Занимательные посты написали ранее 2 пользователя-земляка stepan_ovchinnikov и skaizer, относительно консерватории. Один предлагал в ней что-то подправить, второй утверждал — не стоит трогать, коллега, все само подправится. Но дело к музыке, как все поняли, не имело никакого отношения. Консерватория (хотя какая уж тут консерватория, скорее — начальные классы музыкальной школы) — аллегория на региональные, да что далеко ходить – на волгоградский рынок. Забавно то, что оба пользователя представители немного разных сегментов по численности студий, но ниша рынка у них практически одна. Один маститый гендир. «лидера волгоградского веба», второй – тоже гендир – строил не бизнес ради бизнеса, а выросло у него все из хобби. Одна большая студия, другая почти средняя. Но проблемы у всех оказались почти одинаковыми — непрофессионализм и демпинг со стороны непрофессионалов. И назвали они оба это проблемами волгоградского (российского) веба, но настолько ли глобальные проблемы, да и проблемы ли это? На мой взгляд — такие проблемы — явно обходят стороной профессиональные веб-студии.

Идея записывать небольшие полезные видео носилась в воздухе давно. Во время тренингов в Киеве, мы с Сашей Орловым (eagleson) все-таки взялись за ум и записали первое небольшое видео на тему развития менеджеров — чему менеджеры не учатся и почему так происходит.



В этом выпуске:

1. Что мы выяснили, проведя опрос синьор менеджеров ведущих компаний
2. Каких навыков и знаний больше всего не хватает начинающим менеджерам
3. Что мешает менеджерам учиться на этапе назначения на эту позицию
4. 3 главные причины, почему менеджеры не учатся
5. Как наследие нашей системы образования влияет на обучение взрослых людей

Подарите себе 20 минут времени.

Месяц назад, запуская Метабар, мы говорили, что будем менять отношение к тулбарам в Рунете. Потому что считаем, что тулбар — это стандартный, простой и крайне удобный инструмент увеличения возвращаемости аудитории на сайт.

Сегодня мы сделали первый заметный шаг к этой цели и выпустили тулбар для пользователей сайта Одноклассники.ру:



Тулбар Одноклассников доступен на сайте Метабара и внутри самой социальной сети.

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

Формы на сайте часто несут важную миссию вроде сбора контактов или реквизитов для платежа — что может быть ценнее этих данных?

Дизайн напрямую влияет на юзабилити и желание пользователя передать данные своей кредитки в ваши мохнатые руки заполнить ту или иную форму.

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



Казалось бы, довольно очевидно, да? Но я не задумывался об этом ранее.

По наводке сайта UXMovement.

На написание данной заметки натолкнула одна интересная статья “Anchoring effect”. Однако это совсем не перевод, так как в тексте встречается много лишней информации и исследований в духе «Британские ученые доказали…» Это скорее творческая интерпретация.

В статье описывается один очень важный психологический эффект – эффект якоря или эффект привязки.

В чём секрет?

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

Чтобы что-то оценить, нам необходима отправная точка, некий якорь – что-то вроде «розовой обезьяны».

Например, если спросить – сколько человек составляет население Венесуэлы, что вы скажете? Растеряетесь и задумаетесь. А если задать вопрос: «Население Венесуэлы больше или меньше 65 млн?». Вопрос приобретает иной окрас, и ваш мозг подсознательно начинает опираться на упомянутую цифру, даже если она взята «с потолка». Какой ответ вы дали в первом и втором случае? Во втором случае названное число будет намного больше, чем в ответ на первый вариант вопроса.
А между тем – в Венесуэле живет всего 28 млн человек.

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

Обновление Хабра, проходившее вчерашним вечером, побудило написать краткую заметку. Во время тех.работ Хабр вывешивает одностраничную заглушку, текст на которой гласит о происходящих работах. Заглушка отдается по всем запрошенным адресам. Никакого редиректа: по какому адресу статьи не зайди — везде одинаковый текст о ремонте. При этом ответ сервера сопровождается статусом «HTTP/1.1 200 OK». Так делает большинство известных мне сайтов. И если человеку, по большому счету, все равно, то поисковик, проводящий индексацию сайта в этот момент, видит, что по адресу со статьей обновилось содержание — надо обновить индекс.

Это всё модальные окошки, которые придумали программисты:
[произошла какая-то фигня] — [OK] — Да это же ни фига не ОК!
@mad_escape

Вступление

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

Как разработчик, вы сидите на золотой жиле. Вы осознаете это?

Нет, серьезно, на @#$% золотой жиле! Никогда в истории не существовало возможностей так легко создать что-то с нуля, с маленьким или отсутствующим начальным капиталом и маркетинговой моделью, ограниченной только вашим воображением.

Подумайте о крупнейших сайтах, которые вы постоянно посещаете: Facebook, Twitter, Flickr, Foursquare, или даже Google — все они были созданы разработчиками, у которых была лишь идея. Было ли это легко? Черт, нет. Но это могло быть сделано только в наше время. Так, черт побери, почему вы просиживаете день за днем, работая на кого-то?

Будучи программистом я многое узнал о том, как создаётся программное обеспечение. Вот несколько фактов, которые могут вас удивить.

Предисловие

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

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

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

Спорили, что лучше в смысле карьеры и удовольствия: совершенствоваться в управлении рядом систем или только одной, но очень глубоко. Получилось, что ни та ни другая точка зрения не могут быть окончательно верными. Рассказываю почему…

Любовь к HTML5 продолжает вдохновлять Поля Айриша. Во-первых, он подарил нам Modernizr, а сейчас он объединился с Divya Manian для создания шаблона HTML5, который использует передовые техники, чтобы Вы могли начать использовать его в своей практике.

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

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

В чем же эта ошибка?

Добрый день, хотелось бы поделиться своим опытом. Я руководитель небольшого стартапа, в прошлом программист. Хотел бы рассказать о моем пути становления руководителем проекта(который продолжается конечно же), о проблемах с которыми пришлось столкнуться, ошибках, и позитивных моментах. Кому эта тема еще не набила оскомину — прошу под кат.

Многие менеджеры сталкиваются с одной очень занимательной проблемой в IT-сфере. И имя этой проблеме — оценка эффективности работника. Еще пол столетия назад такая задача не вызывала приступов мигрени и паники у руководителей или экономистов, потому что все было просто. Работник закрутил 50 гаек — плохо, закрутил 150 гаек — великолепно! Но пришла революция информационных технологий, и оценка эффективности стала краеугольным камнем.



Давайте разберемся, что к чему. Допустим, у нас есть абстрактный IT-работник, очень сильно смахивающий на программиста, который будет создавать не менее абстрактный продукт в некой компании таких же абстрактных работников. Первое, что сделал бы оценщик середины 19 века, это вывел вполне четкие показатели труда. И были бы это время и количество кода. Чем больше кода создает работник, при минимальных временных затратах, тем более эффективный работник. Все это хорошо, но это не работает.

В Штатах (да и повсюду) начальный капитал зачастую является самым весомым фактором в вопросе «встанет ли стартап на ноги?». Но какие конкретно группы людей получают такое финансирование? CB Insights, информаицоно-аналитическая фирма, на этой неделе опубликовала доклад, в котором показывала структуру прослойки стартаперов, получивших финансирование в этом году, сегрегируя их по полу, возрасту, расе и уровню образования. Результаты, в принципе, отличаются о типичных представлениях о команде среднего стартапа.

Статистика, приведенная в докладе (очень подробном), показывает интересные тренды: большинство предпринимателей старше, чем принято считать, только один процент принадлежат к негроидной расе; восемь процентов стартаперов – женщины. Радует то, что подавляющее большинство все-таки закончило колледжи (98%), а семь процентов — вообще кандидаты наук.

Сегодня мне кинули ссылку на прикольный сервис для быстрого генерирования изображений-заглушек. Может пригодиться для html-верстки. На мой взгляд, это удобно тем, кто и так использует заглушки — экономит время при вёрстке, т.к. сами заглушки уже готовы. Можно цвета/размеры подбирать, меняя только числа/буквы в коде, не отвлекаясь на сам файл картинки — и сразу видеть эффект. И сами размеры видеть написанными, если нужно, чтоб к коду не возвращаться для проверки. Или вместо размеров можно текст добавить, чтоб всегда знать, для чего эта заглушка (типа «Бан(н)ер» или там «Лого», или «Фотография»).

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

<img src="http://placehold.it/350x50" />

и получаете:


Update. Благодаря усилиям k0rv1n, найден вариант этого сервиса, только лучше :)
Во-первых, там поддерживается кириллица. Во-вторых, там даны ссылки на исходники для разных языков.
Автор dummyimage.com — тот же Russell Heimlich, что и у placehold.it. У placehold.it есть ещё один автор, но будем считать, что он делал дизайн (дизайн там правда круче, но видимо как раз из-за понтового шрифта Unicode и не выходил).

Примеры (см. под хабракатом) я поменял с placehold.it на dummyimage.com, раз уж он функциональнее…

Что мы имеем:
1. компьютер с осью и установленными mysql, apache, php (тут ничего писать не буду, благо мануалов хватает)
2. интернет с присваиваемым динамическим IP, роутер.

Что мы хотим:
1. Что бы люди вбивая в адресную строку браузера доменное имя второго уровня (купленное нами или полученное на каком либо сервисе), попадали на наш сайт (в независимости от того на каком IP он сейчас находиться).
2. Хотим это бесплатно.

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