Пальцем покажи на матерых, а то непонятно кого в виду того.

Это какие такие матёрые профессионалы? Ты хипстеров так назвал?

Школу закончил года три назад – значит «матёрый профессионал».

скорее всего им платят

роб пайк

https://en.wikipedia.org/wiki/Rob_Pike

he was a member of the Unix team and was involved in the creation of the Plan 9 from Bell Labs and Inferno operating systems, as well as the Limbo programming language.

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

Под веществами и не такое можно выбрать.

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

Поэтому и на поддержку языка go нельзя надеяться.

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

Go избавляет от низкоуровневой нудятины, которая во всяких C++ сжирает время разработчиков и порождает баги, а выгода сомнительная. Низкоуровневый контроль нужен далеко не в каждом проекте. Большинство проектов выбирают компилируемые языки только из-за их производительности. У Go простой синтаксис, а значит и низкий порог вхождения.

Кто-то тут говорил, что Go это системный питон. Было бы странно ожидать, что профессионалы не захотят экономить своё время.

Вопрос из серии: «Зачем художники покупают туалетную бумагу, ведь они же художники и из всех видов бумаги должны предпочитать холсты».
Го это простой индустриальный язык для ограниченного круга задач, с которыми он прекрасно справляется.

Почему для зависимостей ещё не сделали международный стандарт на XML или там JSON для того, чтобы зависимости одинаково понимали все пакетные менеджеры?

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

Scheme всему голова

международный стандарт на XML

Я слышал тебе нравятся [угловые] скобочки, поэтому я встроил скобочки в твои скобочки чтобы ты мог скобочки пока скобочки.

Почему для зависимостей ещё не сделали международный стандарт на XML или там JSON для того, чтобы зависимости одинаково понимали все пакетные менеджеры?

Решена обратная задача: пакетный менеджер в который можно интегрировать все остальные — guix. Используя guix можно импортировать пакеты из других пакетных менеджеров, прежде всего из тех что застряли в прошлом веке и по недоразумению считаются современными.

Потому что обладают гибким мышлением. Имхо, каждые десять лет языки надо менять на новые, выводить программистов, так сказать, из зоны комфорта. В запущенных случая, типа С++, что-нибудь радикально менять.

Нет.

</thread>

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

«компилирование в один бинарник» есть в сях
«простота языка» это не преимущество, это недостаток
«легкая возможность написание многопоточного кода» а это от документации зависит а не от языка

«компилирование в один бинарник» есть в сях

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

«простота языка» это не преимущество, это недостаток

И давно это простота стала недостатком? Недостатком может быть недостаточная мощность системы типов, отсутствие некоторых абстракций, но никак не простота.

«легкая возможность написание многопоточного кода» а это от документации зависит а не от языка

Нет, это зависит от языка. В го из коробки есть горутины и каналы.

Вопрос задан неверно.

Правильнее будет: Почему клиент выбирает го?

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

Ну и кажется, что конпелируемая в нативный код альтернативка жабы или скорее котлина(?) вполне себе имеет право на рыночный сегмент если имеет достойный саппорт? О5 же был хоть и призрачный, но шанс что-то поменять в экосистеме на старте у первых неофитов.

С каких это пор клиент что-то там выбирает? Кушает что предлагают!

Если клиент начинает выбирать среду для разработки, надо задуматься о своей роли в данной системе…

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

Вот говорят, что сильная сторона go - это управление зависимостями

Кто говорит? Там уже отменили импорты с гитхаба?

я вот на vim перешёл

Почему не на Sublime? Какерство чешется?

Вот говорят, что сильная сторона go - это управление зависимостями.

4.2 Там адок, а не управление.

Почему для зависимостей ещё не сделали международный стандарт

Это невозможно/бессмысленно.

Говорят, что golang можно компилировать в JavaScript

Сейчас почти всё можно компилировать в JS.

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

код всё равно всегда больше читается

Там даже с этим беда, ибо TUI.

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

А какая именно беда?

Можно выводить только моноширинные символы. Нет нормального подчёркивания, выделения и прочих ништяков.

Подчёркивания вроде и правда нету, а всякие popup’ы допиливают потихоньку в nvim быстрее в vim медленее.

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

Конечно RD протоколы уже довольно совершенны, но в текстовых терминалах время отклика пока всё же существенно ниже(лучше). Если старлинки взлетят, можно будет подумать о том, что бы обратно на gui пересесть.

Через mosh/ssh можно трудиться спокойно в условиях lte розданного с мобилки где нить на окраине Питера например или в поезде. Это факты проверенные. Из недостатков - совсем без интернета ты куришь. Ну как куришь, почти всегда можно преключиться на активности типа почитать/задизайнить/обсудить/поучиться.

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

Вот говорят, что сильная сторона go - это управление зависимостями.

я тааак понимааааю, что девопсы при работе с Го не нужны?

ээ. папрашу, чтобы не просить ТС доставать тут свой палец

и обжал палец?

Потому что русские физики выбирают Slackware?

Ты это, аккуратней такие вещи озвучивай ведь погонщики не дремлють.

так это не я, это ТС начал грязные намёки по эффективному менеджменту

Матерые ? Это те которые «senior» через 2 года после окончания кулинарного техникума ?

Зачем это ?

это спрашивай у ТС

Да я там за год работы обжал охуилиард метров патчкорда)

Возможность уже есть, называется модулями, но де-факто пока все по-прежнему импортируют с гитхаба.

Но это, судя по всему, ненадолго: https://blog.golang.org/modules2019

We are aiming to have the Google-run module mirror ready to be used by default in the go command starting in Go 1.13. Using an alternate mirror, or no mirror at all, will be trivial to configure.

Вроде как на го низзя выражаться

почему ты тут постишь унылое 4.2? профессоналам на ваши хипстерские песочницы накласть с прикряком.

есть netbeans с возможностью разработки на удаленных мощностях по ssh (smb, nfs). возможно, это не единственный вариант.

Го был создан в 2009-м году

Нет как таковой он живет с 80-х

Почему для зависимостей ещё не сделали международный стандарт на XML или там JSON для того, чтобы зависимости одинаково понимали все пакетные менеджеры?

А что с зависимостями в Java? За 20 лет не нашли консенсус.

Я уже много раз говорил про Го (более того я очень надеялся что это ЯП будущего пока не столкнуля с ним. Это разница RISC и CISC.

Первое это простой способ избавиться от технического долга. У вас маршрутка в которой вы на шурупы повесили всякое. Где то наблевано. Но есть тот кто на ней ездит и тут вы говорите ему - эй чувак А давай все переделаем на Го (тесла) и мы выкинем эту маршрутку и ведь Гугл новую тачку создал. Инвестор при слое Гугл теряет разум и готов вложить еще миллион. Причем он увидит выгоду и как загипнотизированный не увидит убытки.

Второе это возможность 2 раза продать молоток. (прошлый был на python и вы продали его за 1 млрд. Новый на Go)

а golang к ним уже, очевидно, не относится

Вах вах вах... слово ОЧЕВИДНО. Что вам еще очевидно?

Кто-то тут говорил, что Go это системный питон.

Только не системный. Там рантайм чем то своим занят... Это такой быстрый Python и даже проще чем Python даже потому, что исключений нет... Это Визуал Бэйсик от Гугл...

пакетный менеджер в который можно интегрировать все остальные

Вранье...

пакетный менеджер в который можно интегрировать все остальные

Вы пробовали в guix интегрировать FDNPKG?

Нет? Извините на моей ядерной электростанции FDNPKG.