я в работе подхожу так - в идеале найти готовое, но если есть понимание объективное что прикрутить это готовое и поддерживать дороже чем самим накодить или оно слишком тяжеловесное а есть требования по скорости загрузки и парсинга что является частью загрузки
Мне кажется во главу угла всегда нужно ставить поддержку кода. Написать своё решение может и ок - но кому оно потом нужно будет в нем разбираться? Если есть готовые решения которые все знают
Мне кажется во главу угла всегда нужно ставить поддержку кода. Написать своё решение может и ок - но кому оно потом нужно будет в нем разбираться? Если есть готовые решения которые все знают
Согласен. Написать проект можно очень быстро и потом столкнуться с ростом сложности развития и фикса багов чуть ли не в геометрической прогрессии
так, вернусь к контексту изначального посыла, нужно опросник сделать, кто сколько кодит в день
мне кажется результаты будут нерелевантны. Если человек архитектор или тимлид он может кодить часа 4 в день. Остальное на решение разных вопросов, но это тоже часть практики и работы
Мне кажется во главу угла всегда нужно ставить поддержку кода. Написать своё решение может и ок - но кому оно потом нужно будет в нем разбираться? Если есть готовые решения которые все знают
✨🦊 Проблема решена тогда, когда к ней больше не возвращаются
вообще какая разница сколько кодить в день?) Если по кайфу кодить 12 часов можно кодить 12 часов. Если 8 и остальное на курсики например можно 8. А если команда работает по agile то в рабочие часы если усреднять там и 7 не будет
А если серьезно, то я пропускаю решение через несколько фильтров, и одни из них: на сколько это сложно сделать и поддерживать, решает ли это проблему сегодня, решает ли это проблему через год.