Визуальные make-и, ant-ы, xslt и т.д. бывают?
Какую задачу ты хочешь решить?
Ну т.е., если брать тот же make, я пока не понимаю, что там можно визуализировать кроме прогресса.
Ну т.е., если брать тот же make, я пока не понимаю, что там можно визуализировать кроме прогресса.
Какую задачу ты хочешь решить?посмотреть на удобный редактор правил преобразований
Ну т.е., если брать тот же make, я пока не понимаю, что там можно визуализировать кроме прогресса.визуализировать нужно само преобразование (правила преобразования дебаг и трассировку тоже бы не мешало бы визуализировать.
Какую задачу ты хочешь решить?Программировать мышкой человек хочет
Вот кусок output из make:
upd. Еще на ум приходит визуализация в виде графа зависимостей. Типа тут зеленое, тут красное, тут warnings.
krasin:~/Downloads/ruby-client-3/ruby-1.9.1-p243$ makeЧто ты понимаешь под визуализацией этого процесса? То, что делает visual studio и другие ide? Что-то другое?
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o main.o -c main.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o dln.o -c dln.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o dmyencoding.o -c dmyencoding.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o miniprelude.o -c miniprelude.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o array.o -c array.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o bignum.o -c bignum.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o class.o -c class.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o compar.o -c compar.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o complex.o -c complex.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o dir.o -c dir.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o enum.o -c enum.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o enumerator.o -c enumerator.c
ruby ./tool/generic_erb.rb -c -o known_errors.inc ./template/known_errors.inc.tmpl ./defs/known_errors.def
known_errors.inc updated
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o error.o -c error.c
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o eval.o -c eval.c
eval.c: In function ‘ruby_cleanup’:
eval.c:139: warning: passing argument 1 of ‘ruby_init_stack’ discards qualifiers from pointer target type
gcc -O2 -g -Wall -Wno-parentheses -I. -I.ext/include/x86_64-linux -I./include -I. -DRUBY_EXPORT -o load.o -c load.c
upd. Еще на ум приходит визуализация в виде графа зависимостей. Типа тут зеленое, тут красное, тут warnings.
Тогда студия подходит для XSLT - там и спеллчекер нормальный есть и отладчик, пробовал в ней писать xslt-шки - очень удобно
Что ты понимаешь под визуализацией этого процесса? То, что делает visual studio и другие ide? Что-то другое?т.е. ты спрашиваешь как можно удобно визуализировать трассировку?
всякие интерактивные возможности:
на основании какого правила вот этот исходник был преобразован вот в такую херотень?
в каких преобразованиях был тем или иным способом задействован вот этот исходный файл?
на что повлияет его изменение?
сколько параллельных потоков преобразований возможны? и в каких местах?
ту же диаграмму ганта показывающую самый длинный(тяжелый) путь
какие возникали конфликты и в каких местах по выбору правил преобразований? как эти конфликты были решены?
Тогда студия подходит для XSLT - там и спеллчекер нормальный есть и отладчик, пробовал в ней писать xslt-шки - очень удобнохочется большего
но еще раз повторю, что меня больше интересует визуализация правил, а не самого процесса выполнения
и соответственно всякие вопросы:
для каких исходных данных уже есть правила? а для каких нет?
какие есть конфликты в имеющихся правилах?
результат полученных с помощью этих правил будет корректным? или не очень?
что за собой потянет изменение вот этого правила?
ps
т.е. по идее - хочется хороших мощных возможностей по рефакторингу правил преобразований.
и соответственно всякие вопросы:
для каких исходных данных уже есть правила? а для каких нет?
какие есть конфликты в имеющихся правилах?
результат полученных с помощью этих правил будет корректным? или не очень?
что за собой потянет изменение вот этого правила?
ps
т.е. по идее - хочется хороших мощных возможностей по рефакторингу правил преобразований.
как пример сложного преобразования можно взять преобразование
xhtml -> xsl fo -> pdf
xhtml -> xsl fo -> pdf
Тогда студия подходит для XSLT - там и спеллчекер нормальный есть и отладчик, пробовал в ней писать xslt-шки - очень удобновсе это мало поможет, чтобы поднять допустим преобразование вида xhtml -> xsl fo -> pdf
уже через пару дней в этом xslt черт ногу сломит.
Программировать мышкой человек хочетесли в хорошем смысле этого слова - то да
да - я хочу, чтобы тупую работу делал компьютер, а умную - человек.
а умную - человек... который не в состоянии визуализировать в голове.
Ну то есть я согласен: нужно чтобы любая кухарка могла писать программы.
... который не в состоянии визуализировать в голове.не, ну это ты, чего-то, маху дал.
Отладчиком пользуются люди, которые не в состоянии отлаживать в голове.
Отладчиком пользуются люди, которые не в состоянии отлаживать в голове.И?
ты не понял?
... который не в состоянии визуализировать в голове.ты можешь в голове визуализировать xslt-преобразование для xsl fo -> pdf? причем именно то, что сейчас записано в коде.
О-О-О! я преклоняюсь перед тобой!
странно почему ты еще не зарабатываешь миллион долларов...
ты не понял?Ты где-то высказал мысль, которую можно было не понять?
ты можешь в голове визуализировать xslt-преобразование для xsl fo -> pdfАга. И даже работал тут
Ты где-то высказал мысль, которую можно было не понять?ну ты же не понял
Короче: почему по-твоему нужен отладчик, но не нужен визуализатор xslt?
ну ты же не понялСтавлю тебе плюсик имени меня за распространение заведомо ложной информации.
почему по-твоему нужен отладчик, но не нужен визуализатор xslt?
Где я сказал что он не нужен?
Я сказал что с помощью визуализатора программировать на xslt сможет и кухарка.
Отлаживать еще тяжелее чем писать xslt без визуализатора.
Ага. И даже работал туткруто! значит тебе нас убогих не понять, и можешь больше в тред не заходить.
ps
кстати еще раз уточню, что речь идет о визуализации того, что написано прямо сейчас в коде(со всеми ошибками а не о визуализации того, как оно кажется должно быть.
поищи вокруг языков логического программирования, их пользователи явно первым столкнулись с проблемой понимания как оно вообще работает =)
в педивикии даже какой-то Visual Prolog упоминается
в педивикии даже какой-то Visual Prolog упоминается
в педивикии даже какой-то Visual Prolog упоминаетсяон больше похож на обычную IDE - но для пролога.
обычную IDE сложно назвать особо визуальной
А ты Altova XML tools не смотрел? По описанию и картинкам должна быть мощная вещь (это не реклама - сейчас случайно наткнулся на эту штуку, сам никогда не пользовался - самому интересно). Там есть тридцатидневный триал.
It offers the top XML editor, schema designer, code generator, file converters, debuggers, profilers, support for XSLT, XQuery, Office 2007/OOXML, XBRL, WSDL, SOAP, Visual Studio, Eclipse, & more.
MapForce® 2010 is an any-to-any graphical data mapping, conversion, and integration tool. It supports XML, database, flat file, EDI, Excel 2007 (OOXML XBRL, and Web services data and autogenerates royalty-free transformation code in XSLT, XQuery, Java, C#, or C++.
и т.д.
А ты Altova XML tools не смотрел?смотрел - но давно, года 4 назад.
на днях попробую еще раз посмотреть.
> на основании какого правила вот этот исходник был преобразован вот в такую херотень?
> в каких преобразованиях был тем или иным способом задействован вот этот исходный файл?
Документация к make не прочитана.
---
"Quae medicamenta non sanat, ferrum sanat,
quae ferrum non sanat, ignis sanat."
> в каких преобразованиях был тем или иным способом задействован вот этот исходный файл?
Документация к make не прочитана.
---
"Quae medicamenta non sanat, ferrum sanat,
quae ferrum non sanat, ignis sanat."
Оставить комментарий
Dasar
Есть куча разных утилит/технологий по преобразованию чего-то одного во что-то другое - это всякие разные make-и, ant-ы и т.д.; xslt сюда же можно отнестивсе это имеет одни и те же свойства: они все не визуальные, и соответственно - все пакетные(а не интерактивные)
а вот тоже самое визуальное и интерактивное есть?