Web 2.0 — как только не интерпретируют этот термин. Менеджеры, желая сверкнуть «умным» словом, маркетологи, «толкающие» продукт потенциальным клиентам, только ленивый еще не говорил о Web 2.0.



Так что же это такое, в конце концов? Определений и мыслей по этому поводу скопилось в Сети немерeное количество. Давайте все таки попробуем разобраться. Начнем с сухих фактов.

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



Полноразмерный вариант в PDF

На схеме, кстати, хорошо видно, как может измениться расклад в случае покупки Yahoo Microsoft’ом, по крайней мере, по количеству сервисов.

— Отсюда

В открытое бета-тестирование вышел стартап инкубатора Y Combinator — Heroku, который с октября прошлого года находился в стадии закрытого тестирования, а так же появилась более подробная информация о том, каким образом данный стартап упростит процесс разработки и запуска проектов, использующих Ruby on Rails (далее RoR).

У проекта Heroku есть два предложения.

Узбекские разработчики запустили новый чрезвычайно интересный, русский Веб 2.0 проект Duppi для русскоязычных пользователей Интернета. Несмотря на то, что Duppi находится в стадии закрытого бета — тестирования, разработчики обещают — этот проект будет весьма интересен для всех пользователей.

Что же представляет собой Duppi и чем он интересен для разработчиков других сервисов и для пользователей?

В аудитории было около 150 человек, в основном, естественно, студенты, а также разработчики, менеджеры и пользователи интернет-продуктов. Авторам лучших вопросов из зала дарили книгу Антона Попова «Блоги. Новая сфера влияния».

Видеозапись встречи (500 Мб AVI), альтернатива
Презентация от Мио

Начало проекта

О продукте, похожем на сегодняшний Хабр Денис Крючков задумался ещё во время работы в Вебпланете. После того, как он был оттуда уволен, то занялся идеей более плотно — а именно — 2 месяца гулял по городу, размышлял, наблюдал. Так родилась концепция ресурса, где бы комментирующие имели равные права со штатными редакторами и журналистами — сам были бы такими же авторами. Далее в течение ещё 2-х месяцев он сам отрисовал дизайн, договорился со знакомым программистом о разработке первой версии сайта. То, как быстро вносились исправления в систему, не устраивало Дениса и он решил подойти к проекту более фундаментально — взял кредит в банке, занял у родителей и принялся за создание полноценной версии системы.

Хабрареволюция

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

Думаю, многие знакомы с этим расширением, но всё же:

django-voting позволяет ввести оценку любой сущности по digg-принципу (+1/-1) максимум за 30 минут (с учётом включения асинхронных запросов JS).
Сайт проекта: django-voting.googlecode.com

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

Автор фотографий: Андрей anpit Питушкин
Видео на google.video: тут.

Интроспективной называется программа, которая на вывод подает свой же исходный текст. Но я наткнулся на более интересный вариант: программа на Haskell, которая выводит программу на Python, которая выводит программу на Ruby, которая выводит исходную программу на Haskell.

На Хабре неоднократно звучали просьбы разъяснить ту или иную лицензию для ПО с открытым кодом. В следующей статье есть такая информация:
Краткий путеводитель по зоопарку публичных лицензий.

В общем и целом (с) Швондер финансовый кризис на рынке венчурного капитала скажется отрицательно в краткосрочном периоде. Это связано со следующими факторами:

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

Юзабилити и практичность, а не визуальный дизайн, определяют успех или провал любого веб-сайта. Так как именно пользователь — единственный, кто кликает мышкой и, таким образом, принимает все решения, то одним из стандартных подходов для создания успешных и прибыльных веб-дизайнов стал «дизайн, ориентированный на пользователя» (user-centric design). В конце концов, если пользователь не умеет пользоваться той или иной функцией, ею можно легко пренебречь.

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

Примерно три недели назад стартовал проект, посвященный методам оптимизации времени загрузки веб-страницы на клиенте.

Почему оптимизация?

На мой взгляд, на текущий момент веб-разработчики очень мало уделяют внимания доступности (accessibility) и удобству пользования (usability) проектов, над которыми работают. Для них сайт — это килобайты кода и пара картинок, которые нужно как-то показать клиенту. О пользователе никто при этом не думает, в лучшем случае, прикрываясь такими выражениями, как: «у меня отсюда и так все быстро грузится» или «каналы сейчас не те, что 10 лет назад».

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

Почему клиентской части?

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

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

Представим себе классическую ситуацию…
Вы недовольны своей организацией дел и распределением времени и хотите наконец-то заняться своими проектами/спортом/ремонтом. Вы составляете список стратегических целей и план, месяцев эдак на шесть, по их достижению. Само собой, вы не забываете привязать каждую цель к конкретной дате. Возможно, вы даже рисуете диаграмму Ганта. Осталось совсем чуть-чуть — следовать намеченному плану. Но вот незадача: в один день не удалось выспаться, в другой самочувствие не очень, в третий — с утра вам хамят в кафе, чем сводят на нет удовольствие от утренней дозы кофеина и необратимо портят настроение на весь день. Вариантов — миллион. Итог — один: пропадает желание заниматься делами. Хочется все перенести на завтра. Завтра же все будет по-другому, так ведь?

В конце-концов, завтра превращается в послезавтра, послезавтра — в через неделю. Проходит первая веха вашего проекта — естественно безрезультатно. А потом и все остальные стремления засасываются болотом рутины. Ну и конечно, тут как тут новый год/день рождения и с ним приходит осознание, что время прошло, а по столь желанному направлению так ничего толком и не сделано. И все вроде правильно, только обстоятельства не сложились. Что не так? Скорее всего – проблема в мотивации.

Думаю, эта задача не является чем-то очень сложным или оригинальным, тем не менее, уверен, что она многим понравится. Её рассказал мой друг, которому его нынешний работодатель при устройстве на работу предложил её решить.

Есть два стеклянных шарика и 100-этажный дом. Вы бросаете шарик с разных этажей этого дома, чтобы выяснить, на каком этаже шарик начинает разбиваться от падения (например, на пятом уже разбивается, а на четвёртом ещё нет). Вопрос: какое точное минимальное количество шагов понадобится для того, чтобы точно узнать на каком именно этаже шарики начинают разбиваться?

Просьба ответ писать белым шрифтом ;)

UPD! Шаг — это один бросок одного шарика.
UPD! Шарик начинает разбиваться с определённого этажа.
UPD! Не все правильно поняли формулировку задачи, поэтому уточняю. Спасибо Aleco. Существуют разные алгоритмы бросания шаров для поиска номера этажа с которого начинается разбиваться шарик. Каждый алгоритм гарантирует определение этажа не более чем за N бросков (например не более чем за 100, если бросать последовательно начиная с нижних этажей). Найдите минимум N и опишите оптимальный алгоритм.

Недавно на своем блоге я выложил статью по поводу создания блога на базе Drupal. Выложу ее и здесь. Надеюсь, она будет кому-нибудь полезной.

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

Пожалуй, самые популярные движки сейчас — это Wordpress, Joomla и Drupal. Во всяком случае, они самые известные из бесплатных CMS. После их изучения я остановился на Drupal и очень этому рад. Не вдаваясь в подробности о преимуществах Drupal (это тема для отдельной статьи), замечу лишь, что он мне понравился следующими особенностями:

• Гибкость системы. Архитектурно Drupal построен очень грамотно и модульно, что позволяет сделать из него все, что угодно.
• Качественный код. Благодаря достаточно жесткому контролю качества Drupal и его модули не только стабильны, но и обладают вполне читаемым кодом.

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