Статья не про сам Metro, а про целесообразность его использования в веб-интерфейсах. Картинок много по ссылкам, которые я привел в статье, не вижу смысла их дублировать.
Сайты оценивались не по коду, а по визуальной составляющей, организации структуры, преподнесении информации. По крайней мере, так я оценивал. На это все ушло больше двух часов; если еще и код смотреть, то и за неделю чистого времени не управиться. Ведь в полуфинале было по 10 сайтов в каждой категории.
Нет, метрики «лучшести» как раз прозрачны. Я ведь не пишу о том, что сам продукт стал лучше только из-за GR. А вот о чем: стало проще управлять компанией, убрались ложные цели (стремление к расширению, формализации деятельности), в разы меньше времени проходит между выявлением проблемы и ее решением, стало гораздо интереснее заниматься продуктом, быстрее видишь результаты своей работы, что поднимает мотивацию. Это все — именно последствия GR.
Филипп, ты какого-то конкретного надежного партнера имеешь ввиду? ;) По сути: сотрудник ведь не квартира, как его сдать в аренду? Если он хочет у партнера работать, то просто уйдет от нас, если нет — уйдет от обоих :) А подписывать какие-то обязательства из серии «не предлагать постоянную работу после стажировки» — неуважительно по отношению к сотруднику.
Я знаю, как происходит ценообразование в крупных компаниях. Но во-первых, я пишу не для них, они и без меня разберутся :) Во-вторых, менеджеров вы зря к «шелухе» отнесли, их доля в смете бывает вполне значимой.
Упрек в неправильном подходе к бюджетированию не понят, я про это вообще не писал. Как рассчитывается человеко-час разработчика и вообще ценообразование — тема вообще отдельная.
Ну и наконец я потерял нить — о чем мы спорим- то? :) Что должен быть организован процесс — понятно, что лучше обойтись без него — тоже.
Должен — не значит, что будет. В теории все замечательно, есть результат, договору соответствует — деньги на бочку. А на практике это часто конфликтная ситуация, которая решается ДАЛЕКО не всегда за счет заказчика. С этим приходится считаться. Это не только мой опыт.
По практике знакомых, суды чаще всего встают на сторону заказчиков. К тому же, веб-разработка штука специфическая, попробуй докажи судье, что функционал выполнен в соответствии — если клиенту не нравится.
В теории гибкий проект дешевле водопадного, потому что часть изначально предполагаемых фич отваливается, часть работ не приходится переделывать после завершения работы. Но на практике проверить это мне не приходилось.
Между вашими и моими рассуждениями не такая большая разница :) Однако насчет роли компьютера я не согласен. Именно к «Зачем думать прежде чем что-то сделать, всемогущий компьютер все равно все исправит если я ошибусь» и движется айти-индустрия, и это совершенно правильно, иначе стоило оставить компьютеру роль большого калькулятора. Можно порассуждать о деградации людей в такой схеме, благо на эту тему много фантастических рассказов и романов, но это уже другой разговор.
А что касается времени на бэкап и сложностей с программной реализацией восстановления связей — это сравнительно небольшая плата за минимизацию рисков, пример топикстартера это наглядно показывает. Благо задачи по удалению большого количества данных обычно редки. Если немного пофантазировать, можно придумать разные варианты решения задачи избавления от подтверждений в нашем случае. Десятки или сотни человеко-часов для реализации этого вполне можно потратить.
Упрек в неправильном подходе к бюджетированию не понят, я про это вообще не писал. Как рассчитывается человеко-час разработчика и вообще ценообразование — тема вообще отдельная.
Ну и наконец я потерял нить — о чем мы спорим- то? :) Что должен быть организован процесс — понятно, что лучше обойтись без него — тоже.
А что касается времени на бэкап и сложностей с программной реализацией восстановления связей — это сравнительно небольшая плата за минимизацию рисков, пример топикстартера это наглядно показывает. Благо задачи по удалению большого количества данных обычно редки. Если немного пофантазировать, можно придумать разные варианты решения задачи избавления от подтверждений в нашем случае. Десятки или сотни человеко-часов для реализации этого вполне можно потратить.