Изучавшие или изучающие английский язык знают, каким страшным может казаться множество английских временных форм глаголов.
Всего в английском 12 временных форм. А в русском-то, на первый взгляд, всего 3, и как их связать с английскими, для новичка может быть совершенно не понятно.

Стала доступна видеозапись семинара по SEO (10.10.2008), на котором меня попросили выступить на тему юзабилити. В конце своего доклада я привел один пример не самой лучшей реализации интернет-магазина.

Тем же вечером этот пример подробно разбирался на конференции Электронная Торговля 2008.

Видео длится почти 3 часа. Пример начинается на 34 минуте. Можно быстро перейти к нему по этой ссылке: rutube.ru/tracks/1102838.html?v=48afaefeed5820191c5fa341febd5cfb&bmstart=1651

«Утро» — новый фильм независимой студии «КиноКафе». В этом блоге уже публиковались фильмы «Коляска» (большинству понравился) и «Кейс» (большинству не понравился). Посмотрим, что будет на этот раз.

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

Да, для получения полного эффекта желательно сначала всё-таки посмотреть фильм «Кейс» (9 мин.).

P.S.: Публикую по просьбе tonyclifton, потому что ему недавно заминусовали карму.

Здравствуйте!

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

Если вы читаете эти строки, то будет вполне естественно предположить, что вы проводите за компьютером по крайней мере несколько часов в день, а то и больше. Такой режим работы привносит с собой достаточно сильную нагрузку на наши руки, которая может вызвать боли в кистях, запястьях и пальцах. Такие боли вызваны так называемым «туннельным синдромом» (синдромом карпального канала, кистевым туннельный синдром, carpal tunnel syndrome) — хроническим заболеванием.

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

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

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

Похоже, на Хабре появился отчётливый интерес к Гибсону и киберпанку: то про экранизацию «Нейроманта» напишут, то про товарища из Obscura Digital, который руками в воздухе водит точь-в-точь как Киану Ривз в «Джонни Мнемонике».

А то вдруг хабранарод начнёт волноваться, почему это дизайнер Мак Фунамизу изобразил «Виртуальный свет» Гибсона в виде прозрачной рамки, а не очков. И ведь совершенно зря! Очки с обработкой картинки окружающего мира давно реализованы, а сейчас совершенствуются энтузиастом-киборгом Стивом Мэнном (Steve Mann):

Задался вопросом, в каких случаях оправдано употребление «@» (собаки) для подавления ошибок, которая позволяет подавлять ошибки не только у операторов, но и заменять собой вызовы проверок с помощью «isset» ( if (@$_GET['param']) …)

Развитие компьютерной графики подталкивает нас к изобретению всё новых способов графического представления данных. Разрабатывались различные прикладные программы для визуализации данных на локальных компьютерах. Однако всё изменилось с развитием интернета: в нём содержатся колоссальные объёмы информации, которые нам постоянно хочется представить как-то удобнее, дружелюбнее, понятнее. Что же мы имеем на сегодняшний день?

Существует немалое число серверных библиотек и утилит, способных генерировать сложные графики. Однако я считаю, что такой подход не всегда оптимален. Если мы можем производить визуализацию на стороне клиента с помощью JavaScript, то почему бы нам не воспользоваться такой возможностью? Логика работы подобной связки проста: сервер генерирует данные, а клиент их визуализирует.

Разумеется, вы можете воспользоваться Flash, Silverlight или Java-апплетами, однако в этом обзоре я хотел бы вам показать библиотеки визуализации, написанные на чистом JavaScript.

Привет!

Поговорим о самом удобном shell-е для Linux. Знакомьтесь — это zsh. Многие пользователи Linux не променяют bash ни на что другое, но я, будучи склонным к экспериментам, не поленился и поставил zsh.

В продолжение темы клиентской оптимизации слиянием ресурсов.

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

Есть три основных вида обращения к странице:

1. начальная загрузка (загружается и ядро, и ресурсы выбранной страницы)
2. загрузка новой страницы (ядро находится в кеше, загружаются ресурсы выбранной страницы)
3. загрузка старой страницы (и ядро, и ресурсы страницы находятся в кеше).

На скорость загрузки в третьем случае мы повлиять не можем. Кроме того, для ускорения начальной загрузки выгодно уменьшить объем ядра, поэтому оптимизация случая (1) ухудшает время загрузки в случае (2) и наоборот. Что делать?

Мое выступление на 404fest.ru в Самаре. Снимал Денис Кортунов kortunov, вот его комментарий.

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

Наслаждайтесь.

Совсем недавно я в статье о презентации стартапов писал о том, что бизнес-моделей три: «реклама», «подписка», «транзакции». Но на то они и инновации, чтобы смело выходить за рамки существующего. И новый релиз Comindwork выходит сразу с двумя важными изменениями: в способе оплаты и в функциональности. Этот пост — пример того, как смелость помогает в бизнесе. Я хочу чтобы пост был источником вдохновения для других людей, которые стартуют свои проекты. Плюс, чистая радость и пиар :))

Друзья и коллеги! Мы хотели бы рассказать, о том, что случилось с нашим стартапом Songsterr за время с момента последнего поста в конце июля. Воодушевленные полученными на Хабре положительными отзывами, мы разослали пресс-релиз о запуске в ведущие блоги и, что было неожиданностью для нас, обзоры опубликовали Techcrunch, Mashable и Lifehacker.

Наверное, всем будет интересно узнать, какой эффект такая «засветка» дала в трафике. Приводим цифры по переходам с разных ресурсов за весь период 1 августа по 30 сентября:

Это продолжение моей статьи «Клиентская оптимизация и этапы разработки». В ней были даны рекомендации по созданию быстрых сайтов, а в том числе, фактически, я рассказал что должен сделать Web-разработчик, чтобы следовать принципам «Ненавязчивого JavaScript»:

• разделение структуры (HTML) / оформления (CSS) и поведения (JavaScript);
• использование JavaScript для повышения удобства использования уже рабочего приложения;
• применение техники Graceful degradation — если браузер не поддерживает те или иные функции, которые мы добавляем в приложение с помощью JavaScript — приложение всё равно остается рабочим.

В этой же статье я хотел бы рассказать об алгоритме реализации принципов «ненавязчивости» на JavaScript.

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

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

jQuery — это замечательный JavaScript Framework, который подкупает своей простотой в понимании и удобством в использовании. Но изучение надо с чего-то начинать, и лично моё мнение — лучше всего начинать с наглядных примеров, и они далее…

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

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

Эта «небольшая» статейка является развитием темы затронутой в этой статье.
Как известно, PHP зародился довольно давно и уже тогда возник вопрос, что делать с возникающими ошибками. Perl, который является несомненным прародителем PHP по умолчанию не имел какой-либо системы обработки ошибок. При возникновении любой ошибки сервер выбрасывал 500-ю ошибку и на этом все заканчивалось. Поэтому Warnings, Fatal Errors и Notices были настоящим прорывом в облегчении и без того нелегкого труда программиста. Однако время шло, механизмы PHP не менялись, а технологии, как известно, на месте стоять не любят.