Re: Как спастись от my sql-server в KDE 4.2
On Fri, Mar 27, 2009 at 09:42:33PM +0600, Andrei Lomov wrote: Aleksey Cheusov wrote: ... Aleksey, Зачем Вы темы рвете? Вся рассылка заполнена Вашими обравками дискуссий Ничего не порвано вроде -- WBR, Dmitry signature.asc Description: Digital signature
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.26 at 12:27:28 +0200, Игорь Чумак wrote: Тут баланс такой - либо делаешь всё как надо, либо потом разгребаешь глюки и усложняешь парсеры. Тесктовый протокол - это который использует только символы 0x20-0x7f ? Еще как минимум 0xA. Некоторые несознательные дизайнеры протоколов иногда еще 0x9 задействуют. Хотя в большинстве протоколов почему-то Используют не 0xA, а пару 0xC 0xA. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.18 at 14:47:28 +0300, Artem Chuprina wrote: И у меня есть ощущение, что перл таки входит в число наиболее аккуратных языков по этому параметру. Уступая разве что функциональникам. Перл - старый и немодный язык. Поэтому те кто на нем продолжает писать, в среднем имеют более высокую квалификацию. Интересно было бы для проверки этой гипотезы посмотреть на то, как нынче пишут на фортране. Тоже старый язык, и из моды выходил еще когда я в университете учился. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Wed, Mar 18, 2009 at 02:51:48PM +0300, Victor Wagner wrote: On 2009.03.18 at 14:47:28 +0300, Artem Chuprina wrote: И у меня есть ощущение, что перл таки входит в число наиболее аккуратных языков по этому параметру. Уступая разве что функциональникам. Перл - старый и немодный язык. Поэтому те кто на нем продолжает писать, в среднем имеют более высокую квалификацию. Интересно было бы для проверки этой гипотезы посмотреть на то, как нынче пишут на фортране. Тоже старый язык, и из моды выходил еще когда я в университете учился. Фортрановское сообщество, на самом деле, успешно пережило, в конечном счете, переход на Fortran9*. Нормальный язык, со своими плюсами и минусами. Он совершенно не маргинален и не архаичен. Многие не верили, что это возможно. На фортране IV aka 77, последние лет 5 уже не пишут. Кстати, именно поэтому я верю в perl6. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Wed, Mar 18, 2009 at 02:28:11PM +0200, Покотиленко Костик wrote: Постараюсь на пальцах. Грубо говоря, если в тебе надо что-то добавить в бинарном протоколе, с чётко определённым форматом, ты не сможешь это сделать не скорректировав его клиентов и серверов, а точнее либу, которую они используют, так, чтобы ничего не сломалось. Поэтому, к вопросу придётся подойти системно. В случае с текстовым протоколом, где всё не так чётко определено, ты обломаешься и вставишь новое поле куда-нибудь, где оно не сильно помешает, назавёшь его новой фишкой и никому не скажешь. Тут баланс такой - либо делаешь всё как надо, либо потом разгребаешь глюки и усложняешь парсеры. Для этого придумали XML. Где (a) не надо усложнять парсер, (б) есть схема и верификация. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.18 at 17:52:53 +0600, Mikhail Gusarov wrote: Twas brillig at 14:51:48 18.03.2009 UTC+03 when vi...@wagner.pp.ru did gyre and gimble: VW Перл - старый и немодный язык. Поэтому те кто на нем продолжает VW писать, в среднем имеют более высокую квалификацию. Ты забываешь про армию сисадминов-наколенщиков. Во-первых, их код редко попадает на CPAN или в иное общее пользование. Во-вторых, СОВРЕМЕННЫЕ сисадмины-наколеночники пишут на python и php. Собственно ровно для них в поставку php включен standalone интерпретатор и разрабатываются разные прибамбасы вроде php-gtk. -- -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Wed, Mar 18, 2009 at 05:41:51PM +0300, Alexey Pechnikov wrote: Hello! On Wednesday 18 March 2009 16:23:58 Konstantin Matyukhin wrote: Перл для меня пройденный этап, я свои выводы сделал, я им теперь очень редко пользуюсь, придёт время - вы сделаете свои выводы. Сделал. Пишу теперь, практически, только на Perl. И да, я не люблю, когда меня что-то или кто-то провоцирует. Несколько лет назад с командой программистов мы разработали и поддерживали веб-систему в несколько мегабайт перлового кода. Поддержка была весьма трудоемкой, так как периодически нужно вносить различные изменения, поскольку очень значительная часть кода меняется в течении каждого года. После переписывания на тикле поддержка и доработка стала на порядок менее затратной, при том что и функционал значительно увеличился Это из-за рефакторинга ;-} С перла на перо тоже хорошо бы получилось ;-} -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.18 at 18:29:35 +0300, Alexey Pechnikov wrote: Hello! On Wednesday 18 March 2009 17:40:59 Иван Лох wrote: Это из-за рефакторинга ;-} С перла на перо тоже хорошо бы получилось ;-} Кодогенератор на перле никаким рефакторингом не сделаешь. А зачем? use Sandbox; use Opcode; и строчек в 1000 с помощью лома и какой-то матери можно сделать аналог safe interpreter Tcl. Причем с даже более тонким контролем. Потому что можно управлять доступом не только на уровне команд, как в tcl, а на уровне отдельных операций байткода. Правда, гораздо сложнее. Best regards. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Wed, Mar 18, 2009 at 09:36:31PM +0200, Aleksey Cheusov wrote: Фортрановское сообщество, на самом деле, успешно пережило, в конечном счете, переход на Fortran9*. Нормальный язык, со своими плюсами и минусами. Он совершенно не маргинален и не архаичен. Многие не верили, что это возможно. На фортране IV aka 77, последние лет 5 уже не пишут. Вообще то, Fortran IV - это Fortan IV, а Fortran 77 и 66 - это совсем другой язык и совсем другие года. http://en.wikipedia.org/wiki/Fortran Мне нравится выражение _совсем другой язык_ Какая же из инноваций Fortran77 или, тем более, 66, Вас так зацепила? По мне, так это чисто косметическая фигня, ну ввод-вывод чуть-чуть поправили. Я некоторое время использовал две машины, на одной стоял компилятор фортрана IV на другой 66. И я не помню, чтобы у меня хоть раз были проблемы с несовместимостью. Ну там, акценты в использовании в использовании операторов перехода чуть поменялись. Посмотрите на код написанный в 80-х начале 90-х он практически никак не отличается от кода 60-х. Кода 50-х я вживую не видел. Сейчас на фортране пишут по другому. Как правило программы написанные на фортране используют много памяти ;-} поэтому механизмы динамического выделения памяти, рекурсия, модули, сложные типы, полноценные и быстрые операции над массивами -- все это сделало язык другим. На нем пишут сейчас по-другому. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Thu, Mar 19, 2009 at 12:56:27AM +0200, Aleksey Cheusov wrote: Мне нравится выражение _совсем другой язык_ Какая же из инноваций Fortran77 или, тем более, 66, Вас так зацепила? Меня зацепила фраза Fortran IV aka 77. Между этими стандартами почти 20 лет. Это исторически неправильно. Ну это я так специально написал, чтобы подчеркнуть, что язык более четверти века, до Fortran90, почти не развивался. Мне в голову не могло прийти, что кто-то может не знать, когда появился FortranIV -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Tue, Mar 17, 2009 at 07:45:14PM +0200, Покотиленко Костик wrote: В Вто, 17/03/2009 в 18:25 +0300, Artem Chuprina пишет: Заголовки этого письма составляют: 5189 байт Текст этого письма с подписями: 2104 байт КПД: 2104/(5189+2104)=~29% Опять-таки, бред. Заголовки _тоже_ полезная информация. У вас и в бинарном формате он бы был. Кстати, какая это версия протокола, где посмотреть формат, чтоб написать парсер? Допустим, есть задача сделать формат хранения почты так, чтобы каждый элемент заголовка (каждый Received: и т.п. раскладывался на составляющие) хранился отдельно, индексировался, и по нему можно было производить поиск. Может есть готовые парсеры, способные раскладывать всё, что используется в SMTP/mbox на мельчайшие детали? Да, на перле, точно есть. На С вероятно надо смотреть на GNU Mail abstraction library -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Mon, Mar 16, 2009 at 03:04:51PM +0300, Alexey Pechnikov wrote: А вот описание задачи можно и по аське поставить. Личное общение требуется только когда кодеру пытаются втолковать решение задачи профильные специалисты. Кстати, гранты часто получают заочно - отправил заявку с описанием задачи, По аське. А потом по скайпу позвонил и рассказал о результатах ;-}} Russian Academy of the Science -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Mon, Mar 16, 2009 at 03:38:51PM +0300, Alexey Pechnikov wrote: По аське. А потом по скайпу позвонил и рассказал о результатах ;-}} В ННГУ на радиофизическом факультете за сколько-ко то там лет несколько десятков человек работали по грантам LG, но, насколько мне известно, ни один из нас не был в Корее. Может быть, вы каждый день разъезжаете по миру, а вот нам почему-то даже не предлагали, а только раз в год принимали заявки на гранты и дважды в год отчеты. Ну я и говорю -- вот она настоящая жизнь. Прожект -- по аське, деньги по вебмани, отчет по скайпу, со ссылками на arXiv.org. Тут-то мне карта и пошла... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Mon, Mar 16, 2009 at 06:56:32PM +0200, Покотиленко Костик wrote: Я не вижу большой разницы во времени затраченном на разработку. Основная работа - это написание самого протокола, т.е. список команд. Потом эти команды надо упаковать либо в текст либо в бинарь что по затратам времени одинаково. В случае, если SMTP, FTP, HTTP были бинарные: - плагины для сниферов: которые есть для текстовых вариантов, для бинарных разработка по времени такая же - любой клиент этих протоколов итак делает преобразования протокол - CLI|GUI, так что не вижу разницы, мне, например, с бинарем проще Особенно telnet 22 работать, чем парсить текст, с ним всё однозначно, не надо парсить всю строку, что бы прочитать последний элемент. Еще один важный момент _расширяемость_ Одно дело изменить API, другое -- добавить пару строчек в правильно написанный парсер. Да и потом, создается впечатление, что Вы строго в рамках i386 работаете. За ее пределами в бинарных форматах геморроя куча. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Mon, Mar 16, 2009 at 07:28:22PM +0200, Покотиленко Костик wrote: Еще один важный момент _расширяемость_ Одно дело изменить API, другое -- добавить пару строчек в правильно написанный парсер. Да и потом, создается впечатление, что Вы строго в рамках i386 работаете. За ее пределами в бинарных форматах геморроя куча. Например? endian -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Mon, Mar 16, 2009 at 08:21:02PM +0200, Покотиленко Костик wrote: В Пнд, 16/03/2009 в 21:10 +0300, Иван Лох пишет: On Mon, Mar 16, 2009 at 07:28:22PM +0200, Покотиленко Костик wrote: Еще один важный момент _расширяемость_ Одно дело изменить API, другое -- добавить пару строчек в правильно написанный парсер. Да и потом, создается впечатление, что Вы строго в рамках i386 работаете. За ее пределами в бинарных форматах геморроя куча. Например? endian Есть такая штука, называется network byte order. Ещё примеры, а то куча маленькая? Числа с плавающей точкой, бывает, имеют разное представление. Сколько лишних MIPS'ов займёт преобразование host byte order - network byte order? Главное -- не забыть это преобразование сделать. Иначе будет ошибка, которую замаешься искать. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.16 at 20:21:02 +0200, Покотиленко Костик wrote: В Пнд, 16/03/2009 в 21:10 +0300, Иван Лох пишет: On Mon, Mar 16, 2009 at 07:28:22PM +0200, Покотиленко Костик wrote: Еще один важный момент _расширяемость_ Одно дело изменить API, другое -- добавить пару строчек в правильно написанный парсер. Да и потом, создается впечатление, что Вы строго в рамках i386 работаете. За ее пределами в бинарных форматах геморроя куча. Например? endian Есть такая штука, называется network byte order. Ещё примеры, а то куча маленькая? Есть такая штука как misaligned memory access. На некоторых архитектурах это просадка производительности примерно на порядок, а некоторые такой гадости не любят, и сразу SIGBUS шлют. Поэтому мы в наших криптографических бинарных форматах от использования функций htons/htonl отказались. Проще из байтиков 32-битное или 64-битное целое собрать. Логическими операциями (что в общем-то от strtol уже весьма слабо отличается по числу задействованых операций). А еще есть такой замечательный формат как ASN.1 с его разнообразными способами бинарного представления - BER/CER/DER etc. Так там очень интересный способ хранения длин структур используется. Позволяющий по-моему до 128 байт на поле длины (по 7 значимых бит в байте) использовать. Очень весело все это дело парсить/сериализовать. Или тамошние OID-ы. Тоже штука веселая. И всего-то универсальный формат для представления древовидных структур. Даже без гиперссылок. Вот когда для реальной задачи начинают использовать бинарные форматы, то почему-то хрень получается по уровню сложности подобная тому ASN.1. Или возьмем, скажем, бинарные форматы Microsoft Office. Уж в самом микрософте-то единственный человек, который понимал что там к чему, по-моему, уже три года как на пенсию ушел. Впрочем, у них и текстовый rtf не лучше. с его 7 байтами на русскую букву. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Sun, Mar 15, 2009 at 01:35:48PM +0300, Alexey Pechnikov wrote: разработать оптимизированную модель, реализовать новый бизнес-процесс программно. Только не путайте программиста с кодером. Формализовать некоторую область деятельности и создать максимально эффективную компьютерную модель это и есть задача кибернетики. Один из хрестоматийных примеров - пакет tex, который был создан вышеописанным путем. Или SQLite. PostgreSQL создавался TeX был написан Кнутом для издания собственной книги, после того как он поспорил с издателем, который эту книжку плохо издал. На спор и в отпуске. Just for fun. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Sun, Mar 15, 2009 at 02:03:58PM +0300, Alexey Pechnikov wrote: Hello! On Sunday 15 March 2009 13:39:44 Иван Лох wrote: TeX был написан Кнутом для издания собственной книги, после того как он поспорил с издателем, который эту книжку плохо издал. На спор и в отпуске. Just for fun. Только сначала Кнут формализовал предметную область. Понимаете, математик и в отпуске остается профессионалом. Так же как и Ньютон в примере выше, который и заведуя монетным двором оставался физиком. Ну спасибо, что просветили. Речь идет о _процессе_ решения задачи. А уж ставит ее заказчик или вы сами себе значения не имеет. И форма постановки значения не имеет. Да, как я понял, Artem Chuprina считает глупым решение задачи, которая не формализована. Но вот в ВУЗах про Кнута и Ньютона рассказывают, а про Artem Chuprina - нет, и с чего бы это?.. Уж простите за иронию, не хочу никого обидеть. Понимаете в чем дело. Безусловно, выбор надлежащего формализма -- часть решения задачи. Но вы подменяете понятия. Кнут провел много дней глядя как работают наборщики. Подлинное искусство, кстати, ведь верстальщики математической литературы по 10-12 лет считались учениками. Я знавал их лично. Да, он поставил себе задачу сам, но он вникал в предмет не по аське и скайпу. Знаете в физике бывает такой тип экспериментаторов - Человек с ворохом лент самописца. Или с грудой файлов в ориджине. Не понимающий, что и зачем он померил. Свое невежество, они компенсируют большой активностью и энтузиазмом. Шире, такие люди есть везде. Их просто надо избегать. Бесполезные и, даже, вредные люди. Тот же workflow о котором говорите Вы это не формализация предметной области, а обыкновенная халтура. P.S. Никто не любит скайп больше индусов. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.14 at 19:29:20 +0200, chaos wrote: Вот не надо. Там где интеркоммуникация гораздо правильнее использовать формат, который потенциально читаем человеком (вот почему XML так популярен, хотя не все умеют его правильно применять). И как же его правильно готовить? Сначала прочитать несколько умных книжек и ВСЕ стандарты w3c, имеющие отношение к задачи. Потом применять голову ко всему прочитанному материалу. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Fri, Mar 13, 2009 at 11:38:27AM +0200, Покотиленко Костик wrote: Осталось только узнать зачем. Вот-вот. Плохая практика: прога с CLI + фронтенд Хорошая практика: прога с CLI -- либа -- прога с GUI Это очень смелое заявление. И в случае серьезных программ IMHO, совершенно неверное. Например, все CAS первого эшелона устроены сейчас по первому принципу. Есть много причин почему так: возможность запуска на разных узлах, независимые приоритеты и контроль над ними, перехват управления и скалируемость. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.13 at 11:38:27 +0200, Покотиленко Костик wrote: Вот-вот. Плохая практика: прога с CLI + фронтенд Хорошая практика: прога с CLI -- либа -- прога с GUI Абсолютно не факт. первый вариант выносит содержательные действия в отдельный процесс, существенно упрощает отладку и облегчает избавление от блокировок GUI, когда программа занята чем-нибудь важным. В 90% случаев, на которые мне приходилось смотреть в дистрибутиве (естественно, это далеко не все библиотеки, которые в нем есть) авторы библиотек не имели не малейшего понятия, как следует дизайнить интерфейсы библиотек. А это, между прочим, гораздо более сложная задача чем дизайн CLI, заточенного под встраивание. Ну и покрыть функциональность автоматизированными тестами в случае CLI гораздо проще. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Fri, Mar 13, 2009 at 08:09:00PM +0200, Покотиленко Костик wrote: Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём она быстрей, так меньше нюансов, так больше энтропия и КПД. Человек так не может, поэтому преобразования целесообразнее применять ТОЛЬКО на входе и на выходе. Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но старомодно. То, что Вы пишете, просто бред. Если мы опустим чистую функциональность, то стремиться надо к допускающему повторное использование коду с минимумом побочных эффектов, к понятным, устойчивым и расширяемым протоколам обмена данными. Вы пропагандируете прямо противоположный подход. Про энтропию, КПД и то как работает машина Вы лучше учебник почитайте. Насчет бинарных нюансов, один endian чего стоит. Про старомодность HTTP я долго ржал. P.S. Я не против библиотек. Я за. Я против разработки библиотеки для одного приложения. Или двух. То, что так учат делать в ПТУ, связано с особенностями дизайна M$ windows, где остальные пути еще кривей. Но при чем тут мы? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.11 at 17:45:50 +0300, Artem Chuprina wrote: At Wed, 11 Mar 2009 14:47:30 +0200, chaos wrote: Нечего на мускуль пинять, коль кеды кривые. А я не говорил что они ровные, просто если с 4-ой версией кеды настолько окривеют что будут тянуть мускуль с собой, то тут явно от него надо будет отказываться окончательно. а вот на выбор останется по большому счёту консоль.. Вот интересно, как это я ухитряюсь не пользоваться ни гномом, ни кедами, и при этом не жить в консоли? ЧЯДНТ? Нет, меня не слишком парит то, что часть используемых мной приложений тянет gtk. Qt, кажется, никто. Кто-то даже гномьи библиотеки тянет. Парочку. Ну А djvu ты чем читаешь? У меня на ноутбуке djview - едиественное qt-приложение. На десктопе его еще зачем-то unixodbc-dev хочет (это что ж я такое без pbuilder-а собирал, что у меня unixodbc-dev в системе завалялся?) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Wed, Mar 11, 2009 at 11:51:48AM +0200, chaos wrote: Ну лично меня в своё время достало что каждое приложение по своему выглядит, одни gtk, другие qt, tcl/tk ещё... Пробовал уйти на что-то одно, и даже не важно лёгкое или не очень, всё равно одно за другое зацеплено. Даже амарок, gtk вытянул через libmagic. Это как каждое колесо на машине разное, руль вообще от велосипеда. 1) Одинаковый _Look_ между рядом тулкитов _уже_ есть. Да, его надо настроить руками. 2) Работы по одинаковому _Feel_ активно ведутся. Но, Yes все-равно у одних справа, а у других слева ;-} 3) DBus стал стандартом и поддерживается все большим числом программ. 4) LSB 3.2, включая, Desktop легок для любого компьютера общего назначения. Gtk+ и Qt там есть. mysql -- нет. Ну и наконец... Package: amarok Version: 2.0.60+svn935422-2 Suggests: libqt4-sql-sqlite, libqt4-sql-mysql, libqt4-sql-psql ^ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Wed, Mar 11, 2009 at 05:35:18PM +0300, Artem Chuprina wrote: 2) Работы по одинаковому _Feel_ активно ведутся. Пывбывав бы... Не дай бог еще в емаксе туда же пойдут... Думаю, что не пойдут. Вообще, на мой взгляд, десктопный кретинизм вытесняет ментально здоровых людей в маргинальные ниши, и по мере их накопления там происходят интересные вещи. Как пример, тайловые WM. Утратив необходимость учитывать интересы усредненного пользователя, авторы новых WM разродились целым рядом интересных идей и достаточно чистых реализаций. Кстати, много идей из emacs взяли ;-} То же самое в других областях неизбежно произойдет. Другое дело, что люди в linux-сообществе перестают понимать друг-друга. Но это, наверное, неизбежно. У vim в последние годы хорошие темпы развития. У emacs, говорят, тоже. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Tue, Mar 10, 2009 at 12:12:53PM +0600, ivan wrote: Тем, что КДЕ4 ворочаться мешает :-) Или так: Они посягнули на мою свободу. Свободу выбора СУБД. Просто плюнули мне в лицо. Не посягнули а сосредоточили усилия на другом. Оно опенсорсное, т.е. свободу можно реализовать, при желании. -- WBR, Dmitry signature.asc Description: Digital signature
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.10 at 11:32:44 +0200, Tochenyk Oleg wrote: Собственно дело в том, что КДЕ4 мне нужен - точнее, нужен моим близким, и ради этого я готов с ним возиться. А вот mysql никому из моих близких не требуется, а КДЕсты всем его безобразно впихивают. Ну в таком случае у вас есть один вариант стать архитектором KDE 5.0 и выбросить оттуда все, что по ваешему мнению не соответсвует правильному функционированию системы. Во всех других случаях, так как разработчиком KDE являетесь не вы, то я полагаю, что как и мудрая сова со своим мнением можете идти лесом или перейти на гном в котором mysql-я нет. Но зато есть много другого, что близким тоже не требуется, а ресурсы жрет и дырки в безопасности создает. Следует пересмотреть исходную посылку, что близким нужен desktop environment в том виде, в каком они сейчас включаются в дистрибутивы. Боюсь что собрать самостоятельно набор софта, который решит все проблемы, в данный момент гораздо проще, чем разбираться в устройстве GNOME/KDE. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On 2009.03.10 at 15:19:03 +0300, Alexey Pechnikov wrote: Hello! On Tuesday 10 March 2009 14:35:25 Victor Wagner wrote: Следует пересмотреть исходную посылку, что близким нужен desktop environment в том виде, в каком они сейчас включаются в дистрибутивы. Боюсь что собрать самостоятельно набор софта, который решит все проблемы, в данный момент гораздо проще, чем разбираться в устройстве GNOME/KDE. Все равно софт из КДЕ нужен - kmail, kopete, konsole, konqueror, kppp, А зачем? Всему этому есть аналоги, не завязанные на DE, и, как правило, лучшие. Для почты и web можно использовать программы из Mozilla Suite, например, для виртуального терминала xterm/rxvt, kppp - это вообще диверсия. Установление сетевого соединения не должно требовать внимания пользователя. Особенно пользователя неквалифицированного. софта сам, я в жизни бы не додумался, что кому-то взбредет в голову открывать аудиодиск (а на концертах оказывается именно такие и продают). Я бы тоже не задумывался. Зачем его ОТКРЫВАТЬ Его либо играть надо, либо грабить. За попытку открыть - бить по пальцам, больно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
