Re: Как спастись от mysql-server в KDE 4.2
On Mon, 16.03.2009 16:04:35 , Покотиленко Костик wrote:
> В Пнд, 16/03/2009 в 15:56 +0200, Тихон Тарнавский пишет:
> > On Mon, 16.03.2009 12:42:58 , Покотиленко Костик wrote:
> > > В Птн, 13/03/2009 в 21:44 +0200, Тихон Тарнавский пишет:
> > > > On Fri, 13.03.2009 20:09:00 , Покотиленко Костик wrote:
> > > > > В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет:
> > > > > > Владимир Ступин -> debian-russian@lists.debian.org @ Fri, 13 Mar 2009 14:56:15 +0500:
> > > > > >
> > > > > > >> ПК> Плохая практика: прога с CLI + фронтенд
> > > > > > >> ПК> Хорошая практика: прога с CLI <-- либа --> прога с GUI
> > > > > >
> > > > > > >> Ну и да, по ходу дела ты, по сути, записал в "плохую практику"
> > > > > > >> практически все клиент-серверные решения. Начиная с SMTP и HTTP :-)
> > > > > >
> > > > > > ВС> Здесь наверное имелся в виду пример curl и libcurl. Впрочем,
> > > > > > ВС> наличие библиотеки не обязывает пользоваться именно ею, можно
> > > > > > ВС> пользоваться возможностями библиотеки и через CLI-программу. Но мне
> > > > > > ВС> кажется, что выделить функционал программы в библиотеку - это более
> > > > > > ВС> гибкий подход, который удовлетворит приверженцев любого лагеря:
> > > > > > ВС> пользователей CLI, GUI и Web-интерфейсов.
> > > > > >
> > > > > > Моя практика показывает, что в норме приделать к CLI-программе гуй на
> > > > > > скриптовом языке гораздо проще, чем сделать для этого же скриптового
> > > > > > языка обвязку вокруг библиотеки. Хотя, конечно, если ее уже кто-то за
> > > > > > тебя сделал...
> > > > > >
> > > > > > Нет, я не утверждаю, что выделять библиотеку плохо. Это хорошо, ибо
> > > > > > повышает гибкость. Я утверждаю, что заносить unix way в плохую практику
> > > > > > не следует...
> > > > >
> > > > > Не путайте unix-way c <, > и |
> > > > >
> > > > > Первое включает второе, но не ограничивается им.
> > > > >
> > > > > > Но если уж на то пошло, то для _взаимодействия_ с функциональностью
> > > > > > программы я предпочитаю клиент-серверную модель, причем с _текстовым_
> > > > > > протоколом. Чтобы можно было сходить туда вручную и почитать ее ответы
> > > > > > глазами. Вот SMTP, FTP и HTTP в этом смысле хорошие примеры.
> > > > >
> > > > > Если лень писать инструменты для работы с бинарными данными, остаётся
> > > > > единственное направление движения - в сторону SMTP, FTP, HTTP, XML,
> > > > > BASE64 и другого говна(сори).
> > > > >
> > > > > Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём
> > > > > она быстрей, так меньше "нюансов", так больше энтропия и КПД.
> > > > >
> > > > > Человек так не может, поэтому преобразования целесообразнее применять
> > > > > ТОЛЬКО на входе и на выходе.
> > > > >
> > > > > Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но
> > > > > старомодно.
> > > > Очень советую почитать http://www.ozon.ru/context/detail/id/2317804/
> > > > Многое расставит на места.
> > >
> > > В ответ посоветую:
> > > http://www.ozon.ru/context/detail/id/1335648/
> > > http://www.ozon.ru/context/detail/id/2527041/
> > > http://www.ozon.ru/context/detail/id/2527036/
> > >
> > Это к чему? Вы хоть предисловие к указанной книге прочитайте, там
> > написано, куда восходит её название.
>
> Прочитал все три. Кучу примеров и "домашних заданий" порешал и
> проанализировал. И?
Я про книгу ESR-а вообще-то, и про её предисловие.
> > И уж конечно ESR ни в чём Кнуту
> > не противоречит.
>
> Ещё бы
Так к чему эти ссылки были приведены? Я так и не понял.
--
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru
Reply to: