Установка EDE в Gentoo Linux

>я намекал на место, где автор озадачивается одинаковой скоростью .charCodeAt() и .substr(). из-за чего алгоритм, эффективный в том же C, становится вовсе не таким же эффективным в JS.

OMG! Так вот Вы о чем. Да, я как-то не обратил внимания сразу. Ну так тут опять же - функцию charCodeAt() можно переопределить, причем средствами POA (раз мы пишем на падонкавском JS) - прямо в прототипе, и оптимизировать до нужной скорости. При чем тут язык?

>хм. странный сарказм. И в мыслях не было. Каждый раз прусь от подобной работы с event listeners:

---- var s = getSomeObject();

var doSomething = s.getSomething;

s.getSomething = new function() { callPreSomethingEvent(); doSomething(); callPostSomethingEvent(); } ---- И никаких тебе заморочек с наследованием.

> счастливый. первое, что Я заметил — EWorkPanel just crashed. прямо искаропки. точно, это венда. %-)

Да нет... У меня на удивльнение стабильно работает.

>функцию charCodeAt() можно переопределить

а на Си можно lazy evaluation сделать. кто же спорит? всё можно сделать на всём. просто я предполагал объодиться без хаков, средствами самого языка. некорректное предположение, согласен. надо было его изначально прописать.

>Каждый раз прусь от подобной работы с event listeners:

не так. %-)

(function (obj) { var me = obj, prev = obj.getSomething; obj.getSomething = function () { callPreEvent(me); var res = prev.apply(me, arguments); callPostEvent(me); return res; } })(s);

%-)

поставил только что свежую из исходников. раньше не стояло. брякнулось.

можыд, кисо абиделось на --prefix=/home/<me>/zoft ? %-)

> просто я предполагал объодиться без хаков, средствами самого языка.

Ну, говнокодер - или как принято говорить тут, быдлокодер, тем и отличается от программиста - что пишет НА языке, а не С ИСПОЛЬЗОВАНИЕМ языка. Причем не важно, на каком языке - хоть на ассемблере. Просьба не принимать сие на свой щщот только.

>не так. %-)

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

ps: надо же, регистрироваться заставили

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

Ой-ли? Набери что угодно на асме, потом тоже самое по смыслу на любом супер-оптимизирующем C. Сравни размер получившихся бинарников и сделай выводы... Зачем рвать жопу и что-то там оптимизить, если компилеры и RTL к ним пишутся ВОТ ТАК?

>Уродливые квадратные серые __контроллы__ остаются

Попался, виндузятник :))

>Набери что угодно на асме, потом тоже самое по смыслу на любом супер-оптимизирующем C.

делал. 13kb/24kb (Yrzorg, kb layout switcher for offtopic), 4kb/18kb (mixer control for oftopic).

fasm/intell c.

что это доказало?

>>А нет ее, потому что писать ее на С всем фпадлу.

>По-моему выбор языка при разработке десктопного софта - это в основном вопрос религиозный. Нынче секта жабофилов куда сильнее остальных - вот и результат. А потом ситуация может измениться, и то же самое будут говорить про жабу.

Нету никаких сект. Просто пишут на том, что знают и на том где при минимуме усилий можно получить максимальный результат.

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

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

> Нету никаких сект. Просто пишут на том, что знают и на том где при минимуме усилий можно получить максимальный результат.

максимальный результат ?) это когда для запуска медиа плеера нужно 2 Гб ОЗУ ?)

>> Нету никаких сект. Просто пишут на том, что знают и на том где при минимуме усилий можно получить максимальный результат.

>максимальный результат ?) это когда для запуска медиа плеера нужно 2 Гб ОЗУ ?)

Тебе что Медиа Плееров на С не хватает или что? Да и похоже на брехню - Эклипс жрет мегабайт 300. Самый главный ресурс - это время: если оно упущено, то упущено навсегда. Джава позволяет писать и отлаживать минимум раза в 2 быстрее, и это важнее требований к ресурсам.

> Еще смешнее. Ща, погодите, изпацтала вылезу, отсмеюсь. СУБД без прикладных программ, как вещь в себе - нахрен никому не нужна. Вообще. Совсем. При самой лучшей в мире СУБД - все равно нужны программы (и системы), которые будут данные (а) закладывать, (б) запрашивать, (в) в каком-либо виде показывать пользователю. И тут мы получаем совсем уже странный парадокс - я бы даже сказал, порнодокс. Как только в АПК появляется такой компонент как "база данных" - практически любая оптимизация пользовательского интерфейса теряет любой смысл. Ну право же, какая разница - 0.03 секунды будет рисоваться окно (генериться пдф-файл, выводиться что_либо куда_либо) или 1.5 - если на операцию "запросить базу и получить данные" уходит минимум три?

Минимум 3 сек на получение данных. Хмм, сколько тысяч строк? А зачем?? Видимо, DBA у вас в конторе никогда не было. Из моего опыта разработки банковских проектов: максимальное время реакции системы (операция+вывод результата) - < 1sec. Дольше просто неприемлимо. Сюда не входит рендер странчки, ессно. Кстати, это - при полной загрузке сервера. Типичное время еще меньше - от 200 до 400 msec

Далее, база данных - разделяемый ресурс. Если операции в интерфейсе начинают любую транзакцию и делают ее 1.5 сек - все это время обьекты в базе будут блокированы. (про типы локов я в курсе, но это уже оптимизация). Именно поэтому написанные индусами интерфейсы к базам так тормозят. Они просто не понимают оптимизацию. Само понятие им недоступно. Зато результат правильный, что подтверждают любые тесты. И работает все прекрасно на малых нагрузках. А вот на больших (неск тыс человек на сервере) все тормозит безнадежно. Поэтому-то оптимизация на сервере и необходима.

> делал. 13kb/24kb (Yrzorg, kb layout switcher for offtopic), 4kb/18kb (mixer control for oftopic).

Значит C там использовалось на уровне того же асме. И то, 4/18 это уже более чем в 4 раза.

> или мозилла файерфокс написан на джаве, или он перестал быть "угребищно тормозной поделкой"?

А ссылку на браузер уровня FF, но на Java? Что б можно было сравнить. И сразу сообщите сколько десятков гигобайт ему нужно.

идея почти хороша, вот только софта под EFLTK нету, а значит текстовый редактор, или броузер, потянут за собой гтк(2)|| кутэ. а значит использование ещё одного тулкита только повысит требования к памяти, которой у слабых машин итак нету. про линкс -г молчим, это не броузер для хождения по сети, это скорее нечто, чем можно пользовацца только для опытов и экспериментов, даже 4 осёл "более корректно" показывает сайты=)

а си и есть кроссплатформенный макроассемблер.

хм. а я вот поставил JWM, который вообще никаких тулкитов не использует. и доволен.

правда, это чистый WM (ну, и таскбар/док), без перделок. перделки набираются отдельно, если надо (мне — не надо %-).

>А ссылку на браузер уровня FF, но на Java? Что б можно было сравнить. И сразу сообщите сколько десятков гигобайт ему нужно.

Какой смишной идиёт. Вы джаву-то вообще видели, или так - Рабинович напел?

Больше DE хороших и разных! Больше WM тоже разных!

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

ЗЫЖ Про кодеров: писать, безусловно, надо не на языке, а используя язык :) Но не всегда это то, что требуется. Мне приходится писать на Дельфи (не пинайте меня), бо работа у меня такая :( Но и у дельфи есть плюсы (в основном - скорость разработки, хотя есть куча сред, где это тоже имеет место быть).

ЗЗЫЖ Вендузятником не обзывать - юзаю слаку + wmii (кроме случаем "прогерства" в дельфи) :)

Если EDE не загнется на пол пути, то набрав хотя бы половину функциональных возможностей тех же KDE или Gnome, боюсь авторы забудут про свое "бюджетное" направление. Пожизни народ сравнивает неадекватно по производительности. Чессгря, я уже на все эти новоиспеченные DE смотрю с немаленьким скепсисом. До уровня "потребления" пилить и пилить.

> а си и есть кроссплатформенный макроассемблер.

сильно ошибаетесь

> Какой смишной идиёт. Вы джаву-то вообще видели, или так - Рабинович напел?

Чего я не видел - так это браузера на java. Вот и спросил.

> а си и есть кроссплатформенный макроассемблер.

Попробуйте написать банальную сортировку массива интов на C и на асме и сильно удивитесь. Вариант на C наверняка будет быстрее на этой задаче. Особенно если не думать про регистровые переменные, кеш и прочие радости. Оптимизирующий компилятор рулит:)

> Если EDE не загнется на пол пути, то набрав хотя бы половину функциональных возможностей тех же KDE или Gnome, боюсь авторы забудут про свое "бюджетное" направление. Пожизни народ сравнивает неадекватно по производительности. Чессгря, я уже на все эти новоиспеченные DE смотрю с немаленьким скепсисом. До уровня "потребления" пилить и пилить.

Наверное ты прав.. Но ведь и XFCE когда-то был пионерской поделкой. А вырос-то как?:)

до вас действительно не доходит, почему си и асм — одного поля ягоды, или вы просто пофлэймить решили?

зыж не будет на си быстрее, по крайней мере для x86.

ну да. цэ может язык своей VM достаточно неплохо перевести в язык целевой вм. обычная оптимизирующая кросс-трансляция.

подумаешь, у меня тоже в макроассемблере есть функции, локальные переменные и register allocator, который вещи типа mov xreg2,[locvar] отображает на целевой register set (xreg'ов у меня неограничено). допишу оптимайзер — получу си с другим синтаксисом. только нафига?

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

>делал. 13kb/24kb (Yrzorg, kb layout switcher for offtopic), 4kb/18kb (mixer control for oftopic).

Переключение раскладки — один вызов ActivateKeyboardLayout(). Откуда 13kb/24kb?

Помню лет 5 назад тоже делал переключатель раскладки. Разделяйка с хуком ~ 3K. Процесс, устанавливающий/снимающий хук, примерно такого же размера. Так там, из 3K бóльшая часть — релоки, таблицы экспорта/импорта etc. (компилятор MSVC).

P.S. Эх, не удалось мне тогда сделать его сервисом (не осилил иконку в трее). Так и забросил.

> Тебе что Медиа Плееров на С не хватает или что? Да и похоже на брехню - Эклипс жрет мегабайт 300. Самый главный ресурс - это время: если оно упущено, то упущено навсегда. Джава позволяет писать и отлаживать минимум раза в 2 быстрее, и это важнее требований к ресурсам.

а зачем тогда Джава если есть Си ?) Эклипс - рабочая среда, потом это чудо нужно еще запустить, а для этого понадобится "ынтырпрайз" железо ... мля ... а питон позволяет писать в 4 раза быстрее и с меньшим использованием ресурсов ))

> Ты всё в жизни измеряешь деньгами? И старушек через дорогу в детстве переводил только за конфету? Мне тебя жаль.

Не всё. И жалеть меня не надо.

Просто констатирую факт, что будет написан некачественный, бажный just for fun продукт, который вскоре будет заброшен и ни одной старушке не принесёт пользы.

>Просто констатирую факт, что будет написан некачественный, бажный just for fun продукт, который вскоре будет заброшен и ни одной старушке не принесёт пользы.

какая самокритика =)

>> Тебе что Медиа Плееров на С не хватает или что? Да и похоже на брехню - Эклипс жрет мегабайт 300. Самый главный ресурс - это время: если оно упущено, то упущено навсегда. Джава позволяет писать и отлаживать минимум раза в 2 быстрее, и это важнее требований к ресурсам.

>а зачем тогда Джава если есть Си ?)

Затем чтобы 1) программы написанные на дешевых писишках с Виндой можно было бы без изменений запускать на разном эксклюзиве от IBM/Sun. 2) Чтобы иметь managed код/нормальную модель пямяти, а не то что в С.

>Эклипс - рабочая среда, потом это чудо нужно еще запустить, а для этого понадобится "ынтырпрайз" железо

Я о том - нахрена медиа плееру 2 Gb если Эклипс с загруженным в него проектом жрет в 6 раз меньше? Ну хорошо, azureus жрет 2 или 3 Gb?

>а питон позволяет писать в 4 раза быстрее и с меньшим использованием ресурсов ))

Да, это все заговор против Питона - что он используется только на *nix для написания административных скриптов.

Я бы предпочел, чтобы развивали GNUStep.

> ну да. цэ может язык своей VM достаточно неплохо перевести в язык целевой вм

У целевой VM гораздо больше крутилок, чем доступно в C. Если на асме использовать уровень абстракции языка C, то получим результат хуже чем на C.

> Затем чтобы 1) программы написанные на дешевых писишках с Виндой можно было бы без изменений запускать на разном эксклюзиве от IBM/Sun. 2) Чтобы иметь managed код/нормальную модель пямяти, а не то что в С.

gcc для эксклюзива IBM/Sun наверно пишется тайным орденом тамплиеров ?)

> Я о том - нахрена медиа плееру 2 Gb если Эклипс с загруженным в него проектом жрет в 6 раз меньше? Ну хорошо, azureus жрет 2 или 3 Gb?

ну у меня с 256 MB оперативки оно выглядело ооочень жутко ...

> Да, это все заговор против Питона - что он используется только на *nix для написания административных скриптов.

ыыы) это заговор против тебя наверно ... что бы ты не проскроливал страницы до конца и не читал Powered By Python надписи ... иль у тебя вендовый шлюз их режет ?)

> Я именно СУБД имел в виду. А всякие сайты на жабе пишут обычно доморощенные быдлокодеры... Что взять с них?

Балбес, тот же LOR написан на Java. Если ты не знал, то это Enterprise-стандарт. ;)

>Мне доводилось реализовывать подобное на Java, конкретно - вот этот алгоритм распознавания аудиофрагментов (http://ismir2002.ismir.net/proceedings/02-FP04-2.pdf)

Реализацией поделишься ? Или закрыто ? Вообще готовое есть что-нибудь подобное, окромя MusicBrainz, как то не хочется велосипед изобретать (да и не кодер я). Задача - есть большая база трэков (в том числе и ремиксов), хотелось бы получить с них отпечатки и потом мониторить чужой FM эфир дабы составлять плейлисты %-) Вот в моем телефоне SE k550i есть похожая фишка - TrackID, слушаешь радио когда, она оцифровывает небольшой кусочек саунда (несколько секунд), затем делает запрос куда то там к себе на сервак через интернет - и показывает инфо о треке, т.е. много где такое юзаеццо )

>Балбес, тот же LOR написан на Java. Если ты не знал, то это Enterprise-стандарт. ;)

LOR это очень плохой неполноценный пример, лучше уж Томми приводить.

> Нет, я не завидую. Я их так называю потому, что они в большинстве своем не имеют ни малейшего паредставления о том, как работает компьютер, как надо проектировать ПО и т.д. Они в основном орут про то, как хороша жаба, как плох С++ (ведь там Утечки Памяти!!!).

Совсем не смешно. Когда делаешь такие заявления - приводи примеры, OK? Желательно также выучить матчасть - хотя бы Hello World на Java.

P.S. А C++ действительно плох, т.к. у него ужасный синтаксис, да и вообще, это костыль для поддержки ООП в C. Уж лучше я буду писать на чистом, красивом и лаконичном C, чем использовать этот горячо любимый программистами на MFC "язык"...

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

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

Мсье оплатит модернизацию 675000 компьютеров хотя бы в российских школах или признает, что он недальновидный глупый фанатик? ;)

> "я не буду дорабатывать чужой недоделаный ДЕ, я напишу такой же недоделаный и никому не нужный".

А вы хотите, чтобы все одевали серые робы и строем ходили, как на зоне? ;)

> Windows Millenium Edition?

Кроме непоказа шар с пробелами, других багов не видел. Система до сих пор работает, если в неё из Linux перегрузиться. Так что стереотипные сказки можете детсадовцам оставить. ;)

> Мсье оплатит модернизацию 675000 компьютеров хотя бы в российских школах или признает, что он недальновидный глупый фанатик? ;)

А что, в школах разве стоят компы, которые даже не позволяют запустить explorer.exe? Ну тогда я сомневаюсь, что и EDE там заработает.

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

> А вы хотите, чтобы все одевали серые робы и строем ходили, как на зоне? ;)

Даёшь никому не нужные быдловысеры разных цветов и запахов! :)

>> Мсье оплатит модернизацию 675000 компьютеров хотя бы в российских школах или признает, что он недальновидный глупый фанатик? ;)

> А что, в школах разве стоят компы, которые даже не позволяют запустить explorer.exe? Ну тогда я сомневаюсь, что и EDE там заработает.

> Если там действительн такие компы, что не могут даже запустить даже 95 винду, то они всё равно не очень пригодны для обучения.

ну смотря где ... есть места где и 9x, есть и со свистой ... тут дело не в этом, тебе родители могут дать 30 кусков, что бы ты докупил себе что-то и патом запускал на нем что-то невообразимо монстрообразное ... а у школ таких родителей нету ....

>> А вы хотите, чтобы все одевали серые робы и строем ходили, как на зоне? ;)

> Даёшь никому не нужные быдловысеры разных цветов и запахов! :)

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

а вообщем в твоем случае могу сказать одно - лучше бы твой отец кончил на стенку (с) ...

> А C++ действительно плох, т.к. у него ужасный синтаксис, да и вообще, это костыль для поддержки ООП в C.

ну и жжоте:) Я тогда тоже отожку...:) ООП это костыль для поддержки полиморфизма в языках со строгой типизацией:) Кстати не единственный.

>тут дело не в этом, тебе родители могут дать 30 кусков, что бы ты докупил себе

каапееец... тут вообще есть люди, который САМИ себе заработали (хотя бы) на компьютер?

> Реализацией поделишься ? Или закрыто ? Увы и ах - "мерсская проприетарщина". По большому счету, алгоритм на два пальца об асфальт - берем любую либу, умеющую FFT с аудиовхода, дописываем конвертер спектра в фингерпринт по алгоритму из PDF и поиск по хэшам. На столь нелюбимой тут джаве production-ready систему (это с профилированием, оптимизацией и нагрузочным тестированием под обслуживание то ли 50, то ли 100 запросов в секунду) выполнили где-то за 1,5 месяца на одного разработчика. "Наколеночная", неоптимизированная версия, которая уверенно искала фрагменты была готова где-то за полторы недели.

#ля, латентный виндовоз, разъясняю "кому нужен этот грёбаный DE" - нам, линуксоидам, юниксоидам ВСЕХ СТРАН, объединяйсь. Тупые отсылки к win9x вообще не катят.

YO! читай на ночь Just For Fun + проник(nix)нись духом UNIX и возможно твои дети спасутся от Страшного Суда YO!