Сейчас бы производительность в решенной задаче замерять, а то что один нагенерит там скрытых багов или аритектуру которую придется переписывать - а другой качественное расширяемое решение за одно и тоже время ?
Vitaly_040
да, тут вот еще бы учесть такие нюансы. Задачу запилил, окей, а чо как потом ее использовать, чтоб видно было че происходит? С такими моментами уже совсем другой будет расклад.....
Channel_Bot
Вот-вот, с термином "технический долг" - многие кодеры вообще не знакомы(
Vitaly_040
"А расскажи, как баги в проме правил?" - "Багов не было"
Must_have_test
Там производительность намного сильнее зависит от состояния, насколько разработчик отдохнувший, не бухавший вечером, поддерживает себя, чтобы не уходить в прокрастинацию и, чтобы мозг работал. А опыт должен больше сказываться на качестве и продуманности решения, а не на скорости.
alef_nul
Я бы не мерял производительность по скорости работы. Много нюансов. И вообще, самые сильные прогеры могут убедить, почему эта фича не нужна
forhayley
Устраивается секретарша на работу. директор спрашивает:
- Какая у вас скорость печати?
- 1000 знаков в минуту!
- Так много???
- Правда такая ерунда получается...
Зато по производительности такая секретарша входит в топ-0.1%
Комментарии (7)
- Какая у вас скорость печати?
- 1000 знаков в минуту!
- Так много???
- Правда такая ерунда получается...
Зато по производительности такая секретарша входит в топ-0.1%