
netslow @netslow
Пользователь
Как устроен краткосрочный прогноз на Яндекс.Пробках
8 min
78KИнформация о пробках появилась на Яндексе в 2006 году. Начинали мы с необходимого — научились строить схему загруженности городских улиц и учитывать текущую ситуацию при прокладывании маршрутов. Автомобилисты, ориентируясь перед выездом на эту информацию, уже могли сэкономить время в пути:

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

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

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

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

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

Неделю назад на Яндекс.Картах появилась возможность посмотреть изменения пробок в ближайший час — следующий наш шаг в решении вопроса про будущее. Для тех, кто в этом году не смог приехать на Yet another Conference, мы сегодня расскажем, что у нашего прогноза внутри, и как оно там оказалось.
+123
Инспекция кода. Итоги
4 min
29K
Инспекция кода — это хорошо. Мы используем эту технику в своих проектах не так давно — около трех месяцев, — однако положительные результаты налицо. Мы уже рассказывали на Хабре о внедрении инспекций в процесс разработки, о документообороте при инспекциях, рассказывали о том, как можно оптимизировать процесс инспектирования с помощью инструмента Code Collaborator. Сегодня мы хотим подвести итоги и представить результаты, которых нам удалось достичь за время инспектирования. Поехали!..
+50
Как два программиста хлеб пекли
5 min
263K
Я работаю программистом уже много лет, на протяжении которых, как это ни странно, я всё время что-то программирую. И вот какую интересную вещь я заметил: в коде, написанном мной месяц назад, всегда хочется что-то чуть-чуть поправить. В код полугодичной давности хочется поменять очень многое, а код, написанный два-три года назад, превращает меня в эмо: хочется заплакать и умереть. В этой статье я опишу два подхода. Благодаря первому архитектура программы получается запутанной, а сопровождение — неоправданно дорогим, а второй — это принцип KISS.
Итак, представим себе, что есть два программиста. Один из них умный, прочёл кучу статей на Хабре, знает каталог GoF наизусть, а Фаулера — в лицо. Другой же делает всё просто. Первого будут звать, например, Борис Н., а второго — Маркус П. Само собой, имена вымышленные, и все совпадения с реальными людьми и программистами случайны.
Итак, к ним обоим приходит проектный менеджер (если в вашей вселенной PM не ходит сам к программистам, назовите его как-то иначе, например BA или lead, сути это не изменит) и говорит:
— Ребята, нам нужно, чтобы делался хлеб.
Именно так, «делался», без уточнения способа производства.
Как же поступят наши программисты?
+316
Как не стать бедным IT-шником из-за ошибки перевода
3 min
205K
Это пост написан по следам постов Что нужно делать смолоду или как стать богатым айтишником и Как стать богатым айтишником — продолжение от другого автора.
Не подумайте, что я собираюсь учить Вас тому, как стать богатым. Я просто расскажу одну историю, связанную с идеями, которые авторы высказали в этих постах, а выводы Вы сделаете сами. Кому лень читать, то может увидеть смысл всей моей истории на рисунке выше.
+154
IOI 2012: 4 участника от России — 4 золота!
3 min
29K
Каждый из участников IOI 2012 от России привёз по золотой медали!
Если кто не в курсе, то IOI – это один из самых престижных в мире ежегодных конкурсов по программированию, который проходит под патронатом UNESCO и IFIP. На соревновании команды из разных стран мира, состоящие из четырех участников, на протяжении двух дней решают алгоритмические задачи.
Россию на олимпиаде этого года представляли Максим Ахмедов и Олег Иванов из Москвы, Егор Суворов из Санкт-Петербурга и Алексей Гордеев из Перми. Все они являются победителями Всероссийской олимпиады школьников по информатике этого года. Их сопровождали бессменные руководители нашей сборной Кирюхин Владимир Михайлович и Цветкова Марина Серафимовна.
Для интересующихся не составит труда найти информацию о заданиях (для этого есть официальный сайт), ходе олимпиады (тут, например), да и вообще почти о любых аспектах меропрятия (пресс-релиз SnarkNews, таблица командного зачёта, да и вообще что угодно — поисковик в помощь :)). Я же под катом постараюсь хоть чуть-чуть рассказать о самих победителях, а точнее, дать представление о том, сколько всего разного было на их пути к этой олимпиаде.
+102
Космики: моделирование эволюции многоклеточных организмов
4 min
43KЗдравствуй, Хабр!
Несколько лет назад в прикладных целях я реализовал обычный Force-based визуализатор графов.
На меня произвело впечатление, как простые итеративные преобразования могут производить субъективно сложные и интересные вычисления, формируя нетривиальные визуально-кинетические модели.
Со временем возникло несколько идей, что интересного можно смоделировать.
Вот что получилось с одной из них (в кадре мелкие объекты, смотреть в HD):
Несколько лет назад в прикладных целях я реализовал обычный Force-based визуализатор графов.
На меня произвело впечатление, как простые итеративные преобразования могут производить субъективно сложные и интересные вычисления, формируя нетривиальные визуально-кинетические модели.
Со временем возникло несколько идей, что интересного можно смоделировать.
Вот что получилось с одной из них (в кадре мелкие объекты, смотреть в HD):
+81
Через тернии к Haskell. 1/2
25 min
234KTutorial
Translation

Первая часть короткого и жесткого введения в Haskell. Вторую часть можно найти здесь
tl;dr: Очень краткое и сжатое введение в Haskell.
- Введение
- Необходимый минимум из Haskell
- Сложная часть
UPD. Если туториал вам понравился, черкните пару строк автору оригинальной статьи. Человеку будет приятно ;)
+129
Бесплатный курс по работе с Sublime Text 2
1 min
52KTutorial

+70
KPI, или пособие по командному самоубийству
11 min
449KДля написания этой заметки  было затрачено:
Много денег и времени. Пожалуй, самым затратным (по нервам, времени и деньгам) был эксперимент над собственной командой, о котором мне безумно неловко вспоминать. Но об этом — ниже.
Рано или поздно, наверное, у каждого директора возникает желание платить по справедливости. За выполенную работу. И очень многие сейчас пытаются внедрять KPI (ключевые показатели эффективности). Работает так: вы, как владелец бизнеса, назначаете конкретные цели для сотрудников. Они достигают или не достигают поставленных целей в процессе работы. Тем, кто достиг — выдается плюшка (денежная премия).
Ну, логично же, что:
А вот с творческими единицами (дизайнерами, программистами) — все значительно сложнее.
Мы недавно провели опрос руководителей ведущих диджитал-агентств и веб-студий страны на тему «а как вы используете KPI по отношению к труду творческих единиц», в результате получили вот такую картинку:

Некоторые компании (15%) применяют KPI для оценки эффективности труда программистов и дизайнеров.
- 68338 километров на поездки.
- 72 человеко-часа на почтовую переписку.
- 423 человеко-часа на эксперименты с коллективом в 30 человек.
- 88 часов на подготовку докладов и выступления на конференциях.
- 17 чашек кофе на беседу с мудрыми людьми на афтепати.
- Порядка 25 часов на набор этого текста и правку багов в нем :).
- До смерти замученный копирайтер, который был вынужден разбирать мои черновики, аудиозаписи и вообще ему спасибо.
Много денег и времени. Пожалуй, самым затратным (по нервам, времени и деньгам) был эксперимент над собственной командой, о котором мне безумно неловко вспоминать. Но об этом — ниже.
Рано или поздно, наверное, у каждого директора возникает желание платить по справедливости. За выполенную работу. И очень многие сейчас пытаются внедрять KPI (ключевые показатели эффективности). Работает так: вы, как владелец бизнеса, назначаете конкретные цели для сотрудников. Они достигают или не достигают поставленных целей в процессе работы. Тем, кто достиг — выдается плюшка (денежная премия).
Смысл такого подхода: платить по справедливости. На сколько наработал — столько и получил. Это честно, это логично, это — прекрасно!
Ну, логично же, что:
- Продажникам нужно назначать процент с оборота. Волки должны быть голодными. (Да, есть альтернативное мнение, что применить такой подход — значит «обложить себя дополнительным налогом». Но как по мне — тут все справедливо :-)).
- Офисному планктону — ставить оклад. Стабильность для них — ооочень важное условие существования.
А вот с творческими единицами (дизайнерами, программистами) — все значительно сложнее.
Мы недавно провели опрос руководителей ведущих диджитал-агентств и веб-студий страны на тему «а как вы используете KPI по отношению к труду творческих единиц», в результате получили вот такую картинку:

Некоторые компании (15%) применяют KPI для оценки эффективности труда программистов и дизайнеров.
+98
+11
Как я учусь на бакалавриате в Канаде
6 min
84K
0. Вступление
Здравствуйте, дорогие читатели Хабра!
Этот пост — продолжение моего рассказа про получение степени бакалавра в Канаде. Я безумно рад тому факту, что картинка в начале статьи — моя собственная, а не позаимствованная у google.com.
Прошло чуть больше двух недель с начала учебы и я готов поделиться с вами первыми впечатлениями, некоторыми тонкостями обучения и проживания, интересными фактами.
Сравнительно большой объем текста я вновь делю на части. Приятного чтения!
(Внимание! Под катом много картинок!)
+48
Олимпиадное хобби. Размен монет
5 min
71K
+27
Backbone.js для «чайников»
13 min
289K
Как то поздним вечерком мне пришла мысль изучить Backbone.js и привязать его к уже написанному на jQuery сервису. Сервис уже серьёзно расширился и меня достало это нагромождение обработчиков кликов, запросов и логики. Поэтому, я как усердный школьник полез в официальную документацию. Но либо я тупой, либо мой английский меня подкачал, либо то и другое вместе, но я не черта не понял. Я прочитал уже второй раз, внимательно, и для особо одарённых мест использовал google translate. Прочитал также и пример ToDo List. Всё показалось понятно, ровно до той поры пока я не стал писать. После чего я взял всё что нашел по этой библиотеке, как на английском так и переводы. Прочтя кипу документации я решил, что сейчас вроде всё понял. Я напрягся, но… Не вышел каменный цветок у мастера Данилы, т.е. вышло, но это явно был не цветок, и камень как то неправильно пах. Тогда, как прилежный ученик, я решил написать «Hello,
+107
Как поступить в магистратуру в Англии
3 min
98KМне 26 лет, я веб-разработчик в Берлине и я никогда не учился в университете.
+52
Доступен предзаказ 4-го издания «The C++ Programming Language»
1 min
31K
ISBN 978-0321563842
Ссылка на подтверждение от автора
Ссылка на предзаказ Amazon
Предзаказ пока идет со скидкой 30%.
+54
Легкая прогулка от функтора через монаду к стрелке
8 min
28K
Давайте совершим прогулку по цепочке Pointed, Functor, Applicative Functor, Monad, Category, Arrow, в процессе которой я попытаюсь показать что все это придумано не для того что бы взорвать мозг, а для решения вполне реальных проблем, притом существующих не только в haskell. Большая часть кода написана на C#, но думаю и без его знания можно будет понять что к чему.
+31
Чемпионат по программированию Russian Code Cup 2012: как это было
10 min
21KВ минувший понедельник завершился уже второй по счету пятимесячный марафон Russian Code Cup 2012. Первое место занял Владислав Епифанов из Нижнего Новгорода, сохранив первую позицию с отборочного и квалификационного туров, второе место заняла Наталья Бондаренко, доцент Саратовского государственного университета — одного из лидеров в подготовке программистов высочайшего класса. В этом году третье место занял Егор Куликов. Поздравляем победителей!

Подарки розданы, призы вручены, дипломы подписаны, и теперь самое время рассказать, как это было.
UPDATE:
Небольшой отчетный видеоролик c Russian Code Cup 2012.

Подарки розданы, призы вручены, дипломы подписаны, и теперь самое время рассказать, как это было.
UPDATE:
Небольшой отчетный видеоролик c Russian Code Cup 2012.
- Цифры и факты
- Как проходил турнир
- Трансляция, техника, интернет и другие организационные моменты
- Содержательная часть: круглые столы и панельная дискуссия
- Интерактивные развлечения на площадке и культурная программа
- Сильнейшие программисты и их трофеи
- Планы на 2013
+40
День программиста: как он стал моим праздником
17 min
39K
Меня зовут Владимир. И так получилось, что я стал основателем сервиса Ivideon. За короткий срок он приобрел такую популярность, которую я не ожидал и сам, разрабатывая по ночам сервер обработки запросов на epoll, несколько лет назад. Как и многие программисты по началу я совсем не думал об успехе или признании проекта. Для меня интересной была сама задача, решение которой занимало большую часть моего времени, моей жизни. По началу я даже не верил, что у меня что-то получится и рассматривал свой проект просто как хороший опыт. А теперь география пользователей Ivideon это весь земной шар. Открываешь камеру и попадаешь в другую страну, в другой мир где-то далеко, далеко. Или не так далеко, но все-таки в данный момент не доступно.
Почему я говорю “так уж получилось”? Наверное, потому, что я всегда хотел быть программистом. Создавать отличные приложения и не думать о финансовых моделях, денежных потоках и управлении портфелем проектов компании. Но если хочешь, чтобы твоя идея воплотилась в жизнь, иногда нужно браться за её реализацию самому от начала и до конца. Но все же, я считаю, что остался программистом и сегодняшний праздник День программиста — это мой праздник.
Пару месяцев назад в Ivideon обратилось одно издание, с просьбой рассказать о нашем проекте и направило ряд вопросов. Одним из них был вопрос ко мне как к основателю: “Как я стал программистом?”
Кажется, был вечер субботы… Я сел и попытался соединить все точки на моем жизненном пути, которые и привели меня к сегодняшнему дню. Так вечер плавно перешел в раннее утро воскресенья, а ответ на вопрос занял больше 10 страниц. Потом я лег спать, а на утро решил не отправлять то, что написал… Мне показалось, что мало кому будут интересны мои воспоминания и ответил что-то стандартное о пристрастии к компьютерам с детства. А сегодня, в день программиста, я наткнулся на те самые 10 страниц в Google документах…
+72
Прорыв в спинтронике
3 min
22KУченые из IBM Research и ведущего европейского образовательного и научно-исследовательского центра ETH Zurich впервые в истории получили изображения формирования стабильной спиновой спирали в полупроводнике.

«Обычно подобные спины электронов быстро меняют и теряют свою ориентацию. Но нам впервые удалось найти способ выравнивания их свойств в регулярный цикл смены спинов»


«Обычно подобные спины электронов быстро меняют и теряют свою ориентацию. Но нам впервые удалось найти способ выравнивания их свойств в регулярный цикл смены спинов»
+17
Information
- Rating
- Does not participate
- Location
- Москва и Московская обл., Россия
- Registered
- Activity