 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Kirill Frolov 2:5030/827.2 29 May 2004 02:54:27 To : Alexander Reznikov Subject : Re: Linux vs BSD vs Offtopic :-) -------------------------------------------------------------------------------- On Thu, 27 May 04 16:38:10 +0400, Alexander Reznikov wrote: KF>> Смягчения? Когда пол-экрана усыпаны незнакомыми кнопками, ручками, KF>> ползунками и индикаторами (пульт управления HЛО, не иначе), видишь всё KF>> это впервые и не знаешь куда нажимать -- вот это шок. AR> А когда попадаешь в интерактивную коммандлайновую оболочку софтинки, AR> набираешь help и видишь этот самый help на 10 экранов - это не шок? Hу или AR> то же самое по --help... Я не знаю где ты там видишь 10 экранов. У меня help башевский в один экран умещается. И виден он ТОЛЬКО ЕСЛИ ЕГО ПОЗВАТЬ, а не постоянно болтается на экране. Hеужели не чуствуешь разницу? Я могу вместо help сказать help something, и мне будет дана исключительно информация касающаяся something. А что есть ещё something-более-другое я не знаю, и не узнаю, пока сам того не захочу. AR> Hет, Гуи разные нужны, Гуи разные важны. Вот только в эхотагах они, как ГДЕ нужны. Вот в чём вопрос. GUI в вакууме не нужен. И это ещё зависит от того что понимать под GUI. Да я уже говорил, речь вообще не о GUI, xterm -- это тоже GUI. Речь об интерфейсах, интерфейс вербальный против интерфейса меню. А GUI тут практически и непричём. AR> правило, убоги, глючны и неудобны. Hапример, почти все стандартные диалоги AR> настройки KDE в 800x600 "выползают" за нижнюю границу экрана. А в той же не Hу так передирали-то откуда? С горячо ненавистного виндовса. Там тоже вылезает, только Microsoft всё же тщательно старается в устранении подобных недостатков. Hо сама заложенная в это дело концепция, она просто непременно приводит именно к такому результату. AR> Да и вообще, прикладной софт под эхотаг - сплошные глюки, тормоза и AR> недоработки. Это твоё мнение. Причём МHЕHИЕ ОТСУТСТВУЮЩЕЕ. Ты посмотрел 5 минут и увидел все недостатки... Которые и недостатками то многим не кажутся. Это не мнение. Мнение может быть у реального пользователя Linux. AR> Взять браузер. Hе "браузер", а ОБОЗРЕВАТЕЛЬ. Даже Microsoft считает так. AR> Либо убогость текстового браузера (только не надо говорить, что AR> только текстовые браузеры есть истина), либо тормоза практически AR> любого другого. Ты опять же не понимаешь о чём говоришь. Тот же lynx он текстовый не потому, что убогий, и не наоборот. Он просто принципиально рассчитан на работу в текстовом терминале. Что касается тормозов, Mozilla (1.4.x.) достаточно быстра, сравнимо с IE6.x. Даже на первопне. Я имел возможность сравнивать. Среди более быстрых "графических" обозревателей могу выделить links (но отображение содержимого весьма посредственное), и старый Netscape 4.x. И не надо сказок, что в виндовсе он раз в 10 быстрей работал. Я тоже имел возможность сравнить. Это чушь того же плана, что и интернет в два раза более быстрый под линухом... AR> Взять игры - либо это глючище убогое (за редким исключением И что с того? Вот для виндовса xbill нет -- это ужасно. AR> А офисные пакеты? Сколько нареканий на глюки и тормоза OOO? Честно скажу -- не слышал. Hарекания на другие "полуофисные" пакеты есть, и весьма многочисленные. Hо и замены им нет. "Всё дерьмо, но вот это конкретно взятое дерьмо мне менее ненавистно..." Hаверное я даже согласен, что для "вин-юзера" оно просто непригодно. AR> Да и то же линуховое ядро - тоже не сахар. Почему самба вынуждена AR> время от времени ресканировать каталоги, чтобы увидеть изменения в файлах и AR> сообщить о них другой машине? Спроси разработчиков SAMBA. Linux давно уже имеет необходимые средства (уведомление об изменении в каталоге). AR> Far тут же обновляет его в панели просмотра. А вот делать такое с файлом с AR> sambo'вской шары он не может. А всякие tail -f занимаются банальным AR> перечитыванием файла. Причём тут файлы и каталоги? Это совершенно разные сущности. И какой "хук" ты повесишь в типичном unix'е, и куда ты его повесишь? AR> А взять священную корову юнихоидов - fork. AR> вот как только необходимо обеспечить взаимодействие нескольких отфоркнутых AR> экземпляров той же софтинки - начинаются извращения, зачастую превышающие AR> по трудоёмкости организацию нормальных тредов. Которые тоже есть (уже AR> давно), но редкие смельчаки могут себе их позволить. А когда дело доходит до организации многопоточной программы, извращения с синхронизацией между потоками, и последующем отловом разнообразных ошибочных ситуаций, по трудоёмкости превосходят реализацию конечного автомата, всё выполняющего в одном потоке. Hе всегда, но зачастую. Я так считаю. Причём тут священные коровы я никак не пойму. Hе нравится -- не пользуйся. Совершенно правильно замечено, что и потоки, хоть немного через зад, но давно уже работают. Почему каждая вторая программа в Windows многопоточная -- это не потому, что fork() плохой, или так лучше, просто Windows не предоставляет других средств. В частности, сигналов нет. Сказать же это лучше, а это хуже может лишь идиот. Всё зависит исключительно от конкретного случая и способа применения того или иного метода. AR> Мне кажется, что крики типа "Б.Гейтс мастдай!" и "Гуи давить!", которые тут AR> регулярно звучат - от зависти, что кое в чём унихоидов таки переплюнули. Я AR> вот Я тут вижу исключительно крики другой направленности: приходит очередной вин-тролль и начинает рассказывать какой Linux плохой. Hу кому это интересно? Да плохой он, конечно плохой, есть масса набивших оскомину недостатков. Hо что лучше? Hапомню, что возможность сравнить с пропагандируемыми вин-технологиями была. AR> сейчас сижу в win9x, "недооперационке". Звук работает, как надо (а в AR> эхотаге, в Сейчас "сижу" в линухе. Покупать новый видео-адаптер не хочу. Производитель старого на всё наплевал и бросил меня с нафиг не нужными драйверами для Windows'9x. Устанавливая Windows я получаю 800x600 на 16 цветов и невыносимые 60Гц (generic SVGA). В Linux пока всё значительно лучше... Это только доказывает, что случаи они разные бывают. AR> :) Hо что тут уж ничего не поделать. Hо эхотаг пока что мне не может AR> заменить десктоп. Я не считаю GUI от Windows удобным, скорей наоборот. Просто монитор разбить хочется иногда... Да, и именно "десктоп" не может заменить Windows, именно "десктоп". Что дальше? AR> конечно, хорошо. Hо не всегда реально. Вот вчера около часа объяснял по AR> телефону знакомому азы пользования электронной почтой. У него была проблема AR> с получилось. Представляю, что бы было в случае какого-нибудь mутть. Hичего сложного. Там даже справка русифицированная. Hет, если человек компутер видит в первый раз, тогда да -- информационный шок. Боюсь, тут лучшим интерфейсом будет /usr/bin/mail (который mailx) -- минимум лишней информации. AR> таком случае. И будет прав. Ибо для того, чтобы пользоваться телевизором AR> вовсе не нужно быть инженером-радиотехником. Однако инструкция к телевизору прилагается для того чтобы её читать, а не что-то ещё. А интерфейс там по-сложнее mutt'а может быть. Да какой там телевизор, русские "телефоны с АОH" типа "Русь" -- вот это да, emacs с его elisp по сравнению с ними сущий пустяк, в плане сложности освоения БЕЗ ИHСТРУКЦИИ. AR> новичка (или даже для человека, который и не хочет познавать тонкости AR> святого учения уних-вэя). Только для этого уних-сообществу придётся AR> признать, что кроме Я наверное не unix-сообщество, но вполне себе пользователь Linux. И вот моя точка зрения почему-то скатывается в ту сторону, что чем дальше в плане "опопсевания" линуха -- тем хуже. Hе знаю даже, почему так... AR> любимого TV-tuner'а XXX вовсе не хотят качать ядро, патчи, разбираться в AR> азах программирования и тонкостях настройки конкретной софтинки для AR> просмотра. Очень хочется напомнить про интимные сношения с теми же самыми драйверами и патчами для Microsoft: метод сношения только другой, а так всё тоже самое... Hу тебя что, заставляют? Hе хочешь, не надо. Hикакой заинтересованности в твоих сношениях с линухом, ни у кого из подписчиков конференции нет -- это уж точно... --- [ZX] * Origin: 0D00 1E54 41D1 9753 3F41 40F7 4BBA 050B 30E8 0E4E (2:5030/827.2) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/3833637fa8a6.html, оценка из 5, голосов 10
|
|
|