Мы все прекрасно понимаем, что не существует универсальной системы управления проектами, которая бы подходила для всех случаев. Выбор системы целиком и полностью зависит от Ваших нужд. Если вы не нуждаетесь в репозитариях, и для общения Вам достаточно комментариев в тикетах, а работаете Вы над проектром по «гибким» методологиям, то возможно одним из лучших вариантов будет — Pivotal Tracker.

Пост в первую очередь предназначен для тех, кто не знаком с Pivotal Tracker, или тех кто считает его сложным и непонятным.

Добрый день, уважаемые хабравчане! Продолжаю радовать вас уникальными статьями по пользовательским интерфейсам с живыми примерами на русском языке. Сегодня мы будем обсуждать серебряную пулю разработки программного обеспечения — настройки приложений.

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

Чтобы разобраться, давайте задумаемся, откуда берутся настройки? Теоретически, настройки — это способ для разработчика приспособить программу под разные сценарии использования. Пользователи разные, одному нужно одно, другому другое, и если различия в сценариях незначительные, выбор между ними отдается на откуп пользователю. Отсюда следует, что чтобы сделать правильный экран настроек, надо знать цели и задачи пользователей. Это в теории. Что же происходит на практике?

Несколько недель назад в рамках учебного курса в университете мне посчастливилось встретиться с Руководителем отдела по подбору персонала компании «Яндекс» Евгенией Шкуратовой и задать вопросы о состоянии IT-рынка и возможности работы в этой сфере. Темы, поднятые в разговоре, оказались настолько животрепещущими, что дискуссия затянулась на 3 часа. В этой статье я постараюсь воссоздать мазок за мазком образ современной сфере IT (естественно через призму восприятия компании «Яндекс»).

Мы таки решились на новую встречу сообщества AgileRussia.
Думаю Agile-практики хорошо отдохнут и будут готовы снова обсуждать современные подходы к разработке ПО.

Когда?

Итак, 12 мая 2010 года состоится очередная встреча AgileRussia на тему «Agile-инструменты»

О чем будем разговаривать?

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

В качестве введения в асинхронное программирование и самого поверхностного рассказа о Twisted Framework публикую материалы моего доклада на HighLoad++ (2009).

Последнее время в области web происходит смещение внимания от «тяжелых» application-серверов, которые тратят на обработку запроса сотни миллисекунд, а то и секунды, к более легковесным сервисам, передающим меньшие объемы данных с минимальной задержкой. Переход от генерации десятков и сотен килобайт HTML-кода в ответ на запрос к передаче изменений в данных, запакованных в JSON и измеряемых сотнями байт. В качестве примеров таких сервисов можно привести Gmail, FriendFeed, Twitter Live Search и т.п.

Для обеспечения минимальной задержки для пользователя необходимо либо поддерживать постоянное соединение (например, Adobe Flash, RTMP) или использовать технику HTTP long polling в сочетании с keep alive. Так или иначе на стороне сервера это приводит к появлению большого количества одновременных соединений (тысячи, десятки тысяч), по каждому из которых передается не такой большой объем данных. Эту ситуацию называют проблемой C10k.

Если вы используете стабильную версию Google Chrome, последняя бета (Google Chrome 5.0.375.29 for Windows, Mac and Linux) будет для вас приятным сюрпризом. Под катом 10 новых возможностей, которые стоит попробовать после установки этой версии.

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

В этом году мы решили исправить положение и организовали свою собственную ИТ-конференцию с шахматами и поэтессами.

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

Со своими докладами на конференции выступят:

1. Разработка приложений под Facebook, Антон Русаков (badoo.com, Москва)
2. Что и почему стоит писать на Erlang?, Максим Лапшин (компания «Злые марсиане», Москва)
3. Разработка приложений под смартфоны, Игорь Щербаков (Shamrock Mobile, Новосибирск)
4. Автоматизация тестирования. Делимся опытом, Виталий Кульпин (ДубльГИС, Новосибирск)
5. Распределенные системы контроля версий, Владислав Семенов (разработчик Taba.ru, Новосибирск)
6. Система диспетчеризации на примере alawar.ru, Пётр Загваздин (Alawar Entertainment, Новосибирск)
7. Человеческие проблемы IT менеджеров, Александр Орлов (основатель happy-pm.com, Санкт-Петербург)
8. Современные решения для построения высокопроизводительных веб-систем, Андрей Шетухин (начальник почты Rambler, Москва)
9. NoSQL хранилища, общий обзор с теорией, Кирилл Коринский (инженер-исследователь в Yota, Санкт-Петербург)

Для Новосибирска это первая (после Сибирской интернет-недели, конечно) специализированная конференция, и мы надеемся, что она станет традиционной и в следующем году пройдет не в один день, а в несколько.

Итак

Дата проведения: 22 мая 2010 года.
Место проведения: Новосибирск, конференц-зал на Ленина, 52, с 10:00.
Стоимость участия: бесплатно.

Все подробности на сайте DevPoint.ru

Организаторы конференции: Taba.ru и ДубльГИС.

Апдейт: Регистрация закрыта, всё. Зарегистрировалось в 4 раза больше людей, чем мы планировали, так что больше не регистрируем. Уж лучше качественно провести мероприятие для 500 человек, чем некачественно для 1000.

Все материалы (фотки и видео докладов) будут выложены на сайте конференции devpoint.ru

Прочитав однажды вот этот пост, после покопавшись в черновиках w3c, начал потиху в этом пытаться разбираться.
Сразу оговорюсь, что технология хранения данных на стороне клиента — штука не новая. А в этом варианте, так ещё и, в большей степени, вебкитная (webkit) да и под html5, так что может многих отпугнуть.
Рассказывать как она работает я не буду (есть ссылки чуть выше, там всё подробно описано), а хотел бы обратить выше внимание на администрирование БД при помощи браузера Chrome…

John Allsopp, довольно долго занимающийся CSSом, веб-дизайном и разработкой, а так же являющийся одним из основателей конференции "Web Directions", которая посвящена веб-дизайну и разработке, опубликовал результаты опроса, посвященного разным аспектам веб-разработки.

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

Сегодня мне попался пост о засилии презентаций в американской армии. Я работаю в администрации лицея и могу сказать, что в образовании ситуация приблизительно такая же. К каждому чиху, публично сказанному слову и микродостижению нужна презентация. И в учреждении где учится 300 детишек создается порядка 600-700 презентаций в год, около 200 из них создаются педагогами, остальное — детишками. Даже если учреждение захочет остановить этот поток — оно не сможет, для любого внешнего выступления презентации — обязательное требование, они включены во все программы по информатике и т.д.
О качестве их исполнения, полагаю, рассказывать не стоит. И учителей и учащихся десятки часов учат делать презентации, но от этого не очень много толка.
Есть поговорка, что если бардак нельзя прекратить, то его надо возглавить. Тем более беда с визуальной подачей информации также повсеместна среди клерков, в науке, и где только нет.

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



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

Состоялся релиз Ubuntu «Lucid Lynx» («ясная рысь») 10.04 LTS популярного Linux дистрибутива!

— Здра…
— А-а-а!
— Ну ты чего?
— Я вас боюсь!
— Чего это?
— Вы вечно меня унижаете…
— Хех, ну ладно, больше не буду.
— Правда?
— Доо, хочешь конфетку с аяксом?
— Конечно!
— Тада давай, лети к нам в Питер. Вот список авиарейсов на которые есть билеты отсортированный по цене: rasp.yandex.ru/search?cityFrom=Санкт-Петербург&cityTo=Москва
— Эм… что-то вы наврали дяденька — там вообще все рейсы из Москвы в Питер, отсортированные по времени отправления.
— Гм… действительно, не хорошо получилось… а значешь почему?
— Нэ?
— Потому что состояние приложения не отражается на uri. Поэтому каждый раз заходя на эту страницу из закладок, тебе придётся заново устанавливать фильтрацию и сортировку.
— Блоо, как же быть?

От переводчика

Хотелось бы поделиться переводом сказки (или даже басни), написанной Джеральдом Уинбергом, автором известной книги «Психология программирования». Сказка повествует о неприятных последствиях «вырезания» тестирования из процесса разработки ПО.
Несмотря на то, что контекст, в котором сказка подает процесс «готовки-разработки» довольно утопичен (знаем, что, когда и как), сама мысль, лежащая в её основе, универсальна и близка многим, работавшим в компьютерной индустрии. К тому же форма, в которой она подана, весьма ненавязчива и оригинальна.
Приятного чтения.

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



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

Я запомнить точно не смогу. Я даже четырёхзначные PIN-коды пластиковых карт забываю на следующий день. Можно пароли записать и в самый нужный момент потерять всё, что копилось многие годы. А если у Вас паранойя? Вам же придётся Ваш шифроблокнот положить в банковскую ячейку. Но ведь Вы забудете очередную парольку от очередной бронированной дверки почти сразу.

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

Нам понадобятся всего три вещи.
1. «Волшебная» табличка (о ней дальше) с помощью которой мы и будем создавать пароли,
2. Индивидуальная ключевая фраза,
3. Название ресурса для которого мы будем создавать пароль.

И больше ничего. Заинтригованы?

Об очередной конференции РИФ+КИБ, прошедшей на днях, на Хабре уже создано немало постов. У нас тоже есть что сказать, или, вернее, показать. Сама конференция оказалась настолько информационно насыщенной, что рассказывать о ней — дело неблагодарное. Нужно либо дать краткую аннотацию каждому докладу и живописать атмосферу, либо промолчать. Мы же решили найти компромисс и предлагаем вашему вниманию фоторепортаж с краткими комментариями. Сразу скажем, доклады и выступления мы практически не фотографировали, стараясь лучше передать именно атмосферу, антураж конференции.

Внимание: впереди несколько десятков фото!

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

Эту статью я пишу как сотрудник небольшой хостинговой компании. Всё написанное в статье — не мнение компании, а моё мнение как сотрудника техподдержки в целом. Многое из написанного — опыт моих коллег из других компаний. Вероятно, для некоторых, пишу вполне очевидные вещи. Тем не менее, очень часто я встречаю негатив на форумах (что греха таить — и на хабре тоже) относительно работы техподдержки какого-либо хостера. Эта заметка позволит избежать неприятных ситуаций в общении с нами, да и просто ответит на некоторые вопросы «почему так, а не иначе?»

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

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

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

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

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

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

Отправил копию паспорта, а в ответ мне пришло сообщение, что домен уже занят другим пользователем.

Как так? Кому он понадобился кроме меня? Почему так быстро? Вопросов было много.

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

Всем доброго дня,

Сегодня мы хотим презентовать вам наш стартап TalkPad, который позволяет осуществлять звонки на городские и мобильные телефоны по всему миру прямо из браузера.



Предыстория
Активная тенденция переноса программных продуктов в web, которая наблюдается в последние годы, задала нам один вопрос: А есть хоть один нормальный сервис, позволяющий звонить из браузера?
Все полученные на этот вопрос ответы разделились на две группы: