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

vsb>Ничего не мешает по мере усложнения переписать внутренности на C++, если это усложнение вообще будет и если это будет оправдано. ABI всё равно был, есть и всегда будет на C.

Такой хороший аргумент про выбор языка для будущего проекта:
fk0> Только вот по мере роста объёма кода, статически типизированные языки
>начинают выигрывать. А скриптовые вязнут в отладке.

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

Если у вас подразумевается небольшой side проектик на месяцок работы на 1 человека, как здесь уже писали — С, наверное, был бы хорош.

Возможно, вас пугает сложность С++. Это нормально. Даже не знаю как вам помочь, к сожалению. Может быть, действительно, не стоит его выбирать из-за этого. Если вас от него не прёт. И вы не хотите по услышанным антиаргументам его выбора связывать с ним часть своей жизни.
Еще один антиаргумент подкину и я — разработчик С++. Пока работал интенсивно в банке 2 года практически не читал статей и не смотрел видео с конференций. Хотя до этого делал это с большой охотой и регулярностью.
Думаете как меня оценили когда на очередном собеседование спросили насколько хорошо я ориентируюсь в новом стандарте?

Еще мысли для рассуждений:
1. Я не до конца понимаю недавно услышанное высказывание разработчика как на каком-то языке он сделал такой проект, на другом языке другой проект. Так в жизни, может, у него повернулось, конечно.
2. Думаю, всё-таки, есть основная связка языков(в моём случае С++, python, bash), технологий(Linux, ELK, БД и т.п.) твоего стека. С ним по жизни и идти. Совершенствоваться, естественно. Может, постепенно перекатиться на другой. Но может оказаться, что ты обнуляешь N лет специфичных для твоего стека знаний потаенных углов, хороших, плохих практик, шаблонов и теперь конкурируешь с людьми, которые N лет в этой новой для тебя области уже работают и прутся от этого.

Просто когда ты профессионал, ты можешь делать такие вещи. Разработчик с 2000ых занимается JDK(наш соотечественник, как понял). И сейчас взял и ускорил переносимый сервис Netflix'a сделав патчи в сам JDK.

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

vsb>Ничего не мешает по мере усложнения переписать внутренности на C++, если это усложнение вообще будет и если это будет оправдано. ABI всё равно был, есть и всегда будет на C.

Такой хороший аргумент про выбор языка для будущего проекта:
fk0> Только вот по мере роста объёма кода, статически типизированные языки
>начинают выигрывать. А скриптовые вязнут в отладке.

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

Если у вас подразумевается небольшой side проектик на месяцок работы на 1 человека, как здесь уже писали — С, наверное, был бы хорош.

Возможно, вас пугает сложность С++. Это нормально. Даже не знаю как вам помочь, к сожалению. Может быть, действительно, не стоит его выбирать из-за этого. Если вас от него не прёт. И вы не хотите по услышанным антиаргументам его выбора связывать с ним часть своей жизни.
Еще один антиаргумент подкину и я — разработчик С++. Пока работал интенсивно в банке 2 года практически не читал статей и не смотрел видео с конференций. Хотя до этого делал это с большой охотой и регулярностью.
Думаете как меня оценили когда на очередном собеседование спросили насколько хорошо я ориентируюсь в новом стандарте?

Еще мысли для рассуждений:
1. Я не до конца понимаю недавно услышанное высказывание разработчика как на каком-то языке он сделал такой проект, на другом языке другой проект. Так в жизни, может, у него повернулось, конечно.
2. Думаю, всё-таки, есть основная связка языков(в моём случае С++, python, bash), технологий(Linux, ELK, БД и т.п.) своего стека. С ним по жизни и идти. Совершенствоваться, естественно. Может, постепенно перекатиться на другой. Но может оказаться, что ты обнуляешь N лет специфичных для твоего стека знаний потаенных углов, хороших, плохих практик, шаблонов и теперь конкурируешь с людьми, которые N лет в этой новой для тебя области уже работают и прутся от этого.

Просто когда ты профессионал, ты можешь делать такие вещи. Разработчик с 2000ых занимается JDK(наш соотечественник, как понял). И сейчас взял и ускорил переносимый сервис Netflix'a сделав патчи в сам JDK.