Как стать автором
Обновить

Комментарии 15

После блок-схем на информатике в университете — даже не вспомниал.
Только сейчас подумал, что надо было бы указать в опросе, каков уровень проголосовавшего разработчика…
НЛО прилетело и опубликовало эту надпись здесь
ну, это же очевидно — чем выше уровень тем меньше используется всяких инструментов
идеальный разработчик в вакууме вообще пользуется только любимым напитком &tm;
ибо на каждое предложение из серии «надо написать штуковину такую то» он говорит подчинённым «библиотеку такую то и такую то используйте и это сделайте так то и так то и будет готово к обеду»

а всякие UML это для тех кто любит загоняться на тему «а как бы оно функционировало если бы...» вот только код сам не напишется (генераторы по UML и прочее, я знаю, только всё равно нормальный прогер умнее генератора, да и отлаживать это всё быстрее)
Существует утверждение, что все эти блок схемы/диаграммы облегчают разработку продукта и позволяют более глубока понять задачу и принцип ее реализации, посему затеялся этот опрос и соответственно мнение профессианалов
существует статистика (см выше ), по которой 2/3 разработчиков не ищут лёгких путей
а вообще это же очевидный юмор на тему :)
расскажу вам как человек, проживший 3.5 года в суровом геймдеве.
дя задач, реализация которых очевидна, UML не нужен, так как просто потратит время (можете поэкспериментировать), в задачах, реализация которых не очевидна, ЮМЛ не поможет, все равно прийдется что-то пробовать в коде, и в один прекрасный момент мы приходим к задаче реализация которой нам очевидна…
Плюс UML в том, что недостатки и узкие места выявляются еще на стадии проектирования, а не когда уже половина написана и чтобы работало приходится подпирать костылями. Хотя не все диаграммы одинаково полезны. Для меня, например, наиболее полезны диаграммы последовательности, использования и классов.

Эти люди с Вами полностью согласны.

P.S. Реально программа умещается в один класс использующий Linq to xml и RX
Если честно, я вижу смысл только в диаграммах последовательности, использования и классов, а вот в остальных как то затрудняюсь понять преследуемую ими цель.Collaboration diagram например…
НЛО прилетело и опубликовало эту надпись здесь
ИМХО ЮМЛ это средство документирования, а не проектирования…
Маркерная доска.
Я не настолько красиво рисую :)
А вот в той же умбреле или в дие — нарисовал, распечатал, положил под клавиатуру и работай спокойненько. Правда, имхо нужно для описания крупных частей, мелкие описывать- запаришься.
Ну, так как топик является опросом, мы тут выражаем свои субъективные мнения. Моим требностям пока что удовлетворяет обычная маркерная доска.
Однако, это не значит что я не буду проектировать с помощью UML :)
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории