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

gorm.Model

Ахахахахахахаха, я понял в чём косяк)

я два раза ID делал, всем спасибо за помощь)

пожалуйста

обращайся еще

#whois
Всем привет!

▫️Какой у вас проект или где работаете?
Работаю веб-разработчиком на Upwork

▫️В чём вы специалист?
Фронтенд и немного бэкенд на JS

▫️Чем можете быть интересны или полезны сообществу?
Пока ничем

▫️Чем интересно сообщество вам?
Хотел бы посоветоваться о первых шагах в Go

▫️Откуда вы?
Москва

▫️Как узнали про группу?
Нашёл в Телеграме

Расскажу немного о пути, который меня сюда привёл. С 2011 года я занимаюсь фронтенд-разработкой, сначала работал в московской компании, потом перешёл на фриланс. В какой-то момент я понял, что бэк мне не менее, а то и более интересен, чем фронт и начал набираться опыта с Node.js, и всё вроде бы шло неплохо, сделал один фуллстек проект. Однако недавно мне довелось попробовать на одном из проектов Elm, после чего я твёрдо решил, что хочу освоить какой-то из современных строго типизированных языков (предпочтительно также компилируемый) и для бэка использовать его. Тем более Ноду не так давно перезапустили (Deno), TypeScript я пока не пробовал, а из фреймворков для Ноды пока освоил только Koa, так что для более серьёзной работы в этом направлении всё равно переучиваться либо основательно доучиваться, почему бы тогда уж не попробовать что-то совсем новое.

На данный момент у меня два ключевых вопроса:
1) Подойдёт ли Go для человека с моим бэкграундом (по сути только JS и в основном фронт) или лучше всё-таки начать с Питона или чего-то ещё? Предполагаю сначала писать на нём API для со своих фронтендов (в основном работа с БД и сторонними сервисами), а потом, если хорошо пойдёт, то, возможно, сосредоточиться на бэкенде.
2) Существует ли в природе хороший интенсивный курс, по которому можно заниматься не несколько часов в неделю, а практически фуллтайм? Благо сейчас перерыв между проектами и есть такая возможность.

Спасибо!

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

С Нодой то же самое примерно, насколько я понимаю) Легко простые вещи сделать, а со сложными начинаются проблемы. Академической задачи совсем нет, на данный момент интерес чисто практический

Тогда пройди tour of go, возьми любой проект который ты писал на ноде и перепиши на го с поправкой на гошную concurrency модель. Где будет затык - про то и читай/спрашивай у интернетиков.

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

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

Может попробую GraphQL тогда заодно. С ним роутер и не понадобится, насколько я понимаю

А для чего тогда и в каких случаях используют gin, beego и иже с ними?

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

Ага, ну я так и предполагал сделать. Спасибо!

Сейчас по всем статьям, что нахожу реализовую GraphQL с gRPC, пока вышло только делать unary запрос через сервис с Graphql, на другой за моками, но приятно 🤘🤘🤘