Ниже располагается перевод заметки CSS — A Recipe for Success, в которой рассматривается создание средствами HTML/CSS в браузере некоторого образца меню. В статье освещены довольно интересные случаи, и подробно описано их решение.

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


Рисунок 1

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

Я пристально следил за проектом OpenMoko со дня первого анонса. В определенный момент мой интерес и желание потестить мобильный Linux превзошли природную лень :) Установка эмулятора и платформы оказались на удивление простыми. Спешу поделиться с вами своими результатами!

Рабочая платформа — Debian sid или Ubuntu.

$ sudo aptitude install gcc-3.4 lynx netpbm libsdl1.2-dev dosfstools subversion
$ mkdir openmoko
$ cd openmoko
$ wget www.rwhitby.net/files/openmoko/Makefile
$ make qemu

Приготовтесь потратить трафик на N-мегабайт — образ OpenMoko для qemu и еще кое что и
ждите пока запустится эмулятор.

Все любят скриншоты и именно поэтому под хаброрезом пара скриншотов для затравки :)

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

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

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

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

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

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

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

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

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

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

Насколько мне известно файловые менеджеры для сайтов еще не обсуждались. Пользуясь случаем хочу представить вам файловый менеджер под названием RELAY, данный скрипт был написан на PHP под MySQL, так же был использован PERL для динамического отображения процесса загрузки.

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

Работа на дому становится всё популярнее в США. В прошлом году к такому способу труда обращались 45 млн американцев, что на 4 млн больше, чем в 2003 году. При этом за последние пару лет произошёл резкий скачок (примерно на 60%) числа людей, которые работают из дома регулярно, то есть как минимум раз в месяц. По мнению специалистов, их число будет и дальше расти с распространением широкополосного доступа в интернет.

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

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

После небольшого апокалипсиса сервиса afraid.org, а несколько позже и многочасовой недоступности xname.org — Пользователям бесплатных DNS посвящается: «Как выжить в этом мире и обезопасить от провала ваши домены!»

Итак, всё очень просто, ибо исходим мы из соображения, что вероятность того, что полностью в один момент свалятся два сервиса — ничтожно мала. А потому, вместо того, чтобы хостить свои NS записи у одного провайдера (будь то xname.org или afraid.org), мы делаем один из них primary DNS а второй назначаем как secondary.

Например, домен essentialmind.com имеет три NS записи: две указывают на xname.org и одна на afraid.org. На сервисе afraid.org домен внесён в реестр как «secondary», а потому автоматим синхронится с «primary» записями на xname.org. В итоге имеем довольно устойчивую и, что немаловажно, быструю систему нейм серверов.

Nota Bene: Вообще-то, в RFC написано, что DNS сервера должно быть как минимум два и они должны находиться в разных сетях класса «С». Что на практике 30 лет назад означало «в разных городах»; сегодня же реальность такова, что разные адреса сетей класса «С» могут легко находиться в одном пыльном подвале. Что и ведёт к перебоям сервисов подобным xname и afraid

Стартап – это когда бросаешь работу и вкладываешь все силы и остаток последней зарплаты в свой сайт, надеясь успеть к лету купить остров в Тихом океане? Тогда у меня типичный стартап :) Есть, правда, то, что отличает мой стартап от классических — я не стал заморачиваться и придумывать новую идею (точнее, я устал заморачиваться и придумывать новые идеи).

Примечание: ниже находится перевод тезисов доклада «Learning to Love Forms» с конференции «WebVisions 2007» (автор Aaron Gustafson). Докладчик рассказывает о верстке форм, используя корректный и эффективный XHTML/CSS-код.

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

XHTML & CSS приемы

1. Элемент FORM создает форму.
2. Единственным обязательным его атрибутом является ACTION, и он всегда должен быть URI.
3. По умолчанию METHOD выставляется в GET.
4. Атрибут NAME устарел, используйте вместо него ID.
5. Элемент FIELDSET используется для группировки связанных полей формы. Может быть вложенным.

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

Внимание! Это все устарело, но публикацию не удаляю, чтобы все знали как мы мучались в 2007 году из-за IE6 :-)

Задача: сделать врезку с закругленными уголками с минимумом html-кода.

Примечание: статья посвящена обзору проблемы неработающей кнопки «назад» в браузере при использовании AJAX-методов для передачи содержания страниц от сервера к клиенту. В статье рассматриваются основные принципы работы AJAX и возможные пути решения заявленной проблемы. Курсивом даны мои комментарии.

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

Примечание: ниже расположен перевод статьи «jQuery for JavaScript programmers», в которой автор высказывает свое мнение об этой библиотеке, ориентируясь, в первую очередь, на продвинутых программистов, и приводит несколько десятков примеров ее использования.

Когда jQuery увидела свет в январе 2006, я подумал: «очередная красивая игрушка». Выбор CSS-селекторов в качестве базиса было, конечно, изящной идеей (подробнее о ней в моей заметке getElementsBySelector), но использование цепочек преобразований выглядело немного замысловато, и сама библиотека, по-видимому, не покрывала всех возможных случаев. Я расценивал тогда jQuery только как временное и проходящее решение.

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

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

Итак, сегодня речь пойдет о подключении внешних библиотек (суб-проектов) в основные проекты с использованием Subversion.
По старой доброй традиции, в качестве клиента для работы с SVN будет использоваться давно полюбившийся нам TortoiseSVN.

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

Есть два основных способа построить Excel, Word, и PowerPoint используя PHP. Первый — используя библиотеку COM (только под Windows сервером) и другой — используя более стандартизированные форматы, такие как CSV и HTML.

Когда-нибудь каждый JavaScript-программист осознаёт, что JS — объектно-ориентированный язык. И здесь его подстерегают некоторые опасности, происходящие от непонимания того факта, что JS — язык не классов (как Паскаль или Цэ-два-креста), а прототипов.
Так, уже многое написано о проблеме наследования (котого в JS нет). Я же постараюсь рассказать о менее освещённом, но едва ли не более важном подводном камне: грамотной реализации методов.
Программисты пытаются объявлять классы в привычной для них форме, из-за чего возникают утечки памяти и прочие неприятные вещи. На самом деле нужно всего лишь научиться использовать прототипы.
Эта статья предназначена прежде всего для начинающих JS-программистов.

Когда во сне снится «ой а если сервера не хватит...»

Для начала, Доброй Ночи. Пишу что-то полезное вроде впервые (если не считать разного рода полу-тестов в моём блоге). Человек я допытливый до жути, неожиданно в голову пришло, что могу помочь сэкономить кому-то много времени ;).