Проектирование сайтов - Прототипирование - Comments

"Но в жизни при

BBC — Fri, 13 Jun 2008 15:31:05 +0400

"Но в жизни при редизайне старый вариант нередко остается за бортом. Мол, всё там плохо: и уродливый, и неудобный" - это большая и очевидная ошибка, как правильно подметил drumrock. Я обычно берусь за редизайн только в случае, если я знаю, что конкретно меня не устраивает в старом дизайне, иначе процесс теряет смысл. Получается, что сравниваются два дизайна с нуля, сделанные в разное время. Основа редизайна - тщательной анализ существующей версии.

Может быть. Но

Дмитрий Сергеев — Thu, 12 Jul 2007 15:14:50 +0400

Может быть. Но мне кажется такие игры могут сильно отвлечь разработчиков от основных задач.

А для того

Васильев Артем — Thu, 12 Jul 2007 15:00:58 +0400

А для того существует контроль качества, сделал плохо, переделай.

[Представь, ты говоришь людям: «Вот вам два проекта, работаете посменно. Если выберете любимый, можете не меняться».]

Если так сказать, то точно по вашему получится.
Это вопрос индивидуальный.

Тут могут

Дмитрий Сергеев — Thu, 12 Jul 2007 14:49:39 +0400

Тут могут возникнуть проблемы с дисциплиной. Представь, ты говоришь людям: «Вот вам два проекта, работаете посменно. Если выберете любимый, можете не меняться». Программеры, чуть что, будут менять «любимый проект» и бегать туда-сюда. У них всегда будет лазейка: сделал плохо -- перешел в другой любимый проект.

Возможно

Васильев Артем — Thu, 12 Jul 2007 14:17:34 +0400

Возможно любимые появятся, тогда пусть им занимается пока не надоест, рутины то не будет.
А если его оторвать на другой проект, то заня что чем быстрее он выполнит работу на новом проекте, тем быстрее он вернется к любимому, чем не мотивация?

Согласен. Вот

Дмитрий Сергеев — Thu, 12 Jul 2007 14:07:23 +0400

Согласен.

Вот еще минус придумал: у некоторых программистов наверняка появится любимый проект. И тогда полдня он будет вдохновенно работать, а еще полдня ждать следующего раза. Не получится ли так, что один из проектов будет делаться спустя рукава?..

Названы минусы,

Васильев Артем — Thu, 12 Jul 2007 14:03:07 +0400

Названы минусы, но у такого подхода есть и плюсы.
1. Программистам придеться писать код по стандартам и с коментариями, что повышает качество хотя и немного сказывается на времени.
2. Смена предмета труда может приносить новые идеи, или переносить идеи с одного проекта на другой, но тут нужен контроль, чтобы не заиграться.
3. Проблемы информационного обмена могут возникнуть только у очень крупных команд, и крупных проектах.

Абсолютно

Pavel — Tue, 05 Jun 2007 21:00:10 +0400

Абсолютно согласен с автором. Большое спасибо.

Очень полезная

Николай — Sun, 20 May 2007 20:50:16 +0400

Очень полезная статья !

Респект за

eRynok — Fri, 18 May 2007 11:12:39 +0400

Респект за стетейку.

Дело совсем не

Дмитрий Сергеев — Thu, 12 Apr 2007 12:06:56 +0400

Дело совсем не в качестве каналов связи...

Побольше таких

Степан — Thu, 12 Apr 2007 10:52:00 +0400

Побольше таких статей!
А на счёт секундомеров - я сам об этом сильно не задумываюсь - сейчас инет достаточно быстр.

Цирк можно

drumrock — Tue, 27 Mar 2007 22:39:21 +0400

Цирк можно записать на видео в несколько дублей и выложить ролик на сайте :-)

Ну да,

Дмитрий Сергеев — Tue, 27 Mar 2007 21:19:52 +0400

Ну да, теоретически перед заказчиками можно устроить настоящий цирк с секундомером и прочими атрибутами.

Главное сначала провести пробные испытания, чтобы чего-нибудь плохого не случилось :)

А что, из этого

Max — Tue, 27 Mar 2007 19:20:35 +0400

А что, из этого трюка можно делать отличные показательные выступления. У тебя же был пример нормальный http://dserg.com/site-update-procedure-content-manager-2007-01-29.html

«Посмотрите, как человек добавлял новость на сайт в версии 1.0! Он ходил по списку других сайтов, выбирал что-то поинтереснее, копировал, открывал форму для ввода новостей, вставлял, форматировал, указывал источник…

А теперь у него один фид, он его просматривает, кликает по новости, и она публикуется на сайте».