Полвека в разработке по и не знать разницу между процедурным и функциональным программированием 🤦‍♂

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

А потом они софт для Боинга пишут)

Даже представить себе не могу, как можно жить без ООП.

Go вроде не оопшный язык

Go вроде не оопшный язык

Язык делает удобнее ту или иную парадигму. Но не запрещает использование других. Те же методы в го ещё оопшнее чем в какой-нибудь жаве, ведь их можно даже на примитивы распространить

Язык делает удобнее ту или иную парадигму. Но не запрещает использование других. Те же методы в го ещё оопшнее чем в какой-нибудь жаве, ведь их можно даже на примитивы распространить

Да, это так. Но в Go нет ничего, что позволяло бы его использовать в гетерогенной системе. Даже минимального препроцессора нет! Я даже не могу передать в компилятор Go опцию компиляции

Да, в этом плане по мне он очень легок и удобен.

Уровень вхождения в Go -- такой же, как и в Паскаль или в С++.

Есть тэги

С++ куда сложнее для вхождения. Источник: я с++ программист.

Теги это runtime

С плюсов на go переходить не за чем

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

А кто авторитет?

Скорость разработки -- может быть. Сопровождаемость -- категорически нет.

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

Это ведь не от языка зависит

Прошу прощения, а у вас какой опыт профессиональной разработки на плюсах и на го?

С башкой беда наверное)

На плюсах -- c детства. На го -- вот сейчас, примерно месяц думаю, как бы его прикрутить в свой процесс написания кода. Вот посоветуйте, как в Go -компилятор мне передать опции компиляции из cmake?

У с/с++ есть свои области применения. Геймдев, эмбеддед, ос, прочий лоу левел (тяжёлый рутинг пакетов, скажем). Но безапелляционно утверждать что "с++ > го" может или сектант или дурак

А какая задача конкретно?

У с/с++ есть свои области применения. Геймдев, эмбеддед, ос, прочий лоу левел (тяжёлый рутинг пакетов, скажем). Но безапелляционно утверждать что "с++ > го" может или сектант или дурак

Если у человека есть желание -- освоить c++ в рамках возможностей go --- вполне реальная задача.

Когда в мою команду приходит гошник или питонист и при этом он согласен начать (ВПЕРВЫЕ В ЖИЗНИ!!!) писать прогу на плюсах -- я трачу на него 3 дня и после этого поручаю ему нормпльные рабочие задачи....

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

В смысле?

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

В с++ кроме языка еще важен инструментарий

Какие опции, что они решают? Может вы не с той стороны подходите. (потому что, как я писал, владение языком заключения в понимании его особенностей, а не тупо трансляции одного и того же в разные синтаксические условия)

Я помню темплейты пытался понять как работают - это был ад)

Темплейты вовсе не обязательно использовать.

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

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

Темплейты вовсе не обязательно использовать.

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

подключать библиотеки редкость? :O

и? =))) на линуксе стандартная библиотека прям другая?

или вы в сервисах вручную с сокета читаете?

У нас в конторе нет необходимости в сторонних библиотеках. Все библиотеки свои. Слишком ответственные зпдачи