Мы проводили сравнение нового и старого интерфейса по модели GOMS, хуже не стало ни в одном из примеров, а в некоторых типовых операциях прирост очень значительный. Здесь netcat.ru/about/ncblog/netcat5.html есть видео презентации NetCat 5, перемотайте на 27:30, там есть табличка.
В модальном окне изменения объекта могут быть не только input-ы, но и поля типа «текст», со встроенной панелькой форматирования. Согласитесь, таким полям нужен простор :)
Статья не про сам Metro, а про целесообразность его использования в веб-интерфейсах. Картинок много по ссылкам, которые я привел в статье, не вижу смысла их дублировать.
Сайты оценивались не по коду, а по визуальной составляющей, организации структуры, преподнесении информации. По крайней мере, так я оценивал. На это все ушло больше двух часов; если еще и код смотреть, то и за неделю чистого времени не управиться. Ведь в полуфинале было по 10 сайтов в каждой категории.
Нет, метрики «лучшести» как раз прозрачны. Я ведь не пишу о том, что сам продукт стал лучше только из-за GR. А вот о чем: стало проще управлять компанией, убрались ложные цели (стремление к расширению, формализации деятельности), в разы меньше времени проходит между выявлением проблемы и ее решением, стало гораздо интереснее заниматься продуктом, быстрее видишь результаты своей работы, что поднимает мотивацию. Это все — именно последствия GR.
Филипп, ты какого-то конкретного надежного партнера имеешь ввиду? ;) По сути: сотрудник ведь не квартира, как его сдать в аренду? Если он хочет у партнера работать, то просто уйдет от нас, если нет — уйдет от обоих :) А подписывать какие-то обязательства из серии «не предлагать постоянную работу после стажировки» — неуважительно по отношению к сотруднику.
Я знаю, как происходит ценообразование в крупных компаниях. Но во-первых, я пишу не для них, они и без меня разберутся :) Во-вторых, менеджеров вы зря к «шелухе» отнесли, их доля в смете бывает вполне значимой.
Упрек в неправильном подходе к бюджетированию не понят, я про это вообще не писал. Как рассчитывается человеко-час разработчика и вообще ценообразование — тема вообще отдельная.
Ну и наконец я потерял нить — о чем мы спорим- то? :) Что должен быть организован процесс — понятно, что лучше обойтись без него — тоже.
Должен — не значит, что будет. В теории все замечательно, есть результат, договору соответствует — деньги на бочку. А на практике это часто конфликтная ситуация, которая решается ДАЛЕКО не всегда за счет заказчика. С этим приходится считаться. Это не только мой опыт.
По практике знакомых, суды чаще всего встают на сторону заказчиков. К тому же, веб-разработка штука специфическая, попробуй докажи судье, что функционал выполнен в соответствии — если клиенту не нравится.
В теории гибкий проект дешевле водопадного, потому что часть изначально предполагаемых фич отваливается, часть работ не приходится переделывать после завершения работы. Но на практике проверить это мне не приходилось.
Упрек в неправильном подходе к бюджетированию не понят, я про это вообще не писал. Как рассчитывается человеко-час разработчика и вообще ценообразование — тема вообще отдельная.
Ну и наконец я потерял нить — о чем мы спорим- то? :) Что должен быть организован процесс — понятно, что лучше обойтись без него — тоже.