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

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

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

Ошибка №1

Соискатель получает столько приглашений на собеседование, что не в состоянии их обработать.
Логичный вывод соискателя: «на рынке острый дефицит кадров, так что могу отсеивать компании как хочу, отфутболив тех, кто заикнется о коде на бумажке, сортировках или гномиках». Возможна и менее скромная вариация того же вывода: «раз меня все хотят, значит, я классный профессионал, могу всем диктовать свои условия». Звучит, вроде, логично, но абсолютно бесполезно.

Я предлагаю взглянуть на корень ошибки (да-да, это ошибка). Если соискатель получает слишком много приглашений — значит, он неправильно составил резюме. Ведь именно резюме послужило причиной лавинообразного интереса.

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



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

Прошлой осенью, вернувшись из отпуска, я обнаружил, что Дехана, наш Product Manager в UserVoice, заменила мой любимый «Roadmap» в Google Docs на доску Trello.

Моя первоначальная реакция на такие перемены была отнюдь не положительной. Проблема заключалась не в самом Trello, а в том, как мы им пользовались. Trello – это ОЧЕНЬ открытый проект. Не существует единственного “правильного” способа работы в Trello, поэтому, чтобы чувствовать себя в нем как дома, вам потребуется время для настройки «под себя».

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

Один из сотрудников Google в 20% свободного времени разработал и выложил под свободной лицензией библиотеку cpp-btree (С++ B-Tree), которая содержит контейнеры, работающие как map, set, multimap и multiset из стандартной библиотеки шаблонов (STL).

Разница в том, что контейнеры в STL реализованы на красно-чёрных деревьях, а аналогичные контейнеры cpp-btree — на B-деревьях. При этом в определённых ситуациях достигается существенный выигрыш в использовании памяти (на элементах маленького размера) и в производительности (на больших размерах контейнера).

B-деревья известны как инструмент для работы с дисковой памятью: базами данных и файловой системой. Но те же свойства, которые дают выигрыш там, позволяют эффективнее использовать и оперативную память. Каждый узел красно-чёрного дерева содержит один элемент, требует три указателя плюс по биту информации на элемент для сбалансированности. Для сравнения, контейнеры на B-деревьях хранят несколько элементов на узел, поэтому уменьшают оверхед указателей и экономят значительное количество памяти.

Как вы помните, программа Читатель вместе с другими программами для чтения была убрана из магазинов приложений из-за претензии компании Litres. Теперь справедливость и глас народа восторжестовали, и вслед за Moon+ Reader приложение Читатель вернули в App Store.


UPD: Со мной связался Егор Рябошлык, руководитель Мобильного подразделения Центр речевых технологий. Его обращение:

Новость месячной давности: приложение «Читатель» компании «Центр речевых технологий» заблокировано в App Store по жалобе компании LitRes, представляющей интересы издательства ЭКСМО.

Свежие новости. Из Google Play по жалобе LitRes было удалено приложение Moon+ Reader и Moon+ Reader Pro (читалка электронных книг, более 5 миллионов закачек).
Причина — возможность скачать книги с пиратских сайтов.

А как же другие читалки с поддержкой OPDS?

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

Итак, что мы представляем из себя на данный момент? В Stack Exchange сейчас работают 75 человек, примерно половина занимается продажами (маркетинг и реклама), остальные же — созданием продуктов (разработка, дизайн, управление сообществами). БОльшая часть удалённо работающих сотрудников занимаются разработкой: 16 удалённых и 18 офисных разработчиков, сисадминов, дизайнеров. У нас команда-гибрид, которая, как мне кажется, лучшая в мире. Я руковожу отделом проектирования, так что буду говорить в основном о разработчиках, но это применимо ко всем должностям.

История и краеугольные принципы Google Chrome.

Google Chrome был представлен во второй половине 2008 года, как бета версия для Windows платформы. Код Chrome, авторство которого принадлежит Google, был сделан доступным под либеральной BSD лицензией — как и Chromium проект. Для большинства заинтересованных, такой поворот событий стал сюрпризом — война браузеров возвращается? Сможет ли Google сделать свой продукт действительно лучше других?

«Это было столь хорошо, что заставило меня изменить свое мнение..» — Эрих Шмидт, первоначально не желающий принимать идею Google Chrome.

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

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

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

1. А сколько займет сделать этот раздел (дается ТЗ из одной строки)?

Как правило, отвлекают от работы вопросом, сбивают с потока. Просят назвать срок, когда неизвестна ни задача, ни требования, только одно предложение. И так настойчиво, что, чтобы отвалили, называешь прикидочный срок.

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

2. Ты же ОБЕЩАЛ сделать за два дня, а прошла неделя! (моют мозг по сроку из пункта 1)

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

Менеджеру: ничто так не демотивирует, как обвинение в некомпетентности и лжи. Постарайтесь давать точное ТЗ и бить задачу на простые кусочки, в чем программист с удовольствием поможет (если хорошо попросить). Тогда можно будет более точно управлять сроками.

Результат воздействия гидрогеля на бактериальную биоплёнку золотистого стафилококка, устойчивого к антибиотикам

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

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

Свершилось. Событие, которое ждало не одно поколение геймеров — компания Valve выпустила официальную бета-версию легендарной игры Counter-Strike 1.6 для Linux. Этого стоило ожидать, так как несколько дней назад была выпущена Half Life 1, так же бета. Данный релиз не является финальной версией игры, а предназначен больше для тестирования. Все пользователи стима могут установить игру прямо сейчас.

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

Недавно наткнулся на ошибку в Android приложении Яндекс.Метро. Если бы был чемпионкой мира по синхронному плаванию, то обязательно спросил бы: «Кто создавал программу „для галочки“? Кто работал „на отшибись“? Кто слабое звено?». Недоумение вызывала не сама ошибка, а то, что она попала в приложение и всё ещё не исправлена.

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

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

В статье же мы будем рассматривать распространённые приложения, которые протестировать может любой участник команды. Давайте проведём небольшой эксперимент. Если у вас нет Android устройства, то попросите минут на десять у коллег или друзей. Скачайте приложение Яндекс.Метро и попробуйте его протестировать. Интересует актуальная на текущий момент версия 1.63 от 02.11.2012 сборка 159 (на Google Play стоит дата 21.01.2013). Для корректности проверки предлагаю снять галочку «Автообновление» в настройках Google Play.

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

Эта же ошибка может проявить себя не так явно:

Сбербанк России договорился о покупке электронной платежной системы «Яндекс.Деньги», сообщил Forbes высокопоставленный источник в кредитной организации. В среду гендиректор «Яндекса» Аркадий Волож и президент Сбербанка Герман Греф объявят о соглашении на встрече с журналистами в офисе интернет-компании. Детали сделки станут известны позднее.

Источник и подробности Forbes.ru: www.forbes.ru/news/231206-sberbank-pokupaet-elektronnuyu-platezhnuyu-sistemu-yandeksdengi

Ждем официальных комментариев.

UPD:
Официальные комментарии.

Перевод статьи Consider Not Setting Goals in 2013 из Harvard Business Review Blogs.

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

Они, хихикая, бросились к ванной комнате. Две минуты спустя, Даниэль выиграл у Софии почти секунду. Я улыбнулся своей собственной победе. Я достиг своей цели, чтобы они почистили зубы и собрались в ​​рекордные сроки. Или не так?

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

Мы все знаем, как важно иметь цели, не так ли? И не просто цели, но долгосрочные цели. Большие дерзкие цели! Это имеет смысл: если вы не знаете, куда вы конкретно собираетесь, то вы никогда не окажетесь там. И если вы не установите планку достаточно высоко, вы никогда не будете жить на максимуме вашего потенциала.

Это тем более считается здравым смыслом в мире бизнеса, это подкрепляется исследованиями. Как то исследование Гарвардской школы бизнеса, о котором вы, возможно, слышали, в котором только 3% выпускников написали четкие цели. Двадцать лет спустя, эти 3% были в 10 раз успешнее всех остальных вместе взятых. Захватывающе, правда?

Мы, а мы — это рекрутинговая компания IT-Доминанта, уже давно обещали посвятить один из наших постов Обзору зарплат инженеров по тестированию, которых в простонародье называют «тестировщиками». А я напомню, что в последних наших публикациях мы рассказывали о зарплатах Системных администраторов (Windows & *nix) , Программистов Java/C++/C#/Delphi и WEB программистов.



Итак, в этом Обзоре мы осветим зарплаты по следующим должностям:

• Младший тестировщик (ручное и/или автоматизированное)
• Инженер по тестированию (ручное)
• Ведущий инженер по тестированию (ручное)
• Инженер по тестированию (автоматизированное)
• Ведущий инженер по тестированию (автоматизированное)
• Руководитель группы тестирования (ручное и/или автоматизированное)

Недавно довелось перевести приложение с использования Google Maps API v1 на Yandex MapKit.

По субъективному мнению большинства Yandex карты для России имеют более высокую детализацию, и поэтому, если ваше приложение ориентировано только на Росиию или ex-USSR и Турцию (в общем на те страны где Yandex есть), то имеет смысл рассмотреть возможность использования MapKit'а.

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

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

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