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

Как собеседуют senior-разработчиков В конце прошлого года была на конференции Highload++, и там зашла послушать доклад о том, как собеседуют Senior-разработчиков. Подход докладчика к этому вопросу мне не понравился, я в корне не согласна по многим пунктам, кажется, даже дослушивать до конца не стала. Докладчик несколько раз повторил фразу "собеседование - это экзамен". Я же всегда говорю обратное - собеседование - это не экзамен. Проводить собеседование с таким видом как будто вы профессор, и перед вами студент, которому надо сдать сессию - это детский сад. И особенно это касается сениор-разработчика - у хорошего кандидата с нынешним рынком, скорее всего, уже есть несколько офферов в запасе и он ходит на собеседования как жених на смотрины невест в старину, присматривается, нет ли чего-то "повкуснее". Собеседование - это знакомство. Кандидат приходит понять, есть ли у работодателя интересные вакансии для него. Работодатель смотрит, подойдёт ли кандидат для того, чтобы закрыть собой нужный функционал. А экзамен - это взгляд "сверху вниз" - при том, что сильный кандидат может быть по уровню выше того, кто его собеседует. Далее докладчик советовал гуглить список самых частых вопросов для собеседований (например, по Java, если собеседуешься на джависта), и заранее готовить ответы. То есть... то есть опять это как экзамен - надо выучить билеты заранее. Получается, ребята расписались в том, что они с радостью нанимают к себе на работу людей, которые умело притворяются сениор-разработчиками - и еще всем советуют так же делать. В итоге у них там работает кто? Миддлы, хорошо выучившие вопросы к собеседованию? Люди с хорошей памятью и навыками самопрезентации? В чём прикол? Никого не призываю следовать моему примеру, но лично я ни разу в жизни не готовилась заранее к собеседованиям. Наверно, начинающим специалистам всё же было бы полезно готовиться, конкуренция среди выпускников гикбрейнсов большая. Может быть, не начинающим тоже. Но вот работодателю спрашивать по списку вопросы из топа выдачи гугла - это же смешно. Задача же - понять уровень специалиста объективно, таким, какой он есть на самом деле, без подготовки. Чтобы понять, что сениор на самом деле сениор - прежде всего, важно спросить, в каких проектах он участвовал, понять размер, сложность этих проектов, подробнее расспросить, что именно он (и его команда) там делали и как делали. Подделать ответы на такие вопросы гораздо сложнее - это придётся придумывать/описывать целую архитектуру. Так же важно проверить софт-скиллы - из общего разговора с человеком выяснить, как он умеет общаться с коллегами, есть ли у него навыки лидера и организаторские качества, как он ведёт себя в ситуации неопределенности и недостатка информации, пассует ли перед сложностями. Докладчик на конференции рассказывал, как они собеседовали кандидата, и кандидат стал вести себя агрессивно и орать на собеседующих - мол "у него такая реакция на стресс". И, удивительное дело, кандидату даже предложили продолжить общение в другой день, раз сегодня не получилось. Хотя, на мой взгляд, человек очевидно завалил тест на софт-скиллы - если даже на первом собеседовании не способен держать себя в руках и ведёт себя агрессивно в адрес почти незнакомых людей. Что же касается технических вопросов, например, про SQL, языки программирования, операционные системы и так далее - на мой взгляд, это скорее проверка на дурака. То есть, с помощью них нужно понять, не просочился ли на собеседование человек, который не знает даже самых элементарных вещей. И да, для сеньора планка, конечно, выше. Но вот задавать очень хитрые заковыристые вопросы из глубокой теории, с которыми на практике 99% разработчиков не сталкиваются - это уже ненужное задротство, которое никак не показывает способность человека работать с большими и сложными проектами, а так же способность взаимодействовать с людьми.

Роадмап по изучению Python: https://roadmap.sh/python

Больше половины россиян (55%) сменили профессию за последние два года. Более трети ушли в IT, оценив сферу как наиболее перспективную и мобильную. Чаще всего профессии меняли руководители среднего звена, а также специалисты из сферы гостинично-ресторанного бизнеса и туризма. Причинами смены сферы деятельности участники исследования Kokoc Staff назвали более высокий заработок и интерес к новым занятиям. @retailrus

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

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

Как войти в айти В этом году я с разгона забежал в IT. Это позволило переехать в Мадрид и вести достойную жизнь в европейской столице. Сегодня раздаю советы тем, кто хочет сменить профессию. Выбор профессии Профессионалы зарабатывают хорошо в любой отрасли и IT не панацея. Но допустим, вы всё-таки выбрали информационные технологии. В IT работают не только разработчики/программисты. Там куча занятий, которые могут подойти, если код не возбуждает. Пройдите профориентацию, может быть ваше призвание стать scrum-мастером. Preproduction Вы определились. Пока рано менять жизнь и покупать курсы. Заходите в YouTube и пару месяцев поглощайте информацию оттуда. На этом этапе не нужно пытаться «освоить профессию». Сейчас важно выработать привычку учиться и прислушаться к себе. Через 2 месяца задайтесь вопросом: «Готов(a) ли я этим заниматься следующие 20 лет жизни?». Если ответ: «Да!», поехали дальше. Курсы или самообучение Я знаю успешных самоучек, но это исключение. Получить формальное образования – хорошая идея. Курсы нужны не для информации. Информации в интернете куча. У курсов есть две важные функции: 1. Обратная связь Работающий код написать не трудно. Но его нужно написать правильно, чтобы через неделю вы смогли его прочитать. На курсах есть человек, который посмотрит на вашу работу и скажет: «Здесь нужно так, а здесь вот так» 2. Дедлайн Учиться можно вечно. Курсы же заканчиваются и появляется точка, когда пора переходить к следующему этапу – поиск работы. Я купил самые дорогие курсы и не жалею, но сейчас бы поступил иначе. Все эти конторы существуют по схеме: Идут на Udemy -> Покупают там за 100 евро популярный материал по нужной теме -> Красиво упаковывают -> Продают за 1500 евро. Я советую идти напрямую на Udemy и подобные сайты и брать материал оттуда. Периодически дополняйте курсы уроками с наставником по 20-30 евро. В итоге в 300-500 евро можно уложиться. Pet project С начала обучения пилите свой проект. Это очень важно. Проект должен быть больше, чем просто что-то, работающее на вашем компьютере. Он должен пройти все этапы разработки: это небольшое приложение, развернутое на сервере и доступное извне. Даю слово, что 99% знаний вы получите именно тогда, когда будете делать и разворачивать свой проект. Поиск работы Теперь самое интересное – как найти работу без опыта? Вы можете пойти на стажировку, хотя часто и там требуется опыт. Я считаю, что нужно упаковывать своё обучение, pet project и что-то из прошлой жизни в опыт работы. Задача у этого одна – попасть на собеседование. Если попали на собеседование и у вас нет знаний, то HR быстро это раскусит. Как пройти техническое собеседование Чтобы подготовиться я вместо музыки слушал постановочные собеседования. Таких на YouTube полно по каждой теме. Это помогло вызубрить как работает нужная технология изнутри. В итоге собеседования я щёлкал как орешки. Рынок труда Работа есть, если не ограничивать свою географию. Не удается найти в городе, ищите в области, не получается в области – ищите в столице, нет работы в столице – пробуйте в другой стране. Знание английского языка здесь очень помогает. Джуны нужны. Говорить, что они не нужны – все равно что сказать: «Зачем миру дети, если взрослые всё делают лучше?»

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

Джун и cеньор-программисты Python r/#ProgrammerHumor

#вашивопросы Здравствуйте, как и кем начать работать, если хочешь стать специалистом по NLP? С какой позиции начинать? Data Scientist звучит будто очень расплычато. Откройте к примеру hh, и наберите в поиске NLP. Вариантов в целом два - либо это дата саентист, работающий с NLP (это будет упоминаться в описании вакансии). Либо же это программист, владеющий Data Science, машинным обучением и NLP. Тогда вакансия будет называться разработчик ML, инженер ML/NLP/Data Science и так далее. Второй вариант - это по сути 2 профессии в одной - разработчик/инженер, который умеет делать полноценные программы/сервисы, а, может быть, и владеет азами DevOps - то есть умеет эти приложения деплоить, мониторить и поддерживать в работоспособном состоянии, и плюс к этому ещё и шарит в машинном обучении, нейросетях и прочем дата саенсе. Первый вариант - это человек, больше сфокусированный на Data Science, на обучении моделек итд без таких высоких требований к инженерным навыкам и написанию полноценного ПО. Задать вопрос автору блога можно здесь: @hum_it_bot

Друзья! Мне тут напоминают, что меня читают не только джуны, но и начинающие специалисты с опытом 2-3 года, и просили придумывать контент и для них. Я же хочу напомнить, что если у вас есть вопросы или темы, о которых интересно было бы почитать на канале, вы можете присылать свои пожелания мне сюда: @hum_it_bot

По просьбе читателей, теперь можно ставить реакции к постам