_моднедовольный студентикПусть это новый метод
Since 1967 :)
недовольный студентик
но вопрос в том такой ли он простой???
Это самый простой способ писать простые программы. Для сколько-нибудь сложных применяют другие методы.

ну про новый это мой ляп... а вот насчет - второго громкое высказывание... в том то и прелесть ООП, что оно позволяет писать ИМЕННО СЛОЖНЫЕ программы "по простому" , для этого оно и разрабатывалось, а не на оборот как вы высказались, для простого программирования я считаю ООП излишним и даже вредным - не везде нужны классы и объекты, особенно, для простых приложений... возможно в крупных приложениях с командами разрабочиков без ООП делать нечего, но и когда тебе навязывают его повсюду тоже бесмысленно, а последенее наблюдается очень часто в настоящее время. а вообще этот топик чистый холивар, тут нет правых и неправых все правы по-своему)

SQL_Lamerнедовольный студентик1. да причем здесь Лисп... Лисп это вообще специфичная вещь, разработанная для всяких там эксперных систем, логических задач.....
Нет.
Лисп был разработан для работы со списками.

>> для меня нет принципиальной разницы для чего там разрабатывался Лисп, если только для списков то это неуниверсальный язык для узкого применения, списки можно обратбатывать хоть в С хоть в Паскале хоть в Ассемблере может быть только менее удобно, ну а вообще текстовый редактор очень удобен для работы с текстом или тот же эксель для статистических данных но это не языки программирования...

авторнедовольный студентик2. если приложение простое то немного времени, а опытные люди (не я) и того меньше... под тот же Masm32 содержится колоссальное количество функций макросов облегчающих рутинную работу... знаете если писать хороший струткуированый документированнный код, то поверьте разобраться в нем на ассемблере будет ничем не сложнее чем на любом другом языке... вы же сами используйте эти самые объекты(мегабайты кода) которые грамотно написаны и отлажены поэтому практически не вызывают проблем в работе, так же и в ассемблере...
Время разработки часто более критично, чем время выполнения.
не спорю для крупных проектов быстрее и проще наверное использовать ООП и всякое там визуальное моделирование...
недовольный студентика вообще вы не поняли мою мысль - я не против ООП высказывался, а выссказывался я против раздутости современных систем программирования - майкрософт штампует туевые кучи различных стандартов, технолгий, сред и прочего говна что мягко скажем обычно исбыточно для повседневного программирования, насоздают форматов а под них определенные инструменты и кучи мануалов по этим инструментам, то есть программитсы становимся заложниками чьих то выдуманных и далеко невсегда оправданных стандартов.
Много инструментов - это хорошо.[/quot]

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