Производительность - в го совершенно невозможно сделать производительную ORM - в языке нет comptime, нет аннотаций, нет ничего из того, что нужно чтобы ORM производила все расчёты при компиляции, или хотя бы на старте приложения и не грузила рантайм.
Магия - в го у нас принято, что явное лучше неявного. Сама идея ORM - добавить магии, "ты просто пишешь некую entity, а дальше всё само". Этот подход может быть не так плох для проектов, которые не требуют оптимизации, но это противоречит явности, плюс исторически сложилось, что го берут как раз там, где другие простые языки показали себя медленными и требуется увеличение скорости.
Резюмируя - вы нарушаете один из основных принципов и теряете в производительности, ради сомнительных преимуществ. Лично я например слабо понимаю чем условное db.Find(&entities).Error лучше чем db.Query("select * from entities", &entities)
type Port int
func NewHTTPServer(options ...any) *HTTPServer {
server := new(HTTPServer)
for _, option := range options {
switch typed := option.(type) {
case int:
server.port = typed
}
}
}
Лапши меньше, переносов контекстов меньше, функциональность 1 в 1.
Самый трешовый релиз из всех что я видел: Добавили итераторы которые никто не просил, хрен задебажишь и хрен напишешь правильно. Добавили глобальную map[any]any и обозвали unique. Сломали обратную совместимость с кучей библиотек которые используют go:linkname.
Из полезного только таймеры и те для идиотов, проблемы написать t.Stop() не было примерно никогда.
Коммерсант пишет: "Количество дорожно-транспортных происшествий по итогам 2023 года выросло на 4,5% до 132.4 тысяч". То бишь за пол года 66.2 тысячи. То бишь если предположить что этом году общее количество дтп не изменилось - процент дтп с участием СИМ от всех дтп = 2.72%. Давайте запретим автомобили?
Самое страшное - я никогда не слышал про этот язык, но даже прочитав только эту статью я понимаю какие проблемы автор языка пытался решить и это вызывает уважение.
Не уверен насчёт несохраненных файлов, но остальное всё умеет, подсветки работают, плагины есть и достаточно легко создаются. В целом даже по сравнению с саблайм ощущается чуточку быстрее. Если вам эти миллисекунды так же ощутимы как и мне - наверное должно понравится.
Пользуюсь уже несколько месяцев этим редактором, ощущается очень приятно, единственный минус по сравнению с sublime - у sublime есть merge и безшовная интеграция с ним.
А может ничего не запрещать? Почему мы опять выбираем между техническими вариантами решения теоретической проблемы? Мамонт он на то и мамонт чтобы даже в открытом космосе найти кому деньги перевести для защиты от мошенников.
Именно из за людей с таким мышлением как в статье код на го в некотрых проектах превратился в нереальную мешанину из папок, файлов, слоев, доменов, hex'ов и прочего мусора который в большинстве случаев является препятствием а не решением реальных проблем.
Не нужно строить город там где достаточно func (x *X) X(xrequest *XRequest) (xresponse *XResponse) { x.db.QueryRow("select * from x where x = $1", xrequest).Scan(xresponse) }
-> Наша система тупит -> Открыть ворота -> Бизнес не готов выделить отдельный бюджет -> Закрыть ворота -> Но нам согласовали неделю на техдолг -> Приоткрыть ворота
Есть две с половиной основные причины:
Производительность - в го совершенно невозможно сделать производительную ORM - в языке нет comptime, нет аннотаций, нет ничего из того, что нужно чтобы ORM производила все расчёты при компиляции, или хотя бы на старте приложения и не грузила рантайм.
Магия - в го у нас принято, что явное лучше неявного. Сама идея ORM - добавить магии, "ты просто пишешь некую entity, а дальше всё само". Этот подход может быть не так плох для проектов, которые не требуют оптимизации, но это противоречит явности, плюс исторически сложилось, что го берут как раз там, где другие простые языки показали себя медленными и требуется увеличение скорости.
Резюмируя - вы нарушаете один из основных принципов и теряете в производительности, ради сомнительных преимуществ.
Лично я например слабо понимаю чем условное
db.Find(&entities).Errorлучше чем
db.Query("select * from entities", &entities)НЕ
ИСПОЛЬЗОВАТЬ
GORM
(как и любые другие магические концепции, польза от применения которых сомнительна а вред явно ощутим)
Много вы знаете мирных жителей которые используют пейджеры выпуск которых прекращен 10 лет назад?
Большие выплаты! Надежный букмекер! (простите)
Кто не прошел получает повестку
А можно ещё проще
Лапши меньше, переносов контекстов меньше, функциональность 1 в 1.
Префоркование
Добро пожаловать, вы изобрели errgroup
Самый трешовый релиз из всех что я видел:
Добавили итераторы которые никто не просил, хрен задебажишь и хрен напишешь правильно.
Добавили глобальную map[any]any и обозвали unique.
Сломали обратную совместимость с кучей библиотек которые используют go:linkname.
Из полезного только таймеры и те для идиотов, проблемы написать t.Stop() не было примерно никогда.
В какой язык будем переходить, господа?
Коммерсант пишет: "Количество дорожно-транспортных происшествий по итогам 2023 года выросло на 4,5% до 132.4 тысяч". То бишь за пол года 66.2 тысячи. То бишь если предположить что этом году общее количество дтп не изменилось - процент дтп с участием СИМ от всех дтп = 2.72%.
Давайте запретим автомобили?
Самое страшное - я никогда не слышал про этот язык, но даже прочитав только эту статью я понимаю какие проблемы автор языка пытался решить и это вызывает уважение.
Но да, названию соответствует
Ну то есть мало CI на 20 минут на серваке, тащим CI на 20 минут на локалку
Не уверен насчёт несохраненных файлов, но остальное всё умеет, подсветки работают, плагины есть и достаточно легко создаются. В целом даже по сравнению с саблайм ощущается чуточку быстрее. Если вам эти миллисекунды так же ощутимы как и мне - наверное должно понравится.
Пользуюсь уже несколько месяцев этим редактором, ощущается очень приятно, единственный минус по сравнению с sublime - у sublime есть merge и безшовная интеграция с ним.
А может ничего не запрещать?
Почему мы опять выбираем между техническими вариантами решения теоретической проблемы? Мамонт он на то и мамонт чтобы даже в открытом космосе найти кому деньги перевести для защиты от мошенников.
Стратегически выгодно дружить со всем миром и не поддерживать подсанкционные режимы. Ну по крайней мере так думают китайцы.
Именно из за людей с таким мышлением как в статье код на го в некотрых проектах превратился в нереальную мешанину из папок, файлов, слоев, доменов, hex'ов и прочего мусора который в большинстве случаев является препятствием а не решением реальных проблем.
Не нужно строить город там где достаточно
func (x *X) X(xrequest *XRequest) (xresponse *XResponse) {
x.db.QueryRow("select * from x where x = $1", xrequest).Scan(xresponse)
}
-> Наша система тупит
-> Открыть ворота
-> Бизнес не готов выделить отдельный бюджет
-> Закрыть ворота
-> Но нам согласовали неделю на техдолг
-> Приоткрыть ворота
Ну хватит людей плохому учить, пожалуйста! У вас одна реализация интерфейса, второй не будет примерно никогда, зачем он здесь?
Когда-нибудь гоферы научатся писать циклы без ошибок с горутинами и без лишних аллокаций, но видимо в другом мире