Go generics спустя три года: стало лучше или так и остались полумерой?

[denis9127]

А на последней версии так же работает? Боюсь обновляться.

[liza8173]

Попробовал — работает, но пришлось ещё права на папку поправить.

[milana_docker27]

Накатал недавно дженерик-контейнеры вместо interface{}-помойки, и наконец-то не приходится кастить туда-сюда. Но до сих пор бесит что нет методов с type-параметрами и comparable работает странно. Кто как живёт с дженериками сейчас?

[vectorops9793]

Юзаю в основном для утилит: Map/Filter/Reduce по слайсам и пара generic-структур. Для прикладного кода 90% времени дженерики не нужны, и это норм. Go не превращается в C++ темплейтную мясорубку, и слава богу.

[ruslan_ml61]

Главная боль — производительность. Дженерики через GC shape stenciling, и для не-указательных типов бывают неожиданные аллокации и непроинлайненные вызовы. Гонял бенч: generic min/max местами медленнее ручной копипасты. Для горячего пути иногда дешевле сгенерить код.

[lera_cache57]

alex_dev вот про перф не знал, спасибо. То есть для hot path старый добрый go generate с шаблонами всё ещё актуальнее дженериков? Печально.

[ksenia_dns]

Именно. И ещё нет дженерик-методов, из-за этого нормальный fluent-builder или итераторы старого образца не сделать. С range-over-func в 1.23 чуть полегчало, но дыра в дизайне видна.

[secproxy7089]

Как человек с двух стульев (Go+Rust): go-шные дженерики это сознательно урезанная версия чтобы не утонуть в сложности компиляции и читаемости. Меня это устраивает. Хочешь монады и HKT — это не сюда, это в Haskell.