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

но вот то, что у вас своего - надо максимально отвязать от эфира, и тестировать юнитами

спасибо за ответ!

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

авитовцы где то рассказываи, что у они генерируют код обвязки для очредного микросервиса. Они не помню, в опенсорс не выкидывали?

а что именно подразумевается под “обвязкой”?

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

ну это же тривиальщина какая-то

примерно на полдня работы, даже если с нуля

всё от решаемых задач наверно зависит

мы чот долго шли к результату, которым в итоге довольны.

я вот и не пришел пока :)

но - работать-то это не мешает

эт понятно. Мы тоже не ждали, а выпускали  в прод. но внутренний перфекционист страдал!

вот тот же DI сделать, который бы идеологически всех в команде удовлетворил, тоже интересная задача в Go.

кому то конечно uber fx (? так вроде) норм. Но нам чот не зашло.

@regorov я честно не знаю пока, для каких моментов мне может понадобиться кодогенерация и как ее правильно использовать. Я больше задавался вопросом стоит ли делать переход, если задачи пока не масштабные. У нас нету таких крупных проектов чтоб необходимо было продумывать кластеры, несколько машин использовать и т.д.. В основном от чего хочется уйти, это от проблем с чтением чужого кода, от использования излишних нагромождений, которые несет в себе сам язык и фреймворк (тот же Laravel) и проблем с тем, что очень часто обновление версии фреймворка может быть очень болезненной. Мне очень понравилась сама идея языка, его лаконичность, отсутствие проблем с созданием излишних абстракций, простота, читабельность. Относительно PHP и JS это еще строготипизированный язык что не может не радовать. И вопрос как раз был о целесообразности такого перехода

а что за ситуация что нужен DI в гошке.
обычно все без него норм

идеальный DI в гошке тот, которого нет

Каким образом вы изолируете слои приложения и каким образом тестируете ваш код в изоляции без DI?

если рассуждать как техдир: то да, смысл в переходе есть.
если рассуждать как разработчик: зависит от города. Условно на PHP работу легче найти. Поправьте меня? гоу только в региональных центрах жже? Условно в Нижнекамске, есть гоу?