|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Krapivin 2:5080/1003 08 May 2007 16:08:34
To : Victor Wagner
Subject : Re: Debian vs Ubuntu
--------------------------------------------------------------------------------
> Отдельный thread для прогресс-бара - это ничуть не меньший overkill,
Вполне нормальный вариант, если ты конечно не собираешься рисовать
модальный диалог.
> чем отдельный процесс. Вот скопировать пару гигабайт файлов, это и
> правда можно отдельный процесс запустить (и писать ничего не надо - exec
Да-да, юзеру просто необходимо увидеть черно-белое (или бело-черное)
окошко в пол-экрана с невнятными строчками. Заместо "Скопировалось 15%,
осталось ждать 10 минут". Образец юзабилити, ага.
> cp -v). А интерфейс должен управляться единым процессом. Который,
> естественно, должен быть event-driven.
Ты все еще предпочитаешь FSM нарисовать ручками на пару сотен состояний,
замест пятка тредов? Вот до чего плюсы доводят. Подсказываю - никто не
мешает запустить хоть надцать копирований одновременно.
> VK> Очень легкий форк, да. А список файлов в панельке ты
> VK> будешь в shm держать, обвешав каждую строчку отдельным
> VK> семафором? 8-)
>
> Перечитывание списка файлов у меня с легкостью уляжется внутрь event
> loop. Hет там операций, где возможна задержка более чем на раскинские
> 0.15 секунды.
Ты в процессе этого самого перечитывания с сетевой шары - шнурок-то из
компа выдерни (или точку доступа выключи), оценишь свои "0.15с". Сразу
почувствуешь прелесть "отдельной ниткой". Кстати у нас что, readdir()
неблокирующимся бывает?
> Следовательно, проблема в том, чтобы осознать, что у нас не одна большая
> задача, а 100 маленьких, которые можно решать независимо. Для этого,
Для этого нужен вменяемый дядя с большой битой. Иначе релиз будет как в
дебиане - раз в пятилетку. 8-)
> VK> Это у тебя хотплуг такой? 8-) Ты не подменяй описание
>
> А зачем мне в данном случае хотплуг? Ведь кто-то должен сказать системе,
> кому из трех одновременно работающих интерактивных юзеров нужно иметь
> доступ к этой флэшке.
Тому кто воткнул, очевидно. Или у тебя все три юзера - за консолью, и в
компе у тебя аж три мыши с тремя клавиатурами? 8-)
> Есть, ещё, кстати вариант с mtools. Хорош тем, что позволяет втыкать
Он отвратителен тем, что флешки размером в гигабайт - не совсем то же
самое, что и дискетка в 1.44М. Поэтому напрямую им пользоваться - только
от безысходности можно.
> флэшку в X-терминал, ядро которого вообще не знает о том, что бывают
> файловые системы, кроме cramfs.
Про терминалы - это не ко мне, у меня нет таких железок в чулане и не
предвидится 8-)
Кстати как ты собираешься увязывать ведроидный евент "появился новый
девайс" с тем, чья сессия тебе нужна, тотальным опросом?
> Hифига не придумано. Понимания того, как всё это работает в условиях
> когда имеются одновременно три X-овых сессии на разных дисплеях с
Ты не поверишь - сообщается сие событие всем сразу. Я не проверял -
только ли тем кто имеет сессии на указанном хосте, или вообще всем, но
не думаю, что тут все так плохо. И этот подход мне даже чем-то нравится.
> разными юзерами, или когда нет ни одной сессии, а есть только шелл,
> запущенный по ssh у разрабочтиков GNOME/KDE нет. Они эти ситуации
А случай когда нет кедов - разработчиков кед не интересует. 8-)
> просто не рассматривают, считая что машина с Linux это такой
> персональный компьютер.
Как видишь - это не так.
> VK> Лучше б ты расковырял гномий утиль по вводу пинов,
> VK> чес-слово. Там вроде и так написано - куда и в каких
>
> А зачем мне ковыряться в мегабайтах чужого кривого кода.
Каким таким мегабайтам? Весь гном перелопачивать незачем 8-)
> Я вот passkey-agent.c, который в экзамплах почитал. И понял, что писали
> его люди, которые писать под unix не умеют совершенно. И DBUS они же, к
> сожалению дизайнили. Hо DBUS это такая данность, от которой отказаться
> уже не удастся. Можно только написать внятную обертку снаружи.
У кедоидов - команднострочный утиль таки есть для этих целей.
> Hо DBUS, для которого удобных API нет. Поэтому этот самый
Это на плюсах нет. Или на сях, что монопенисуально. Про ложку я уже
сообщал - плохо ей гвоозди забивать, что поделаешь.
> Вообще говоря, любая хреновина для обмена сообщений, которая имеет API
> более сложный, чем Berkeley sockets должна рассматриваться как
> вредительство. А уж кривизна интеграции этого добра в чужие циклы
> обработки событий - это вообще.
Ты тогда сразу приступай к расстрелу апачей - ишь, понарожали. Передуши
солнцевских ха их ASN.1. Взорви межделмашевцев - у них корба (убогая до
ужаса) в каждой щели торчит, не говоря уж о MQSeries. Изничтожь все ERP
поголовно. И еще много чего можно сделать 8-)
> VK> случаях его подсовывать надо. А пол-блютуза
> VK> перелопачивать - это уже из области "ща все перепишем",
>
> Hе собираюсь я его перелопачивать. Просто необходимо понять, как оно на
> самом деле задумано, что упустили разработчики bluez, и как со всем этим
Да они-то просто обленились. У них гном есть, пин вводить все одно надо,
а на проблемы любителей управлять блюзом через сервак в "пятитыщахкэмэ"
они внаглую забили.
> per-session. Чтобы можно было фотки с телефона скидывать, не
> залогиниваясь на машину и вообще к ней не подходя. А уж с PIN - это так,
> по ходу дела разбирательство.
Что, чтобы кому угодго было можно, или опять будем изобретать табличку
соответствия по неявным признакам, типа "я доверяю этому телефону и он
строго васи пупкина"?
> VK> "С любым дистрибутивом" и гномья поделка тоже уживается, а
> VK> нам тестеры будут нужны, бесплатные, как у красношляпных
>
> Hе нужны. Сами себе тестерами и поработаем. Первое требование - не
> писать того, что самим не нужно.
Гм. У вас там везде так - девелоперы свой код сами тестируют, да? 8-)
--
Viktor
--- Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.4) Gecko/20030624
Netscape/7.1 (ax)
* Origin: (http://news.cca.usart.ru/) USURT's FidoNET<->Internet (2:5080/1003)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
