топик-ответ на противоположный взгляд

Предыстория

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

Введение

Кэширование – это неотъемлемая часть всех сложных систем. Кэширование позволяет существенно увеличить скорость работы приложения, путем сохранения трудновычислимых данных для их последующего использования. Впрочем, не буду вдаваться в определения, большинство разработчиков отлично знает что это такое.

В данной статье я попытаюсь «разложить по полочкам» проблему кэширования, ориентированную прежде всего на сайты и системы управления контентом. Сразу предупреждаю, это мои личные соображения, которые не претендуют на истину в последней инстанции. Вся терминология так же моя, вы можете использовать её, если считаете нужным на своё усмотрение. Конструктивная критика приветствуется.

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

На западе существует понятие «Digital Learners», что на русский дословно переводится как «цифровые ученики». Не сложно догадаться, что речь идёт о молодых людях, таких как мы с вами. Людях, привыкших обучаться с помощью интернета: поисковики, подкасты, блоги, интернет энциклопедии… Список этот просто бесконечен. В связи с этим возникает справедливый вопрос — почему преподаватели не используют эти технологии, чтобы научить нас чему-то новому. Ведь если мы этим пользуемся и нам это нравится, то почему не использовать эти технологии для обучения в ВУЗах.

Хочу представить вашему вниманию клип подготовленный американской компанией «Transforming Teaching Through Technology» который произвёл на меня огромное впечатление. Пересматриваю его постоянно и каждый раз остаюсь под впечатлением. Не буду больше говорить, лучше посмотрите сами…
Знание английского обязательно!

Среди современных веб-стартапов обнаружилась новая тенденция. Вместо чистой монетизации и конкретных бинес-моделей они пытаются воплотить в себе некую социальную миссию. Под влиянием таких финансово сверхуспешных, но формально некоммерческих организаций как Mozilla и TechSoup предприниматели новой волны тоже хотят создавать некие общественно значимые проекты, которые будут востребованы обществом и приносить реальную пользу людям. А деньги, мол, сами придут как побочный продукт жизнедеятельности. Об этом новом феномене пишет NY Times.

Это явление особо проявляет себя в технологической индустрии. Именно здесь появляются формально некоммерческие организации нового типа, которые при этом не зависят от благотворительных пожертвований и успешно зарабатывают деньги сами. Mozilla Foundation и TechSoup — два самых ярких примера. Каждая из них зарабатывает более $50 млн в год и платит зарплату более чем сотне сотрудников. На вид это типичные коммерческие корпорации.

Кроме двух вышеупомянутых, существуют сотни более мелких некоммерческих структур, занимающих определённую долю на рынке и имеющих стабильный доход от продажи услуг. Это и Internet Archive (индексация информации), и юридические группы вроде Electronic Frontier Foundation (юридические услуги), и многие другие.

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

Flowplayer — Бесплатный видео-плеер для веба
FlowPlayer — это Flash медиа плеер. Вы можете использовать его нв ваших HTML страницах чтобы воспроизводить видео файлы. «Это ваш персональный YouTube».

Приветствую вас, уважаемые читатели! Возможно, несколько нескромно, но позволю себе обьявить, что далее будет самый первый в Рунете обзор и описание практического применения недавно открытого Google AJAX Language API для доступа с приложений на JavaScript к сервису переводов. Везде я видел пока только анонсы и попытки проанализировать, чем же это может обернутся для разработчиков и пользователей, но именно руководства по встраиванию в свой сайт или проект еще не читал, поэтому решил самостоятельно разобраться и написать.

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

API включает в себя функции автоматического определения языка исходного текста, и, собственно сам перевод. Поддерживается пока тринадцать разных языков и двадцать девять вариантов перевода. К сожалению, русский поддерживается только в виде пары Russian <> English, то есть, перевод с русского на английский и обратно, а самое большое число переводов конечно же, для английского. Впрочем, обещают в дальнейшем пополнять возможности переводов, так что не отчаивайтесь.

Примечание: ниже перевод презентации «High Performance Ajax Applications», подготовленной ведущим специалистом из Yahoo (а теперь уже из Apple) Julien Lecomte. В ней автор освещает некоторые аспекты оптимизации как JavaScript-приложений, так и веб-сайтов вообще. В целом, советов много, и почти все, действительно, по делу. Однако, встречается и откровенная реклама Yahoo :) Мои комментарии далее курсивом.

Часть 1. Разработка для высокой производительности

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

• Ориентируемся на производительность с самого первого дня
• Тесно работаем с дизайнерами и менеджерами продукта
• Понимаем рациональность дизайна
• Объясняем компромиссы между дизайном и производительностью
• Предлагаем альтернативы и показываем, что еще возможно (на уровне прототипа)
• Пробуем силы в реализации нетривиального дизайна (нельзя сразу говорит «нет»)
• Помогаем упростить дизайн и взаимодействие с пользователем (добиваемся компромисса)

читать дальше на webo.in →

«Самый надёжный в мире хостинг» Amazon S3, а заодно и родственная служба Amazon EC2 в пятницу утром ушли в даун. Вместе с ними отключились сотни сайтов и веб-сервисов, в основном стартапов Веб 2.0, которые пользуются услугами хостинга S3. Среди прочих, например, это Twitter и блогохостинг WordPress. В частности, «твиттер» хранит на S3 статические файлы юзеров, так что во время аварии микроблоги имели такой потешный вид.

Отключение S3 произошло в пятницу утром, примерно в 4 часа 30 минут по тихоокеанскому времени (15.30 по Москве). Последствия аварии почти полностью устранили уже к 7:00, то есть через два с половиной часа, но этого вполне достаточно, чтобы поставить под сомнение надёжность «инфраструктуры для веб-стартапов», которую пытается построить компания Amazon. Такого рода сервисы должны иметь аптайм 99,999%.

Большинство приложений в интернете сейчас начинает встраивать карты местности.
Работе с картами, используя Google Map API, посвящена данная статья.

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

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

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

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

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

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

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

В последнее время на drupal.ru и habrahabr.ru частенько проскакивают темы вроде: «Делаю социальную сеть – бюджет пара сотен! Помогите сделать хабрастартап!» Отечественные аналитики связывают эту тенденцию с тем, что кризис на ипотечном рынке США тянет вниз за собой рынок в целом, что заставляет игроков на бирже вкладывать в высоколиквидные и надежные активы. Традиционно прибежищем инвесторов в смутные времена является золото, медь да стартапы на просторах бывшего СССР.

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

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

Небольшой анонс: на блоге в рубрике Venture Capitalist's Profile блога IdeaBlog.ru опубликована статья под названием "Профиль инвестора: венчурный фонд компании «ФИНАМ». Дмитрий Родионов", в которой, на основе интервью с руководителем проектов (венчурные инвестиции) Центра инвестиций в высокии технологии компании «Финам» Дмитрием Родионовым, раскрываются инвестиционные предпочтения венчурного фонда компании «Финам», его требования к проектам и к командам проектов, говорится по каким причинам отсеивается большинство соискателей инвестиций и т.д.

Когда стартапер задумывается о привлечении внешних инвестиций, всегда встает вопрос о подготовке бизнес-плана — в его отсутствие с инвесторами разговаривать, может, и можно, но дальше разговоров дело не пойдет. Многие считают, что бизнес-план для стартапа, особенно находящегося на pre-startup стадии развития — это фикция, что делать его не нужно, а, если и делать, то можно обойтись формальными словами. Однако такие стартаперы остаются, как правило, без инвестиций. Если, конечно, они не напали на какого-то лоха-инвестора: один из успешных российских стартаперов рассказывал мне о том, что среди бизнес-ангелов, которым он презентовал проект в рамках сотрудничества с одной из российских сетей бизнес-ангелов, были и любовницы олигархов — “настоящие блондинки” по его словам — которым их спонсоры дали денег с тем, чтобы те прикупили себе бизнес и занимались им, а не выносили бы мозг своим “папочкам” от безделья; так таким “инвесторшам”, по словам этого стартапера, важнее было, чтобы понравился сам стартапер, а не проект. Однако всем остальным инвесторам потребуется ваш бизнес-план, и изучать его они будут очень серьезно. Этот документ им нужен даже не столько для цифр окупаемости, которые вы там приводите, а для того, чтобы понять, насколько глубоко вы изучили рынок, на котором собираетесь действовать, и будет ли ваш продукт/услуга востребованы вашей целевой аудиторией, которая и должна приносить деньги стартапу. Поэтому к составлению бизнес-плана следует отнестись очень и очень серьезно. Это документ прежде всего является своеобразным вопросником для вас самих — достаточно ли вы изучили рынок, все ли продумали в своем проекте. Лично я всегда по своим новым проектам — неважно, собираюсь ли я привлекать инвестиции или нет — прежде, чем начать их реализацию, составляю бизнес-план — причем всегда с цифрами. Для себя и для лучшего понимания что я хочу, что мне предстоит сделать и смогу ли я это сделать сам либо мне придется кого-то привлекать. В 99% случаев те суммы, которые мне изначально кажутся достаточными для реализации проекта, возрастают в 2-3 раза — за счет додумывания тех мелочей, их которых, как известно, и складывается бизнес.

Итак, вышел первый релиз новой ветки замечательной JavaScript-библиотеки jQuery —
jQuery 1.2.
Изменений — вагон и маленькая тележка, на офф. сайте вынесены на отдельную страницу.
Часть устаревших фич убрана в связи с появлением более универсальных функций, поэтому для желающих предлагается краткое руководство по обновлению и пара плагинов для обратной совместимости с веткой 1.1.