Denis Yurkin's Journal
[Most Recent Entries]
[Calendar View]
[Friends]
Below are the 20 most recent journal entries recorded in
Denis Yurkin's LiveJournal:
[ << Previous 20 ]
| Thursday, May 21st, 2009 | | 2:58 am |
Serena Mashup vs Jira
В продолжение давней истории о выборе инструмента для планирования и сопутствующего: намедни Serena выпустила* сравнение своего Mashup супротив Джиры. Как и в известном сравнении Джиры и TrackStudio, кулик хвалит только своё болото -- правда, в этом случае не настолько вопиюще, как делает TrackStudio. Для нашей сильно-неформальной жизни даже Jira слишком тяжеловесна -- но не у всех ведь настолько всё хаотично. В своей нише / для своих задач он, может быть, действительно лучше... * выпустила -- силами своего российского дилера, не знаю насколько сама в этом участвовала. | | Friday, August 8th, 2008 | | 2:19 pm |
Mining Web Queries: открытый семинар сотрудника Yahoo! Research в Яндексе
Dr. Ricardo Baeza-Yates, Yahoo! Research Barcelona User queries in search engines and Websites give valuable information on the interests of people. In addition, clicks after queries relate those interests to actual content. Even queries without clicks or answers imply important missing synonyms or content. In this talk we show several examples on how to use this information to improve the performance of search engines, to recommend better queries, to improve the information scent of the content of a Website and ultimately to capture knowledge, as Web queries are the largest wisdom of crowds in Internet. 15 августа 2008 г. (пятница), 17:00-19:00 офис Яндекса на СамокатнойСеминар открытый, бесплатный. Нужно зарегистрироваться по тел. +7 495 739-7000. Количество мест ограничено возможностями офиса :-) | | Thursday, April 24th, 2008 | | 7:07 pm |
инструменты планирования (почти пятничное)
Поделитесь, какие хорошие инструменты планирования проектов вам встречались. Хочется -- грубо, для разгона дискуссии: = координировать нескольких продуктовых команд, работающих над одним проектом (понятно, что каждая работает над многими проектами) = вебовское решение на наших серверах, не капризное к браузерам = хранить и плановые задачи, и багрепорты, и свободные комментарии, и направлять тред из переписки = позволять совместную работу над этим всем В качестве лонглиста на отсмотр уже отобрали: Achievo, Activecollab, Acunote, dotProject, FogBugs, Megaplan, Rally, SmartSheet, SpiderProject, Teamer, Trac, TrackStudio, Wrike, вебАсист, (ссылки могу расставить). Мы упустили что-нибудь хорошее? Вам случалось решать подобную задачу? Кстати да, мы вполне осознаём, что наверняка можно почти всё порешать на уже имеющихся инструментах. У нас, например, уже есть Wiki и JIRA. | | Thursday, August 9th, 2007 | | 4:38 pm |
ищем методиста багтрекинга в Яндекс
Итак, мы в Яндексе дозрели до того, чтобы завести выделенного специалиста на внедрение багтрекинга Этот человек будет помогать нескольким проектным командам с выработкой и внедрением методик сбора и упорядочивания багов и пожеланий, планирования и вообще багтрекинга. Если вы чувствуете, что к вам относится хотя бы половина утверждений ниже -- смело заявляйте о себе и заполняйте анкету: - успешно внедрили что-нибудь новое в команде разработки?
- хорошо отличаете гуманитарные проблемы от технических?
- умеете убеждать людей и добиваться результата без применения лобовых атак и административных рычагов -- и даже вопреки им?
- умеете докапываться до истинной проблемы, и из просьбы "добавить кнопочку" понять, какую проблему они на самом деле решают, и предложить способ, который действительно сработает?
- получаете больше удовольствия от общения с людьми, чем от работы с компьютером?
Если хочется ориентира по деньгам, предположим, это 58 / 68 / 80 тыс. рублей до налогов (соответственно, для уровня "на вырост" / "хороший специалист" / "действительно очень сильный кандидат"). При этом мы осознаём, что рынка таких специалистов практически не существует. Поэтому не стесняйтесь называть свою цену, если чувствуете, что эта вакансия "под вас". Кстати, мы готовы помогать с переездом в Москву сильным кандидатам из других городов. Работа в других офисах Яндекса (кроме московского) тут пока невозможна; через 2 года -- может быть, но не хочу обещать. Перспективы в этой позиции могут быть разными. Например, если у вас хорошо получится с багтрекингом и планированием, есть множество менее очевидных во внедрении практик организации разработки, которые у нас могут быть востребованы... Или, скажем, ... стоп, вот об этом лучше уже на собеседовании :-) Вопросы оставляйте комментариями здесь; все формальные требования есть на странице вакансии. Для приватного общения пишите к ![[info]](http://l-stat.livejournal.com/img/userinfo.gif) kolomeetz, у которого в группе будет работать этот человек: kolomeetz@yandex-team.ru. | | Wednesday, June 6th, 2007 | | 2:11 pm |
| | Tuesday, June 5th, 2007 | | 2:55 pm |
меняю кандидатов вашего профиля на кандидатов нашего
Предлагаю меняться кандидатами: мы готовы делиться кандидатами, которые нам точно не подходят, но могут быть интересны вам -- за встречный поток интересных нам кандидатов. Кем я готов делиться, для начала: ( можем начать с тестировщиков )Какие кандидаты интересны мне: = ( тоже тестировщики, но другие )= продвинутые специалисты в рекрутинге разработчиков-админов (как с инструментальной, так и с человеческой стороны) Как примерно это мыслится: ( предельно примитивно )
Это я благодаря JUGу узнал, что такая модель действительно работает -- а я уже пару лет вынашивал запустить попробовать что-то подобное. Справедливости ради, у коллег работает не совсем так: ( а вот как ) | | Saturday, April 7th, 2007 | | 10:27 pm |
навыки real-time споров и аргументации
Посоветуйте, как поразвивать навыки споров и аргументации в реальном времени -- когда нужно быть убедительным в живом споре или предоставить необходимый информирующий summary в одно предложение, в самый неподходящий момент, на любой неожиданный вопрос, при самом неожиданном повороте дискуссии. Только чур 5-летние курсы ускоренной подготовки адвокатов не предлагать :-) | | Sunday, April 1st, 2007 | | 2:30 pm |
размышления о Respect Rank
Как должна быть устроена организация, в которой больше вознаграждается не тот, у кого больше подчинённых в оргчарте, а тот, кого больше уважают в коллективе? | | Sunday, March 4th, 2007 | | 1:48 pm |
Alternative Workspaces
По наводке Joel Spolsky набрёл на подборку alternative workspaces на BusinessWeek -- на первый взгляд, там есть несколько интересных идей. Напомнило 2 вещи: 1) В моей регулярной привязанности к кафешкам, в которых можно просиживать по полдня с неплохим креативом и сосредоточенностью, подумал наладить какой-нибудь обмен опытом "где хорошо идёт креатив". Например, в виде сообщества а-ля ![[info]](http://l-stat.livejournal.com/img/community.gif) podarili, где каждый может рассказать об интересном месте (не обязательно кафе), где ему удалось хорошо поработать / пописать / сосредоточиться. Ведь известно, что есть сорт людей, которые очень зависимы от необычного/непривычного рабочего окружения -- в таком окружении чаще всего рождаются яркие-необычные придумки. 2) Когда-то, года 2-2.5 назад мы с go_blin обсуждали идею сделать подобное рабочее пространство даже в новом офисе Яндекса. В те времена не было сил-времени-терпения ни чтобы найти достаточно сторонников этой идеи, ни чтобы добиться её реализации в грядущем тогда новом офисе. Интересно, наберётся ли сейчас достаточное число людей, которые всерьёз хотят участвовать в реализации чего-то подобного? | | Saturday, January 27th, 2007 | | 4:38 pm |
| | Wednesday, September 6th, 2006 | | 4:09 pm |
Яндекс открыл офис разработки в Санкт-Петербурге
Мы открыли первый офис разработки за пределами Москвы -- в Петербурге. Это первый опыт, уже собрали много граблей (всё по мелочи) -- но это только укрепило веру, что у нас всё получится. Именно питерским проектом я с anatolix и другими коллегами плотно занимался последние 2 месяца. Несколько команд в Питер уже наняты, но есть как минимум 2 специальности, про которые мы готовы говорить с питерцами в любой момент: специалист в Information Retrieval и старший разработчик поиска (про остальные тоже можем начинать говорить, на самом деле). Тем временем у нас появилась программа помощи с переездами -- для кандидатов из других регионов (где наш офис разработки ещё не открылся :-) Программа действует для ключевых вакансий -- в которых написано  Мы готовы помочь с переездом кандидату из другого города.
А вообще -- если вы знаете талантливый коллектив разработчиков, который внезапно остался без задач или без работодателя -- нам будет это очень интересно с ним пообщаться о переходе в Яндекс. | | Saturday, May 6th, 2006 | | 3:00 pm |
challenge для гениев инкрементальной архитектуры: MusicBrainz
MusicBrainz, не самый маленький пользовательский сервис, столкнулся с интересной задачкой, отличным тренировочным полем для гениев инкрементальной архитектуры -- как сделать поэтапную миграцию со старого формата базы на совершенно новую, чтобы: - каждый этап длился не слишком долго - сервис всё это время продолжал работать - пользователи регулярно видели улучшения на сервисе -- хотя бы между этапами Work to figure out how to break the schema upgrade into 3-4 smaller upgrades, each taking a 2-3 months to complete, thus making visible progress on a continual basis. [ insert wild hand waving here -- I have no clue how to accomplish this ] Есть ли здесь люди, решавшие подобные задачки? (понимаю, что они им скорее всего не до серьёзной помощи немного маргинальному фанатскому open-source проекту, но люди-то такие есть, правда? отзовитесь!) | | Wednesday, April 19th, 2006 | | 2:47 am |
поставьте первое впечатление на место
Дочитываю "How Would You Move Mount Fuji?" Интересный приём, как не позволить первому-эмоциональному впечатлению давлеть на дальнейшие задачки-вопросы-оценки. 7. Challenge your first impression.
There are jobs where first impressions should count. A salesperson is going to be meeting people all day. Whatever
combination of charisma, appearance, and body language makes a good first impression is a legitimate factor in a hiring decision. For most other jobs, first impressions are less important. For someone who is going to be sitting in a cubicle writing code, they may be irrelevant.
Just as substance abusers need to admit their problem before they can get help, interviewers should recognize their first-impression problem. It really does appear that many interviewers make an unconscious decision within the first seconds of the interview. They then ask wishy-washy questions whose answers may be interpreted as they please.
It is important to ask questions where the answers may challenge the first impression. For many types of jobs, logic puzzles are one way of doing that. It's also a good idea to always make a mental note of your first impression of a candidate. At the end of the interview, compare your opinion to that first impression. If it's the same, make sure that you can justijy why it's the same. If your opinion of the candidate has changed, make sure you know why that is too. | | Sunday, January 29th, 2006 | | 10:52 pm |
затишье после прорыва
Да уж: What I seem to see often is a team making a big leap. They become more productive, they become happier, the business becomes happier with them. Then they plateau. Now, I know from my weightlifting days that plateaus are a part of growth, but it seems surprisingly hard to make the next leap. Действительно, со свежего взгляда всё гораздо легче меняется и удаётся, чем после длительного погружения и вовлечения. Похоже, именно на этом во многом держится любой консалтинг -- на свежем взгляде, быстрой адаптации-закреплении того, что проверено на многих клиентах -- и переходе к следующему клиенту. Да, к этому можно вернуться через 2-3 года, но не раньше -- чтобы с одной стороны успелось забыться, а с другой организация успела "усвоить" / адаптировать к себе привнесённые вами изменения. | | Wednesday, October 19th, 2005 | | 2:12 am |
инвентаризация деятельности
Попробовал ради эксперимента (не только для себя) сформулировать свои собственные рабочие проекты на квартал (проекты в терминах GTD) -- всё, чем скорее всего придётся / уже пора заниматься. Получился outline из 2 страниц плотного текста -- это только названия. Задумался, во что это может вылиться. | | Monday, September 5th, 2005 | | 1:08 pm |
| | Friday, July 1st, 2005 | | 1:50 am |
| | Wednesday, June 1st, 2005 | | 11:50 pm |
empowering teams
Узаконили... Теперь осталось малость -- научить пользоваться этим самым power. | | Monday, March 21st, 2005 | | 4:39 pm |
| | Saturday, March 19th, 2005 | | 9:27 pm |
костры и пещеры*: у костров производительность удваивается
A study of 15 projects found that doing the programming and other project work in a "war-room" enabled teams to be twice as productive as those that don't. He said that programmers didn't have to give up offices or cubicles for private spaces, or alone-time for thinking things through, but when working on the project, they should be in same room as the testers, business analysts, and other programmers so that any question about the project could be answered without leaving one's chair -- either by looking at charts and diagrams on the walls of the war-room, or by asking someone close by. from Working Together In "War Rooms" Doubles Teams' Productivity, via memoranda
* костры и пещеры - в оригинале caves and commons. Перевод не идеальный, есть ли вариант получше? |
[ << Previous 20 ]
|
![[info]](http://l-stat.livejournal.com/img/syndicated.gif){kind=small}