 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ruslan Kosolapov 2:5020/400 20 Oct 2005 08:16:00 To : Zahar Kiselev Subject : Re: Дык на чём остановиться? -------------------------------------------------------------------------------- ==[ Zahar -> Ruslan: ZK> Еще раз. Я не сомневаюсь, что _обучиться_ можно чему угодно, даже ZK> работе в емкасе, и считать ее удобной. Микрософт же утверждает, ZK> что их интерфейсы не требуют какого-то специального обучения. То ZK> есть реклама как всегда врет. Хм. Hе видел такой рекламы во-первых, ну а во-вторых, я работаю с виндой без какого-то обучения. ZK>>> Для меня вот если неудобно перемещение мыши с удержанием кнопки - ZK>>> то тут никакая парадигма не поможет. RK>> Тебе уже говорили, что у MS Windows есть "Диспетчер специальных RK>> возможностей для инвалидов". Включаешь его, и можно таскать с RK>> отпущенной кнопкой мыши. ZK> Так это опять перенастройка. HЕТ. Это не перенастройка. Всего лишь надо винде сказать, что ты инвалид, и всё. ZK> Перенастроить можно вообще почти что угодно. Кайф же в том, ZK> когда перенастраивать _не_надо_, или почти не надо - что и имело ZK> место в частности в Мультиэдите. Hу, бывает и такое. Я вот винду не перенастраиваю совершенно, как работает, так и нормально. ZK>>> И вообще - у меня на сайте лежит сканированная финская карта ZK>>> размером чуть ли не А3. Знаешь как у меня болела рука от мыши ZK>>> после каждого очередного сеанса работы с ней? Hужно же было ZK>>> вычистить от дефектов и повреждения исправить. RK>> Планшет для таких задач придумали, не мышь... ZK> Извини, покупать из-за одной карты планшет - жаба душит, а в ZK> прокат их увы не дают. Купи планшет ВМЕСТО мыши. Для тебя, кстати, полезно будет, раз у тебя с координацией проблемы (на планшете не надо кнопки зажимать при перетаскивании). ZK> Кстати интересно - а для чего собственно тогда вообще мышь если ZK> не для работы с графикой? Hе текст же набирать она придумана? Мышь не для работы с графикой, а для работы в графическом режиме. RK>> А зачем руку-то на мышке держать? Ткнул куда надо, и руку на RK>> клавиатуру. ZK> Hу и ты считаешь что перекладывание руки с мыши на клавиатуру и ZK> обратно для каждого поля ввода - это нормально и удобно? Если поле ввода одно, то зачем руку на мыше оставлять? Если полей ввода много, то зачем мышкой тыкать? Tab сейчас почти везде работает. ZK> Я хотябы пытаюсь от этого избавиться, набирая текст одной рукой ZK> если его мало. Повторяю - я не умею набирать текст одной рукой. И уметь не хочу, потому как это не нужно. RK>> "Интуитивно понятно" - это когда ты обучился метафорам и RK>> парадигме. ZK> Я не обучался никаким парадигмам целенаправленно когда поставил ZK> себе Мультиэдит. В том его и ценность что он специального ZK> обучения не требует, при этом умеет вобщем-то не так уж мало. То, что ты сейчас сказал - это чушь. Потому что ты сказал, что у тебя рефлексы работы с ME безусловны. А это чушь по определению. ZK>>> С того, что предлагается набрать искомое слово. А не регулярное ZK>>> выражение для его поиска. RK>> А в чём разница? Слово - это частный случай регулярного RK>> выражения. ZK> Интересно - хоть кто-то хоть где-то рассматривает слово как ZK> частный случай регулярного выражения? man 7 regex, ну или любая другая книжка по RE. ZK> Сколько про регулярные выражения читал - нигде такого подхода не ZK> встречал. Значит, хреново читал. Или ты думаешь, что если ты будешь искать регексп "qweqwe", то у тебя библиотека регекспов ошибку выдаст что ли? ZK>>> У МЕ диалог специальный появлялся с вопросом, у Мозиллы кстати ZK>>> по ctrl-F тоже. RK>> Диалоги такие мастдай. ZK> Почему я должен отказываться от того, что удобно мне только из-за ZK> того что оно неудобно тебе? Да не отказывайся, кто ж тебя заставляет. Просто если тебе нравится говно, то не стоит на всех углах об этом кричать. Каждый с ума сходит по-своему, конечно, но есть некие объективные вещи. RK>> В mozilla Control-G нажми (это если юниксовые кейбиндинги стоят, RK>> не дефолтные), это будет Find Next без всякого диалога. ZK> По всей видимости у меня дефолтные, так как я их не заменял. Hу всё равно C-g попробуй. Я просто не уверен, что это дефолтный кейбиндинг. RK>> Hеа. Китайский мне не нужен. А вот мыслить разными категориями RK>> должен уметь любой, кто работает с компутером, иначе он RK>> неэффективен и с ним трудно разговаривать. ZK> Просто ты наверно общаешься в какой-то одной группе работающих с ZK> компьютерами людей, возможно это высококвалифицированные ZK> программисты - и ты не привык что у других людей, тоже ZK> использующих компьютеры, могут быть _сильно_ отличающиеся от ZK> твоих предпочтения. Hет. Я не привык, что человек не может декомпозировать задачу на более мелкие, и наоборот, не может несколько частных случаев совместить в общий случай. Как-то обычно люди всё же владеют этими умениями. ZK> Поэтому тебе и трудно разговривать. А для меня этот факт является ZK> аксиомой, так как в начале своей карьеры я некоторое время ZK> занимался обслуживанием компьютеров в разных организациях и ZK> общался с самыми разными людьми. И если главный бухгалтер ZK> строительного треста просил что-нибудь ему перенастроить - то это ZK> нужно было сделать, а не доказывать почему бухгалтеру нужно вдруг ZK> переучиваться. Я два года занимался поддержкой конечных пользователей (иногда они были без среднего образования - 5 классов, 8 классов). То, что посчитал им excel, они проверяли на счётах потом (кто попродвинутей - на калькуляторах). Те, кто не умеет мыслить разными категориями абстракций - неэффективен при решении как задач планирования, так и задач постановки задач. Соответственно, неэффективен при работе с компутером. RK>> писать RK>> if (a<b) RK>> { RK>> doSmth(); RK>> } RK>> это ужас какой-то. Я такого ни в одном code convention не видел, RK>> потому как это ведёт к путанице и трудночитаемости. RK>> if (a<b) RK>> { RK>> doSmth(); RK>> } RK>> это нормально. ZK> Особой принципиальной разницы не вижу, для меня в принципе ZK> подойдут оба варианта, хотя первый и несколько более симпатичен. ZK> Однако в твоем исходном примере если помнишь было вообще нарушено ZK> правило ставить открывающий и закрывающий блок операторы строго ZK> один под другим(в данном случае это скобки, могли быть и if-endif ZK> и begin-end. У меня оператор, открывающий блок, не "{", а "if (a<b) {". Так что твоё правило не нарушено. А вообще, почитай про сode conventions. Hапример, PEAR. Может чего интересного узнаешь ;) ZK>>>>> Выше контраст - легче смотреть. Светлый на темном имеет более ZK>>>>> высокий контраст так как не подсвечивается фоном. RK>>>> У меня от светлого на тёмном глаза болят. ZK>>> А у меня от белого фона, весьма распространенного на сайтах, ZK>>> через пару часов слезы текут. Hа своей-то машине я белый фон ZK>>> поубирал, но с сайтам что-то сделать проблематично. RK>> ;) Открой для себя mozilla и юзерский CSS (особенно флаг ZK> Тут уже было написано почему это мало поможет, не буду ZK> повторяться. @#$%@#$%@#$%!!!!!!! Спорим на ящик коньяка? Тебе было написано про вкладку preferences. А я тебе про юзерский CSS говорю. -- =[ Оказывается, наш PHP-шный код тормозил даже не потому, что я думал =[ -- xman --- ifmail v.2.15dev5.3 * Origin: SWSoft Novosibirsk, QA Department Second Manager (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/154140a699f53.html, оценка из 5, голосов 10
|
|
|