Скинули в группу друзей ссылку на статью.

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

Если хотите жизнь как в Катаре, предлагаю вам собраться с соседями и замутить какую-нибудь тему. Субботник может, собрать на ремонт, договориться о чем-то. Где будет легче договориться, в клубном доме на 30 квартир, или в ЖК на 300? А если между подъездами в ЖК расстояние не 10 метров, а километр? Где тогда будет дешевле проложить интернет, в компактном клубном доме, или в просторном полупустом ЖК? Какой дом легче держать в чистоте?

Ладно соседи. Как часто вам удается собрать друзей на посиделку? Пробовали собирать деньги на мероприятие? Все ли сдавали в срок без напоминаний? Как часто у вас собирается команда на 5 человек в Доту или КС? Или 6 человек на футбол. Когда играли в настолки, вы не ругались и не спорили? Если не ругались и не спорили, часто собирались?

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

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

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

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

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

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

К примеру вы фронтендер вымышленного портала госуслуг на 20 миллионов юзеров под названием EA gov. Причем эти юзеры самые разные, под каждого нужно сверстать (а еще и в базу данных сохранять) особенную форму. Хорошо если этих форм 20 будет, а не больше. И вот бекэнд постоянно глючит, какой-то там тимлид получает премию почти не работая, рубит 2 ляма тенге, как вы думаете. Сайт ваш работает кое-как с горе пополам, пользователь в первую очередь винит вас, как и посетители кафе жалуются на официанта за плохо приготовленное блюдо. Портал на 3 языках, то есть работа усложняется в степени куба. Премию дают выборочно, тимлидам, либо прям хорошо показавшим себя. Но если давать премию всем, то выйдут совсем копейки, причем дав всем вообще не ощущается эта премия.

И существует прекрасный портал госуслуг в некой стране Qutur, юзеров 400 тысяч. В 50 раз юзеров меньше, прикиньте! Это типа если EA gov нужно 50 серверов, то здесь всего 1. Все юзеры одинаковые, форма одна. Язык портала 1. Каждый квартал каждому разрабу дается премия, она ощутимая, можно сказать получают 20 зарплат на 12 месяцев. Но и даже без премий уже хорошо живется. У них последние маки и установлены таск трекеры. Им ок, что их трекают, ведь они получают немыслимые деньги за это. Да и что там трекать, таски вообще изейшие. Офис окружен водой и тонкой границей суши. То есть на охрану не надо тратиться много. Офис небольшой, камеры обслуживать легко. Обслуживание здания ты отправил на аутсорс, а им уже выданы условия гораздо хуже. Но им ок, ведь они все равно приходят работать.

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

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

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

Почему нельзя спрашивать в тематических чатах советов про выбор технологии?

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

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

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

Третья проблема в ответственности. Этот вопрос должен определить ваши шаги на пятилетия, а то и десятилетия. Это вам не вопрос о правильной покраске кнопки. А айтишники (не только, много кто тоже) мнение свое любят, обожают делиться, по поводу и без. Гляньте Линкедин на досуге, если хотите убедиться. Околомиллионские зарплаты разрабов могут прибавить много очков к убедительности их слов.

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

К примеру спросив у ChatGPT, он с вами поделится зоопарком технологий, которые слабо будут вязаться друг с другом. Да и я сам не все из этих тем знаю, а я 8 лет уже как айтишник. А вы как начинающий все это быстро не освоите. Времени у вас мало, а те кто не спрашивают и просто делают, займут место, на которое вы можете метить. Люди, выбравшие технологию и слепо изучающего без сомнений, имеют высокий шанс быстро устроиться, как вознограждение за риск. Но выбрав конкретную технологию неудачно и потратив год (примерный необходимый минимум для дефолтного новичка), вы можете промахнуться, некоторые вложения могут не окупиться, из всего материала хорошо, если 20% еще в будущем воспользуетесь. К примеру в геймдеве много энтузиастов и мало рабочих мест, привычные бизнес задачи и задачи в геймдеве сложно коррелируются. Выбрав геймдев, перейти на разработку банковских приложений не так гладко. Если вы умелый ладно, а если нет?

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

(Продолжение дальше)

(Начало поста)

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

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

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

Я знаю 2 языка, которые могут покрыть большинство технологий. Javascript и Kotlin. Выбрав один из языков, у вас есть шанс попробовать мобилку, фронтенд, бекэнд и разработку телеграм ботов (что тоже бекэнд). Вариативность увеличит случаи, а конкретные технологии увеличат вашу лучшесть в глазах других. Так как людей много а новички мыслят узко, то они игнорируют показатель случаев, но пытаются в чем-то стать лучшими. А вам, моим малочисленным подписчикам, автор советует прокачать ловлю случаев.

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

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

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

Если вы слабо представляете, зачем нужен рефактор и чистота в проекте и сама чистота очень абстрактно , то попробую вам объяснить на примере игры. Аналогия очень упрощенная, но зато не нужно тратить годы разработки для понимания, за счет мгновенной обратной реакции (а игры этим нас завлекают) мы быстрее можем понять, в чем же смысл чистоты.

Может вы знакомы с 2048, где целью является в поле 4х4 собрать ячейку номиналом 2048 путем складывания других ячеек степени двойки. Если не играли, лучше скачать и сыграть, чем ждать мое объяснение, она реально простая в понимании, но сложная в объяснении.

Если представить, что MVP продукта это ячейка 2048, то мелкие ячейки являются компонентами, которые нужно "сложить" в ячейку сложнее. Типа связать UI с бекэндом. А само поле является нашим кэшем - все то, что мы можем помнить и знать о проекте.

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

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

Уже из объяснения проблемы можно сделать вывод, что играть стоит "змейкой". Это значит стремиться выстроить ячейки по нарастающей. Если условиться, что ячейка с самым большим значением будет в правом нижнем углу, то следующая ячейка должна быть прям перед ней, во справа от нее. И так далее. По возможности нужно заблокировать движения максимальной ячейки влево, чтобы не нарушать последовательность. Что значит справа от этой ячейки нужно заполнить другими ячейками. Так мы локализуем нашу работу до поля 3x4, что упростит нам работу.

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

Про ChatGPT.

У меня есть друг, у которого проблемы со сном (как вы видите по времени поста, сегодня у автора тоже не все в порядке). Был период, когда он принимал в виде таблеток мелатонин (гормон сна). Тогда я шутил, что его организм не справляется со сном (сейчас автору не смешно) и теперь он пользуется услугами аутсорса. Если посмотреть под определенным углом, то люди некоторые свои навыки тоже переносят ChatGPT как на аутсорс.

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

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

"- Введение конкретных примеров использования ChatGPT:
ChatGPT используется для различных задач: от написания писем и сочинений до создания кода и решения математических задач. В некоторых случаях это действительно экономит время и ресурсы, но стоит задуматься о долгосрочных последствиях.

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

- Техника безопасности и возможные риски:
Необходимо разработать технику безопасности при использовании ИИ. Например, важно проверять информацию, полученную от ChatGPT, поскольку ИИ может допускать ошибки или предоставлять неточные данные. Более того, использование ИИ для личных или конфиденциальных данных может нести риск утечки информации.

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

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

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

Вместе с вашими оригинальными мыслями эти дополнения помогут создать более всесторонний взгляд на роль и влияние ChatGPT и других ИИ в нашей жизни."

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

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

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

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

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

Это только то, что увидел навскидку, хотя там гораздо больше преимуществ. Проблема скорее не в самих тиктоках, а скорее в том, что мы готовы их смотреть даже тогда, когда недостойны их. Представьте, что у вас есть друг 24/7, который готов вас развлекать любое время, а вам достаточно просто глянуть рекламу и забыть в ответ. У вас в реальности будет такой друг?

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

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

Если вкратце - поздно. А в подробном объяснении расскажу с точки зрения теории игр.

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

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

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

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

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

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

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

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

В дополнение к этому посту хочу предложить вам посмотреть видеоэссе Алексея Маркова (или наоборот, мой пост как дополнение к его ролику)

https://youtu.be/Dypq8YISq9o?si=bNEg3CYPNocyQfdv

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

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

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

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

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

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

Рекомендую посмотреть это непопулярное видео, где автор рассказывает об эффекте Паркинсона. Вкратце он гласит "Работа занимает все отведенное на нее время". Автор ролика советует работать меньше и рассказывает, почему это может быть эффективным. Слава Грис в своей книге "Сделай видеоигру один и не свихнись" делится секретами своей инди-каръеры следуя этому эффекту, даже если он не знает о нем сам.

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

Почти каждый вариант ответа - верный. Вы увидете кейс, где каждый вид корреляции имеет место быть. Но некоторые ответы ближе, некоторые чуть дальше.

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

Если без аналогии, то когда вы учите технологии, то есть прокачиваете хард скиллы, вам может быть не до софтов, можете считать, что общение вас отвлекает. Хотите сфокусироваться на задаче, от чего не спрашиваете лишнего. Либо наоборот, когда вы общаетесь со всеми, смотрите на задачу со всех сторон, анализируете до дыр, обсуждаете и ставите тучу митингов, так и не сдвинувшись по работе на сантиметр. Знаете такие мемы, где проектные менеджера ставят бесконечные встречи, груминги и прочее?

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

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

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

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

Интересную статью прочитал про защиту от выгорания: https://vas3k.blog/notes/pets_vs_cattle/

Вкратце суть статьи в том, что к проекту на работе нужно относиться как к скоту, а не как к питомцу.

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

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

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

Когда вы относитесь к проекту, как к скоту, по сути вы относитесь к своим коллегам почти так же, которые тоже пишут этот проект. Да и к самому себе, ведь вам завтра читать код и дополнять. И эти коллеги относятся к вам так же. Очевидно (от опроса тоже), что каждый хочет относиться к проекту, как к питомцу, что уже хорошо. Разрабы из моего опроса хотели бы лучше относиться друг к другу.

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

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

min(Δx) * t ↔ max(Δy)

t - время работы в проекте. min(Δx) - минимальные совокупные усилия затраченные на проекте в промежутке t времени. max(y) - максимально возможный совокупный выхлоп от усилий.

Если t будет большим, значит выгодно тратить чуть больше (чуть) чем достаточно усилий для заботы о проекте (= о команде и о себе). Если маленьким - чуть меньше (чуть) чем достаточно. Ключевое как вы поняли "чуть". Если вам сложно подобрать баланс (это нормально), то чередуйте, сперва как к скоту, потом как к питомцу. По чуть-чуть.

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

Всем ли очевидно, как стоит работать, если на проекте вы будете долго?