Нужна концепция, часто ли используете блок схемы скриптов и чем пользуетесь?

Question

[Aleksandr_K]

Всем привет!
Интересует основа вопроса.
Буду рад любому ответу.
Заранее, Спасибо!

Answer 1

[Griboks]

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

Также с опытом начинаешь непроизвольно применять все эти эфемерные паттерны, tdd, контракты, протоколы... Иными словами начинаешь двигаться от интерфейсов к независимой реализации сверху вниз.

Блок схемы, uml диаграммы и прочие бесполезные вещи использую регулярно для отчетов начальству. Разумеется, отчеты никто не читает, но схемы создают иллюзию безопасности и документации.

Comments

[Aleksandr_K]

Спасибо!
Как раз этого не хватало, просто мой вопрос был не корректным.
Хотелось понять именно в глобальной логике, как происходит процесс!

Answer 2

[Saboteur]

Блок-схемы для скриптов не нужны. Скрипты обычно не слишком сложная вещь, а если большой, то должны использоваться функции.

В современном ИТ блок-схемы используются в основном для таких вещей
1. Презентации, для наглядности разных вещей.
2. Описание бизнес логики, юзер кейсов, интерфейсов
3. Для документации и нагляности, например описание инфраструктуры или архитектуры всего проекта

Рядовые девелоперы могут использовать блок-схемы (часто UML) для описания контрактов между компонентами. Это вполне себе встречающееся явление, если компоненты пишут разные команды. Но блок-схемы тут не единственный вариант.

Comments

[Aleksandr_K]

Спасибо!
Да, согласен, что скрипты не сложно, надо было немного поправить вопрос!
Интересны действия в сценариях пусть и локально, при объемном коде.

Answer 3

[Adamos]

Никогда. И, соответственно, ничем.
Это любой ответ, вы обещали радоваться, и заранее тоже.

Comments

[Aleksandr_K]

Если блок-схемы не нужны, тогда как выстраиваете алгоритм работы сценариев(псевдокод должен же быть)? Или никогда и ничем? ))

[Adamos]

Aleksandr_K, а зачем псевдо-код, если есть - код?..

[jcmvbkbc]

зачем псевдо-код, если есть - код?..

Adamos, потому что когда из всей документации есть только код, то наступает такой момент, когда при взгляде на него возникают два вопроса:
- что тут вообще происходит?
- что тут вообще должно было происходить?

Схема, которая способна дать короткий ответ на эти вопросы обычно дорогого стоит.

[Adamos]

jcmvbkbc, хороший код самодокументирован - и откомментирован там, где этого не хватает.
Простыни блок-схем точно так же, как и код, можно наворотить без малейшего намека на то, что в них, собственно, происходит. Разница только в занимаемой площади ;)

[jcmvbkbc]

хороший код самодокументирован - и откомментирован там, где этого не хватает.

Adamos, а так же быстро работает, не содержит багов и не существует.

Простыни блок-схем точно так же, как и код, можно наворотить без малейшего намека на то, что в них, собственно, происходит

Это ответ на какой-то другой вопрос. Неужели у вас никогда не было ситуации: есть гора непонятного кода и нужно добавить к тому что он делает одну маленькую фичу?

[Adamos]

jcmvbkbc, кастомизация шаблона компонента на Битриксе, например.
Представил, что это лютое говнокодище сопровождается еще и блок-схемой... не-не-не, Дэвид Блейн, не на нашей улице!..

Answer 4

[Артем Воронов]

Как показывает моя практика, если нужно сделать какие-то сложные расчеты, то без flow diagram что разработчки, что QA ничего не поймут и задача будет 100 перекидываться между ними. Однако для обычной рутины, которой 99%, ничего рисовать не нужно.

Answer 5

[Wataru]

Нет, блок схемы нигде, кроме как на парах застывших в советских учебниках динозавров, не используются.

Answer 6

[Vitsliputsli]

Иногда. Как составляющая ТЗ (заказчик оформляет, либо уже внутренний аналитик). Как средство взаимодействия между заказчиком, аналитиками, разработчиками, тестировщиками. Описывается примитивная логика, но которой много, между разработчиками оно не нужно.

Answer 7

[Александр Скуснов]

Управляющая логика (Stateflow, граф состояний). - для алгоритмов в автоматике.