В поисках карты, которая дала бы представление об относительном расположении ближайших звёзд в пространстве (из чистого любопытства), наткнулся на упоминание модели, изображённой на первой картинке. Поразило то, что в детстве, страдая графоманством с уклоном в sci-fi, я рисовал примерно такие же проекции звёздного неба — шарики-кружочки, а от них ниточки-пунктиры к прямоугольнику в изометрии или в перспективе. Если снять кубическую крышку с модели (на сайте есть и такое фото), то совпадение с моими художествами будет полным. Настоящие карты звёздного неба я презирал из-за очевидной абсурдности — они же почти плоские!

Время летит просто незаметно – казалось, что только недавно писал одним постом про терминалы и пару строк про свой внешний Maxtor, а оказывается, прошло уже полтора года!



Так вот, спустя полтора года – неприятное продолжение истории.

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

Не так давно мы собрали вопросы Илье Сегаловичу (iseg) – директору компании «Яндекс» по технологиям и разработке. Редакция Хабра выбрала самые интересные из вопросов, а Илья Сегалович на них ответил, да и как ответил!

Новые технологии появляются с завидной регулярностью. Успеваете ли Вы внедрять их, всегда ли стремитесь использовать новые технологии или же используете те, которые проверены временем?
Надеюсь, вопрос не про средства разработки ПО, а про технологии, используемые в интернет-сервисах. Мы живем по принципу «наименьших усилий с наибольшей отдачей». Как только мы видим, что «технологическое» (здесь это слово используется как противопоставленное «ручному») решение может оказаться полезным, пусть в самом первом приближении, мы стараемся дать его пользователю.

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

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

Мы часто и довольно нахально «вываливаем» на широкую публику то, что до нас никто (в наших масштабах) не делал: будь то полностью «автосклеивающая» адресная книга, или автоматические биографии в Новостях, или автоподбор ключевых слов на Директе.

Все мы слышали новость про гигантскую аферу, которую провернул гуру фондового рынка, основатель биржи NASDAQ Бернард Мэдофф (Bernard Madoff), обманув инвесторов со всего мира на сумму около $50 млрд (это сумма вместе с виртуальными процентами, то есть на самом деле инвестировано было гораздо меньше денег, и все они исчезли). Это самая крупная в истории афера такого типа.

Кратко общеизвестные факты. Мэдофф был одним из основателей биржи NASDAQ и её президентом, его брокерская фирма работает с 1960 года. После ухода с NASDAQ он начал использовать свой авторитет, чтобы привлекать деньги в обычную пирамиду Понци, которую маскировал под хедж-фонд.

А теперь кое-что, о чём не говорят по ТВ. Три дня назад журналистам Wall Street Journal удалось добыть и опубликовать один важный документ (PDF). Это жалоба в SEC от 2005 года. Вот именно там, на 19 страницах, как нигде лучше проанализирована схема, которую организовал Мэдофф.

Гигантская афера стала возможна благодаря четырём факторам.

Всем привет,

Прочитав недавнее обсуждение по поводу PHP, обнаружилось, что много людей боятся рекурсии как огня. Таковой миф нужно разоблачить!

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

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

«Одноклассников» упоминать не буду. О них и так много уж сказано. В качестве примера можно привести введение новой рейтинговой системы на популярном фриланс-проекте – free-lance.ru. Пытаясь осознать все ее хитросплетения, я волей не волей пришел к выводу, что система намеренно усложнена с тем, чтобы скрыть главное – желание ресурса больше зарабатывать (к слову, желание вполне адекватное).

Рассмотрим ситуацию более детально. Теперь, оказывается, наиболее весомым фактором, влияющим на рейтинг участников, является, что бы вы думали… Сделка без риска!

Чтобы понять, о чем речь, стоит сказать пару слов об этой самой Сделке без риска. Вы, как заказчик, заключаете с фрилансером и ресурсом некий договор. В договоре прописывается техническое задание, утвержденное вами и согласованное с фрилансером, сроки, стоимость проекта и другие детали. После заключения договора вы переводите ресурсу указанную сумму. При успешном завершении проекта и получении сигнала от вас, ресурс переводит на счет фрилансера оговоренную сумму. Естественно, ресурс за свои услуги просит копеечку, гарантируя безопасность сделки и объективное рассмотрение претензий в случае их возникновения.

Очевидно, что Сделка без риска явление вполне себе позитивное, если бы не одно «Но». Чтобы повышать свой рейтинг (а к этому, естественно, стремится каждый участник проекта) надо заключать больше Сделок без риска. Вот оно что! А мне до сих пор казалось, что самым важным в рейтинге должны быть Отзывы клиентов. Кто как не они определяют профпригодность того или иного фрилансера.

Можно подумать, что ресурс борется с сокращением случаев так называемого «кидалова». Но много ли их. Покажите статистику. На сайте и так множество механизмов и механизмиков борьбы с проявлениями подобного рода.

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

Кроме всего прочего, есть еще одна вещь. С введением новой рейтинговой системы стоимость Сделки без риска возросла в два раза, и теперь составляет 10% от стоимости проекта. То есть при проекте, в 1000 долларов США, ресурс получает 100 долларов. И никакого риска.

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

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

Что ж, финансовый кризис набирает обороты. То ли еще будет.

Аннотация

В статье представлен сравнительный анализ двух бесплатных свободных систем управления базами данных (СУБД): MySQL и PostgreSQL. Анализ ведётся с точки зрения использования этих СУБД в мало- и средненагруженных приложениях. Не рассматриваются вопросы масштабирования и оптимизации под проекты с многомиллионными аудиториями. Не приводятся данные сравнения производительности. Рассматриваются MySQL 5.1 и PostgreSQL 8.3.

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

Перевод выполнен участниками сообщества Наша-Life.

Создание мира с самого начала — задача не из легких, но это, в каком-то смысле, был вызов, брошеный Гейбом Ньюэллом и Майком Гэррингктоном. Отставные разработчики Microsoft, Гейб и Майк делились друг с другом своими представлениями о будущем игровой индустрии, но никто из них и не мог представить, что их мечты так быстро сбудутся.

Данный график отражает количество активных коммитеров в OpenSource-проектах по статистике сайта Ohloh. Так же есть возможность сравнить количество коммитов, изменённых строк кода и проектов, но всё же именно эта мне кажется наиболее отражающей состояние индустрии. Давайте попробуем сделать некоторые выводы:

1. C/C++ постепенно утрачивают свои позиции. Хоть для таких проектов, как Apache HTTP Server, Linux Kernel, Open Office, Firefox, GCC другого варианта нет, давайте признаем, что и новых крупных «низкоуровневых» проектов не появляется, зато замены Desktop-приложениям в виде Web-аналогов наоборот растут.
2. Java стала новым лидером. Практически все проекты Apache, Eclipse, JBoss, Sun, а так же значительная доля на SourceForge написанны именно на ней.
3. Среди динамических языков в упадке Perl. Зато стабильный рост показывает Python, одно время его обгонял PHP, но теперь лидерство начинает переходить к JavaScript, который ещё прочнее укрепляет себя в Web(RIA), вытесняя остальные языки всё глубже на сервер.
4. Я уже писал о состоянии рынка Ruby-вакансий. Немного спал и кураж у OpenSource разработчиков на этом языке.
5. Несмотря на то, что по вакансиям C# находится в тройке лидеров наряду с C/C++ и Java, OpenSource среди разработчиков под .NET не сильно популярен, хоть рост и намечается в последнее время(в основном благодаря Mono и CodePlex).

Это перевод статьи «Why we skip Photoshop» Джейсона Фрайда (Jason Fried) из 37signals

При разработке UI мы обычно переходим от бумажного наброска сразу к HTML/CSS. Разработку макета в Photoshop мы пропускаем.

Примечание: ниже находится перевод статьи «Getting those first 10 Clients», в которой автор рассуждает о способах привлечения первых клиентов для начинающего интернет-бизнеса.

В моей первой заметки я спрашивал у своих читателей, о каких вещах мне стоит написать. Часть из них задало несколько совершенно невероятных вопросов, в том числе, о маркетинге и как мне удалось получить свои первые заказы с нуля.

Именно так озаглавили пару лет назад своё исследование Erik Meijer и Peter Drayton из компании Microsoft. В нём идёт речь о конце холодной войны между динамически и статически типизированными языками, и о том, что же на самом деле подразумевают разработчики, когда говорят, что им нужно то или иное типизирование.

Я по многим пунктам согласен с данным исследованием. Новые языки, такие как C# 3.0, Scala, JavaScript 2, Java 7(may be) стирают эту границу. Ждал такого поступка и от Python 3000, но не дождался, и это несмотря на то, что презентация на тему висит на страничке Guido уже 8 год и не раз поднимался вопрос в mail-lists.

Многие часто ругали PHP за отсутствие нормальной ОО-модели, пространств имён или замыканий — как мы видим, в PHP 5.3 всё это уже присутствует. Сейчас, когда такие технологии, как PHP, Python и Ruby сравнялись по языковым возможностям, наличию инструментов и библиотек — выбор уже дело эстетики. Я никогда не был сторонником идеи «The next big language», зато всегда радовался заимствованию идей среди языков. Среди динамических языков следующий шаг сделали создатели ECMAScript(его реализации JavaSctipt & ActionSctipt известны многим из вас), в 4 версии спецификации мы увидели опциональное статическое типизирование. Я надеюсь, что это очередное продвижение к единым платформам(JVM, CLR), которые более подготовленны для статически типизированных языков и последние пару лет уркепляются в динамическом плане.

Хочу провести небольшой опрос по предпочтениям относительно типизированности языков:
1) На каком языке вы пишите? Какие стороны вам более всего привлекательны, и чего вам не хватает?
2) Какие языки из «противоположного» лагеря вы пробовали использовать, как ощущения?
3) Знакомы ли вам такие понятия, как type inference & optional static typing, и как вы смотрите на такой компромисс?

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

Методы монетизации аудитории

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

По предоставляемых пользователям услуг можно выделить три основных категории сайтов:

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

Большая подборка оригинальных визиток. Есть на что посмотреть ;)
Первая и вторая часть.

via

Я не ошибусь и вряд ли удивлю кого-либо, если заявлю, что каждому читателю Хабры хотелось бы иметь на руках прибыльный проект. В контексте темы блога — крупный игровой портал, имеющий колоссальную аудиторию и богатых партнеров. Привлечь огромное количество игроков можно только при наличии (не считая качественного текстового оформления, которое необходимо по определению) хорошей основы: дорогого хостинга и редкого, оригинального, написанного на заказ, движка. Не стоит забывать и о затратах на раскрутку и оплату труда авторов.

Так в какую цену обойдется начинающему манимейкеру крупный игровой проект? И оправдывает ли высокая цель свои затраты?

Что-то технология Adobe AIR на хабре почти никак не представлена. На мой взгляд, напрасно, так как проект очень интересный. И не только тем, что позволяет создавать интернет-приложения для десктопов, но и тем, что технология мультиплатформенна. Недавно в своем блоге я написал статью о разработке приложений для AIR. Этой статьей мне хочется показать, что разработка для AIR — это просто.

Мне стало интересно оценить трудоемкость разработки программного обеспечения для Air. На сайте Adobe доступен для скачивания SDK и средства разработки. Можно скачать SDK как отдельно, так и в виде расширения к Adobe Dreamweaver CS3. Но самый, на мой взгляд, удобный способ — это установка Aptana Studio. Aptana основана на Eclipse. Air SDK подключается плагином, как это сделано в случае с SDK для Android и ACCESS Linux Platform. Естественно, ничего не мешает подключить плагин для Air SDK и просто в Eclipse. Это приятно. Eclipse становится, фактически, стандартом для разработки ПО для очень разных систем. Вдвойне приятно, что эта интегрированная среда разработки кроссплатформенна и существует для всех современных десктопных операционных систем.

В качестве объекта для эксперимента я выбрал Google Reader. У меня это одно из самых востребованных веб-приложений и оно как нельзя лучше подходит для вынесения в отдельное приложение. Даже своего интерфейса городить не нужно, базовые возможности Google Reader вполне достойны.

Префикс «www» остался с тех времен, когда различные «части» сайта размещались на отдельных машинах: сервер Apache на одном компьютере, почтовый сервер на другом, FTP на третьем. У каждого компьютера был свой IP-адрес, но то же самое имя домена. Внутри этого доменного имени компьютеры дифференцировались по предоставляемому сервису («имени машины»). Таким образом, имена серверов начинались с «имени машины»: www.domain.ru, mail.domain.ru, ftp.domain.ru. Сейчас, когда все сервисы располагаются на одной и той же машине, префикс «www» вроде бы должен стать «антиквариатом». Однако многие крупные сайты (w3.org, google.com, microsoft.com и др.) используют только домен с «www».

В одной из статей, приведены следующие причины, почему нужно использовать один домен (www.domain.ru или domain.ru), обращение к другому должно приводить к переадресации:

• Многие поисковые сервера воспринимают www.domain.ru или domain.ru как различные сайты, возможно, с различными PR.
• Так как www.domain.ru или domain.ru технически являются различными сайтами, сессии PHP не могут передаваться от одного к другому.

Вопрос. Как вы считаете, зачем сейчас использовать домен с «www» в качестве основного?

Все мы привыкли считать, что в Интернете найти можно все. «Где бы почитать новости? — Зайди на lenta.ru», «Где достать программу для распознавания текста? — А-а, тебе нужен Finereader, слей из инета», «Где бы достать свежий фильм? — Зарегистрируйся в торрентах и качай». Пребывая в гуще сети никто из нас уже не задумывается над тем, откуда все это берется. В самом деле, почему свежевышедшая игра уже доступна в интернете и работает без установочного диска, хотя разработчики защитили свой продукт последней версией StarForce? Каким образом на горбушке продают DVD, если фильм только сегодня выходит в США? Все это покрыто тайной для обычного обывателя, а в СМИ общеупотребимым стало абстрактное слово «пиратство».

А вы возьмете на работу человека, который бросил учебу, потому что «понял, что образование ему не нужно»?

Представьте, что менеджер проекта или ведущий разработчик в один прекрасный день вдруг «поймет», что проект ему не нужен. Обычно, такое понимание приходит тогда, когда проект близок к провалу. Или неизбежно выяснение, что время прошло, а результата нет (работа не сделана, сделана плохо, сделано не то и т.д.).