by Joe Armstrong

Никто не в состоянии предсказывать будущее — но я сделаю несколько обоснованных предположений.

Предположим, что Intel правы, что их проект Keifer выстрелит. Если это случится, то 32-х ядерные процессоры появятся на рынке не позже 2009-2010.

Ничего удивительного здесь нет. Sun уже продает восьмиядерные Niagara с 4-мя «hyperthreads» на каждом ядре, что эквивалентно 32-ум ядрам.

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

Хорошие новости для Erlang-программистов:

На N-ядерном процессоре ваша программа будет работать в N раз быстрее.

Думаю для многих будет старо на всё же рискну)

Совсем недавно наткнулся на офигенный ресурс — worryaboutyou.com.
Позволяет найти почти любой из существующих музыкальных треков (изданных официально и не только), прослушать это в удобном интерфейсе и (!) совершенно бесплатно и с нормальной скоростью скачать. Ограничений также не заметил; битрейт треков (субъективно) отличный. Дизайн сделан в минималистском стиле (обожаю).

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

Пока нашёл всё, что я запрашивал — и малоизвестного в мире noize mc и относительно популярных Blank and Jones…
В общем, думаю многим пригодится.

Из комментов
UPD tagoo.ru — также отличный ресурс. Может даже лучший.
UPD2 Действительно, сайт почти не отличается от vpleer.ru.
UPD3 Не советую связываться с mp3shki.ru. По мне интерфейс избыточен, и надо регаться и ещё что-то там…
UPD4 Также не советую заходить на www.mp3real.ru — помимо того, что надо гдето в течение минуты резать баннеры, так ещё и не нашёл почти ничего, что я ему «скармливал».
UPD5 Ещё один вариант предложен — и он более стандартен, скорее для редкой музыки — набирать в гугле или другом поисковике " «названия альбома» + megaupload (и далее по списку обменников)" или же использовать так же поисковик по жж — ljseek.com.
UPD6 Ещё вот что народ рекомендует, я не тестировал

• www.audiovkontakte.ru
• slsknet.org
• www.seekmp3.info
• beemp3.com
• www.elebom.com
• hotspy.ru/vkontakte.php
• musiclook.ru — поиск по файлообменникам.
• www.dreammedia.ru
• recs.ru
• vkmusic.citynov.ru
• zaycev.net
• daesh-mp3.ru

Среди инвесторов стартапа Tesla Motors, находящегося в Кремниевой долине, значатся основатели Google Sergey Brin & Larry Page, второй работник и первый президент eBay Jeff Skoll. Чем же так интересен Tesla Roadster?



* 100% электрический
* 0-100 км/час — менее 4 секунд, причём без переключения передач
* больше 300 лошадиных сил
* 356 км от батарейки
* стоимость проезда около цента за милю

Какие перемены приготовил нам законодатель в грядущих поправках к Гражданскому кодексу?

Небольшое вступление

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

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

Линки на все программы или другие статьи будут под статьей.

А теперь — поехали!

Вроде на хабре ещё не было. При добавлении ленты в Firefox появляется страница выбора между Google homepage и Google Reader. Как сделать чтобы лента добавлялась в Reader напрямую?

1. Есть один аддон и пачка скриптов к GreaseMonkey: раз, два, три, четыре. Но все они не убирают эту промежуточную страницу а только автоматом делают выбор на ней.

2. Можно в about:config заменить параметр browser.contentHandlers.types.2.uri с fusion.google.com/add?feedurl=%s на www.google.com/reader/view/feed/%s. Чтобы изменение вступило в силу броузер надо будет закрыть и снова открыть. Уже лучше, лента сразу открывается в Google Reader но не подписывается, для этого надо ещё нажать кнопку Subscribe.

Кросспост из моего блога.

Самое замечательное в этом тесте то, что он не отнимет более трёх минут.

1. Пользуетесь ли вы системой управления версиями исходного кода?
2. Можете ли вы выполнить сборку продукта за один шаг?
3. Выполняете ли вы ежедневную компиляцию?
4. Ведете ли вы базу данных ошибок в программе?
5. Исправляете ли вы ошибки, прежде чем писать новый код?
6. Есть ли у вас актуальный график работы?
7. Есть ли у вас спецификации?
8. Создали ли вы спокойные условия для работы программистов?
9. Стараетесь ли вы использовать для работы лучшие из существующих инструментов?
10. Привлекаете ли вы к работе тестеров?
11. Предлагаете ли вы соискателем рабочих мест написать во время собеседования код?
12. Проводите ли вы проверку «юзабилити» на случайных людях?

Что привлекает в тесте Джоэла, так это возможность быстро ответить «да» или «нет» на каждый вопрос. В идеале вы должны набрать 12 очков. 11 очков — терпимое количество, а 10 или менее указывает на серьёзные проблемы.

Взято из книги Джоэла Спольски «Джоэл о программировании».

Один мой друг как-то написал в аське что практически перестал посещать сайты, вместо чего читаёт всё через RSS. Эта идея запала мне в голову, и я решил систематизировать свои знания об этой технологии, и подумать, чего в ней не хватает. Быть может, в будущем, основным элементом интернета станет не сайт, а любой источник RSS-контента, даже просто расшаренное кем-то в гугл-ридере?

Вкратце, эта технология позволяет следить за обновлениями на сайтах. Если сайтов мало — не проблема раз в день или час зайти на каждый и посмотреть, нет ли чего нового. Когда их становится несколько десятков — спасает RSS. Точнее — Feed, ибо есть ещё более новый формат Atom. Подробнее, в том числе об их истории, можно прочитать в компьютерре. Для их чтения есть много разных программ и сервисов, я использую плагины Google Reader Watcher и Brief к FireFox.

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

1. Все посты, которые вы отправили по почте — www.google.com/reader/view/user/-/state/com.google/tracking-emailed
2. Все посты, отмеченные, как непрочитанные (галочка «Отметить, как прочитанные» внизу поста) — www.google.com/reader/view/user/-/state/com.google/tracking-kept-unread
3. Все посты из предыдущего пункта, но которые вы еще не прочитали — www.google.com/reader/view/user/-/state/com.google/kept-unread
4. Посты, у которых вы нажали заголовок, чтобы посмотреть пост в самом блоге — www.google.com/reader/view/user/-/state/com.google/tracking-item-link-used
5. Посты, в которых вы нажимали ссылки — www.google.com/reader/view/user/-/state/com.google/tracking-body-link-used
6. Прочитанные посты, расположенные в порядке того, как прочитывались — www.google.com/reader/view/user/-/state/com.google/read
7. Фиды, на которые вы подписаны по рекомендации Гугла (раздел «Рекомендации») — www.google.com/reader/view/user/-/state/com.google/recommendations-subscribed
8. Рекомендованные Гуглом фиды от которых вы отказались («Нет, спасибо» в разделе «Рекомендации») — www.google.com/reader/view/user/-/state/com.google/recommendations-dismissed

— Подсмотрено в блоге «Google Operating System»

Почитал статейки и обзоры по тому, как подключить Gtalk к асе…
И сделал это.

Я долго не мог заставить себя начать пользоваться RSS. Все вокруг писали о том, как это удобнокласноздорово, а я все чего-то ждал… Это же надо было потратить время и усилия на то, чтоб установить какой-то ридер, или зарегистрироваться в каком-то сервисе, предоставляющем эти услуги… А так лень… А подспудно где-то еще глодала мысль «а вдруг там не все так уж просто… и где эти фиды брать…» — ну и прочая лабудень. Но как-то в начале осени…

В мире существуют тысячи CMS для самых разных целей, самого разного качества, самой разной перспективы, стоимости, распространённости и так далее. Серьёзно опробовать их все — нереально. Поэтому когда я только знакомился с миром движков для сайтов, выбирать приходилось наугад. Ниже я опишу свои впечатления от знакомства с теми или иными движками для тех или иных целей. К некоторым приложу краткое описание особенностей, впечатление о прочих состоит только из заглядывания в админку. Заметки эти составлялись и редактировались в течении долгого времени, но сейчас я решил, что лучше опубликовать их в нынешнем виде, чем ещё полгода-год по чуть-чуть редактировать не добавляя ничего принципиально нового.
Преимущество отдаётся бесплатным движкам. Платные будут рассматриваться только для сравнения или от безысходности, т.е. если нет бесплатных аналогов. Также ограничение на технологии: php. О движках на перле и питоне я не более чем слышал, на шарпе и джаве имел дело с самописными.
Итак, рассматриваются

• CMS общего назначения. Информационные сайты, визитки, блоги…
• Многофункциональные монстры.
• Галереи.
• Социальные сети.
• Форумы.
• Интернет-магазины.

Любой linux администратор наверняка наблюдал аномальные пики на RRD графиках. Пики появляются вследствие нарушения процесса сбора отслеживаемой величины и портят картину на графике. Это нормальное явление для RRD.

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

Повсеместное распространение NAT казалось препятствует свободному обмену трафиком между компьютерами, находящимися за одним из них, и практически делает это невозможным, если оба компьютера скрыты за разными NAT серверами, естественно если вы не администратор обоих NAT серверов. Однако Samy Kamkar легко и непринужденно не только преодолел это, но и сделал программу которая позволяет преодолевать подобные препятствия. В настоящее время данная программа доступна только пользователям *nix подобных систем.

Pwnat — этот инструмент позволяет любому количеству клиентов, находящихся за одним NAT-сервером, соединяться с сервером стоящим за другим NAT, при этом никакой проброски портов на серверах не требуется и никаких прочих инструментов не используется. Серверу не надо ничего знать о клиенте который с ним соединяется. Проще говоря это такой прокси сервер, который стоит за одним NAT и работает с клиентами, стоящими за другим NAT, между ними нет никакого дополнительного посредника, никаких DNS-фокусов и никакого пива админам. Скажу честно — я тоже в это сначала не поверил.

Клиент может подключаться через такой сервер к любым ресурсам, либо только тем что ограничены сервером pwnat. Данный инструмент основан на построении UDP-тоннеля. Принцип работы весьма оригинальный и прекрасно описан автором, рекомендую ознакомиться, ибо решение данного вопроса оказалось весьма интересным и неожиданным. Давно не встречал ничего подобного.

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

Дано: заказчик за рубежом, желающий работать с Вами и платить вам евро или доллары.
Найти: оптимальный способ организовать работу с ним, чтобы платить налоги и спать спокойно.

Сразу скажу, что получение денег на пластиковую карту без уплаты налогов может вылиться в серьезные проблемы (про ответственность написано в конце топика). Объяснения, что деньги «от бабушки внучку на мороженное» при суммах больше 10К$ в год уже не прокатывают, особенно если в реквизитах «бабушки» будет стоять что-то вроде «GMBH Star Development» Вероятность того, что возьмут за задницу достаточно высокая и поэтому лучше не рисковать и делать все по Закону, тем более, что ничего сложного в этом нет

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

Итак, задача довольно тривиальная, и к её решению приступил с изучения предметной области.

Собственно, про топик-ссылку "On-line кинозал по протоколу p2p" про torrentstream.org. Скачал попробовать. Интересно.

Что это? Просмотр фильмов в .torrent прямо в браузере, прямо по ходу скачивания.

Коротко: в принципе работает; лучше чем uTorrent Stream; только Windows (Linux и Mac порты уже в разработке); удобства только только для FireFox; сам плеер работает и в IE и в Chrome тоже (ниже опишу как); качать надо довольно немаленький .exe (32mb); антивир — в комментах проверили KIS — норм все; плеер не понимает клавиатуры; есть подозрения про будущее проекта (слово «монетизация» слишком часто на сайте употребляется).



Качать: сам плагин 32МБ (или прямая ссылка на скачивание), надстройка для FireFox для удобства.

Внутри TorrentStream прямо рай для IT-шника кстати — сам написан похоже на Python 2.5 + wxWidgets + libvlc + Tribler (внутри немного покопаюсь в топике). Скомпилен py2exe. Есть еще какие-то куски от Lua — не понятно чего делающие. Собственно в распакованном виде: 26мб — только библиотеки Python+wxWidgets + 51МБ библиотеки libvlc (кодеки).

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

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

Эта, удивительным образом сложившаяся ситуация, добавила очередных неудобств, в итак чрезмерно извращенную секьюрность вебманей.

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

Условия

Мы используем MySQL для хранения любых данных FriendFeed. Наша база данных растёт вместе с числом пользователей. Сейчас у нас более 250 миллионов записей, это записи пользователей (post'ы), комментарии, оценки («likes»)

По мере того как росла база данных, мы время от времени имели дело с проблемами масштабируемости. Мы решали проблемы стандартными путями: slave-сервера, используемые только для чтения, memcache для увеличения пропускной способности чтения и секционирование для увеличения пропускной способности записи. Однако, по мере роста, использованные методы масштабируемости привели к затруднению добавлению новой функциональности.

В частности, изменение схемы базы данных или добавление индексов к существующим 10-20 миллионов записей приводили к полной блокировке сервера на несколько часов. Удаление старых индексов требовало времени, а не удаление ударяло по производительности, так как база данных продолжала использовать их на каждом INSERT. Существуют сложные процедуры с помощью которых можно обойти эти проблемы (например создание нового индекса на slave-сервере, и последующий обмен местами master'a и slave), однако эти процедуры настолько тяжелые и опасные, что они окончательно лишили нас желания добавлять что-то новое, требующее изменение схемы или индекса. А так как наши базы сильно распределены, реляционные вещи MySQL как например JOIN никогда не работали для нас. Тогда мы решили поискать решение проблем, лежащее вне реляционных баз данных.

Существует множество проектов, призванных решить проблему хранения данных с гибкой схемой и построением индексов на лету (например CouchDB). Однако, по-видимому ни один из них не используется крупными сайтами. В тестах о которых мы читали и прогоняли сами, ни один из проектов не показал себя стабильным, достаточно зрелым для наших целей (см. this somewhat outdated article on CouchDB, например). А все это время MySQL работал. Он не портил данные. Репликация работала. Мы уже в достаточной мере понимали все его узкие места. Нам нравился MySQL именно как хранилище, вне реляционных шаблонов.

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

Сейчас многие сайты насыщены графикой в разных видах: аватары, иллюстрации к постам, галереи и тп.

Читатели блога «Клиентская оптимизация» как никто другой знают цену лишних запросов к серверу.

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