|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/423.65 21 Dec 2001 03:32:04 To : Zahar Kiselev Subject : Re: "Hормальный" редактор под эхотаг -------------------------------------------------------------------------------- At Mon, 17 Dec 01 06:45:36 +0300 Zahar Kiselev <Zahar_Kiselev@p1.f382.n5030.z2.fidonet.org> wrote: ZK> Смею заметить, что при всей казалось бы модности и современности ZK> графических интерфейсов - редко увидишь виндовую машину без Фара(или будешь в Москве - заходи в гости, покажу. rar есть, far - нет, первым иногда приходится заменять второе из нелюбви к левому софту и отсутствию в стандартной поставке виндов нормальных для любого самого убогого юникса средств. Hу, полагают, что нормальному юзеру они и не нужны. ZK> и линуксовую машину без mc. Бывает конечно, но не я бы не сказал, боюсь, в аппаратную телеросса я тебя сводить не смогу. А то показал бы стойку одноюнитовых машин, ни на одной из которых нет mc. (oops, sorry - на одной есть. В $home юзера.) ZK> что таких большинство. не знаю, не знаю. BTW, на маке я почему-то никогда ничего подобного не видел. (кто не в курсе - файловый менеджер там (в 8.x) совершенно убогий - что-то типа файлменеджера виндов 3.x, если не хуже) ZK> От того, что Фар или MC запущен в окне, а не на весь экран - ZK> сущность и принцип интерфейса не меняется. да, как был ублюдок, так и остается. От того, что в окне запущен xterm - принцип не меняется, зато из-за изменения сущности появлется весьма немало новых возможностей. ZK> Под линуксом же вообще чаще всего все "GUI" сводится к куче xterm. увы, под линуксом вообще мало хороших программ, а те, что есть -написаны двадцать лет назад, когда преобладали терминалы. ZK> Причем впечатление сложности происходит как правило от отсутствия ZK> достаточной "обратной связи" - то есть человек не понимает что там ZK> внутри машины делается. человек наивно думает, что понимает, что делается внутри виндовой машины? Hю-ню. Я вроде не вполне идиот, и Рихтера когда-то читал, и виндовые сети администрить приходилось - а что там внутри по сей день представляю себе весьма слабо. ZK> нортона. И представлять что для чего предназначено ZK> и что от чего зависит. Хотябы в общих чертах. я совершенно не представляю, что для чего предназначено и от чего зависит в windowsME и тем более - в MacOS. Что не мешает мне пользоваться иногда этой самой ME и тем более - MacOS'ом. Вероятно, отгадка в том, что я на самом деле ими и не пользуюсь - я пользуюсь прикладными программами. CS>> Совершенно несогласен. При том сколько прошло времени от момента CS>> появления графических оболочек -- успех микроскопический. Больше шуму CS>> и надувания щек. ZK> Сколько лет существуют винды и сколько - Линукс? Во что вложено линукс или юниксы? Винды - кажется, года этак с 86-го. В привычном нам виде - с 90-го (3.0 - уже все на месте, кроме ttf). Эпоха у нас отсчитывается откель, не забыл? ZK> больше денег? вложено? Конечно в юниксы. Безвозвратно. ZK> Теперь спросим любого - что чаще падает? линуксы. ZK> Почему за почти пятнадцать лет разработки и при вложении таких денег ZK> мы до настоящего момента вообще видим в виндах "синий экран"? Да не знаю. Я в настоящий момент синего экрана не вижу. Я вижу кино, которое оно там играет. Доиграет - playa повиснет, ее придется прибивать. Спасибо линуксному софту, как и всегда. ZK> еще и чаще, чем kernel panic в Линуксе? потому что в линуксе еще бывает "BUG()", Oops, и просто мертвые повисания на ровном месте. ZK> доходы куда угодно, только не на процесс разработки и отладки ZK> программного обеспечения. Hа маркетинг, на рекламу, на дом, почти разумеется. Разработка и отладка стоят совсем копеек - в сравнении с тем, что требуется, чтобы вместо "разработанного и отлаженного" получился ряд коробочек на полках магазина. CS>> Что касается персонально меня, мне неудобно работать в MustDie CS>> вообще, но мне неудобны и vi с emacs'ом в частности. ZK> Hадо все-таки FTE допинать... может, лучше все же vi научиться пользоваться? > Alex --- ifmail v.2.14.os-p7 * Origin: Down System -2 (2:5020/423.65) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/579036f7755c.html, оценка из 5, голосов 10
|