UML

Здравейте, ползвате ли UML,ако да с какви програми и какво ви е впечтлението от тях. Има ли практическа полза при писането на сорс или го използвате само проформа защото някой шеф или клиент иска така

Практически се използва само за успокоение.

Както и почти всичко останало, свързано с администрация, проектиране и подобни простотии.

Изобилно нариване на код по часовник ли?

По часовник - не, по-скоро за постигането на дадена цел.
На професионалиста наистина не му трябва някво мега-адвансед проектиране. Един проект в повечето случаи се събира в няколко точки на половинката на страничка формат А4. И съответно лесно се помни.
Истинската борба е с липсата на точни задания (някои му викат спецификации), с повсеместното малоумие, както и с тия, които се опитват да ти пречат.

Ами преди време го ползвах да си начертая клас-диаграмите, когато бях хвърлян на непознат проект, с цел уж по-бързо да навляза в нещата. Сега забелязвам, че същата работа става по-бързо става на ръка, с лист и химикалка:)
---------------------------
Иначе от близкото минало си спомням за два проекта, чиито скелет беше изгенериран от UML диаграми. Хе-хе, по-ужасно нещо не бях виждал (нек'ви класове с по 50 метода, Get/Set малоумия и т.н....). Така или иначе бяха препроектирани.
---------------------------
Извод: UML е средство, за представяне на софтуер дизайна в някакъв специфичен вид (диаграми и т.н...), Но не е средство, което ЩЕ прави дизайн вместо теб!

Но аз забелязвам, че в повечето случай UML се използва по втория начин:)
(Обикновено средно технически грамотен тийм архитект радостно гушва идеята и рапортува нагоре, колко велики работите стават с UMLа, колко тона документация е изгенерирана и т.н..., Екипа в това време се задъхва в лайната:))

> ... Екипа в това време се задъхва в лайната

По-добре звучи "Екипът в това време бълбука в лайната".

ако проектите по който работиш се събират наистина на толкова , то време е да спреш да пишеш ПХП сайтчета и да захванеш нещо серйозно

Наистина си попрочел за УМЛ, повечето хора си мислят, че УМЛ е за опсание на "архитектури" и етц глупости, а той е просто за ООП дизайн.
Проблема с химикалките, е че листите се губят... ако трябва на момента нещо да се обясни едва ли някой би седнал да прави УМЛ диаграми .... но я си представи, че идват нови хора... наемат се тхирд парти фирми....
твоето листче и химикалка ли ще търсиш ....
Освен това иди обяснявай какво си искал да рисуваш и че това е правоъгълник а не ромб дето си го нарисувал и кво значи (а в УМЛ си има стандарт за рисунките).

По принцип УМЛ е изискване към почти все маалко по-голям проект(поне аз не см срещал проект дето да не го искат заедно с документацията към проекта).
Неговите плюсове са:
Визуалното възприемане (а не да четеш 5 тона докс).
Той е стандарт (т.е. картинките всички ги знаят).
И описва както структури така и действия и състояния.
Може да се разширява да показва и неща неизмислени от първоначалните му автори(разширеяване чрез метамодела).

полезен е ако не се задълбава много в конкретните методи, само основния скелет за да се види връзката между класовете.
също така sequence диаграмите помагат за изчистване на нещата, по-специално при multythreading

Имам наблюдения, че UML-а само Java-рите го кльопат.

"Наистина си попрочел за УМЛ, повечето хора си мислят, че УМЛ е за опсание на "архитектури" и етц глупости, а той е просто за ООП дизайн. "
UML не е "просто за ООП дизайн"! Дизайн, както и прогамирането, се правят с главата (при някой с долната:)). UML е средство за изразяване!
Ако с него се прави дизайн - лошо, лошо, лошо, лошо.... Точно от това се опасявам при ползването му, както и вече писах в предишния си постинг.

А дребни глупости, много добре разбираш .....
да С НЕГО СЕ ПРАВИ ДИЗАЙН,
ти в главата си го измисляш , но описанието е част от дизайна, така че твоята заядлива тиква + УМЛ = правят дизайн (примерно).

бе така или иначе кат си търсиш работа в ЦВ-то не мое да не пише ЮЕМЕЛ. тъй че трее се поназнайва, поне уъркфлоу и клас диаграма да мож да разчетеш ... инак аз веднъж се пробвах да правя uml диаграми по нов проект и загубих толкова много време с това, че накрая заебах всичко и си го надрах на чисто. предполагам, че шото а) за първи път ми беше и б) нямаше кой да ми каже - не се прави така ...

Благородникът има само една дума и аз ви дадох своята

Ко ти пречи да пишеш и ЮЕМЕЛ и ЕКСЕМЕЛ и ЮКСЕЛ (къдриев) в ЦВ-то дори да си помирисвал само последния.

ем, да
и тфа става :) ма до са съм гледал мн да не лъжа ...

Благородникът има само една дума и аз ви дадох своята

Аз съм го ползвал за проектиране, за снемане на потребителски изисквания, за документиране на съществуваща система и за реверсивно инжинерство. Никога не съм го ползвал за генериране на код. Личното ми впечатление е, че в общия случай за проектиране (имам предвид във връзка с кода) не става - особено на системи, които ще се изменят много от началния прототип до производството. За описание на работни процеси е много добър (диаграми на дейност), защото може да покажеш чертежа на клиентите си и те да го разберат без уточнения това овалче за какво е, а това ромбче какво значи и да го използваш като основа при интервютата. За документация на съществуваща система, която предаваш за поддръжка на друг е безценен - особено ако системата не е малка и е разпределена. А за реверсивно инжинерство на бази данни е незаменим.

Под Линукс съм го ползвал с dia, обаче беше една непрестанна борба, и с OmniGraffle под OS X направо се родих. Любимия ми инструмент обаче си остава плотера, особено като извадих пълна диаграма на дейност с размер 1,40 x 1,20м

Аз съм ползвал Rational Rose и Visual Paradigm, и двете със ц++ проекти. Като цяло от двата продукта може да се направи един много добър. Иначе по отделно си имат предимства и недостатъци, къде по-големи, къде по-малки. Ползата е, че картинките с подходяща документация на човешки език дават еднозначно тълкуваемо описание на идеите залегнали в дизайна. Съответно - много добре се синхронизира работа на множество хора, на различни места и пр. А тия изказвания, че некъф дизайн се събира на страница А4 важат за малки проекти с малко девелъпъри, които трябва да работят заедно.

то помни - пионер ще стана аз!




NE SUTOR ULTRA CREPIDAM