Предполагается, что пет-проект будет жить с вами и умрет тоже с вами. На то он и питомец. Но такой настрой не эффективен для новичков. 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 неопределено. Это правда и для стартапов, ты не знаешь, когда он закроется.

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

Стоит отметить, что Δx не означает прилагать одинаковые усилия на всем промежутке t. Это значит надо в каждый момент минимально достаточные прилагать. Может чуть больше чем достаточно. Чуть. Иногда x1 < x2, а в некие дни может быть 10 * x9 = x10.

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

S = a * b. Какие значения a и b должны быть, чтобы их сумма давала наименьшее значение?

К примеру можете взять S = 32 или S = 36

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

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

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

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

Постом с таким текстом со мной поделились друзья:

Недавно мне предложили оффер от компании .., но я отказался. Почему? Мне предложили 100k в месяц за
фулл-тайм в офисе. А мои расходы: проезд 120 тг * 4 (метро + автобус) + обед 2000 тг * 25 дней = 62k. Дальше - квартира, продукты... На что мне жить? Ладно, если бы
это было на 1-3 месяца, но грейдинг рассматривают только через 6 месяцев, а еще нужно подписать договор об обучении на год. Чтобы получить этот оффер, я прошел
3 этапа собеседования по алгоритмам, писал код на листе бумаги... И для чего?

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

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

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

Σ(интерес компании к вам) > Σ(ваш интерес к компании)

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

Σ(интерес к вам) = k1 * Σ(хард скиллы) + k2 * Σ(софт скиллы) + k * random. k - коэффициент рандома, k1 - коэффициент ценности хардов и k2 - коэффициент ценности софт скиллов. В крупных компаниях коэффициент рандома мелкий, в мелких компаниях - большой. k1 и k2 обратно пропорциональны.

Ошибка джунов - выбивать высокую зарплату. Тем более в линкедине. Вам стоит работать над интересом к вашим услугам. Интерес = ожидание высокой прибыли для себя от вас конкретно. К джунам совокупный интерес начинается с негативной форой. Что значит первые 3 месяца (как минимум) он не будет приносить доход а будет только отнимать ресурсы. По сути это выдача кредита, который может не окупиться (и скорей всего это не окупится). Не мудрено, что стажеров берут на условиях контракта в некоторых местах. По формуле это значит, что ожидание компаний будет:

Σ(hard) < 0

Несколько этапов собеседований хотят выявить точный Σ(hard). Тестовое задание увеличивает Σ, релизнутый проект-питомец - еще больше. Очень много джунов недооценивают релиз. К примеру я лично ни разу еще не собесил джунов с их приложением с Play Store, да и мои друзья айосеров со своей прилой в AppStore тоже. Даже сеньоры понимают сложность релиза, некоторые тимлиды даже не знают к релизить. Казалось бы, решение простое и на поверхности, но додумались на моем опыте и моих друзей кажется никто. Только пару знаю, но они тогда и без релиза бы устроились.

Компенсировать отрицательный или недостаточный Σ(hard) можно большим Σ(soft). Только последнее очень сложное к пониманию, очень ситуативное, что некоторые случаи мне хочется отнести к рандому даже. Но пару примеров я скажу.

Знакомство и отзыв уже дает вам в кредит положительный Σ(soft). Так же ваша внешность и подача. Проблема объяснения Σ(soft) в том, что многие ситуации ситуативны и помощь конкретному человеку с проблемой обустроиться нужно объяснять ситуативно тоже. Но если у человека уже прокачан Σ(soft) то он из любой ситуации может найти максимальную выгоду. Расскажу самый минимум: будьте дружелюбны, соблюдайте этикет, не критикуйте работодателей, выглядите прилично, не перегружайте собой людей. Вроде бы дефолт, но оказывается много кто игнорирует эти правила