Посыл доклада понятен, но язык для примера плохой. На Go в здравом уме никто прототипы не пишет. Есть Python, есть Java/C#, или проверенные временем (или устаревшие, каждый сам для себя решает) Ruby/Rails и PHP. В них все намного лучше в плане гибкости и готовых инструментов, которые решают задачу хорошо в большинстве случаев. А на Go потом можно переписать критичный по производительности/надёжности/иасштабируемости код, например выделив в отдельный сервис
@scipetr3 ай бұрын
Прохладный сказ о двух любителях писать "качественный" код...
@mrmarkovniktgv30583 ай бұрын
Вывод - мы в дерьме🙃
@Кир-я9оАй бұрын
Доклад интересный, но спорный. Где гарантия что Ваня так быстро напилит 30 фич, если делает тяп ляп лишь бы работало? Там такая может быть связанность кода, что на 10 фиче Ваня завалит весь проект, сам запутавшись в своих дебрях. И почему считается что Петя такой тормоз, правильно спроектировав систему, не сможет относительно быстро внедрять новые фичи? Преждевременная оптимизация зло, но и тяп ляп лишь бы работало тоже... Получается Вася выиграл только за счет Gorm?)) Сомнительный рецепт успеха. Любой инструмент надо знать и уметь применять когда нужно. Нормально делай - нормально будет (с) PS. В pgx v5 можно сразу сканить в структуру - не переписывая сканы по полям. Аргумент про ручные сканы без gorm давно не актуален.