Synapse — Jabber-клиент под KDE/Mono

  PID USER     PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
 9997 naryl     20   0 12496  4860  2736 S  0.0  0.2  0:05.40 centerim

Одна учётка - Jabber - с одной конференцией и 11 контактами. Запущен 15 часов назад.

>Скорость разработки.

Можно тогда написать на Ruby. А интерфейс взять с TK. Скорость будет - очумеешь.

> Скорость разработки.

stave выше уже написал про "скорость разработки" - она уместна в ынтырпрайз где пишется масса прог-однодневок с качеством достаточным для решения определенных внутренних задач.

Программа обмена сообщениями не попадает в эту нишу, увы, как ни старайся.

> Пусть будет, хуже от этого не станет точно. Я вообще не понимаю ненависть к моно - не нравится, не используй, в чем проблема?

В том, что это барахло может стать стандартом-де-факто, и тогда уже не получится "не нравится, не используй".

>Скрин тебе уже привели. Вот мой

Оу. И сколько же у тебя, судя по скрину и колонке, по которой ты считаешь, памяти на машинке?

>Скрин тебе уже привели

И рядом еще free покажи.

Пусть ползёт обратно на гном. Моно и дотнет в кедах не нужны. И вообще, уже есть копыто.

>Когда я только знакомился с Mandrake 8

Отруби шрифтовый сервер, убери сглаживание, отключи HAL + DBus (если не нужны) и поставь WM. :)

>Ну, я что-то не помню IM и DE-интеграции на Спектруме ;)

один только юникод разорвет спектрум в клочья

http://i055.radikal.ru/0903/83/9fd098f46063.jpg

У меня так.

Зы. Как тема называется, на скрине твоем? :)

>Вот на 1,5Гб, да ещё если это домашний сервер с nfs/smb/apache/mysql/rtorrent/mldonkey, то поглядывать на память иногда приходится. А на 1Гб - уже приходится начинать экономить :)

rtorrent много жрет?

>>Скорость разработки.

>Можно тогда написать на Ruby

Ну, Gajim у нас уже есть.

> Сейчас пишу с ноута - пару месяцев назад закинул в него 2 Гб памяти, а при цене 500р. за гиг это может позволить себе каждый, в чем проблема-то? Я же говорю, это все орут нищеброды и школьники.

Это замкнутый круг. Мы каждые 2-3 года апгрейдим компьютерное железо из-за постоянно возрастающих требований к софту, а требования к софту постоянно возрастают из-за нашей готовности апгрейдить компьютерное железо каждые 2-3 года.

Для решения многих задач сейчас зачастую выбираются не самые оптимальные решения (и эта новость тому пример). С одной стороны удешевляется и ускоряется разработка приложений, а с другой стороны повышаются требования к железу и со временем уменьшается, как бы помягче сказать, профессиональный уровень программистов, IMHO.

Очень показателен пример из обсуждения на debian-russian: http://lists.debian.org/debian-russian/2009/03/msg01290.html

>Программа обмена сообщениями не попадает в эту нишу, увы, как ни старайся.

Напиши свой, единственный и неповторимый IM, который сможет жрать не более спектрумовских 48кБ ОЗУ :)

>И сколько же у тебя, судя по скрину и колонке, по которой ты считаешь, памяти на машинке?

? 1.5Гб. Разве по скрину не видно?

>И рядом еще free покажи.

             total       used       free     shared    buffers     cached
Mem:       1552912    1467080      85832          0     145276     593640
-/+ buffers/cache:     728164     824748
Swap:      5630772     375320    5255452

>один только юникод разорвет спектрум в клочья

Если одной только кириллицей ограничиться, то фигня :) В несколько десятков байт перекодировка получится. Ну, в сотню в крайнем случае.

>в ынтырпрайз где пишется масса прог-однодневок с качеством достаточным для решения определенных внутренних задач.

Python?

>Это замкнутый круг. Мы каждые 2-3 года апгрейдим компьютерное железо из-за постоянно возрастающих требований к софту, а требования к софту постоянно возрастают из-за нашей готовности апгрейдить компьютерное железо каждые 2-3 года.

Ты уверен, что h264 - это не лучше, чем intel indeo или что разрешения 1920x1200x32 не принципиально лучше, чем 640x480x16? :)

>Надо было с МК-61 начинать.

есть и такое. Но каждой машинке - свои пределы и потребности. Я о том что там как-то люди задумывались о ресурсах, сейчас я думаю что никто не думает.

>Скорость разработки.

увы, да.

>Ну, я что-то не помню IM и DE-интеграции на Спектруме ;)

тут я не уточнил, речь уже не о спектруме а о PC лет 7-8 назад. Функционал сильно вырос? не сказал бы. Но потребление ресурсов - многократно.

>Ты уверен, что h264 - это не лучше, чем intel indeo или что разрешения 1920x1200x32 не принципиально лучше, чем 640x480x16? :)

я, конечно, может ошибаюсь, но зачем смотреть хд видео на компьютере, когда есть большие телевизоры с приставками? О_о и как такое связано с моно? ведь кодеры/декодеры явно не на "языках с быстрой скоростью разработки" пишут..

Ага, понятно. KDE-шный системный монитор несколько хитрит :) Он shared-память отдельно считает.

Тогда у меня kopete жрёт 20Мб, а Pidgin - 37. Psi - 18Мб. По сабжу - надо спрашивать тех, кто его ставил.

Но это порочная практика. Боюсь, кроме kopete у меня никто её shared-ресурсы больше не потребляет :)

> Ты уверен, что h264 - это не лучше, чем intel indeo или что разрешения 1920x1200x32 не принципиально лучше, чем 640x480x16? :)

Конечно же лучше, только я сомневаюсь, что ты будешь апгрейдить каждые 2 года, например, HDTV телевизор или стиральную машину.

>rtorrent много жрет?

8022 balancer 29 9 79556 17948 9568 S 0.0 1.2 44:10.72 /usr/bin/rtorrent

> Как тема называется, на скрине твоем?

Тема чего?

Ну дык, имхо так и надо считать. Тот же Top тоже раздельно считает. То ли ему флагов добавить надо чи что.

Ну в любом случае это разница между GTK/QT например у меня kopete будет хавать только ~15 чистыми, так как остальную память другие кедоприложения едят

>тут я не уточнил, речь уже не о спектруме а о PC лет 7-8 назад. Функционал сильно вырос?

Ну, вырос, таки, заметно. Вместо бинарного однобайтового проприетарного ICQ (я даже не помню уже, как там протокол до Oscar'а назваался) юникодный XMPP. И, вообще, мультипротокольность в клиенте :)

А так - да. За 7-8 лет функционал IM не особо вырос. Зато насколько упростилась разработка.

Закоса под мак =)

>я, конечно, может ошибаюсь, но зачем смотреть хд видео на компьютере

1. Например, чтобы скачанное видео на болванки не писать. Кроме того, с h264, как раз, на железных проигрывателях и приставках совсем хреново. 90% скачанного требует переконвертации. А это жрёт ещё больше ресурсов :)

2. 1920x1200 - это не только кино. Это ещё и просто рабочий стол. С которым старые видео и процессоры просто не справятся. Даже в 2D.

>О_о и как такое связано с моно?

Так вопрос был не про mono, а про то, что рост запросов к ресурсам - это плохо. Я говорю, что рост запросов - оправдан. На компе 7-летней давности, видео со своего фотика в 1024x768 я бы часами обрабатывал там, где сейчас хватает минут.

А уж сколько времени P100 открывал бы JPEG в 4000x3000? :)

Так что рост железных ресурсов - штука объективная, и не на один софт повязанная.

А раз растут железные ресурсы - то глупо разработсикам не облегчить себе жизнь, разменивая простоту разработки на ресурс.

«Машина должна работать. Человек - думать» (c) IBM

>Конечно же лучше, только я сомневаюсь, что ты будешь апгрейдить каждые 2 года, например, HDTV телевизор или стиральную машину.

HD телевизора у меня нет.

А стиральная машина тут при чём?

Лично мне не нужно, но пусть будет. Самого полностью устраивает лёгкий Psi.

> Закоса под мак =)

Это не закос, а совершенно самостоятельное решение, просто немного похоже :)

На этом скрине можно много много тем найти, начиная от kde/gtk и кончая темой терминала.

qt/kde -- обычный oxygen, слегка изменен цвет бекграунда

gtk -- Nodoka, похаченая под себя

emarald -- mac4lin

>Тот же Top тоже раздельно считает

У меня он выдаёт что-то среднее между htop и ksysguard :D

balancer 20 0 122m 46m 28m S 0 3.1 0:02.86 kopete

>Ну в любом случае это разница между GTK/QT например у меня kopete будет хавать только ~15 чистыми, так как остальную память другие кедоприложения едят

А у меня - нет ;) У меня висит из KDE-шных только klipper. Но он от 3.5.10, так как жрёт НАМНОГО меньше памяти, чем из 4.2.1

Опера - Qt, но, qt3, так как qt4 ещё глючит.

Остальное всё - от Thunderbird и Firefox до GIMP и Pidgin - GTK.

> Так что рост железных ресурсов - штука объективная, и не на один софт повязанная. А раз растут железные ресурсы - то глупо разработсикам не облегчить себе жизнь, разменивая простоту разработки на ресурс. «Машина должна работать. Человек - думать» (c) IBM

Конечно объективная, но человек (разработчик) не хочет думать, и расходует ресурсы быстрее, чем железо успевает обновится.

Это как интернет. 10Мбит - было мало, стало 40Мбит - все равно мало :)

>Так что рост железных ресурсов - штука объективная, и не на один софт повязанная.

упуская все остальное могу привести в пример лишь одну вещь: бешенный рост продаж нетбуков, у которых в качестве процессора щеголяет процессор, не дотягивающий до целерона 900 мохнатого года выпуска.

>А раз растут железные ресурсы - то глупо разработсикам не облегчить себе жизнь, разменивая простоту разработки на ресурс.

ну да, пойду ка я сбацаю еще один им, ведь это так просто...

>Это как интернет. 10Мбит - было мало, стало 40Мбит - все равно мало :)

Ну, мне _стало хватать_ уже 1Мбит, а после 8Мбит я перестал апгрейдиться, хотя ресурсы аж до 20Мбит сейчас есть ;)

И это тоже объективный рост запросов.

Когда-то нас 10 человек через прокси сидело на одном модеме на 14400. И мы были рады, что есть хоть такое.

Годы спустя у меня были 128кБит и я радовался тому, что могу по сайтам ходить без лимита.

На 512кБитах я радовался, что могу смотреть видео на Ютубе в реальном времени.

На 1Мбит мне стало по силам за обозримые сроки качать образы DVD ;)

...

Пройдёт ещё 5 лет и качать захочется уже образы BlueRay или смотреть HDTV в онлайне. И это тоже не будет связано с ростом запросов софта ;)

>ну да, пойду ка я сбацаю еще один им, ведь это так просто...

Именно. Несложный IM на готовых либах сегодня за пару дней сбацать можно. В то время как 10 лет назад у нас на это ушли бы многие недели :)

Хо хо, так там целый букет, потом так же себе сделаю ^_^

>ну да, пойду ка я сбацаю еще один им, ведь это так просто.

Creating a Google chat client in 15 minutes:

http://labs.trolltech.com/blogs/2009/03/08/creating-a-google-chat-client-in-1...

>>Программа обмена сообщениями не попадает в эту нишу, увы, как ни старайся.

>Напиши свой, единственный и неповторимый IM, который сможет жрать не более спектрумовских 48кБ ОЗУ :)

Отличный ход дискуссирования - съехать с темы, и приписать чужую позицию своему оппоненту. Так держать!

>Ну, мне _стало хватать_ уже 1Мбит, а после 8Мбит
>после 8Мбит
>8Мбит

Буржуй ☺

> Именно. Несложный IM на готовых либах сегодня за пару дней сбацать можно. В то время как 10 лет назад у нас на это ушли бы многие недели :)

только Mono тут каким боком? Уверен, большая часть функционала IM в Synapse реализована именно средствами QT, а не Mono

>Creating a Google chat client in 15 minutes:

Прикольно. Вот если еще б кто нить сделал Gtalk-клиент с voice-ом...

> Прикольно. Вот если еще б кто нить сделал Gtalk-клиент с voice-ом...

"Of course, I cheated. The trick is actually by using Google’s own iPhone web application, which is pure HTML and JavaScript."

- жди решения от Google - потом такую программку тебе за 15-ть минут напишут :)

>Прикольно. Вот если еще б кто нить сделал Gtalk-клиент с voice-ом...

Эт точно, хотя вроде уже на подходе. Должны же уже наконец приделать хоть куда-нить этот жингл...
С 2006 года приделывают (если не раньше)

>Именно. Несложный IM на готовых либах сегодня за пару дней сбацать можно. В то время как 10 лет назад у нас на это ушли бы многие недели :)

а тикль то у нас в каком году появился?..

Я может пропустил предыдущие такие философские темы, но твоё отношение к активному внедрению моно в гном и к фигуре Мигеля вообще?

>С 2006 года приделывают (если не раньше)

Да, по-ходу закопали ентот джингл :-( Я в 2006-м сам с ним игрался, но качественного звука на медленном канале так и не удалось добиться.

> Пусть будет, хуже от этого не станет точно. Я вообще не понимаю ненависть к моно - не нравится, не используй, в чем проблема? Или это только нищеброды и дети, кто не может выпросить у родителей лишнюю планку памяти, орут?

А ещё те у кого голова на плечах, а не "отверстие для еды": http://www.gnome.org/~seth/blog/mono

Почему-то все напрочь забыли что .Net и C# запатентованы по самое небалуй, и в свете разборок с Tom Tom только идиот будет утверждать, что патенты не играют значения.

> tomboy-0.12.2, RSS=46Мб. Около двух сотен записок в Wiki-стурктуре, настроенная синхронизация и т.п.

лол

KJots, ~6Mb аналогично две сотни записей с кросслинками и т.п.

А не кажется ли уважаемым аналитикам ЛОРа, что если на моно пишут, причём всё чаще и чаще, то это наверное потому,что моно не так уж плох и чём-то интересен/удобен разработчикам?

В своё время успех Windows 95/98 во многом был вызван доступностью простых средств разработки. Потом недоделки отсеялись, а нормальные проекты остались. Вот пусть народ на моно пишет. А там видно будет. Не все же сразу будут на c писать.