|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Victor Wagner 2:5020/219.27 10 May 2000 01:10:49
To : Igor V. Bulytchev
Subject : Re: Заточка под офис. Вопрос чайника
--------------------------------------------------------------------------------
Igor V. Bulytchev <Igor_V._Bulytchev@p29.f6.n5032.z2.fidonet.org> wrote:
>> >> > Чего мне всегда не хватало, так это хорошей электронной таблицы.
IVB> Именно
>> >> > таблицы, чтобы считать, а не графического оформлежа типа Excel.
>> IVB>Пальцы-то не растопыривай 8-).
>> Почему ты сразу принимаешь это для за растопыривания пальцев.
IVB> Потому что большинство всех, с кем мне приходилось иметь дело,
IVB> ругали маздай "потому что так круто". И падало у них по сто раз на дню
IVB> от шаловливости кривых ручек, МС тут был почти ни причем.
Почитай, please, параллельный тред "маленький *nix" где я как раз
растопыриваю пальцы что у меня в конторе у NT-шных рабочих станций
uptime не меньше чем у соседних с ними unix-серверов.
IVB> Я мог бы (и буду!) учить SQL. Я знаю кучу xBase языков. Hо только
IVB> с Access97 я получил необыкновенную гибкость и скорость от идей
IVB> к реализации. "Чего изволите-с?" - "пжалста..."
Что? И до 97 года у тебя не было инструмента, который это позволяет?
Извини меня, мне это обеспечивал в 93 году Paradox 4.0 for DOS. Ради
которого я со скрежетом зубовным апгрейдил 286 машины на 486 c 4 мегами.
Через два года его мне начало нехватать, как впрочем, и многого другого.
Вот тогда я стал переходить на Unix. Знаешь ли, для человека, способного
понимать технический английский, и печатать на клавиатуре десятью
пальцами (так что пальцы надо растопыривать не куда-нибудь, а на
фыва олдж) SQL - гораздо более естественное средство выражения мыслей,
чем любые QBE-шные GUI (я тут уже как-то жаловался, что когда набираешь
на клавиатуре create or update trigger foo instead of insert on bar for
each row when baz is null as ..., тоскуешь по устройству голосового
ввода)
IVB> Hо я сторонник идеи: ОС- это операционная система, софт - отдельно.
К сожалению, в наше время это утопия.
Hет, конечно, можно пускать X-ы поверх ядра OC/2 или StarOffice поверх
ядра Unix, но наиболее эффективно задачи решаются когда и ОС и
используемые приложения имеют более-менее одинаковую идеологию.
Поэтому тебе тут и было предложено переформулмировать твои задачи так,
чтобы в формулировках не чувствовалась зашоренность решениями от M$.
IVB> С этой точки мне нравится Юних с компактным и устойчивым ядром,
IVB> перспективы у него явно более обнадеживающие. Однако одной ОС
IVB> сыт не будешь. Вот и решил выяснить, появилось ли что-нибудь
IVB> из софта, необходимого мне, под Юних. Честно говоря, пока я
IVB> не очень удовлетворен своими поисками.
>>
>> IVB>Если тысячи юзверей используют только для оформляжа Эксель,
>>
>> Значит им нужен именно оформляж. А мне - нет.
IVB> Совсем не обязательно. В релизе то ли 5-го то ли 7-го экселя
IVB> был даже пример книжного магазина. Весьма функциональная вещь
А солвер там как был никуда не годный, так и остался. По сравнению,
скажем с оптимайзером в Quattro Pro.
А идея array-functions?
Мне в свое время пришлось час искать в документации (благо был
лицензионный эксел) как посчитать коэффициенты линейной регрессии хотя
в Lotus 1-2-3 rel 2.01 это находится в менюшках за минуту.
IVB> Кстати, глянь на бухгалтерский калькулятор. Косинуса там нет 8-).
Значит, если мне предложат такой калькулятор, мне придется,
выматерившись лезть в сумку за логарифмической линейкой.
IVB> Значит не нужен? Вот она - бухгалтерия и "офисная заточка" 8-)).
Мне сколько раз приходилось видеть людей, которые рисуют таблицу в
Эксел, и считают циферки на лежащем рядом настольном калькуляторе.
Hастолько в этом эксел неочевидно, что это штука, которая умеет считать.
>> И мне жалко что все таблицы под Unix пытаются копировать именно
>> оформительские своейства Excel, забывая о счетных хотя бы на уровне
>> Lotus 1-2-3 rel 2.01
IVB> Да что тебе в нем не хватает? В клетку можно встроить даже любую свою
IVB> функцию, если каких нет, в том числе системные вызовы библиотек.
Удобного интерфейса. Если надо все самому написать я извините, и на
перле с sql-ем напишу.
А вот "взять вот этот столбец, скоррелировать с воон-тем, нет с его
логарифом, подобрать наиболее подходящее основание оного логарифма, а
теперь посмотреть что будет если 256 снизу число не такое а в два раза
больше" - в экселе жутко неудобно. Потому что значения статистических
функций возвращаются через одно место (Ctrl-Alt-Shift-Enter или что-то в
этом роде), удобной последовательности клавиш для указания блоков в пару
тысяч строк нет и так далее. А если у меня все на одном экране
умещается, то это и в sc посчитать можно.
IVB> А офрмление очень даже облегчает чтение документов. Особенно
IVB> диаграммы. Как с этим у офисных пакетов Юниха?
У оффисных пакетов - так же дерьмово, как и у Эксел. Ровно те же то-ли
16, то-ли 24 типа диаграм, те же ограничения на формирование легенды и
так далее. Hо слава богу, для этой цели в Unix-е есть великая программа
gnuplot, которая если не черта лысого, то голубого кита точно нарисовать
умеет (см примеры в ее дистрибутиве). Причем делает это не только в
X-ах, но и на любом tektronics-compatible терминале, например NCSA
telnet for DOS, или в файл в чертовой уйме графических форматов.
>> StarOffice, ApplixWare, Siag. (у последнего язык на порядок круче,
>> потому что scheme), и, вы будете смеяться, но emacs.
IVB> Hу про первый я уже немного слышал. А кто скажет про два следующих пару
IVB> слов?
IVB> Смогут ли они составить конкуренцию маздаевскому офису?
Hет не смогут. Хотя бы потому, что к ним нужен Unix. Hо с задачей
"избавить от необходимости запускать эмулятор Windows при получении
файла doc по почте" - вполне справляются. Причем по-моему, последний
ApplixWare лучше чем StarOffice 5.1. Выход 5.2 положение может изменить.
К сожалению, я не успел утащить бету - ее ограниченый период времени
раздавали.
--
Anyway, my money is still on use strict vars . . .
-- Larry Wall in <199710011704.KAA21395@wall.org>
--- ifmail v.2.14.os-p7
* Origin: Where is your mouse [/dev/Wagner's home (2:5020/219.27@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
