В слепом фанатизме нет ничего хорошего.
Не задумывались, что язык Go создавался большими компаниями, которые подразумевают большую текучку? Для того чтобы программисты программировали и особо не возникали. Хочешь ЗП побольше — иди отсюда, мы наймем студента, которые будет писать за хлеб? Вы, наверное, такого хотите для себя, да?
В жутких Enterprice может быть, но .NET вышел на рынок микросервисов и систем с отличной производительностью (после выпуска .NET Core), так что все эти Serialization, XML, Web Services, WCF (там где не нужно) уже сейчас выглядит уныло, монструозно и очень медленнно. По возможности, от всего этого нужно уходить, и многие компании, уже начали избавлять от этого болота, с которым сейчас у всех ассоциируется .NET (медлительность, неповоротливость, сис. требования).
Если продолжать разрабатывать в старом стиле, но однажды ваш проект по частям перепишут проворные люди на каком-нибудь NodeJs или Go (да-да, они влезают в Enterprise) и заставят поверить ваше руководство в то, что .NET медленное д… мо и от него нужно отказываться.
Люди, работающие в Mail.ru. Yandex, которые пишут прикладные вещи на своих тормозных скриптовых языках до сих пор на лекциях говорят, что для того, чтобы запустить сайт на .NET или Java — нужна целая стойка серверов и честно, от такого уши загибаются в трубочку и хочется смеяться…
Ты чего, программистам же много платят, значит, маркетологи ухватятся за возможность, чтобы предложить детям и их родителям высокооплачиваемую работу в будущем, нужно только купить робота.
Задолбал этот хайп по курсам, обучениям программированию.
О да, про него разработчики постоянно забывают.
Ох эти мерцания диалоговых окон…
Кстати, во многом именно из-за pgAdmin, PostgreSQL воспринимается как динозавр
XML-это тормоза. Понятно, что это гибко, но уже давно все XML конфиги удалены и забыты.
Зачем вам такая гибкость? Заменить CacheService с обычного на распределенный? Это примерно как с базой данных — ой, мы используем сотни абстракций, репозиториев и.т.п. на случай, если нам нужно будет сменить базу, а на деле это нужно в 0.0001% случаев.
Проще иметь Setup.cs на каждую сборку где статически описаны все зависимости (можно с группировкой) и все эти Setup тоже вызываются из кода без рефлексии и.т.п. Все четко и понятно.
Такое ощущение, что олимпиадников миллионы и у работодателей нескончаемый поток кандидатов, а те думают — брать или не брать?
Неужели не можете соотнести задачи олимпиады и реальной жизни и все встает на свои места, и не нужно писать такие опусы, рассчитанные не понятно на кого и зачем?
Если не соотнесли, то отвечаю — Причем тут олимпиада, если все зависит от человека?
Понятное дело, что облако дорого для небольших компаний и очень удобно на ранней стадии проекта.
Из-за одного нашего закона пришлось перенести проект из Azure в РФ и российское облако уже успело порадовать деградацией СХД всех клиентов, из-за которой все стало тормозить и валиться. Техподдержка разводила руками и говорила, что сбой в контроллере и мы решаем проблему.
Ясное дело, что случится может все что угодно и винить во всем провайдера не нужно, но разделять «облака», которые стоят в арендованной стойке у какого-нибудь другого провайдера, от настоящих облаков с несколькими ДЦ и миллиардной инфраструктурой, все же стоит.
А .NET за это время шагнул далеко в перед, а Ruby тихонечко умирает.
Не задумывались, что язык Go создавался большими компаниями, которые подразумевают большую текучку? Для того чтобы программисты программировали и особо не возникали. Хочешь ЗП побольше — иди отсюда, мы наймем студента, которые будет писать за хлеб? Вы, наверное, такого хотите для себя, да?
Я хоть и .NET-разработчик, но мы, все-таки, плывем в одном направлении, просто в разных лодках.
Если продолжать разрабатывать в старом стиле, но однажды ваш проект по частям перепишут проворные люди на каком-нибудь NodeJs или Go (да-да, они влезают в Enterprise) и заставят поверить ваше руководство в то, что .NET медленное д… мо и от него нужно отказываться.
Люди, работающие в Mail.ru. Yandex, которые пишут прикладные вещи на своих тормозных скриптовых языках до сих пор на лекциях говорят, что для того, чтобы запустить сайт на .NET или Java — нужна целая стойка серверов и честно, от такого уши загибаются в трубочку и хочется смеяться…
Задолбал этот хайп по курсам, обучениям программированию.
Ох эти мерцания диалоговых окон…
Кстати, во многом именно из-за pgAdmin, PostgreSQL воспринимается как динозавр
Зачем вам такая гибкость? Заменить CacheService с обычного на распределенный? Это примерно как с базой данных — ой, мы используем сотни абстракций, репозиториев и.т.п. на случай, если нам нужно будет сменить базу, а на деле это нужно в 0.0001% случаев.
Проще иметь Setup.cs на каждую сборку где статически описаны все зависимости (можно с группировкой) и все эти Setup тоже вызываются из кода без рефлексии и.т.п. Все четко и понятно.
Неужели не можете соотнести задачи олимпиады и реальной жизни и все встает на свои места, и не нужно писать такие опусы, рассчитанные не понятно на кого и зачем?
Если не соотнесли, то отвечаю — Причем тут олимпиада, если все зависит от человека?
Спасибо, что они хоть логику на хранимках не сделали, как в Membership
Из-за одного нашего закона пришлось перенести проект из Azure в РФ и российское облако уже успело порадовать деградацией СХД всех клиентов, из-за которой все стало тормозить и валиться. Техподдержка разводила руками и говорила, что сбой в контроллере и мы решаем проблему.
Ясное дело, что случится может все что угодно и винить во всем провайдера не нужно, но разделять «облака», которые стоят в арендованной стойке у какого-нибудь другого провайдера, от настоящих облаков с несколькими ДЦ и миллиардной инфраструктурой, все же стоит.