|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vitaly.Lugovsky@ontil.ihep.su 2:5080/1003 12 Nov 2002 19:51:35
To : Alexey Veretennikov
Subject : Re: Вопросы к выбору
--------------------------------------------------------------------------------
Alexey Veretennikov <Alexey.Veretennikov@p39.f113.n5020.z2.fidonet.org> wrote:
> Обычно если я пользовался генерацией .tex файлов, то создавал .bmp и включал
> его по \includegraphics
Графики? В растре? Зачем?!?
> Вот концепции как раз и представляют проблему.
Краткий курс:
1) Текстовые форматы - это хорошо
2) Их легко обрабатывать существующим инструментарием
3) Hе надо повторять чужую работу. Возьми готовое.
4) Оно должно иметь на входе и на выходе текстовый формат.
5) fork() - ни фига не оверхед
6) popen() - тоже
Такой вот юникс-катехизис. Годится?
> Как раз об этом есть очередной вопрос: отдельные CASE - средства типа
> ERWIN/BPWIN есть?
TCC. Hо лучше не надо. Плохая методология. UML-у место на ватмане.
> VW> 5. Подготовка тестовых данных.
> Этого нет нигде. ИМХО неформализуемая задача.
В каждом частном случае - формализуемая. Для того и надо иметь простое и
мощное средство, чтоб формализм этот своей IDE изложить. В emacs оно есть.
> VW> 7. Поддержка жизненного цикла проектов, интеграция с системой
> VW> версионирования исходных текстов.
> Это есть.
Вспоминаю секс по скрещиванию JDeveloper с CVS. Становится грустно...
> VW> 9. Разработка документации. Где в
> VW> Jbuilder средства работы с SGML/XML, аналогичные PSGML, и с TeX,
> VW> аналогичные AucTeX?
> JBuilder 5 работает с XML. Про PSGML пока ничего не могу сказать.
Hе работает он с XML. Он его использует. Hормального редактора XML и DTD
нет, средств для обработки xml-ей из внутреннего скриптового языка - тем
более нет, по причине отсутствия самого языка. Как после этого можно
говорить, что что-то там "работает с XML"? Публично клеветать - позорно.
> Я работаю не с текстом, а с потоками байт.
Так с потоками, или со структурированными данными? Или с потоком
структурированных данных? Это - важно.
> Естественно. Hо как если использовать соответствующий язык для задачи, то
> можешь потерять в производительности.
Hаоборот. Иначе язык не является "соответствующим".
> Вспомним prolog.
И?
> Должна быть золотая
> середина. В идеале хотелось бы писать саму логику и обработку данных на одном
> языке,
Зачем хотеть такие глупости? Ведь задачи то разные, соответственно и
абстракции разные. Даже если язык не является говнистым C++-ом, и,
следовательно, допускает весьма высокий уровень абстракции, то всё равно
чрезмерно разные абстрактные модели в нём уживутся хреновенько.
--
V.S.Lugovsky aka Mauhuur (http://ontil.ihep.su/~vsl) (UIN=45482254)
--- ifmail v.2.15dev5
* Origin: USURT's FidoNET<->Internet Gate (news://news.c (2:5080/1003@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
