http://www.ebay.com/itm/Vintage-Soviet-era-Bulgarian-mechanical-AT-XT-keyboard-Pravetz-16-1989-Rare-/141113845970?pt=LH_DefaultDomain_0&hash=item20db0a68d2

http://market.mediamarkt.ru/kompyuternaya_tehnica/noutbuki
"Для каких целей Вы покупаете ноутбук?"

О, очередной пылкий вьюноша со «скобочным вебом»!

Ну, попробуй реализуй скобочный веб, чо. Только сперва тебе придется написать свой валидирующий pull-парсер для S-выражений. Стандартный лисповый ридер не вернет AST, пока не распарсит все до последней скобки, а в вебе надо начинать интерпретировать по возможности сразу же.

Затем ты напишешь разборщик и валидатор своих DSL-аналогов HTML и CSS и начнешь реализовывать рендерер. В этот момент обнаружится, что для лиспа нет качественных биндингов к современным GUI-тулкитам. Сперва ты возьмешься за cffi-cairo и cl-cairo2, но выяснится, что они заточены под старые версии Cairo и не работают.

Ты станешь допиливать Cairo-биндинги, но однажды решишь, что Cairo семантически чужд лисп-парадигме и возьмешься писать свою кросс-платформенную библиотеку для поддержки высокопроизводительной векторной графики. Затем ты реализуешь аналог протокола HTTP, только на S-выражениях (назовем его SXTP), потому что HTTP с его убогими URL'ами и методами семантически чужд лисп-парадигме.

После этого встанет вопрос о написании веб-сервера, поддерживающего SXTP. Попутно ты напишешь template engine, аналоги XPath, XSLT, а также ORM и MVC-фреймворк. В этот момент выяснится, что традиционные SQL-базы данных семантически чужды лисп-парадигме, и ты начнешь разрабатывать собственную лисп-ориентированную БД.

В этот момент ты поймешь, что Common Lisp перегружен и недостаточно выразителен, его стандарт раздут, а макросы негигиеничны; что Scheme слишком минималистична и академична; что остальные диалекты лиспа либо маргинальны, либо требуют .NET/JVM. Тут тебе в голову придет идея создать собственный лисп. Ты потратишь несколько лет на разработку стандарта, реализацию языка и переписывание всего вышеперечисленного на твоем новом языке. После этого окажется, что все ужасно тормозит. И это, разумеется, исключительно по той причине, что операционные системы стандарта POSIX семантически чужды лисп-парадигме. Ты начнешь разрабатывать LISP OS.

В процессе разработки выяснится, что эффективная LISP OS для x86/ARM/MIPS не может быть создана в принципе, так как их семантика чужда лисп-парадигме. Ты возьмешься за изучение System C, Verilog, VHDL и в один прекрасный день создашь лисп-машину на FPGA.

В этот момент мозаика чудесным образом сложится. У тебя будут лисп-машина, лисп-OS, лисп-сервер и лисп-браузер. Ты восторженно оглянешься вокруг, и обнаружишь, что половина человечества уже переселилась на Gliese 581, а оставшаяся половина забыла про HTML/CSS/etc., как про страшный сон, и давно пользуется квантовыми компьютерами и квантовыми сетями. Но все это уже будет не важно. У тебя ведь будет лисп-браузер и полноценная замена HTML/CSS на S-выражениях.

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

Я ебал насколько непривычным оказывается сетап RA и DHCP6-PD на микротике в первый раз.
На самом деле с DHCP6-PD проблем немного. Я просто не знал, что провайдер его юзает, я ожидал RA. Создаешь DHCP-клиента, указываешь ему имя пула для раздачи, радуешься.
Теперь начинается веселье.
А ПОЧЕМУ НЕ РАБОТАЕТ RA?
А КАКОЙ ЖЕ АЙПИ ПОЛУЧИЛ НАШ РОУТЕР?
НИКАКОЙ
IP роутера нужно добавить вручную. НО КАК ЖЕ ОН ЖЕ ДИНАМИЧЕСКИЙ
У /ipv6 address add есть опция from-pool, в которую надо вписать имя пула, которое указывалось при создании DHCP6-клиента
И тогда реальный адрес будет расчитываться как pool_prefix | ( address & ~pool_mask )
И этот адрес надо вешать на тот интерфейс, который смотрит в локалку. И ставить ему advertise=yes, и тогда микротик будет слать RA с этим адресом и маской. И всё будет заебись.

ОЯЕБУ НЕУЖЕЛИ

Управление протоколом IPv6
По умолчанию протокол IPv6 не используется в наших сетях. Но вы можете включить его и пользоваться реальным адресом 6-ой версии протокола IP.

Зачем включать протокол IPv6
Обращаем Ваше внимание, что подключение бесплатно.
Это новый протокол, который не будет ограничивать Ваши возможности.
Протокол IPv6 работает только с поддерживающим его оборудованием (подробнее).
При обращении к ресурсам, которые не поддерживают Ipv6, передача данных автоматически пойдет по протоколу IPv4.
В Личном Кабинете Вы всегда можете отключить Ipv6.

http://lenta.ru/news/2013/11/14/buy/

ПАЧЕМУ МЕКРАСОФТ НЕ ШЛЁТ МНЕ ЭСЭМЭС С КОДАМ АКТЕВАЦИЕ

http://fecal-hero.livejournal.com/ ← посмотрите какая няшнота

Купил видеокарту AMD, теперь у меня WebGL-демки в фаерфоксе распидорашивают в красно-сине-зеленую полоску обои на десктопе.
Модно-молодежно кислотно!

http://the-self.livejournal.com/74357.html
"Итак, вы идёте по лесу, встетили медведя и УЖАСНО ИСПУГАЛИСЬ. Так сильно испугались, что с этим чувством надо СРОЧНО ПРЯМ ЩАС что-то сделать. Какие есть варианты:
Примитивная изоляция: увидев медведя вы резко ложитесь спать.
Отрицание: ведёте себя так, будто никакого медведя нет.
Всемогущественный контроль: вы уверены, что сами вызвали медведя, чтобы напугаться.
Примитивная идеализация/обесценивание: самый страшный медведь в лесу призвал вас к себе, чтобы напугать. / Это самый нестрашный медведь в лесу. Вам нужен другой медведь.
Проекция/интроекция: Вы уверены в том, что медведь напуган./Вы - медведь.
Проективная идентификация: Вы требуете от медведя немедленно прекратить вас пугать.
Расщепление: вы мгновенно, по форме ушей и количеству шерстинок в носу медведя определяете, хороший он или плохой.
Диссоциация: вы не можете вспомнить где были последние два дня и откуда у вас эта прекрасная медвежья шкура.
Репрессия (вытеснение): вы не можете объяснить, почему вы избегаете ходить в лес и почему вам постоянно снится медведь.
Регрессия: вы начинаете вести себя как маленький мимимишный медвежонок.
Изоляция: вы полностью игнорируетете все попытки медведя вас напугать.
Интеллектуализация: вы любезно сообщаете медведю, что вы немного напуганы.
Рационализация: вы подробно объясняете медведю, какие неотложные и по настоящему важные причины заставляют вас как можно скорее уйти, желательно бегом.
Морализация: вы проповедуете религию бегства от медведя.
Компартментализация (раздельное мышление): вы достойно и храбро сматываетесь от медведя в ужасе.
Аннулирование (undoing): вы отправляетесь в избушку бабы Яги, чтобы она избавила вас от страха перед медведями.
Поворот против себя: вы очень стараетесь выглядеть хорошим, чтобы медведь вас больше не пугал.
Смещение: вы начинаете пугать свою собаку.
Реактивное образование: вы испытываете прилив огромной любви к медведям и случайно душите его в объятьях.
Отреагирование (вовне-действие, отыгрывание, acting out): вы нобигаете на медведя и даёте ему смачного пинка.
Сексуализация (инстинктуализация): вы убеждены, что медведь так с вами флиртует.
Сублимация: вы пишете пост в жж, художественно описывающий все возможные варианты психологической защиты от страха перед медведями."

http://neo900.org
Жаль только, что рашки в списке стран нет.

ИГЫ НЕ НУЖНЫ
https://pbs.twimg.com/media/BX265qhCUAAQ5w2.jpg:large

Помните недавнее нытье лексика о том, что рутноп съедает всю память и убивает железку? Так вот, я в это говно тоже сел.
Первой мыслью было, что бидон настолько замечательно аллоцирует объекты, что заставляет glibc'овский malloc фрагментировать память.
Я экспериментировал с openbsd'шным malloc, tcmalloc, но память не возвращалась.
Оказывается, в бидоне есть встроенный аллокатор, надстроенный над системным malloc, добавляющий еще один уровень умничанья и пулов "свободной" памяти.
Я собрал бидон --without-pymalloc и запустил с LD_PRELOAD=/usr/lib/libtcmalloc.so
Память не возвращалась.
Я сходил почитал комиксы в инторнете, потупил в чятики, глянул в процесслист и обнаружил, что RSS упало.
Предположение: Python таки освободил память, но tcmalloc решил, что память можно придержать на случай, если она еще понадобится.
Чтобы проверить это предположение, я написал биндинги к tcmalloc.
Создаем крупный объект из кучи мелких говен. generic.current_allocated_bytes растет
Удаляем его. generic.current_allocated_bytes падает, tcmalloc.pageheap_free_bytes растет
Делаем pytcm.release_free_memory(), tcmalloc.pageheap_free_bytes падает, tcmalloc.pageheap_unmapped_bytes растет, RSS падает, VSZ остается высоким.
Память действительно освободилась питоном, а tcmalloc сделал madvise(...,MADV_DONTNEED) на страницы из своего page heap.

Мораль: PYMALLOC говно. Если ты эмбеддор, это первое, что тебе нужно выдрать из питона.

Это неприятное ощущение, когда mc, запущенный в ssh-сессии появляется на экране быстрее чем mc запущенный локально.
(имеется ввиду задержка между командой mc и видом синих панелек на экране)