Исходное сообщение
"DRAKON Editor - редактор для графического языка ДРАКОН" Отправлено ffirefox, 04-Ноя-11 00:55
Если инструмент используется не к месту, бездарем,  плохо изучившим инструмент, просто не подходит человеку в силу психологических или эмоциональных причин, в силу привычки, в конце концов, то чем виноват инструмент?     Почему Вы не можете понять в каком состоянии находится программа? Это ведь Ваша проблема? Может просто, как, Вы говорите, для "визуального программиста требуется более высокий уровень квалификации" и у Вас его просто нет?     Отрицать визуальные средства представления в программировании это тоже самое, что говорить об отсутствии необходимости в трехмерном или твердотельном моделировании т.к. это все гораздо труднее, чем просто набросать эскиз изделия. Это другой взгляд на программу. Что-то, возможно, будет скрыто, но что-то другое - будет более простым и понятным. Никто не запрещает использовать разные инструменты совместно, особенно в сложных проектах (Особенно, если учесть, что "драконовcкие" схема это всего лишь одна из графических схем. Так же как в электронике есть  структурные, принципиальная, функциональные, монтажные, блочно-корпусные и т.д. (там за десяток переваливает) схемы. В разных ситуациях удобно использовать разные.)     "Неочевидные семафоры" останутся неочевидными везде. И, если программная система проектируется на коленке, то "пол дня растаскивать на экране" придется даже в vim. Когда-то на OpenNet была ссылка на схему ядра Windows, Linux и какой-то *BSD. Там одного взгляда взгляда достаточно, чтоб понять где быстрее рванет.