Философия программинга.

[execom]

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

[Cezar]

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

Это про меня.

[Роман Радер]

Я, например, предлагаю такой метод: сначала писать детальный Хелп, а потом, ориентируясь по этому Хелпу писать прогу, функцию за функцией.

Согласен, Cezar. Я тоже так делаю, но хелп не пишу: пишу(или рисую), что должно быть, а потом...
Например, я писал свой компилятор:
Сначалы написал пример скрипта, который оно должно выполнять, а в скрипте - полный набор функций и настроек, который должен выполнять скрипт А потом - писал спокойно программу, делая рабочей строку за строкой скрипта...

[Cezar]

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

[Роман Радер]

Сообщение от Cezar

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

Да, конечно, но ещё легче - сразц написать класс, в нём методы, а потом...

[Cezar]

Да, конечно, но ещё легче - сразц написать класс, в нём методы, а потом...

Да, а еще легче будет стырить чей-то исходник и произнести заклинания CTRL+C и CTRL+V . А что может быть легче...
Не, вообще ты правильно говоришь.
Перед тем как писАть заголовки функций, нужно четко понимать, какие функции нужны, что каждая из них будет делать, и как все они между собой дружить будут... но в голове все это не уместится (в моей точно), придется рисовать на бумаге или извращатся с Пейнта...

[SteelRat]

Я использую все перечисленные способы. Но самое главное - это понимание жены. Чтоб не мешала. Моя пока не мешает. Даже иногда подсказывает и спрашивает почему я смеюсь. Но, не поверите, пару раз действительно помогла. Хотя то, что она видит на экране, для неё - набор букавак. =)

[BOBAH13]

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

[Cezar]

Наконец то кто то отозвался в этой теме, а я как то о ней забыл...

Я использую все перечисленные способы. Но самое главное - это понимание жены. Чтоб не мешала. Моя пока не мешает. Даже иногда подсказывает и спрашивает почему я смеюсь. Но, не поверите, пару раз действительно помогла. Хотя то, что она видит на экране, для неё - набор букавак. =)

Понимание близких - это то, чего яво не хватает программистам, тебе крупно повезло...

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

Это правильно, зачем все на купу сваливать, я уже раз так сделал когда кодил гонки под ДОС, а потом не мог разобратся где что, хуже того, даже не мог найти некоторые функции...

вообщем такого, чтобы сесть и чтот разрисовывать, эт не помне!

А ты думаешь я это делал? Я ведь тоже никогда не рисовал алгоритмов, я писал проги "в лоб", или перед тем набрасывал в голове хоть какой то план... но это было когда то...

И насколько я понял по своему опыту, лучше не представлять каждую мелочь, всю архитектуру проги, ее лучше делать по частям, желательно деревом классов...

[BOBAH13]

да, я это и имеел ввиду )