|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 05 Mar 2002 02:33:03
To : Vasily Tchekalkin
Subject : Re: процент линукса н а рынке ПО
--------------------------------------------------------------------------------
eam.ru> <m3elj41agk.fsf@vb.dn.ua> <3C8342E2.6030303@yandex-team.ru>
From: Vladimir Bormotov <bor@vb.dn.ua>
Hi, Vasily!
>>>>> "VT" == Vasily Tchekalkin <Bacek@yandex-team.ru> writes:
>> хмм, ок, уговорил ;)
>>
>> кроме того, совсем недавно появился PyUt = puyt.sf.net
VT> И чем он так лучше чем dia? Которая тоже XML, PS etc умеет отдавать?
лучше тем, что его править не пртивно. В код к Dia я еще раз не полезу.
Как для Dia сделана генерация питоноского кода, можешь посмотреть (я
просто знаю человека который это делал, и его мнение о том, что он сделал,
впрочем, знаю даже почему он сделал именно так ;))
"отдавать картинки" мне не интересно. Мне нужен инсрумент
разработчика. Кому нужны картинки, думаю их таки в Dia гораздо проще
рисовать.
А вот приделать к Dia например генерацию Eiffel'евского кода, да добаить
возможности задания pre-/post-condition, class variant и прочее
eiffel-specific фишки, боюсь будет на порядок сложнее, чем тоже самое в
PyUt.
Хотя в плане рисования, таки он совсем сырой...
>> на бумаге смысла нет. Т.е. чтоб посмотреть - да, но чтоб с этим
>> работать - нет.
VT> Смысл тоже есть. Мысли в порядок приводит.
посмотреть я могу и на экране. Чесслово. А ммысли в порядок гораздо лучше
приводит коллега, который в перекур критикует "творение", и бесспорный
лидер по "привдению" ProjectManager ;)))
>> Как с этим обычно работают? Смотришь на три класса, и вдруг решаешь,
>> что третий должен быть потомком первого а не вторго (второй потомок
>> первого тоже). что нужно обычно в таких случаях? Что-то из второго
>> абстрагировать, и потащить в первый. Во стором написать или
>> облегчить реализацию новой абстракции, в третем - тоже переписать
>> реализацию. В первом, еще иногда сразу пара-тройка абстракций
>> пявляется.
VT> а) За такое сразу убивать, если проект разрабатывают >= 2 человек.
>= 4 ?
;))
VT> И если это касается кого-то кроме тебя самого.
пока у меня есть возможность так таскать, конечно это _их_ не касается.
Или если у меня нет возможности, но нужно - то это касается всех, начиная
сверху.
VT> б) Приведённый пример, _IMHO_, не является красиво сдизайненой
VT> иерархией классов (fine-grained class hierarhy).
Ой, да если в эту сторону (оффтопик, кстати), развивать дискуссию, то я
тут за выходные нашел несколько линков, на счет "правильного
проектирования иерархии". Проблема не реашема, на данном этапе рахвития
ОО-мтетодологии. Есть некоторые "методы решения", но...
В общем, хороший код - живой код. Это когда он может эфолюционировать.
Когда мелкие изменения ведут к мелким последвиям.
>> С UML которое в CASE среде, это деалется просто, и первый,
>> абстрактный, просто перегенерируется. С UML на бумажке, все
>> перегенерация руками, и так далее и тому подобное. В
>>
>> Это конечно все тоже сильно упрощенно ;))
VT> Silver bullet? Hе, я конечно знаю некоторое количество проектов,
VT> которые так именно и пишутся, но их. к сожалению, меньшинство. В
VT> реальной жизни вышеприведённый пример рефакторинга проще ручками по
VT> коду.
проще, потому что бюджет задачи не позволят использовать огнестрельное
оружие, только водяные пистолеты, да дубинки ;)
>> VT> О! А ведь есть стандарт на хранение UML в XML.
>>
>> Разумеется, и все кому не лень его уже поддерживают. XMI кажется сие
>> зовется...
VT> Дык. Тогда, скорее всего, из связки doxygen + (pyut|dia)+ XSLT можно
VT> получить вполне себе CASE. Правда придётся с бубном поплясать...
Да, я вот когда пол года назад хотел "написать свою Dia", пришел к выводу,
что сам всего не напишешь ;((
так что в первую очередь ищется что-то более-мение употребимое из уже
написаного ;)
В общем, спасибо за дисскуссию, нада сворачиваться, а то погонють.
И будут правы ;))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
