Re: Яндекс. Аналитик производительности поискового кластера.
От: Eugeny__ Украина  
Дата: 01.08.07 18:53
Оценка: +1
Здравствуйте, Anatolix, Вы писали:

[пропущены условия, которые меня очень заинтересовали]

Эх.. Интересно бы таким заняться. Даже переехал бы, меня ничего не держит. Но и по квалификации я слегка не подхожу(плюсы подзабыл, уже идеология управляемого кода впилась довольно глубоко, зато умение копать развито(никогда не занимался мэйнстрим разработкой, сейчас пишу в том числе и дрова на java(!)), и желание выяснить узкое место в такого рода системе очень большое), и здесь работа интересная и перспективная(что иинтереснее, я даже не решу, но компенсация в Киеве все-таки поменьше, хотя и немало растет).
Если тут станет вдруг плохо, я знаю, куда идти .
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Re[2]: Яндекс. Аналитик производительности поискового класте
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 05.09.07 20:37
Оценка: +1
Здравствуйте, serra, Вы писали:

S>Зачем на специальные задачи искать специалистов снаружи? Было бы логичнее найти внутри, а снаружи найти специалистов на неспецифичные...


Мы и там и там ищем. Кроме того если всех специалистов искать внутри, а наружу рекламировать вакансии только Junior Developer, то люди никогда не узнают, что у нас масса интересных задач.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Яндекс. Аналитик производительности поискового кластера.
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 01.08.07 13:27
Оценка:
Нужен умный человек с широким кругозором на не совсем стандартную вакансию Аналитик производительности и надежности поискового кластера.

Если вкрадце, то задача перед этим человеком будет ставиться примерно такая: есть 50mb кода работающего на 1000 машин. Найди где тормозит или глючит (политкорректно: где можно сделать быстрее и надежнее ;)

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

Понятно, что наверное не существует в природе человека который одновременно безумно клевый C++ программист, эксперт в поисковых алгоритмах, офигенный админ, коммитер FreeBSD, CCIE, и специалист по железкам всех видов. Поэтому, мы его хотим заменить человеком, который просто является умным, имеет какой-то кругозор в каждой из перечисленных сфер(достаточный для эффективного общения с перечисленными специалистами), плюс имеет ярко выраженные аналитические способности и сильное желание много работать и глубоко копать.

Если:
1) у меня не получилось вас напугать постановкой задачи во втором абзаце(хотя я старался).
2) вы способны прочитать несколько терабайт логов и понять, что там не так (пусть смухлевав и обработав их предварительно скриптом, а потом посмотрев на картинку)
3) при обнаружении поздемного стука, которого просто не может быть в природе, вас охватывает не паника, а желание залезть в потроха системы tcpdump-ом, gdb-ой или просто грязными руками.
4) вам кажется, что вы чуть-чуть знакомы с перечисленными областями в которых может что-то затормозить или заглючить.
5) вы привыкли находить причины проблем, а не лечить симптомы.
то мне будет очень интересно с вами поговорить.

Более формальная вакансия и требования вот здесь:
http://company.yandex.ru/inside/job/analyst_search_cluster.xml

P.S. Под "желательно опыт подобной работы" понимается, что вы когда-нибудь занимались оптимизацией работы какой-нибудь, пусть мелкой(10 машин), системы, а не только кусков кода. Людей у которых есть совсем такой же опыт, конечно очень хочется — но их в россии человек 5-10 и мы вообщем-то всех их знаем.

Disclaimer: Рынка таких специалистов по-моему в России не существует, поэтому в адекватности предложенных условий не уверен. Если вы можете аргументировано прокомментировать предложенных условия — буду благодарен.

Сейчас вилка 68-94 тыс. рублей(белая, указано до вычета налогов) для подходящего человека без серьезного опыта на старт кажется адекватной.

Скороговорка по условиям:
Зарплата 68-94 тыс. рублей(белая, указана до вычета налогов, пересматривается раз в квартал). Ежеквартальные премии по результатам работы. Медстраховка. Бесплатные обеды, чай, хороший кофе, бутерброды. Хороший офис. Хорошее оборудование(на выбор ноут+монитор, или десктоп+2 монитора). Оплата технической литературы. Скидка при пользовании неплохим спортивным клубом через дорогу от офиса. Корпоративная программа ипотечного кредитования. Для иногородних кандидатов мы оплатим дорогу на собеседования и можем помочь с переездом.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re[2]: Яндекс. Аналитик производительности поискового класте
От: dip_2000 Россия  
Дата: 02.08.07 05:20
Оценка:
[offtopic]
>сейчас пишу в том числе и дрова на java(!)),
простите, а для чего и на каких платформах пишутся драйвера на Яве ?
Это не наезд, просто интересно
[/offtopic]
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 07.08.07 16:24
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re[3]: Яндекс. Аналитик производительности поискового класте
От: Eugeny__ Украина  
Дата: 08.08.07 18:54
Оценка:
Здравствуйте, dip_2000, Вы писали:

_>[offtopic]

>>сейчас пишу в том числе и дрова на java(!)),
_>простите, а для чего и на каких платформах пишутся драйвера на Яве ?
_>Это не наезд, просто интересно
_>[/offtopic]


Да ничего особенного. Просто платежные терминалы. Прикол в том, что они(терминалы) могут поставляться с самыми разнообразными ОС(в основном винда и линух, ессно, но тут еще заморочка с разными версиями линуха). Потому очень желательно pure multiplatform app. Устройства коннектятся к комам, и "драйвера" — это, пожалуй, громко. Но как еще назвать модули, обеспечивающие низкоуровневые операции с устройствами(поллинг, анализ ошибок и пр.), и выдающие "наверх" человеческий объектный интерфейс управления, человеческие события.


PS я ненавижу китайцев и их принтеры, соответствие документации для которых выясняется сугубо опытным путем, и которые принимают к сведению посылаемые им команды(могут выполнить, могут забить, могут ответить, могут нет. К слову, их родные дрова работают еще хуже моих). По сравнению с канадскими billAccepror-ами, действующими четко по спецификации, ад.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 10.08.07 15:10
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 13.08.07 14:52
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 16.08.07 15:39
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 21.08.07 19:46
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 28.08.07 17:26
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: Яндекс. Аналитик производительности поискового кластера.
От: serra  
Дата: 29.08.07 18:08
Оценка:
Зачем на специальные задачи искать специалистов снаружи? Было бы логичнее найти внутри, а снаружи найти специалистов на неспецифичные...
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 03.09.07 06:52
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 10.09.07 13:09
Оценка:
Актуально
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 13.09.07 14:56
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 17.09.07 16:17
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re: up
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 20.09.07 11:21
Оценка:
Актуально.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.