Имя: Пароль:
IT
 
Кто использует блок схемы при программировании в 1с?
0 мистер игрек
 
05.03.13
08:47
1. Иногда использую 45% (10)
2. Никогда не использую 23% (5)
3. Свое 18% (4)
4. Всегда использую 14% (3)
Всего мнений: 22

Не разу не использовал блок-схемы. Интересно, вдруг это очень полезная вещь?
1 kotletka
 
05.03.13
08:48
сижу рисую временами

Иногда использую
2 floody
 
05.03.13
08:48
ну как бэ их в голове обычно рисуешь, практически всегда, а тебя именно на бумажке интересуют?
3 Fedot200
 
05.03.13
08:48
В уме рисуются сами.

Свое
4 Kandellaster
 
05.03.13
08:48
когда надо заказчику через чур умному объяснить как и что работает

Иногда использую
5 мистер игрек
 
05.03.13
08:50
(2) Иногда сложные задачи попадаются, на уме не могу, слишком объемно
6 Галахад
 
гуру
05.03.13
08:52
Сейчас в школе, на математике, рекомендуют рисовать.
Любой рисунок, что бы понять лучше.
7 Эмбеддер
 
05.03.13
08:53
пока в ВУЗе учился, делал в первых лабораторных работах все наоборот - сначала писал программу, а потом рисовал блок-схему.
8 IamAlexy
 
05.03.13
08:54
Только чтобы показать заказчику схему работы продукта...

Иногда использую
9 Тролль главный
 
05.03.13
08:56
UML лучше, а блок схемы слишком муторно
10 kosts
 
05.03.13
09:05
Хочется IDF3 иногда порисовать, но руки не доходят и инструмента нет...

Никогда не использую
11 Steel_Wheel
 
05.03.13
09:06
(10) ErWin -- можно рисовать диаграммы БД.
12 kosts
 
05.03.13
09:09
(11) $3900. Нет уж спасибо =)
13 orefkov
 
05.03.13
09:24
мыслю кодом

Никогда не использую
14 es3000
 
05.03.13
09:25
Блок-схемы уже устарели.
Они не позволяют полностью со всех точек зрения представить поведение программы.
На смену блок-схемам сейчас используется UML.
UML - современный язык для проектирования и моделирования программных систем.
ORD - диаграммы для представления структуры БД.
Подробнее - в интернете.

Человеческий мозг так устроен, что структуры, состоящие из 7 - 10 элементов, он удержать и одновременно выполнять с ними мысленные манипуляции не может.
Величайшие шахматные гроссмейстеры могут рассчитывать ходы вперед только на 20-25 полу-ходов.
Поэтому моделирование нужно обязательно.
Ведь моделируют везде: в строительстве, в машиностроении и т.д. Где-то читал, что перед тем как строить подводную лодку составляют документацию и чертежи, которые по объему занимают объем как несколько грузовиков.

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

Большинство моих задач требуют моделирования, хотя и не все. Но моделировать приходиться чаще чем "иногда".
Поэтому я отвечаю "всегда".

Всегда использую
15 ProgrammerWife
 
05.03.13
09:26
Если сложные условия в кучу, то рисую. Чтобы ветви разделить без ошибок. Как-то более по нраву, чем потом ошибку вылавливать, которая может еще и не сразу проявиться :)

Иногда использую
16 bodri
 
05.03.13
09:30
Полезная штука

Иногда использую
17 Fish
 
05.03.13
09:31
(13) Машинным? :)
18 Lama12
 
05.03.13
09:32
Еще и логические матрицы.

Иногда использую
19 H A D G E H O G s
 
05.03.13
09:37
Настоящий программер использует реверсивные блок схемы - это когда они составляются по коду и служат декорацией.

Свое
20 H A D G E H O G s
 
05.03.13
09:37
UML - такая же фигня, как и блок-схемы.

Свое
21 dragonIMV
 
05.03.13
09:40
При проектном подходе к внедрениям всегда используем блок-схемы для описания всех бизнес-процессов. При мелких доработках уже нет.
Хотя в (14) правы, не всегда блок-схема способно наглядно описать сложный процесс. Надо будет изучить что такое UML.

Всегда использую
22 Xapac_2
 
05.03.13
09:40
Если делать без них получается овнокод

Всегда использую
23 zak555
 
05.03.13
09:41
(0) что это ?
24 H A D G E H O G s
 
05.03.13
09:42
(4) Ты в слове "когда нужно впарить" допустил дофига ошибок.
25 Тролль главный
 
05.03.13
09:46
(20) обоснуй!
26 H A D G E H O G s
 
05.03.13
09:48
(25) За 6 лет практики они пригодились лишь однажды - когда оформлял ПЗ.
27 dk
 
05.03.13
09:49
только для сложных условий

Иногда использую
28 Тролль главный
 
05.03.13
09:49
(26) ну многие и ООП не используют, это не значит, что ООП не нужно
29 Megas
 
05.03.13
09:53
Рисовал пару раз. А вообще для документации полезная штука, наверное!

Свое
30 zak555
 
05.03.13
09:54
Тролль главный рисуешь блок-схемы ?
31 Тролль главный
 
05.03.13
09:55
(30) рисую UML, не для 1С правда
32 NikVars
 
05.03.13
09:56
(0) Есть задачи, когда это нужно использовать, есть задачи, когда это возможно использовать, есть задачи, когда это не нужно использовать, есть задачи, когда это вредно с точки зрения воровства времени, есть задачи, когда это не нужно совсем.
Блок - схема не единственный и не обязательный способ представления алгоритмического решения задачи.
У любого представления есть существенный недостаток: это представление необходимо регулярно использовать, чтобы это был действительно рабочим инструментом. Только "анафига"?!
Чаще всего неясна не задача целиком, какие-то отдельные моменты-подзадачи. Их можно набросать отдельно на клочке экрана монитора или на салфетке от бутерброда.
А вот если нужно выпендриться и показать себя с необычной стороны, то графическое представление проекта, даже если он пустяковый, делает из программиста бога программирования.
И еще один момент, если всю вариативность хотелок представлять графически, то ты только и будешь этим заниматься. И графическое представление удобно использовать тогда, когда задача ясна на 90-95 процентов. Если ты будешь рисовать блок схему той задачи, в которой ты не в теме ты поймешь, что пустяковая мысль в твоей схеме занимает большую площадь, старательно пряча общую идею и концептуальную суть.
А если учесть, что сегодняшняя хотелка заказчика - дальнейшая реализация и доработка хотелки такой динамичный процесс, что ты своими стрелочками все сроки внредрения сорвешь.
Вывод: графическое рисование или для временного самовыпендрежа, или для эпизодического выпендрежа перед зазчиком или у тебя времени дофига.
Да есть еще вариант, что ты тупой на ровном месте, но я его не рассматриваю.
33 PCcomCat
 
05.03.13
10:00
(32)Дерзко однако! Не с той ноги?

Иногда использую
34 мистер игрек
 
05.03.13
10:04
(32) Допустим у меня задача переписать с нуля расчет индивидуального подоходного налога и пенсионных отчислений.
Задача имеет повороты, условия.
Если все это держать в голове, то обязательно что-нибудь пропущу. Тогда придется заново переписать код или надо будет дохрена допилить.
А если перед тобой тщательно проработанная блок-схема, то танцы на бубенцах уменьшатся в разы.
Ща перед мной стоит дилемма именно в контексте жанной задачи.
Поэтому интересно мнения большинства.
35 IVT_2009
 
05.03.13
10:11
Рисую когда в голове решение не укладывается.

Иногда использую
36 kosts
 
05.03.13
10:12
(34) Не обязательно прям блок схемы рисовать, запиши моменты которые нужно учесть.
37 NikVars
 
05.03.13
10:13
(34) Если ты ноль в задаче, то ты даже пустяковую мысль размажешь на большую площадь "старательно пряча общую идею и концептуальную суть".
Если у тебя сроки, то ты завалишь проект.
Какая разница как ты будешь это "держать в голове". Способов уйма!
Еще раз повторяю, если ты ноль в задаче, если ты регулярно не используешь в своей работе графическое представление, по сути не владея инструментом берешься решать задачу, в которой ты не смыслишь, то мне грустно...
38 PCcomCat
 
05.03.13
10:15
(37) Спокойно, попей чайку с мятой! ;)
39 мистер игрек
 
05.03.13
10:15
(37) Я в задаче конечно не ноль, но не фонтан тоже. Но полностью представляю что надо сделать и как сделать.
Просто много деталей, боюсь что-нить пропустит или забыть.
40 NikVars
 
05.03.13
10:15
(34) Как я уже указал, "когда задача ясна на 90-95 процентов" то это (графическое представление) уместно, с нуля ... грустно ...
41 NikVars
 
05.03.13
10:20
(39) Тогда ты полностью со мной согласен. Множество деталей в графическом детальном представлении будут выглядеть просто страх как ужасТТТно!!!
Ты глянь как выглядит решение на языке программирования такой банальности как квадратное уравнение и глянь блок-схему, как это рисуют в учбниках. И это при том, что на блок-схемах чаще всего опустают моменты ввода-вывода, нет нюансов интерфейсной сути. Если еще и блок-схемировать интерфейсы с нюансами /прятать показывать кнопочки/галочки, какие вплывающие подсзки выводить и тд и тп. Я полагаю, что про блок-схеммирование интерфейса ты и не подумал.
42 Галахад
 
гуру
05.03.13
10:21
(37) "графическое представление"
Чо-та не понял в чем сложность, взять ручку,
лист бумаги и поводить ручкой по бумаге.
43 ЧеловекДуши
 
05.03.13
10:22
Мечты, мечты... а время диктует свои условия :)

Никогда не использую
44 Steel_Wheel
 
05.03.13
10:22
(12) Ну, это -- CASE-средство, оно еще много чего умеет. Кроме того, есть специальная бесплатная российская версия на рутракере :)
Еще как вариант, в Visio наклепать пользовательских контролов и их использовать.
45 NikVars
 
05.03.13
10:24
(42) Ты можешь и не "выводить" блок-схему.
46 kosts
 
05.03.13
10:27
(44) > в Visio наклепать пользовательских контролов и их использовать
Не лучше тогда уж в каком-то специализированном средстве, может и в бесплатном каком нибудь...
47 VladZ
 
05.03.13
10:30
Не использую.

Никогда не использую
48 jsmith82
 
05.03.13
10:31
в своё время изучал нотации, прочитал книгу по UML, юзал десяток кейсов...
фигня это всё
реляционная модель - вот это вещь

Никогда не использую
49 badboychik
 
05.03.13
10:38
Лучше бы в 1С было что-то типа JavaDoc - генерация пакета документации кода по комментариям. А то сидишь пишешь велосипед, а потом выясняется что в каком то общем модуле это уже реализовано
50 Hawk_1c
 
05.03.13
10:45
Если процесс сложный, то обязательно.

Иногда использую
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший