Пора рассказать о результатах опроса. Может выборка и маловата, тенденцию по ней строить скорее опрометчиво. Но все же я хочу, чтобы у моих читателей работа, да и впринципе любые отношения, были лучше, чем сейчас. Кто мне помешает?

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

Избегать любое взаимодействие - самый популярный выбор. Оно понятно, все мы любим комфорт. Но нашу работу это не улучшит. Избегание любого токсичного только снизит порог толерантности. Это значит, что вас будет раздражать менее токсичное, чем было ранее. Да и хорошо, если у вас получится избегать токсичность. А если вы хотите избегать, но не получается, то вы просто травите себя. Избеганть любое взаимодейстие нужно тогда, когда есть физическая угроза. Либо, если вы опоздали - угроза жизни. Если же избегать при желании не получится, то вы будете копить стресс в себе. Это отразится на ваших отношениях, что сделает взаимодействие еще токсичнее.

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

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

Что же теперь делать, если у вас от чужой оплошности острая аллергия?

Помните я ставил опросом, как вы представляете человеческую жизнь? Вот подобное избегание любого токсичного, от малого до большого, это линия. Вы движетесь либо вперед, либо назад. Но есть движение и вбок, и по диагонали. Если кто-то токсичен, а вы не можете избежать взаимодействие, стоит увеличить дистанцию, смотря какая степень токсичности. Стоит уважать чужое решение ошибаться и быть неприятным. Хотя другая сторона не думает так, он скорее всего считает, что у него есть полномочия так считать. Никто просто так быть неприятным не хочет, зачем стрелять себе в ногу?

Давайте разберем пример, чтобы было наглядней

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

Ищет новую работу, а на причину ухода отвечает, что вот, руководитель токисчный, лучшие работники ушли, обманули с зарплатой и проект не такой, как обещали.

Очевидно ли вам, что он ухудшил свою позицию? Hr почти по каждому пункту выделит ред флаг. Вроде бы толковый спец, но брать не спешат. В итоге ждет Скотт день, два, неделю, потом три. Чтобы не обижать нашего соискателя, ответят дефолтно "к сожалению, уже нашли другого кандидата". Но все же сделают вывод, что Скотт и сам токсик, нечего такого брать. Тем более если он лох.

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

Сейчас почему-то культ фидбека, много претензий, что hr пропадают. Все же в сфере найма каждого есть право молчать, если вы не связаны контрактом. Хоть я и агитирую против обрыва связи, но все же объективно у каждого есть право пропадать и игнорировать по работе. Плохая репутация HR может навредить владельцу компании, но конкретно соискателей не должно это волновать. Зачем распылять свое беспокойство?

У Скотта была бы лучше позиция, если бы он ответил нейтрально ответил "интересуюсь новыми каръерными возможностями", или хотя бы "мои интересы и команды не совпадают достаточно", то уже человек приятней. Хорошо, если Скотт терпим к текущей обстановке, понимает, что чужие интересы священны, и никто не обязан прогинаться под интересы Скотта. Выполняет свою работу тихо, не лезет туда, где ему не рады. И ему уже легче будет найти работу, потому что сам HR уже не будет раздражаться на него и чувствовать "токсичный вайб"

Недавно видел в Линкедине, как одному спецу обещали фидбек в течении трех дней, обещанный ответ не дали, в итоге спец ежедневно писал рекрутеру, что там с фидбеком-то. В итоге спустя 2 недели ответили, что рекрутер в отпуске был, вот идет уточнять. Очевидно, что спеца текущая его ситуация не устраивает. Не каждому интересно избавлять от страданий кого-то, это требует колоссальной работы и вложений. Всем хочется, чтобы по щелчку близкие были здоровые и веселые.

А вы замечали, как люди стали все чаще выпрашивать фидбек? Какой-то актив. Вот посмотрим на блогеров. Сплошь и рядом каждый выпрашивает лайк, подписку и комментарии. Даже миллионники! Казалось бы, куда уж больше популярности, но текущего актива мало.

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

Затронули про терпимость к коллегам, теперь пора рассказать про терпимость в разработке или багам.

То же самое.

Бывало ощущение, что хочется переписать с нуля проект, к которому только приступили? Что все неправильно реализовано?

За долгую каръеру наблюдал, как очень много опытных разрабов плевались на людей за незнание какого-то фреймворка, либо за нестандартный подход к чему-либо. Вастрик в своей статье уже упоминал подобное, когда везде во фронтенде таскали SPA. Рекомендую к прочтению, даже если вы не фронтендер. Автор очень остроумно прокомментировал вредный тренд во фронтенде на полную загрузку всего джаваскрипта перед непосредственной работой.

Здесь к примеру автор приводит размер только js файлов при первом открытии и там внушительные размеры в среднем ~20 Mb. Это без картинок и шрифтов, только код, который при этом еще и минифицирован. Статья на минуту чтения.

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

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

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

Отсутствие Dagger как DI или отсутствие SPA считается вредным в своих нишах и внедрение этих технологий не ставят под вопрос. Особенно это закрепляется собеседованиеми. Если вы за собой замечали, что какая-то альтернатива начинает вас раздражать, то это повод задуматься, не лишаете ли вы себя гибкости.

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

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

Все это развивает расшатанность, а расшатанный человек склонен выбирать легкие, быстрые, не самые эффективные решения, причем даже не понимая это. Никто не заметил, как популярны стали такие передачи по типу "Натальной Карты"?

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

Вот вам пример нетерпимости со стороны разработчика по отношению к работодателям. Такое отношение вредит прежде всего самому разработчику. Дам шанс кому-то из читателей разобрать сперва. Сам же оставлю комментарии завтра.

Разберу вчерашний пример.

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

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

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

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

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

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

Не надо идти на собеседования с образом побитой в самых разных драках собаки, с которой жизнь поступила чересчур жестоко. Компании не приют, у них борьба с конкурентами не на жизнь, а насмерть. Из-за этого отбор берут тех, кто вольется в команду, а не начнет ее разваливать. Ошибки бывают повсеместно, кода без багов не бывает как и садов без жуков. Гораздо выше шанс получить желаемое, если у вас легкий настрой. Для этого вам нужно принять право собеседующих задавать любые вопросы, которые вписываются в рамки закона, даже если не вписываются в рамки адекватности и приличия.

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

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

Попробовал пройти “кринж-собес” с ChatGPT. Оставляю на ваш суд. Промт будет в этом посте, а диалог в комментариях.

Привет!

Я сейчас разбираю коммуникацию между разработчиком и нанимающим на собеседовании. Прочитал пост, в котором считаю отношение разработчика к собеседованиям неэффективной. Вот текст самого поста:
/* текст вчерашнего поста с линка */

Вот мой комментарий:
/* текст с поста выше */

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

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

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

- Вопросы будут уместны, если нанимающий сам спросил, будут ли вопросы. Без такого запроса от него, обратное интервью ни к месту.

- Не надо представлять, что бы было если бы вы косяконули. В примере выше, когда ChatGPT задавал абсурдные вопросы, он рисовал несчастную картину работы. Если бы был оффер от компании, которое уважает свое рабочее место и проект, и не считает условия работы у себя унизительным для соискателя, последний бы скорее принял оффер от такой компании, даже с зарплатой поменьше.

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

- Слишком абстрактный вопрос про “подбор персонала”. Соискателя это не должно интересовать, если он не делит эту ответственность (к примеру работник лид). Но даже так нужно задавать вопрос конкретно относящийска к этой общей ответственности.

- Ну и про тон с “мы вам перезвоним” наверное очевидно и не надо комментировать.

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

Хочу предложить вам пересмотреть взгляд на баги, если вы относились к ним крайне негативно. Довольно часто они были фичей раньше, контекст сменился, но привычный ход алгоритма менять сложно, особенно в сложной системе. Чем сложно менять алгоритм действий, тем сложней и исправлять баг, очевидно. Если эта сложность превышает сложность абстрактного мышления разработчика в каждый момент, баг не исправится.

Для наглядности возьмем для привычные нам баги из нашей жизни вместо проекта, так как мы с вами, читатели, не делим общий IT проект.

У нас заложено искать самый которкий путь решения задач. Те предки, что так не делали, реже приносили потомство. Но из-за этой прошивки сейчас мы встречаемся с различными проблемами: переедание, малоподвижный образ жизни, кредиты, скам, использование ChatGPT для написания письма вместо самостоятельного мышления. Как личность, в нашей ответственности этот баг фиксить.

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

Хочу исправить баг в этом канале. Картинка и такой график оказывается никак не относится к эффекту Даннинга-Крюгера. Оказывается реальный график выглядит следующим образом. Подробнее можете глянуть в семиминутном ролике, где автор развеивает заблуждения по графику. Судя по их исследованию, выводы будут другими.

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

Чтобы вы лучше могли понимать прокачивание скиллов и как с этим работать, хочу предложить вам следующие ориентиры.

Мы видим, что работа развивается и усложняется. К примеру требования к джуну 10 лет назад и сейчас совсем другие. Теперь же простых прокачек хард и софт скиллов недостаточно. Это разные полюса, противоположности. Теперь хочу представить понятие перпендикулярные им - hot и cold скиллы.

Под хард скиллами мы скорее представляем умение работать в одиночку и найти решение, а под софт скиллами умение разговаривать с коллегами и формулировать задачу, договариваится. Если дело предстоит с хард скиллами, мы можем обращаться грубо, ломать код, чтобы разобраться, убедиться, что все работает бесперебойно и возможно даже обратиться к С++ для оптимизации; то когда нам предстоит работать с софт скиллами, нам нужно быть тактичными, возможно даже откладывать иногда вопрос и не спешить, убедить команду и тим-лида переписать старый Java на Kotlin и Objective C на Swift.

Скилл в компоненте работы может быть 4-х видов: hot-hard, cold-hard, hot-soft и cold-soft. Важно еще учесть, что скилл ваш должен из одного состояния переходить на другое, и так же не путаться там, где ему быть не стоит.

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

Все баги появляются от того, что вы используете не тот скилл, который требует того проблема.

При оптимизации или отлова бага нельзя опираться на hot-soft скиллы, так вы только увеличите количество багов либо сломаете то, что работает.

Cold-hard скиллы - уровень дисциплины и расчетов, объективность и числа. Hot-soft скиллы - уровень идей, фантазий, рассуждений и субъективности.

Вот в чем проблема собеседований сейчас. При написании кода часто требуется cold-hard скиллы, но при собеседовании это не выявить сходу. Между скиллами есть корреляция, но она не прямая. Иногда один скилл помогает другому, а иногда наоборот мешает. Возможно в каком-то состоянии человек может ультраперформить, но в другом тот же человек может захандрить и за неделю ни строчки кода не написать.

Зная это, как вы ответите на этот вопрос теперь? А менторство, это какой скилл из четырех? Почему компании стали чаще требовать выход в офис?

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

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

Еще раз поговорим о софт-скиллах.

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

Проблема тут в том, что та самая “токсичность”, от которого вы хотите отгородиться навсегда - никогда не исчезнет из вашей жизни. Это значит то, что раньше было для вас нетоксичным - скоро станет таковым.

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

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

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

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

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

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

Конечно исключение - опасность жизни. Но тут уже не до прокачки софт скиллов.

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

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

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

Разделим хард скиллы и разберемся что к чему. ⬇️

⬆️ Иногда разрабы решение ценностных проблем сводят к хард скиллам, как и удовлетворение физических. Так и есть, но они решаются разными способами и бывает одно конфликтует с другим. Физические потребности проекта - решать текущие насущные его задачи, либо формулировать те задачи, которые насущны сейчас. Грубо говоря - потребности юзеров. Ценностные потребности проектов - решать вопросы будущего, то есть удовлетворять потребность разработчиков. Если первое - дисциплина, второе - пассионарность.

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

Теперь про софт скиллы - эмоциональные и ментальные планы. Тут тоже путаница, и сам автор данного текста вам не сможет рассказать про эмоциональный план ничего толкового, и вам пока не советую рассуждать, лучше прокачивать то, что понятно. Но учтите - эмоциональный человек != умеет удовлетворять эмоциональные потребности. Чаще даже наоборот, скилловый в этом плане человек управляет своими эмоциями, а не наоборот. Могу сказать, что в потребности эмоционального плана входит потребность в безопасности. Пробел тут может приводить к тревоге. Как прокачивать надеюсь позже разберемся.

Вот ментальный план - умение рассуждать, витать в облаках, дискутировать, общаться, умение учиться. Но не путать с демагогией - это как раз пробел. Если вы то и дело спорите, то с софт скиллами у вас проблемы. Про таких говорят душный. ⬇️