Москва. Вакансии

Блин... По требованию о чистой рубашке не прохожу...:)))))))

:D

вот ядро и libc я не знаю на таком уровне... :(
чтобы рассказать это:
«мне прохождение данных от ethernet ring до userspace по структурам данных kernel/libc»

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

По совместительству и/или удалённо возможно?

>сможет рассказать мне прохождение данных от ethernet ring до userspace по структурам данных kernel/libc

С ядром допустим более-менее ясно. Не ясно, что значит «по структурам данных glibc», предлагается исходники glibc тоже ковырять на предмет изучения реализации?! Кто нибудь исходники glibc вообще изучает?!

Это требование на позицию Kernel/Userspace архитектора.

Плюсую, стиль изложения дурацкий.

По аватару (и по требованиям типа «жалкий червь») в общем-то сразу видно, что аффтар страдает мигренями на почве элитизьма.

Не ходите к нему - он будет считать вас говном.

bsw_m> вот ядро и libc я не знаю на таком уровне... :(

Такая детализация админу и не нужна. Бредовое требование.

>Такая детализация админу и не нужна. Бредовое требование.

Ровно как и Haskell/.../List для Java-разработчика или «разработка сетевых демонов» для «Media Programmer» и т.п.

Так что «Проверить его адекватность» уже нет необходимости, диагноз на лицо.

s/List/Lisp/

> мне прохождение данных от ethernet ring до userspace по структурам данных kernel/libc

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

По совместительству и/или удалённо возможно?

Можно в части четко отчуждаемых задач. Android & iPhone к таким относятся.

> Это требование на позицию Kernel/Userspace архитектора.

Как я уже писал надо в общем понимать работу инструмента с которым работаешь.

При расследовании особо жестокого бага есть вероятность, что и туда придется залезть.

> Плюсую, стиль изложения дурацкий.

Спасибо за feedback

> Не ходите к нему - он будет считать вас говном.

Вы ошибаетесь, но с анонимусами я обычно не дисскутирую

> Такая детализация админу и не нужна. Бредовое требование.

Бредовое, но школоту и импотентов отсеивает.

BTW, админ, который может найти последний сискол замороженного процесса, грепнуть по сорсам ядра, понять причину и вставить острую шпильку программистам - годный.

Админ, который говорит a-la у меня тут дропы на интерфейса при полугиге трафика - не годный.

Идея понятна ?

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

URW :-)

такими вещами не админы занимаются, вообще-то. Говорю как человек, работавший в бывш. SWsoft

> такими вещами не админы занимаются, вообще-то.

А кто, например ?

Хоть сам ищу работу админа/техдира и имею опыт работы админом десяток лет, еще никогда с такими требованиями к админу не сталкивался.

На мой взгляд, задача админа - «всё должно работать».
Говорить на sh/perl для этого, в общем-то, совсем необязательно. Слава Хаосу, в мире уже итак реализовано вполне достаточное количество утилит и программных комплексов, чтобы самому хоть что-то серьезное писать было равносильно изобретению велотанка.

«прекрасно знает RedHat & Debian Linux». А я «прекрасно» знаю Слакварь.
Да и вообще, разве есть разница? Оно на каких-то инопланетных принципах работает?

«хорошо ориентируется в virtualization & clustering»
Вот хоть убейте, этого «тренда» я ну совсем не понимаю. Ни капельки.
Как вон о текущей ситуации в Хронопее писали «работу процессинга обеспечивают свыше 200 виртуальных машин» (http://mnovosti.ru/news/67668.html), хотя при мне было ну от силы десятка 2 серверов. Физически-то у сервера вполне себе ограниченное количество процессоров/вычислительных ядер. Ну хочешь ты - ну сделай чруты... эмулировать целую машину-то зачем??? А уж делать еще и кластер.

«сможет рассказать мне прохождение данных от ethernet ring до userspace по структурам данных kernel/libc»

Над этим уже посмеялись, да. Если админу (заметьте: АДМИНУ) делать больше нечего, как ковыряться в ведре, то это - кто угодно (системный программист?), но не админ. У админа вполне себе другой объем работ: железо, ОС, прикладное ПО, сети. Плюс - мониторинг работы инфраструктуры компании. Плюс - мониторинг информации об известных уязвимостях в плане апдейра (ну хотя бы ту же секьюнию читать).

«умеет работать с железом, в том числе руками»
Надеюсь, паять не нужно?

«имеет strong network skills »
Если честно, не очень понял, что именно имеется в виду. Кошки? Организация сетей? Паяние оптоволокна? :)

«имеет опыт работы в телекоме/хостинге»
А опыт работы в финансовой сфере не подойдет?

«имеет опыт эксплуатации 24x7»
Рекорд в настоящее время 24х548 и продолжает работать. Правда, такие аптаймы всё же довольно рискованны в смысле посыпавшихся винтов и вентиляторов и отсутствие апдейтов софта. Оптимальным считаю 24х180 или 24х365, если нет информации о критических уязвимостях.

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

Первое требование было : умение читать.

На мой взгляд, задача админа - «всё должно работать».

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

А я «прекрасно» знаю Слакварь.

Прекрасно. Коррелиции между бардаком, используемыми инструментации и капитализацией объяснять надо ?

У админа вполне себе другой объем работ: железо, ОС, прикладное ПО, сети.

Админ, не знающий про task_t/proc_t мне не интересен.

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

Не понимайте дальше. Есть задачи этого требующие. Использование блейдов тоже многие не понимают.

Если честно, не очень понял, что именно имеется в виду. Кошки? Организация сетей? Паяние оптоволокна? :)

От L2 до L7. От управления AS и traffic engineering до георазноса сервисов по датацентрам.

А опыт работы в финансовой сфере не подойдет?

Возможно. Хотя глядя на раздолбайство в этой сфере...

>Прекрасно. Коррелиции между бардаком, используемыми инструментации и капитализацией объяснять надо ?

Будьте любезны, объясните что понимаете под бордаком и какие такие инструменты коррелируются с капитализацией, чьё отсутствие в Слакваре является непреодолимым препятствием.

Админ, не знающий про task_t/proc_t мне не интересен.

Страшно представить какие тогда у вас программисты... Знать это для админа всё равно, что знать программисту про современные треды практической литорафии процессоров.

Мдя. Тут хотелок еще больше, чем в первоначальном запросе.

Под такие задаче нужно полк админов нанимать.

Под такие задаче нужно полк админов нанимать.

Еще раз про умение читать:

Senior Unix System Administrator / NOC

.

«чьё отсутствие в Слакваре является непреодолимым препятствием.»

Я так понял, это про великий «пакет-манагер» и его якобы отсутствие в Слаке. :)
Правда, когда для сложного проекта требуется, чтобы пыхпых ОДНОВРЕМЕННО умел работать, например, с MySQL+Oracle+M$SQL, оный пыхпых один фиг приходиться пересобирать руками. :) Гы.

.. чьё отсутствие в Слакваре является непреодолимым препятствием.

TCO в разрезе infrastructure management cost's.

P.S. Я видел много слакварей. Слакварь = помойка , в моем понимании задач.

>Я так понял, это про великий «пакет-манагер» и его якобы отсутствие в Слаке. :)

Знать ядро и glibc на уровне исходников и уметь исправить баг должно перекрывать всякие разные инструменты. Если человек разобрался с этим все остальное он либо знает либо освоит в пять минут. Меня убивают такие требования.

Правда, когда для сложного проекта требуется, чтобы пыхпых ОДНОВРЕМЕННО умел работать, например, с MySQL+Oracle+M$SQL, оный пыхпых один фиг приходиться пересобирать руками. :) Гы.

Да, и не только php, многое приходится пересобирать.

>TCO в разрезе infrastructure management cost's.

Не могли бы вы без непонятных аббревиатур для тупых, освоивших кое как ядро и знакомых с glibc только на уровне api объяснить что это значит?

P.S. Я видел много слакварей. Слакварь = помойка , в моем понимании задач.

Что в вашем понимании не помойка? Linux from scratch?

Alter> Бредовое, но школоту и импотентов отсеивает.

Можно ведь подумать что вы идиоты с идиотскими требованиями и не послать вам CV.

Alter> мне прохождение данных от ethernet ring до userspace по структурам данных kernel/libc

Alter> Достаточно «знать в общем знать» как это работает.

Это две такие большие разницы, что о-го-го!

>TCO в разрезе infrastructure management cost's.

Ну, заказуха и всё такое. Вообще, забавно обычно это ТСО меряют. :)
В плане, что админу ВСЁ-РАВНО нужно платить зарплату, реальный смысл в измерении ТСО просто отсутствует (просто потому, что будет одинаков для всех).
Если вы инженер и всё такое, должны знать основополагающее правило:
«Чем меньше у системы степеней свободы, тем надежнее система.» (или варианты).
Слака - очень простой дистрибутив, лишенный огромного числа свистоперделок. А, значит, более надежный.

Это две такие большие разницы, что о-го-го!

Вообще-то было написано: «Идеальный кандидат» и дописано, что идеальных я не ожидаю :D

Про умение читать там тоже было написано :-)))

.

>Вообще-то было написано: «Идеальный кандидат» и дописано, что идеальных я не ожидаю :D

Мы же не умеет мысли читать, что вы понимаете под не идеальным кандидатом.

Вы на моё сообщение от 06.08.2010 15:40:11 так и не ответили...

Не могли бы вы без непонятных аббревиатур для тупых,

Гуголь вам быстро обо всем раскажет

Что в вашем понимании не помойка? Linux from scratch?

"- прекрасно знает RedHat & Debian Linux"

Достаточно знать RH.

>свободное подисскутирует JEE vs. JAIN SLEE

Логопед принимает по будним дням, с 10 до 19 часов вечера.

>Гуголь вам быстро обо всем раскажет

Это не конкретный ответ.

Достаточно знать RH.

RedHat не помойка? Что именно делает из RedHat не помойку? Там особый волшебный код написанный волшебниками программистами? Или код как-то волшебно собран? Или что-то ещё, например логотип Красной шляпы? Какие критерии определения помойки и не помойки?

Мне всегда казалось, что код в Linux дистрибутивах из «одной бочки» исходники одни и те же, но от вас ожидаю узнать опровержение моей точки зрения.

Можно ведь подумать что вы идиоты с идиотскими требованиями и не послать вам CV.

Да, возможно. Но мне приходят CV. Не самые плохие.

.

Да ладно уж. :)

Даже на неидеального кандидата мы с вами даже вдвоем не тянем. :)

Alter> Про умение читать там тоже было написано :-)))

А про честь работать в вашей компании ничего нет?

А про честь работать в вашей компании ничего нет?

Не, но у будет весело :-)

.

Жаль. А то бы пополнили луркморье.
Хотя итак смешно.

Впрочем, «молодой, перспективный руководитель» уже в компании есть.

>Что именно делает из RedHat не помойку?

Наличие нормального пакетного менеджера.

Там особый волшебный код написанный волшебниками программистами?

Мне всегда казалось, что код в Linux дистрибутивах из «одной бочки» исходники одни и те же, но от вас ожидаю узнать опровержение моей точки зрения.

По сравнению с kernel.org там очень много патчей именно для RH. И кстати, где-то мелькала статистика - RH коммитит в kernel заметно больше других. Так что реплики про волшебный код от волшебных программистов мимо кассы.

Код там слегка отличается от взятого из «одной бочки» и исходники не совсем те же.

Можете сами оценить -> http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/kernel-...

Очень странно, что именно слакваристам нужно объяснять такие вещи :-(

>Наличие нормального пакетного менеджера.

Сейчас от смеха упаду.

По сравнению с kernel.org там очень много патчей именно для RH. И кстати, где-то мелькала статистика - RH коммитит в kernel заметно больше других.

Эти патчи нельзя самому накатить? Уметь исправлять баги в ядре и глибс нужно, а вот накатывать патчи это лишнее, нужно есть что дают.

Очень странно, что именно слакваристам нужно объяснять такие вещи :-(

Мне на Gentoo без этих патчей нормально живётся, но Gentoo судя по категориям расставленным Alter это тоже помойка.

<flame>

Нууу, по-существу, «нормальный» пакетный менеджер работает только до тех пор, пока вы используете софт «по умолчанию».
Тот же пример с РНР, которому нужно одновременно работать с несколькими разными СУБД: сразу начинаются танцы с бубном - либо похерить зависимости, либо делать свой собственный rpm-пакет.

В остальном...
1. Зависимости - сами по себе не панацея.
2. Как только заканчивается срок поддержки дистрибутива, нужный пакет для своей системы найти либо сложно, либо вообще невозможно.
3. Патчи, _возможно_ что-то даже и улучшают. Но очень высок риск получить неработоспособную систему в случае попытки загрузиться с ванильным ведром.

</flame>

Ну вот, чтобы работать не за еду оказывается просто надо завести стиральную машинку и засунуть в неё рубашку

>> Не могли бы вы без непонятных аббревиатур для тупых,

Гуголь вам быстро обо всем раскажет

Типичный признак ФГМ-щика, который не может сформулировать мыль грамотно на русском языке и выплёскивает на публику словесный понос с какашками вроде Senior Programmer, usability, respect и прочее.

Если серьёзно, то Вы думаете, много людей обладающих такими компетенциями остаются в России и готовы работать, пусть за сравнительно неплохие, но всё равно раза 2-3 меньшие чем за границей деньги?
И ещё, а как же быть нам, простым смертным, работающим за в десять раз меньшие деньги, как дойти до уровня, который бы позволил смотреть вокруг таким насмешливым и высокомерным взглядом с аватарки?