>>2972146 (OP)
а мемы где? лучше не перекатить чем так перекатить. пацаны так не перекатывают

Стоит ли вначале учить РНР, а потом перекатываться на го?

>>2972172
У меня завалялось несколько старых мемесов, кекай на здоровье.

>>2972398
Первая пикча охуенна, конечно.
Самый, так сказать, дзен.

На самом деле - в этом нет ничего плохого. Совершенно нормальный функциональный паттерн. Я подобное в перле делаю постоянно, хотя там есть и эксепшны, и стактрейсы, и прочий фарш.

>>2972239
А почему ты вообще хочешь писать на го?

>>2972747
Язык минималистичный, можно строить веб-приложения начиная с самых основ. Есть строгая типизация, а значит тип не будет перетекать из строки в число, всегда знаешь что у тебя в переменной. Не нужно учить всякие ОРМ, а сразу писать всё на SQL.
Но вот требования в вакансиях пугают. Ещё собесы на ютубе посмотрел и вообще теперь боюсь соваться в го.

>>2972831

>Язык минималистичный, можно строить веб-приложения начиная с самых основ.

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

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

Так что лучше - питон.
Те же веб-сервисы на Flask делаются ну очень минималистично. Ну и питон - один из лучших на сегодня вариантов чтобы просто научиться программировать. Насчёт работы - это второй вопрос. Но, вроде есть, и больше чем на Го, и без опыта тоже.
Также, на питоне можно писать разные небольшие практически полезные вещи, для чего угодно, буквально. Включая несколько вариантов десктопных GUI (рекомендую wxPython). Количество библиотек - огромно. И если чего-то нет, но, есть на Си(++) - то можно и самому подключить. Ни на одном другом языке такого разнообразия возможностей не будет.
И перекат с питона на го - это довольно распространенное явление, насколько я понимаю. Точнее, наверное, не перекат, а расширение зоны комфорта, лол.

>>2972879
А Java?

>>2972831
Добавлю ещё, что огромный плюс Го - это то, что в результате компиляции получается 1 бинарник, большой, но без зависимостей.
А с версии 1.16 в него можно также встраивать все нужные статические ресурсы - html, css, js, картинки и т.п.
Т.е. получается 1 файл, который можно ставить на голую систему (в голый контейнер), который быстро стартует и жрёт относительно мало памяти. Это очень хорошо для облачного деплоймента. И ради этого люди мучаются и терпят, лол. Т.е. мотивации не новичковые, а чисто взрослые и энтерпрайзные.

Чем го лучше ноде.жс?

>>2972879
Всё так. Пишу на питоне и некоторые части делаю на го.

>>2973198
Почему не перекатишься на Go?

>>2972398
1. Так удобнее
2. Дженерики есть
3. У него в метаданных есть оригинальный тип, который ты не можешь поменять, но спокойной конвертировать в него получится
4. Дженерики опять же есть

>>2973448
3. Да, вот только когда тебе приходит hui_mocha: interface{}, то как ты поймешь какой набор возможных типов там спрятано?
Любой статический язык без вменяемого ADT жрёт говно.

>>2973500
Ну в пыхе, жс и питоне как-то же понимают вот уже лет 30?
Это же программа, у неё есть какая-то логика, оно же всё не из воздуха берётся?

Если бы сразу (без дженериков) додумались как-то реализовать comparable и прочее подобное, то и дженерики делать бы не пришлось. Ибо полезность их в таком языке довольно сомнительна, тут я согласен с Робом Пайком. В Си вот нет дженериков, и как-то похуй.

>>2973593

>В Си вот нет дженериков, и как-то похуй

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

>>2973694

> джесономешалок

Ну, в этом деле хороший рефлекшн решает, а не дженерики.
А с этим в Го всё в порядке, насколько я понял.

Вообще, им бы вот эту вот конструкцию - "interface{}" - назвать бы как-то по-другому, например "any", и всё бы сразу стало выглядеть гораздо приличнее. Слова имеют значение.

Если что - у меня в ежедневной работе ехал дженерик через дженерик, т.к. джава и тс. И рефлексия через рефлексию, т.к. генераторы кода и сериализация. Так что предмет разговора мне понятен.

В 1.17 - нету.
Видимо, добавили вместе с дженериками.

>>2973731
А, нет, таки есть.
У меня просто сейчас старый Го-плагин стоит в Идее, и он не понимает any, но, код компилируется и работает.

>>2973732

>в Идее

Чому не Goland?

>>2974293
Даун

>>2974293
>>2974312
Зачем кстати все эти голанды пайчармы пхпштормы и прочее если для идею буквальное любой плагин кроме с++ есть?

>>2974293
Потому, что я, в основном, пишу на java, ts, js.
И идея с плагином go == goland.

>>2974575
Я даже специально смотрел ответ на этот вопрос на сайте JB.
И там официально написано, что разницы нет вообще никакой.
Кроме того, что некоторым нравится меньше клаттера в интерфейсе ide, и им удобнее специализированный интерфейс под конкретный язык. Но, я старый полиглот, мне похуй абсолютно. И даже лучше, когда всё сразу под рукой.

>>2974379
Ой, блять, не начинай, клоун.
Вскод - ненужная хуйня.

>>2973731
>>2974636
А почему ты 1.17? В дебиане 1.19, в убунте лтс вроде 1.18, как можно умудрится встрять именно на 1.17?

>>2974636

>Вскод - ненужная хуйня

Ну ты же не пробовал в нем работать.

мимо

>>2974655
Потому, что плагин старый, и не поддерживает дженерики.
Которые мне прямо сейчас не нужны совершенно для текущего проекта.
А плагин старый, потому, что идея сейчас старая стоит. А почему идея старая - это долго рассказывать.

>>2974656
Он пробовал - не осилил.
Забавно видеть как кто-то в го готов тратить 60% времени на написание шаблонного кода, но не готов потратить минут 10 на настройку вскода.

>>2974730
А как мне проводить рефакторинг в вскоде? Он просто не умеет в него, ну в плане… совсем
А в голенде одну кнопочку нажму, и у меня сразу сигнатура функции поменяется, все само и все автоматизировано, оно мне даже строчки поменяет при моем хотении, или рефакторинг переоценен и его вообще не существует?
После голенда вообще не могу пользоваться вскодом, слишком мало функционала, который не расширяется ни одним плагином

Кроме бэкенда, что еще хорошо делать на Go?

Реально раздражает то, что это ваше Го создавалось безо всяких мыслей о больших проектах.
С инкапсуляцией - полная жопа.

Если у меня есть енум, то это, блять, не енум, а просто набор констант в неймспейсе пакета. Т.е., глобальных, по сути. Ну что это за хуйня, блять? Как такое можно было родить в 21 веке, это уму непостижимо.
Причём, сделать константу структурой (литералом) - нельзя, пиздец идиоты.
Это-то почему нельзя, с хуя ли это "не константа"?

И вот у меня есть три константы состояния записи - EntryAdded, EntryChanged, EntryDeleted, в пакете zalupa. И пиздец - создать в этом пакете функцию с таким именем я уже не могу. Это просто какой-то позор.

>>2975835
Ты что, это же го его использует гугол, как ты смеешь так говорить про него

>>2975835

>создавалось безо всяких мыслей о больших проектах.

Для них и не создавалось.

>>2975950 >>2975952
Ну, конкретно, про константы я немножко подумал, и понял, почему так сделано. Всё в угоду скорости компиляции и минимальному потреблению ресурсов в рантайме.
Вообще, большинство сомнительных решений в Го имеют вполне разумные объяснения.
Но, большие проекты делать на таком языке действительно не очень удобно. И самый правильный путь - инкапсуляция в мелкие вложенные пакеты. И да, это будет не совсем идеоматический Го.

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

>>2975994
Сделать вещь и потом придумать для него объяснение - это и есть тот самый говей

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

Алсо, вот тут чел выдал такой длинный конкретный прогон про Го:
https://fasterthanli.me/articles/i-want-off-mr-golangs-wild-ride
И, среди прочего, пишет какой ценой делается разработка больших проектов в крупных компаниях:
Go lets you whip something up quickly, but making the result "production-ready" is left as an exercise to the writer. Big companies that have adopted it have developed tons of tooling around it, use all available linters, do code generation, check the disassembly, and regularly pay the engineering cost of just using Go at all.
И, несмотря на это, всё равно делают хуйню.

Так что - простой бекенд и утилитки - это самое то.
Для всего остального есть джава.

>>2976261
Нет не так. Го придумали буквально на коленке в попытках улучшить и оптимизировать гугол. В нём очень много странных и недоделанных решений.
Я вообще хз почему его начали распространять куда-то за пределы. Его максимум - микросервисы для систем наподобие гугла. Всё.

Десктопные гуи и прочие нейронки можно сделать и на го. Можно вообще это всё сделать на чистом ассемблере, так будет ещё быстрей работать. Это очень неудобный язык для разработки больших проектов, а уж сколько историй про то как в кубике вертятся стопитсот микросервисов, когда один наебнется - наебнутся и все остальные - просто не счесть. Почему микросервисы? Потому что их гугол использует, их нельзя обижать и вообще добейся.

>>2976500

>историй про то как в кубике вертятся стопитсот микросервисов, когда один наебнется - наебнутся и все остальные - просто не счесть

Го - сложный язык, он для тех кто умеет программировать. И когда на нём начинает писать какая-нибудь вчерашняя пыхоблядь с физфака да, это Тузов, то получается то, что получается.
А микросервисы - пиздецки сложная тема. И когда их начинают пихать куда надо и куда не надо под предлогом "упрощения разработки" - это пиздец.
Короче - время дураков. Впереди нас ждёт ещё много интересного.

>>2976866
Писать шаблонный код из раза в раз это не "уметь программировать", го не оправдать этим. На но может пимать даже джун, просто он тратит кучу времени на написание этих шаблонов, а мидл уже копипастит его из существующих проектов.

>>2972879

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

Чиво блять... на пыхе зарплат высоких тоже дохуя

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

>>2977114

А ну бля, это да. Вкатунам платят 20к, базару нет.

func (h *Hui) Ololo [T ~string | ~int] Pizda(zalupa T){}

Почему в методах нельзя использовать дженерики блять?

>>2978157
Правильный вопрос - почему нельзя объявить новые переменные типа на уровне метода.
Ну, вообще "методы" в Го не такие, как в джаве. Дактайпинг и всё такое.
Скорее всего, это как-то связано с тем, как делается поиск метода. Говорят, что дженерики и так немножко тормозят. А с таким сильным колдунством тормозили бы не немножко.

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

>>2979132
Опять пользователи сами додумывают объяснение почему го такой.

>>2979591
Вот в данном случае, как раз, нет.
В Го _нет_ ООП.
Методы - это _не_те_ методы. Оно местами похоже, но не то.
И это не какое-то "недоделанное ООП", это вообще не ООП.

И есть куча постов в интернетах, где люди пытаются (в силу инерции мышления) делать какие-то вещи методами, и не могут, по причине "ограничений языка". При этом функциями это решается легко и просто.

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

Кто нибудь перекатывался из жабы на го? СтОит того, нет? Есть работа на голанге? Заебала она знатно, но как то сыкотно.

>>2980333
Чем именно заебала?
А то может получиться так, что го заебёт тебя по-настоящему.

>>2980508
А куда обычно перекатываются из Go?

>>2980582
На завод

>>2980583
В 🍊 или 🥗 что ли? Почему именно туда?

>>2980585
В джаву и си🥗 имелось в виду

>>2980587
Мда. Кто эту автозамену придумал.

>>2980508
Я не знаю.
Некоторые, особо утомлённые - в 🎁.
🎁 - это такой анти-го. Причём, в плохом смысле.

Вот вам ребус
💩'''

>>2980508
Да просто не нравится и никогда не нравилась. Ооп это ебанутое, какие то аннотации блять, скрытое поведение, аспекты, нихуя не понятно. Спринг этот вонючий повсюду.
В голанге пусть и многословно, но всё понятно, как книжку читаешь.
Мне ещё нравится питон, они с голангом как будто из одного мира) Но страшно уйти на миску риса и похлопывание по плечу.

Где можно почитать про структуру проектов в плане папочек? Типа там всякие Entity, Repository, Service и т.п.

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

>>2980853
Переписывают сайты с РНР на го, чтобы РНР быстрей умер

>>2980887
А могли бы на некстжс.

>>2980888
Некстжс такой же кал как и РНР

>>2980781

>Ооп это ебанутое, какие то аннотации блять, скрытое поведение, аспекты, нихуя не понятно. Спринг этот вонючий повсюду.

То, что ты перечислил - не имеет никакого отношения к ООП.
Спринг, АОП, DI - это рак, который убивает д'жаву.
Когда-то всё это было прогрессивно. Но, затем дураки (как всегда) не смогли вовремя остановиться. Чудовищные нагромождения аннотаций, за которыми не видно мысли - это пиздец.

Пи'тон - да, хорош. Но, в нём сейчас происходят примерно те же процессы. И по тем же причинам - дураки оЗаяц-белякевают.
Голанг - тоже хорош, и да, чувствуется идеологическая общность с пи'тоном, но, язык своеобразный, мягко говоря.

>почти три года делаю вид что умею кодить.

Погугли "синдром самозванца".

Вообще, если ты хочешь стать более лучшим Белый Медведьом - не надо учить голанг. Посмотри в сторону Scala и FP. Это тебе поможет подняться над собой.
Есть прекрасная книга Functional Programming in Scala. Это не столько про скалу, сколько про фп вообще.
Можно первое издание, второе - под новую скалу, не факт, что это нужно. Есть также Functional Programming in Ja'va - тоже весьма духоподъёмно. Но, на скале код короче и выразительнее, плюс - есть специальные фп-конструкции.

Что за долбоёб уродует посты?
Это зачем? Чтобы тут в новый год народу было поменьше или что?

>>2981223

>чувствуется идеологическая общность с пи'тоном

Где ты эту общность усмотрел, если не секрет? У меня пока прямо противоположное ощущение, что Го забивает большого толстого хуя на какую-либо общность с современными технологиями и вообще на весь немалый прогресс в области языков за последние 20 лет.

>>2972895

>Добавлю ещё, что огромный плюс Го - это то, что в результате компиляции получается 1 бинарник, большой, но без зависимостей.

>А с версии 1.16 в него можно также встраивать все нужные статические ресурсы - 🕛, 🕛, 🥂, картинки и т.п.

>Т.е. получается 1 файл, который можно ставить на голую систему (в голый контейнер), который быстро стартует и жрёт относительно мало памяти.

Да всем ПОХУЙ на количество файлов. Ты во время сборки все упаковал в образ и все. Время старта тоже такой себе параметр, если у тебя не амазон лямбды, где тебя ебут долларом за каждую секунду старта - то тоже похуй. А все сэкономленные центы ты отдашь в виде зарплаты Белый Медведьам, которые будут по много раз переписывать один и тот же шаблонный код.

>>2981269

>все инструменты для этого есть.

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

>>2981223
Спасибо анончик, буду изучать.
Я вообще подозреваю что мои пиздострадания от недостаточного погружения в тему. Все языки говно и просто перекладывают биты, а я ищу какой то чудо-инструмент который позволит быдлокодить не изучая матчасть(

>>2981396

>Все языки говно и просто перекладывают биты

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

Какой каркас вы используете для го?

>>2981570
деревянный

Вот сейчас мне кусок кода из 5 совершенно невинных строк стабильно выдаёт "panic while printing panic value". На ровном месте вообще. Причём, код (сетевой запрос по протоколу X) работает, и делает, что должен. Это какая-то ложная паника.
В трейсе - только вызовы рантайма.

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

Думаю, что я эту утилиту, всё таки, на пи'тоне напишу.
Да и по отношению к работодателю так будет честнее, лол.

>>2981916
Держу в курсе - нашёл причину.
"panic while printing panic value" - это было просто.
А вот самую мякотку увидел только в дебаггере.
В смысле - печать в консоль не помогала понять, что именно происходило.
Код после if err != nil печатал <nil>. Охуенно, да?

В общем, типичная г'ошная хуйня.
Пытливый читатель может сам посмотреть вот здесь изолированный пример:
https://go.dev/play/p/oFxSY952-YB

Там без паники, правда, просто проверка на nil не работает так, как ждёт наивный чукотский юноша.
И без рефлексии это никак не обойти.
Потому, что пидарасы, вот почему.

А сколько такой красоты в реальном продакшн-коде ждёт своего часа?
Страшно подумать.

Упёрся я в это, пытаясь достать реальную ошибку из-под интерфейса error, который возвращает функция одной либы (а внутри - красота с кодом ошибки и прочим).
Г'ошникам это похуй, потому, что они не обрабатывают ошибки.
В смысле - не делают с ними ничего, кроме обнаружения факта ошибки и получения строки с сообщением. Т.е. не выходят за пределы интерфейса error.

А у меня - наоборот, принято ошибки обрабатывать.
Поэтому - нахуй такое счастье, извините.
Пишите на нём сами, лол.

>>2982036
Добавлю ещё, что это не просто кака-то "особенность" языка, которую надо просто "знать", и всё. Это фундаментальный просчёт в дизайне. Который ведёт к порочным кругам, и к тому, что люди вынуждены нарушать их же собственные best practices. Например, возвращать интерфейс error вместо структуры CustomError, хотя явно рекомендовано принимать интерфейсы, а возвращать структуры. Да и насчёт "принимать интерфейсы" - тоже, как видим, немножко не складывается, лол.

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

>>2982048
это просто просчёт в дизайне. надо просто "знать", и всё. хз че ты "свою борьбу" высасываешь

>>2982083
Да ладно, это моя первая попытка написать что-то полезное на Г'о.
И я реально охуеваю, как в первый раз.
В принципе, цель make programming fun again достигнута, лол.

Алсо, я тут просветился на эту тему.
Про это много написано весьма противоречивого.
И пришёл к выводу, что это опять не баг, а фича.
Вот только могли бы проверку интерфейса на nil сделать попроще, просто какой-то builtin функцией, чтобы рефлект не подтягивать.

>>2981768
Я имею ввиду фреймвёрк

>>2982195
Использование фреймворков - это не говей.

>>2982196
Как тогда маршрутизировать что-нибудь типа /foo/bar/{id}?

>>2981460

> скриптовых языков

> сфокусированы на решении бизнес-проблем

Что забавно, жабу я использую исключительно потому, что её использует работодатель.
Все околорабочие задачи (распарсить, прочитать и проанализировать, побегать по директориям и т.д.) я решаю на питоне, потому что реальные задачи в нём сделать проще: три высокоуровневых строчки -> запустить -> глянуть результат.
Задачи по фану тоже решаю на нём. Отсюда же интерес к сабжу.

>>2982197
Пиши свой микрофреймворк. Во всех гоуленговых компаниях сделан индивидуальный велосипед. Таков путь.

>>2982200
Мне на ум пока приходит только портянка из кучи if ... else или switch. Потому что тут надо сразу и URL проверять и по какому методу прилетело (GET, POST и т.п.), а может и ещё какую-нибудь фигню проверить в загловке.

>>2982204
Мапу сделай с кейсами. Подними контексты, нет, маршрутизацию. Обычно берут фреймворк спринг и начинают переписывать на гоу. Как настоится, переходим к бизнес логике.

>>2982207
А бины в xml конфигурировать? В го аннотаций же нет

>>2982208

>А бины в xml конфигурировать?

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

func init() {
_, _ = di.RegisterBean("weatherService", reflect.TypeOf((services.WeatherService)(nil)))
_, _ = di.RegisterBean("weatherController", reflect.TypeOf((controllers.WeatherController)(nil)))
_ = di.InitializeContainer()
}

>>2982197
Энвоем перекладываешь в нормальный протобуф и работаешь только с протобуфами.
Вообще для быстрого вката есть echo, а вопросы типа такого принято сначала смотреть на awesome-go

>>2982199
Жду когда питон заменит баш скрипты и будет в убунте изкаробки со всеми скоростными либами по типу aiohttp

Да го норм язык если делать на нём небольшие микросервисы. Я хз почему некоторые пишут на нём большие проекты, а потом страдают от количества шаблонного кода.
Он даже для сервисов не подходит, только микро. И при этом не весь проект, а отдельные части связанные через grpc.

inb4 зато быстрей, ну пиши тогда на ассемблере, он ещё быстрей

>>2982299

> init

Почему в мэйн не пихаешь это?

>>2982449
Питон не заменит баш. Даже перл не не заменил, куда уж там питону. Я все три знаю и использую, если что.

>>2982454
Если можно делать большие программы на си, то на го - можно аж с разбегу. Вообще не сравнимые вещи.

>>2982036 >>2982083 >>2982087
Я ещё почитал про это. Как говорят знающие люди - это единственный настоящий косяк в языке.
И абсолютно все на это натыкаются, поначалу.
Один дед даже багрепорт им по этому поводу им заебенил, и устроил срач, лол.

Но, я, по зрелому размышлению, даже косяком это не считаю.
Го - это другой язык. И null в нём понимается совершенно иначе, чем в си или джаве.
Но, книги и руководства не акцентируют на этом внимание.
Также, и тема интерфейсов разъясняется недостаточно, т.е. акцент обычно делают не на том. А надо подчёркивать, что интерфейс - это не "тип", не "контракт" (как все привыкли), а просто значение. Которое, иногда, инициализируется довольно необычным способом.

И да, им надо было сделать встроенную функцию для проверки интерфейсов на nil.

>>2982352

>перекладываешь в нормальный протобуф и работаешь только с протобуфами.

Язык протобаф, язык ерр не нил.

>>2982454
С чего ты Прочитал что ассемблер быстрее? какой-нить gcc/g++ намного лучше тебя оптимизирует асм

>>2982534

>И да, им надо было сделать встроенную функцию для проверки интерфейсов на nil.

Во первых им надо было слать нахер Пайка. А во вторых нормально реализовывать интерфейсы.

Нигде больше такой хуйни нет, а тут есть. Вначале НИНУЖНО, а потом БЛЯЯЯЯ, А КАК ТЕПЕРЬ СДЕЛАТЬ?. И вот такой факап дривен девелопмент от версии к версии. Вначале пустой error в котором кроме текста нихера нет, а потом давай наворачивать Unwrap и прочий is/as.

>>2982548
Напомню, что go - это c для plan9 и в C обработка ошибок выглядит примерно так:
if res < 0 {
fprintf(stderr, "%s: %s\n", s, strerror(errno));
exit(1);
}

>>2982602

>и в C обработка ошибок выглядит примерно так

Вот только С это язык для написание низкоуровнего кода под все платформы включая эмбед вообще без ОС и 64к памяти.

А с другой стороны Говноланг с жирнючим рантаймом, бинарниками в десятки мегабайт, сборщиком мусора, ебанной политикой аллокации данных. ВНЕЗАПНО стал переживать, что эксепшены это оказывается накладно с т.з. перформанса.

>>2982595

>А во вторых нормально реализовывать интерфейсы

Зачем нам ещё один 🎁?

>range-over-func

Как думаете, взлетит?
Эксперемент запилили, в 1.22rc уже можно попробовать

Бля, надо сваливать отсюда.
Пидоры уже и ссылки портить начали, пиздец, дегенераты.
Там слово g'o'l'a'n'g замазано говном, если что.

>>2983251

>Как думаете, взлетит?

Как обычно высрут недоделанную хуету.

Почему range только от 0 до n-1? Нельзя сделать как в нормальных языках для произвольного диапазона? Нахуя высирать yield с непонятной семантикой? Вам всего-то нужен простой интерфейс с двумя функциями HasNext() Next() или даже вообще с одной.

>>2983673

> Нахуя высирать yield с непонятной семантикой?

Как в 🐍е и 🥂 же, только там это ключевое слово, а тут явный вызов колДети в костюмах снежинока. Единственное что непонятно как с ошибками быть, разве что в структуру сохранять, а итератор методом делать

> Вам всего-то нужен простой интерфейс с двумя функциями HasNext() Next() или даже вообще с одной.

Так логику итератора сложнее писать/читать

>>2981340

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

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

>>2980853
В яндексе свой S3 написан практически полностью на го.
Ну и вообще всякие инфра инструменты вроде самописной графаны у них тоже на го/❄️ написаны.

>>2983868
А бизнес-логика на питухоне, у них весь код недавно утёк, можно скачать с торрента, посмотреть.

Как выучить гошку, чтобы пройти через круги ада Стишок на табуреткеов с душными Волшебниками, которые будут гонять по кишочкам с усмешками, а потом на лайв-кодинге и вовсе унижать ебанутыми задачками с нечёткой постановкой? https://youtu.be/GD0iHLucYdU
Вот взять видрил, чел уже реально работает сенькой много лет, постоянно пишет на го, а его по сути опустили на Стишок на табуреткее, как Зайчишку. А как тогда "с улицы" туда попадать?
Мне кажется, единственный вариант — это как-то перескочить с 🎄и внутри компании.

Обьясните плз что такое бизнес логика и чем он отличается от кода. Тип просто сценарий обработки? Получить данные, сделать 1, потом 2 потом 3 и закончить, это бизнес логика?

>>2984020

> Вот эта нечитаемая eбaла: func на func, через func понятнее? Это г0вн0 нечитаемое!

Если введут, то будет встроенный/в стандартной либе типы, можно будет их использовать и не вникать каждый раз
type Seq[V any] func(yield func(V) bool)
type Seq2[K, V any] func(yield func(K, V) bool)
Главное саму суть понимать - yield-нуть значение - значит вызвать тело цикла с этим значением.

>То что они предлагают, это засунуть forEach() внутрь цикла.

Не всё что коллДети в костюмах снежинок принимает это форич. Оно мощнее, можно генерировать любую последовательность, не только обходить коллекции. Можно генерировать последовательности из других последовательностей, можно писать потоковый код на много проще теперь.
Вон в том же 🐍е на генераторах делают ленивые вычисления и можно результат запроса в дб вычитывать только при рендеренге шаблона и отправке его в соединение, т.е. обрабатывая только одну строку за раз

>>2984041
О, обратно Тузов даёт в туза!

Чувак, не смотри это. Это просто инфоцыганская хуйня.
Эти люди шлюхи, а не Белый Медведьы.
Иначе бы они писали программы, а не торговали еблом в ютупе.
Одно с другим довольно плохо сочетается.

>>2984157
А в чем цыганство? Типа чел раскручивает свои платные курсы? Вроде бы нет. Да и челы, представленные в Голубой Огонёк РАБотают на реальных РАБотах и пишут коды.

>>2984041
Этот "Главэльф много лет" не знает что такое тип-сумма.

>>2984179
Ты не видел их на работе.
И не видел, что они пишут. И в каких объёмах.

А чел раскручивает себя и свой к'анал.
Торгует еблом, в самом буквальном смысле.
Видимо, это приносит больше денег, чем то про'граммирование, которое он умеет.

>>2983861
А если у вас что-то в тестинге упадёт/сломается? Во всех зависимых сервисах пайплайны перестанут проходить и вы не сможете катить правки?

>>2984457
Таков говей

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

>>2984575
В данном конкретном Голубой Огонёк (>>2984041) "Стишок на табуреткеедуемый" очень профессионально тычется лицом в микрофон. И вообще, ведёт себя как шоумен. Человек, просто пришедший на Стишок на табуреткеедование, будет вести себя совершенно иначе. Я думаю, это постановка.
Такое же ощущение у меня было и от предыдущего Голубой Огонёк, ссылку постили в предыдущем треде.

Это просто шоу на тему около-программирования.
Вопросы - детские, ответы - детские.
Чтобы неискушенному зрителю (уровня стажёра максимум) было понятно.
Иначе массовая аудитория не будет смотреть.

Пиздец, чтоб просто устроиться на работу Белый Медведьом надо стать известным ютубером и с петпроектами на пару сотен тысяч пользователей.

>>2984624

> Вопросы - детские, ответы - детские.

> Чтобы неискушенному зрителю (уровня стажёра максимум) было понятно.

Так мне нихуя не понятно было, ЗАВСТАВИЛО ЗАДУМАТЬСЯ, как говорится, а я уже далеко не стажёр, поэтому и спрашиваю, что надо делать/читать, чтобы это детским казалось.

Извиняюсь, опять вставлю линк с канала Тузова, смотреть не агитирую, сам не смотрел, но кекнул с комментов.
https://www.youtube.com/watch?v=aWP6JIime8w

А вы бы хотели РАБотать с ублюдочным зумером с зелёными волосами?

>>2985211
Добавлю, что у меня от такого кина совершенно пропадает стояк желание писать на Го. Видимо, подсознательное нежелание становиться таким же, как эти актёры.

В какой слое лучше размещать логику валидации: entity или repository?

>>2985283
У меня вообще даже изначального желания нет писать на го, я на него смотрю уже лет семь-восемь, всё никак не могу начать, но сейчас уже такое чувство, что если с пыхи не соскочить в ближайшее время то ВСЁ. Но мотивируют только большие зепки гошников, а на сам язык как-то похуй, наоборот, гуглозависимость отвращает.

>>2986286
Почему бы тебе не соскочить с пыхи на джаву, например?
Или на питон (хз как там с работой).

Го - весьма специфический нишевый язык. И он сложный, с кучей подводных камней на каждом шагу (как написал один умный чел - fake simplicity). После пыхи будет Весело на утреннике.

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

>>2986302
Го сейчас идёт как бы приложением к пыхе, если ты не в курсе. На него переписываются всякие критичные к производительности сервисы. Джава - хз, в принципе, я думаю что смогу осилить, но хуй знает, с чего начинать. Да и уныло это, опять будет кровавый энтерпрайз с дрочерами на абстракции абстракций и дядюшку Боба. Про фейк симплисити в курсе. Петон - хз, думаю что осилю в два счёта, но там с работой похоже туго, либо надо какую-то нишу искать.

>>2986311

> Го сейчас идёт как бы приложением к пыхе, если ты не в курсе.

У тебя сложилось такое мнение потому что ты сам пыхер

>>2986326
Ну да, и что? В чём ошибка?

>>2986335
В том, что есть кубы и блокчейн :) сиди дальше синки и круды дрочи.

>>2986302
Экспертно мнение птушника:) очень вкусно, продолжай! Смеемся всей галерой.

>>2986470

>кубы

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

>блокчейн

Мерзкая хайпожорская сфера, где базворды меняют друг друга каждый год, недавно там все на Раст усиленно переписывали потому что БеЗоПаСнОсЬ

>>2986470
Так я ж не спорю что они есть, я вообще изначально толкую про перекат в го из пыхи в рамках той же компании. Это и хорошо, что гошка востребована в хайповых отраслях типа блокчейна, можно будет наконец заработать ДЕНЕГ, а не выживать на ссаные 2.5 сотыги. Но сначала надо перекатиться, везде требуют каммерческий опыт. Хотя я и писал один простенький микросервис на гошке, всё равно сквозит НЕУВЕРЕННОСТЬ и тянет по низам ДАННИНГОМ-КРГЮГЕРОМ.

>>2986627
Расслабься и иди на собес в ноунейм контору. Тренировка и раскрепощение. Толку на дачах сидеть и разговаривать с вкатунами, если ты прошел пhп гойду.

>>2986627

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

А что делал твой микросервис?
И почему он был только один?

>>2986641
С конца октября сходил на 20+ собесов (синьор питухон, хотел на го мидла), законно за щеку взял, нужны только С КАМЕРЧЕСКИМ ПАПЫТОМ.

>>2986886
Я же говорю - это _нишевый_ язык.
В РФ - это только крупные компании, типа авито-хуяндекс и банков, и они могут себе позволить повыёбываться.

Асло, им проще взять ждуном школьника, который дрочит на кино с Тузовым, и отформовать его, чем бодаться с опытным (но не в го) человеком, который привык прогибать ситуацию под себя. Собственно, для этого такое кино и снимают, как я понял.

Думаю, если поискать как следует, то найдётся есть некоторое к-во вариантов, но, зарплата там будет попроще. Что делает эту затею бессмыссленной, если ты не маньяк.

Поэтому, я на это дело пока смотрю как на хобби.

>>2986900

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

Так это везде так. Кабанчик хочет быстро, качественно и бесплатно.
Вон, один клоун-бизнесмен хочет рабов на цепи держать, чтоб к восьми утра все в офисе были! https://t.me/bezsmuzi/4972

>>2981263
Если у тебя динамические стенды в кубе это плюс, жрет мало ресов, не надо тратится на доп ноды, также регистри не забивает быстро(да можно настроить чистку) ибо образ весит мало. Также старт сервиса быстрый по сравнению с той же джавой, которая по минуте поднимается...

А в VSC можно как то гошные проги запускать по кнопке, как тот же петухон или жабу, а то заколебало постоянно в терминал мотаться

>>2987665
можно.

но с нюансами (или я не разобрался как). смотри, у нас во всех сервисах главный бинарник компилируется из cmd/service/main.go. Я добавил глобальный конфиг для запуска в общий settings.json. Этого хватает в 90% случаев. Бинарники по другим путям запускаю через консольку. Если нужно подебажить, то добавляю конфиг для конкретного бинарника в локальный конфиг для проекта - для этого буквально нужно конфиг скопировать и поменять пути.

// settings.json
{
"launch": {
"version": "0.2.0",
"configurations": [
{
"name": "cmd/service",
"type": "go",
"request": "launch",
"mode": "debug",
"program": "${workspaceFolder}/cmd/service",
"cwd": "${workspaceFolder}",
}
],
},
// ...
}

>>2987665
То есть, в этой чудесной супер-ide для Го нельзя запускать гошные файлы по кнопке? Охуеть.
Goland поставь, там можно.

Хотя, в голанде я сам тоже обычно из терминала запускаю.
Кроме тех случаев, когда делаю отладку.
Дебаггера в чудесном вскоде тоже нет, как я понимаю?

>>2987966
У тебя N бинарей в проекте. Как ты поймешь какой бинарник запускать когда ты нажмешь кнопку в пакете, который во всех из них используется?
Очевидно, нужен какой-то отдельный дропдаун для выбора конкретной main.go. В вскоде его нет, там можно вручную указать путь. В этом и различие - указываешь путь вручную.

Дебаггер есть.

>>2987897
Крч как то через launch.json я разобрался как по F5 и ctrl+F5 делать debug/run, твой способ выглядит как то что похожее, но чет я не вкурил

>>2987966
Дебаг там имеется, насколько он пиздатый пока не проверял. Голанд есть, но я глянул сколько он ресурсов жрет ради программки вычисляющей условно 2+2 и чет грустно стало, пробовал VSC как что то легковесное и маложрущее, но чет подсказывает, что я останусь на жибрейне

>>2987988

>нужен какой-то отдельный дропдаун для выбора конкретной main.go.

В голенде так и есть. И даже более того, это можно группировать в папки. И выполнять можно что угодно, не только го (скрипты и прочее), и всё это будет в одном дропдауне.

>>2987996

>сколько он ресурсов жрет

Он их совсем не просто так жрёт, всё по делу.
И при увеличении размера программки ресурсов он будет жрать столько же.
Алсо, там какие-то вещи можно отключать, оптимизировать производительность, я никогда не заморачивался (за ненадобностью), но можешь погуглить. В том числе, можно оперативно отключать подсказки и т.п., это экономит.

>>2988015
ну технически в вскоде просто все пунктики дропдауна нужно написать самому в жсоне сначала

https://nikgalushko.com/post/vim_as_golang_ide/

Уверен, у кого-то возникнет вопрос: «Зачем в 2021-ом пользоваться -vim- neovim, когда есть замечательный Goland?». Я до какого-то времени сам пользовался только продуктами от JetBrains, но вот уже более 1.5 лет пишу исключительно в vim.

Основной причиной для моего перехода с Goland стала его прожорливость. Отдавать по 3-4 Гб программе, которая просто подсказывает мне названия методов, запускает тесты и реализует «Go to definition», очень расточительно. Вкупе с непонятной политикой индексации проекта, когда у тебя в момент взывают куллеры, а батарейка на глазах тает, привело меня к vim.

>>2988291

> Отдавать по 3-4 Гб программе, которая просто подсказывает мне названия методов, запускает тесты и реализует «Go to definition», очень расточительно

Я уж думал, что не осталось программистов-бомжей, которые не могут себе позволить иметь 32/64 Гб RAM на своей рабочей машине.

>>2988291

>Основной причиной для моего перехода с Goland стала его прожорливость. Отдавать по 3-4 Гб программе, которая просто подсказывает мне названия методов, запускает тесты и реализует «Go to definition», очень расточительно.

У него платное использование памяти что ли? Типа ГБ×час тариф?
Ну я понимаю, оно бы 10 ГБ жрало и на всё остальное бы не хватало, но 3-4 то почему жалко?

>Вкупе с непонятной политикой индексации проекта, когда у тебя в момент взывают куллеры, а батарейка на глазах тает, привело меня к vim.

Он не пробовал ноут к сети подключать? Ноут без сети это просто бесполезная хуйня.

>>2988312
На некоторых компах всего 2 гига ОЗУ может быть и там хваленый голэнд от жидбрейнс просто не работает

>>2988313
У меня на первом компе 32МБ было и винт на 1.66ГБ, я же не ною, что на нём вижуал студия не работает, поэтому я на кубейсике программы пишу.
2ГБ памяти это год 2006, наверное. Это просто гроб какой-то, а не ПК.

>>2988315
В 2006 у меня было 512Мбайт, а в 2010 я купил новый комп 2 ядра 2 гига.

>>2988304
У меня 32 гига на топовом ThinkPad. Но увы - железо принадлежит компании. А своего компа уже давно нет - хуй угонишься за современным железом.

Посоветуйте фреймвёрк для написания веб-приложений

>>2988441
В го нет фреймворков, язык ближе всех к unix way, каждый раз клепаешь себе франкенштейна из разных либ которые заточены под одну задачу. Иногда можешь обойтись только стандартной библиотекой, иногда кастомный велосипед пишешь.

А что у нас по зепкам?
С учётом годовой премии, у меня российской компании по текущему курсу вышло около 100к баксов за год заработка.
Это норм или не норм?
Прост сомнения, потому что гоферы как-то сложно нанимаются - многие просят непропорциональнр много относительно своего опыта. И тут всплывает в голове, а не недоплачивают ли мне.

>>2988531
Что-то как-то маловато у тебя.
Вот 500 - уже более-менее нормально было бы.

>>2988534
Половина миллиона долларов в год?

Где размещать контроллеры? Рядом с main.go в cmd/app или тащить в internal/controllers?

>>2988616
Какие именно веб-приложения? Они бывают очень разные.
Есть куча книг (англоязычных) с примерами.
А фреймворков действительно нет, они не нужны.
Потому, что то, что делает какой-нибудь flask уже есть в стандартной библиотеке и в gorilla mux. Т.е. сам язык создавался уже заточенным под это применение.

>>2988579
Ваще насрать где, если твой проект кроме тебя никто смотреть не будет

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

>>2988622
Мне надо веб-приложение, которое может отвечать жсонами и хтмл-страничками, чтобы там была авторизация и аутентификация с миддлварями, чтобы была защита от CSRF-атак и т.п.

Есть список этих книг? Почему их никто не переводит? Неужели только я один задумался о написании веб-приложений?

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

>>2988627
Или просто скопировал готовую структуру проекта хз где, а вместе с ним и код. Все эти контроллеры и прочее - это с пхп пришло.

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

>>2988640
Почему они не делятся кодом на этапе обучения, а ждут когда к ним придут челики, разработавшие свои методики?

В ДС реально устроиться джуном на Го?

>>2988649
Да, но только в офис

>>2988646
Потому что некоторые конторы так и разрабатывают свои проекты. Заставляют делать тестовые, опрокидывают, а сами втихую пиздят код под свои нужды. Если код непонятен - нанимают на работу чтоб ты сам с ним разбирался.

>>2988655
Вот же гады!

>>2988637
Веб-приложения, отдающие html, не слишком популярны в го.
Потому, что в этом нет большого смысла, этот язык для другого.
Хотя, есть встроенные шаблоны, и их можно использовать.
Но, основная масса литературы - про rest api и микросервисы.

>Есть список этих книг?

Вот это посмотри:
https://scanlibs.com/full-stack-web-development-go/
https://scanlibs.com/pro-go-programming-efficient/
Потом попробую ещё чего-нибудь подобрать.

>Почему их никто не переводит?

Потому, что те, кому это интересно, умеют читать по-английски, как правило.

Алсо, ты такое вообще на чём-нибудь делал?
На питоне, например?
А то на го с нуля может быть сложновато.

>>2988656
Ну а ты как думал, на хх вон сколько вакансий по сотни и тысячи откликов. Представь себе, тысячи бесплатных одноразовых программистов каждый день. Делишь проект на элементарные части, каждую раздаешь по 10-20 соискателями. Выбираешь из них лучшую и собираешь готовый рабочий код.

>>2988657
На PHP Laravel писал свои проекты, а на работе только на Вордпрессе писал, но там нужны только плагины, само приложение уже готово.

>>2988673
Мне ещё питон учить что ли?

>>2988673
Чому не Django? Меньше похож на Go?

>>2988675
Ну, если ты не знаешь го и не знаешь питон, то какая разница?
В итоге, по затратам времени сделать работающий проект на питоне - будет в разы быстрее, чем на го.

>>2988677
Да. Философия другая.

>>2988680
А может у него цель пет проект для резюме для вката голангером. Выучить питон, понаписать проектов по книгам и курсам, потом выучить го и переписать все на нем, но уже самостоятельно - норм идея?

>>2988680
Я РНР неплохо знаю

>>2988657

>full-stack-web-development-go

Автор тянет на каждый чих библиотеку с гитхаба. У него реально кривосшитый франкенштейн. Стандартную библиотеку он не использует.

>pro-go-programming-efficient

Дотнетчик Адам Фриман написал мини ASP.NET на голанге с рефлексией и инверсией зависимостей. Так явно никто не пишет на го.

Что сретесь?
В гошке стандарт - чистая архитектура дяди боба. Так что с его книжки и можно начать. Если читали, но лень самому делать структуру, можно утащить от three dots или evrone.

>>2988685
Вот это посмотри:
https://habr.com/ru/articles/501722/

Там наоборот, чел мигрирует с пыхи на го.
Будет полезно для понимания, что к чему.

>>2988699

>чистая архитектура дяди боба

Там на каком ЯП примеры? Ньюфагу не сложно будет читать?

Алсо "Чистая архитектура" и "Чистый код" подразумевают какой-то порядок чтения или они о разном?

>>2988673
И как в го развешивать атрибуты с маршрутизацией по контроллерам?

>>2988702
С го на пыху, конечно же, лол.

>>2988704

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

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

Все что нужно уже есть в языке.

Если ты прям ньюфаг вообще в программировании, то бери туториал по grpc и пили свой сервис как написано в туториале.

Сходу ты вроде все тонкости архитектур не погрузиться.

А grpc + базки будут хорошим стартом для портфолио.

>>2988728

>берёшь и пишешь что угодно

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

>>2988787

Сказки джуна фрилансера, который "это невозможно поддерживать, давайте переписку, а? Позязя, у меня долг по комуналке".

Неподдерживаемый код на гошке бывает конечно, когда приходит пыхер/питонщик/джавмст/etc и пишет как привык, но получая по рукам он быстро становится нормальным.
Go на уровне языка подталкивает разработчика пользоваться стандартными кирпичиками, делать код максимально solid, бить его на микроскрвисы. Что делает ситуацию с переписать все невозможной, если, конечно, сильно не поменялись бизнес требования.

>>2988787

Сказки джуна фрилансера, который "это невозможно поддерживать, давайте переписку, а? Позязя, у меня долг по комуналке".

Неподдерживаемый код на гошке бывает конечно, когда приходит пыхер/питонщик/джавмст/etc и пишет как привык, но получая по рукам он быстро становится нормальным.
Go на уровне языка подталкивает разработчика пользоваться стандартными кирпичиками, делать код максимально solid, бить его на микроскрвисы. Что делает ситуацию с переписать все невозможной, если, конечно, сильно не поменялись бизнес требования.

>>2988813
>>2988814
Да причем тут сказки, просто в команде решили повыебываться и написать свой микрофреймворк. Автор микрофреймворка ушел, поэтому все его тулзы заново переписывать начали, а старые тулзы и микролибы выбросили. Сам код микросервисов особо не трогали, кроме как если нужно было сами тулзы по другому начать использовать, не более. Переписывал не я, меня лишь заставили переводить часть микросервисов на новые либы постепенно.

>>2988813

>бить его на микроскрвисы

Уже в другом проекте мы сознательно делали монолит. Ну, вернее, так лид захотел. Причина - не хочется ебаться с распределенными транзакциями и двухфазными коммитами. Поэтому сделал по старинке одну базу с гигантской центральной сущностью в 30 полей и монолит, который на 10 виртуалок в облаке деплоится.

>>2988684
Ну, что-то такое я и имел в виду.
Это выгляди сложным, но, учиться вообще сложно.

Конечно, не надо год учить питон, потом год фласк или фаст-апи.
Смысл в том, чтобы быстро получить что-то работающее, поковырять его, и потом делать подобное на го, уже понимая куда копать. Сам питон при этом можно глубоко не учить, просто базу. Оно вообще не лишне - скрипты писать, прототипы и т.п.

>>2988842

>с гигантской центральной сущностью в 30 полей

Вот чем вы там все занимаетесь, лол? Лайки считаете?
В бизнес-задачах 30 полей - это вообще ни о чём. Просто так, побаловаться. А тут - гигантская сучность, лол. Отсюда и микросервисы эти ваши дурацкие. В задачах реального сектора - склад, планирование, прозводство, crm - такая хуита просто не жизнеспособна. Да и не нужна.

>>2988893
Ващето бабки считаем, ну да и похуй. Ну там не 30, а чуть больше полей, вроде 40, не считал на самом деле. Просто есть центральная сущность, которая нужна в абсолютно всех бизнес-процессах. Поэтому и приходится ее везде тянуть. А если монолит делать, да так, чтобы у каждого сервиса своя база была, то придется постоянно изо всех сервисов обращаться к тому, который обладает базой с таблицей, где эти сущности лежат.
Вот и хуй знает как тут на микросервисы монолит грамотно распилить...

>>2988918
Кто сказал, что его надо обязательно пилить на микросервисы?
Вот тут эта тема неплохо рассмотрена:
https://blogs.newardassociates.com/blog/2023/you-want-modules-not-microservices.html

И, если кто не читал:
https://habr.com/ru/articles/779362/
оригинал:
https://renegadeotter.com/2023/09/10/death-by-a-thousand-microservices

>>2988931

Эти статьи и комменты уровня яндекс дзена, к кому хабра и скатилась.

Ложная дизотомия, монолит vs микросервисы. Должна решать команда разработки, не поддаваться на желтые статьи, а исходя из требований и ограничений конкретного бизнеса.

>>2988969
Микросервисы почти никогда и нигде не нужны.

Делать рест на го очень плохая идея. Я вас предупреждал. Потом не жалуйтесь когда Тулуп начнёт гореть, но будет уже поздно

>>2989010
Аргументации, конечно же не будет?

>>2972146 (OP)
Всем привет. Хочу написать API-GateWay сервер на го. Использовал генерацию echo-сервера по спеке. Подскажите пожалуйста в чем ошибка?

моя структура пакетов:
main:
- main.go
- server.go

В обоих файликах прописан package main

в server.go лежит
type GatewayServer struct {
}
в main.go лежит
server := &GatewayServer{}

В VSCode go-to-definition работает, ошибок нет, но если пытаюсь запустить то получаю
./main.go:22:18: main.GatewayServer is not a type (exit status 1)

Чат гпт и гугл уже задрочил, не понимаю в чем проблема. Если перенести server.go в отдельную папку и поменять пакет то все работает нормально, но если main.go и server.go лежат вместе - то все пизда

>>2988867
А вообще если брать бэкенд, то какие технологии ближе всего (аналогичны) Go по задачам и концепциям?

Вот например список языков. Что из этого близко к Go, а что совсем не близко?

Python + Flask + FastAPI
PHP + Laravel + Symfony
Node.js + Express + NestJS
Java
C#
Ruby + Ruby on Rails
Rust
C++

>>2989108

>type GatewayServer struct {}

У тебя там, случайно, '=' не стоит?
type GatewayServer = struct {...}
Ну или ещё какая-то хуйня, которую вскод не распознаёт как ошибку. Внимательно посмотри.

>>2986981

>Если у тебя динамические стенды в кубе это плюс, жрет мало ресов, не надо тратится на доп ноды, также регистри не забивает быстро(да можно настроить чистку) ибо образ весит мало.

Мало жрет сервис на сях, а реальный сервис на говноланг жрет ± на уровне джавы.

>Также старт сервиса быстрый по сравнению с той же джавой, которая по минуте поднимается...

Если у тебя каждую минуту стартует сервис, то у тебя проблемы с архитектурой или окружением. И решать их надо не ускорением старта сервиса, а исправлением основных проблем.

>>2989276
То есть, го не нужен, так?
А мужики-то не знают.

Памяти он жрёт реально меньше. А цпу - больше. Время старта реально меньше. Об этом много написано.
Алсо, 1 самодостаточный бинарник ставится в голый
контейнер, в отличие от.

>>2989279
Кого вообще парит время старта приложухи? Всё давно уже бесшовно деплоится, старый контейнер не отключается пока новый не стартанёт, так что это вообще не фактор, пусть хоть 10 минут стартует.

>1 самодостаточный бинарник ставится в голый контейнер

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

>>2989033
Аргументации? Ты потратишь кучу времени на изучение го, устроишься на работу, будешь делать какие-то костыльные рализации реста на языке который для этого в принципе не предназначен. Поймёшь что на других языках это делается в разы проще, гораздо легче разработка, поддержка. Но к тому времени осознаешь, что просто потратил время на узкоспециализированное говно и в итоге Тулуп будет в огне потому что надо будет переучиваться.

>>2989288

>на языке который для этого в принципе не предназначен

Что значит, блять, "не предназначен"?
Там json встроен в язык.
Декларативная сериализация/десериализация из коробки.
Как ещё это должно быть "предназначено", по-твоему?

А насчёт grpc и protobuf есть разные мнения.
В том числе и такие, что это ненужное гугло-говно.

>>2989128
короче пока последовал вот этому совету и держу main.go в отдельном пакете а весь остальной код в другом
https://stackoverflow.com/questions/70024480/go-golang-does-not-see-other-go-files-inside-the-same-dir

>>2989108
ты запускаешь через go run main.go? оно компилирует только main.go из пакета. зависимости оно подтягивает, другие файлы пакета не будет. запускай через go run .

>>2989287

>Кого вообще парит время старта приложухи? Всё давно уже бесшовно деплоится, старый контейнер не отключается пока новый не стартанёт, так что это вообще не фактор, пусть хоть 10 минут стартует.

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

>>2989010
да рест вообще переусложненная хуита. делаешь просто POST запросы /set /get /update и норм.

>>2989294
Голанг это и есть гуглоговно которое почему-то пытаются тянуть в массы. Они сделали язык под свои задачи, а некоторые тут хотят на нём игры ещё делать.
Он существует уже больше десяти лет, а адекватных устоявшихся фреймворков до сих пор нет. Я уж молчу про всё остальное.

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

>>2989430
GET если данные не меняются: GET /UsersInGroup
POST если меняются: POST /AssignUserToGroup
Шиза со всякими PUT LIST DELETE нахуй не нужна.

>>2981263

>Да всем ПОХУЙ на количество файлов. Ты во время сборки все упаковал в образ и все.

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

>>2989420

>вот я качу свои охуенные правки на прод и мне нужно следить не сломалось ли что.

Потому что ваша говноконтора не умеет в девопс. А по нормальному - у тебя есть стейджинг и канари с мониторингом и пробами. А не так что Паджит сидит и мониторит глазками.

>>2989513

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

У тебя каша вместо мозгов, как вообще связан докер и то на каком язык разаработки клиента?

Прошёл го тур и встал вопрос практики. Как думаете этот проект подойдёт для начинающего?
https://www.youtube.com/watch?v=k_V5VvYSlS4

Книги читать не хочу просто потому что зачем тратить время на чтение 500 страниц когда можно посмотреть видео за 2 часа. По видео как по мне обучаешься в разы быстрее.

>>2989276

>Мало жрет сервис на сях, а реальный сервис на говноланг жрет ± на уровне джавы.

Сразу видно человека не в теме... У меня в проде джава(спринг) была, жрало как не в себя, потом переписывали на гошку, сами образы меньше стали, сборка моментальная, и по ресам ест фигню...

>>2989740
Они привыкли просто переписывать всё на го. Зачем? Потому что так делает гугл, а гугл это цель жизни для зумеров-кодеров

>>2989908
Нет, просто микросервисы это го. Пихать туда джаву, си шарп это полный бред.

>>2989796

>Книги читать не хочу просто потому что зачем тратить время на чтение 500 страниц когда можно посмотреть видео за 2 часа

Заблуждение. По книгам учиться гораздо эффективнее.

Я правильно понял, что мьютекс блочит вообще все корутины, кроме той, которая его лочит?

>>2990042
Для людей без образования.
Людям с образованием достаточно документации и пара статей

>>2990049

>людям с образованием

>достаточно пара статей

:)

>>2989796
Погугли, что такое tutorial hell

>>2990049
Дружок, это как в том анекдоте про еблю:
- Да долго ли умеючи!
- Вот умеючи как раз и долго.

>>2990079
>>2990177
С образованием. А не тем кто учился ради корочки

>>2989906

>У меня в проде джава(спринг) была, жрало как не в себя, потом переписывали на гошку, сами образы меньше стали, сборка моментальная, и по ресам ест фигню...

Ты не отдупляешь суть. Главное это

>переписывали

а не

>на

>>2990229
Но ты не из таких, если собрался учиться по видосикам

>>2990241
Не надо грязи.
Сделать рабочий вариант, а потом, по результатам тестирования, оптимизировать - это нормально. Прототип на питоне был бы ещё проще, но, людям привыкшему писать на типизированном языке питон не катит (от тайп-хинтов там толку мало, это не то).

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

А так-то, если по запросам в секунду смотреть, то оно всё примерно одинаково - что джава, что го, что питон.

>>2990241 >>2990292
Вот цитатка с реддита, про fastapi vs go:
https://www.reddit.com/r/golang/comments/u5squc/golang_vs_fastapi/
Generally, slower languages use Request Per Second to determine speed and show good numbers, which is super irrelevant for basically any real workload. Fast API is definitely fast in responding thanks to Uvloop and the underlying system calls, but in a real world application it will never be as fast a Go.

I've written a significant web API in both Go and Python using FastAPI and I consistently hit bottle necks inside python with the serialization and validation of data, which I've never had in Go.

Мы перепишем все на го
И будет бизнес огого!
Товары разом все уйдут
Как на страницу попадут.
Ведь важна скорость языка,
И польза тредов высока.

>>2989468

> адекватных устоявшихся фреймворков до сих пор нет

Детектор неосилятора-пхпшника, все знают что ИДНЫЙ ФРЕЙМВОРК это не говей. А пыхари/питонисты жрут симфони/джанго и просят ЕЩЁ.

>>2990306

>Товары разом все уйдут

>Как на страницу попадут.

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

>>2990326
Так вы даже не магазины на гохе пишите, а бизнес круды которые одна бабасрака в день будет ворочить?

>>2990336
Ты заебал уже, на го пишут
М И К Р О С Е Р В И С Ы
И
К
Р
О
С
Е
Р
В
И
С
Ы
Сервис рекомендаций, сервис рейтинга, сервис матрасчётов
Где много данных и нужно быстрое время обработки
Ваши магазины ссаные уже все давно написаны на пэхапэ

>>2990343
Миркосервисы и на пыхе пишут

>>2990300
И еще половина постов о том, что оп сравнивает тёплое с мягким, и ты всё равно высрал это сюда, черрипикнув какую-то бессмысленную хуету.

>>2990349
Про тёплое с мягким там пишут твои братья по разуму.
Остальные прекрасно поняли, о чём речь.

Фастапи в питоне делает то, что в Го уже встроено из коробки.
А остальное - как сделаешь, что тут, что там.
Поэтому, такое сравнение "фреймворк vs язык" более чем правомерно.

>>2990313
Пока ты с горе пополам сделаешь один проект, остальные сделают три

>>2990375
Нахуя ты сравниваешь тормознутый фреймворк на тормознутом интерпретируемом языке с стандартной библиотекой на компилируемом языке? Да даже если так, для таких дуболомов, как ты, там внизу написано про blacksheep и litestar (а про granian не написали), которые под капотом используют не тормознутый pydantic, а msgspec. Ой, а ещё можно заменить uvicorn на nginx unit или написать свою реализацию asgi-сервера. Да, это всё ещё будет медленнее такой же дефолтной веб-дрисни даже на fiber или gin по бенчмаркам, но про ботлнек сервиса, которым пользуется даже 200 тёть срак из твоего бэк-офиса, смешно слышать.

>>2990415

> тормознутый

Я не думаю что на подтираче есть люди которые держат сервер на 100к запросов/с

>>2990407
Какие такие задачи за тебя решает фреймворк, которые уже не решены стандартной библиотекой go и golang.org/x/...?

Посмотрел тут книжку Облачный Go и что-то офигел от сложности. Это реально всё надо знать что ли? Или можно написать простой сайт на го и устраиваться на работу?

>>2990448
А что там сложного? Ты хотя бы на английском смотрел? Может дело в переводе.

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

>>2990470
Так по Го десятки, если не сотни книг. Почему ты взял именно эту?

>>2990430
Проблема не в том что го решает или не решает.
Проблема в том как быстрее и удобнее вести разработку

>>2990474
Я хотел сразу оценить, что нужно знать по го в плане микросерсивом и офигел от сложности. Толку читать ещё одну книгу го для чайников, она не приблизит к трудоустройству.

>>2990477
Сколько месяцев пишешь на Го?

>>2989740
Разница в том что если твой софт запускать будешь не ты у себя локально, то чем проще запуск и чем меньше требований к окружению - тем лучше.
Статическая сборка бинарей из коробки - это очень мощный бонус go, наравне с электроном для js.
Контейнеры - это хороший способ доставить приложение из дева в прод, и очень хуёвый способ дистрибуции софта клиентам.

>>2990448
Судя по содержанию, это книга для техлида/архитектора - такие почти нет смысла читать без наглядного примера решаемой задачи под боком.

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

>>2990479
Где-то в сентябре начал учить

>>2990481

>не ходи на вакансии мидла

Я не в Москве живу, а за тысячу км от неё. Так что только удаленка, а туда требуют мидлов. На джуна 0 вакансий.

>>2990482
По каким материалам учил? Если по ютубу, то для начала реально простые книжки стоит почитать.

>>2990448
У книжек от O'Reilly обычно в начале написано для кого они предназначены.

>This book is directed at intermediate-to-advanced developers, particularly web application engineers and DevOps specialists/site reliability engineers

Хороших книг по Go навалом, но они на английском. Хороши издательства O'Reilly, Manning, No Starch, иногда Packt и Apress, с этими двумя надо внимательнее быть.

>>2990490
И что мне теперь ещё английский учить? Я планировал в марте уже искать работу. Считай 2 месяца осталось на подготовку, а у меня - не у шубы рукав как говорится.

>>2990475
Ну что за абстрактный вопрос? Быстрее всего вести разработку в copilot в привычном для себя стеке.
У нас веб-приложения даже на плюсах пилят, потому что все инструменты для этого готовы и рядом в монорепе куча примеров (https://userver.tech), но если ты дома с нуля попробуешь, то сольёшь кучу времени в хэлло-ворлд.

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

>>2990483
Тогда могу только порекомендовать стажировку с проживанием и последующую релокацию, но это вариант для молодых и шутливых. На удалёнку все опасаются брать ждунов.

>>2990496
Английский в любом случае учить.

>>2990448

>Облачный Go

Лол, они перевели Cloud Native Go. Да ещё так быстро.
Оригинал - отличная книга, но, это ни разу не учебник по Го.

Перевод я не видел, но, хороших переводов комп. литературы вообще мало. а этот сделали очень быстро - оригинал издан в апреле 2021, а перевод - уже в сентябре. Хотя, ДМК, вроде, раньше делал норм. переводы, когда я ещё читал такие вещи на русском (лет 20 назад).

Но, вот эти вот "дроссельные заслонки" немного настораживают.
В оригинале, конечно же, было throttle. Кстати, как они там debounce перевели? Короче - не читайте до обеда советских газет, лол.

>>2990496
Но, если ты "ничего не понял" в книге, где рассказывают, что такое микросервисы, то что ты собрался делать на работе?
Я бы тебе посоветовал просто учить Го, и делать что-то по книжкам с пошаговыми примерами. Их есть на scanlibs.com (на английском). Причём, упор не на "микро" а прост на REST API. Переводить можно гуглом. А потом честно пытаться устроиться стажёром за еду. Это единственный реальный вариант.

А ещё лучше - то же самое, но на питоне. Ибо го - сложный язык + сама тема микросервсов/облаков тебе совершенно не знакома, как видим.
https://scanlibs.com/building-rest-apis-flask-services-mysql/
https://scanlibs.com/fastapi-modern-python-web-development/
https://scanlibs.com/building-python-microservices-fastapi/
https://scanlibs.com/python-microservices-development-2nd/
https://scanlibs.com/architecture-patterns-python-domain-driven-microservices/

https://www.youtube.com/watch?v=yE5Tpp2BSGw
https://news.ycombinator.com/item?id=38872362
Выступление великого Пайка и еще более интересный тред с обсуждением на хакерньюс.

>>2989729
это всё есть. на стейдже все проблемы не отловишь. и проберы в канари на всё не настроишь. простой пример - накосячил в логике с условием и запросы в новую зависимость не идут. или наоборот задублировались. по графикам легко будет заметить, а проберы на такую хуиту никто не настраивает. или если другой сервис может начать стрелять (а он может), то ты будешь проберы на соседние сервисы тоже себе завозить? да или еще проще пример - порог на пробере может не заметить проблему, даже если с EWMA/производными/бейзлайнами наизвращаешься. так что вообще-то да, поглядывать на метрики при деплое помогает.

>>2990527

>debounce

Антидребезг

>>2990527
Проблема тут очевидно в завышенных требованиях в вакансиях. Как человек вообще может этому обучиться, если он в глаза не видел этих ваших хайлоадов!? У меня вот на учебном проекте ни каких хайлоадов нет, там один пользователь - я.
Мне кажется го сам себя загоняет в тупик такими завышенными требованиями к программистам и быстро схлопнется. Уже сейчас наблюдается снижение его уровня популярности.

>>2990982

>завышенных требованиях

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

>>2991004
Конкретно на рынке рф большинство вакансий го это обычные круды.

>хайлоад

Чисто российский термин, нигде вне снг не используется

>>2991004

>Откуда у вас вообще возникла идея в голове, что можно вот так с нихуя посмотрев видосики на ютубе вкатиться в хайлоад?

Мне на ютубе сказали: https://www.youtube.com/live/mzULEOFgc98?si=zvPl-GKhNvKqgLLm&t=6705

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

>Чисто российский термин

Термин может и местный, но проблема, которую он характеризует, понятна любому специалисту.

>>2991030
У белых людей это называется high performance.
Потому, что не важно, насколько ты устал, важно, что ты в итоге сделал. А у нас - "здесь мерилом работы считают усталость".

Я правильно понимаю, что если проекты с пхп переводят на го, то пыха уже не нужна и нет смысла её учить?

>>2991045
Ты еблан? Хайлоад == high performance, это литералли одно и тоже. Плюс термин не российский а постсоветский

>>2991053
Сынок, еблан - это твой папа.
И посмотри в словаре, что значит слово literally.
Потом подумай.

Термин "high load" не отражает вообще ничего.
Большая нагрузка - и что?
Вот если тебе дать штангу 200 кг - это будет "хайлоад".
И под этим хайлоадом ты просто обосрёшься, и всё.
А вот хай перфоманс - это когда серьёзный перец подошёл, и эту штангу поднял.
Понимаешь разницу?

>>2991046
Пока что на го нет ничего уровня Ларавеля

>>2991066
Ой да иди нахуй душнила ебаный.

>>2991178
На хуй твоя Тулуп хороша мальчик.
Если ты тупой - сиди тихо и не отсвечивай.
Сойдёшь за умного.

>>2990343

>сервис рейтинга

Зачем для рейтинга делать отдельный сервис?

>>2991213
Какая разница как называть это говно вообще. Хайлоад, хуйлоад хай перформанс. Ваще насрать, это одна и та же проблема, а вместо того чтоб сосредоточиться над проблемой люди спорят как её правильно называть.
Филологи комнатные блядь

>>2991228
Это было сказано мимоходом, для лулзов, неужели не понятно?
Алсо, разница в названиях прекрасно иллюстрирует разницу менталитетов - понты и пафос против реальных результатов. Это как подросток vs взрослый.

>>2991221
Ну, ты бы просветился сначала, зачем их вообще отдельными делают. Т.е. зачем вообще микросервисы.
Сферическая идея в вакууме такова, что можно масштабироваться под нагрузкой, автоматически запуская параллельно нужное число контейнеров с отдельными инстансами сервиса. Каждый сервис делает свой маленький кусочек, но делает очень быстро и т.д. и т.п.

На самом деле, в 90% случаев это всё нахуй не нужно, и нормальный монолит будет в разы быстрее и дешевле.

>>2991066
Весело на утреннике тебе жить :) Сколько девушек за ручку держал?(кроме мамы, если она есть)

Мало того, что ты говоришь с людьми из снг, где все понимают под хайлодом - высокие нагрузки (хотя само определение не дает понимание о каких нагрузках идет речь), так еще и пытаешься маневрировать, как последний малолетний кретин. Саги тебе свинья.

мимо - другой анон.

>>2990621

>на стейдже все проблемы не отловишь. и проберы в канари на всё не настроишь

И что ты предлагаешь? После каждого релиза каждый разраб должен пыриться на прод метрики, логи, вручную тестировать свою фичу? Ты понимаешь, что такой подход абсолютно не продуктивен и подвержен ошибкам?

>>2991234
Хайлоад это состояние системы.
Хай перформанс - качество.
Причём тут менталитет вообще...

>>2991243
Мальчик, сосни-ка хуйца.
А когда проглотишь - попытайся научиться понимать прочитанное.
Можно несколько раз читать, если с первого не доходит.

>>2991284
Чувак, видишь ли, в чём проблема - термин high load - англоязычный. Но, англоязычная аудитория таким термином не пользуется в принципе. Вообще никогда, понимаешь? Там думают по-другому. Вопрос - зачем этот карго-культ? Почему не использовать русскоязычный термин? Если это не понты и пафос, то что это?

>>2991332
Скуфик - спок. на вопрос ответь сначала, а потом рыгай из себя желочь. Ты обязательно сможешь! Я в в тебя, обруганная тупая блядь.

>>2991332

>термин high load - англоязычный

>Если это не понты и пафос, то что это?

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

По итогу вчерашних или позавчерашних обсуждений спрошу.

Если я в универе немного учил Питон и сейчас повторю основы, а потом возьмусь за бэкенд на Flask или FastAPI, то через пару месяцев практики норм будет взяться уже за Golang? Или лучше не ходить окольными путями?

>>2991429
Мне кажется - лучше ходить.
Можешь смотреть на это не как на "окольный путь", а как на создание прототипа.
Ты Го вообще знаешь? Можешь что-то написать?

>>2991454

>Ты Го вообще знаешь?

Нет, я сейчас прохожу A Tour of Go, потом хотел какие-то книги с упором на практику почитать. Не переписывать код, а так: пару часов читаю, потом пару часов делаю сам.

Из языков программирования знаю JS и Python. В универе изучал Python для работы с данными, еще на нем же немного изучал алгоритмы. JS когда-то знал неплохо, на React кое-что делал, но потом понял, что фронтенд не вариант для вката. Не только из-за конкуренции, но и в целом перспектив развития как разработчика.

Хочу какой-то оптимальный путь обучения выбрать, чтобы летом можно было по собесам начать ходить. Мне в целом импонирует идея знания многих языков программирования, если они применяются для схожих задач. Встречал, что многие себя так и идентифицируют "Python/Go разработчик" или вакансии так называются. Но вроде в Go повыше вероятность вката, чем в Python, так что вопрос в конвертации знаний, полученных на примере Flask/FastAPI, в Go.

>>2991486
Ну, если ты никогда не делал веб-сервисы, то питон - самый простой способ это начать.
Насчёт "конвертации" знаний - я думаю, так не совсем правильно говорить. Ты получишь знания о том, как вообще делаются веб-сервисы. Независимо от языка.

Насчёт книжек по Го - выше упоминалась Cloud Native Go (и её перевод).
Там всё не так сложно. Первая часть - просто введение в тему, совсем короткая. Во второй части дано введение в Го и рассмотрен пример простейшего сервиса, который пишет transaction log. В третьей - разговор про паттерны и про то, почему и зачем делают так или иначе. Третья часть может быть сложновата, т.к. без опыта может быть непонятно, зачем это всё.

Могу также посоветовать Distributed Services with Go: Your Guide to Reliable, Scalable, and Maintainable Systems (очень годная книга с хорошими отзывами на амазоне).
Там в течение всей книги делается несложный сервис распределённого лога, который по ходу дела обрастает разными фишками. Но, всё с самого начала делается на gRPC, а на на REST.
https://scanlibs.com/distributed-services-go-reliable/

Ещё могу сказать, что книги микросервисам и т.п. на Го содержат массу интересных подробностей, которых нет в книгах по этим же темам на джаве, например. Потому, что в Го принято делать всё без фреймворков (и делается это, в целом, несложно).

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

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

>После каждого релиза каждый разраб должен пыриться на прод метрики, логи, вручную тестировать свою фичу

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

>подвержен ошибкам

нихуя не понял. мониторишь/не мониторишь, ошибки все равно будут. если мониторить, то есть шанс про них раньше узнать и меньше разбирать потом.

>>2991429
это тупо развитие кругозора. есть шанс, что поможет, но когда - тут не угадаешь.

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

>>2991429

> пара месяцев практики

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

Поэтому на го не берут джунов. Они сами перегорают от сроков одного и того же проекта, так ещё и потом за него гавно чистить надо когда он свалит и поймёт что это не его.

>>2991241
Микросервисы это не архитектура, это стиль управления. Они нужны, чтобы нанимать хохлов из епама за тарелку мивины. Когда у тебя мусорный стартап и ты не можешь год искать синьоров, а хохлы вот они, за забором хрюкают. Опыта у них ноль, мозгов еще меньше, но их много, они дешевые и могут начать работать прям завтра. Разделение на микропенисы придумали, чтобы эти долбоебы не утонули в бесконечных мерджах пул реквестов и хоть как-то работали. К масштабируемости микропенисы никакого отношения не имеют, ведь тормозит не говнокод, а база, которую хуй отмасштабируешь. Можно до усрачки поднимать контейнеры, но когда они все ходят в одну базу, будет пиздец с блокировками, это классика, это знать надо.

>>2991624
Это паста или что?

>>2991635

>Это удобно, если у тебя 100 программистов, ты можешь сделать 10-20 микросервисов. Микросервис приёма заказов например. Над ним может работать менеджер по продажам, два программиста и дизайнер.

И кто мешает делать то же самое с модульным монолитом?
Возможно, несколько усложнится деплоймент, и то не факт.

>>2991638
При том факте, что на микросервисных проектах модно делать монорепы. Это сильно "помогает" разгрузить мержи реквестов...

>>2991638
Ничего! Но монолит как ты его не модуляризируй как не выноси в плагины, остаётся монолитом. Какая хуй разница, ну окей, у тебя есть интернет-магазин. Ты его написал на java/c#/go/rust. Вынес checkout, cart, заказы в отдельную библиотеку. Этот проект всё равно будет компилироваться полдня, от того что ты вынес в библиотеки, это особой погоды не сделало. Посмотри сколько условный файрфокс компилируется. Потом ещё полдня будет тестироваться. Ну и плюс, это всё сидит в монорепе.

Я не привязан к одному языку программирования в микросервисах. Захотел в одном месте питон использую, в другом go, в третьем rust. У меня только один сервис на которым я работаю. Он быстро компилится, быстро тестируется и быстро деплоится.

Чаще всего под модульным монолитом имеют ввиду 3-х слойную архитектуру. Ну типа фронтэнд, бекенд, данные. Но это не совсем то. Что скажем маленькая команда программист + дизайнер + менеджер по продажам, работающая над микросервисом.

>>2991648

>Что скажем маленькая команда программист + дизайнер + менеджер по продажам, работающая над микросервисом.

И я тебе даже больше скажу - вот это вот, что ты описал - это модуль, а не микросервис. Возможно - реализованный через Тулуп, но модуль. Потому, что в микросервисе дизайнер не нужен.
Вообще, завязывай учить, и начинай учиться.
https://blogs.newardassociates.com/blog/2023/you-want-modules-not-microservices.html

>>2991638
ну представим что все микросервисы стали модулями. каждый модуль может общаться с другими модулями только по API, который валидируется и всегда валиден, как сейчас. и все модули в отдельных репах, как сейчас. и каждый модуль может ходить только в личную БД, как сейчас. и, конечно, вся сборка монолита абстрагирована от разработчиков - пайплайн пуллит модули и собирает монолит.

что ты получил? усложнение сборки монолита, невозможность поскейлить отдельные модули - можно скейлить только монолит целиком.
и непонятные деплои - у тебя очередь из деплоев на каждый апдейт одного модуля или можно катить правки в N модулях одновременно?
как делать канари деплои? роутинг на уровне кода разруливать и держать старый код рядом? хотя ладно, окей, теоретически можно роутить на разные версии модулей одновременно из кода монолита и в пайплайне пуллить пару последних тегов. это конечно еще доп. сложность для сборки.
но вот ещё некоторые модули делают довольно долгие запросы к своей БД, им норм 5 секунд ждать инфу, бизнес-требования расслабленные. уверен, что у тебя ФД не кончатся?

а если пролезла паника/сегфолт (а некоторые фичи могут быть завязаны на CGO)? у тебя падает сразу абсолютно всё, ок?

>>2992040

>тебя падает сразу абсолютно всё, ок?

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

Почему-то люди думают, раз кому-то микросервисы помогли, значит они и всем помогут. При этом не вдаваясь в подробности и кейс проблемы.

Почему все забыли про сервисную архитектуру? Либо монолит, либо микро. Будто ничего другого нетю

>>2992166
Идея микросервисов хорошо ложится на кубер хуюбер+ если большая компания и много команд, каждая может на своем текущем стеке пилить, а не переучиваться.

Микросервисы это, что называется: рыночек порешал. Для кабана топ тема.

>>2992082

>Система останавливается целиком, абсолютно благоприятный сценарий

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

>>2992261
Платить клиентам компенсации на потерянную транзакцию типа ок?