gentoo форкает udev, ололол, какие молодцы, так держать.
Ни внятных long-term goals, ни разумного обоснования форка, кроме того, что systemd - говно, у них нет.
И, да, кстати, чем systemd говно?
inb4: поттеринг, бинарное говно, openrc же есть итд.
Кстати, кто-нибудь писал какие-нибудь live-сиквенсеры, аудио-фильтры итд на всяких там хаскелях итд?
В рассылке racket попалось письмо, где автор утверждал, что racket-ный GC не очень хорошо успевает убирать данные семлирования.
Подключение typed racket у него сократило потребление вдвое за счет того, что оптимизатор убирал часть боксирования флоатов.
Можно ли в хаскеле (и вообще в языках с GC) так подкрутить GC, чтобы не поиметь лагов и держать low memory overhead?
Встречайте феерическое NENUZHNO.
рейтресер на ракете.
https://github.com/4DA/racktracer/blob/master/rt.rkt
Фичи: никаких фич, только сферы, только ортогональная проекция, только хардкор.
Освещение, прозрачность, тени? we don't need them!
Плюс еще дико тормозит.
Зато рендерит в окошечко и не надо геморроиться с чтением битмапов.
Пиздец. Исходник на с++. Из туторила.
* Запакован в (!) RAR-файле.
* Часть кода выравнивнено пробелами, часть - табами.
* Вот такие перлы:
vecteur dist = s.pos - r.start;
cout << "Mal formed Scene file...
Затрахал кусок говна под названием cedet.
Написал в их lists.
http://sourceforge.net/mailarchive/messa.....d=30065077
Короче, такая ошибка при запуске c-mode:
Debugger entered--Lisp error: (wrong-type-argument stringp 1)
Есть идеи?
/Странно, а почему лисп всегда сравнивают с джавой? Может для начала стоит сравнить с PHP/Python/Js и прочими ЯП с динамической типизацией. Вот, например, python. Наверное он лучше, прогрессивнее, инновационнее, там ведь каждые полгода совместимость ломают. Каково будет мнение аналитиков?/