я ж его и деляю

прив всем

но только я пока что на стадии усвоения и работу пока не принимаю

эт я тот самый бывший гошник, с опеннета

Почитал комменты... ммм.. так дженерики там скоро будут. Мне кажется, что ди\го друг друга взаимно дополняют, а не исключают. Если мне нужна простая сетевая\серверная тулза, то на го это быстрее и проще, да и у него миллионы миллиардов либ, с которыми у ди есть большие проблемы. Но когда появляются другие требования, тот же архитект, то пытаться на го сделать инжекцию зависимостей, какие-нибудь паттерны\шматтерны это боль, вероятность сделать хуже чем есть и прямая дорога к неприятностям, имхо. Я выше где-то писал, что хотел переделать парсер реддита с Flutter на Fyne, но подумав-посмотрев, что у первого там под капотом уже почти фреймворк под сотню классов и это все мне придется с нуля переписывать на го, подстраиваясь под него и хотелки Пайка "я так вижу", "так будет лучше" и т.п.... выглядит как ненужный геморрой. А иначе я бы сделал ctrl-c и ctrl-v с флаттера, конечно с правками, но все равно сэкономил бы тонны времени и нервов.

😅👍👋

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

ну типа как-то оно вот так, да и чёрт с ним

не дженериков, значит нет

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

На го все делают для решения проблем? Уважение к го растёт.

конкретных проблем. go восновном рассматривается как "быра заклепать бэкенд"

для чего-то другого - нет

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

А альтернатива какая? Пилить абстрактные решения абстрактных проблем или что?

«Вы приняты!» (D foundation)

do not repeat yourself?

я имел в виду, что D более варазителен и позволяет лучше решить архитектуру. в go же, в первую очередь решение задачи.

к примеру: в go нет compile-time регекспов - мелочь, а неприятно

А, понял