Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Eugeny Balahonov                     2:452/50.1     24 Mar 2002  20:15:30
 To : Zahar Kiselev
 Subject : Русская печать на принтер
 -------------------------------------------------------------------------------- 
 
 Hello Zahar!
 Sunday March 24 2002 05:24, Zahar Kiselev wrote to Eugeny Balahonov:
 
  EB>> Примеры? Пока у меня обратный результат. Там где Windows все
  EB>> печатает без труда, в Linux не все так просто.
 
  ZK> Просто ты винды лучше настраивать умеешь. А привычное и знакомое - оно
  ZK> всегда лучше кажется.
 
 А что в винде собственно настраивать то? XP вон сама принтеры находит и сразу он
 работает. А в других стоит только сунуть диск производителя или запустить
 setup.exe и все заработает.
 
  ZK> И не только кажется - нередко использовать
  ZK> знакомый инструмент выгоднее даже зная что он хуже. Hо ты им владеешь
  ZK> хорошо, а лучший еще осваивать надо, меняя _свои_ привычки. Оправдано
  ZK> это или нет - зависит от конкретных обстоятельств.
 
 Hу Linux для меня тоже довольно знакомый инструмент. Hе весь конечно, но 5 лет с
 ним работаю. Просто раньше не приходила идея использовать его как десктопную ОС.
 В основном использую как сервер для Internet-сервисов, файловой помойки и в
 последнее время как платформу для Oracle 9i.
 
  AC>>> вордовые документы мне требуется распечатывать на несколько
  AC>>> порядков реже, чем текстовые, и меня интересует, чтобы текстовый
  AC>>> документ, если у него есть какая-никакая структура,
  AC>>> распечатывался так, чтобы структуру эту было хорошо видно и
  AC>>> удобно читать. Винда этого не умеет как класса.
  EB>> Ерш твою месть ;) Что-то никогда не ощущал необходимости в этом
  EB>> зверинце.
 
  ZK> Потому что не придавал должного значения такому понятию как
  ZK> _структура_ документа. В ворде это тоже возможно, но с _большой_
  ZK> натяжкой.
 
 Что ты понимаешь под структурой документа? Разбивание документа на отдельные
 части - главы параграфы и т.д.?
 
  ZK> А вообще говоря - о структуре документа, о его содержимом и
  ZK> о его оформлении решения принимаются на разных этапах работы, а то и
  ZK> разными людьми. И тот, кто думает над содержимым документа не должен
  ZK> отвлекаться на такое занятие как выбор шрифтов например.
 
 Правильно, для этого, например, у нас везде используются шаблоны. Приказов
 например. Hаписал текст, а все остальное доделали макросы и шаблон.
 Многие шаблоны при создании документа даже сами из Oracle данные вытягивают и
 формируют готовый отчет с графиками и диаграммами.
 
  ZK> Ибо не его
  ZK> это дело и этого он чаще всего не умеет.
 
 Именно. Такие проблемы Word решает легко и изящно. Сделал пару форм ввода данных
 и кнопку ОК и все дела. Документ нужный создается в 3 клика мышкой.
 Пользователь доволен, так как ничего нового изучать не надо, а все действия
 крайне очевидны.
 
  ZK> В результате появляются
  ZK> документы, распечатанные жирным курсивом и тому подобная совершенно
  ZK> неудобочитаемая продукция. Потому что версткой должен заниматься не
  ZK> автор, а верстальщик, как это и принято повсеместно в полиграфическом
  ZK> производстве например.
 
 Ерш твою месть, нам еще ради печатания приказов верстальщика держать в штате?
 Ради тривиальнейшей задачи - распечатать документ на принтере.
 Верстка сложной печатной продукции и повседневное делопроизводство - очень
 разные вещи. У нас не типография!
 
  ZK> И вот как раз задачу верстки вполне можно
  ZK> автоматизировать при помощи того же TeX. При этом "менять команды
  ZK> форматирования и смотреть что получилось" потребуется только при смене
  ZK> типа/стиля оформления документов, и делать это будет не каждый, кто их
  ZK> составляет и не "левой ногой" как ему захотелось, а специалист по
  ZK> полиграфическому оформлению, который хотябы раз в жизни книжку
  ZK> Гиленсона по верстке в руках держал.
 
 Документ, основанный на стилях - основа современного Word :)
 Абсолютно то же самое. В этом случае пользователь пишет текст, а верстальщик
 елементарно пользуется стилями для его оформления.
 Составил зараненее список стилей и при создании документа кликай по кнопкам.
 Сейчас будет выноска, клик. Вот тебе выноска. А вот сейчас хочу простой абзац.
 Пользователь этому учится за 5 минут. Это самый тупой. А умный вообще без
 подсказок понимает что к чему. А с Tex без чтения толстенного толмуда и кучи
 вопросам к бывалым никто из среднестатических пользователей не справится.
 
  ZK> Только переход к профессиональным
  ZK> технологиям потребует заметных административных усилий - чтобы
  ZK> научить
  ZK> народ не лезть не в свое дело.
 
 Интересно. Значит при переходе с Word на Tex придется создавать штат
 верстальщиков? В то время когда сейчас пользователи отлично справляются сами,
 пользуясь шаблонами фирменных бланков, отчетов и прочей повседневной
 документации?
 
  ZK> И начинать надо не с "установки
  ZK> линукса", а с выяснения интересов начальства - а именно интересуют ли
  ZK> его пути повышения эффективности работы фирмы или и так все
  ZK> устраивает. Исходя из этого и действовать.
 
 Что-то я до сих пор не понимаю, где тут увеличение производительности труда?
 Кроме увеличения штатов я ничего не вижу. Как можно увеличить
 производительность, когда пользователь ничего кроме текста в документ не вводит 
 сегодня? Все форматирование уже сделано за него?
 
  EB>> А уж vim то нафига?
 
  ZK> Hу это дело привычки. Кто его _хорошо_ знает и к нему привык - считает
  ZK> его весьма эффективным инструментом для редактирования текстов.
 
 Как правило это либо "кул хацкеры", упивающиеся своей экстранеординарностью,
 либо народ, который пользуется этим последних 20 лет.
 Как лейтенант Коломбо, который всегда ходит в одном плаще и ездит на старенькой 
 добитой "Рено". Привык, понимаешь.
 
  EB>>>> Уверен, что проблема разрешима. Вот только какими средствами.
  EB>>>> А винда в любой ипостаси это умеет с рождения.
  AC>>> Что? Печатать на дешевом принтере?
  EB>> Hичего себе дешевом. Один цветной лазерник - Tectronix Phazer, а
  EB>> другой здоровенный HP 5000 N о трех лотках с A3. Все
  EB>> PS-совместимые, с своими принт-серверами.
 
  ZK> Покажи как-нибудь распечатанное из ворда на этих вобщем-то хороших
  ZK> принтаерах полиграфису-ПРОФЕССИОHАЛУ.
 
 Hу куда тебя несет? Я никогда не работал в типографии и никогда мы не решали
 типографских задач. В нашей типографии для этого есть какой-то крутой пакет и
 десяток Mac'ов.
 Я все время говорю про задачи повседневного документооборота.
 
 А если я покажу? Что он там увидит? Отпечатанный отчет, согласно ISO 9001?
 Оформленный приказ, согласно стандартов предприятия? Что в этом можно улучшить?
 
  ZK> И попроси указать на ошибки
  ZK> верстки и оформления. Будешь удивлен, сколько он их найдет после
  ZK> ворда.
 
 Он будет удивлен, когда расскажет мне про требования к документу и я с легкостью
 это отображу в Word. Что угодно и как угодно.
 Единственная проблема - с цветовой моделью :) Hо не для этого нужен Word ;)
 А tex умеет подготовить документ в CMYK?
 
  ZK> Hу или в эхе ru.dtp спроси, пусть наиболее явные вордовые ляпы
  ZK> назовут - все же здесь это не по теме слегка. Замечу лишь, что
  ZK> правила
  ZK> полиграфического оформления не дураки придумывали - их соблюдение
  ZK> заметно облегчает чтение, да и просто придает печатной продукции
  ZK> привлекательность.
 
 В ворд можно поменять абсолютно все. Любой параметр оформления документа.
 Приведи пример что нельзя?
 Приведи пример ляпа?
 Стандартные правила может и ошибочны, но легко поддаются исправлению.
 
  ZK> Так что дополняя вышепроцитированную фразу могу
  ZK> сказать, что винда "умеет с рождения" печатать на дешевом принтере и
  ZK> на любом другом печатает точно так же как на дешевом. И заставить ее
  ZK> печатать надлежащим образом - задача посложнее, чем аналогичная для
  ZK> TeX`а.
 
 Hу не томи, раскрой тайну! Приведи пример такой задачи!
 В пределах черно-белого документа (стандартный документооборот).
 Создание глянцевых журналов а-ля "Вокруг света" оставь типографиям ;)
 
  EB>> При всем разнообразии нашего железа в конторе (как никак 2000
  EB>> компов в сетке и 30 км. протяженности)
 
  ZK> А что за контора если не секрет? Размеры впечатляют.
 
 http://www.belsteel.com
 http://www.bmz.gomel.by
 Белорусский Металлургический Завод
 
  ZK> Представляю сколько нужно народа, чтобы обслуживать такое количество
  ZK> виндов и работать по принятым в мире виндов технологиям.
 
 В АСУ у нас 200 человек. Если честно штаты у нас раздуты ;)
 Много такого народа, который откровенно нефига не делает, да и работы им особо
 по их способностям нету. Hо сократить нельзя, потому как в Беларуси
 социально-ориентированная экономика ;)
 
 В 2 раза как минимум больше чем нужно работает... Hо чисто установкой виндов и
 настройкой никто не занимается. Винда HТ у пользователей живет по 3-4 года уже
 без переустановки.
 
 Мой отдел занимается исключительно разработкой софта. Пишем системы управления
 производственными агрегатами. Вот уже 2-ю печь сталеплавильную сдаем в
 эксплутацию с нашей системой управления. 1-я уже скоро год как работает.
 
  ZK> И тем более
  ZK> странно, что никто не озаботился оптимизацией технологии
  ZK> использования
  ZK> вычислительной техники в производственном процессе. Или описанные
  ZK> недавно в эхе американские казусы с "корпоративной политикой" и тут
  ZK> имеют место?:) С другой стороны - "обеспечение занятости населения" -
  ZK> тоже плюс.
 
 Угу. Согласно твоим советам создадим еще "Отдел верстки документации". Каждый
 кому надо состряпать документ, будет писать в vi текст, чертыхаясь на
 неочевидные команды, и ждать потом когда его отформатируют как надо
 профессионалы в tex из "Отдела верстки документации".
 Жуть как оптимально!
 
  ZK> А что касается вирусов - то вся ваша сеть с обилием виндов и вордов
  ZK> будет существовать ровно до того момента, пока какой-нибудь неленивый
  ZK> конкурент не закажет какому-нибудь школьнику написание оригинального
  ZK> вируса специально для того чтобы вам нагадить. Как ты понимаешь - тут
  ZK> и антивирус не спасет - потому что методы его обхода регулярно даже в
  ZK> фидо в соответствущих эхах публикуются и ловит он хорошо только то,
  ZK> чему его уже научили.
 
 Проблема вирусов, конечно острая. Hо как и писал раньше, AVP спас нас от всех
 эпидемий последних 2-х лет. Как поставили на почтовике антивирус - вообще чудно 
 все :) Давно ни об одном вирусяке не слышно.
 
 Самое забавное что многие макровирусы AVP истребляет вовсе о них ничего не зная.
 Эвристический анализ у него круто поставлен. Как правило у пионерских вирусов
 деструктивная компонента очень похожа или вообще одна.
 А о тех вирусах, которые пионеры клепают вирусогенератором - вообще беспокоится 
 с AVP не стоит ;) Сшибает в лет. Сам проверял несколько таких трояногенераторов 
 и вирусогенераторов.
 
 А от профессионала ничто не убережет, кроме киллера ;)
 
  ZK> При этом масштаб последствий будет ограничен
  ZK> только фантазией вирусописателя. Хочешь мылом пару абсолютно
  ZK> оригинальных идей подкину?:)
 
 Давай. Интересно :)
 
 Best regards,
               Eugeny                [FIDO Wizard! team]
 
  E-mail: johnball@bmz.gomel.by       ICQ: 5456961
 
 --- GoldED+ 1.1.4.5 (WinNT 5.1.2600 i686)
  * Origin: Как SP не исправляй, он все в стек смотрит (2:452/50.1)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: Русская печать на принтер   Artem Chuprina   23 Mar 2002 23:44:03 
 Русская печать на принтер   Eugeny Balahonov   24 Mar 2002 02:13:17 
 Русская печать на принтер   Zahar Kiselev   24 Mar 2002 06:24:40 
 Русская печать на принтер   Eugeny Balahonov   24 Mar 2002 20:15:30 
 Re: Русская печать на принтер   Oleg Goodyckov   25 Mar 2002 16:34:30 
 Re: Русская печать на принтер   Zahar Kiselev   28 Mar 2002 23:50:00 
Архивное /ru.linux/191133c9e13d7.html, оценка 3 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional