|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexey Veretennikov 2:5020/113.39 12 Nov 2002 02:26:56
To : Victor Wagner
Subject : Re^2: Вопросы к выбору
--------------------------------------------------------------------------------
\ \ \
VW> любую платформу) красивый отчет, если на компьютере, на котором
VW> она запускается, установлен TeX?
VW> Причем принцип универсальный. Подозреваю, что выписывать на C++
VW> генерацию теховских команд, котоыре посредством окружения picture
VW> нарисуют тебе нужный график, тебе тоже лень.
Обычно если я пользовался генерацией .tex файлов, то создавал .bmp и включал его
по \includegraphics
VW> Так берешь программу gnuplot, говоришь ей set term=latex кормишь в
VW> нее
VW> данные, и получаешь TeX-овский файл, который и втыкаешь в генерируемый
VW> отчет. В Unix я бы все это реализовал так, что весь отчет
VW> последовательно бы лился в одни файловый дескриптор. Под виндами могут
VW> быть сложности. То есть в нормальных виндах все нормально. А в 9x - ну
VW> нет там нормальных пайпов.
W2k, поэтому тоже нет проблем.
VW> Если DTD правильно сдизайнена исходя из потребностей твоей проблемной
VW> области.
VW> Дальше берешь и пишешь xslt, которая преобразует твою DTD скажем, в
VW> xsl-fo, или в то что последние ворды умеют кушать, или в тот же самый
VW> LaTeX.
Ясно.
VW> Примеры находятся на раз и в вебе, и в книжном магазине. Hадо только
VW> дать себе труд выйти за рамки привычных концепций.
Вот концепции как раз и представляют проблему.
>>>> Я имею ввиду среды типа Kylix или
>>>> JBuilder - действительно мощные ide.
VL>>> С каких это пор эти помои стали IDE?!?
AV>> :-) no comments.
VW> Hачинаем, рассматривать вопрос о том, какие, собственно, задачи
VW> возникают в процессе разработки программы:
VW> 1. Обсуждение и согласование спецификации программы. Где в JBuilder
VW> средства collaboration? А в Emacs есть и почтовый и ньюсовый клиент.
Согласен.
VW> 2. Разработка алгоритмов, иерархий классов etc. По-моему, с этим, в
VW> частности с рисованием UML- и ER-диаграм там тоже есть проблемы.
VW> Как с этим работает Emacs, признаюсь честно, не знаю. Вот dvi в
VW> wysiwyg показывать, это он умеет.
Решалось с помощью Rational Rose (для msvc по крайней мере)
Как раз об этом есть очередной вопрос: отдельные CASE - средства типа
ERWIN/BPWIN есть?
VW> 3, Изучение документации на используемые инструменты. Опять таки, не
VW> видел ни одной винодовой среды разработки, кроме разве Homesite, где
VW> бы это было интегрировано. Да собственно зачем? Мощных средств работы
VW> с текстом, которые бы делали чтение хелпов в борландовском редакторе
VW> более удобным, чем в Winhelp все равно нет. А в Emacs - info mode.
В принципе MSDN устраивал. Есть ли нормальная смотрелка info, чтоб глаза от
текстового режима не болели?
VW> 4. Собственно написание кода. Hу ладно, человек который не работал ни
VW> с одним из двух настоящих текстовых редакторов и знать не знает что в
VW> этой области можно что-то усовершенствовать. А ведь можно.
VW> Разнообразный completion, навигация по логическим фрагментам кода,
VW> навигация по файлам (не только явным образом включенным в проект),
VW> folding
Hадо проверить.
VW> 5. Подготовка тестовых данных.
Этого нет нигде. ИМХО неформализуемая задача.
VW> 6. Сравнение результатов тестового прогона с ожидаемым. Есть в
VW> Jbuilder встроенный diff?
?
VW> 7. Поддержка жизненного цикла проектов, интеграция с системой
VW> версионирования исходных текстов.
Это есть.
VW> 9. Разработка документации. Где в
VW> Jbuilder средства работы с SGML/XML, аналогичные PSGML, и с TeX,
VW> аналогичные AucTeX?
JBuilder 5 работает с XML. Про PSGML пока ничего не могу сказать.
VW> При всем моем уважении к тебе как программисту, я не верю что ты
VW> можешь позволить себе потратить на оптимизацию базовых примитивов
VW> работы с текстом (regexp engine, например) столько времени, сколько на
VW> это потратили Ларри Уолл и компания. А правильно написанный скрипт на
VW> perl 99% времени при обработке больших данных тратит как раз на
VW> этих встроенных конструкциях.
Я работаю не с текстом, а с потоками байт.
VW> Потому что по опыту многих здесь
VW> присутсвующих, проекты, написанные на одном языке, удобством в
VW> обращении (в смысле развитии и модификации) не обладают. А если этот
VW> язык еще и С++...
Возможно.
VW> Этот язык обладает тем неудобством, что из программы на нем ты
VW> решаешь
VW> всякие разные задачи не так, как ты их решаешь, когда работаешь как
VW> пользователь.
Естественно. Hо как если использовать соответствующий язык для задачи, то можешь
потерять в производительности. Вспомним prolog. Должна быть золотая середина. В
идеале хотелось бы писать саму логику и обработку данных на одном языке, а все
остальное (интерфейс и т.п.) чтоб получалось автоматически, стандартно, привычно
и удобно. Хоть мышкой в менюшках галочки потыкать, заполнив стандартные формы.
Hо учить еще один очередной язык для этого (я из принципа работая в Rational
Rose UML не учил) - это не вариант. Пусть это хоть C++ с десятью плюсами. Как
давно вошел в использование XML? Вот tex или c - это хоть понятно.
\ \ \__ \ \
\|\ \_\ \|\ , Alexey,\\ /myself/ \\
--- GoldED+/W32 snapshot-2001.03.04
* Origin: Be Careful With That Axe Eugene (2:5020/113.39)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
