Семь раз отмерь, один раз отрежь.

← →
Palladin © (2009-11-19 11:47) [40]

> Eraser © (18.11.09 21:06) [35]

Мозг не взрывается. Что есть вообще проектирование? То что ты про листочки и бумажки, так это уже завершающий этап, когда схема в голове уже более менее оформившаяся и теперь осталось проработать детали, оформить и вперед. Может у тебя и не так, но поверь мне, читая, скажем, основы Питона вечерком ради интереса мне резко в голову может прийти оригинальное решение того или иного участка схемы, причем это решение повлияет и на все остальные участки, и на это меня навела та или иная мысль в книге. Сидя отвечая тебе на это сообщение, я не записал какую то мысль до этого, я ее запомнил, и продолжил искать решения дальше, я не тороплюсь реализовывать ни первый ни второй варианты, я могу сидя, извиняясь, на толчке, родить очумительную идею и потом удивлятся, чего она раньше мне в голову не пришла. (Типа чего я раньше в туалет не сходил ) ) Все эти хождения-блуждания по кабинету, все чтения новостей, книг и баша, все это время идет мыслительный процесс, как явно так и неявно, это кодирование - ремесло, а программирование - это творчество. Понятное дело, что ходить вот так зевать нельзя бесконечно, по этому у меня тоже есть какой то лимит. Я на чем то останавливаюсь, собираю все в одно целое и начинаю топтать клавиши. Но если я начну топтать клавиши сразу, поверь мне - я очень об этом потом пожалею, и я это говорю не потому что я такой вот провидец, а потому что так уже было много раз. Я не идеальное существо, и постиг все прелести тупого кодинга в юности.

← →
DVM © (2009-11-19 12:10) [41]

> Palladin © (19.11.09 11:47) [40]

> Все эти хождения-блуждания по кабинету, все чтения новостей,
> книг и баша, все это время идет мыслительный процесс, как
> явно так и неявно, это кодирование - ремесло, а программирование
> - это творчество.

"... Писатель. Писатель, он ходит. Он ходит, он обдумывает. Что он напишет, еще неизвестно. А пока он ходит, привяжи к ноге рычаг. Ать-ать, ать-ать. Вот он уже воду качает. Хучь какая польза."
(c)

← →
Наиль © (2009-11-19 14:53) [42]

Всего прочитал книг про серьёзные проекты две:
Уже упомянутый человеко-месяц и Кент Бек "Экстримальное программирование".
Второе читать, но с начальством не делится. Иначе заставят работать 100% времени.

← →
Anatoly Podgoretsky © (2009-11-19 15:03) [43]

> Наиль (19.11.2009 14:53:42) [42]

150% времени

← →
Eraser © (2009-11-19 15:04) [44]

> Все эти хождения-блуждания по кабинету, все чтения новостей,
> книг и баша, все это время идет мыслительный процесс, как
> явно так и неявно, это кодирование - ремесло, а программирование
> - это творчество. Понятное дело, что ходить вот так зевать
> нельзя бесконечно, по этому у меня тоже есть какой то лимит.
> Я на чем то останавливаюсь, собираю все в одно целое и начинаю
> топтать клавиши.

это нормально, именно это я и хотел сказать. мозг не может быть все рабочее время на 100% быть занят проектированием и даже на 30% не может )

← →
@!!ex © (2009-11-19 17:05) [45]

> [35] Eraser © (18.11.09 21:06)
> так он и бездельничает (извиняюсь за 3е лицо), про проектирование
> это все, как раз, роскозни для начальника, который разработкой
> софта никогда не занимался сам ;-)
> другое дело, что человеку нужен отдых. т.к. не у всех неторопливый
> стиль разработки, включающий в себя отдых.
> проектирование это отдельный процесс, который происходит
> либо у доски, либо у листка бумаги, либо вообще в далеке
> от рабочего места. ни за что не поверю, что 80% рабочего
> времени человек может быть занят проектированием, в таком
> режиме можно протянуть несколько дней, пусть месяц, но потом
> мозг все таки взорвется.

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

← →
Dennis I. Komarov © (2009-11-19 17:44) [46]

> Palladin © (19.11.09 11:47) [40]

Особенно помогает нахождение здесь ;)

← →
Eraser © (2009-11-19 19:29) [47]

> [45] @!!ex © (19.11.09 17:05)

участвовали где и побольше 1000000 млн. строк и не в одном проекте.

> что 3 месяца потратил на то, чтобы продумать архитектуру....

все 3 месяца с 8 до 17 рисовал диаграммы классов не поднимая головы? ну не верю я в эти роскозни ) у архитекторов бОльшая часть времени уходит на решение административных задач.
кстати, архитектура и проектирование - не одно и то же.

← →
@!!ex © (2009-11-19 19:33) [48]

> [47] Eraser © (19.11.09 19:29)
> месяца с 8 до 17 рисовал диаграммы классов не поднимая головы?
> ну не верю я в эти роскозни ) у архитекторов бОльшая часть
> времени уходит на решение административных задач.
> кстати, архитектура и проектирование - не одно и то же.

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

> [48] @!!ex © (19.11.09 19:33)

вот то то и оно, что если засечь все время, потраченное исключительно и полностью на разработку архитектуры получится, что и пары дней может не набраться. все время занимает, в основном, решение локальных проблем .. или же пинание баклуш, если таковых нет и нет других дел, к примеру, административного характера )
в принципе, так оно и должно быть, есть грамотный тех. дир (в нашем случае Palladin), если у кодера возникает проблема - он знает, что тех. дир её должен решить. в идеале тех. дир вообще ничего делать не должен, кроме консультирования сотрудников. архитекутра - это отдельный этап в самом начале проекта (кстати далеко не во всех проектах он есть, к сожалению), далее идет решение локальных задач.

У Страуструпа написано, что сначало нужно написать код, а на следующий день стереть его и написать снова :)
Так что затраты на проектирование это еще цветочки :)

"Хороший разработчик должен быть немного ленив. Ровно настолько, чтобы лениться изобретать очередной велосипед и отговаривать от этого дурного занятия коллег. Но не лениться читать документацию!" (С)
Георгий Баркан,
эксперт по технологиям разработки программного обеспечения,
Майкрософт Россия
"Начинащим" на страницу повесить:)

Семь раз отмерь, один раз отрежь. Найти похожие ветки