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

Я склонен утверждать, что эта теория применима к коллективам численностью от 10 до 200 человек. Хотя последние наблюдения за государством, армией и большими компаниями начинают убеждать меня в том, что все используют ее, но не признаются в этом :)

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

Иными словами я рекомендую данную статью для прочтения как директорам компаний или руководителям отделов, так и сотрудникам компаний. Вдруг пригодится :)

Михаил Сенин и разработчики сервиса Я.Вебмастер сегодня сообщили о поддержке поисковиком Yandex формат Sitemap.

Вы можете сообщить Яндексу о наличии файла Sitemap для сайта двумя способами:

• добавив URL файла Sitemap в раздел «Файлы Sitemap» сервиса Яндекс.Вебмастер;
• добавив директиву Sitemap в файл robots.txt вашего сайта.

Робот ждёт ваших подсказок!

Позавчера в Москве прошла конференция PMDays 2008. Я решил выложить текст презентации своего выступления здесь, надеюсь, что он поможет вам в вашей текущей работе, также готов ответить на любые вопросы. Спустя какое-то время на RuTube появятся видеозаписи выступлений.

• Презентация
  Пример концепции
  
  

  План рассказа

  
  
  
  • Что такое Концепция
  • Как она устроена
    
  
  
  

Прочитав комментарии к заметке Firefox 3: * {display: block } bug, понял что заметная часть читателей Хабра, в том числе серьёзно занимающиеся веб-разработкой, не совсем верно представляют себе что-то же такое HTML, и почему теги отображаются так, а не иначе.

… Ну или не совсем для всех.

Краткое описание действий по этой статье:

• Находите свой ноутбук в этом списке
• Устанавливаете из репозитрария или собираете synclient
• Устанавливаете модули для перла: Time::HiRes и X11::GuiTest
• Устанавливаете опцию «SHMConfig» в значение «on» в вашем конфиге xorg.conf для тачпада
• Скачиваете и запускаете скрипт отсюда

Вот что должно получиться в итоге.

История моего знакомства с этим движком началась очень просто — начальство потребовало корпоративный сайт, при чем желательно на Wiki движке. MediaWiki не прошел по правам доступа, DokuWiki слишком прост, JSPWiki был очень близок, но что-то не нашлось способа скрестить его с доменными учетками. Потом накинулись более важные задачи и на пару месяцев пришлось отложить весь проект.

А потом в один прекрасный день натыкаюсь на опеннете на новость об открытых проектах, которые могут заинтересовать бизнес. Среди них обнаружился MindTouch Deki Wiki. Беглый осмотр показал годность движка. Больше всего удивило то, что я на него до сих пор не наткнулся. Установка с использованием готового образа виртульной машины прошла быстро и безболезненно. Интерфейс симпатичный, страницы редактируются в WISIWIG редакторе. Картинки вставляются с превьюшками, можно развешивать тэги, но это все не главное. Самое лучше в этом проекте — документация. FAQ подробный и полный, рассмотрены нужные и полезные вещи. Английский язык не сложный, команды линукса интернациональны. С помощью этого самого FAQ связал wiki с доменом и дал права по умолчанию доменным пользователям за 30 минут с перерывом на чай. Кроме логина по username подгружает полное имя пользователя. Движок поддерживает расширения, но мне они не пригодились Желающие могут связывать свой вики-сайт с фликром, диггом или гуглокартами.

Из недостатков могу отметить то, что в качестве идентификатора используется имя пользователя, соответственно смена имени — пока трудоемкий ручной процесс апдэйта таблиц. Хорошо, что он описан в том же FAQ. А еще постоянно ругается на оперу, мол не поддерживается и т.д., но на вид функционирует и в ней нормально.

Резюме: Если хочется корпоративный вики-сайт — присмотритесь к Deki Wiki.

изображения взяты с wiki.opengarden.org/Deki_Wiki

Довольно интересная тема, особенно важная для интернет-магазинов, сайтов турагенств и прочих оператор-ориентированных сервисов. Стандартный подход в рунете такой: в шапке сайта указывается телефон, в подвале — е-мейл, в лучшем случае есть ICQ или форма обратной связи. Skype мне пока не встречался.

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

На западе решением этой проблемы было озадачено несколько компаний, разработавших всё, что можно найти в Google по запросу “Live Chat Software“, то есть программы для мгновенной связи оператора с посетителем сайта. По некоторым данным, такой механизм в хорошей реализации может увеличить конверсию и, соответственно, продажи более чем на 80% (!). Это вполне логично — задать вопрос специалисту проще, чем лазать по каталогу и легче, чем звонить, искать кого-то в ICQ или ждать ответа по e-mail.

Отсюда логически следует жизненный вопрос: как это реализовать, желательно самостоятельно и бесплатно?

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

И так, моя пятерка советов верстальщику:

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

2. Будь внимательным к мелочам, ведь они в конечном счете составляют впечатление о твоей работе.

3. Будь дисциплинированым. Пиши код без ошибок, по самым строгим стандартам. Это не дешевые понты, а основной способ избежать ошибок и не “потеряться” в коде.

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

5. Инспектируй время от времени свои старые работы. Если при рассмотрении одной из них окажется что ты совсем ничего не хотел бы в ней изменить — пора подумать о смене профессии ;)

Upd: Все советы на сегодняшний день

* Александр RMcreative Макаров
* Виталий Харисов
* Никита Селецкис
* Александр Исаков
* Алекс Iline
* Юрий Дроздов
* The Webmakers Lounge
* Марат Таналин
* Вадим Макеев
* Юрий Артюх
* Павел Корнилов
* kizu.ru

На данный момент очень сложно представить Интернет без поисковых монстров таких как Google, Yahoo или Yandex, но только вот беда, чем больше становиться поисковая система, тем сложнее с её помощью найти именно ту самую иголку в стогу сена, и вот в такие моменты возникает необходимость дефрагментировать и анализировать поисковую выдачу сих монстров, и именно для этой цели и был создан проект Analyser.

Плагины будут полезны не только SEO специалистам, но и любому блогеру.

SEO

Meta Robots WordPress plugin — автоматически добавляет мета теги к постам

Aizatto’s Related Posts — добавляет ссылки на «посты по теме» к постам на блоге и в фиде
Sitemap Generator — автоматически создает HTML карту сайта
Google (XML) Sitemaps — автоматически создает XML карту сайта и пингует в различные сайтмеп сервисы

FireShot — это дополнение к обозревателю Mozilla Firefox, которое позволяет создавать скриншоты открываемых вами страниц. В отличие от других средств подобного рода, это дополнение предоставляет в распоряжение пользователя целый ряд инструментов для редактирования скриншота и добавления графических и текстовых аннотаций. Подобная функциональность будет полезна для веб-разработчиков, тестеров и редакторов.
Скриншоты могут быть загружены на сервер изображений, сохранены на диске (в форматах PNG, GIF, JPEG, BMP), скопированы в буфер обмена, отправлены по электронной почте или экспортированы во внешний редактор для последующей обработки.

Посмотреть флеш — презентацию(осторожно, запускается сама)

Скачать данное дополнение.

Совместимость на 14.05.2008: * Firefox: 2.0 – 3.0pre

От себя добавлю, что после того как оно мне попалось на глаза, пользуюсь им в полной мере. Удобно, понятно и юзабельно. В комментариях видел рекомендации данного плагина, но топиков не заметил. Смотрите и пользуйтесь. Рекомендую :)

Начало этой статье было положено здесь habrahabr.ru/blog/ui_design_and_usability/41824.html. Там я описывал ситуацию, проблему и постановку задачи. В этой статье я предлагаю свое решение.

В моей первой статье ganzer высказал мысль, схожую с той, что пришла в голову мне: «Предлагаю разместить весь сайт и сервисы на одной странице». Да это так! В этом что-то есть. Другой пользователь 366 дал ссылку на Webby Awards номинация «Навигация и Структура». Я посмотрел на них и понял, что простотой и доступностью они не отличаются. Это великолепные образцы технической мысли, мастерства программистов и дизайнеров. Это почти искусство, но я нахожу, что как и любое искусство в повседневной работе такие техники просто избыточны, непривычны, необычны и даже отталкивающие. В своей первой статье я описывал целевого пользователя как «обычный, средний человек без какой-либо технической подготовки». Пользователь, на которого ориентируется мой ресурс иногда даже на Вы с вебом и компьютером, его вполне может спугнуть все то новаторское исполнение, которое присутствует, например, на сайте www.schematic.com или у победителя www.ted.com.

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

Небольшое вступление.
Сейчас трудно придумать что-то новое в дизайне сайтов. Нет, есть, конечно, экстравагантные экземпляры, но вся новизна таких сайтов либо исходит из увеличения анимации либо из технических трюков. В обоих случаях целью ставится создание оригинального на вид контента и нового подхода к операциям на страницах. Частенько, страницы стремятся стать похожими на GUI приложения: ajax, drag&drop. Все это отходит от HTML-концепции, главное достоинство которой простота и узнаваемость.

По степени своей закрытости (или открытости) в Интернете существует, как мне кажется, 4 вида сообществ:

1. Полностью закрытые: чтение и регистрация по приглашениям (например, Лепрозорий на Дёти.ру)
2. Частично закрытые: регистрация по приглашениям (как раньше было в ЖЖ)
3. Открытые с регистрацией: регистрируются все желающие (как большинство форумов, социальных сетей и т.п.)
4. Полностью открытые: можно писать без регистрации (как на Вебланете)

Недостатки || достоинства таких сообществ вполне очевидны:

1. Очень ограниченный круг пользователей || зато уютная атмосфера «для своих»
2. Тоже немного пользователей и читателей || атмосфера по прежнему «домашняя»
3. Не всем хватает терпения зарегистрироваться, даже если есть что сказать || есть хоть какая-то защита от любителей просто ляпнуть что попало.
4. Писать могут все желающие, даже если нечего сказать = больше нагрузка на модераторов и степень замусоренности || меньше шансов потерять ценных участников

Не так давно поисковый гигант Google предоставил разработчикам свою платформу для хостинга приложений — Google App Engine, которая предусматривает работу пользовательских приложений в среде компании, на основе их платформы. Разработчик полностью освобожден от работы с самим хостингом — для него все видно через призму несложного API, остальное забота компании Google. По сути, это очень высокоуровневая виртуализация хостинга. Сетевая инфраструктура также переносится на «плечи» провайдера, таким образом все приложения работают в некоторой среде, при этом даже не ясно (да и не нужно), где какой сервер, физический или виртуальный. Именно потому такая инфраструктура называется облачной. На рынке есть достаточная конкуренция — например, самый известный и часто используемый сервис, это инфраструктура от Amazon, которая включает несколько приложений для хранения и передачи данных (оплата производится как за траффик, так и за процессорное время).

Но в этих предложениях мы ограничены в применяемых языках, например, Google позволяет работать только с Python, при этом часто слышно об ограничениях, которые накладываются платформой и сковывают разработчиков (по крайней мере опытных). По слухам (пока не подтвержденным), Google предоставит в будущем дополнительные возможности в плане выбора языка разработки, и все ожидают, что это будет либо Ruby, либо PHP.

А ведь мир не ограничен только этими платформами (имеется ввиду, Google и Amazon). И одна из таких платформ создается буквально у нас на глазах!

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

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

PHP один из самых популярных скриптовых языков программирования. Почти 60% веб серверов используют PHP.Миллионы веб-сайтов и веб-приложений разрабатываются на PHP каждый месяц.

PHP изначально разрабатывался как простая замена языку Perl, и уже спустя пару лет он стал чрезвычайно мощным и популярным. Язык PHP, сам по себе очень похож на ANSI C.
Одна из причин почему PHP стал таким популярным это его короткий период обучения.

Изучение PHP абсолютно не тяжёлое занятие, особенно если вы хорошо знакомы с синтаксисом Java или C.

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

Навеяло топиком про горячие клавиши в Windows (статья 1 и статья 2)

Позднее Статическое Связывание (Late Static Binding, LSB) является бурно темой обсуждений последние три года в кругах разработчиков PHP (и наконец мы его получили в PHP 5.3). Но зачем оно нужно? В данной статье, как раз и будет рассматриваться, как позднее статическое связывание может значительно упростить ваш код.

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