Телеграмм чат группы ctorecordschat страница 6413

Я видел и слышал много историй, когда люди писали проект на С++, не смогли, потом приходил новый с горящими глазами тимлид и говорил, что сделает его на С#, node.js, на python и т.д.
В итоге упирался в возможности и проблемы фреймворка и тоже ничего не мог сделать.

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

источник

17:37пожаловаться #4

Alexey Yurchenko in Обсуждения техдирские

хз чего все их так хотят
в go копипаста это норма
просто копирнуть мелкий пакет - ок
у меня vendor в проектах везде вяляется и артефакты codegen. ничего)
зато спустя пару лет проект собирается, а не жалуется на то, что половина зависимостей сдохла.

источник

17:38пожаловаться #5

Alexey Yurchenko in Обсуждения техдирские

ну и путь от git push до деплоя на staging занимает меньше минуты.

источник

17:39пожаловаться #6

Igor Shekalev in Обсуждения техдирские

Все так. Но даже если навыки есть, но язык сильно тормозит, тоже не здорово.
Я люблю с++, но
1. то, куда он развивается, меня не радует совершенно. Усложнение языка в ущерб развитию нормальной stdlib.
2. мест, где без его производительности вообще никак - 1%
3. мест, где его без слез не заменить - одно: портируемый GUI без web технологий типа Электрона.

источник

17:44пожаловаться #7

Alexey Yurchenko in Обсуждения техдирские

половину gui можно заменить на go сервер + web ui в браузере, который обращается к localhost
мы так делаем, отличный подход)

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

источник

17:45пожаловаться #8

Igor Shekalev in Обсуждения техдирские

Я это все понимаю. Но это другая задача. Это не native GUI.

источник

17:51пожаловаться #9

Alexey Yurchenko in Обсуждения техдирские

а зачем именно native gui? обычно это же просто ui для штук недоступных из браузера

источник

17:51пожаловаться #10

Phil Delgyado in Обсуждения техдирские

Это тестов мало )

источник

18:00пожаловаться #11

Andrey P in Обсуждения техдирские

Код, написанный на С++ 20 лет назад, вы можете использовать сейчас. Для всех остальных языков это не так. В софваерных компаниях которые живут не одним проектом, важна отдача от инвестиций, сделанных много лет назад. Delphi умер, все остальные средства и языки из 90х тоже сошли на нет. А С++ живее всех живых.

источник

18:00пожаловаться #12

ЮВ

Юра В 🦄 in Обсуждения техдирские

с++ зомбее всех зомбов

источник

18:02пожаловаться #13

Phil Delgyado in Обсуждения техдирские

Ну, для SQL это тоже так :)
Да и для Java тоже.
Да и для Fortran
И, думаю, для Lisp тоже так же

источник

18:02пожаловаться #14

ЮВ

Юра В 🦄 in Обсуждения техдирские

и на Ada тоже :)

источник

18:03пожаловаться #15

Phil Delgyado in Обсуждения техдирские

Кстати, а Ada как язык - развивается последние 20 лет?

источник

18:05пожаловаться #16

Alexey Yurchenko in Обсуждения техдирские

проблема не в языке, а в пакетных менеджерах
у python пакеты с правками 5 лет назад норм
у nodejs не норм, скорее всего заброшен. часто удаляется
через год проект собрать сложно. а хранить node_modules... мем про черную дыру

у c++ если с исходниками нет зависимостей, то какие-то библиотеки спустя 10 лет сложно найти, тк нужная версия тупо не указывается.

источник

18:09пожаловаться #17

pragus in Обсуждения техдирские

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

источник

18:11пожаловаться #18

Alexey Yurchenko in Обсуждения техдирские

у ruby есть проблема с нативными либами, в актуальных операционках они уходят вперед, а старых нет в стандартных репозиториях. Вроде image magic

это примеры, которые вижу постоянно, а не просто инфа.

источник

18:11пожаловаться #19

Andrey P in Обсуждения техдирские

SQL и Java - да. Вложениями в код на этих языках, сделанными 20 лет назад, можно пользоваться и сейчас.

источник

18:14пожаловаться #20