ну это пока ты на позиции кодера так судишь, как только подрастешь в должности до управленца - мнение поменяется сильно. рынок может предлагать что угодно, заливать баблом можно - но как показывает опыт НЕ бесконечно. поэтому компании после бума на гоферов постепенно начнут отказываться, в пользу более стабильных веток разработки... но это не точно. мне ГО только тем что компилируемый и с конкуренцией вопросы решает сам - нравится. но синтаксис, не объектность языка - все перечеркивают. делать язык не c-like в мире, где все языки кроме Руби c-like... ну такое. пубертатный нон-конформизм

Когда я дорасту до позиции управленца, я не буду делать проекты на go, если у меня нету плана, где найти разработчиков 😁 Только если не будет альтернатив )

будешь. придет руководство и скажет "слуууушай, нам тут рассказали есть ГО такой, сказали крутой, кароче сворачивай Яву и ПХП, делайте на го" )))

бюджет дадут. а потом порежут. "в компании проблемы, в мире вообще жопа, вы же понимаааааете" :)

Ну на то техлиды и тимлиды есть, что бы объяснить, что такое го и сколько это стоит :)

Ну это ведь не проблема языка или разработчиков ) Это проблема бизнеса )

ох блин, если б еще слушали. они ж слушать начинают когда все падает) до этого не слушают

сразу всё порешали

ага. а у нас были гоферы - мы получаем 200к в месяц и не волнует. ну не успели в этом месяце сделать, сделаем в другом. проблемы шеф? :) благо это не мой отдел)

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

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

Как "правильно" тебе никто никогда не скажет. В каждой конторе свои правила, даже в каждой команде, у кого то нормально писать так var a = 5, у кого-то за такое написание за яички повесят. Все что тебе надо понимать, что глобальный var, это память выделение ы куче, и если ты где-то просто сделаешь импорт этого модуля, то все твои var будут кушать память

А где у тебя функция, которая связывает пути с хэндлер функцииями?

Я просто не понимаю совсем, что ты хочешь сделать

Столкнулся с проблемой использования подобного кода: type apiserver struct { accountHandler handlers.AccountHandler } func NewApiserver() *apiserver { return &apiserver { accountHandler: handlers.NewAccountHandler(), } } Что делать, если разработчик сделает структуру accountHandler из пакета handlers приватной, т.е. объявит её с маленькой буквы ? Каким образом описать её внутри apiserver (на 2 строчке) ? Первое что приходит в голову - описать её поведение с помощью интерфейса. Есть ли какие-то другие варианты ? Просто интересно

Вообще так нехорошо делать, лучше handler передавать явно в функцию NewAccount

Не очень понял что вы имели ввиду. На второй строчке кода заменить handlers.AccountHandler на интерфейс, в котором я опишу поведение AccountHanlder, вы это имели ввиду ?

Всем привет, кто-то сайты делал с использованием npm/node.js? Мне нужна простая помощь по поводу запуска команды для открытия сайта на локальном сервере

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

пробывал, молчали пол дня)

https://expressjs.com/ru/starter/hello-world.html