Здравствуйте, Nikе, Вы писали:
N>то это в подавляющем большинстве случаев от банальной некомпетенции разработчиков как программистов
Это именно от компетенции программистов, знающих про C++ и его современные "промышленные" компиляторы всё то, что делает C++ менее удобным правильным вариантом, чем чистый Cи для embedded и ядер ОС. Отклонившись от темы, скажу, что крупнейшие проекты "промышленного" юзерспайсового софта, всевозможные сервисы, СУБД, прокся, написанные на C++-это всё не настоящий C++ в понимании здешних адептов C++, там тот самый Cи c классами. Это почти Cи c очень немногочисленными вещами из C++ времён раннего Страуструпа. Это говорю как чувак, много лет провозившийся с тоннами кода таких систем. Это не из-за некомптентности, это именно из-за компетентности разрабов упомянутых промышленных систем. Сеньоры тамошних проектов по рукам бьют всем, кто пытается тащить в код всякую современную C++нутую муть. Это, кстати, сильно для джунов характерно, которые любят выпендриваться (возможно здешние адепты самого современного C++ именно они и есть).
Здравствуйте, Kolesiki, Вы писали:
K>>>Очевидно, что С++ исчерпал свои удобства как только программы превысили 1000 строк и вышли на новую ступень сложности. K>>>А я бы копал в очевидную сферу C#+WPF+serices.
AN>>Ты знаешь, что CLR на C++ написан и там 1911361 строк на плюсах?
K>Да хоть на ассемблере! Что это доказывает? Только то, что в ЕДИНИЧНОМ случае собрались башковитые и аккуратные прогеры и забацали проект, где к счастью ничего не крэшится. Тем более, что это рантайм — та же JVM как бы тоже вполне работает, но это далеко не вся платформа.
Это контрпример, опровергающий твоё утверждение. И это не единственный большой проект на C++. Таких проектов много.
K>С++ — это таймбомба. Не надо думать, что если ТЫ аккуратно ставишь везде умные указатели, то какой-нть "середнячок" не вкорячит тебе самописный класс, который разрушит к чертям всю твою стройную вселенную тупо освободив указатель.
Возможностей отстрелить себе ногу в C++ много. А что бы один человек не поломал всё в большом проекте, существуют разные виды тестирования, статистический и динамический анализ кода, код-ревью. Это хорошие практики при создании проекта на любом языке.
AN>>Как же это у MS получилось такой большой проект на C++ написать?
K>Случайно. Посмотри на Win7 и Win10 — "как же так у MS получилось ИСПОХАБИТЬ такой хороший проект?"
В больших проектах случайно сделать хорошо не получиться. Испортить — запросто в проекте любого объёма.
AN>>С чем ещё, кроме C# ты работал?
K>Примерно около 20 языков (с 15 лет если считать). Что дальше? У тебя всё равно длиннее?
По твоим эмоциональным постам и фанатичной привязанности к, используемым тобой, инструментам и твоим суждениям о других инструментах, у меня сложилось впечатление, что с другими инструментами ты знаком слабо и у тебя мало опыта работы над большими проектами в командах с, хорошо поставленными, процессами разработки. Что приводит к ошибочным представлениях о других средствах разработки и организации работы.
Поэтому и задал вопрос про други языки, что бы проверить своё предположение.
А про эти 20 языков можно подробнее, какие это языки и какой опыт на них?
раннего Страуструпа. Это говорю как чувак, много лет провозившийся с тоннами кода таких систем. Это не из-за некомптентности, это именно из-за компетентности разрабов упомянутых промышленных систем. Сеньоры тамошних проектов по рукам бьют всем, кто пытается тащить в код всякую современную C++нутую муть. Это, кстати, сильно для джунов характерно, которые любят выпендриваться (возможно здешние адепты самого современного C++ именно они и есть).
а можно пожалуйста пример чем соверменный С++ хуже Си в таких проектах
Здравствуйте, Nikе, Вы писали:
N>С не имеют преимуществ перед С++, зато имеют много недостатков. Поэтом на С если что и пишут, то это в подавляющем большинстве случаев от банальной некомпетенции разработчиков как программистов (хотя верю, что их компетенции в предметной области — перевешивают некомпетентность в девелоперской).
Лучшие программисты в мире такие как Торвальдс, Фабрис Беллард, Ричард Хипп (sqlite) и т.д. как раз являются Си программистами. Если человек Си программист, это уже хороший программист.
Вы правы, только ровно наоборот.
Здравствуйте, xarcass, Вы писали:
X>Там вроде как плюсы только в мультимедийке допустимы. Критически важное — всё на голых сях, отягощённых MISRA. В авионике такая же петрушка, только DO-178 вместо MISRA. X>Но это раньше так было, может сейчас поменялось что-то.
Здравствуйте, smeeld, Вы писали:
S>Здравствуйте, Nikе, Вы писали:
N>>то это в подавляющем большинстве случаев от банальной некомпетенции разработчиков как программистов
S>Это именно от компетенции программистов, знающих про C++ и его современные "промышленные" компиляторы всё то, что делает C++ менее удобным правильным вариантом, чем чистый Cи для embedded и ядер ОС. Отклонившись от темы, скажу, что крупнейшие проекты "промышленного" юзерспайсового софта, всевозможные сервисы, СУБД, прокся, написанные на C++-это всё не настоящий C++ в понимании здешних адептов C++, там тот самый Cи c классами. Это почти Cи c очень немногочисленными вещами из C++ времён раннего Страуструпа. Это говорю как чувак, много лет провозившийся с тоннами кода таких систем. Это не из-за некомптентности, это именно из-за компетентности разрабов упомянутых промышленных систем. Сеньоры тамошних проектов по рукам бьют всем, кто пытается тащить в код всякую современную C++нутую муть. Это, кстати, сильно для джунов характерно, которые любят выпендриваться (возможно здешние адепты самого современного C++ именно они и есть).
Это связано с тем, что многие такие проекты начаты до появления современных версий C++, а смешивать в одном проекте стиль Си с классами и стиль современного C++ — плохая идея, или же есть какая-то другая причина?
Здравствуйте, sergey2b, Вы писали:
S>а можно пожалуйста пример чем соверменный С++ хуже Си в таких проектах
Тут дело не в языке, а в бюрократии и особых требованиях.
Например, в авионике это 100% покрытие кода тестами.
В частности, если у вас есть вызов new, то надо предоставить тест, который обрабатывает исключение бросаемое new при нехватке памяти. И так для каждого встречающегося в коде new, а не в одном каком-то месте. Представляете себе объём работы по написанию тестов? Исходя из этого для многих проектов просто запрещается динамическая аллокация памяти. Соответственно выбрасывается всё, что аллоцирует память, начиная с std::vector ...
Здравствуйте, Nuzhny, Вы писали:
N>На ods московский Хуавей выложил вилку для AI expert до 2 млн. рублей в месяц. Это неплохая зп, ИМХО.
Вилку то да, они 100-350К в год рисуют, но когда общаться с ними начинаешь, то вдруг оказывается что "зарплата зависит от вашей предыдущей зарплаты". Писать подробное CV чтобы узнать реальные предложения мне было лень.
Здравствуйте, kaa.python, Вы писали:
KP>Ну не будь же ты таким наивным. Скорее всего на вакансию давно есть внутренний кандидат
У них сейчас просто море вакансий, только по моему профилю они десяток прислали. И вилка общая для всех вакансий. Так что, думаю, эта вилка просто ни о чем.
Здравствуйте, Basil2, Вы писали:
B>Впервые за почти 10 лет начал искать работу. И с удивлением обнаружил, что на плюсах почти не осталось обычной работы. B>Практически все вакансии требуют специфического опыта:
Здравствуйте, xarcass, Вы писали:
X>Там вроде как плюсы только в мультимедийке допустимы. Критически важное — всё на голых сях, отягощённых MISRA. В авионике такая же петрушка, только DO-178 вместо MISRA. X>Но это раньше так было, может сейчас поменялось что-то.
Есть MISRA для C++, правда она немного 2008 года. Может даже применяться с неофициальными, но допустимыми поправками для C++11 14 17.
CC>Осталось добавить что ещё волосы стали мягкими и шелковистыми CC>Сколько вас таких уже было: сначала такие же восторженные радостно переходили на жабу, потом на шарп, теперь на го, а плюсы живут себе дальше.
Откуда столько негодования? Тут же 3 положительных фактора:
1. Для оставшихся: на C++ — уменьшение конкуренции
2. Для переходящего: саморазвитие, подъем доходов, востребованность
3. Для работодателей: мобильность, заполняется более востребованная ниша.
Третий пункт, вообще, архиважен. Просто, невероятно, как может существовать такой горб переизбытка (невостребованных) и впадина незаполненных вакансий.
Я несколько лет уже рассматриваю увольнения как очень положительный оздоравливающий процесс. Который способен по-нормальному расшевелить эту кучу из п.3. На теперяшнем месте он жутко необходим
S>Согласен, ну кто ж знал. Вот человек с экономическим образованием и эконометрикой подучивает питон и все, готово, ds специалист. Повезло.
В чем везение-то? Рядовые ds никогда не получали огромных денег, а "звёзды" и в программировании могли много зарабатывать. При том, что в России в 2012 году, например, количество вакансий было чуть больше ноля. Сейчас попасть в эту сферу в разы проще.
S>В целом, по России я выше поправился. Рынок перехайпован и перегрет. Но многие ломяться, особенно из разработчиков, чтобы свалть за бугор. Там совсем-совсем дефицит ибо рынок в разы больше.
Если разработчик не может уехать зарубеж программистом, то в качестве ds у него вообще шансов мало.
Здравствуйте, De-Bill, Вы писали:
DB>В чем везение-то? Рядовые ds никогда не получали огромных денег, а "звёзды" и в программировании могли много зарабатывать. При том, что в России в 2012 году, например, количество вакансий было чуть больше ноля. Сейчас попасть в эту сферу в разы проще.
В России да, да и звезды не особо много получают по сравнению с. А вот шанс уехать за бугор у рядового в разы повышаются. В ods полно поуехав, особливо в канале карьера.
Возможно они все и вправду крутые и нерядовые спецы, ну или хотят таковыми казаться.
S>>В целом, по России я выше поправился. Рынок перехайпован и перегрет. Но многие ломяться, особенно из разработчиков, чтобы свалть за бугор. Там совсем-совсем дефицит ибо рынок в разы больше. DB>Если разработчик не может уехать зарубеж программистом, то в качестве ds у него вообще шансов мало.
Почему? За бугром пылесосят чуть ли не всех подряд. Там реально огромный спрос.
