Анализ, проектирование, программирование : современные тенденции

> В моём понимании этот процесс не ушёл дальше изложенных Бучем постулатов и шаблонов проектирования GoF.

//Громкий и продолжительный смех в зале//

>> В моём понимании этот процесс не ушёл дальше изложенных Бучем постулатов и шаблонов проектирования GoF. > //Громкий и продолжительный смех в зале//

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

// wbr

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

профессор В.С.Луговский

Я поспорил сам с собой, что на ЛОР'е в ответ на мой вопрос
1) Найдётся человек, который кроме LOL ничего не знает.
2) ОБЯЗАТЕЛЬНО отошлют к функциональным ЯП.

Совпадение - 100%

Правильно наверное умные люди говорят - форум ЛОР'а в топку,
Google Groups Rulez. 

Не рассмешило то, что человек не удосужился даже зайти в книжный магазин посмотреть материал по теме. Даже в провинциальном городе достаточно книг по тематике. Вот например в "Искусство программирования в UNIX" по этой теме очень хорошо написано.

>понимаю, попервой звучит конечно же необычно, но со временем привыкаешь.

А они где-нибудь доходчево описано кому и зачем это нужно (ну типа design patterns for dummies), а то они кажутся слишком уж очевидными.

Ну например в школе поделку писал на Delphi5, всякие кривые через наборы точек проводил. Писал простенький редактор. Нужно было, что бы при таскании точек информация отображалась в разных местах по своему. Абсолютно самопроизвольно (про патерны там всякие не слышал) применил observer (если http://www.dofactory.com/Patterns/PatternObserver.aspx то, о чем речь). Просто подругому было не сделать. Ну что в них такого особенного?

А Александреску, Современное проэктированние на C++ производит впечатление каковото костыля для убогого С++. Как там списки типов реализованнв так и ниасилил. Смотришь на все это и думаешь "а пожет быть проще к С++ какую-нибудь макронадстройку прикрутить?"

2ival : проЕкт пишется через E..смешно, но на этой фигне сыпятся практически все студенты - "проЭкт самой-супер-пупер системы"

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

> А они где-нибудь доходчево описано кому и зачем это нужно (ну типа design patterns for dummies), а то они кажутся слишком уж очевидными.

Собственно в книжке "Приемы объёмы объектно-ориентированного проектирования, паттерны проектирования." это всё доходчиво описано.

>В моём понимании этот процесс не ушёл дальше изложенных Бучем >постулатов и шаблонов проектирования GoF.

это не совсем main stream, но существует достаточно развитые формальные методы разработок. имхо, Буч до тех высот еще не добрался.

raise specification method http://www.iist.unu.edu/

http://users.iptelecom.net.ua/~agp1/arts/rslintro.ps

z method http://www.zuser.org/

http://users.i.com.ua/~agp1/gsau/uslrdb1251.html

http://www.iist.unu.edu/raise/

http://vl.fmnet.info/

> А они где-нибудь доходчево описано кому и зачем это нужно (ну типа design patterns for dummies)

собственно сама книга "Design Patterns - Elements of Reusable Object-Oriented Software" aka GoF (The Gang of Fours)? IMHO более чем толково расписано что такое DP, зачем они нужны, когда и как применять, кроссылки, примеры применения и пр.

http://ianzag.megasignal.com/ftp/pub/doc/books/Development/Design%20Patterns%...

> а то они кажутся слишком уж очевидными.

дык так оно в принципе и есть - каталог "очевидных и распространенных решений" :)

--- cut ---
A design pattern names, abstracts, and identifies the key aspects of a common design structure that make it useful for creating a reusable object-oriented design. The design pattern identifies the participating classes and instances, their roles and collaborations, and the distribution of responsibilities. Each design pattern focuses on a particular object-oriented design problem or issue. It describes when it applies, whether it can be applied in view of other design constraints, and the consequences and trade-offs of its use. Since we must eventually implement our designs, a design pattern also provides sample C++ and (sometimes) Smalltalk code to illustrate an implementation.
--- cut ---

// wbr

> Не рассмешило то, что человек не удосужился даже зайти в книжный магазин посмотреть материал по теме. Даже в провинциальном городе достаточно книг по тематике. Вот например в "Искусство программирования в UNIX" по этой теме очень хорошо написано.

ы? каким образом шаблоны проектирования связаны с абстрактным "программированием в UNIX"? мысль не понял.

// wbr

> ы? каким образом шаблоны проектирования связаны с абстрактным "программированием в UNIX"? мысль не понял.

Вот именно, что автор указал тему "Анализ, проектирование, программирование : современные тенденции", это же далеко не только ООП и паттерны, а в теме упоминает только GoF и Буча. А в "Искусстве прогарммирвования в Unix" целая часть так и назвывается "Проектирование" т.е. как раз то что нужно автору.

>Я поспорил сам с собой, что на ЛОР'е в ответ на мой вопрос
>1) Найдётся человек, который кроме LOL ничего не знает.
>2) ОБЯЗАТЕЛЬНО отошлют к функциональным ЯП.

Хех, ты бы еще на удафе запостил. Объясняю. В разделе Talks обычно говорят на другие темы - http://www.linux.org.ru/jump-message.jsp?msgid=1425264 ;) Какую еще реакцию стоило ожидать? В Development.