В 2006 году в Северной Кореи лучшие эксперты начали разработку новой ОС для Корейских пользователей - Red Star.
Что интересно, разработка была закрытой и никто не знал и том что они готовят.
Однако несколько дней назад на канале Russia Today-TV было немного рассказано о ОС со ссылкой на русскоязычного студента, обучающегося в Университете Пхеньяна и участвующего в разработке системы. «Красная звезда» представляет собой открытую ОС, основанную на ядре linux и имеющую идентичное MS Windows окружение.

Не смотря на то, что было заявлено, что ОС является открытой, её будут продавать на 2х дисках за 5-10$.

Что ещё интересно, по умолчанию работа пользователя производится под аккаунтом root, а браузер называется «Моя страна», при этом разрешено пользоваться только единственным работающим северокорейским поисковиком, больше напоминающим доску объявлений BBS.

>>> Подробности

Несколько дней назад, на торговом шоу CEBIT, была продемонстрирована технология рендеринга 3D-графики в браузере.

Существует два способа рендеринга 3D на 2D-плоскости: растеризация и трассировка лучей (ray tracing).
Исследователи разработали быстрейший софт для трассировки лучей в реальном времени, который способен использовать все возможности быстрейших процессоров, говорит Филипп Сласеллек(Philipp Slusallek), профессор Сарлендского университета.
Они интегрировали технологию трассировки лучей в реальном времени под названием RT Fact в WebKit — движок, используемый такими браузерами, как FireFix, Safari, Chrome, говорит Филипп.

Для описания объектов в 3D используется XML3D, часть HTML.

Команда разработчиков планирует в течении нескольких недель выпустить специальную версию FireFox с встроенным RT Fact.

Также, к разработке участвуют Германский Центр Исследований Искусственного интеллекта и Институт графических вычислений Intell Саарского университета Германии.

>>> Подробности

Ещё несколько дней назад по интернету ходили статьи о падении доли FF. Сообщалось что, по статистике, он не сможет достичь и 25%.

Сейчас же идут активные разговоры о том, что «золотые» дни FF уже прошли.
Судя по всему, люди ждут FF4, но пока переходят на более быстрые браузеры, такие как Chrome, чья доля растёт на каждый спад доли FF.
А пока, судя по всему, доля FF будет только падать.

>>> Кому слёзы, а кому радость

Случайно выкачал фильм «запрещённая реальность». Ну забыл что это за фильм, подумал вдруг что интересное, а качал из dc вслупую.
Включил. Через 3 секунды вспомнил. Подумал: «а может и не так страшно?». Досмотрел ровно до того как показали «выпуск новостей» по телевизору. В верхнем углу красовалась надпись: CorbinaNews.
Мне показалось что здесь они хотели привести какую-то аналогию вроде «корбина захватит всё СМИ россии и они будут богами».
Не знаю почему, но мне оно показалось жутко противным.
Выключил.

http://habrahabr.ru/blogs/Dura_Lex/86026/
Для Ъ:
В Британии издают закон о ответственности овнеров вафли за то что делают их клиенты. Как минимум, за нарушение копирайтов.
Законопроект оценивается в один миллиард долларов, но по заверениям медиа-индустрии он привлечёт более 2.72 миллиарда долларов прибыли.

Круто, да?
С одной стороны мб и правильно, но между строк видно что денег с злых хитителей фильмов через торренты особо не взять, будут идти обратно по инстанциям.
Интересно на что они хотят потратить один миллиард долларов. Может кто знает на что можно потратить такую сумму в рамках такого законопроекта?
Забавно то что они гарантируют такую прибыль.

На мероприятии Hackfest, проводимом компанией Canonical в Великобритании, эксперты по дизайну и юзабилити проекта GNOME рассказали о большом количестве новых идей, одной из которых является «Task Pooper», назначение которой - изменение способа управления задачами на десктопе.

Task Pooper представляет собой дроп-зону на десктопе, в которую можно кидать любые задачи, окна, рабочие столы. При этом TP сам систематизирует и архивирует «просроченные» элементы. Однако, это пока только планы.

Также стоит отметить что на Hf было рождено и анонсировано не мало идей и проектов, среди которых:
Графическая тема следующего поколения, рождённая в сотрудничестве Хильке Бонс (Hylke Bons) и Якуба Штайнера (Jakub Steiner)
Новый инcтрумент настройки GNOME.

>>> Подробности

Условия:
1) Не требует Gnome || KDE (не критично).
2) Стандартный режим просмотра предусматривает обзор списка альбомов(хотя альбомы не важны, но если есть, то должен быть список) + обзор изображений в виде тамбнейлов(как в пикаса).
3) Поддержка тегов и удобной работы с ними(поиск, автокомплит при задании).
4) Своё хранилище изображений. Не важно какое. Хоть какой-нить MongoDB, хоть файлы. Главное чтобы при импорте файлов он перемещал всё в одну красивую директорию(возможно, с суб-директориями по тегам/альбомам/как угодно).
5) При добавлении мог и умел удалять дубликаты по размеру изображения, имени и самому изображению(пикаса только по имени умеет).

Вот и всё. Мне даже не важна интеграция с веб-сервисами. Мне важно всё упорядочить по тегам и без дубликатов.

В начале года Mozillla был начат проект JägerMonkey, целью которого было улучшение JS-движка FireFox с помощью интеграции в него SpiderMonkey, контекстно-ориентированного многопоточного JIT-компилятора.

Для формирования на лету машинного кода в JägerMonkey решено задействовать открытый ассемблер Nitro JavaScript JIT , созданный компанией Apple для WebKit.

Nitro распространяется под совместимой с Firefox лицензией и написан на языке C++, что упрощает процесс его интеграции.
Код Nitro уже адаптирован для запуска с использованием системы сборки и набором библиотек Mozilla.

>>> Подробности

В 2006 году Facebook отправили заявку на получения патента на данную технологию и вот свершилось чудо — в минувшую пятницу патент был опубликован. Теперь появление записи вида «Белка добавил N фотографий в фотоальбом «Как я грызу мозги лоровцев»» попадает под этот патент.

Кстати, данный патент кстати прямо распространяется на open-source технологию Activity Streams.

Остаётся ждать пока Facebook запатентуют само слово «социальная сеть» и как таковой вид сервиса.

Покачать головой

Перемещено boombick из Internet

... заменить HTML на XML, а визуализацию на qt-виджеты?
Грубо говоря, написать браузер, но такой, который вместо html-быдлокода требовал ты валидный xml от qt-дизайнера?
По функционалу QtGUI позволяет сделать все фичи что делают через JS и HTML, но через qt оно проще, легче и быстрее.
По сложности написания - фигня. Накидать GUI на Qt проще чем на html. Другая проблема что нужно будет сделать специальный qt-дизайнер(или допилить этот, или добавить виджетов) для некоторых задач, что в вебе есть а в кути обычными виджетами сделать не очень просто.
Фактически, получится что можно использовать любой веб-фреймворк и движок темплейтов для написания кода для браузера. Т.е. на стороне сервера изменений нет, а вот клиент - да, очень преобразится.
К чему это я. Да к тому что надоели все эти войны о WPF, Сильверлайт/Мунлайт, Моно, HTML5, JS, Java.
Ведь фактически Сильвер/Мунлайт является реализацией такой мысли, только реализацией людей, которые узко мыслят.
Что думаете?

Уже месяца 3 как влюбился в данный стиль, однако слушаю не так много групп. Всего 3 пока есть в плейлисте: 65 days of static, Mono, Explosions in the sky.
Есть у нас любители? Посоветуйте что ещё послушать.
Очень хочется что-то больше в стиле Mono.

Вот изучаю grails и groovy. Конечно, появляются вопросы, что легче и удобнее задать живому человеку, а не выискивать выдержки из тысяч текстов.
В общем, есть ли у нас русское коммьюнити? Конференция в jabber, например, или irc?

Специально(или нет?) сделал малоинформативный тайтл. Просто не пришло в голову что написать.
А тема нашего разговора сегодня - веб-фреймворки, а точнее что мы сейчас имеем и что мы можем сделать, изменить. Начнём из далека.
Сейчас у нас есть огромное количество различных веб-фреймворках на разных, но, в основном, популярных языках:

• Python
• Ruby
• PHP
• Lisp
• Java

etc Что мы имеем?

• На пайтоне всё медленное, требует не хилых машин, а как следствие - не хилых оптимизаций.
  По статистике(я провёл небольшой опрос среди знакомых и не очень) получается что ~10% времени уходит на разработку(основной кодинг логики, версия 0.1, если угодно). Не важно что это - GAE, Pylons, Django. Не важно что за проект - форум, соцсеть, личный сайт, блог. Одна фигня.
  На что тратится остальное время? Темплейты - да, но часто оно меняется по сложности. Кому сложный сайт с AJAX и JQuery, а кому простой сайтец времён web1.0(как я такое мог сказать... ну, в общем, я думаю вы поняли про что я). Возьмём условно - 20%.
  На что уходят ещё 70%? Чем занимаются веб-кодеры на пайтоне в 7! раз дольше чем основной логикой? Оптимизацией! KVS, быдлокод etc etc. Что можно сказать? Всё круто, да только оптимизировать такой код лично для меня дорого. Да и глядя на то что мой код(да простейший) рендерит страницу за 0,9сек(без KVS), когда другой портал(на том-же VDS) рендерит похожее, да только с большей информацией и несколькими ещё запросами в БД, за 0,5сек(без KVS). Обидно, не правда ли? Оптимизация сильно исправляет положение но... Зачем тратить время на оптимизацию своего кода, когда зло глубже? И да, как сказал уже не помню кто: «Использование KVS это не оптимизация, а кешинг». Что намекает на то что код на пайтоне практически не оптимизируем(можно поспорить, но зачем если правда рядом?)
• Руби. Как много в имени его. Как оно рекламируется, как оно всем нравится, как оно гламурно. И что? Руби считается одним из самых малопроизводительных языков(тоже спорно, но давайте просто скажем что в этом плане он не лучше пайтона, так будет честнее).
  Признаюсь, сам не юзал. Хотя, конечно, приходилось немного кодить для redmine. У кого не спрошу «а почему ты юзаешь?» дык почти все отвечают: «по работе нужно».
  В общем, на одну полку с пайтоном. Чисто так, «округляя».
• PHP. Это язык, в первую очередь, который создан для веба. Производительность? Не скажу что так плохо как у руби или пайтона. Скорость разработки? Фреймворков не мало. Не плохо, жить можно(но не мне).
  Но! Этот язык является сильно ограниченным. Да, есть гтк-биндинг и другие плюшки, но всё это больше похоже на клоунаду.
  Признаться, сам язык не так плох как о нём думают. Однако! Это полностью интерпретируемый язык. Да! Есть сотни компиляторов и оптимизаторов. Но зачем, простите, ипаться с тем что не заложено «внутри»?
  Я говорю что PHP плох. Почему? Есть более простые, серьёзные, удобные, хорошие языки.
• Тут спорить не буду и не хочу. Как выразился тв. «архимаг»: «у лиспа одно спасение - веб». Лично я не вижу применения для него в вебе.
  Быстрый интерпретатор? Может быть. Возможность делать всё что хочешь? Да.
  Но я такое юзать не буду. Не принципиально, просто не буду(уже сто раз говорил чем лисп плох, все согласны, кроме самих лисперов).
• Джава она и в африке джава. Как и эрланг(вы не против что в одном пункте?) это фантастическая платформа для гигантских приложений, где производительность не проблема. Главное чтобы не падало, а точнее падало, но только было максимум механизмов для удержания таких систем на плаву.
  Я к такому отношусь негативно. Почему? Да я готов поспорить что на таких системах теряется уйма производительности(везде, не нужно говорить что я не знаю каких-то механизмов, просто я не хочу раздувать эту тему).

Что можно добавить в этот список? Всякие асп.нет, веб-фреймворки на xml(был тут на лоре один человек) etc etc. Оно не интересно с точки зрения использования в реальном мире.

Картина, мягко говоря, не самая лучшая. Да, есть деньги - будет хоть на брейнфаке с JVM. Но кризис, студентота. Что делать? Думать о оптимизации раньше!

Да! C, C++ и.... D.

• C. Кто не писал на этом языке или считает его ущербным? Да школота и только.
  Нет, у меня не фанатизм, я не считаю что «C - бох» и на него нужно молиться, как некоторые. Но при том что язык низкоуровневый, он ещё и обладает неплохим синтаксисом.
  Всё круто, да вот только нет OOP, что заставило бы в веб-фреймворке делать массу костылей. Не столько костылей сколько вообще не красивый код. Да и управление памятью... Не хочется этим заниматься в веб-фреймворке при написании приложения.
  Да и сам язык хоть и хорош, но только для низкоуровневого.
• С++. Просто для того чтобы не обделять. Язык съедобен, но только с Qt(раньше кодил на C++ без кути, но сейчас просто принципиально не хочу). Ну и всё, просто глупо что-то ещё здесь говорить.
• D. Вам хиханьки и хаханьки, а другим - профит.
  Сам язык является таким C++, но каким он должен быть. Удобным, красивым, быстрым, с функциональщиной и ООП. Да всё в нём есть.
  Оптимизация? Его создатели - короли оптимизации. Сам по себе компилятор оптимизирует ещё в компайл-тайме всё что можно и нельзя. На выходе получаем убершустрый код.
  

Я видел веб-фреймворки(не путать с веб-тулкитами) на плюсах. Мне было страшно. Весь код был в костылях и тысячах темплейтов. Мне было жалко кодеров.
Лично я вижу очень хорошую нишу для D - веб.
Увы, пока язык только развивается, по сему пока приходится писать костыли и придумывать иные пути реализации. Однако, и того что есть достаточно для многих и многих вещей.
Недели 3 назад я начал исследовать данный вопрос и пришёл к выводу - реализуемо, реально, может быть простым и функциональным.

Последний год я использую Python, а в частности Pylons, для вебкодинга(сам я прикладник-сетевик, но деньги нужны, да и потом понравилась логика веб-фреймворков, т.е. сам я html не пишу, ofc). Больше всех мне понравился Pylons. Так-же очень понравились некоторые идеи GAE.
В общем, подумав хорошенько, я решил начать написание веб-фреймворка. Без фанатизма, начиная с самых опасных частей, которые могут убить проект и-за не реализуемости.
И вот оно - Dylons(ха-ха, да-да):
https://launchpad.net/dylons

Работает шустро, проблем нет. Как бэк-енд юзается моя же обёртка - libdfcgi на базе libfcgi.
Олсо, есть абстрактный слой для бекэнда. Хочешь - прикрути свой наследуя нужный класс.
Сейчас над данным экспериментом трудятся два человека - я и мой знакомый. Я пишу основную систему, а он - небольшой темплейт-енжин.
Сейчас самая большая проблема - ORM. QtDSQL просто не существует, т.е. обёртки нет, да и его производительность не на столько велика.
Одна из целей треда - сообщить о таком эксперименте и о том, что нам нужны люди. Не только желающие заняться ORM, но и просто кодеры, что хотят высказать своё мнение о том что хорошо бы сделать и что они хотели бы от Dylons.
Для затравки, вот экземпл.

Далее, пойдём дальше.
В ди нет пока возможностей распаралелливания(да даже на x86_64 нет компилятора, сам юзаю x86-либы). Нет OpenMP(хотя написать то можно, но сложно). Использование в продакшне - ферма. Хотя оно не плохо.

По сему я стал отталкиваться от распаралелизации и вообще шустрой VM. Здесь я слаб. Вижу Parrot. И что? Как там? Говорят не плохо. Но на сколько шустро?

Какие вообще есть мысли у Вас по этому поводу?

Разгребаю код на пайтоне, джанго. Писал один интересный человек, который верил в функциональщину. Почти тру лиспотролль.
Что хочу сказать. Его функциональные фишки отжирают овер 90% времени обработки запроса и рендера.
Оптимизировал самое очевидное и получил не хилый профит.
Опыт кодинга на C и D помог не мало.
Пайтон не медленный(а даже если и медленный, то не так уж как говорят), его замедляют люди, юзающие функциональщину без раздумий о том что «находится за сценой».
Когда код, в котором 7 раз создаются новые лиспы с помощью генераторов и вызывается 5+N раз конструкторы, можно написать не менее элегантно не используя принципы и функционал функциональщины.
Вообще, конечно, важно умение использовать инструменты, но с функциональщиной оно наиболее опасно и менее всего очевидно. Увы.
Вот такой вот возгляд с другой стороны на вашу функицональщину. А я пошёл спать.

Давно юзаю пчелайн. Давно не устраивают цены на гпрс, звонки и смс. Давно было лень перейти на что-то иное.
Сейчас приспичило что пипец.
В общем. Нужен самый выгодный тариф для гпрс(28%)+звонки(70%)+смс(2% от общих трат).
Очень желательно без абонентской платы.
И да, ещё ищется тариф для родных, звонки+смс(70/30%).

Что посоветуете?

Для проекта на Pylons нужно определиться с ORM. Юзаю SQLAlchemy. Однако, подумываю перейти на Storm или что-нить другое. Ибо в SQLAlchemy нет вообще средств для диагностики(даже счётчика запросов в сессии).

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

PS: Сам пока видел что на разных гуглорезультатах разные результаты бенчмарков. Хз кому верить. Где шторм проигрывает в сухую, где SQLAlchemy, где кто-то выдаёт не реальные цифры.

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

>>> a = dict()
>>> a
{}
>>> a['a'] = '+'
>>> a
{'a': '+'}
>>> a['b'] = '+'
>>> a
{'a': '+', 'b': '+'}
>>> a['c'] = '-'
>>> a
{'a': '+', 'c': '-', 'b': '+'}

Использую pylons. Сейчас дошёл до стадии когда нужно оптимизировать контроллеры используя KVS.
Проблема одна - не знаю как узнать текущее(выполененное) количество запросов в текущей сессии чтобы иметь представление о том как всё страшно/хорошо.

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

Спасайте. Меня уж тошнит дебажиться читая логи и расставляя яркие маркеры в консоли чтобы не запутаться ._.

Помню как оно было в 98ом: «Линукс это не реально! Хакеры только могут использовать его! Да ну! Русский там не поддерживается! Софта нет вообще! Не реально сложно! Драйверов нет!».
Что оставалось делать? Исправлять проблемы! Русский? Перешли на юникод! Консоль ужасна? Вот иксы! Вот вам Гном, КДЕ! Софт? Вот пайтон! Вот сразу куча софта! Кодеки? Драйвера? Всё пишется! Сложно? Вот вам убунта, мендрива, федора!

Но критики и сейчас желают Линуксу смерти. Что они говорят? Да всё тоже самое! Сложно, нет драйверов, проблемы, глюкилагибаги, нет софта, ужасно, ничегонеработает.

Что делало всё это время линукс-сообщество? Игнорировало все эти тухлые помидоры продолжая совершенствовать ядро ПО для него.

Вот сейчас захотел управлять видеоплеером с модильного через синезуб.
Что мне нужно было сделать?
1) sudo apt-get install bluez-utils
2) Вставить usb-bt
3) Проверить устройство и получить его адрес: hciconfig
4) Загрузить приложение на телефон:
4.1) Скачать j2me-приложение
4.2) Подключить телефон через date-кабель к usb
4.3) Открыть PCMANFM
4.4) Выбрать устройство на сайд-панели(откроется ms-карта)
4.5) Закинуть на карту
4.6) Установить на телефоне
5) Запустить anyremote:
anyremote -f /usr/share/anyremote/cfg-data/Server-mode/mplayer.cfg -s bluetooth:19
6) Открыть приложение на телефоне, вбить адрес и законнектиться

Всё! Мне страшно сколько нужно было бы проделать действий в windows или макоси. Да ещё и не факт что всё бы заработало.

Уже сколько раз убеждаюсь что linux проще windows'а.
Просто вот не понимаю что могут ещё иметь эти критики против linux. Вот не понимаю.
Крик души, да.

Не многим более часа спустя, после боя колоколов, мною был создан тред о языке D. В содержании я описал свой относительно поверхностный взгляд на его текущее состояние. Благодаря некоторым личностям мне удалось взглянуть ближе на «внутреннее» состояние проекта, коммьюнити, языка, реализаций. И да, мне есть что высказать отдельно, в данном треде.

Маленькое введение:
На данный момент язык D является успешно воскрешаемым системным языком программирования высокого уровня. Хочется подчеркнуть два слова: «Системный», «Высокоуровневый». Данные слова редко когда можно встретить рядом. Так получилось что что «Системный» стало синонимом слов: «сложный», «ручной», «быстрый», «низкоуровневый». А «Высокоуровневый»: «медленный», «лёгкий», «большой», «безопасный».

Язык D включает в себя самое лучшее:

• он быстрый - компиляция идёт напрямую в бинарный код, как в c, cpp, pascal
• он лёгкий - синтаксис не сложен. Поддерживаются все возможности CPP. Внешне синтаксис и семантика почти идентичны аналогам в C#.
• он безопасный - за памятью следит сборщик мусора, более не нужно следить за памятью вручную. А сам GC очень быстр ибо его создателями были и являются мировые специалисты по оптимизации. Благодаря конструкциям try, можно легко отловить все проблемы и ошибки, при этом легко оперируя объектами{ом} ошибки.

За пруфами - http://www.digitalmars.com/

Я узнал о том что у нас есть русское коммьюнити, которое активно занимается D - d@conference.jabber.ru
Я пообщался с людьми и смог узнать много нового. И так, обо всём по порядку.

Сейчас есть 2 реализации, на которые стоит обратить внимание:

• DMD - официальная реализация. Сейчас активно развивается D2.0, который сейчас очень даже жив и используется всеми. Последний релиз был несколько дней назад. Сейчас данную реализацию используют почти все, в т.ч. и я.
• LDC - фронтэнд к LLVM. В данный момент слабо развивается, не поддерживает D2.0. Как говорят в коммьюнити, лучшим вариантом для ldc будет вовсе отказ от цели «поддержка D2.0». Увы, это охначает что половина последних проектов прост не запустится и не будет запускаться на LDC. Лично я, пока, забыл про LDC.

Развитие языка, в общем смысле этого слова, представляет из себя странный процесс: основные разработчики занимаются компилятором и стандартом, а всё остальное делают коммьюнити. Лично я пока не заметил чтобы хоть одна коммерческая компания приложила руку к развитию D.

По сему, всё что было и есть в D - творение рук человеческих, а не «лап коммерческих». Что удивительно, коммьюнити успело сделать уже многое:

• Биндинг к GTK - gtkD. Развивается активно. Увы, сейчас есть пара багов из-за изменений в последнем DMD(ну не успели пока).
• Биндинг к QT - qtD. Достаточно большая и сильная разработка. Заявлено что будет реализация биндингов ко всему функционалу QT - в т.ч. и DB, OGL etc.
• Полноценный 3D-движок на opengl с поддержкой glsl - moonglide. Сейчас активно разрабатывается. О всех подробностях разработки всегда можно наблюдать на d@c.j.r.
• Продвинутая система сборки - xfBuild. Сейчас всё больше и больше используется вместо dsss(ныне почти не развивается). Даёт действительно большие возможности. Отличная альтернатива make.
• Интерпретатор+скриптовой язык - miniD. Уже вышел miniD2, который поддерживает D2.0!
• Хорошая библиотека GUI для opengl-based приложений - hybrid. Сейчас используется в moonglide. Очень и очень хорошая либа.
• 2D движок для игр с редактором - ArcLib. От создателя DreadMoon Linux!

И ещё десятки биндингов и хороших проектов: http://www.dsource.org/projects/ http://h3.team0xf.com/ http://talks.dprogramming.ru/

Всё это делает коммьюнити, при этом не просто как «лисперы» и «хаскелеводы», ибо оно нужно и иначе никак, а так, ради забавы. Всё это развивается, несколько людей думают заняться хорошим ORM, кто-то хочет сделать нормальный биндинг python, кто-то переписывает свой проект на D. Язык имеет большой потенциал и развитие идёт. Одна проблема - люди. Цель данного треда - призвать новых людей, заинтересовать всех кого можно. Лично я сейчас прекратил разработку редактора на python и начинаю изучать глубже сам язык D чтобы помочь gtkD в написании биндингов.

Если у вас есть лишнее время, вам надоело считать байты на сях, вы уже погрязли в скобках лиспа и не знаете как из них выбраться, если вы осознали что до релиза(а не промежуточных отчётов-сырцов) UnladenSwallow ждать ещё не мало, если вам надоело что очередной билд вашего приложения течёт из-за того что вы забыли добавить ещё 2-3 звезды(разыменование) в начало переменной, то

присоединяйтесь к нам: d@conference.jabber.ru.

Надпись на этикетке: жир - 0%, бЕлки - ни одной, ккал - овер9к