jtprogru

SLI vs технические метрики — дискуссия в чате ALLSLO

2026-03-05T18:23:35.007Z

Идея

Не каждая техническая метрика является 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

Итоги

Тип метрики	Что измеряет	Кому нужна	Инструмент
SLI/SLO	Пользовательский опыт	Продукт, пользователи	Балансер, APM
Health‑метрика	Внутреннее состояние	Инженеры, менеджеры	Дашборды, алерты
Blackbox	Факт доступности	SRE (как источник трафика)	Playwright, synthetics

' width="100%" height="200" style="border:0;"> ">

Прейскурант на услуги

2026-02-09T08:18:48.691Z

(оплата наличными, вперед)

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

Самый надежный файрволл

2025-11-23T07:31:45.497Z

1. Одна человеческая клетка содержит 75Мб генетической информации.

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

Все девупсеры – жопышники и говнари

2024-08-02T10:31:18.750Z

#осторожнотред
- Да вы там ахуели?
- В смысле?!
- Вы блять сидите на свои кнопки жмете за дохуища денег! Тут люди пытаются выжить продавцом за 15к, а они блять 900k просят!
- Ну так бери и жми сам на кнопочки! Тебе же никто не запрещает вроде.
- А вот и буду!

*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.
- Ты ахуел что ли? Чего так дорого? Вон там этим делали за косарь вон те ребята! Совсем айтишники ахуели!

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

Архитектура vs Дизайн систем

2024-02-11T08:11:04.562Z

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

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

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

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

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

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

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

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

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

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

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

#архитектура

#дизайн

#архитектурасистем

#дизайнсистем

#заметкинаполях

Самый правильный Do not disturb

2023-10-24T19:08:46.910Z

Именно так будешь выглядеть, когда все уведомления включены

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

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

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

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

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

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

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

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

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

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

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

Личный дневник

2022-06-26T11:25:50.344Z

Photo by Aaron Burden on Unsplash

Привет, %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 заметки в день.

Мой формат

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

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

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

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

Выводы

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

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

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

#dayone

#дневник

#личныйдневник

#рефлексия

Алгоритм расчёта OOM Score

2021-09-08T19:33:35.823Z

Алгоритм расчета уровня негодности процесса (итоговое значение будет измеряться в очках негодности (badness ponts)):

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

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

При расчете дочерних total_vm учитываются только процессы с самостоятельной виртуальной памятью. Т.е. не потоки.
Предполагается, что если приоритет больше нуля, то выполнение этого процесса менее критично, чем выполнение процессов с отрицательным приоритетом.
Предполагается, что root-процессы важнее, чем процессы непривилегированных пользователей.
Убийство процессов, которые осуществляют прямую работу с устройствами, может повлечь за собой нежелательные последствия.
OOM Killer стремится убивать более молодые процессы. Это надо, чтобы OOM Killer убил только что запущенный процесс с утечкой памяти и не тронул старые, добротные процессы, которые просто кушают много памяти ☺
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 критической ошибкой.

Тебе доверили поддержку чужого кода

2021-07-16T10:49:29.223Z

Краткая история о том, почему программисты ненавидят работать с чужим кодом. Долго думал, как донести до обычного пользователя всю суть пиздеца. Решил привести небольшую аналогию:

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

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

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

#анекдот

#история

#программист

#вентилятор

#ядовитыйгаз

Собеседование без купюр

2021-07-03T14:22:33.613Z

Боянистая хрень про тупые вопросы на собеседованиях от интервьюера.

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

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

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

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

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

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

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

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

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