Здравствуйте, sergey2b, Вы писали:
S>компания предлагает стать C# программистом S>как вы считаете есть ли смысл переходить с с++ на C#
С одной стороны C# не слишком перспективен, с другой стороны C++ от тебя уже никуда уже не денется а новый опыт может быть полезен.
А что за C#? Десктоп или бэкенд?
Я в такой ситуации лет 15 назад свалил с C# в Java. Теперь правда у меня проект с NodeJs + опять С#
Здравствуйте, GarryIV, Вы писали:
GIV>А что за C#? Десктоп или бэкенд? GIV>Я в такой ситуации лет 15 назад свалил с C# в Java. Теперь правда у меня проект с NodeJs + опять С#
web and бэкенд
переписать приложение которое я хорошо знаю с плюсов на web
S>компания предлагает стать C# программистом S>как вы считаете есть ли смысл переходить с с++ на C#
Лишний опыт — никогда не лишний...
Я б не задумывался — просто стал бы писать.
С++ у тебя никто не отнимает, а Додиез сейчас выходит в свободное плавание в связи с NET Core.
Так что не сомневайся.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, sergey2b, Вы писали:
GIV>>А что за C#? Десктоп или бэкенд? GIV>>Я в такой ситуации лет 15 назад свалил с C# в Java. Теперь правда у меня проект с NodeJs + опять С#
S>web and бэкенд
годно
S>переписать приложение которое я хорошо знаю с плюсов на web
А нормальные сишарперы будут? Чтоб было у кого учиться и чтоб не напедалить говнокода по неопытности (и чтоб свалить все неудачи на них ).
Здравствуйте, Эйнсток Файр, Вы писали:
LVV>>Лишний опыт — никогда не лишний... ЭФ>Негодная максима
ЭФ>что-то из набора пропагандистских тезисов от торговцев наркотиками
ты эта, не отвлекайся от своих проблем с ложью, тут люди серьезные вопросы обсуждают
GIV>Я в такой ситуации лет 15 назад свалил с C# в Java.
мне вот очень тяжело это сейчас дается. такого бардака в коде, как в java проектах под .net не видал. сама философия .net подталкивает к порядку в коде. в java хаос покруче dll-hell.
Здравствуйте, Kaifa, Вы писали:
K>сама философия .net подталкивает к порядку в коде.
Я видел уже дохлый проект на C# который неизвестные индусы писали.
Туда бросили народ на эксгумацию потому как надо было написать новый, но так чтоб клиент от старого тоже мог ещё некоторое время поработать.
Так вот порядка в коде там не было никакого. Могучий по%%изм и паттерн "что вижу то пою и танцую" походу побивает любую философию.
Здравствуйте, Kaifa, Вы писали:
GIV>>Я в такой ситуации лет 15 назад свалил с C# в Java.
K>мне вот очень тяжело это сейчас дается. такого бардака в коде, как в java проектах под .net не видал. сама философия .net подталкивает к порядку в коде. в java хаос покруче dll-hell.
Ха. Опыт вточности противоположный. Текущий C# проект — ад и израиль. Там плохо все . Зависимости в виде dll валяются в репе. Nuget? Нет, не слышали. Причем еще и результалы билда тоже в репе. Плюс билд создает изменения в cs файлах, а что такого, надо же версию билда в AssemblyInfo пихать. Ну и код там тоже соответствует.
Ничего такого я в Java не видел много лет.
А философия Java получше будет и в плане билда и в плане библиотек и в плане деплоймента. В языке больше фич разве что.
Какие у тебя претензии к Java в плане философии?
Здравствуйте, sergey2b, Вы писали:
S>компания предлагает стать C# программистом S>как вы считаете есть ли смысл переходить с с++ на C#
Смотря как предложено: либо на выход с вещами, либо становись C# developer;
если хочешь, то можешь освоить C#, вот тут есть фронт работ;
мы полностью отказываемся от С++ и переходим на C#.
Осваивать Go для бэкенда несколько более перспективно. Поскольку на Go ещё не накоплено таких массивных залежей говно кода пронизанного многолетним техническим долгом, как в случае с C#.
С другой стороны, сам по себе C# и .Net развились в уже во вполне зрелый язык и компонентную среду. В чисто профессиональном плане близкое знакомство с ними весьма полезно.
S>>компания предлагает стать C# программистом S>>как вы считаете есть ли смысл переходить с с++ на C#
KP>Жесть какая, у вас там вещества завезли что-ли?
S>компания предлагает стать C# программистом S>как вы считаете есть ли смысл переходить с с++ на C#
сейчас это уже не так прикольно как 15 лет назад — с плюсов народ сбежал и зарплаты подросли
нужны подробности
какая версия фреймворка будет? будете ли работать с азурой?
если старье — то шли их в пень, если новье — это плюс для резюме
Здравствуйте, a7d3, Вы писали:
A>Здравствуйте, sergey2b, Вы писали:
S>>компания предлагает стать C# программистом S>>как вы считаете есть ли смысл переходить с с++ на C#
A>Смотря как предложено: A>[list=1]
Здравствуйте, 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–мира, ну то есть совсем уж конченые представители мира разработки
Здравствуйте, rameel, Вы писали:
KP>>Я всегда считал, это те, кто не осилил ни С++ ни что-то из JVM–мира, ну то есть совсем уж конченые представители мира разработки
R>
Иш как плющит, если бы мог, то 5 минусов поставил бы, да? Потенциально мог осилить что-то серьезное, но связался с этим недоразумением от MS? Ну, такое, наверное, тоже бывает
Здравствуйте, GarryIV, Вы писали:
GIV>Так много что отсутствие малополезного метода в классе стандартной библиотеки только вспомнил? GIV>Чего в Java действительно не хватает так это пропертей и методов расширений.
Еще перегрузки операторов. Запись даже простой формулы с BigDecimal перевращается в лапшу.
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, koenig, Вы писали:
K>>как думаешь, откуда появились c# программисты?
KP>Я всегда считал, это те, кто не осилил ни С++ ни что-то из JVM–мира, ну то есть совсем уж конченые представители мира разработки
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, rameel, Вы писали:
KP>>>Я всегда считал, это те, кто не осилил ни С++ ни что-то из JVM–мира, ну то есть совсем уж конченые представители мира разработки
R>>
KP>Иш как плющит, если бы мог, то 5 минусов поставил бы, да? Потенциально мог осилить что-то серьезное, но связался с этим недоразумением от MS? Ну, такое, наверное, тоже бывает
Это плюса то серьезное?
Хайлоад уже давно не под ними(за редчайшими исключениями, лишь подтверждающими правила).
Как и монополия на хайлоад у JVM уже тоже давно закончилась.
Здравствуйте, Hardballer, Вы писали:
H>Это плюса то серьезное?
Конечно. Серьезный кроссплатформенный инструмент подходящий для большого спектра задач. А теперь вспомни о том, что такое .NET и посмейся.
H>Хайлоад уже давно не под ними(за редчайшими исключениями, лишь подтверждающими правила). H>Как и монополия на хайлоад у JVM уже тоже давно закончилась.
И перебралась в мир .NET... влажные мечты из мира умирающей платформы
Здравствуйте, kaa.python, Вы писали:
KP>Иш как плющит, если бы мог, то 5 минусов поставил бы, да? Потенциально мог осилить что-то серьезное, но связался с этим недоразумением от MS? Ну, такое, наверное, тоже бывает
Комплексы обиженки? Тебя что так сильно жизнь обидела, что свои обиды стараешься на других выплеснуть?
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Hardballer, Вы писали:
H>>Это плюса то серьезное?
KP>Конечно. Серьезный кроссплатформенный инструмент подходящий для большого спектра задач. А теперь вспомни о том, что такое .NET и посмейся.
Десктопные писульки мне больше 15 лет уже не интересны, для хайлоад бекэнда же .NET Core под Линухом не просто работает, а работает великолепно.
Свежий энтерпрайз хайлоад на плюсах мне не известен(может кто подскажет, а ? ), плюса даже в нагруженном геймдеве на стороне клиента сдают позиции под напором Unity.
Здравствуйте, rameel, Вы писали:
R>Комплексы обиженки? Тебя что так сильно жизнь обидела, что свои обиды стараешься на других выплеснуть?
R>ЗЫ. Минус я тебе влепил за переходы на личности
Таки я знал что у .NET разработчиков что-то не то с логикой. В этом посте
Здравствуйте, Hardballer, Вы писали:
H>Десктопные писульки мне больше 15 лет уже не интересны, для хайлоад бекэнда же .NET Core под Линухом не просто работает, а работает великолепно.
В тех полутора наколенных проектах что ты написал? Ну, наверное
H>Свежий энтерпрайз хайлоад на плюсах мне не известен(может кто подскажет, а ? ), плюса даже в нагруженном геймдеве на стороне клиента сдают позиции под напором Unity.
Надо быть ну совсем оригиналом, даже большим чем усредненный .NET разработчик, чтобы начать писать энтерпрайз на C++
Здравствуйте, MaxRos, Вы писали:
MR>Здравствуйте, Тёмчик, Вы писали:
MR>windows для серверного шарпа давно не нужен, как и IIS. вы вчерашка
Да понятное дело, что есть C# и ASP.NET Core с Kestrel. Другое дело, что клиент все равно будет на JS, и вот тут уже встает вопрос: А не лучше ли писать все на JS (Babel+React/TS+Angular), а на сервере node.js (TS или Babel)?
P.S. А вообще в нашу эпоху микросервисов, может статься, что каждый сервис логично писать на более подходящем языке программирования.
K>>а на плюсах пишут те, кто не осилил асм?
KP>Шутка бы удалась, не будь у меня в списке JVM. А так... нет, кто кто мандарины не любит
я на полном серьезе писал, какие тут шутки
я понимаю, что где-то в америке прячутся 100500 американских программистов на вижуал бейсике которые перешли на си шарп
но вживую я их видел ровно ноль
в наших палестинах я наблюдал два исхода с плюсов
первый это в яву — который я пропустил ровно с такими же мачистскими лозунгами
второй в си шарп — я искал работу, мне со входа предложили больше — я и перешел
полно старичья проделавшего маршрут плюсы -> jvm/clr просто из-за денег
Здравствуйте, kaa.python, Вы писали:
KP>Я всегда считал, это те, кто не осилил ни С++ ни что-то из JVM–мира, ну то есть совсем уж конченые представители мира разработки
Здравствуйте, ksg71, Вы писали:
K>думаю вопрос иначе надо ставить — есть ли смысл переходить в ту предметную область, K>думаю что все таки разные вещи принято делать на c++ и c#
предметной области как таковой нет это GUI и сервер для управления удаленными устрйосвтами на микроконтроллерах и сбор статистики о их работы и выставления счетов клиентам
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, rameel, Вы писали: KP>>>Я всегда считал, это те, кто не осилил ни С++ ни что-то из JVM–мира, ну то есть совсем уж конченые представители мира разработки R>> KP>Иш как плющит, если бы мог, то 5 минусов поставил бы, да? Потенциально мог осилить что-то серьезное, но связался с этим недоразумением от MS? Ну, такое, наверное, тоже бывает
Минусы не за шарп как таковой а за оскорбление. Особенно от опытного разработчика, который много чего повидал, и к языкам вроде как давно относится просто как к инструментам.
S>предметной области как таковой нет это GUI и сервер для управления удаленными устрйосвтами на микроконтроллерах и сбор статистики о их работы и выставления счетов клиентам
точно гуй, а не веб морда к этому серверу?
Здравствуйте, koenig, Вы писали:
S>>предметной области как таковой нет это GUI и сервер для управления удаленными устрйосвтами на микроконтроллерах и сбор статистики о их работы и выставления счетов клиентам K>точно гуй, а не веб морда к этому серверу?
S>>>предметной области как таковой нет это GUI и сервер для управления удаленными устрйосвтами на микроконтроллерах и сбор статистики о их работы и выставления счетов клиентам K>>точно гуй, а не веб морда к этому серверу?
S>WinAPI приложение на MFC
нет-нет, я имел ввиду чем придется на с# заниматься
Здравствуйте, koenig, Вы писали:
S>>>>предметной области как таковой нет это GUI и сервер для управления удаленными устрйосвтами на микроконтроллерах и сбор статистики о их работы и выставления счетов клиентам K>>>точно гуй, а не веб морда к этому серверу?
S>>WinAPI приложение на MFC K>нет-нет, я имел ввиду чем придется на с# заниматься
Здравствуйте, koenig, Вы писали:
S>>>>WinAPI приложение на MFC K>>>нет-нет, я имел ввиду чем придется на с# заниматься
S>>переписать это приложение на C# с web интерфейсом K>вроде ок
я c 99 по 2006 занимался вебом
в том числе делал первую версию платежной системы альфабанка, ozon, веб сайт металики
мне не понравилось и я сознательно перестал этим заниматься
S>>>переписать это приложение на C# с web интерфейсом K>>вроде ок
S>я c 99 по 2006 занимался вебом S>в том числе делал первую версию платежной системы альфабанка, ozon, веб сайт металики S>мне не понравилось и я сознательно перестал этим заниматься
тогда все плохо
гуй на с# стагнирует
с# это веб
S>переписать это приложение на C# с web интерфейсом
а что за веб-приложение? если для интранета, то я бы на твоём месте чуть -чуть подождал: обещают, что в .NET Core 3.0 будет неэкспериментальная "server-side " версия Blazora (WebAssembly), там никакого яваскрипта не надо, будет в разы приятнее ваять
Здравствуйте, koenig, Вы писали:
K>в наших палестинах я наблюдал два исхода с плюсов K>первый это в яву — который я пропустил ровно с такими же мачистскими лозунгами K>второй в си шарп — я искал работу, мне со входа предложили больше — я и перешел K>полно старичья проделавшего маршрут плюсы -> jvm/clr просто из-за денег
так получилось что последнии 15 лет я работал только за деньги
и мне надоело, хочеться напоследок блекжека и шлюх асма и Си тк начинал с них и всегда нравилось программировать для железа
Здравствуйте, sergey2b, Вы писали:
S>предметной области как таковой нет это GUI и сервер для управления удаленными устрйосвтами на микроконтроллерах и сбор статистики о их работы и выставления счетов клиентам
Для таких задач шарп точно предпочтительнее, чем плюсы (если только там не вагон контроллеров, информацию с которых нужно не просто собирать, но еще и серьезно обсчитывать на лету).
Здравствуйте, Faland, Вы писали:
F>Особенно от опытного разработчика, который много чего повидал, и к языкам вроде как давно относится просто как к инструментам.
А может опытный разработчик что то знает, не?
Здравствуйте, CreatorCray, Вы писали:
F>>Особенно от опытного разработчика, который много чего повидал, и к языкам вроде как давно относится просто как к инструментам. CC>А может опытный разработчик что то знает, не?
Здравствуйте, sergey2b, Вы писали:
S>GUI на MFC, но само приложение активно использует WinAPI не для GUI
Ну, WinAPI это ж базовый системный API для приложений, его все используют.
Обычно если его упоминают в контексте гуя то имеется в виду что гуй написан напрямую а не через враппер.
C# точно так же будет его использовать не для гуя, через свои врапперы.
Здравствуйте, sergey2b, Вы писали:
S>переписать это приложение на C# с web интерфейсом
Как-то странно... Если уж был UI на С++, то переписывать на ASP.NET MVC — это позавчерашний день, пока перепишите будет уже давно минувший день...
Перепишите на Angular 6 (React) + ASP.NET Core
T>а что за веб-приложение? если для интранета, то я бы на твоём месте чуть -чуть подождал: обещают, что в .NET Core 3.0 будет неэкспериментальная "server-side " версия Blazora (WebAssembly), там никакого яваскрипта не надо, будет в разы приятнее ваять
Сколько уже шуму про WebAssembly и приятно... Надо согласиться и смириться что js — это стандарт в клиентской разработке в вебе и скорее так и будет. Сильно не нравиться js — бери TS, как раз неплохая поделка от MS для C# программеров, которым впадлу писать на JS. TS + Angular — вполне приятная связка.
T>>а что за веб-приложение? если для интранета, то я бы на твоём месте чуть -чуть подождал: обещают, что в .NET Core 3.0 будет неэкспериментальная "server-side " версия Blazora (WebAssembly), там никакого яваскрипта не надо, будет в разы приятнее ваять
_>Сколько уже шуму про WebAssembly и приятно... Надо согласиться и смириться что js — это стандарт в клиентской разработке в вебе и скорее так и будет. Сильно не нравиться js — бери TS, как раз неплохая поделка от MS для C# программеров, которым впадлу писать на JS. TS + Angular — вполне приятная связка.
ты до сих пор не доехал что ли?
скрипт — это язык для кумаров, я же не против, чтобы ты с ними конкурировал за миску рисa
Здравствуйте, sergey2b, Вы писали:
S>>>>>предметной области как таковой нет это GUI и сервер для управления удаленными устрйосвтами на микроконтроллерах и сбор статистики о их работы и выставления счетов клиентам K>>>>точно гуй, а не веб морда к этому серверу?
S>переписать это приложение на C# с web интерфейсом
Если хозяину конторы очень хочется платить дороже за вендовые инстансы в облаках, ничего не поделаешь. Ну хотя бы гую сделайте по феншую- на современном JS фреймворке. Жестко завязанные на венду вещи, я бы лучше вынес в отдельный инстанс форточки и веб-апи наружу (те самые winapi+VC++ + C#), а остальное делать на том, где есть готовые хорошие фреймворки.
Здравствуйте, bzig, Вы писали:
B>Надеюсь, никогда не будет
Так народ сбежит на котлин, там есть. Против var тоже сопротивлялись, но потом дошло, что это просто удобно.
B>Нафига нужны перегрузки которые не покроют все сценарии использования BigDecimal даже на арифметических операциях? Просто шоб было для галочки?
Здесь даже могу сосгласиться, у BigDecimal еще куча заморочек, у шарпа с decimal такого нет.
Здравствуйте, amironov79, Вы писали:
A>Здравствуйте, bzig, Вы писали:
B>>Надеюсь, никогда не будет
A>Так народ сбежит на котлин, там есть. Против var тоже сопротивлялись, но потом дошло, что это просто удобно.
В Скале есть уже 10 лет — не сбежали Хорошо, что есть языки вроде Скалы и Котлина, там можно потренироваться на кошках и взять в Яву то, что действительно нужно и решает проблемы вместо их создания.
Здравствуйте, bzig, Вы писали:
B>В Скале есть уже 10 лет — не сбежали Хорошо, что есть языки вроде Скалы и Котлина, там можно потренироваться на кошках и взять в Яву то, что действительно нужно и решает проблемы вместо их создания.
Скала -- она не для среднего ума, поэтому народ и не побежал. Я в ее сторону даже не смотрел. И зачем заводить своих кошек, если в шарпе перегрузке уже 20 лет скоро будет и еще никто не жаловался.
Да, а к пропертям и методам расширений претензий нет?
Здравствуйте, sergey2b, Вы писали:
S>web and бэкенд
S>переписать приложение которое я хорошо знаю с плюсов на web
А что именно в вебе придется делать? Перенести логику на C# это одно. А вот прикрутить к ней web UI может вылиться не на переход на C#, а плавание в чудесном мире JS.
Я бы посоветовал сначала понять, как ты будешь делать UI. Перевести бэкенд с С++ на C# скорее всего ты сможешь сходу и при этом разовьешься как разработчик. А вот понравится ли тебе ваять UI на Angular/React/Vue, это большой вопрос. Там совсем отдельный мир.
Кроме C# тебе нужно будет изучить:
1. HTTP, REST и как с ними работает ASP.NET. Это относительно просто, есть спеки и доки.
2. HTML, CSS, хотя бы азы верстки. Там много нюансов в которых можно утонуть. Есть готовые фреймворки, которые, впрочем, тоже нужно изучать.
3. JS и одну из библиотек для UI (я бы сразу отсоветовал angular, но это вкусовщина). Это вообще огромный мир и в целом, не очень некомфортный. Особенно для плюсовика.
Сможешь ли ты погрузиться сразу во все и довести проект до ума, уложившись в разумные сроки, не зная тебя, сказать сложно. Но если по последним трем пунктам нет сейчас опыта хотя бы на троечку — я бы не рискнул.
Момент упущен, а добавлять их сейчас — это как раз именно то создание проблем, которое я упоминал. Много фрэймворков завязано на рефлекшн и добавление новой сущности прокатится волной ошибок. А всё ради чего? Чтобы вместо "bean.setField(value)" писать "bean.field=value" ? Невелик выигрыш
A>и методам расширений претензий нет?
string.myMethod() vs myMethod(string) — вторая запись даже короче Сделают — ок. Не сделают — тоже ок.
Мелко, короче, это всё.
Как человеку 20 лет пишущему на Яве, после лямбд мне не хватает ровно двух вещей для счастья
value types — ну тут вроде уже всё на мази, вопрос времени только
dynamic tuples и tuples decomposition — планов нет пока, к сожалению. С другой стороны, var добавили, а значит дорога к dynamic tuples расчищена. А там глядишь и декомпозицию по пути прихватят.
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, rameel, Вы писали:
KP>>>Я всегда считал, это те, кто не осилил ни С++ ни что-то из JVM–мира, ну то есть совсем уж конченые представители мира разработки
R>>
KP>Иш как плющит, если бы мог, то 5 минусов поставил бы, да?
тут минусы не годятся. для таких заявлений нужна кнопка "отлить в граните"
Здравствуйте, Тёмчик, Вы писали:
Тё>Здравствуйте, sergey2b, Вы писали:
S>>да первый пункт, владелец компании фанат виндов Тё> то C# давно труп, ибо MS на него забил болт, как перед тем на com и mfc.
Кто сказал, что С# труп? С# развивается, последняя его версия 7.3 (вышла в мае 2018).
Здравствуйте, bzig, Вы писали:
B>Момент упущен, а добавлять их сейчас — это как раз именно то создание проблем, которое я упоминал. Много фрэймворков завязано на рефлекшн и добавление новой сущности прокатится волной ошибок. А всё ради чего? Чтобы вместо "bean.setField(value)" писать "bean.field=value" ? Невелик выигрыш
Опять таки какие проблемы? Надо только немного сахара в язык добавить, да пометить методы get/set в class-файлах спец. аннотациями.
B>string.myMethod() vs myMethod(string) — вторая запись даже короче Сделают — ок. Не сделают — тоже ок.
А дальше? string.myMethod().myNextMethod() vs myNextMethod(myMethod(string)).
Здравствуйте, amironov79, Вы писали:
A>Здравствуйте, bzig, Вы писали:
B>>Момент упущен, а добавлять их сейчас — это как раз именно то создание проблем, которое я упоминал. Много фрэймворков завязано на рефлекшн и добавление новой сущности прокатится волной ошибок. А всё ради чего? Чтобы вместо "bean.setField(value)" писать "bean.field=value" ? Невелик выигрыш
A>Опять таки какие проблемы? Надо только немного сахара в язык добавить, да пометить методы get/set в class-файлах спец. аннотациями.
B>>string.myMethod() vs myMethod(string) — вторая запись даже короче Сделают — ок. Не сделают — тоже ок.
A>А дальше? string.myMethod().myNextMethod() vs myNextMethod(myMethod(string)).
Здравствуйте, bzig, Вы писали:
A>>А дальше? string.myMethod().myNextMethod() vs myNextMethod(myMethod(string)).
B>Ну неудобно, да. Но всё равно мелко
Ну с такой формулировкой можно к любой фиче языка подойти. Зачем тебе лямбды? Это же мелко: ты объяви функцию снаружи, заполни контекст, да выполняй себе на здоровье. Зачем тебе туплы? Это же тоже мелко: ты объяви класс, нагенери equals и hashCode, да работай с ним. В общем, можно договориться, что и сами классы не нужны, ooc.pdf -- навсегда.
A>Ну с такой формулировкой можно к любой фиче языка подойти. Зачем тебе лямбды? Это же мелко: ты объяви функцию снаружи, заполни контекст, да выполняй себе на здоровье. Зачем тебе туплы? Это же тоже мелко: ты объяви класс, нагенери equals и hashCode, да работай с ним. В общем, можно договориться, что и сами классы не нужны, ooc.pdf -- навсегда.
Всё, что ты перечислил, я использую ежедневно. А вот "method2(method1(value))" было на 99% коллекции, и с потоками необходимость в методах расширения для них отпала. Оставшийся 1% это далеко не ежедневные сценарии. Тоже самое и с арифметикой бигдецимал.
Value type — опять, считай, ежедневно использую коллекции long/int и прочее — куда без них в ентерпрайзе?
Tuples — не такая частая вещь, была бы на уровне extension methods, но в внедрением stream часто возникают сценарии, когда дополнительные значения появляются на одном этапе конвейера, используются на другом, а за пределами не нужны. Сейчас используюся самописные туплы, встроенные были бы приятнее. В конвейере, кстати, начиная с Явы10 уже можно подобие туплов использовать, см. http://rsdn.org/forum/java/7100710.flat
Здравствуйте, bzig, Вы писали:
B>Всё, что ты перечислил, я использую ежедневно. А вот "method2(method1(value))" было на 99% коллекции, и с потоками необходимость в методах расширения для них отпала. Оставшийся 1% это далеко не ежедневные сценарии. Тоже самое и с арифметикой бигдецимал.
В принципе по методам расширений я согласен. За рамками потоков применение у них достаточно ограничено. По пропертям тоже согласен, соглашений по get/set методам хватает. По бигдецимал не согласен, нужна доработка или замена. Иначе как удобно работать с произвольным number из баз данных?
B>Value type — опять, считай, ежедневно использую коллекции long/int и прочее — куда без них в ентерпрайзе?
Здесь не понял. Что за энтерпрайз такой, которому нужны value type? Добавь лучше процессоров и памяти.
B> В конвейере, кстати, начиная с Явы10 уже можно подобие туплов использовать, см. http://rsdn.org/forum/java/7100710.flat