Программирование для гуманитариев

UPD: текст сделала покрупнее

#вашивопросы Здравствуйте! Обращаюсь к вам с просьбой о помощи. В течение последних 2-3 месяцев я активно ищу работу в сфере IT Аналитики данных, но у меня возникли некоторые трудности. Мой стек включает Python, SQL, Power BI и основы статистики. Кроме…

#вашивопросы Здравствуйте! Обращаюсь к вам с просьбой о помощи. В течение последних 2-3 месяцев я активно ищу работу в сфере IT Аналитики данных, но у меня возникли некоторые трудности. Мой стек включает Python, SQL, Power BI и основы статистики. Кроме того, я закончил соответствующие курсы и имею диплом, при необходимости, готовый предоставить его работодателю. Также, у меня есть два пет-проекта, связанных с анализом данных, которые я успешно завершил. Однако, несмотря на все мои усилия и длительные отклики на вакансии, эффективность по поиску работы остается очень низкой. Я начинаю задумываться, может ли быть проблема в том, что на данный момент компаниям не нужны junior позиции в этой области? Я хотел бы услышать ваше мнение по этому поводу, и возможно, советы, как повысить свои шансы на трудоустройство. Ниже будем разбирать кейс этого молодого человека, а точнее, часть, которая касается его резюме - из дальнейшей переписки я выяснила, что автора вопроса редко приглашают на собеседования, а, значит, уже на этапе отправки резюме потенциальным работодателям что-то идёт не так. Насколько человек хорошо себя презентует уже на этапе собеседования, а так же его реальные скиллы я знать не могу, поэтому проанализируем ту информацию, которая нам доступна. Задать вопрос автору блога можно здесь: @hum_it_bot

Религия и холивары Если вы работаете в IT, то наверняка вам приходилось быть свидетелем, а может, и участником споров по поводу того, какое решение лучше - А или Б. Кто-то, например, готов насмерть стоять за то, что всегда и везде нужно использовать микросервисную архитектуру. Кто-то любит ORM, а кто-то является принципиальным противником. Кто-то за WIndows, кто-то против. И таких тем бесконечное количество. Когда у человека есть стойкое убеждение, что решение А - самое верное, и никак иначе нельзя, "просто потому что" - это в насмешку называется "религиозными убеждениями" - потому что речь идёт о каких-то догмах, в которые человек верит свято и непреклонно, и от которых не готов отступать ни при каких обстоятельствах. В целом, у всех с опытом формируется некий набор личных предпочтений о том, как нужно писать код и какие технологии использовать. Но вопрос в том, насколько вы гибки в своих подходах и готовы их адаптировать под различные ситуации. Всё IT - это всего лишь набор различных инструментов, и каждый инструмент удобен для одних случаев, а в каких-то других случаях наоборот - только мешает. И это относится ко всему - от языков программирования, текстовых редакторов, операционных систем, СУБД, фреймворков до парадигм программирования, паттернов проектирования и видов архитектуры. Бывают ситуации, когда самый ужасный говнокод - и есть правильный выбор, без всяких там классов и красивой архитектуры. Например, вам нужно на своем локальном компьютере проверить какую-то гипотезу и за 5 минут набросать скрипт, который будет её проверять - тут важно сделать быстро, и совсем неважно, насколько красив будет код. А любители бесконечно спорить о парадигмах и подходах зачастую просто попусту тратят деньги работодателя - за время потраченное на споры, они могли бы сделать что-то более полезное. Иногда продуктивнее выбрать хоть какое-то решение и уже приступить к разработке, пусть даже это решение будет не идеальным. Если ваш начальник очень хочет написать монолит, а вы настаиваете на микросервисах - продуктивнее будет свернуть этот спор, и уже написать работающую программу, чем стопорить разработку бесконечными препираниями. С другой стороны - если цена ошибки очень высока, и вы совершенно убеждены, что именно ваше решение поможет вам избежать ряда критичных проблем - тогда имеет смысл стоять на своём до победного и подробно расписать все ваши аргументы. Вопрос всегда в том, чего требует конкретная ситуация.

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

#вашивопросы Как справиться с ленью и прокрастинацией?С каждой неделей ощущение, что работать всё сложнее, боюсь, меня скоро уволят Моё мнение - лень и прокрастинация - признак потери мотивации, а этому всегда есть объективная причина. Люди склонны винить себя в том, что они ленятся, а часто стоит оглядеться вокруг, и оценить обстановку. Какие могут быть причины у потери мотивации: - Рутинные однообразные скучные задачи, либо слишком лёгкие. Если у вас так - поговорите с руководителем - может быть, есть возможность нагрузить вас другими задачами или перевести на другой проект. Можно перейти в другой отдел или вообще в другую компанию, сменить стэк. Некоторые руководители доверяют джунам только самые мелкие и простые задачи - и, естественно, со временем они наскучат - если это ваш случай, просите давать вам большие проекты. Пора. - Очень большие и сложные задачи - конца и края не видно, кажется, вы не справляетесь. Большую задачу стоит декомпозировать на более простые мелкие подзадачи и делать поэтапно. А если конкретный проект вас прямо сильно демотивирует - опять-таки - стоит посмотреть в сторону смены команды, стэка, задач, проекта, направления или даже должности. - Очень мало работы, скучно. Трудно поверить, но и такое бывает. Опять-таки - значит стоит искать варианты, как это изменить. - Наоборот, очень много работы - поток задач бесконечный, и сколько ни делай - их всё время становится только больше. Налицо проблемы планирования. Вы в любом случае не сможете сделать все 200+ задач за разумное время. Поэтому придётся приоритизировать и выбрать из них 5, которые вы точно успеете сделать. Обсудите с руководителем вашу нагрузку и список задач - объясните, что сделать всё невозможно, нужно выбирать. Так же спросите, не планируют ли нанимать ещё людей - явно рук на всю работу не хватает. - Плохо организованный график работы. Часто встречается у фрилансеров и удаленщиков. Тут подходы могут быть разными, но ключевое - приучать себя делить свой день на рабочее и нерабочее время. Самое вредное - сидеть сутками у компа и заниматься прокрастинацией - вроде и не работаешь толком, но и не отдыхаешь. Можно работать как в офисе - четко с 9 до 18:00. Можно выбрать какие-то другие временные интервалы для работы. Кому-то помогает метод томата - включаете таймер на полчаса, и полчаса занимаетесь строго работой, потом 5-10 минут обязательно отдыхаете. И по новой. - Скудный образ жизни. Опять-таки - проблема фрилансеров и удаленщиков, но и не только. Если жизнь недостаточно насыщенная и разнообразная - это может убивать мотивацию ко всему вообще, и к работе в частности. Для здоровья психики (да и физического здоровья тоже) человеку полезно куда-то ездить, общаться с другими людьми, заниматься спортом, различными хобби, развлекаться, итд итп. - Вы много перерабатывали, раньше был энтузиазм и работали сутками, а теперь выдохлись. Выгорание - опасная штука. Прежде всего, сходите в отпуск. В особо запущенных случаях короткий отпуск не помогает, и нужен прям сабатикл - перерыв в работе на несколько месяцев, а то и на год. До такого состояния лучше не доводить, и следить за своим work-life балансом - в жизни должны присутствовать и другие сферы, кроме работы. Повышенный энтузиазм и желание писать код до 3 ночи - это уже считай первый признак выгорания. Переработки стоит допускать только когда это экстренная необходимость - например, нужно срочно устранять критическую поломку вашего ПО и прочие авралы. Ради удовольствия перерабатывать не стоит - потом боком выйдет. - Некомфортная обстановка на работе. Возможно у вас острые конфликты с каким-то коллегой или несколькими коллегами и аналогичные постоянные стрессы на работе и это вас вконец вымотало. Опять-таки - тут либо как-то решать конфликт, либо искать, где вам будет лучше. - Апатия или депрессия. Это тоже бывает, возможно, для улучшения самочувствия нужны антидепрессанты и психотерапия.

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

Почему у меня нет карьерного роста? Сначала будет притча, а потом выводы. Притча: Один работник зашел к барину и говорит: — Барин! Почему ты мне платишь всего пять копеек, а Ивану всегда пять рублей? Барин смотрит в окно и говорит: — Вижу я, кто-то едет. Вроде бы сено мимо нас везут. Выйди-ка, посмотри. Вышел работник. Зашел снова и говорит: — Правда, барин. Вроде сено. — А не знаешь откуда? Может, с Семеновских лугов? — Не знаю. — Сходи и узнай. Пошел работник. Снова входит. — Барин! Точно, с Семеновских. — А не знаешь, сено первого или второго укоса? — Не знаю. — Так сходи, узнай! Вышел работник. Возвращается снова. — Барин! Первого укоса! — А не знаешь, по чем? — Не знаю. — Так сходи, узнай. Сходил. Вернулся и говорит: — Барин! По пять рублей. — А дешевле не отдают? — Не знаю. В этот момент входит Иван и говорит: — Барин! Мимо везли сено с Семеновских лугов первого укоса. Просили по 5 рублей. Сторговались по 3 рубля за воз. Я их загнал во двор, и они там разгружают. Барин обращается к первому работнику и говорит: — Теперь ты понял, почему тебе платят 5 копеек, а Ивану 5 рублей?

В качестве развлечения, сегодня у нас паста с двача. Текста там было больше, ключевые идеи такие - человек считает, что все решения о том, какие задачи делать, и как их делать - вплоть до деталей технической реализации должен принимать тимлид. А разработчик должен выступать исключительно в роли исполнителя, получая задачи в полностью разжеванном и продуманном виде. И еще очень ругается, когда ему сообщают, что от него ожидают большей инициативности и лидерских качеств. При этом он ожидает карьерного роста и роста зарплаты. Что тут не так? В IT это так не работает. "Деревянный" исполнитель задач, кодер, который просто пишет код а-ля стенографистка, но не включается в проектирование технических решений, не может задачу продумать, декомпозировать на мелкие подзадачи - это джуниор-разработчик, причем, джун на самых ранних этапах работы. Для того, чтобы расти, нужно как раз развивать мышление и учиться применять его в решении проблем в более высокоуровневом смысле (не просто писать код, но и понимать, какие задачи бизнеса мы решаем, как их решить более эффективно, ну и как спроектировать хорошую программу). Без этого никакого карьерного роста быть не может, а с таким враждебным подходом человек и вовсе выглядит профнепригодным.