А покажите мне проекты написаные автором и проведенные ревью? А то я вижу только книги, выступления и работу в должностях типа Developer Advocate - как то вообще не внушает доверия
Лично я не использую, и в компании мы не используем, тем не менее горм это один из популярнейших пакетов на гитхабе и хорошо иллюстрирует дела в экосистеме
Нууу, вариант из пропозала, выглядит симпатичнее, не требует таких изменений в reflect и ast + честно говоря, я не понимаю смысл инициализиторов как таковых - это решается конструкторами, зачем два способа делать одно и то же
Ну по поводу ORM, соглашусь плностью. Мне кажется люди приходят с других языков и такие, хм а где ту орм? надо написать.
По поводу тегов ну их уже используют, кто как кому не лень, ну и во многих вещах(например форматы кодирования) определенно есть смысл - типизированные теги, хотя бы навели некоторый порядок
когда потребителей несколько, интерфейс можно вынести в слой. Важно, что он всё равно формируется от требований использования, а не от реализации, просто потребителей становится несколько.
А покажите мне проекты написаные автором и проведенные ревью? А то я вижу только книги, выступления и работу в должностях типа Developer Advocate - как то вообще не внушает доверия
Очень актуальный сейчас для меня материал. А поделись шаблоном ретро, если не секрет.
>концепций и абстракций для оперирования на пальцах можно посчитать
Так это же плюс.
Пока нет - еще надо было продать кв чувака, взять на него кредитов и потом подать на банкротство. Пока еще нужна рука человека
Моё мнение:Официальная документация — это справочник, а не руководство к действию. Она говорит "что есть", а не "что важно".Ранжирование по полезности — это моя экспертизапосле 2 лет работы с Claude Code и 44 агентов в продакшене.Примеры из практики — это то, чего не хватаетв официальных доках.Это не ваше мнение, а мнение LLM писавшей статью
Лично я не использую, и в компании мы не используем, тем не менее горм это один из популярнейших пакетов на гитхабе и хорошо иллюстрирует дела в экосистеме
а вообще статья отличная, прочитал на одно. Дыхании)
>обзавелась множеством дополнений
Двумя?
при желании выйти за абстракцию GC можно c помощью очисток и вялых указателей
ну вот со стандартизацией как раз и проблема(
Нууу, вариант из пропозала, выглядит симпатичнее, не требует таких изменений в reflect и ast + честно говоря, я не понимаю смысл инициализиторов как таковых - это решается конструкторами, зачем два способа делать одно и то же
Ну по поводу ORM, соглашусь плностью. Мне кажется люди приходят с других языков и такие, хм а где ту орм? надо написать.
По поводу тегов ну их уже используют, кто как кому не лень, ну и во многих вещах(например форматы кодирования) определенно есть смысл - типизированные теги, хотя бы навели некоторый порядок
Если честно, не очень из коммента понял, как вы видите аннотации/атрибуты в го. Можно пример каким нибудь псевдокодом?
чтобы потребитель мог не знать о реализации и не иметь зависимости от пакета с ней
пока потребитель один интерфейс живет приватно, на уровне пакета потребителя, не надо ничего преждевременно делать.
Экспортируемые методы реализации это и есть контракт. Интерфейс тут ничего не улучшит.
Извините, а вы точно дочитали до конца? я просто про это же и говорил примерно
когда потребителей несколько, интерфейс можно вынести в слой. Важно, что он всё равно формируется от требований использования, а не от реализации, просто потребителей становится несколько.
great minds think alike=) Спасибо, почитаю
в го поля и методы именованные с маленькой буквы видны только на уровне пакета