Когда-то начинал с ++, как многие.
Если раньше меня спросили бы что учить если хочешь писать сложные интересные системы и быть востребованным как в РФ, так и с прицелом на отъезд, я бы точно сказал учи С++
Но сейчас, я в этом не уверен.
Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Здравствуйте, merge, Вы писали:

M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Java, как и раньше.

А если в общем, не нужно учить языки программирования. На них нужно писать, причем на разных — и на С, и на джаве, и на питоне, и может даже на хаскеле пописывать. Учить нужно теорию алгоритмов, теорию многопоточности, устройство ЭВМ, устройство ОС, сеть и сетевые протоколы, архитектурные шаблоны...

Здравствуйте, merge, Вы писали:

M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Python и C++. Сейчас этой связкой можно закрыть практически любую проблему от прототипа, до высокопроизводительного сервиса.

Здравствуйте, Nuzhny, Вы писали:

N>Здравствуйте, merge, Вы писали:

M>>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

N>Python и C++. Сейчас этой связкой можно закрыть практически любую проблему от прототипа, до высокопроизводительного сервиса.

питон, да. даже сайты вроде успешно на нем пишут.
а вот с++ разве не мигрирует в сторону go ?
скажем так, какова область с++ где ему пока нет конкуренции сильной?

Здравствуйте, Nuzhny, Вы писали:

M>>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

N>Python и C++. Сейчас этой связкой можно закрыть практически любую проблему от прототипа, до высокопроизводительного сервиса.

А на каком стэке сейчас пишут высокопроизводительные сервисы на C++? И какие из задач делегируются Питону?

Здравствуйте, merge, Вы писали:

M>питон, да. даже сайты вроде успешно на нем пишут.
M>а вот с++ разве не мигрирует в сторону go ?
M>скажем так, какова область с++ где ему пока нет конкуренции сильной?

Вычисления же. Нейросети в частности и data science в целом — это Питон сверху и C++ (c CUDA) снизу.
Игры — это С++ и Питон (далеко не всегда, я и Lua учил) для скриптов.
Все крупные игроки как в России (Яндекс, Мейл.ру + Вконтакте + Одноклассники) нанимают плюсовиков на свои сервисы: Я.Такси, Я.Маркет, Я.Картинки, Ленда Одноклассников и Вконтакте... Это я уже смотрю на вакансии, которые мне приходят. Всякие Самсунги, LG, Intel, Huawei, Nvidia нанимают плюсовиков с жедательным опытом Питона: тут надо часто переписывать решения с Питона на С++ для продакшена или оптимизировать на С++ медленные части питоновского кода.

Это по России. Ну и часто коллеги уезжают, что в Европу, что в Штаты с этими знаниями. Всё пригождается.

Здравствуйте, merge, Вы писали:

M>а вот с++ разве не мигрирует в сторону go ?
Малый процент, имхо.

M>скажем так, какова область с++ где ему пока нет конкуренции сильной?
Любая система где важна скорость, память или соотношение "операция/ватт". Последние это (условно) очень маленькие (embedded и т.д.) или очень большие системы (сервера).

Здравствуйте, merge, Вы писали:

M>Когда-то начинал с ++, как многие.
M>Если раньше меня спросили бы что учить если хочешь писать сложные интересные системы и быть востребованным как в РФ, так и с прицелом на отъезд, я бы точно сказал учи С++
M>Но сейчас, я в этом не уверен.
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Да что-то так себе идеи, что учить C++, что идти в Яндекс для поднятия уровня. С одной стороны язык, который старый как говно мамонта и дико переусложненный. С другой стороны компания в которой всё своё. И зачем все эти сложности? И как потом эту радость продавать?

Начинал бы я с нуля сейчас, то однозначно брал бы Java, ну и Python, куда жеж без него, родимого. И делал бы акцент не на языки программирования, а на базовые вещи типа сетей, теории баз данных, безопасность, криптографию и прочее.

Здравствуйте, merge, Вы писали:

M>Когда-то начинал с ++, как многие.
M>Если раньше меня спросили бы что учить если хочешь писать сложные интересные системы и быть востребованным как в РФ, так и с прицелом на отъезд, я бы точно сказал учи С++
M>Но сейчас, я в этом не уверен.
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Язык (платформа, фреймворк) за две недели изучается, тем более что они похожи все.

Касательно востребованности c++ — https://insights.stackoverflow.com/survey/2020#technology-programming-scripting-and-markup-languages-professional-developers

Здравствуйте, sr_dev, Вы писали:

_>Касательно востребованности c++ — https://insights.stackoverflow.com/survey/2020#technology-programming-scripting-and-markup-languages-professional-developers

Это всё хрень. Если смотреть, то самой востребованной профессией может быть вообще курьер, особенно сейчас. Там и Андроид намного востребованней iOS, но где выше оплата? Что хочется получить: хоть какую-то работу или высокооплачиваемую работу? Простой и топорный инструмент или сложный и прогрессивный (тут я не про С++)? Клепать сайты или делать сложные проекты?

Здравствуйте, kaa.python, Вы писали:

KP>Да что-то так себе идеи, что учить C++, что идти в Яндекс для поднятия уровня. С одной стороны язык, который старый как говно мамонта и дико переусложненный. С другой стороны компания в которой всё своё. И зачем все эти сложности? И как потом эту радость продавать?

Ну, я детально не знаком с их инструментами, но Яндекс же делает открытые проекты мирового уровня в том числе. ClickHouse, вроде, в ЦЕРН используется, а это огромные данные. К тому же у них свой представитель в комитете по С++ (Антон Полухин), который мало того, что автор некоторых частей буста, но их и в стандарт принимают. То есть там можно получить именно что очень выскоий уровень владения языком, если этого захотеть. Тут смотря по целям, если она — попадание в FAANG, то Яндекс может быть ступенькой туда.

Здравствуйте, Nuzhny, Вы писали:

N>Здравствуйте, sr_dev, Вы писали:

_>>Касательно востребованности c++ — https://insights.stackoverflow.com/survey/2020#technology-programming-scripting-and-markup-languages-professional-developers

N> Там и Андроид намного востребованней iOS, но где выше оплата?

Разве ж она от этого зависит? Она зависит от наличия денег в конторе и доверия к конкретному разрабу.

Касательно сложности проектов — лично мне более нужна толпа оргазмирующих юзеров, а не отладка через ком-порт и синие экраны смерти. Ибо и денег больше, и моральное удовлетворение.

Поделюсь еще своими наблюдениями насчет faang — они дрочат людей по три дня собеседованиями и никого не берут Путь из яндексов в гуглы, я так полагаю, должен лежать через личные связи. Это лотерея и лучше время потратить на что-то другое

UPD. Да, если чел студент и думает, куда бы инвестировать своё время — хороший вариант олимпиады (acm или что там щас). Абсолютно реально за 2-3 года натаскаться до уровня финала чемпионата мира, оттуда открыты дороги в faang

Здравствуйте, sr_dev, Вы писали:

N>> Там и Андроид намного востребованней iOS, но где выше оплата?
_>Разве ж она от этого зависит? Она зависит от наличия денег в конторе и доверия к конкретному разрабу.

Конечно зависит. Приложения на iOS приносят больше денег (были многочисленные исследования), значит и разработчикам платят больше. Собственно в одной из статистик (может, от github), этот факт появлялся.

_>Касательно сложности проектов — лично мне более нужна толпа оргазмирующих юзеров, а не отладка через ком-порт и синие экраны смерти. Ибо и денег больше, и моральное удовлетворение.

Сложность — это не про системное программирование, а про качество проекта. Так-то и траншеи лоатой копать... что? Сложно или трудно? Кажется, что просто, ведь справится любой, но трудно.

_>Поделюсь еще своими наблюдениями насчет faang — они дрочат людей по три дня собеседованиями и никого не берут Путь из яндексов в гуглы, я так полагаю, должен лежать через личные связи. Это лотерея и лучше время потратить на что-то другое

Это не я же предложил в FAANG перейти, это топикстартер хочет

Здравствуйте, gyraboo, Вы писали:

G>А на каком стэке сейчас пишут высокопроизводительные сервисы на C++?

Сервисы на Linux-серверах, компилируемые на GCC/G++ где важна производительность и высокое быстродействие.
В общем — backend (или специализированные системы).

G>И какие из задач делегируются Питону?

Задачи конфигурирования и настройки всей системы (где не требуется высокой производительности); расчёты, не критичные ко времени выполнения.
Отдельный класс задач — рассчеты и моделирование, если нет высоких требований к производительности.

Здравствуйте, Nuzhny, Вы писали:

N>Ну, я детально не знаком с их инструментами, но Яндекс же делает открытые проекты мирового уровня в том числе. ClickHouse, вроде, в ЦЕРН используется, а это огромные данные. К тому же у них свой представитель в комитете по С++ (Антон Полухин), который мало того, что автор некоторых частей буста, но их и в стандарт принимают. То есть там можно получить именно что очень выскоий уровень владения языком, если этого захотеть. Тут смотря по целям, если она — попадание в FAANG, то Яндекс может быть ступенькой туда.

Тут надо определиться в чём собственно цель. Офигенно выучить Цпп? Дикая цель, ну да предположим. В JB или в Viva64 тогда будет ближе всего. Если цель попасть в FANG, то не надо есть 🌵, надо готовиться к собеседованю в FANG.

Здравствуйте, AlexGin, Вы писали:

G>>А на каком стэке сейчас пишут высокопроизводительные сервисы на C++?

AG>Сервисы на Linux-серверах, компилируемые на GCC/G++ где важна производительность и высокое быстродействие.
AG>В общем — backend (или специализированные системы).

А библиотеки какие-то? Буст, и т.д.? Для БД и для REST API что используется?

Здравствуйте, kaa.python, Вы писали:

N>>Ну, я детально не знаком с их инструментами, но Яндекс же делает открытые проекты мирового уровня в том числе. ClickHouse, вроде, в ЦЕРН используется, а это огромные данные. К тому же у них свой представитель в комитете по С++ (Антон Полухин), который мало того, что автор некоторых частей буста, но их и в стандарт принимают. То есть там можно получить именно что очень выскоий уровень владения языком, если этого захотеть. Тут смотря по целям, если она — попадание в FAANG, то Яндекс может быть ступенькой туда.

KP>Тут надо определиться в чём собственно цель. Офигенно выучить Цпп? Дикая цель, ну да предположим. В JB или в Viva64 тогда будет ближе всего. Если цель попасть в FANG, то не надо есть 🌵, надо готовиться к собеседованю в FANG.

Мне вот лично C++ интересен по нескольким причинам:
1. На нем пишут в неролинке, я большой фанат этого проекта, и чувствую, что созреваю к желанию там поработать, и наверное даже постараюсь туда попасть, если получится (для этого придется достичь ряда серьезных целей, которые я ещё продумываю), ну а если не нейролинк, то вообще похоже что такие рилтаймовые проекты по снятию и анализу сигналов мозга требуют сишной начинки (хотя тут может пригодятся и го или раст? вопрос скорее к знатокам)
2. Для замены лазарусу (не нравится паскаль за его многословие) при написании шаровар (заменять на си шарп или джаву не хочу, т.к. на них не повесишь качественную защиту)

M>Когда-то начинал с ++, как многие.
M>Если раньше меня спросили бы что учить если хочешь писать сложные интересные системы и быть востребованным как в РФ, так и с прицелом на отъезд, я бы точно сказал учи С++
M>Но сейчас, я в этом не уверен.
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Лично я бы начал именно с питона + базы (SQL и NoSQL типа Redisa и DynamoDB) + Очереди сообщений + Облака + HTML5/CSS3/JS6+. Далее можно Яву/ДотНет поизучать.
Это закрывает примено 95% всех требований и всех вакансий.

Увы, С++ особо не нужен. Всякие го, расты, сложи, скалы и т.п. — экзотика, которая почти наверняка останется таковой.

Здравствуйте, merge, Вы писали:

M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Так может в Яндексе и спросить? Тем более что у них есть школа для желающих работать в Яндексе.

А вообще математику учить надо, задачи на трудоустройство начинающих в Яндекс математические, насколько я знаю.

Здравствуйте, gyraboo, Вы писали:

G>А библиотеки какие-то? Буст, и т.д.? Для БД и для REST API что используется?

Если не embedded, то да boost

для rest api есть https://github.com/ipkn/crow

Здравствуйте, Ватакуси, Вы писали:

В>Лично я бы начал именно с питона + базы (SQL и NoSQL типа Redisa и DynamoDB) + Очереди сообщений + Облака + HTML5/CSS3/JS6+. Далее можно Яву/ДотНет поизучать.
В>Это закрывает примено 95% всех требований и всех вакансий.

еще что-нить для ETL и workflow management и CI/CD

Здравствуйте, gyraboo, Вы писали:


G>А библиотеки какие-то? Буст, и т.д.? Для БД и для REST API что используется?

есть две краеугольных библиотеки в мире плюсов stl и boost
закрывает наверно 90% стандартных задач

Здравствуйте, sr_dev, Вы писали:

_>Язык (платформа, фреймворк) за две недели изучается, тем более что они похожи все.

Это хорошо известно тем, кто хоть раз прошёл подобный путь. К сожалению, среди нанимателей таких людей мало.

_>Касательно востребованности c++ — https://insights.stackoverflow.com/survey/2020#technology-programming-scripting-and-markup-languages-professional-developers

Попахивает списком востребованности спиртных напитков.

Здравствуйте, gyraboo, Вы писали:

G>А на каком стэке сейчас пишут высокопроизводительные сервисы на C++? И какие из задач делегируются Питону?

Я для сети boost и использую. Но она у меня никогда узким место и не была. Чаще всего самое тяжёлое — это вычисления: что-то самописное (TBB, CUDA, OpenCL), OpenVINO, TensorRT. Например, для TensorRT есть и свой сервер triton, в который можно закинуть нейросеть и всё, но как-то руки до него пока не доходят. То есть индустрия пытается загнать С++ под капот и использовать всё из Питона. Nvidia для этого и делает всякие штуки типа TensorRT, DeepStream, triton. У Intel аналогично куча продуктов. И оно работает быстро, и многим хватает.
Но часто оказывается, что кому-нибудь этого мало и надо, например, на пяток fps быстрее и тогда получается, что захват видео на голом ffmpeg API, все нейросетки на C++ API, асинхронную загрузку данных, распараллеливание пайплайна насколько можно, асинхронное копирование на видеокарту, пока она считает, конвееризация и т.д. То есть это не какая-то хардкорная оптимизация, а просто обычная инженерная работа, которая на С++ в принципе возможна и привычна. А на Питоне или мегасложна, или невозможна.
И в итоге: написанный на Питоне сервис для одного клиента переписывается на С++ и оптимизируется, а потом весь питоновский код выкидывается и переписываются решения для всех, раз уж работа по оптимизации проведена. И все довольны.

Здравствуйте, AmSpb, Вы писали:

AS>для rest api есть https://github.com/ipkn/crow

Он уже больше трех лет как заброшен.

Здравствуйте, so5team, Вы писали:

AS>>для rest api есть https://github.com/ipkn/crow
S>Он уже больше трех лет как заброшен.

Да, точно, ну значит какую-нить другую найти, от мелкомягких или писташку
Хотя ребята форк сделили и до сих пор развивают и поддерживают проект https://github.com/CrowCpp/crow

Здравствуйте, mgu, Вы писали:

_>>Язык (платформа, фреймворк) за две недели изучается, тем более что они похожи все.

mgu>Это хорошо известно тем, кто хоть раз прошёл подобный путь. К сожалению, среди нанимателей таких людей мало.

Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.

Здравствуйте, so5team, Вы писали:

_>>>Язык (платформа, фреймворк) за две недели изучается, тем более что они похожи все.

mgu>>Это хорошо известно тем, кто хоть раз прошёл подобный путь. К сожалению, среди нанимателей таких людей мало.

S>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.

А сколько по-вашему нужно времени на изучение синтаксиса С++?

Здравствуйте, mgu, Вы писали:

S>>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.
mgu>А сколько по-вашему нужно времени на изучение синтаксиса С++?

Сколько нужно времени на изучение всего, что тут есть https://en.cppreference.com/w/cpp/language ?

Здравствуйте, AmSpb, Вы писали:

AS>Здравствуйте, mgu, Вы писали:

S>>>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.
mgu>>А сколько по-вашему нужно времени на изучение синтаксиса С++?

AS>Сколько нужно времени на изучение всего, что тут есть https://en.cppreference.com/w/cpp/language ?

Так мало?! Ну, если STD добавить, то неделю и выйдет. Дольше будешь запускать стандартный говнопроект на своём компьютере (включая загрузку исходников из септика и поиск администратора с просроченными паролями).

override (C++11) – final (C++11)

С++, который мы потеряли... Сам наутро Джавой стал... После до-диеза вообще не проблема.

Здравствуйте, AmSpb, Вы писали:

AS>Здравствуйте, mgu, Вы писали:

S>>>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.
mgu>>А сколько по-вашему нужно времени на изучение синтаксиса С++?

AS>Сколько нужно времени на изучение всего, что тут есть https://en.cppreference.com/w/cpp/language ?
я лично С++ учу по моему года с 98ого и я его знаю достаточно плоховато

Здравствуйте, merge, Вы писали:

M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Так вот же! Прямо тут, только что:

http://rsdn.org/forum/humour/7955050.1

Автор: Pavel Dvorkin
Дата: 19.02.21

Здравствуйте, __kot2, Вы писали:

__>Здравствуйте, AmSpb, Вы писали:

AS>>Здравствуйте, mgu, Вы писали:

S>>>>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.
mgu>>>А сколько по-вашему нужно времени на изучение синтаксиса С++?

AS>>Сколько нужно времени на изучение всего, что тут есть https://en.cppreference.com/w/cpp/language ?
__>я лично С++ учу по моему года с 98ого и я его знаю достаточно плоховато

А вот человеку mgu, нужна всего лишь неделя на изучение материала по приведенной ссылке, гений не меньше.

Здравствуйте, mgu, Вы писали:


mgu>Так мало?! Ну, если STD добавить, то неделю и выйдет. Дольше будешь запускать стандартный говнопроект на своём компьютере (включая загрузку исходников из септика и поиск администратора с просроченными паролями).

mgu>

mgu>override (C++11) – final (C++11)

mgu>С++, который мы потеряли... Сам наутро Джавой стал... После до-диеза вообще не проблема.


что бы начать приемлемо писать на плюсах не с 0 а имеся опыт на другом языке
надо прочесть 600 страниц и каждый день делать упражения по часу в день

Здравствуйте, sergey2b, Вы писали:

S>что бы начать приемлемо писать на плюсах не с 0 а имеся опыт на другом языке
S> надо прочесть 600 страниц и каждый день делать упражения по часу в день

Если тратить на каждую страницу даже 10 минут, то выйдет 100 часов, за 2 недели реально.

Другое дело, что синтаксис языка -- это как знание шахматных правил, они знакомы многим, но только единицы становятся гроссмейстерами.

Здравствуйте, mgu, Вы писали:



mgu>Другое дело, что синтаксис языка -- это как знание шахматных правил, они знакомы многим, но только единицы становятся гроссмейстерами.


я же написал нужен предварительный опыт 10 лет на асме
и 5 на паскле, вирт, кнут все дела

Здравствуйте, sergey2b, Вы писали:

mgu>>Другое дело, что синтаксис языка -- это как знание шахматных правил, они знакомы многим, но только единицы становятся гроссмейстерами.

S>я же написал нужен предварительный опыт 10 лет на асме
S>и 5 на паскле, вирт, кнут все дела

Я насчёт предварительного опыта и не спорю.

Здравствуйте, mgu, Вы писали:

S>>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.

mgu>А сколько по-вашему нужно времени на изучение синтаксиса С++?

Сразу видно человека в теме (на самом деле нет).

Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались. И на это может потребоваться не один год даже под чутким руководством более опытных товарищей.

M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Любой, который есть на hackerrank/topcoder/...

Здравствуйте, so5team, Вы писали:

mgu>>А сколько по-вашему нужно времени на изучение синтаксиса С++?

S>Сразу видно человека в теме (на самом деле нет).

S>Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались. И на это может потребоваться не один год даже под чутким руководством более опытных товарищей.

А это достоинство или недостаток языка?
Есть какие-то книги, которые прививают правильный подход?

scf>А если в общем, не нужно учить языки программирования. На них нужно писать

Истинно так.
Язык — не более чем средство выражения поставленной задачи. Писать придется на том, что либо уже было до вас (если это существующий готовый проект), либо на том, который вы лучше знаете (если это green field project).

PS: Собеседования в FAANG проще всего проходить на чем-то не очень популярном. Если это будет Питон, С++ и прочее очень популярное, то у интервьюера, вероятно, будет очень мощный багаж штампов и предпосылок (иногда подкрепленных, иногда нет). То есть он может совершенно случайно знать какую-нибудь деталь реализации конкретного типа данных в конкретной версии определенной библиотеки языка. Само собой разумеется, он будет думать, что вы об этом просто обязаны знать (ну как, он же знает, и вы обязаны).
Но если писать на незнакомом интервьюеру языке, то он будет вчитываться лишь в смысл написанного, но не в мелкие детали. Так что, в определенном роде, для собеседований лучше всего знать псевдокод. Я не шучу. Такова реальность в FAANG, и не спрашивайте, откуда я знаю.
PPS: Elixir — то что надо, его вообще нигде в FAANG не знают

Здравствуйте, SkyDance, Вы писали:

SD>PPS: Elixir — то что надо, его вообще нигде в FAANG не знают

А ты считаешь хорошей идеей использовать функциональные языки для алгоритмических собеседований? Большинство алгоритмов всё же предполагают изменение данных.

Здравствуйте, AmSpb, Вы писали:
AS>А вот человеку mgu, нужна всего лишь неделя на изучение материала по приведенной ссылке, гений не меньше.
это нормально
через неделю граница незнания вырастет и понадобится два дополнительных месяца
после них границы раздвинутся ещё

Здравствуйте, gyraboo, Вы писали:

S>>Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались. И на это может потребоваться не один год даже под чутким руководством более опытных товарищей.

G>А это достоинство или недостаток языка?

По нынешним временам, определенно, недостаток.

G>Есть какие-то книги, которые прививают правильный подход?

Классический набор:

Б.Страуструп, "Язык программирования C++". Много кому стиль изложения Страуструпа не нравится, но тут, как говорится, нужно читать до просветления.
Если хочется иметь понимание почему C++ именно такой, то можно еще и "Дизайн и эволюция C++" этого же автора.

Саттер и Александреску "Стандарты программирования на С++. 101 правило и рекомендация"

Книги Скотта Мейерса из серии "Эффективное использование C++".

А если хочется толком разобраться с шаблонами, то вряд ли можно обойтись без Вандервуда, Джосаттиса, Грегора "Шаблоны C++. Справочник разработчика".

В концентрированном виде лучшие практики применения C++ собраны в C++ Core Guidelines: https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines
Но там именно что в концентрированном виде. Если нет более-менее хорошей базы, то местами можно будет не понять почему именно так.

Здравствуйте, so5team, Вы писали:

G>>Есть какие-то книги, которые прививают правильный подход?

S>Классический набор:

S>Б.Страуструп, "Язык программирования C++". Много кому стиль изложения Страуструпа не нравится, но тут, как говорится, нужно читать до просветления.
S>Если хочется иметь понимание почему C++ именно такой, то можно еще и "Дизайн и эволюция C++" этого же автора.

S>Саттер и Александреску "Стандарты программирования на С++. 101 правило и рекомендация"

S>Книги Скотта Мейерса из серии "Эффективное использование C++".

S>А если хочется толком разобраться с шаблонами, то вряд ли можно обойтись без Вандервуда, Джосаттиса, Грегора "Шаблоны C++. Справочник разработчика".

S>В концентрированном виде лучшие практики применения C++ собраны в C++ Core Guidelines: https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines
S>Но там именно что в концентрированном виде. Если нет более-менее хорошей базы, то местами можно будет не понять почему именно так.

Спасибо за рекомендации. А функциональщина наседает в C++ или там всё чисто ООП-шно?

Здравствуйте, gyraboo, Вы писали:

G>А функциональщина наседает в C++ или там всё чисто ООП-шно?

С++ позволяет писать в разных стилях. Так что это полностью зависит от каши в башке программиста: покусанные функциональщиной будут писать а-ля Хаскелль, люди с ООП головного мозга в терминальной стадии в Qt-шном стиле и т.д.

Здравствуйте, so5team, Вы писали:

mgu>>А сколько по-вашему нужно времени на изучение синтаксиса С++?

S>Сразу видно человека в теме (на самом деле нет).

S>Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались. И на это может потребоваться не один год даже под чутким руководством более опытных товарищей.

А в других языках такой задачи нет? И откуда берутся "опытные товарищи"? Сразу рождаются с томиком Страуструпа в руках? Или всё-таки безбожно текут по памяти много лет в должности "разработчик С++"?

Здравствуйте, SkyDance, Вы писали:

SD>Но если писать на незнакомом интервьюеру языке, то он будет вчитываться лишь в смысл написанного, но не в мелкие детали.

Есть такая традиция на интервью: спрашивать не то, что требуется в вакансии, а то, что интервьюер знает. Иногда за день до собеседования инквизитор прочитывает первые 3 страницы букваря по требуемой технологии, а потом с пафосом режет специалиста на "незнании основ".

Здравствуйте, SkyDance, Вы писали:

M>>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

SD>Любой, который есть на hackerrank/topcoder/...


справедливости ради
у них в списке есть Си, формально на нем несомненно можно решить любую задачу но не за ограниченное время
потому что без списков и динамический векторов многие задачи решаються не оптимально

Здравствуйте, cthsq, Вы писали:

C>Здравствуйте, AmSpb, Вы писали:
AS>>А вот человеку mgu, нужна всего лишь неделя на изучение материала по приведенной ссылке, гений не меньше.
C>это нормально
C>через неделю граница незнания вырастет и понадобится два дополнительных месяца
C>после них границы раздвинутся ещё

У меня границы незнания расширяются быстрее вселенной. Например, я осознаю свои проблемы с русским языком, даром что он родной. Однако большинство соплеменников делает по 4 ошибки в слове "ещё" и при этом удивятся вопросу "владеете ли вы русским языком?" У них нет сомнений.

Здравствуйте, SkyDance, Вы писали:

scf>>А если в общем, не нужно учить языки программирования. На них нужно писать

SD>Истинно так.
SD>Язык — не более чем средство выражения поставленной задачи. Писать придется на том, что либо уже было до вас (если это существующий готовый проект), либо на том, который вы лучше знаете (если это green field project).

SD>PS: Собеседования в FAANG проще всего проходить на чем-то не очень популярном. Если это будет Питон, С++ и прочее очень популярное, то у интервьюера, вероятно, будет очень мощный багаж штампов и предпосылок (иногда подкрепленных, иногда нет). То есть он может совершенно случайно знать какую-нибудь деталь реализации конкретного типа данных в конкретной версии определенной библиотеки языка. Само собой разумеется, он будет думать, что вы об этом просто обязаны знать (ну как, он же знает, и вы обязаны).
SD>Но если писать на незнакомом интервьюеру языке, то он будет вчитываться лишь в смысл написанного, но не в мелкие детали. Так что, в определенном роде, для собеседований лучше всего знать псевдокод. Я не шучу. Такова реальность в FAANG, и не спрашивайте, откуда я знаю.
SD>PPS: Elixir — то что надо, его вообще нигде в FAANG не знают

только вот не вяжется у меня это. шарповые и джава девелоперы не знают никаких алгоритмов и шансов у них около нуля в faang, тк там вроде как раз алгоритмы надо.
а еще мне не совсем понятно а разве на производительность не прогоняется работа?

еще непонятно. писал я на котлине всегда, начитался алгоритмов, прошел собес в faang, а потом мне гооврят пиши на с++ и тебе неделя на изучение?

Здравствуйте, mgu, Вы писали:


mgu>Есть такая традиция на интервью: спрашивать не то, что требуется в вакансии, а то, что интервьюер знает. Иногда за день до собеседования инквизитор прочитывает первые 3 страницы букваря по требуемой технологии, а потом с пафосом режет специалиста на "незнании основ".
Я сомневаюсь что в FAANG так, хотя бы потому, что интервьювер ни один (ну если дальше скрин теста прошел).

KP>А ты считаешь хорошей идеей использовать функциональные языки для алгоритмических собеседований? Большинство алгоритмов всё же предполагают изменение данных.

Во-первых, там смайл стоит.
Во-вторых, большинство интервьюеров скажут "уууу а можно на чем попроще".
В-третьих, несмотря на всю функциональность, этот язык все же достаточно практичен, чтобы "когда очень нужно, можно имитировать mutable данные" (в тех же ETS таблицах или process dictionary). Для демонстрации концепций (алгоримическая сложность) этого более чем.

Здравствуйте, Nuzhny, Вы писали:


N>Все крупные игроки как в России (Яндекс, Мейл.ру + Вконтакте + Одноклассники) нанимают плюсовиков на свои сервисы: Я.Такси, Я.Маркет, Я.Картинки, Ленда Одноклассников и Вконтакте...

Эти как раз гошников пылесосят. Хантят в РФ так, что в РФ предлагаемая зрплт у гошников уже превысила таковую для плюсовиков. Это не прикол. Go-ЯП от интернет компании, наибольшую популярность получил именно в интернет компаниях.

mgu>Есть такая традиция на интервью: спрашивать не то, что требуется в вакансии, а то, что интервьюер знает. Иногда за день до собеседования инквизитор прочитывает первые 3 страницы букваря по требуемой технологии, а потом с пафосом режет специалиста на "незнании основ".

Ага, я про это уже писал

Автор: SkyDance
Дата: 02.12.20

:

правильное собеседование (когда будут набраны реально те люди, которые нужны), будет выглядеть так: "смотри, вот репозиторий, вот кривые-прекривые доки, вот исходники, вот там какие-то еще инструкции, — и когда я делаю Х, оно вместо ожидаемого У печатает Й. Найди, почему, объясни, и если можешь, исправь".

Но ведь в вакансии написано не "Гераклы для работы лопатой у Авгия", а "со знанием распределенных систем"

Здравствуйте, mgu, Вы писали:

S>>Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались. И на это может потребоваться не один год даже под чутким руководством более опытных товарищей.

mgu>А в других языках такой задачи нет?

Из широко используемых, разве что еще в чистом Си такая же задача есть.
Другие языки гораздо безопаснее в работе. И при программировании на, скажем, Java, Ruby, D, Go думать о том, а не протухнет ли ссылка, практически не приходится. Обычному программисту при решении обычных задач, по крайней мере.

Но ваши слова выдают в вас прям эксперта по C++.

mgu>И откуда берутся "опытные товарищи"?

Приходят в профессию на 10-15-20-25 лет раньше.

mgu>Или всё-таки безбожно текут по памяти много лет в должности "разработчик С++"?

Не без этого. Но это не имеет отношения к вашей убежденности в том, что конкретно C++ можно изучить за пару недель. А вот ваша глубокая экспертиза в этой теме имеет.

Здравствуйте, SkyDance, Вы писали:

SD>Но ведь в вакансии написано не "Гераклы для работы лопатой у Авгия", а "со знанием распределенных систем"

Так конюшни же, то есть распределённые системы. Помимо навоза, была и моча, стало быть, многопоточность. Опять же, Геракл помог говну "выйти в паблик", обрушив рынки и агоры.

Здравствуйте, so5team, Вы писали:

S>>>Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались. И на это может потребоваться не один год даже под чутким руководством более опытных товарищей.

mgu>>А в других языках такой задачи нет?

S>Из широко используемых, разве что еще в чистом Си такая же задача есть.
S>Другие языки гораздо безопаснее в работе. И при программировании на, скажем, Java, Ruby, D, Go думать о том, а не протухнет ли ссылка, практически не приходится. Обычному программисту при решении обычных задач, по крайней мере.

Да, в обычных языках ссылки не протухают, и в этом проблема. Ресурсы захватываются и так и остаются в режиме "занято". Память тоже течёт, но не разливается по всему адресному пространству.

S>Но ваши слова выдают в вас прям эксперта по C++.

mgu>>И откуда берутся "опытные товарищи"?

S>Приходят в профессию на 10-15-20-25 лет раньше.

mgu>>Или всё-таки безбожно текут по памяти много лет в должности "разработчик С++"?

S>Не без этого. Но это не имеет отношения к вашей убежденности в том, что конкретно C++ можно изучить за пару недель. А вот ваша глубокая экспертиза в этой теме имеет.

"Изучить" не эквивалентно "писать как бог". Ну, компилироваться хотя бы будет, уже хорошо.

Здравствуйте, mgu, Вы писали:

mgu>"Изучить" не эквивалентно "писать как бог". Ну, компилироваться хотя бы будет, уже хорошо.

Когда кто-то применительно к C и к C++ подходит с критериями "компилироваться хотя бы будет, уже хорошо", то у меня заканчиваются цензурные слова, т.к. доводилось погружаться в подобные творения по самое нехочу.

И здесь разве что еще раз повторить: мало кто готов платить за разгребания подобных говн адекватно. А одно из причин, очевидно, в ыкспердах вроде вас. Все видели, все знают, все умеют... ДБ.

Здравствуйте, gyraboo, Вы писали:

G>Спасибо за рекомендации. А функциональщина наседает в C++ или там всё чисто ООП-шно?

Я бы сказал, что python-щина наседает в С++, но в хорошем смысле. С++ берет кое-какие классные фишки из питона.

Здравствуйте, merge, Вы писали:

M>Когда-то начинал с ++, как многие.
M>Если раньше меня спросили бы что учить если хочешь писать сложные интересные системы и быть востребованным как в РФ, так и с прицелом на отъезд, я бы точно сказал учи С++
M>Но сейчас, я в этом не уверен.
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

C++ — это боль и страдание. Гляньте на топовые статьи на хабре, чем этот ваш С++ заканчивается.

Учить нужно C, а на практике уже что по душе — JS/TypeScript, C#, язык Ада итд.

Здравствуйте, mgu, Вы писали:

mgu>Однако большинство соплеменников делает по 4 ошибки в слове "ещё"
Правельна пейсадь "мстчо"!

Здравствуйте, merge, Вы писали:

M>Когда-то начинал с ++, как многие.
M>Если раньше меня спросили бы что учить если хочешь писать сложные интересные системы и быть востребованным как в РФ, так и с прицелом на отъезд, я бы точно сказал учи С++
M>Но сейчас, я в этом не уверен.
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

На сколько я знаю, Гугл и Амазон не предъявляют требований к языкам: алгоритмы + структуры данных.

Другое дело, что C++ часто используют в тех областях и проектах, в которых требуется знания алгоритмов и структур данных.
Естественно, что на C#, Java, JavaScript проектов, требующих знания алгоритмов и структур данных — на много меньше.
Особнячком стоит Python, на котором можно эффективно решать практически все задачи.

У меня вопрос-оффтопик: а с каких пор Netflix стал превлекательным работодателем, на равне с Google, Amazon (хотя вот спорный момент, что там классно работать из-за вечных переработок) Apple и Facebook(хотя чего интересного в Facebook — тоже не совсем понятно)?

так цель отъехать ?
сделайте кипиша и берите по политическим причинам
или заявите что вы гей и вас ущимляют и преследуют и тоже дадут убежище в штатах

и не надо тратить время на учения, собеседования и вытирание штанов в яндексах итд....

Здравствуйте, AmSpb, Вы писали:

AS>Здравствуйте, gyraboo, Вы писали:

G>>Спасибо за рекомендации. А функциональщина наседает в C++ или там всё чисто ООП-шно?

AS>Я бы сказал, что python-щина наседает в С++, но в хорошем смысле. С++ берет кое-какие классные фишки из питона.

вы хотите сказать последние версии с++ вполне изменились по сравнению с 10 летней давностью?
Прямо захотелось написать что-то.

я вот всё хочу что-то роботизированное для детей сделать простое, думаю как раз освежить.
только под железо вроде С чистый

Здравствуйте, merge, Вы писали:
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе

Все гиганты и гигантики, занимающиеся высоконагруженным софтом (Google, Facebook, Yandex и проч.) имеют компоненты в строю, разработанные на C++.
Весь эмбеддед, критичный к производительности и особенно реал-тайм в основном C++ (и рeже Java или еще реже Ada).
Никакой ЯП не сравнится с C++ по соотношению высокоуровневости, портируемости на различные аппаратные архитектуры, оптимальности и временной предсказуемости генерируемого кода.

Здравствуйте, so5team, Вы писали:

mgu>>Это хорошо известно тем, кто хоть раз прошёл подобный путь. К сожалению, среди нанимателей таких людей мало.

S>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.

так надо не брать копрофилов — а сколько недель c++ изучался совершенно не имеет значения.

копрофилия легко выявляется тестовым заданием и обсуждением написанного. отмечу, что самая лютая, бешенная, разнузданная форма копрофилии — это "в языке есть такая фича, поэтому надо её тут применить"

Здравствуйте, sr_dev, Вы писали:

S>>Еще меньше тех, кто готов нормально платить за разгребание говн, произведенных изучившими C++ за две недели.

_>так надо не брать копрофилов

Отличный совет, спасибо, кэп. Может вы еще и знаете, почему этому совету не следуют?

_>а сколько недель c++ изучался совершенно не имеет значения.

Да, да. И вы говорите, говорите.

Много C++ junior-ов через ваши руки прошло?

Здравствуйте, student__, Вы писали:

__>Никакой ЯП не сравнится с C++ по соотношению высокоуровневости, портируемости на различные аппаратные архитектуры, оптимальности и временной предсказуемости генерируемого кода.

++ все же лишними будут в этом утверждении.

Здравствуйте, AmSpb, Вы писали:

AS>Если не embedded, то да boost
В embedded мире boost уже давно много где используется.

Здравствуйте, so5team, Вы писали:

S>С++ позволяет писать в разных стилях. Так что это полностью зависит от каши в башке программиста: покусанные функциональщиной будут писать а-ля Хаскелль, люди с ООП головного мозга в терминальной стадии в Qt-шном стиле и т.д.
Хотелось бы пример "Qt-шного стиля" без Qt Мне на ум приходит только преобладание динамического полиморфизма над статическим (наследование vs шаблоны).

Здравствуйте, Skorodum, Вы писали:

S>>С++ позволяет писать в разных стилях. Так что это полностью зависит от каши в башке программиста: покусанные функциональщиной будут писать а-ля Хаскелль, люди с ООП головного мозга в терминальной стадии в Qt-шном стиле и т.д.
S>Хотелось бы пример "Qt-шного стиля" без Qt Мне на ум приходит только преобладание динамического полиморфизма над статическим (наследование vs шаблоны).

думаю оно. но не понимаю, чем это плохо.
по крайней мере этот подход дает реальную раздельную компиляцию и не приходится выжидать перекомпиляции всего проекта если пришлось где-то в реализации что-то поправить.

Здравствуйте, merge, Вы писали:

M>вы хотите сказать последние версии с++ вполне изменились по сравнению с 10 летней давностью?
Лямбды добавили как раз 10 лет назад, в С++11. Потом в стандартную библиотеку много чего перекочевало из буста (например, thread, chrono filesystem). Стала меньше потребность в велосипедах для стандартных задач.

Я бы сказал, что больше всего код отличается "до С++11" и "после С++11" (если фичи используются).

M>Прямо захотелось написать что-то.


M>я вот всё хочу что-то роботизированное для детей сделать простое, думаю как раз освежить.
M>только под железо вроде С чистый
С чего это? Если стандартные АРМ'овские процессоры а-ля М4, М7, то там что угодно можно, вплоть до С++20.

Здравствуйте, so5team, Вы писали:

S>Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались.
Еще системы сборки и управления зависимостями. В любом более-менее сложном и развивающемся проекте это не тривиально (для новичка) и никак не стандартизированно. Особенно если поддерживаемых платформ, процессоров и компиляторов несколько.

И судя по соседним топикам

Автор: Евгений Музыченко
Дата: 04.02.20

нормальное управление исходниками тоже далего не все освоить могут. Хоть это и ортогонально С++, но в джентельменский набор входит.

Пришел тут к нам новый application engineer, вроде как с навыками в разработке, говорит в Нокии работала. Спрашиваю "Какой компилятор использовали, подо что собирали"? Отвечает: "Eclipse"

Здравствуйте, night beast, Вы писали:

NB>думаю оно. но не понимаю, чем это плохо.
Производительность. Если проивзодительность КРИТИЧНА и обращений к VTABLE может быть тысячи в секунду, то, конечно же, надо предпочитать статический полиморфизм, ведь это zero overhead в runtime.

NB>по крайней мере этот подход дает реальную раздельную компиляцию и не приходится выжидать перекомпиляции всего проекта если пришлось где-то в реализации что-то поправить.
Вижу познавшего PIMP идиому я
Укушенные Александреску адепты буста привыклю к компиляции по полчаса (а как еще на кывт/политика сидеть?)

Здравствуйте, Skorodum, Вы писали:

NB>>думаю оно. но не понимаю, чем это плохо.
S>Производительность. Если проивзодительность КРИТИЧНА и обращений к VTABLE может быть тысячи в секунду, то, конечно же, надо предпочитать статический полиморфизм, ведь это zero overhead в runtime.

Ну, в некоторых случаях можно добиться ускорения при девиртуализации, если везде где можно ставить final. Так что С++ движется к тому, чтобы менять некоторые best practices из прошлого.

Здравствуйте, Skorodum, Вы писали:

NB>>думаю оно. но не понимаю, чем это плохо.
S>Производительность. Если проивзодительность КРИТИЧНА и обращений к VTABLE может быть тысячи в секунду, то, конечно же, надо предпочитать статический полиморфизм, ведь это zero overhead в runtime.

это да, но как часто оно реально нужно?
имхо, в большинстве случаев производительность менее важна чем понятность, удобство использования

Здравствуйте, so5team, Вы писали:

S>И здесь разве что еще раз повторить: мало кто готов платить за разгребания подобных говн адекватно.
Более того, соотношение "требуемый опыт для эффективной работы"/ЗП в С++ далеко не самое выгодное на сегодня. Java/C# намного выгоднее.

Здравствуйте, Skorodum, Вы писали:

S>Производительность. Если проивзодительность КРИТИЧНА и обращений к VTABLE может быть тысячи в секунду, то, конечно же, надо предпочитать статический полиморфизм, ведь это zero overhead в runtime.

Критична производительность только в узких местах программы, обычно для нескольких классов. И там обычно можно использовать простые шаблоны или вообще обойтись без полиморфизма.

Здравствуйте, night beast, Вы писали:

NB>имхо, в большинстве случаев производительность менее важна чем понятность, удобство использования
Вот поэтому дотнетчиков и жабистов сильно больше (смайлик по вкусу).

Здравствуйте, a.v.v, Вы писали:

AVV>есть две краеугольных библиотеки в мире плюсов stl и boost
Qt и boost. Это stl часть стандарта.

AVV>закрывает наверно 90% стандартных задач
С Qt да и даже, наверное, больше.

Здравствуйте, Skorodum, Вы писали:

S>Хотелось бы пример "Qt-шного стиля" без Qt Мне на ум приходит только преобладание динамического полиморфизма над статическим (наследование vs шаблоны).

Что-то типа такого. Делаются интерфейсы в виде абстрактных классов. Затем где-то спрятанные от глаз наследники. Создаются наследники через фабрики. Соответственно, все через динамические объекты. И хорошо, если владение делается через unique_ptr/shared_ptr (или их самодельные аналоги). Хуже когда свою систему владения выстраивают в стиле Qt.

Здравствуйте, night beast, Вы писали:

NB>думаю оно.

Оно.

NB>но не понимаю, чем это плохо.

Иногда доходит до маразма, когда вместо RectangularArea, делают интерфейс AbstractArea, а от него наследника RectangularArea. А используется это все всего лишь в одном сценарии, где никакого наследования и не нужно вовсе.

Речь шла не о том, что ООП плох. А о том, что плохо, когда ООП доводят до апофеоза.

NB>по крайней мере этот подход дает реальную раздельную компиляцию и не приходится выжидать перекомпиляции всего проекта если пришлось где-то в реализации что-то поправить.

Кстати говоря, научиться сочетать ООП с шаблонами тоже не просто так, чтобы соблюдался разумный баланс, тоже не просто. Требуется опыт и набитые шишки.

Здравствуйте, Skorodum, Вы писали:

S>Производительность. Если проивзодительность КРИТИЧНА и обращений к VTABLE может быть тысячи в секунду, то, конечно же, надо предпочитать статический полиморфизм, ведь это zero overhead в runtime.

Не припомню, когда мне доводилось сталкиваться с ситуациями, когда производительность была настолько критична, чтобы накладные расходы на VTABLE приходилось учитывать.

Тут скорее речь о ситуациях, когда за одним общим фасадом сложно спрятать разные вещи. Вот, скажем, у нас в RESTinio есть понятие response-builder-а. И эти самые builder-ы есть разные, с разным публичным API.

ИМХО, нормально общий ООП-шный фасад для них не сделать. Ибо в нем будут виртуальные методы, которые имеют смысл только для определенного типа builder-а, но не для других. И ничто не запретит пользователю вызывать их. Получая по руке в run-time, а не в compile-time, как в случае с шаблонами.

И это мы еще в рассмотрение вопрос DSL-ей не берем.

Здравствуйте, Skorodum, Вы писали:

S>Здравствуйте, AmSpb, Вы писали:

AS>>Если не embedded, то да boost
S>В embedded мире boost уже давно много где используется.

Значит, у нас с вами рязное понимание embedded.
Для меня это микроконтроллеры, но не мощные, одно ядро и памяти SRAM до 1Мбайта
Вообщем на которых можно делать hard real time приложения.
Raspberry Pi тоже можно отнести к embedded, но это уже полноценный многоядерный компьютер,
на котором можно спокойно выполнять Linux, и использовать boost. Но на raspberry pi вы не сделаете hard real time

boost для однокристалок не годится, там и С++ как правило кастрированный.

Здравствуйте, Skorodum, Вы писали:

S>Здравствуйте, so5team, Вы писали:

S>>Проблема с C++ не в изучении синтаксиса, а в том, чтобы выработать рефлексы писать так, чтобы конечности не отстреливались.
S>Еще системы сборки и управления зависимостями. В любом более-менее сложном и развивающемся проекте это не тривиально (для новичка) и никак не стандартизированно. Особенно если поддерживаемых платформ, процессоров и компиляторов несколько.

Conan сейчас лидер по управлению зависимостями для С++, возможно есть и другие инструменты для контроля зависимостями.

Здравствуйте, Skorodum, Вы писали:

S>Пришел тут к нам новый application engineer, вроде как с навыками в разработке, говорит в Нокии работала. Спрашиваю "Какой компилятор использовали, подо что собирали"? Отвечает: "Eclipse"

А почему из Нокии ушла не говорит ?

Здравствуйте, AmSpb, Вы писали:

AS>Conan сейчас лидер по управлению зависимостями для С++

Если смотреть на число зависимостей, то однозначный лидер — это vcpkg

Здравствуйте, AmSpb, Вы писали:

AS>boost для однокристалок не годится, там и С++ как правило кастрированный. Но на raspberry pi вы не сделаете hard real time

Hard real time -- это ограничение io отклика, верно я понял? Если да, то почему rpi пролетает? Это же вообще от софта(ОС) зависит.

Здравствуйте, Sharov, Вы писали:

AS>>boost для однокристалок не годится, там и С++ как правило кастрированный. Но на raspberry pi вы не сделаете hard real time

S>Hard real time -- это ограничение io отклика, верно я понял? Если да, то почему rpi пролетает? Это же вообще от софта(ОС) зависит.

Нет, hard real time — упрощенно, это детерминированность времени исполнения задач (tasks).
Большинство многоядерных процов пролетает, т.к. есть куча вещей, вносящих недетерминированное время выполнения,
cache misses, speculative execution, inter-core communication e.t.c.
Есть гибридные чипы, где есть многоядерник и однокристалка для hard-real-time.
Hard real time в многоядерных процессорах это тема исследований, даже какие-то решения есть.

Здравствуйте, Nuzhny, Вы писали:

AS>>Conan сейчас лидер по управлению зависимостями для С++
N>Если смотреть на число зависимостей, то однозначный лидер — это vcpkg

Да, судя по отзывам, хорошая штука

Здравствуйте, AmSpb, Вы писали:

AS>Нет, hard real time — упрощенно, это детерминированность времени исполнения задач (tasks).
AS>Большинство многоядерных процов пролетает, т.к. есть куча вещей, вносящих недетерминированное время выполнения,
AS>cache misses, speculative execution, inter-core communication e.t.c.

И как это все влияет, если требования по времени отклика, скажем, 25ms?

Ну и да, cache misses, out-of-order execution & branch (mis)prediction -- это объективная реальность даже для одноядерных CPU уже лет 20-25 как.

Здравствуйте, so5team, Вы писали:

S>И как это все влияет, если требования по времени отклика, скажем, 25ms?
В RTOS, как правило работают несколько задач, возможно на такую длинную задачу это никак не повлияет, но вот на какую-то критическую может повлиять довольно сильно.

S>Ну и да, cache misses, out-of-order execution & branch (mis)prediction -- это объективная реальность даже для одноядерных CPU уже лет 20-25 как.

Да, но с одноядерником проще рассчеты Worst-case-execution-time делать, вопрос цены чипа также важен.

А вообще читайте

With the current technology we may not predict and provide any guarantee on real-time properties of multicore software, which restricts seriously the use of multicores for embedded applications.
https://link.springer.com/chapter/10.1007/978-3-642-16901-4_3

Здравствуйте, AmSpb, Вы писали:

S>>И как это все влияет, если требования по времени отклика, скажем, 25ms?
AS>В RTOS, как правило работают несколько задач, возможно на такую длинную задачу это никак не повлияет, но вот на какую-то критическую может повлиять довольно сильно.

Вот давайте поподробнее, что и как.

Ну и позволю себе напомнить, что hard real-time -- это не про длину задачи, это про тяжесть последствий. Так что длительность к hard/soft имеет косвенное отношение.

S>>Ну и да, cache misses, out-of-order execution & branch (mis)prediction -- это объективная реальность даже для одноядерных CPU уже лет 20-25 как.

AS>Да, но с одноядерником проще рассчеты Worst-case-execution-time делать, вопрос цены чипа также важен.

Внести в разговор про влияние особенностей современных процессоров на оценку задержек вопрос цены чипа -- это мощно.
Не так мощно, конечно, как утверждать, что Conan -- это лидер не зная про vcpkg, но все-таки.

AS>А вообще читайте

Правильно я понимаю, что в бесплатном свободном доступе этого нет?

Здравствуйте, so5team, Вы писали:

S>>>И как это все влияет, если требования по времени отклика, скажем, 25ms?
AS>>В RTOS, как правило работают несколько задач, возможно на такую длинную задачу это никак не повлияет, но вот на какую-то критическую может повлиять довольно сильно.

S>Ну и позволю себе напомнить, что hard real-time -- это не про длину задачи, это про тяжесть последствий. Так что длительность к hard/soft имеет косвенное отношение.
hard real time — для меня это строгая гарантированность времени выполнения задач, нестрогая гарантированность — это soft realtime
Тяжесть последствий — это уже про то, где будет применяться ОСРВ. Одну и туже ОСРВ жесткого времени вы можете применить на атомной станции и в мобильном телефоне, хоть ОСРВ одна и таже, тяжесть ошибки будет разной.


S>Внести в разговор про влияние особенностей современных процессоров на оценку задержек вопрос цены чипа -- это мощно.
Когда вы производите продукт в кол-ве миллионов, десятки миллионов, то вопрос цены чипа для вас будет довольно существенным.

S>Не так мощно, конечно, как утверждать, что Conan -- это лидер не зная про vcpkg, но все-таки.

AS>>А вообще читайте
S>Правильно я понимаю, что в бесплатном свободном доступе этого нет?
Интересоваться ОСРВ, а самому не знать, что все doi документы можно скачать со sci-hub, это мощно.

https://ieeexplore.ieee.org/document/7116771

Здравствуйте, AmSpb, Вы писали:

S>>>>И как это все влияет, если требования по времени отклика, скажем, 25ms?
AS>>>В RTOS, как правило работают несколько задач, возможно на такую длинную задачу это никак не повлияет, но вот на какую-то критическую может повлиять довольно сильно.

S>>Ну и позволю себе напомнить, что hard real-time -- это не про длину задачи, это про тяжесть последствий. Так что длительность к hard/soft имеет косвенное отношение.
AS>hard real time — для меня это строгая гарантированность времени выполнения задач, нестрогая гарантированность — это soft realtime

Удивительно. Вы же сами делите на "строгую" и "не строгую". Но при этом тяжесть последствий вы рассматриваете как отдельное явление.

Если гарантированность "строгая" и она не выполняется, то по вашему, последствия этого каковы? Типа "а, плевать, работаем дальше?" И если они не являются тяжелыми, то о какой строгости тогда речь?

И это мы ушли далеко от первоначального вопроса вам. А именно, CPU уже несколько десятков лет имеют массу особенностей, которые влияют на предсказание времени исполнения куска кода. И, тем не менее, real-time задачи на этих CPU решаются. Как и есть RTOS с поддержкой многоядерных процессоров.

Так что попробуйте рассказать, как именно cache miss, speculative execution и пр. скажутся на hard real-time задачах, где время реакции определяется десятками миллисекунд. Сможете?

S>>Внести в разговор про влияние особенностей современных процессоров на оценку задержек вопрос цены чипа -- это мощно.
AS>Когда вы производите продукт в кол-ве миллионов, десятки миллионов, то вопрос цены чипа для вас будет довольно существенным.

Это бесспорно. Вот только этот фактор никак не влияет на то, скажется ли cache miss на нарушение требований по времени отклика.

AS>Интересоваться ОСРВ, а самому не знать, что все doi документы можно скачать со sci-hub, это мощно.

А кто вам сказал, что я интересуюсь?

Здравствуйте, so5team, Вы писали:

S>И это мы ушли далеко от первоначального вопроса вам. А именно, CPU уже несколько десятков лет имеют массу особенностей, которые влияют на предсказание времени исполнения куска кода. И, тем не менее, real-time задачи на этих CPU решаются. Как и есть RTOS с поддержкой многоядерных процессоров.

Можно примеры hard-real-time RTOS, которые крутятся на обычных, а не специализированных, многоядерных процессорах ?

S>Так что попробуйте рассказать, как именно cache miss, speculative execution и пр. скажутся на hard real-time задачах, где время реакции определяется десятками миллисекунд. Сможете?
Смогу, если вы мне примеры hard real time RTOS для обычных многоядерных процессоров приведете ( а не специализированные под hard real time многоядерные процессоры)


AS>>Интересоваться ОСРВ, а самому не знать, что все doi документы можно скачать со sci-hub, это мощно.
S>А кто вам сказал, что я интересуюсь?

Если не интересуетесь, то к чему задаете вопросы, касательно ОСРВ ?

Здравствуйте, AmSpb.

Неудобные для вас вопросы про "строгость" и тяжесть последствий вы решили проигнорировать?

S>>И это мы ушли далеко от первоначального вопроса вам. А именно, CPU уже несколько десятков лет имеют массу особенностей, которые влияют на предсказание времени исполнения куска кода. И, тем не менее, real-time задачи на этих CPU решаются. Как и есть RTOS с поддержкой многоядерных процессоров.

AS>Можно примеры hard-real-time RTOS, которые крутятся на обычных, а не специализированных, многоядерных процессорах ?

vxWorks?

AS>>>Интересоваться ОСРВ, а самому не знать, что все doi документы можно скачать со sci-hub, это мощно.
S>>А кто вам сказал, что я интересуюсь?

AS>Если не интересуетесь, то к чему задаете вопросы, касательно ОСРВ ?

А что, нельзя? Может право задавать вопросы относительно реального времени вы присвоили только лишь себе?

С точки зрения банальной эрудиции вы говорите достаточно странные вещи.

Здравствуйте, so5team, Вы писали:

S>Здравствуйте, AmSpb.

S>Неудобные для вас вопросы про "строгость" и тяжесть последствий вы решили проигнорировать?

Пока софт не привязан к контролю физических процессов, тяжесть последствий есть абстракция.
Если вы ОСРВ пустите в Software-In-The-Loop, вместо атомной станции, какова тяжесть последствий, если дедлайн будет нарушен, и замигает красная лампочка ?


S>>>И это мы ушли далеко от первоначального вопроса вам. А именно, CPU уже несколько десятков лет имеют массу особенностей, которые влияют на предсказание времени исполнения куска кода. И, тем не менее, real-time задачи на этих CPU решаются. Как и есть RTOS с поддержкой многоядерных процессоров.

AS>>Можно примеры hard-real-time RTOS, которые крутятся на обычных, а не специализированных, многоядерных процессорах ?

S>vxWorks?

Если в многоядерных процессорах можно отключить все кэши, на крайняк оставить L1, отключить межядерную связь,
отключить механизм когерентности кэшей, каждому ядру по своему отдельному участку памяти, то допускаю, что при таких ограничениях можно добиться
детерминированности времени выполнения, т.е. hard-real-time



AS>>>>Интересоваться ОСРВ, а самому не знать, что все doi документы можно скачать со sci-hub, это мощно.
S>>>А кто вам сказал, что я интересуюсь?

AS>>Если не интересуетесь, то к чему задаете вопросы, касательно ОСРВ ?

S>А что, нельзя? Может право задавать вопросы относительно реального времени вы присвоили только лишь себе?

S>С точки зрения банальной эрудиции вы говорите достаточно странные вещи.

Задавание вопросов, есть проявление интереса.

Здравствуйте, AmSpb, Вы писали:

S>>Неудобные для вас вопросы про "строгость" и тяжесть последствий вы решили проигнорировать?

AS>Пока софт не привязан к контролю физических процессов, тяжесть последствий есть абстракция.

Hard real-time -- это когда превышение времени реакции означает, что всё, приплыли. Дальше работать смысла нет, полимеры уже того. И не суть важно, занимаетесь ли вы управлением оборудования, торговлей на бирже, трансляцией видео или еще чем-то.

Скажите честно, вы ведь из академической сферы?

Здравствуйте, so5team, Вы писали:

S>Здравствуйте, AmSpb, Вы писали:

S>>>Неудобные для вас вопросы про "строгость" и тяжесть последствий вы решили проигнорировать?

AS>>Пока софт не привязан к контролю физических процессов, тяжесть последствий есть абстракция.

S>Hard real-time -- это когда превышение времени реакции означает, что всё, приплыли. Дальше работать смысла нет, полимеры уже того. И не суть важно, занимаетесь ли вы управлением оборудования, торговлей на бирже, трансляцией видео или еще чем-то.

S>Скажите честно, вы ведь из академической сферы?

Нет, а вы сразу ОСРВ на контроль реальных физ. процессов ставите, или сначала проверяете на Software-In-the-Loop ?
А, то если у вас подход, сразу на реальных физ.процессах тестировать, так может и никаких Чернобылей не хватить.

Здравствуйте, AmSpb, Вы писали:

S>>Скажите честно, вы ведь из академической сферы?

AS>Нет,

А очень похоже на то.

AS>а вы сразу ОСРВ на контроль реальных физ. процессов ставите, или сначала проверяете на Software-In-the-Loop ?
AS>А, то если у вас подход, сразу на реальных физ.процессах тестировать, так может и никаких Чернобылей не хватить.

Еще раз: hard в real-time вовсе не означает, что идет управление реальным физическим оборудованием.

Здравствуйте, so5team, Вы писали:

S>Здравствуйте, AmSpb, Вы писали:

S>>>Скажите честно, вы ведь из академической сферы?

AS>>Нет,

S>А очень похоже на то.

Проведите расследование ваших подозрений, и о результатах доложите.

AS>>а вы сразу ОСРВ на контроль реальных физ. процессов ставите, или сначала проверяете на Software-In-the-Loop ?
AS>>А, то если у вас подход, сразу на реальных физ.процессах тестировать, так может и никаких Чернобылей не хватить.

S>Еще раз: hard в real-time вовсе не означает, что идет управление реальным физическим оборудованием.

Я где-то писал что "hard" — в "hard real time" относится к железу ?

Ладно, пора заканчивать переписку.

Здравствуйте, AmSpb, Вы писали:

S>>Еще раз: hard в real-time вовсе не означает, что идет управление реальным физическим оборудованием.

AS>Я где-то писал что "hard" — в "hard real time" относится к железу ?

Если вы перечитаете собственные посты в этой ветке, то увидите, что говорите либо об оборудовании, либо о физических процессах.

AS>Ладно, пора заканчивать переписку.

Жаль, что вы не смогли вменяемо ответить ни на один предметный вопрос. Впрочем, неудивительно.

Здравствуйте, merge, Вы писали:

M>Когда-то начинал с ++, как многие.
M>Если раньше меня спросили бы что учить если хочешь писать сложные интересные системы и быть востребованным как в РФ, так и с прицелом на отъезд, я бы точно сказал учи С++
M>Но сейчас, я в этом не уверен.
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

Думаю точно не C++

Думаю
javacript/react Java

Здравствуйте, Sharov, Вы писали:

S>Здравствуйте, student__, Вы писали:

__>>Никакой ЯП не сравнится с C++ по соотношению высокоуровневости, портируемости на различные аппаратные архитектуры, оптимальности и временной предсказуемости генерируемого кода.

S>++ все же лишними будут в этом утверждении.


мне кажется вы романтик

Здравствуйте, AmSpb, Вы писали:

AS>Conan сейчас лидер по управлению зависимостями для С++
Смелое и безапеляционное заявление, особенно учитывая продолжение:
AS>возможно есть и другие инструменты для контроля зависимостями.

З.Ы. Сам Conan не использовал, но положительные отзывы слышал.

Здравствуйте, AmSpb, Вы писали:

AS>Значит, у нас с вами рязное понимание embedded.
Да без разницы какое у вас или у меня.
Можно взять определение от производителя Cortex M4

The Arm Cortex-M4 processor is a highly-efficient embedded processor.

Подойдет?

AS>Для меня это микроконтроллеры, но не мощные, одно ядро и памяти SRAM до 1Мбайта
Серьезный вопрос: какая разница сколько ядер и что за проблема с 1МБайтом?

AS>Вообщем на которых можно делать hard real time приложения.
Как hard real time соотносится с использованием boost?

AS>boost для однокристалок не годится
Почему?

AS>там и С++ как правило кастрированный.
Что значит "там"?

Здравствуйте, ukrspecs, Вы писали:

U>Учить нужно C, а на практике уже что по душе — JS/TypeScript, C#, язык Ада итд.

Есть разные топики по С++ здесь на форуме.
И мнения, насколько он хорош, не хорош для каких задач и прочая.

Решил здесь отписаться по текущим наблюдениям.
Как-то Тёмыч писал про то как С++ники закуксились в своей оболочки.
Есть вопросы насколько это общее суждение истинно.
Сейчас не об этом.

А том, что оказалось действительно полезно лично мне посмотреть на мнения других людей о других языках и самому что-то посмотреть.
Тезисно:
1) Смотрел ролик человека, столкнувшегося с JS(youtube "Мы обречены"). Мнение, что JS отстой. Но, поскольку он везде — с этим уже ничего не поделаешь.
Приходится юзать. Сложно убирать что-то, делать его каким-то другим, более:
а) ...
б) ...
в) ...

2) Из подсказанного канала по архитектуре. Архитектор описывал взаимодействие с командами, одна из которых считала Java — языком с сединой для таких же седовласых мужчин:
а) не стильно
б) не модно
в) не молодежно

3) Свой небольшой опыт с JS при рассмотрение кода с применением V8. Не мог понять код слёту, да и вообще. Оказывается функция:
а) это объект
б) ...
в) ...
и, вообще, она отлична реализует функциональный подход в программирование.
Т.е. тоже можно городить любой код на вкусу.

Тогда, может, С++ в плане дискуссий обоснованности его существования, развития и т.п. — не такой уж и особенный?

Здравствуйте, avovana, Вы писали:
A>Тогда, может, С++ в плане дискуссий обоснованности его существования, развития и т.п. — не такой уж и особенный?
просто в Америке под С++ народ не найдешь, вот и все, в этом вся его плохость и заключается. когда есть сложенная опытная команда, то С++ часто бывает отличным вариантом

Здравствуйте, avovana, Вы писали:

A>Как-то Тёмыч писал про то как С++ники закуксились в своей оболочки.
A>Есть вопросы насколько это общее суждение истинно.

Да нет никаких вопросов в этой комбинации

Здравствуйте, AmSpb, Вы писали:

AS>Значит, у нас с вами рязное понимание embedded.
AS>Для меня это микроконтроллеры, но не мощные, одно ядро и памяти SRAM до 1Мбайта

Скажем софт для компонентов самолёта или промышленного робота это тоже embedded.

Здравствуйте, so5team, Вы писали:

S>Иногда доходит до маразма, когда вместо RectangularArea, делают интерфейс AbstractArea, а от него наследника RectangularArea. А используется это все всего лишь в одном сценарии, где никакого наследования и не нужно вовсе.

А потом ты хочешь написать тест, для которого надо замокать конкретную реализацию RectangularArea. А интерфейса-то нет.

Здравствуйте, Hobbes, Вы писали:

H>А потом ты хочешь написать тест, для которого надо замокать конкретную реализацию RectangularArea. А интерфейса-то нет.
А что мешает его добавить когда он понадобится?

Здравствуйте, Hobbes, Вы писали:

S>>Иногда доходит до маразма, когда вместо RectangularArea, делают интерфейс AbstractArea, а от него наследника RectangularArea. А используется это все всего лишь в одном сценарии, где никакого наследования и не нужно вовсе.

H>А потом ты хочешь написать тест, для которого надо замокать конкретную реализацию RectangularArea. А интерфейса-то нет.

Так о том и речь: там, где требуется элементарная структура

struct RectangularArea {
  int x, y, width, height;
};

люди начинают городить иерархии потому, что из-за ООП головного мозга уже просто не помнят, что с такими простыми вещами можно делать.

Вам где-то потребуется замокать такой примитивный value-тип? okay.jpg

Здравствуйте, __kot2, Вы писали:

A>>Тогда, может, С++ в плане дискуссий обоснованности его существования, развития и т.п. — не такой уж и особенный?
__>просто в Америке под С++ народ не найдешь, вот и все, в этом вся его плохость и заключается. когда есть сложенная опытная команда, то С++ часто бывает отличным вариантом

Почему тогда Сергею попадаются гнилые конторы с C++?
Ну и повторюсь, из моих наблюдений в Австралии, C++ конторы- либо сильно специфическая узкая область (HFT), либо пропитанное сектантством кал мамонта за мало денег.

Здравствуйте, Тёмчик, Вы писали:

Тё>Почему тогда Сергею попадаются гнилые конторы с C++?

Потому что он ищет гнилые конторы. А С++ или нет это дело десятое.

Здравствуйте, CreatorCray, Вы писали:

CC>Потому что он ищет гнилые конторы. А С++ или нет это дело десятое.

и каким образом я ищу плохие компании ?

Здравствуйте, sergey2b, Вы писали:

S>и каким образом я ищу плохие компании?
Ну вот что тебя заставило в последний раз выбрать между тем, куда ты попал и тем, куда ты не пошёл?

Здравствуйте, CreatorCray, Вы писали:

CC>Здравствуйте, sergey2b, Вы писали:

S>>и каким образом я ищу плохие компании?
CC>Ну вот что тебя заставило в последний раз выбрать между тем, куда ты попал и тем, куда ты не пошёл?

выбор был работать в компании которой 40 лет (я еще студентом их продукт использовал) в группе которая пишет конекторы между С и Python (я это еще в 2006 году делал, это точно не запуск ракет на марс)

или работать в тими который занимаеться распознованием видео
перспективное направление, много задач по оптимизации по скорости
в принципе направление перспективное, тк на ленкин предложение пособеседоваться сейчас пишут в основном приличные компании

Здравствуйте, sergey2b, Вы писали:

S>выбор был работать в компании которой 40 лет (я еще студентом их продукт использовал) в группе которая пишет конекторы между С и Python (я это еще в 2006 году делал, это точно не запуск ракет на марс)

S>или работать в тими который занимаеться распознованием видео
S>перспективное направление, много задач по оптимизации по скорости
S>в принципе направление перспективное, тк на ленкин предложение пособеседоваться сейчас пишут в основном приличные компании

Заметь, что тут ни слова про команду, людей, менеджеров... Что именно тебя туда берут делать, и т.п.
Нет конкретики.
В итоге как я помню вышло что на тебя скидывают всякую скучноту, которую никто больше не хочет делать.

Здравствуйте, CreatorCray, Вы писали:

CC>Потому что он ищет гнилые конторы. А С++ или нет это дело десятое.

Ну как же. Вот зашоренный сектант уже отметился в этой ветке.
Сейчас не 1990г, потому такая вот странная селекция с оставшимися в C++.

Здравствуйте, Тёмчик, Вы писали:

Тё>Ну как же. Вот зашоренный сектант уже отметился в этой ветке.
Тё>Сейчас не 1990г, потому такая вот странная селекция с оставшимися в C++.

Ты опять бредишь?

Здравствуйте, CreatorCray, Вы писали:

Тё>>Ну как же. Вот зашоренный сектант уже отметился в этой ветке.
Тё>>Сейчас не 1990г, потому такая вот странная селекция с оставшимися в C++.

CC>Ты опять бредишь?

Без ложной скромности предположу, что мое появление в обсуждении вызывает у Тёмчика рефлекс как у собачки Павлова.

Здравствуйте, merge, Вы писали:
M>Какой язык посоветуете учить человеку чтобы к примеру начать работать в яндексе дойти до хорошего уровня и с прицелом на собеседование в FAANG для отъезда?

В данной ситуации нужно учить язык тот на котором отъехавший будет писать в FAANG, и английский. Если уж решил отъехать — то можно и узнать какой там язык нужен и готовиться целенаправленно к собеседованию. А учить плюсы просто так — это будет больше как хобби и что бы мозги не ржавели.

Здравствуйте, so5team, Вы писали:

CC>>Ты опять бредишь?

S>Без ложной скромности предположу, что мое появление в обсуждении вызывает у Тёмчика рефлекс как у собачки Павлова.

В детстве Павлова укусила собака.
Собака укусила и забыла. А Павлов вырос и не забыл!

Здравствуйте, Тёмчик, Вы писали:

Тё>Ну как же. Вот зашоренный сектант уже отметился в этой ветке.
Тё>Сейчас не 1990г, потому такая вот странная селекция с оставшимися в C++.


потому что низкоуровневые задачки пишут на С или С++
не всем нравиться чужие деньги сортировать на java

Здравствуйте, sergey2b, Вы писали:

S>потому что низкоуровневые задачки пишут на С или С++
Тебе нужно в ядре работать? Драйвера к видеокартам писать? Ибо драйвера к внешним девайсам в юзер моде часто пишут на Java и даже форточном C# .NET.

S>не всем нравиться чужие деньги сортировать на java
Не знаю насчёт банковских балансов, но сортировка ордеров и сделок на C++ не реже, чем на Java. По причине перфоманса.

Вот я вижу в разделе работодателей ищут в авто индустрию embedded — готов релоцироваться в Чехию или Германию на 1/3 от нынешней зп?

Здравствуйте, so5team, Вы писали:

S>Без ложной скромности предположу, что мое появление в обсуждении вызывает у Тёмчика рефлекс как у собачки Павлова.
+1

Впрочем у него много на кого уже рефлексы

Здравствуйте, sergey2b, Вы писали:

S>потому что низкоуровневые задачки пишут на С или С++
S>не всем нравиться чужие деньги сортировать на java

Кстати когда работал в финансах то "чужие деньги" мы там кранчили на плюсах в том числе.

Здравствуйте, sergey2b, Вы писали:

S>потому что низкоуровневые задачки пишут на С или С++
S>не всем нравиться чужие деньги сортировать на java

Это уже не модно и не современно, только если говно мамонта, либо какие-то серьезные внешние ограничения. Как у нас сейчас, всякие ASIL-Ы не позволяют ни на чем кроме как на С/С++ писать. Go, Rust — уже куда как правильнее и современнее в подавляющем большинстве случаев.

Здравствуйте, kaa.python, Вы писали:

KP>всякие ASIL-Ы не позволяют ни на чем кроме как на С/С++ писать.

Но C++ — весьма опасный язык. В 99% случаев отстрелит ногу. Почему не Ada например?

Здравствуйте, Тёмчик, Вы писали:

Тё>Но C++ — весьма опасный язык. В 99% случаев отстрелит ногу. Почему не Ada например?

Авторам ISO 26262 пиши, а я

И, кстати, про опасность. Благодаря требованиям этого самого ISO 26262 у нас так настроены пайплайны и процессы, что я за почти год вообще ни одного падения не видел.

Здравствуйте, kaa.python, Вы писали:

KP>И, кстати, про опасность. Благодаря требованиям этого самого ISO 26262 у нас так настроены пайплайны и процессы, что я за почти год вообще ни одного падения не видел.

Для меня это фантастика.