Здравствуйте, sergey2b, Вы писали:
S>да первый пункт, владелец компании фанат виндов
Тогда есть повод поторговаться. Пусть будет готов оплачивать переобучение, да так, чтобы всё не выходило за рамки 40-ка часовой недели.
Если же не готов, то это lay-off, пусть рекомендательное письмо на бумаге пишет и в профиле linkedin'а.
Да и вряд ли дело в фанатизме. Скорее LAMP морально устарел, а перспектива жить на LEMP не устраивает, людей подбирать сложно для масштабирования вертикального и горизонтального.
А в случае ASP.NET / ASP.NET Core проще с масштабируемостью, поиском рабочей силы и совокупная стоимость владения ниже.
Здравствуйте, sergey2b, Вы писали:
S>компания предлагает стать C# программистом S>как вы считаете есть ли смысл переходить с с++ на C#
Мое мнение пристрастное и личное: нет, не стоит. Не верю майкрософту.
Впрочем, если перейдешь, то уши не отвалятся и знание с++ не пропадет
Возможно, это будет даже полезно с точки зрения расширения кругозора и общей грамотности.
Здравствуйте, koenig, Вы писали:
S>>компания предлагает стать C# программистом S>>как вы считаете есть ли смысл переходить с с++ на C# K>сейчас это уже не так прикольно как 15 лет назад — с плюсов народ сбежал и зарплаты подросли K>нужны подробности K>какая версия фреймворка будет? будете ли работать с азурой? K>если старье — то шли их в пень, если новье — это плюс для резюме
Новый же проект, многие архитектурные решения (резюме дривен) можно продавить, протащить.
Здравствуйте, a7d3, Вы писали:
A>Да и вряд ли дело в фанатизме. Скорее LAMP морально устарел, а перспектива жить на LEMP не устраивает, людей подбирать сложно для масштабирования вертикального и горизонтального. A>А в случае ASP.NET / ASP.NET Core проще с масштабируемостью, поиском рабочей силы и совокупная стоимость владения ниже.
Причем тут LAMP и LEMP?
При хорошей автоматизации эти дела все переключаются по строчке конфигурации деплоймента. И отвязаны от языка
Здравствуйте, Vetal_ca, Вы писали:
V_>Здравствуйте, a7d3, Вы писали:
A>>Да и вряд ли дело в фанатизме. Скорее LAMP морально устарел, а перспектива жить на LEMP не устраивает, людей подбирать сложно для масштабирования вертикального и горизонтального. A>>А в случае ASP.NET / ASP.NET Core проще с масштабируемостью, поиском рабочей силы и совокупная стоимость владения ниже.
V_>Причем тут LAMP и LEMP? V_>При хорошей автоматизации эти дела все переключаются по строчке конфигурации деплоймента. И отвязаны от языка
При том, что сравнение LAMP/LEMP с тем, что предлагает ASP.NET/ASP.NET Core.
Вопрос переключения LAMP<->LEMP не подымался и сюда тянуть его не имеет смысла.
A>При том, что сравнение LAMP/LEMP с тем, что предлагает ASP.NET/ASP.NET Core. A>Вопрос переключения LAMP<->LEMP не подымался и сюда тянуть его не имеет смысла.
ASP .Net Core предлагает Kestrel из коробки. Это достаточно чтобы сделать и забыть, в чем особенности .Net Core от другого http(s) сервиса.
Здравствуйте, sergey2b, Вы писали:
S>да первый пункт, владелец компании фанат виндов
Никто в здравом уме сейчас не пойдёт переписывать с одной устаревшей платформы на другую устаревшую платформу. Причём если C++ в узких областях не хочет умирать, то C# давно труп, ибо MS на него забил болт, как перед тем на com и mfc.
GIV>Ничего такого я в Java не видел много лет. GIV>А философия Java получше будет и в плане билда и в плане библиотек и в плане деплоймента. В языке больше фич разве что. GIV>Какие у тебя претензии к Java в плане философии?
да очень много, хоть я и копнул ее еще только самую верхушку. первое что бросилось в глаза (это естественно, т.к. я в яве новичок) — ущербность базового функционала.
да вот сравни уж прямо на поверхности String в яве и c#. в шарпе есть нормальный insert. в яве он делается двумя манипуляциями через жопу.
Здравствуйте, Kaifa, Вы писали:
K>да очень много, хоть я и копнул ее еще только самую верхушку. первое что бросилось в глаза (это естественно, т.к. я в яве новичок) — ущербность базового функционала. K>да вот сравни уж прямо на поверхности String в яве и c#. в шарпе есть нормальный insert. в яве он делается двумя манипуляциями через жопу.
Так много что отсутствие малополезного метода в классе стандартной библиотеки только вспомнил?
Чего в Java действительно не хватает так это пропертей и методов расширений.
Здравствуйте, Тёмчик, Вы писали:
Тё>Здравствуйте, sergey2b, Вы писали:
S>>да первый пункт, владелец компании фанат виндов Тё>Никто в здравом уме сейчас не пойдёт переписывать с одной устаревшей платформы на другую устаревшую платформу. Причём если C++ в узких областях не хочет умирать, то C# давно труп, ибо MS на него забил болт, как перед тем на com и mfc.
Я бы всё же тебя поправил:
Зачем с развивающегося кроссплатформенного инструмета (aka C++) переходить на стогнирующий .NET
Тем более, что MS бросает "недоеденными" и более современные технологии, чем COM и MFC:
Тот же WPF последнюю пятилетку (скорее даже — семилетку) не развивается, не говоря уже насчёт WinForms
Недоеденный сервилат давно протух...
P.S. В русле C++ в это же время бойко бурлит жизнь — каждые три года — новый стандарт,
каждые полгода — свежий выпуск такой популярной библиотеки как Qt.
Здравствуйте, Vetal_ca, Вы писали:
V_>Здравствуйте, a7d3, Вы писали:
A>>При том, что сравнение LAMP/LEMP с тем, что предлагает ASP.NET/ASP.NET Core. A>>Вопрос переключения LAMP<->LEMP не подымался и сюда тянуть его не имеет смысла.
V_>ASP .Net Core предлагает Kestrel из коробки. Это достаточно чтобы сделать и забыть, в чем особенности .Net Core от другого http(s) сервиса.
Ну и ..?
Что из этого следует то, применимо к топику?
Здравствуйте, AlexGin, Вы писали:
AG>каждые полгода — свежий выпуск такой популярной библиотеки как Qt.
Это надо было написать в начале поста. Тогда его можно было бы и не читать.
Когда и у кого был особо популярен декларативный подход к программирования гуёв десктопных приложений?
Эта вещь сама по себе не шибко востребована, от того и не развиваются средства, ни в рамках WPF, ни Qt'шного QML.
Потому реализацию множества паттернов запихнули в Prism
WinForms давно пора закапывать, не говоря уже про MFC, а не развивать.
Этот инструментарий предоставлял слишком много вариантов говнокодинга, вместо использования MVC/MVP.
Развивать подобное можно лишь в сторону инструментом навязывающих какой-либо вариант MVC. А именно MVVM, использование которого означает переход на декларативную модель, т.е. WPF & Prism.
GIV>Так много что отсутствие малополезного метода в классе стандартной библиотеки только вспомнил?
я не волшебник. я только учус
погружусь в это дерьмо поглубже — наверняка будет больше конструктива.
GIV>ЗЫЖ Зачем этот метод вообще может понадобитья?
ну если разобраться — вообще ничего не надо, кроме поиска, определения длины строки, и выделения подстроки. шикарно че. для жизни хватит
Здравствуйте, AlexGin, Вы писали:
AG>P.S. В русле C++ в это же время бойко бурлит жизнь — каждые три года — новый стандарт, AG>каждые полгода — свежий выпуск такой популярной библиотеки как Qt.
Буря в стакане: десктоп не нужен и плагины в браузер тоже. Потому MS и забил болт на то, на что забил болт. Предлагаю присмотреться к направлению MS и перейти на Typescript в UI.
Здравствуйте, kaa.python, Вы писали:
KP>Я всегда считал, это те, кто не осилил ни С++ ни что-то из JVM–мира, ну то есть совсем уж конченые представители мира разработки