Ответ на »сообщение 3061« (Сергей Перовский)
___________________________
Зрительная, слуховая, осязательная и т.п. формы на самом деле не являются элементами математического языка как формы представления алгоритма. В самом деле: разве этот текст не является графическим представлением, или не может быть продиктован вслух? Все существующие графические и др. элементы на самом деле являются аналоговыми паттернами, помогающеми нейронной сети найти нужное решение, или в случае с UML являющимися предпочтительной формой хранения программной модели.

Даже этот текст до предыдущего предложения является не только формой изложения мысли, но и паттерном проектирования дальнейшего текста.

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

К вопросу о графическом представлении алгоритмов:
http://www.osp.ru/os/2004/01/183824/

Ответ на »сообщение 3052« (Как слышно? Приём!)
___________________________

Ответ на »сообщение 3049« (Сергей Перовский)
___________________________
>>> Я возражаю против утверждения, что графические представления алгоритмов могут заметно увеличить производительность программиста.

Например VCL в Дельфи :)
Именно "заметно увеличить производительность".
Для своего времени это был даже прорыв.

И где в VCL графическое представление АЛГОРИТМОВ?

Господа! Я что-то предмета спора не пойму. Существует старый афоризм: "Техника в руках дикаря -- груда металлолома".

Мораль: Грамотное использование графических средств разработки позволит ускорить процесс разработки. В то время, как неграмотное использование того же ООП способно замедлить процесс разработки (даже по сравнению с "плоским программированием"). Так что примеры в данном случае ничего не доказывают.

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

Кажется, это единственный момент, по которому мы принципиально расходимся во взглядах с Сергеем Перовским ;-)

Ответ на »сообщение 3057« (Как слышно? Приём!)
___________________________

При чём здесь Together?
Это средство для групповой разработки.
Вы его когда последний раз видели? Попробуйте в Delphi 2007 применить паттерн проектирования (design pattern) без Together. Ну или метрики кода посмотреть.

Видимо, что-то другое хотели сказать :)
Я хотел сказать, что при грамотном использовании Together способен повысить производительность программиста. Но это не серебряная пуля. Так же как и визуальное кидание компонент на форму. Количество случаев, когда производительность резко повышается - очень мало (разумеется, если рассматривать приложения более серьезные, чем просто Dataset+Datasource+DBGid).

Ответ на »сообщение 3054« (panda)
___________________________
При чём здесь Together?
Это средство для групповой разработки.
Про роды силами десяти рожениц уже писали сто раз -
не ускоряется от этого дело.
А так как там используется графика, то графика неэффективна???
Не пойму что-то методов аргументации.

Видимо, что-то другое хотели сказать :)

Ответ на »сообщение 3051« (Сергей)
___________________________

Ну вот и конец октября, а манифеста Росы нет. Хотя казалось бы что проще - взял свои мысли и выложил на бумагу.

Невольно вспоминаются слова Леонида Петровича Дербенёва, нашего знаменитого поэта-песенника. Когда ему говорили, что писать слова для песен -- это элементарно, он отвечал в том духе, что бумагу для этого (как и ручку) можно приобрести в любом магазине канцтоваров.

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

Ответ на »сообщение 3054« (panda)
___________________________

Попробуйте Together (или даже ECO). Потом расскажете, насколько возросла производительность ;-)

+1 :)

Ответ на »сообщение 3052« (Как слышно? Приём!)
___________________________

Попробуйте Together (или даже ECO). Потом расскажете, насколько возросла производительность ;-)

Ответ на »сообщение 3050« (Денис Зайцев)
___________________________
>>> Вот только эмоции в программировании противопоказаны.

У меня уже двое хороших друзей-программистов умерли от инсульта.
Основным поражающим фактором для программиста является позотоническое напряжение.
Причём не только двигательное, но и эмоциональное.
Так что насчёт эмоций это ещё следует подумать.