|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Fedorov 2:5020/400 22 Aug 2002 18:39:47
To : Vladimir Bormotov
Subject : Re: [JT] Hекоторые впечатления о <FOO Bar> Linux
--------------------------------------------------------------------------------
In article <m3it24kmo4.fsf@vb.dn.ua>, Vladimir Bormotov wrote:
>>>>>>> "DF" == Dmitry Fedorov <D.A.Fedorov@inp.nsk.su> writes:
>
>>>А вот у нас линукс в кассах есть ;-) И разработчик ПО - мой друг. Совсем
>>>неплохо - Linux+X11+qt. По городу уже 7 магазинов быстрого обслуживания
>>>на нем работают.
>
> DF> А X11 там зачем?
>
> для более удобного и адекватного отображения информации на терминале.
>
> DF> Кассир мышкой двигает?
>
> а что, графика без мышки не бывает?
Бывает, но обычно нет :)
> народ! расскажите мне, откуда у людей такие комплексы берутся?
У меня нет таких комплексов, несколько xterm'ов прекрасно выглядят и
функциональны.
> Hу ладно сами не любят графики, дело личное, но неужели так сложно
> представить, что другие могут учень успешно работать в графике, с
> клавиатуры? Всего-то нужно, грамотно спроектировать UI, и аккуратно его
> реализовать.
Да, уел ты меня. Здесь есть где применять графику.
> DF> Я сам чуть не стал автором подобного "кассового аппарата". Hо никаких
> DF> GUI там не предполагалось.
>
> дело вкуса. Посмотри ка-нибудь на экран терминала кассира в супермаркете.
В супермаркеты не хожу. А там где хожу, вшивые круглые 14-дюймовые
мониторы. Мне кассиров жалко. Обыкновенная касса была бы там удобнее.
> Те что я видел, цену итоговую показывают чуть ли не в четверть экрана.
> Это что, рисовать в текстовом режиме символами псевдографики? В конце
> 2002-го года? нафига, если все можно красиво сделать в графическом
> режиме.
Да, это сильный аргумент.
Предполагаемый кассовый аппарат должен был состоять из старой 486 и
фискального регистратора. Дешево и не для супермаркетов.
И основная задача была не показывать итог крупно, а максимально быстро
(проблема человек-машина в полный рост) искать товар в базе при ручном
вводе товара.
--
Eсли уж гайка есть, она должна быть затянута до конца
или выкручена нафиг.
--- ifmail v.2.15dev5
* Origin: INP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
