Как вывести токсичную компанию на чистую воду еще на собесе

Популярная история: вакансия красивая, HR рассказывает про компанию только хорошее. А потом вы сталкиваетесь с переработками, пулом левых задач, отсутствием бонусов и повышений. Было?

Собеседование — это идеальная возможность проверить компанию на адекватность еще на этапе знакомства с ней.

Подготовили 7 вопросов, которые помогут поставить эйчара в неловкое положение и получить честный фидбек:

1️⃣Как обычно проходит разбор косяков и даете ли вы обратную связь, если моя работа не будет вас устраивать?

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

2️⃣Почему прошлый сотрудник ушел с этой должности?

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

3️⃣Как бы вы описали вашу корпоративную культуру?

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

4️⃣Есть те задачи, которые мне придется делать, но они не указаны в описании к вакансии?

Зачем: убедиться, что у вас будет время заниматься вашей работой, а не помогать другим отделам и не заменять кого-то с другим функционалом задач.

5️⃣Кто принимает финальные решения в команде и как?

Зачем: помогает понять, будет ли у вас автономия или всем рулит один человек. Микроменеджмент и полное отсутствие доверия негативят обстановку в команде.

6️⃣Пользуетесь ли вы тайм-трекером в команде?

Зачем: если вам комфортно выполнять работу по таймеру, то проблем у вас возникнуть не должно. В остальных случаях слежка за продуктивностью может ОЧЕНЬ напрягать.

7️⃣Как строится процесс онбординга?

Зачем: онбординг — обязательный этап знакомства с компанией и обязанностями. Если ответ на уровне «да там ничего сложного, легко разобраться», не ждите поддержки и в будущем.

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

Кстати, если поставить ❤️ под постом, то это точно станет вашим оберегом от токсичных работодателей в будущем, инфа сотка.

Как понять, что вырос из нынешней компании и пора искать новую? 🔔

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

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

📌 Тотальный застой в проекте. Задачи решаются в полсилы, а повышений на горизонте не видно. Скука и монотонность часто вынуждают сотрудников уходить, даже если задачи легкие, а зарплата выше рынка.

📌 Карьерный лифт, кажется, застрял. Если в компании для вас нет новых позиций/задач, то это весомая причина для перехода. Опрос среди разработчиков показал, что 43% готовы сменить компанию просто ради лучших перспектив.

📌 В ход пошел микроменеджмент. Когда вместо свободы и доверия компания выбирает политику диктатуры, постоянного контроля и системы, прости господи, штрафов, то многие бегут из такого места (и мы их понимаем).

📌 Проект откровенно устарел. Когда стек технологий компании вызывает у вас спектр эмоций от уныния до кринжа, значит, профессионально вы готовы идти дальше. 58% разработчиков признаются, что готовы уволиться из-за допотопного и позорного кода в их компании.

📌 Грейд вырос, а зарплата нет. Частая ситуация, когда текущий доход не отражает опыт. В IT принято, что переход между компаниями часто дает больший буст дохода, чем годы верности одной компании. Если вы проверили рынок и узнали, что специалист с набором навыков, как у вас, зарабатывает в разы больше, то можно и задуматься.

Узнали себя в этом списке?
Поздравляем, вы официально готовы менять компанию🥳

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

Удачи🫶🏻

Хитрости индийского разраба; ChatGPT покоряет космос; $16 000 в месяц за 30 мин. работы в день; новая фича в Telegram; увольнение 9 000 сотрудников в Microsoft; Meta переманила топов OpenAI

Индийский разработчик за 4 года сменил 80 компаний, получая зарплату сразу из нескольких мест. Устраивался по резюме, успешно проходил собесы, а потом просто ничего не делал. Когда его увольняли, переходил в другую компанию, а недавно мошенника, наконец, спалили. Через Твиттер. Схема, которая явно требует доработки 🤭

Ученые решили проверить, как ИИ справится с управлением в Kerbal Space Program. В итоге ChatGPT успешно справился и уверенно держался в "космосе". До реальных спутников нейронки пока не допустили. Пока... 😐

Разработчик из Amazon попал в индийскую команду, где ему просто перестали давать задачи, рассчитывая, что он сам уйдет. Прошло несколько месяцев, он работает по полчаса в день и получает $16 000 в месяц. Команда пока не поняла, что их план дал сбой 😁

Теперь в Telegram можно вести списки задач и публиковать задания прямо на канале. Обновляемся 😎

Microsoft уволили 9000 человек, 4% штата ушли в одну волну. Больше всего пострадало игровое подразделение. Это уже второе массовое сокращение за два месяца. Среди уволенных не только менеджеры, но и сотни разработчиков. Вместо них теперь работает ИИ 🫣

Meta* схантили топовых сотрудников из OpenAI: Цукерберг предложил каждому по $100 млн и переманил 8 ведущих разработчиков. В ответ OpenAI объявила неделю отпуска для команды: сотрудники выгорели, некоторые работали по 80 часов в неделю. Альтман обещал жаркое лето, но, похоже, оно оказалось чуть жарче, чем планировалось 🫣

*Запрещена в РФ

Как превратить джуна в мидла?⚪️

Если вы смотрели покемонов, то помните, что для перехода в более крутую форму покемону надо выполнить какое-нибудь условие: участвовать в боях, подружиться с тренером или с другим покемоном. Почти то же самое нужно и для повышения грейда в IT ⚪️→⚪️

Есть определенные ачивки, которые открывают для вас этот самый заветный уровень мидл в резюме:

😩 Мыслить на уровне продукта, а не на уровне задачек

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

Пока джун не разбирается полноценно в продукте, мидл сделает свою работу в разы эффективнее: задаст нужные вопросы, подискутирует, выбьет больше времени на проект (у него ведь есть и другие дела💅)

😩 Понимать, как устроена команда, и уметь с ней коннектить

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

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

😩 Формировать свой флоу, а не следовать чужому

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

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

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

Из этой собаки вышел бы отличный ПМ, что скажете? 🤭

Как вести переговоры с заказчиком, который ничего не понимает в IT

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

Почему так вообще происходит? Тут палка о двух концах. Разработчики попадают в ловушку знания и думают, что клиенты должны де-факто понимать специфику программирования (да-да, конечно). А клиенты не могут сформулировать четкие ТЗ и то, какие результаты они ожидают.

Так как же проложить этот мост с острова «клиент» до острова «разработка»? 🏝

➡️ Говорим по-бизнесовому

Тут как в меме: «Алло, бизнес? Да-да, деньги». Клиент вообще может не понимать, что и как происходит в разработке. Поэтому проджекту важно говорить на языке результатов.

Вместо: «Мы внедрим кеширование для оптимизации нагрузки на базу данных»

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

➡️ Рассказывать о работе раньше, чем вас спросят

Это крутой скилл, который помогает контролировать ожидания и не создавать ситуации а-ля: «А ПОЧЕМУ ВЫ МНЕ НЕ СКАЗАЛИ, ЧТО ТОЛЬКО СЕЙЧАС НАЧАЛИ?».

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

➡️ Режим «эмпатия on»

Постарайтесь понять бизнес-цели и боли заказчика и говорите о них. Для клиента, который не разбирается в IT, технические нюансы не очень интересны. Ему важно, как ваш продукт решит его проблемы. Чтобы разделить интересы клиента, просто встаньте на его место.

Вместо: «Вы сами не дали нормального ТЗ»

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

➡️ Не бойтесь объяснять ограничения еще на старте

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

Задача любого проджекта в IT заключается в том, чтобы использовать язык, понятный заказчику, и совпасть с ним в видении проекта. 10% работы — написать код, а 90% — объяснить окружающим, что вы делаете и зачем.

❤️ – если не раз сталкивались с неоправданными ожиданиями клиентов в работе

🌚 – если вы проджект, и вам этот мир уже абсолютно понятен

Айтишники дороже футболистов; первая операция без людей; Grok 4 рвет бенчмарки; мессенджер без интернета; король хакатонов не умеет кодить

IT-специалисты дороже футболистов: Цукерберг схантил главу AI-разработки Apple за баснословные $200 млн. Apple не смогли удержать своего человека, потому что денег таких у них нет. Говорят годовой бонус Тима Кука и то меньше. Рады за них, но не от всего сердца 🌚

В США впервые провели операцию без участия людей. Робот сам удалил желчный пузырь у манекена с живыми тканями. Его обучили на записях настоящих операций, и теперь он понимает, когда надо не бездумно повторять за врачами, но и адаптироваться под ситуацию 👏

Grok4 обошел конкурентов в пяти топовых бенчмарках. Версия Heavy прошла сложный математический тест AIME25 на 100%. В «Последнем экзамене человечества» обе модели побили рекорды. Grok 4 доступен за $300 в год, Heavy — за $3000. Где взять деньги, подскажите 🥲

Джек Дорси (создатель Twitter) выпустил приложение, которое работает по Bluetooth даже в авиарежиме. Шифрование, офлайн-чаты и защита паролем — все при нем. Пробуем? 🥳

Рене Турсиос выиграл 200 хакатонов, просто используя ChatGPT. Ни одной строчки кода он не написал сам. Теперь запускает стартап и обучает разработчиков, как выигрывать турниры с ИИ. Инфоцыгане вышли на новый уровень 😳

Пословицы и поговорки для тех, кто в IT

Сделали подборку, основанную на реальности нашей с вами IT-жизни. Надеемся, пригодится на очередном мите 🤭

👉 Кто ревью прошел — тот в цирке не смеется.

👉 Где баг родится, там и фикс пригодится.

👉 Не откладывай на завтра то, что можешь заревьюить сегодня.

👉 Любишь в прод выпускать — люби и к тестировщикам ходить.

👉 Тихо кодишь — дальше будешь.

👉 Делу — время, созвону — час.

👉 Терпи, разраб — тимлидом будешь.

👉 Лучше костыль в коде, чем упасть на проде.

Предлагайте свои варианты в комментах👇

Синдром самозванца: откуда он берется, почему его не вылечат никакие курсы и как начать относиться к этому проще

Если вы работаете в IT, то синдром самозванца приходит к вам так же регулярно, как непрошенные советы от родственников. Причем не важно, вы джун или тимлид с полноценной командой в подчинении.

🟣Почему он вообще возникает?
Потому что IT — это та сфера, где:

🟣Каждый день кто-то где-то выкатывает новый фреймворк или библиотеку, о которой вы не слышали;

🟣Даже спустя 5 лет вы все равно иногда гуглите какую-то базу, о которой давно забыли

В голове быстро формируется картинка: «Если я что-то не знаю, значит, я хуже».

А еще в IT полно людей умных, но не всегда склонных хвалить друг друга. Поэтому похвалу вы слышите реже, чем критику. Идеальная почва для сомнений.

🟣Почему курсы это не лечат?
Потому что синдром самозванца не имеет ничего общего с вашими навыками. Проблема исключительно в голове.

Вы можете пройти хоть 50 курсов, хоть все сертификаты собрать, а ощущение, что вы чего-то стОите, так и не придет.

🟣Как относиться проще?

🔴Помните, что все в IT учатся на ходу. Даже синьоры. Даже тимлиды. Абсолютно все. Опыт нарабатывается только с практикой.

🔴Ошибаться — это нормально. Это часть профессии. Ошибки делают все, просто не каждый о них говорит.

🔴Гуглить — не позорно. Никто не держит в голове все возможные решения задач.

🔴Чувствовать себя самозванцем — тоже ок. Можно просто признать, что это часть вашей личности. Не обязательно с ней бороться ежедневно или пытаться срочно «починить себя».

P.S. Если сейчас читаете это и думаете:
«О, я-то точно самозванец, потому что даже этот пост дочитал, чтобы убедиться» —
поздравляем, вы в компании тысячи таких же умных, сомневающихся и продолжающих учиться людей.

❤️ — если знакомо