Структура рулит. Учимся структурировать программы, изучаем возможности, ошибки, решения и т.п. - страница 4

 
C-4:

А что будет с вашей четкой структурой если в середине или даже ближе к окончанию проекта заказчик неожиданно изменит:

  • 5% первоначальных требований;
  • 10% первоначальных требований;
  • 25% первоначальных требований. 

Это хороший тест, показывающий на сколько Ваш проект готов к изменениям и устойчив к ним.

Это и есть проблема, поэтому я в этой ветке.

Хочется найти ответ как проектировать так (или как впихивать заказчика в такие рамки), чтоб и его хотелки были удовлетворены и проект не разломать.

ЗЫ ведь у медали есть две стороны, с одной можно менять проект, с другой можно сказать "нет в рамках этого проекта этого делать нельзя", истина где то посередине.

Наилучшее будет так спроектировать разработку чтоб большая часть существенных хотелок заказчика была реализуема.

 
C-4:
Сейчас ни один нормальный программист не рисует блок-схемы. Все это теоретический бред разработанный для преподавания школьникам, но не для работы в реальных проектах.

всё зависит от того что писать на бумаге.

я не сторонник писанины, но общую структуру порой приходиться составлять на бумаге. Удобно и быстро, это как эскиз изделия для ювелира, картина в общем должна быть ясна.

наверно от того полно не нормальных программистов что они не рисуют блок-схемы.

 
C-4:
Сейчас ни один нормальный программист не рисует блок-схемы. Все это теоретический бред разработанный для преподавания школьникам, но не для работы в реальных проектах.
Ну я б не стал так резко обзывать это "теоретическим бредом".  В той или иной форме рисование "квадратиков со стрелками" на бумаге широко используется при программировании.  Взять хоть тот же UML - сполшые "стрелки с квадратиками". :)  Так что, и блок схемы на начальных этапах могут быть полезны...
 
C-4:
Сейчас ни один нормальный программист не рисует блок-схемы.
Блок-схемы нет. А архитектуру рисовать все равно надо.
 
sanyooooook:

наверно от того полно не нормальных программистов что они не рисуют блок-схемы.

;)
 
MetaDriver:
Ну я б не стал так резко обзывать это "теоретическим бредом".  В той или иной форме рисование "квадратиков со стрелками" на бумаге широко используется при программировании.  Взять хоть тот же UML - сполшые "стрелки с квадратиками". :)  Так что, и блок схемы на начальных этапах могут быть полезны...

Пробовал проектировать с помощью UML, бред сивой кобылы (ИМХО).

Все эти квадратики со стрелочками я превосходно держу в голове, а вот абстракции в голове не умещаются, вот и зарисовываю.

ЗЫ если копнуть глубже, человеческий мозг хорошо приспособлен для запоминания картинок, карт, шаблонов поведения, но ни как не для построения абстракций, абстракции для человека наитруднейшая задача.

ЗЗЫ поэтому человечество всегда стремится формализовать абстракцию во что то более привычное.

 
Urain:

ЗЫ если копнуть глубже, человеческий мозг хорошо приспособлен для запоминания картинок, карт, шаблонов поведения, но ни как не для построения абстракций, абстракции для человека наитруднейшая задача.

ЗЗЫ поэтому человечество всегда стремится формализовать абстракцию во что то более привычное.

Соглашусь.

А чё делать?  Так мы устроены.  У меня есть свои методы расшевеливания собственных мозгов в этой области, даже программные разработки есть (при случае могу поделиться), но развитие весьма медленно происходит (хотя и заметно, ежели назад оглядываться).

--

Пеши ещо.  Хорошая тема.  В некотором смысле всё и всякое программирование есть работа с абстракциями,  однако мы наблюдаем огромные различия в уровнях и мастерстве практического оперирования абстрактными понятиями.

 
MetaDriver:

Соглашусь.

А чё делать?  Так мы устроены.  У меня есть свои методы расшевеливания собственных мозгов в этой области, даже программные разработки есть (при случае могу поделиться), но развитие весьма медленно происходит (хотя и заметно, ежели назад оглядываться).

--

Пеши ещо.  Хорошая тема.  В некотором смысле всё и всякое программирование есть работа с абстракциями,  однако мы наблюдаем огромные различия в уровнях и мастерстве практического оперирования абстракциями.

Нас ведь не интересует абстрагирование ради абстрагирования?

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

Например люди изобрели такой приём как мозговой штурм.

У меня часто возникают проблемы как назвать сущность, дать ей ёмкое название, чтоб и достаточно понятное и предельно короткое. Когда такое удаётся абстракция легко усваивается.

ЗЫ извини щас не могу много писать (с мобилы не удобно), как приеду времени не будет. Лучше завтра.

 
Читаю ТЗ, если решение в виде структуры не приходит само в голову - занимаюсь текучкой по другим проектам, обычно в первый день никогда не приступаю к реализации. Если прога не МКЛ или ХТМЛ, то читаю, просчитываю вариаты  реализаций, структуры типы, классы. Когда общая картинка в голове, начинаю резать блоками или писать основные модули. если что то не прет, заваливаюсь на диван с какой нибудь игрушкой типа тетриса, и играю до полного решения проблемы, или пока не надоест :)
 
Urain:

ЗЫ извини щас не могу много писать (с мобилы не удобно), как приеду времени не будет. Лучше завтра.

Да без проблем. У меня тоже со временем сегодня не ахти.  Очень надеюсь, что ветка станет постоянно действующей (типа "Ошибки, баги, вопросы").  Лишь бы формат обсуждения постепенно утрясся в конструктивное русло.
Причина обращения: