Не каждая техническая метрика является SLI, даже если она «ведёт себя как SLI».

SLI — это всегда метрика с точки зрения пользователя. Технические метрики (глубина очереди, CPU, lag) нужны инженерам и менеджерам, но к SLO их «натягивать» опасно.

Ключевые тезисы

SLI ≠ техническая метрика

• SLI должен отражать пользовательский опыт, а не внутреннее состояние системы
• Глубина очереди пользователю не важна — важен результат (данные доставлены или нет)
• «Не SLI, но ведёт себя как SLI» — это технический health-индикатор, не SLO

Blackbox — только генератор трафика

• Blackbox имеет дискретность: не отличит минуту простоя в прайм-тайм от простоя в 5 утра 1 января
• Не позволяет точно определить виновную команду при инциденте
• Правильная роль blackbox — генерировать трафик там, где его мало; SLI строить по данным балансера или приложения (whitebox)

Владение — основа SLO

• Самое важное при построении SLO — чёткое определение владельца
• SLO, которым владеют >1 команды → конфликты при инцидентах («разбудили не ту команду»)
• Границы сервиса определяются в первую очередь, до написания SLI

Прогрессивный SLI для очереди

Если всё же нужно выразить глубину очереди через SLI-подобную метрику (пример: Kafka, Sloth):

errorQuery:
  clamp_max(
    (
      max(
        sum by (consumergroup, topic, partition) (
          last_over_time(kafka_consumergroup_lag{...}[{{.window}}])
        )
      ) / 20 - 1  # каждые 20 сообщений сверх первых 20
    ) * 5.0 / 100  # уменьшают SLI на 5%
  , 1) > 0
  OR on() vector(0)

totalQuery: last_over_time(obviously_non_existent_metric[{{.window}}]) > 0 OR on() vector(1)

При 420+ сообщениях SLI → 0. Принцип: SLI = 1 - bad / total

Итоги

Рекомендации

1. Не смешивать SLI и технические метрики — вести их в разных системах: SLO в error budget, технические health — в отдельных дашбордах с алертами
2. Менеджеру нужен не SLO, а SLA на технический процесс — помогите ему сформулировать это корректно (например: «lag очереди не превышает X ms в 95% времени за месяц»)
3. Определять владельца SLO до его создания — если ответ «несколько команд», SLO писать нельзя, сначала разбить на компоненты
4. Blackbox использовать только как источник трафика — SLI строить по данным изнутри системы (балансер, трейсы, логи)
5. Учитывать вес инцидента во времени — минута простоя в прайм-тайм ≠ минута простоя ночью; закладывать это в budget burn rate или веса алертов
6. Playwright/synthetic = blackbox — сложные сценарии (30 шагов + авторизация) дают много ложных срабатываний; рассматривать их как smoke-тест, не как основу SLI

• Ответ на вопрос - 1000 руб.
• Правильный ответ на вопрос - 2000 руб.
• То же, в письменном виде - 10000 руб.
• Ответ на дурацкий вопрос - 15000 руб.
• Вежливый ответ на дурацкий вопрос - 20000 руб.
• Вежливый ответ на дурацкий вопрос с обдумыванием - 25000 руб.
• Правильный ответ на дурацкий вопрос - 1000 руб.
• Вникание в проблему - 10000 руб/час
• Вникание в проблему с указанием на недостатки - 20000 руб/час
• Вникание в проблему с исправлением недостатков - 30000 руб/час
• Сочувствие - 3500 руб.
• Искреннее сочувствие - 7000 руб.
• Вникание в проблему с искренним сочувствием - услуга в данное время не
  предоставляется в связи с отсутствием технических возможностей. (Это в смысле, что Вам - к психотерапевту)
• Совет - 1500 руб.
• Правильный совет - 2500 руб.
• Выполнимый совет - 6000 руб.
• Правильный выполнимый совет - 12500 руб.
• Задумчивый взгляд - бесплатно (по понедельникам - рыночная стоимость бутылки пива).
• Молчание - 500 руб/мин.
• Вежливое молчание - 500 руб/мин.
• Виноватое молчание - 1000 руб/мин.
• Молчание с радостной улыбкой - 2500 руб/мин.
• Молчание с саркастической улыбкой - 450 руб/мин.
• Молчание с задумчивым взглядом на дурацкий вопрос с обдумыванием - 1500 руб/мин.

2. Один сперматозоид содержит 37.5Мб.

3. В одном миллилитре содержится около 100 млн сперматозоидов.

4. В среднем, эякуляция длится 5 секунд и составляет 2.25 мл спермы.

5. Таким образом, пропускная способность мужского члена будет равна
(37.5Мб x 100M x 2.25)/5 = (37 500 000 байт/сперматозоид x
100 000 000 сперматозоид/мл x 2.25 мл) / 5 секунд = 1 687 500 000 000
000 байт/секунду = 1,6875 Терабайт/с

Получается, что женская яйцеклетка выдерживает эту DDoS-атаку на
полтора терабайта в секунду, пропуская только один выбранный пакет
данных и является самым офигенным в мире хардварным фаерволом... Но
тот один пакет, который она пропускает, кладет систему на 9 месяцев...

Источник: Pikabu

*some time later*
- А как вот это делается?
- Вот - первая ссылка в гугле. Все твои задачи сейчас сводятся к тому чтоб научиться правильно искать нужную информацию.
- Я чо лох что ли - гуглить должен? Тебе сложно рассказать что мне надо сделать?
- Я тебе рассказал - гугли!

*some time later*
- Ну вот я гуглил - я хочу быть девупсом! Им много платят! Рассказывай что делать? Нашел еще курсы «С 0 до Pro за 10 часов» и уже купил и начал его.
- Ну и что ты изучил на курсе?
- Я его почти закончил - курс то легкий - копируй и вставляй команды! Ваще изи!

*some time later*
- Я прошел еще 5 платных курсов по девупс! Хочу на работу! На курсе сказали могу просить 300kk ns! Резюме вот составил - рассказал в нем все: и как в магазине работал, и как от ментов бегали когда из магазина спиздили ящик колбасы! Да и про курсы рассказал всё!

*some time later*
- Почему меня не берут на работу? У меня и резюме смотри какое красивое - с гифками даже! Я его в письмо вставляю и отправляю в компании где хочу работать - в гугл, яндекс, мылору, мелкософт!
- А опыт работы по девупс какой?
- Так его ж нету!
- *facepalm*

*some time later*
- Ну блин научи меня быть крутым девопсом! Я тоже хочу зарплату в 900kkns как у тебя! Что мне надо делать? Говори! Или ты денег зажал? Думаешь что я научусь и отберу у тебя работу?
- Я ж говорил - учись гуглить.
- Мне на курсах сказали - копируй и вставляй!Всё!

*some time later*
- Все вы айтишники ебаные говнари, которым жалко денег! И которые нихуя не делая бабло гребут лопатой! Я пробовал - сиди и копипасти, а как только задашь кому из них вопрос - они сразу твари в гугол отправляют! Ваще пипец! Жмоты херовы! Жопышники и говнари!

*some time later*
- Слушай,меня тут уволили из магазина -сказали «нехер было пиздить колбасу». Я ж вроде учился на девупса - посмотри мое резюме.
- Давай гляну. Чему научился? Расскажи про TCP/IP? Что такое cgroups/namespaces? А как это связано с docker? Что такое inodes? CI/CD?

- Ну блиииин! Ты меня заваливаешь! Мне сказали копировать команды и деплоить в продакшн через гитлаб-сиай!
- Ну вот тебе сервер, вот тебе приложение, вот тебе гитлаб - задеплой приложение на сервер. Сколько времени надо?
- Ха! Так ваще изи - за пару часов управлюсь!

*some day later*
- Короче у тебе сервак нихера не готов к деплою! И приложение говно!
- А конкретнее?
- Я залогинился в гитлаб, а гитлаб не видит сервак! Ты меня наебал! А еще я раннеров не вижу! А сервак вообще не доступен! У него порт рдп закрыт! Я проверял! Не доступен он!

- А ты по SSH ходить пробовал?
- Какой нахер SSH? Что это вообще такое? Опять ты меня наебываешь и подставляешь? Я ж знаю как должно быть! Внес правки в ямль, закоммитил в мастер, запустился пайплайн и всё - приложение задеплоилось на сервак! Ты не хочешь чтоб я работал и учился!

*some day later*
- Я узнал что такое SSH! Мне на курсах по ремоут менеджменту инфраструктуры рассказали! Еще сказали что твой SSH полная хуйня - нужно энсибль или ансибль не помню как правильно, но вот его надо юзать! И тетрафармер!
- Терраформ?
- Да! Тетраформ юзать надо!

- Ну так что? Сколько тебе надо времени на выполнение тестового?
- Ваще изи - теперь я точно справлюсь за пару часов!
- Окай. Завтра вернусь.

*the next day*
- Удалось?
- Твое приложение не умеет запускаться - я пытаюсь его запустить у себя локально, но оно не запускается!
- И как запускаешь?
- Дописываю ему расширение .exe и дважды кликаю! Не запускается!
- Так это ж линукс-бинарь!
- Т.е. ты мне дал не рабочий апп?!

*some week later*
- Короче я понял всё! Ты просто не хочешь чтоб я работал и отбирал твои деньги! Ты боишься что я стану сильным конкурентом тебе и оставлю тебя без работы! Ты специально даешь мне не работающие приложения и задачи не решаемые! Все вы айтишники мудаки и жлобы!

*some month later*
- Я тут запустил свой бизнес: оказываю юридические услуги! Сделай мне сайт плиз! Чтоб как вот у тех было!
- Окай. Срок от 3 месяцев, стоимость от 250k.
- Ты ахуел что ли? Чего так дорого? Вон там этим делали за косарь вон те ребята! Совсем айтишники ахуели!

Оригинал истории туть...

Архитектура информационной системы

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

- Структурная организация: Как система разбита на модули или компоненты.
- Взаимодействие компонентов: Как модули взаимодействуют друг с другом и с внешним миром.
- Технологические решения: Выбор программных и аппаратных технологий.
- Безопасность и производительность: Обеспечение требуемого уровня безопасности и производительности.

Дизайн информационной системы

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

- Внутреннее устройство компонентов: Разработка структуры и поведения внутри модулей.
- Интерфейсы: Определение точек взаимодействия между компонентами.
- Алгоритмы: Конкретные решения, используемые для выполнения функций.
- Детали реализации: Точные спецификации поведения и структуры данных.

Основные различия

- Уровень детализации: Архитектура занимается общими принципами и структурой, в то время как дизайн углубляется в детали реализации.
- Фокус: Архитектура сосредоточена на обеспечении целостности, масштабируемости и эффективности системы в целом, в то время как дизайн решает, как конкретные компоненты будут реализованы и взаимодействовать.
- Цели: Цель архитектуры – создать устойчивую основу для системы, поддерживающую её требования и цели на высоком уровне. Цель дизайна – детализировать эту основу, обеспечивая эффективную реализацию отдельных частей системы.

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

Подписывайся на телегу и заходи обсудить в чат.

Все мы используем мессенджеры в духе Telegram, Slack, Mattermost и прочее для коммуникаций по работе. Лично я довольно многое держу в телеге, потому что она мне удобна – раскидал по "папкам все чаты" и утащил в архив лишнее.

Но иногда бывает так, что количество коммуникаций начинает расти просто лавинообразно – сейчас я поделюсь способом уменьшения количества шума на примере Telegram (потому что он мне нравится).

Итак, поехали:

1. Настраиваем папки (по желанию) – лично мне просто удобно пользоваться папками в телеге с таким подходом. Причем в качестве имен папок я использую emoji, потому что это куда компактнее;

2. Выключаем уведомления для всех – да, все верно, отключаем все уведомления о новых сообщения на уровне Telegram;

3. Включаем только от важных – очень внимательно выбираем важных для включения уведомлений;

4. Наслаждаемся – после нескольких дней в таком режиме будет сложно жить по другому.

Цитата из книги Джедайские техники:

Некоторые исследователи, между прочим, утверждают, что чрезмерная стимуляция мозга оповещениями со смартфона приводит к невнимательности и появлению симптомов СДВГ (синдром дефицита внимания и гиперактивности), вот и думайте. На самом деле, если у вас есть класс сообщений, требующих незамедлительной реакции, настройте отдельное оповещение только для сообщений этого класса.

Собственно говоря, это все, что требуется знать о правильном режиме "не беспокоить". У меня строго ограниченный набор людей и чатов, которые имею право меня побеспокоить – вот прям реально, далеко не от всех родственников/друзей/коллег я получаю сиюминутные уведомления. А если человек абсолютно новый (не является моим контактом), то я увижу его сообщение только когда сам открою телегу.

А ты как подходишь к решению такой проблемы, как "дохрена уведомлений"?

Привет, %username%! Сегодня ровно 90 дней как я веду дневник и вот, чем я могу поделиться по этому поводу.

Где веду

Я пробовал разные варианты:

• Notion;
• Evernote;
• Apple Notes;
• Day One;
• Bear;
• Ulysses;

Все они выполняют свою функцию – ведение заметок. У всех (ну почти) вариантов есть возможность синхронизации с iPhone. Многие позволяют вставлять картинки в заметки.

НО! Все эти варианты, кроме одного, заточены под ведение заметок! А обычное ведение заметок сильно отличается от ведения дневника. И это заметно в приложении Day One, на котором я и остановил свой выбор, купив платную подписку. Платная подписка дает важную для меня возможность – синхронизация между macOS и iPhone.

Делать обзор и сравнение я не хочу – такого хватает в интернете. Посмотреть на интерфейс можно так же на картинках. Скажу лишь свое мнение за внешний вид: у Day One очень приятный интерфейс – наверное этим и подкупило меня это приложение.

Вести “личный дневник” в аналоговом виде мне не хотелось потому, что я ленивый и не люблю писать с самой школы, ну и с картинками и ссылками проблематично. Это в начале нулевых можно было встретить полноценный URL на Википедию в печатном издании, а сейчас слишком много вариантов для ведения дневника в цифровом виде.

Отличия от обычных заметок

Типичное приложение заметок просит тебя “каталогизировать” свои заметки – упорядочивать свои знания. Дневник же имеет упорядоченные в хронологическом порядке записи. Других вариантов тут особо и не надо. Хотя Day One и предлагает создание нескольких “журналов” (терминология Day One – журнал это блокнот) под свои нужны. Но я остановился на одном единственном журнале под названием “Life”. Тэги – еще одна типичная составляющая для любого приложения по ведению заметок. Навешивать тэги можно конечно, но я так же не пользуюсь этим на постоянной основе (чуть позже поясню почему). Исключение составляют лишь “медицинские наблюдения”.

Некоторое время назад у меня были проблемы с головой (не, не то что ты подумал) – она рандомно начинала болеть и часто боль была такая, что делать что-либо было невозможно. Доктор порекомендовал вести дневник головных болей. Вот для этих записей у меня был отдельный тэг, потому что на приеме у доктора мне надо было быстро пройтись по заметкам и посмотреть “когда”, “как долго”, “чем устранял”.

Проще говоря никаких видов “организации” и “каталогизации” я не использую для дневника. Потому что дневник – “блокнот”, куда ты записываешь что-либо связанное с жизнью, эмоциями, переживаниями и попытка упорядочить эти данные каким-либо образом кроме календарного – приведет совершенно не туда, куда ожидаешь.

В качестве эксперимента попробуй сформулировать десяток коротких, буквально в 2-3 предложения, заметок на ежедневной основе, с описанием переживаний/эмоций/мыслей и постарайся навесить на них “правильные” тэги. Довольно быстро ты придешь к одному из двух выводов: либо тебе это очень удобно, либо у тебя на каждой заметке будет один или десяток тэгов и это будет для тебя ужасно и бессмысленно.

Как я веду заметки

Тут все довольно просто: обязательная заметка пишется без всяких напоминаний перед тем, как наступит полночь. Это обязательная заметка, потому что я хочу видеть прогресс того, что я учусь формулировать свои мысли в тексте на ежедневной основе. Главный принцип – ежедневность! Могу писать и с телефона, и с ноутбука – никакой разницы нету.

Вторым обязательным фактором является “обязанность” – даже если я весь день лежал в кровати и ходил максимум до туалета, даже если я ни о чем не думал, я “обязан” записать одно-два предложения. Даже если это будет что-то в духе:

ВсратосеньеНихера не делал. Весь день лежу. Норм.

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

Помимо ежедневной вечерней заметки я могу во время прогулок что-то сфотографировать с какой-нибудь подписью. Или просто какое-то воспоминание записать. Так что совершенно не редкость 2-3 заметки в день.

Мой формат

Важным было простое осознание – “Я ПИШУ ДЛЯ СЕБЯ”. Это значит, что я там могу писать прямым текстом абсолютно всё. Это очень важно, хоть и выглядит просто!

При написании даже этой статейки, я пытаюсь подбирать слова таким образом, чтобы из них выстраивались более-менее понятные предложения. Причина простая – эта статья рассчитана на то, что ее будет читать кто-то кроме меня. Дневник ведется с одной целью – записать свои мысли, которые не хочется или не надо показывать другим. Значит никто кроме меня заметки в моем дневнике не прочитает (мы не будем поднимать вопрос слива данных, взлома и прочего). А если эту заметку никто кроме меня не прочитает, значит я могу писать как хочу – а часто хочется писать матом вне зависимость от позитивного или негативного настроя.

Высокопарный слог стоит использовать при написании художественной книги, рассчитанной на включение в школьную программу. А я пишу для себя – ровно тем текстом, которым я разговариваю с собой – прямо через х%й-п%%%а-е%%%ьоноконем.

Короче говоря: будь проще и станет легче.

Выводы

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

Если ты знаком с “методом утенка”, то ты быстро сможешь адаптировать его к ведению дневника. Очень сильно помогает успокоить поток мыслей, разобраться с кашей в голове, проанализировать себя.

Итог: вести личный дневник категорически рекомендую.

1. Берется размер виртуальной памяти процесса (total_vm). Это базовые очки негодности (mm/oom_kill.c:69).
2. К текущим очкам прибавляется total_vm/2 + 1 для всех порожденных процессов (mm/oom_kill.c:85).
3. Текущие очки делятся на int_sqrt(cpu_time), где cpu_time — это user + system время процесса сдвинутое вправо на SHIFT_HZ + 3, т.е. для HZ=1000 приблизительно будет равен значению int_sqrt((utime+stime)/10). причем если результат деления и последующего округления будет 0 — то очки не изменяются (mm/oom_kill.c:100).
4. Текущие очки делятся на int_sqrt(int_sqrt(run_time/1024)), где run_time — время прошедшое с момента запуска процесса. Если результат 0 — то очки не изменяются (mm/oom_kill.c:100).
5. Очки умножаются на 2, если nice процесса больше 0 (mm/oom_kill.c:118).
6. Если процесс имеет привилегию CAP_SYS_ADMIN или CAP_SYS_RESOURCE или (e)uid в нуле, то текущие очки делятся на 4 (mm/oom_kill.c:125).
7. Если процесс имеет привилегию CAP_SYS_RAWIO, то текущие очки делятся на 4 (mm/oom_kill.c:133).
8. Если память процесса, для которого мы считаем очки негодности, пересекается с памятью процесса, для которого в момент выделения новой памяти произошла ошибка out of memory, тогда очки делятся на 8 (для ядер старше 2.6.28, mm/oom_kill.c:142).
9. Набранные очки умножаются на 2oom_adj, где oom_adj — берется из /proc/$PID/oom_adj, он может принимать значения от -17 до 15. В случае значения -17 процесс не будет тронут OOM Killer (mm/oom_kill.c:150).

Небольшие пояснения.

1. При расчете дочерних total_vm учитываются только процессы с самостоятельной виртуальной памятью. Т.е. не потоки.
2. Предполагается, что если приоритет больше нуля, то выполнение этого процесса менее критично, чем выполнение процессов с отрицательным приоритетом.
3. Предполагается, что root-процессы важнее, чем процессы непривилегированных пользователей.
4. Убийство процессов, которые осуществляют прямую работу с устройствами, может повлечь за собой нежелательные последствия.
5. OOM Killer стремится убивать более молодые процессы. Это надо, чтобы OOM Killer убил только что запущенный процесс с утечкой памяти и не тронул старые, добротные процессы, которые просто кушают много памяти ☺
6. OOM Killer стремится сохранить жизнь процесса, при выделении памяти для которого произошла ошибка out of memory, и процессам, у которых с ним есть общая память (для ядер старше 2.6.28).

Доступные пользователю настройки:

• самый простой способ повлиять на OOM Killer — использовать vm.overcommit_memory;
• vm.oom_dump_tasks — делать dump всех процессов за исключением kernel threads, в dump попадает pid, uid, tgid, vm size, rss, cpu и oom_adj. Имеет смысл включать только для отладки OOM Killer;
• vm.oom_kill_allocating_task — убивать процесс, процесс которому не хватило памяти, без выбора самого плохого;
• vm.panic_on_oom — считать запуск OOM критической ошибкой.

Вот представь, что тебе доверили достроить за другим прорабом лабораторию на острове. Ты приходишь на объект, а там кроме недостроенного здания: огромный вентилятор (размером со здание), большой воздушный шар и комната набитая швабрами. Почесав голову, ты разбираешь этот хлам и доделываешь лабораторию. Сдаешь объект ученным, но через 5 минут они выбегают с криком: "УТЕЧКА ЯДОВИТОГО ГАЗА!!!".

- Как так-то, блять! Должно же работать! - в отчаянии кричишь ты и звонишь прошлому прорабу:
- Вася, у нас ядовитый газ потёк! В чем проблема?
- Не знаю, должно было все работать. Что-то в проекте менял?
- Немного, швабры вынес...
- Швабры потолок держали!
- Что??? Что, блять, извините???
- Говорю, швабры потолок держали. Над ними цистерны с газом были. Очень тяжелые, пришлось в комнату снизу швабры напихать.
- Ты хотя бы записку на двери повесил бы, что швабры для держания потолка! У нас тут ядовитый газ течет! Что нам делать?
- Включай вентилятор. Он сдует газ с острова.
- Я его, блять, демонтировал сразу же!
- Зачем?
- Зачем ты построил 120 тонный вентилятор? Ты не мог положить ящик блядских ПРОТИВОГАЗОВ?
- Ящик противогазов искать нужно, а вентилятор у меня с прошлого заказа оставался.
- Вася, я убрал твой вентилятор! Мы тут задыхаемся!
- Херли вы тогда там делаете? Садитесь на воздушный шар и уебывайте!

И столько реальности и боли в этом, что ни в сказке сказать, ни пером описать.

Вопрос: Почему вы выбрали именно нашу компанию?
Ответ: Вы идиот? Я направил резюме в десяток мест. Где устроюсь быстрее и выгоднее — там и хорошо.

Вопрос: Как вы считаете, почему мы должны выбрать именно вас?
Ответ: Вам работники вообще нужны? Ну вот он я. Работник. Именно меня стоит выбрать хотя бы потому, что я явно умнее всех тех, кто заливал на эти вопросы стандартную чушь. И умнее вас, между прочим, потому что я никогда таких дурацких вопросов бы не задал.

Вопрос: Какую зарплату вы хотели бы получать?
Ответ: 2,5 млн. $ в год, как президент США. Что за вопрос? Естественно, я хочу получать настолько высокую зарплату, насколько вы сможете мне заплатить. Только ведь вы всё равно не заплатите. Тогда нечего и выпендриваться. Всё равно выбор за мной: вы говорите цену, я говорю — согласен или нет.

Вопрос: Почему вы ушли с предыдущего места работы?
Ответ: Предположим, отвечу честно: маленькая зарплата или отсутствие карьерного роста, или бесперспективность, или не сошелся с коллективом, или не понравился собаке начальника. И что? Вы же не знаете, сойдусь ли я с вашим начальником, коллективом и их собакой. И не узнаете, пока не попробуете.

Вопрос: Кем вы видите себя через 5 лет в нашей компании?
Ответ: Вот вам встречный вопрос: какие планы компании на ближайшие 5 лет? Нет таких? Так если вы сами не знаете, что с вами будет через 20 лет, будет ли компания и какую нишу она намеревается занять, то мне-то откуда это знать?

Вопрос: Какие у вас были достижения на предыдущем месте работы?
Ответ: А резюме недостаточно, значит. Ну хорошо. Я отлично работал и великолепно справлялся со своими обязанностями. Вот это — достижение! Я вас разочарую: при правильном руководстве и хорошей работе никаких достижений быть не должно! Работать надо, а не ерундой маяться и достижения достигать!

Вопрос: Каким бы вы хотели видеть своего начальника?
Ответ: Я бы хотел его не видеть. Серьезно, мне нет разницы как он выглядит. Главное, чтобы он был начальником: тем, кто может нормально и внятно сформулировать задачи. А в остальном, пусть хоть в красных труселях на белой капибаре разъезжает по офису.

Вопрос: Какие у вас есть достоинства?
Ответ: На гуслях я умею играть и плеваться на 15 метров в длину. Если вам нужна моя квалификация, то она указана в резюме. Если вам что-то нужно еще — то об этом и спросите. А если вы сами не знаете, чего вы хотите и что вам нужно, то тут, извините, ничем помочь не могу. Формулировать скрытые и неясные желания — это вам к психиатру нужно.

Вопрос: Каковы ваши недостатки?
Ответ: Хорошо тенором пою, соседи жалуются, а в консерватории сказали — талант. Вот еще: когда ем суп, зачерпываю ложкой к себе, а не от себя!