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

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

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

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

Благодаря Python-разработчикам Spotify гордится рекомендациями, Uber ищет самые близкие машины, а Pinterest находит подходящие картинки. Вы тоже можете разработать сервис! На курсе «Профессия Python-разработчик» в Skillbox пишут приложения по доставке еды, проектируют интернет-магазины и настраивают поисковые движки. Вы получите опыт в Python и реализуете первые проекты. А после обучения сможете: 👌 создавать модульные программы; 👌 работать с базами данных; 👌 тестировать код приложения; 👌 работать с Django и другими фреймворками. 📌Понимаем, приобретение курса — дело ответственное. Поэтому даём Вам бесплатный доступ к первым 3 модулям. Вы учитесь совершенно бесплатно и решаете, стоит ли продолжать. Оставьте заявку на курс сейчас: https://epic.st/c0Lbk и получите год английского в подарок! Реклама. ЧОУ ДПО «Образовательные технологии «Скилбокс (Коробка навыков)», ИНН: 9704088880

Наличие или отсутствие карьерного роста на самом деле зависит от суммы факторов. В притче выше - одна сторона медали - умение человека проявлять инициативу, самостоятельно принимать решения, брать на себя ответственности. Если человек готов делать только свою маленькую узкую задачу, и не готов смотреть шире - то есть понимать, какие задачи в целом стоят перед командой или всей компанией - тогда и карьерный рост будет отсутствовать. Чем больше ты видишь общую картину - тем выше твоя должность - обычно это работает так. В то же время личные качества, активность и инициативность человека - не единственное, что влияет на карьеру. Я видела компании, где люди легко за 1 год работы уже становились небольшими руководителями. Обычно это маленькая компания, где одному человеку приходится выполнять сразу много разных функций, поэтому люди не замыкаются в решении своих мелких задачах, и растут быстро - по крайней мере, в отношении вертикального роста - то есть роста не всегда есть серьезный рост по техническим скиллам, но административный рост - в сторону менеджмента - очень часто. Так же я видела компании, где типичная ситуация, что люди не растут вообще никак - годами делают примерно +/- одно и то же, одни и те же рутинные задачи. Джуны остаются джунами, мидлы - мидлами. Когда ситуация типична для всей команды или всей компании в целом - видимо, проблема уже не в личной инициативе отдельных людей, а в том, что бизнес-процессы в компании вообще не заточены на то, чтобы люди росли. Менеджеры или тимлиды раскидывают задачи по сотрудникам, задачи сравнительно небольшие и четко очерченные, какой-то выход за рамки, творчество и инициатива особенно не предусмотрены - в итоге среднестатистическому сотруднику в принципе негде себя проявить и люди годами сидят на попе ровно. Если вы попали в такую ситуацию "карьерного застоя" - то, возможно, стоит подумать о смене места работы. Всё же задача вашего непосредственного руководителя - помогать вам расти и развиваться, поощрять и поддерживать полезные инициативы, видеть ваши сильные стороны, и указывать на слабые стороны - т.н. точки роста. Если руководитель ничего этого не делает, то он хотя бы не должен хотя бы мешать расти. Да, бывают руководители, подход которых - дотошно контролировать каждую мелкую деталь работы, не делегировать вообще ничего, и не давать людям проявлять самостоятельность - такого рода руководители не просто не помогают, а даже мешают. Если за год или тем более несколько лет работы прогресса по карьере нет - стоит проанализировать - что же идет не так? Вы сами демотивированы и делаете лишь необходимый минимум? Ваш менеджер никак не способствует вашей карьере? В компании в целом карьерный рост "не практикуется", и люди чуть ли не десятилетями сидят на одних и тех же должностях (кроме тех, кто увольняется)? А, может быть, всё вместе? В зависимости от того, в чем причины лечение будет разным.

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

Статистика – деятельность, направленная на получение, обработку и анализ информации, она лежит в основе многих эффективных инструментов анализа данных, например a/b-тестирования. На бесплатном курсе Яндекс Практикума «Основы статистики и A/B-тестирования» вы: • узнаете основы работы с данными; • научитесь подбирать корректные способы описания разных переменных и находить взаимосвязи и закономерности между величинами; • поймёте, как использовать теоретические распределения на практике. Курс будет вам полезен, если: Вы хотите стать специалистом по анализу данных Разберётесь в основах — это упростит и ускорит дальнейшее обучение Уже работаете в сфере анализе данных Освежите в памяти теорию и закрепите знания с помощью практических задач Вы любой другой специалист (от маркетолога до разработчика) Сможете увереннее чувствовать себя в работе, потому что будете опираться на достоверные данные Чтобы пройти курс, нужно 10–15 часов — зависит от вашего опыта в анализе данных

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

Найди себе дело по душе и тебе не придется работать ни дня в своей жизни Фраза выше - на мой взгляд, модное заблуждение, так же как идея о том, чтобы вместо работы иметь "высокооплачиваемое хобби". Работа и хобби - то и то важные сферы жизни, которые служат разным целям. Начнем с того, что базово профессия, которой ты занимаешься, должна вызывать искренний интерес, и нравиться. Без интереса к своему делу преуспеть крайне трудно, и это будет насилием над собой. Но тем не менее, не стоит путать работу и хобби. Цель хобби - удовольствие, отдых, психическая разгрузка и переключение внимания после работы и прочих дел. Цель работы или бизнеса - во-первых, получение зарплаты или прибыли. Во-вторых - совершенствование своих профессиональных качеств, личностный и карьерный рост. Когда речь идет о хобби, важна только развлекательная часть. Необязательно достигать каких-то вершин мастерства - достаточно, чтобы процесс нравился. Есть люди, которые что-то программируют "для души", при этом не имеют опыта и желания заниматься промышленной разработкой кода. А когда делаешь что-то для души, можно делать это плохо, не соблюдать никаких best practices, не думать о каких-то стандартах и требованиях к качеству работы. И это действительно неважно. Чтобы играть на гитаре "для себя", необязательно учиться в консерватории. Когда речь идет о работе - ты несешь ответственность за качество и результаты своего труда. Тут как раз придется соблюдать кучу правил и ограничений, принятый в рамках вашей компании. Тут необходимо обладать достаточной квалификацией, чтобы соблюдать все профессиональные стандарты. Хобби заниматься необязательно - можно им заниматься нерегулярно, периодически забрасывать. С работой так не получится - пока ты трудоустроен, рабочие задачи будут поступать даже когда ты не в настроении и без вдохновения. Придется работать в том числе и через силу, "нехотя". В случае с хобби можно позволить себе делать то, что хочется так, как тебе хочется, и в целом заниматься исключительно приятными вещами. С работой, опять-таки, не выйдет - даже на любимой работе бывают неприятные моменты, избежать их невозможно. Это и неинтересные рутинные задачи, и прочая нудятина, какие-нибудь бюрократические проволочки, конфликты с другими людьми, неадекватные заказчики, плохо сформулированные требования - в общем, работа не состоит из чистого удовольствия, в любом случае будут какие-то проблемы, конфликты и фрустрация. С хобби ты сам себе хозяин и ни перед кем не отчитываешься. Работа же порождает кучу обязательств - перед работодателем, перед начальством, перед подчиненными, перед заказчиками и клиентами, перед партнерами. Если же превратить хобби в работу - то хобби ты теряешь, это занятие перестаёт выполнять те же функции, что раньше. Возможно, для кого-то вариант рабочий - построить бизнес или заработок вокруг хобби. Но тогда придется смириться с тем, что это уже не хобби, а работа со всеми вытекающими минусами. А для развлечения и отдыха придётся искать себе другое хобби

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

#вашивопросы Прохожу курсы по аналитике данных по Python и SQL. Подскажите пожалуйста какие сейчас реалии на рынке Аналитики данных? Вот сейчас смотрю вакансии по Москве для аналитиков данных со знанием Python - 1400 результатов. Может быть, не все результаты релевантны запросу, но, тем не менее, спрос явно есть. К слову, запрос "разработчик Python" выдает 2400 результатов - на тысячу больше. Со знанием Python и SQL вы в дальнейшем можете развиваться и в сторону разработки на Python, если будет такое желание. Можно еще в Data Science идти, но там нужен будет упор на математику. В разработке - больше упор на программирование, ну и желательно немного от DevOps-практик - администрирование Linux, лучшие практики по деплою и эксплуатации приложений, мониторинг итд итп. Тут смотря что вам ближе. Ну, можно и на аналитике остановиться, или же развиваться в менеджерских направлениях - как бизнес-аналитик, продакт- проджек- менеджер и так далее. Ниже скриншоты с hh по запросам - аналитик данных vs разработчик. Задать вопрос автору блога можно здесь: @hum_it_bot

Сейчас неприятное скажу для джуниор-разработчиков. В последнее время прихожу к выводу, что чем меньше помогаешь джунам - тем лучше для них. Иначе им не хватает опыта "я один в открытом море" - когда спросить некого, помочь некому, есть только ты и проблема. Работать в таких условиях - это незаменимый опыт. Да, есть риск облажаться. С какой-то задачей ты не справишься вообще. Какую-то сделаешь такими адскими костылями, что когда будешь натыкаться на них через пару лет - будет даже стыдно на это смотреть. Вообще в основном плоды твоей работы будут состоять, как говорят, из говна и палок. Но зато ты научишься работать самостоятельно. Что же я вижу у джунов, которым много и часто помогают? Они не эволюционируют. Проходит год, два - а он всё ещё такой же джун. Всё так же тянет за рукав по каждому вопросу. Всё так же не способен самостоятельно довести до ума ни одну задачу. Всё так же постоянно сомневается, постоянно просит советов, не может принять ни одного решения и не может сам докопаться до решения. Наверно, существует какой-то срединный путь, когда джуну постепенно дают всё более сложные задачи и постепенно погружают в самостоятельную работу. Но как-то он с трудом нащупывается - я и среди миддл-разработчиков частенько встречаю людей, которые шагу не могут ступить, не посоветовавшись с кем-то еще. Учитесь полагаться только на свои ресурсы, и на гугл, наконец, когда не хватает своих ресурсов. Не то, чтобы советоваться - это плохо. Советоваться - это хорошо, но перед тем как советоваться, стоит выполнить "домашнюю работу", и уже идти за советом с чем-то готовым (хотя бы с готовой идеей, планом действия). Неумение работать самостоятельно - это не вопрос знаний или технических скиллов, это вопрос сугубо психологический.

Неплохо, неплохо 👏

​📱📈Сейчас время стремительного развития сервисов, и чем больше их появляется, тем больше необходимо специалистов, способных обеспечить их качество. 🔎QA инженер - именно тот, кто отвечает за тестирование программного обеспечения и без кого не обойдется ни один процесс разработки. Стать функциональным тестировщиком - это отличный вариант для того, чтобы получить новую востребованную профессию, не имея специальных навыков разработки. Курс от IT Matreshka по функциональному тестированию с 0 предлагает индивидуальный подход, помощь кураторов и объяснение теории человеческим языком🙋‍♀️ 🏆Сам курс разработан компанией-лидером в QA, которая более 15 лет специализируюется на тестировании. Сейчас действует новый тариф, который включил в себя самую полную версию курса за 60.000руб.🔥 Подробнее по ссылке - https://goo.su/g9EQsrU

#вашивопросы Привет! Как и где искать идеи для своего проекта для портфолио. Например я сейчас изучаю Python, очень нравится, особенно интересно было делать игры в ходе обучения. Но как быть дальше? Хочется сделать свой проект, чтобы залить на гитхаб и показывать потенциальным работодателям, а идей пока нет. Спасибо за канал! Можно начать делать свои pet-проекты - к примеру, если хотите освоить веб-программирование - придумать какой-нибудь сайт, приложение, да просто консольную (или не консольную) программу для себя/для друзей/для мамы - что-то небольшое (чтобы осилить), но такое, что будет полезно для пользователя. Нравятся игры - можно и игру написать (правда, если брать промышленный геймдев, это чаще всего не Python). Также в этом посте я уже отвечала на подобные вопросы - посмотрите, там есть ссылка на репозиторий на гитхабе с кучей учебных проектов для тренировки программирования на самых разных языках, включая Python - можно выбрать проект оттуда и приступить к разработке. А вопрос мне всегда можно задать здесь: @hum_it_bot

Меня тут спрашивают, почему я так редко пишу в последнее время. Всё дело в том, что все основные идеи, которые я хотела выразить в этом канале, я сформулировала еще в самых первых постах, которые вышли уже несколько лет назад. И этих идей не так уж много. Практика показала, что все вопросы, которые задают новые подписчики - повторяют то, о чем я уже писала не раз и не два. Но я для себя решила - раз у людей снова и снова возникают похожие вопросы, буду в очередной раз на них отвечать - почему бы и нет? Публика на канале меняется, приходят новые люди, и вряд ли они читают все старые посты. Сегодня хочу собрать основные тезисы, которые у меня кочуют из поста в пост, в качестве некоторого итога: 1. Если у вас непрофильное образование, опыт работы совсем в других областях - ничто не мешает попробовать себя в профессиях в сфере IT. Возможно, вас это заинтересует, почему бы не попробовать? 2. "Гуманитарного склада ума" не существует. У вас может быть другое мнение на этот счет, но моё именно такое. Это миф. 2. Учиться можно где угодно и как угодно - по книгам, по онлайн курсам, на очных курсах, на бесплатных или платных курсах, используя гугл, ютуб и гитхаб. Главное - высокая мотивация и интерес к предметной области, ну и трудолюбие, любознательность. 3. Если вы не очень-то мотивированы, и интереса совершенно точно нет - никакие дорогущие курсы не помогут и не спасут. Обучение через "не хочу" не работает. 4. Профильное высшее образование - это хорошо, но не обязательно. Если у вас нет ни одного высшего образования - лучше получить хотя бы одно. Идти за вторым высшим куда-то необязательно - разве, что очень хочется. Особенно если вам уже давно не 20 лет. 5. Английский язык нужен. Хотя бы на уровне чтения технической документации. Однако без идеального английского многие обходятся легко, по крайней мере, из тех, кто не планирует работать на иностранные компании. 6. Возраст - дело индивидуальное. Никто не спорит, что учиться и что-либо менять в жизни гораздо проще в 20 лет по ряду причин, чем в 30 или 40. Но есть люди, которые меняют профессию и в 40. 7. Что именно изучать - зависит от выбранного направления. Роадмапы для разных профессий и список нужных предметов можно найти и в гугле, и у меня на канале (у меня больше уклон в бэкенд-разработку, остальное постольку-поскольку). Я рекомендую всем разработчикам начинать с общего введения в Computer Science - есть крутой гарвардский курс Introduction into computer science CS50. Возможно, он сейчас не на всех платформах доступен из-за санкций, но где-то точно есть. Ссылки можно найти у меня на канале. 8. Чтобы "вкатиться в IT" - самое главное - приобрести настоящий боевой опыт. Поэтому на первых этапах трудоустройства рекомендую цепляться за любые возможности, в том числе за неоплачиваемые стажировки. Никакое обучение не даст столько, сколько даст работа над реальными проектами. Правда, сейчас крупные онлайн-школы очень стараются воспроизвести во время обучения условия, похожие на настоящую работу. А вопрос мне всегда можно задать здесь: @hum_it_bot

​Сегодня в IT идут все, кто мечтает о работе в международной компании с хорошей зарплатой. Но правда в том, что на рынке по-прежнему наблюдается дефицит квалифицированных кадров. Бизнесу нужны люди, которые могут прийти и сразу решать их задачи. Те, кто обладает практическими знаниями и может переводить любую бизнес задачу на язык кода. 🐍 Именно на глубокую и постоянную практику нацелен курс «Python-разработчик» от Хекслета. Вы начнете писать код с первого дня обучения, выполните сотни практических упражнений, напишете 4 полноценных проектов, поучаствуете в Open Source и подготовитесь к собеседованиям с помощью тестовых от компаний партнеров. 🎁 Вы можете начать учиться уже сегодня! Пройдите 5 бесплатных уроков, получите скидку 10% на курс и решите, подойдёт вам профессия или нет. Будьте уверены — вы получите именно те инструменты и навыки, которые позволят вам найти работу!