2015-12-07 18:56 GMT+03:00 Ivan Petrov <[email protected]>: > >> зачастую косвенно говорит. впрочем вот это "профилирование кода" как > >> правило вообще не нужно никому. > > > В этом сообществе, может, и не нужно. > > Но тогда у меня для его участников есть печальная новость. > > я так думаю что столь важно не то с какой скоростью код может работать, > сколь важно то с какой скорость код может быть изменен. >
Обе вещи важны, должен быть баланс. > > основная проблема всех крупных проектов в том, что они приходят к > такому состоянию, что они сами не могут внести исправления в > собственный код. > > таких примеров масса. > вот взять скажем ICQ. Могли в ICQ добавить аудио/видео разговоры, > вменяемые никнеймы итп? могли. Что бы произошло в этом случае? ICQ бы > выжил. однако он сдох[нет]. > Я думаю, вопрос стоял иначе. Любой бизнес дорастает до состояния, когда стейкхолдерам ссыкотно менять что бы то ни было. Боятся сломать. Сто раз такое видел. > > примеров подобного могу привести 100500. > > соответственно мне кажется что на сегодня наиболее рабочая парадигма - > это не целиться в сторону максимально быстро работающего кода, а в > сторону кода который пофиг быстро или нет работает, но который можно > модифицировать. > > поэтому на собеседованиях/приеме на работу мне более интересны > вопросы: что там с тестами? пишем/нет? как часто как много? > что там с парадигмами? вот такую задачу КАК решать будем? итп. > > > Нет. > > Я себе плохо представляю тестовое задание (точнее, плохо себе > представляю такой > > код), по которому видно, как человек, его сделавший владеет процессом > > разработки. > > а ты сформулируй этот самый "процесс разработки". > и тогда ты сможешь написать тест. > > >> если тебя интересует именно профилирование кода, то в тестовом задании > >> должно быть что-то, что потребует этого самого профилирования. > > > Не могу пока придумать такое задание. > > чего проще. > просишь человека написать скажем интерактивное приложение, которое > написать чтобы не безбожно тупило без профайлера - сложно. > > хз в какой области вы пишете, но если например веб, то пусть сделает > страничку с табличкой которая на ходу будет пересчитываться. условие > интерактивности положи как базовое в задачу. Сама задача должна быть > несложной, но важно чтобы повозился с скоростью работы. > > как-то так. > > кстати что там у вас за задачи, которые непременно требуют > профайлинга? > Да обычный веб. > > профайлинг показывает узкие места. > как правило решение лежит не в области переписывания узких мест, а в > области смены чего-то в архитектуре > Никогда не лежит в архитектуре. Архитектура всегда очень проста. Ну - есть сервер очередей, консьюмеры, есть сервер приложений, который динамику рисует. Что тут можно изменить? А еще есть разработчики, которые любят через ORM 200000 записей из базы в код поднять. А еще есть шаблонизатор, который тормозит. Это не архитектура. -- SY, Alex > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
