Гном ответил троллям

Что не запрещает. его (системное ПО) писать криво.

>Что не запрещает. его (системное ПО) писать криво.

У системного ПО есть замечательное приемущество - его очень мало, и следовательно не составляет большого труда его как следует вылизать.

>У системного ПО есть замечательное приемущество - его очень мало, и следовательно не составляет большого труда его как следует вылизать.

Интересная логика, еще можно понять когда ос пишется одной корпорацией, а в контексте разработки коммьюнити?

>>У системного ПО есть замечательное приемущество - его очень мало, и следовательно не составляет большого труда его как следует вылизать.

>Интересная логика, еще можно понять когда ос пишется одной корпорацией, а в контексте разработки коммьюнити?

В контексте разработки коммюнити можно квалифицированных разработчиков держать на критически важных проектах типа ядра, сервисов или DE-шных корелибах, не распыляясь на все остальное. Кроме того, у системного софта есть другое приемущество - его пишут по формальным требованиям в отличии от прикладных программ где формальных требований нет и концепты меняются очень часто.

Вещества, вдоль.

>В контексте разработки коммюнити можно квалифицированных разработчиков держать на критически важных проектах типа ядра, сервисов или DE-шных корелибах, не распыляясь на все остальное.

Это если коммьюнити занимается и системным софтом и прикладным, за исключением DE, у каждой софтинки как правило свое коммьюнити которое все силы на эту софтинку и тратит.

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

А кто пишет требования к свободному софту, если не сами "исполнители"?

> А кто пишет требования к свободному софту, если не сами "исполнители"?

Пользователи, например

Язык программирования -- это как камень в фундаменте, от которого зависит стройность, надёжность, прочность и логичность всей конструкции.

Мне нравится Gnome, но отсутствие в нём до поры до времени своего языка порождает ту свалку кода на куче языков (C, C++, Perl, Java, Pyton, Rubi, Mono C#) и зависимостей, которыми оброс этот, в общем-то, по своему хороший DE. Все эти награмождения нескольких эпох и делают Гном громоздким и тормозным.

Рано или поздно гномам придётся разгребать завалы и идти к чему-то одному. Если онным окажется Vala -- это будет отличный вариант.

>Для тех, кто не знает, кто такой Белендорф

Это не тот Бекендорф, цензор при царе Николае, который жаловался ему на Пушкина?

>У системного ПО есть замечательное приемущество - его очень мало, и следовательно не составляет большого труда его как следует вылизать.

тЭоретик ? ;)

Ну как марш в LKML - расскажешь там как правильно надо "вылизывать" ;)

Ссылки на говноблоги в новостях. Пипец.

А в Убунте если сделать поиск, то найдете несколько EXE файлов

Tomboy, F-Spot, Banshee и/или Beagle.

Сегодня 4 приложения на моно, завтра 16, после завтра 256... Тенденция!

Почему Тенденция? "Говорят на моно писать удобнее и красивее..."

первое не катит. колбэк — для сирешётка. проблемы моно — это проблемы моно. мне из plain C не надо такого. а если моне нужны костыли… ну и фиг с ней. я имел в виду разумные применения, а не костыльные.

в гугле заметил, что люди едят кактус. зачем они это делают — не написано (если не считать их дурость).

монстр.

>в гугле заметил, что люди едят кактус. зачем они это делают — не написано (если не считать их дурость).

они полезные..

>Почему Тенденция? "Говорят на моно писать удобнее и красивее..."

На mono писать явно удобнее и красивее, чем на C++. Что есть из конкуренции?

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

D? Его ещё нет.

Python? Не все хотят поставлять исходники. Да и по скорости пока тоже не фонтан.

Free Pascal? Крайне малопопулярен.

Чт ещё?

но не с иголками же глотать…

>> У меня достаточно экспериментальных данных по работе с java-like языками

> вот я и AP тебе экспериментальные данные привели. Что-то не так? Или 30Мб для каталогизатора фотографий - это много? Или виртуальные машины в принципе некошерные? А может быть некошерным является только GC, как класс?

30 мб(а там не 40 было?) -- да, много. половина памяти на наладоннике. Kuickshow занимает 18.

>> НО приведённого даже тобой в этом сообщении достаточно (мне), чтобы этут каку не использовать.

> приведенные мной цитаты - это обоснование существования dotgnu и mono. Чтобы не было ни vendor lock-in'а, ни прочих как =))))

Следовательно, они (особенно dotgnu) появились не от хорошей жизни. Когда придёт время очередной "революционной" технологии от МС, дотнет умрёт. И моно с дотгну вместе с ним, никакой f-spot их не спасёт.

>> Почему Тенденция? "Говорят на моно писать удобнее и красивее..."

> На mono писать явно удобнее и красивее, чем на C++. Что есть из конкуренции?

Следует отметить, что это относится _только_ к гуйкам, а вернее даже к бд-гуйкам.

> Python? Не все хотят поставлять исходники.

Особенно фееричен этот довод в опенсорсе :)

> Чт ещё?

Tcl, tk, tile. Следует помнить, что наиболее функциональный jabber-клиент(tkabber) написан именно на tcl-tk-bwidget.

>Kuickshow занимает 18.

Он стал каталогизатором?

>Следовательно, они (особенно dotgnu) появились не от хорошей жизни. Когда придёт время очередной "революционной" технологии от МС, дотнет умрёт. И моно с дотгну вместе с ним, никакой f-spot их не спасёт.

А смерть .net как влияет на опенсорсный моно, не поясните?

>Следует отметить, что это относится _только_ к гуйкам, а вернее даже к бд-гуйкам.

с чего бы это?

>Tcl, tk, tile. Следует помнить, что наиболее функциональный jabber-клиент(tkabber) написан именно на tcl-tk-bwidget.

следует помнить, что наиболее функциональный графический (текстовый/табличный/векторный/аудио/видео) редактор написан на Gtk.

>30 мб(а там не 40 было?) -- да, много. половина памяти на наладоннике. Kuickshow занимает 18.

Сравнить вьювер с менеджером/редактором коллекций - это надо умудриться.

nb: eog кушает 13Мб рамы. Что скажешь, экономный наш? Выкинешь говноkuickshow на свалку? =)

>Следовательно, они (особенно dotgnu) появились не от хорошей жизни.

логика ппц.

>Когда придёт время очередной "революционной" технологии от МС, дотнет умрёт. И моно с дотгну вместе с ним, никакой f-spot их не спасёт.

расскажи нам, почему это они умрут. Или ты искренне веришь, что как только негросфот скажет "НЕТ" - mono/dotgnu ВНЕЗАПНО перестанут существовать? Так же хотелось бы услышать ещё об альтернативных технологиях, с помощью которых негрософт убъет .net

>следует помнить, что наиболее функциональный графический (текстовый/табличный/векторный/аудио/видео) редактор написан на Gtk.

Это все Gedit? o_O

>Это все Gedit? o_O

leafpad

> Так же хотелось бы услышать ещё об альтернативных технологиях, с помощью которых негрософт убъет .net

Выпустит обновление для винды, которое ищет линуксовые разделы и дуалбутикам придет хана :)))

>leafpad

Хм, не слышал. Дойду домой посмотрю

>D? Его ещё нет.

Как это нет?

>Как это нет?

Приведите 10 софтин на D, входящих например в debian или Suse

>А в Убунте если сделать поиск, то найдете несколько EXE файлов

>Tomboy, F-Spot, Banshee и/или Beagle.

В Федоре они без расширений. Просите шаттлворта убрать нечестивое расширение.

>ледует отметить, что это относится _только_ к гуйкам

Да, о них и речь. На сервере рулят Java, PHP, Python :)

Сначала поиск по /usr выполни, потом говори

>Tcl, tk, tile. Следует помнить, что наиболее функциональный jabber-клиент(tkabber) написан именно на tcl-tk-bwidget.

Только морда у него - я столько не выпью.

>Как это нет?

Со всех сторон :)

Версию 1.x не развивают.

Версия 2.x ещё не утряслась.

Соответственно, и софт на нём пока писать не спешат. Хотя язык очень интересный и перспективный. Но пока - ждём.

>> Kuickshow занимает 18.

> Он стал каталогизатором?

Да это так, для примера... Каталогизатором у меня выступает krusader.

>> Следовательно, они (особенно dotgnu) появились не от хорошей жизни. Когда придёт время очередной "революционной" технологии от МС, дотнет умрёт. И моно с дотгну вместе с ним, никакой f-spot их не спасёт.

> А смерть .net как влияет на опенсорсный моно, не поясните?

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

>> Следует отметить, что это относится _только_ к гуйкам, а вернее даже к бд-гуйкам.

> с чего бы это?

С контекста того сообщения, к которому был применём метод фигурного квотинга.

>> Tcl, tk, tile. Следует помнить, что наиболее функциональный jabber-клиент(tkabber) написан именно на tcl-tk-bwidget.

> следует помнить, что наиболее функциональный графический (текстовый/табличный/векторный/аудио/видео) редактор написан на Gtk.

ms word, ms excel, illustrator, soundforge, virtualdub написаны на gtk? 8-()

>> 30 мб(а там не 40 было?) -- да, много. половина памяти на наладоннике. Kuickshow занимает 18.

> Сравнить вьювер с менеджером/редактором коллекций - это надо умудриться.

Редактор коллекций = вьюер + пара sql-запросов. Неоткуда тут взяться увеличению занятой памяти в 2 раза. Тем более, если есть нижеприведённый йог:

> nb: eog кушает 13Мб рамы. Что скажешь, экономный наш? Выкинешь говноkuickshow на свалку? =)

Если он настолько же удобен, то выкину. Я не фонатег :)

>> Когда придёт время очередной "революционной" технологии от МС, дотнет умрёт. И моно с дотгну вместе с ним, никакой f-spot их не спасёт.

> расскажи нам, почему это они умрут. Или ты искренне веришь, что как только негросфот скажет "НЕТ" - mono/dotgnu ВНЕЗАПНО перестанут существовать?

Они просто станут не нужны. Ибо на них пишут только те, кто переполз с точканета(почитай хотя бы лор, чтобы это увидеть). Потому что неофитам от микрософта будет надобен уже клон G++#.da-X.

> Так же хотелось бы услышать ещё об альтернативных технологиях, с помощью которых негрософт убъет .net

G++#.da-X. Через пару лет нам всем подробно объяснят, что дотнет не был лишён недостатков и G++#.da-X пришёл ему на смену, принеся с собой более крутые парадигмы.

>> Tcl, tk, tile. Следует помнить, что наиболее функциональный jabber-клиент(tkabber) написан именно на tcl-tk-bwidget.

> Только морда у него - я столько не выпью.

Тем и плох bwidget, что его нельзя отрисовывать произвольным образом. Я читал в факе tkabber-а, что как только tile станет достаточно распространён(не слабее чем bwidget), ткаббер перепишут на tile. А это произойдёт весьма скоро, ибо tile включен в tk8.5 искоробки. А уж tile можно отрисовывать хоть через gtk, хоть через qt, хоть через нативные виндовиджеты или макосную рисовалку.

>> следует помнить, что наиболее функциональный графический (текстовый/табличный/векторный/аудио/видео) редактор написан на Gtk.

> ms word, ms excel, illustrator, soundforge, virtualdub написаны на gtk? 8-()

Пардон, ещё photoshop забыл :)

>Редактор коллекций = вьюер + пара sql-запросов

бггг. Ты f-spot в глаза вообще видел? Судя по этому утверждению - нет

>Они просто станут не нужны. Ибо на них пишут только те, кто переполз с точканета(почитай хотя бы лор, чтобы это увидеть). Потому что неофитам от микрософта будет надобен уже клон G++#.da-X.

да пожалуйста. Как это повлияет на mono и что помешает сделать компилятор G++#.da-X в IL?

>Через пару лет нам всем подробно объяснят, что дотнет не был лишён недостатков и G++#.da-X пришёл ему на смену, принеся с собой более крутые парадигмы.

т.е. кроме фантазий у тебя никаких аргументов нету. Внимание, вопрос: что за парадигмы и как они связаны с VM?

>А уж tile можно отрисовывать хоть через gtk, хоть через qt, хоть через нативные виндовиджеты или макосную рисовалку.

переизобрели wxwidgets? Молодцы.

>ms word, ms excel, illustrator, soundforge, virtualdub написаны на gtk? 8-()

мы же говорим про OSS. Ну даже если ты в порыве троллизма решил перескочить на _windows_only_ _proprietary_ _software_ - то твоя предыдущая аргументация - шлак, потому что всё это написано _не_ на tcl/tk

>> Редактор коллекций = вьюер + пара sql-запросов

> бггг. Ты f-spot в глаза вообще видел? Судя по этому утверждению - нет

Видел. Красивое представление (тамбнейлы и т.д.) -- это всё ещё от вьюера. А каталогизатор -- это форма для ввода информации и пара sql-запросов.

>> Они просто станут не нужны. Ибо на них пишут только те, кто переполз с точканета(почитай хотя бы лор, чтобы это увидеть). Потому что неофитам от микрософта будет надобен уже клон G++#.da-X.

> да пожалуйста. Как это повлияет на mono и что помешает сделать компилятор G++#.da-X в IL?

Помешает то, что эта бяка будет намеренно сделана несовместимой с моней, дабы разработчики потратили как можно больше времени на её реализацию. Напомнить про якобы открытую спецификацию openxml?

>> Через пару лет нам всем подробно объяснят, что дотнет не был лишён недостатков и G++#.da-X пришёл ему на смену, принеся с собой более крутые парадигмы.

> т.е. кроме фантазий у тебя никаких аргументов нету.

Это не фантазии, это анализ тенденций.

> Внимание, вопрос: что за парадигмы и как они связаны с VM?

Так мне маркетингово-исследовательский отдел микрософта и рассказал все новые вкусные фичи G++#.da-X :)

>> ms word, ms excel, illustrator, soundforge, virtualdub написаны на gtk? 8-()

> мы же говорим про OSS.

Это _ты_ говоришь про осс. А ткаббер -- глобально наиболее функциональный jabber-клиент.

> Ну даже если ты в порыве троллизма решил перескочить на _windows_only_ _proprietary_ _software_ - то твоя предыдущая аргументация - шлак, потому что всё это написано _не_ на tcl/tk

А ты не применяй свою антифанатиковскую пропаганду ко мне, она на меня не действует. Где я сказал, что надо всё писать на tcl? Я всего-то показал success-story применения tcl и tk.

>Каталогизатором у меня выступает krusader.

16 мб + 18 kuiqview...34 мб...

я щитаю, это ОКУЕННАЯ экономия по сравнению с 25-30Мб f-spot, и тебе срочно надо присуждать нобелевку за экономию ресурсов.

>Это _ты_ говоришь про осс. А ткаббер -- глобально наиболее функциональный jabber-клиент.

только вот люди предпочитают ему другие клиенты. Интересно, почему?

>Где я сказал, что надо всё писать на tcl? Я всего-то показал success-story применения tcl и tk.

в одном из флеймов, когда я тебя спросил про гибкость, рефлексию и интроспекцию, емнип. Ну да не суть. Как-то ООООЧЕНЬ мало success-story у tcl/tk. До неприличия мало, я бы сказал. Наверное это потому что tcl/tk - говно, и кроме маргиналов - никому не нужен? =)

>> Каталогизатором у меня выступает krusader.

> 16 мб + 18 kuiqview...34 мб... я щитаю, это ОКУЕННАЯ экономия по сравнению с 25-30Мб f-spot, и тебе срочно надо присуждать нобелевку за экономию ресурсов.

А ты в курсе, что krusader и kuickshow необязательно запускать одновременно? А в курсе, что каталогизировать можно с помощью mkdir, rmdir, cp, mv и ln?

> Да это так, для примера... Каталогизатором у меня выступает krusader.

Это у тебя на налодоннике он как каталогизатор вместе с kuickshow для просмотра? Чей-та мне кажется, что экономия получается сомнительная.

>Видел. Красивое представление (тамбнейлы и т.д.) -- это всё ещё от вьюера. А каталогизатор -- это форма для ввода информации и пара sql-запросов.

потрясающее ламерство. Хотя сейчас такое часто встречается :(

>Помешает то, что эта бяка будет намеренно сделана несовместимой с моней

какая бяка? Ты формулируй свои страхи конкретнее

>Это не фантазии, это анализ тенденций.

это не анализ тенденций, а херня. С анализом ты и близко не знаком =)

>Так мне маркетингово-исследовательский отдел микрософта и рассказал все новые вкусные фичи G++#.da-X :)

ну вот ещё одно подтверждение, что это только твои фантазии.