я поддерживаю log-driven development, у меня почти нет тестов (это херово, но речь о петпроджекте, на который времени не 40ч в неделю за зп)

начали с 1000 строк кода, уже под 20к, логи понатыканы везде где нужно через zap и обертки

как используем? Пишет юзер, что у него что-то пошло не так, мы берем userId и находим его сессии, далее по сессиям все что происходило и где оборвалось
что логгируем? user/session айди, входные данные, результаты обработки — в итоге всегда легко воспроизводится в любых окружениях, порой с планшета видно как и что 🙂 Ну и конечно prometheus/postgres метрики чтобы глобально что-то видеть и анализировать

Как вы тестируете обновления, что ничего не сломали? Просто выкатываете на прод и ждёте, что юзеры напишут?

Go глазами Rust-программиста: первые впечатления / Хабр
https://m.habr.com/ru/company/otus/blog/500278/

Растаманы всё пытаются доказать что Раст нужен и может быть в продакшене, но чет тухло

> но вы не можете перебирать другие коллекции, потому что концепция итераторов отсутствует.

это да, боль

Статью не читал. Хочу ro выдать на сутки за попытку наброса. Справедливо?

Статью не читал. Хочу ro выдать на сутки за попытку наброса. Справедливо?

прокидываем функцию итератор и чилим

пример можно?

пример можно?

Только такое мало кто делает. Неудобно.

kek(func (item Item) {
   //do smth
})

и дальше что?

kek(func (item Item) {
   //do smth
})

вот у нас есть items []Item , чем нам этот костыль поможет?

функция кек будет ренжом катиться по айтемам и вызывать функцию итератора

а сайд-эффект у неё какой будет?