Про замену джунов нейросетями
Недавно прочитала в одном блоге о том, что сейчас в небольших и шустрых стартапах уже успешно заменяют джунов нейросетями, и мол типовые "джунские" задачи нейросети уже решают лучше самих джунов.
Коротко прокомментирую, что думаю об этом.
Ну, во-первых, речь в статье шла про фронтенд. Фиг его знает, что творится во фронтенде, и, быть может, там действительно вместо джунов уже успешно трудится ИИ.
Я человек из бэкенда, и не просто из бэкенда, а работающий в парадигме DevOps (то есть сами пишем код, сами его "упаковываем" в готовые сервисы или программы, сами их настраиваем, сами деплоим, сами мониторим за корректностью и за хорошей производительностью, сами чиним в случае аварий). И представить, чтобы вместо нас это всё делал робот, пока очень сложно. Более того, робот - это тоже программа, и её тоже кто-то должен разрабатывать, настраивать, чинить баги, мониторить корректность работы итд итп.
Что же касается джунов - скажу, что в идеальном мире работодателя с неограниченными ресурсами джуны не нужны вообще никому. Джун - это дорого. Джун отнимает много времени у других сотрудников на своё обучение. Джун не всегда чему-то учится, несмотря на усилия всей команды. Джун часто учится гораздо медленнее, чем все рассчитывали, джун совершает много ошибок и багов, и не всегда удаётся за ним уследить и предотвратить катастрофу. Джун может уволиться как только хоть чему-то научится, тем самым не окупив все вложенные в него затраты, время и деньги. Наконец, джун может в итоге оказаться профнепригоден.
Тем не менее без джунов обойтись нельзя. А всё потому что иначе не откуда будет брать middle-специалистов и "сеньоров". Их со временем становится меньше, работать некому. Причин на то много - кому-то надоедает заниматься разработкой, и он уходит в менеджмент и в бизнес, а кто-то, к примеру, эмигрирует из России. А цифровой инфраструктуры становится с каждым годом только больше. На сегодняшний день дефицит работников IT-индустрии огромный - зарплаты у опытных специалистов растут, а найти хороший, квалифицированный кадр становится всё сложнее - на собеседования приходят люди, которые ничего не умеют и не знают, но уже хотят внушительную зарплату.
Поэтому единственное, что остаётся - искать перспективных джунов, и выращивать из них опытных специалистов. Это неизбежность, по-другому не получится.
Задать вопрос автору блога можно здесь: @hum_it_bot
Недавно прочитала в одном блоге о том, что сейчас в небольших и шустрых стартапах уже успешно заменяют джунов нейросетями, и мол типовые "джунские" задачи нейросети уже решают лучше самих джунов.
Коротко прокомментирую, что думаю об этом.
Ну, во-первых, речь в статье шла про фронтенд. Фиг его знает, что творится во фронтенде, и, быть может, там действительно вместо джунов уже успешно трудится ИИ.
Я человек из бэкенда, и не просто из бэкенда, а работающий в парадигме DevOps (то есть сами пишем код, сами его "упаковываем" в готовые сервисы или программы, сами их настраиваем, сами деплоим, сами мониторим за корректностью и за хорошей производительностью, сами чиним в случае аварий). И представить, чтобы вместо нас это всё делал робот, пока очень сложно. Более того, робот - это тоже программа, и её тоже кто-то должен разрабатывать, настраивать, чинить баги, мониторить корректность работы итд итп.
Что же касается джунов - скажу, что в идеальном мире работодателя с неограниченными ресурсами джуны не нужны вообще никому. Джун - это дорого. Джун отнимает много времени у других сотрудников на своё обучение. Джун не всегда чему-то учится, несмотря на усилия всей команды. Джун часто учится гораздо медленнее, чем все рассчитывали, джун совершает много ошибок и багов, и не всегда удаётся за ним уследить и предотвратить катастрофу. Джун может уволиться как только хоть чему-то научится, тем самым не окупив все вложенные в него затраты, время и деньги. Наконец, джун может в итоге оказаться профнепригоден.
Тем не менее без джунов обойтись нельзя. А всё потому что иначе не откуда будет брать middle-специалистов и "сеньоров". Их со временем становится меньше, работать некому. Причин на то много - кому-то надоедает заниматься разработкой, и он уходит в менеджмент и в бизнес, а кто-то, к примеру, эмигрирует из России. А цифровой инфраструктуры становится с каждым годом только больше. На сегодняшний день дефицит работников IT-индустрии огромный - зарплаты у опытных специалистов растут, а найти хороший, квалифицированный кадр становится всё сложнее - на собеседования приходят люди, которые ничего не умеют и не знают, но уже хотят внушительную зарплату.
Поэтому единственное, что остаётся - искать перспективных джунов, и выращивать из них опытных специалистов. Это неизбежность, по-другому не получится.
Задать вопрос автору блога можно здесь: @hum_it_bot
Почему я всем рекомендую не брезговать английским языком - переводы документации и статей на русский язык часто совершенно нечитаемые - буквально мозг об них сломаете. Да, в оригинале, даже на неродном английском всё куда проще и понятнее.
На картинке для примера - кусок перевода с Хабра статьи про питоновский модуль asyncio
На картинке для примера - кусок перевода с Хабра статьи про питоновский модуль asyncio
Часто слышу от не айтишников о том, какие классные у нас тут офисы. Знаете, вот эти все новомодные красивые, с пуфиками, со столом для пингпонга, плойками и настольными играми. Я даже видела офис, где есть футбольное поле, прямо в здании.
Но что я хочу сказать - если вам на этом этапе кажется, что красивый модный офис со всякой мишурой - это важно, возможно, стоит сесть и пересмотреть свои приоритеты при поиске работы. Пуфики вы перестанете замечать через 2 недели. На настольный теннис и йогу в офисе, скорее всего, просто не будет оставаться свободного времени.
Есть миллион других факторов, которые гораздо важнее. Начинающему специалисту важнее всего поучаствовать в интересном и достаточно сложном проекте, чтобы развить свои скиллы и набраться опыта. Такая возможность может предоставиться и в самом скромном сером офисе на окраине города с дешевым ремонтом. Просто у небольшой компании может не быть денег на пуфики, стеклянные двери и прочую красоту. Но это не значит, что работать там будет неинтересно и не полезно для карьерного пути.
К слову, скромные небольшие компании могут способствовать более быстрому карьерному росту - если штат небольшой, а задач много, то на одного человека приходится много ответственности, он получает разнородный опыт и может быстрее дорасти до, скажем, лида. В большой компании с более конвеерным отношением к сотрудникам, можно за то же время остаться +/- на той же должности (но тут всё индивидуально, конечно).
Приведу ещё причины, которые могут быть более веским аргументом при поиске работы, чем хороший красивый офис:
- Офис рядом с домом, скажем, в 5 минутах ходьбы - куда более жирный плюс, чем клёвый офис в часе дороги
- Нормированный график работы - то есть положенные 8 часов, а не "потовыжималка". В некоторых компаниях люди работают и по 12 часов, и по выходным, и по ночам. Какое-то время это может быть интересно, но такие эксперименты над здоровьем могут дорого стоить
- Хорошая зарплата
- Официальное трудоустройство и "белая" зарплата. Честно говоря, я уже почти забыла, что существуют "серые" и даже "чёрные" схемы оплаты труда - в айти часто всё по-белому. Но всякое встречается. Почему это важно: например, чтобы ипотеку дали. И вычет налоговый оформить.
- Интересные проекты, и технологии
- Возможности для быстрого карьерного роста
- Приятный дружелюбный коллектив, готовый помогать вам в развитии
- Возможность работать удаленно, или в гибридном режиме - например, несколько дней в неделю из дома
- Готовность компании оплачивать вам обучение, курсы, участие в конференциях
- Наличие в компании стажировок и джуниорских вакансий - да, джунов и начинающих специалистов много, и не каждая компания готова ими заниматься. Поэтому на первом этапе имеет смысл не сильно привередничать в выборе - до тех пор, пока наберетесь опыта и превратитесь в востребованного специалиста. Если есть какая-то возможность поучаствовать в разработке интересного проекта, пусть даже за минимальные деньги в качестве стажера - лучше брать.
Но что я хочу сказать - если вам на этом этапе кажется, что красивый модный офис со всякой мишурой - это важно, возможно, стоит сесть и пересмотреть свои приоритеты при поиске работы. Пуфики вы перестанете замечать через 2 недели. На настольный теннис и йогу в офисе, скорее всего, просто не будет оставаться свободного времени.
Есть миллион других факторов, которые гораздо важнее. Начинающему специалисту важнее всего поучаствовать в интересном и достаточно сложном проекте, чтобы развить свои скиллы и набраться опыта. Такая возможность может предоставиться и в самом скромном сером офисе на окраине города с дешевым ремонтом. Просто у небольшой компании может не быть денег на пуфики, стеклянные двери и прочую красоту. Но это не значит, что работать там будет неинтересно и не полезно для карьерного пути.
К слову, скромные небольшие компании могут способствовать более быстрому карьерному росту - если штат небольшой, а задач много, то на одного человека приходится много ответственности, он получает разнородный опыт и может быстрее дорасти до, скажем, лида. В большой компании с более конвеерным отношением к сотрудникам, можно за то же время остаться +/- на той же должности (но тут всё индивидуально, конечно).
Приведу ещё причины, которые могут быть более веским аргументом при поиске работы, чем хороший красивый офис:
- Офис рядом с домом, скажем, в 5 минутах ходьбы - куда более жирный плюс, чем клёвый офис в часе дороги
- Нормированный график работы - то есть положенные 8 часов, а не "потовыжималка". В некоторых компаниях люди работают и по 12 часов, и по выходным, и по ночам. Какое-то время это может быть интересно, но такие эксперименты над здоровьем могут дорого стоить
- Хорошая зарплата
- Официальное трудоустройство и "белая" зарплата. Честно говоря, я уже почти забыла, что существуют "серые" и даже "чёрные" схемы оплаты труда - в айти часто всё по-белому. Но всякое встречается. Почему это важно: например, чтобы ипотеку дали. И вычет налоговый оформить.
- Интересные проекты, и технологии
- Возможности для быстрого карьерного роста
- Приятный дружелюбный коллектив, готовый помогать вам в развитии
- Возможность работать удаленно, или в гибридном режиме - например, несколько дней в неделю из дома
- Готовность компании оплачивать вам обучение, курсы, участие в конференциях
- Наличие в компании стажировок и джуниорских вакансий - да, джунов и начинающих специалистов много, и не каждая компания готова ими заниматься. Поэтому на первом этапе имеет смысл не сильно привередничать в выборе - до тех пор, пока наберетесь опыта и превратитесь в востребованного специалиста. Если есть какая-то возможность поучаствовать в разработке интересного проекта, пусть даже за минимальные деньги в качестве стажера - лучше брать.
❤20💯13👍5👌1
По просьбе читателей, теперь можно ставить реакции к постам
🔥43👾6✍3👍2🐳2👏1
Друзья! Мне тут напоминают, что меня читают не только джуны, но и начинающие специалисты с опытом 2-3 года, и просили придумывать контент и для них. Я же хочу напомнить, что если у вас есть вопросы или темы, о которых интересно было бы почитать на канале, вы можете присылать свои пожелания мне сюда: @hum_it_bot
❤18🥰3
#вашивопросы
Здравствуйте, как и кем начать работать, если хочешь стать специалистом по NLP? С какой позиции начинать?
Data Scientist звучит будто очень расплычато.
Откройте к примеру hh, и наберите в поиске NLP.
Вариантов в целом два - либо это дата саентист, работающий с NLP (это будет упоминаться в описании вакансии). Либо же это программист, владеющий Data Science, машинным обучением и NLP. Тогда вакансия будет называться разработчик ML, инженер ML/NLP/Data Science и так далее.
Второй вариант - это по сути 2 профессии в одной - разработчик/инженер, который умеет делать полноценные программы/сервисы, а, может быть, и владеет азами DevOps - то есть умеет эти приложения деплоить, мониторить и поддерживать в работоспособном состоянии, и плюс к этому ещё и шарит в машинном обучении, нейросетях и прочем дата саенсе.
Первый вариант - это человек, больше сфокусированный на Data Science, на обучении моделек итд без таких высоких требований к инженерным навыкам и написанию полноценного ПО.
Задать вопрос автору блога можно здесь: @hum_it_bot
Здравствуйте, как и кем начать работать, если хочешь стать специалистом по NLP? С какой позиции начинать?
Data Scientist звучит будто очень расплычато.
Откройте к примеру hh, и наберите в поиске NLP.
Вариантов в целом два - либо это дата саентист, работающий с NLP (это будет упоминаться в описании вакансии). Либо же это программист, владеющий Data Science, машинным обучением и NLP. Тогда вакансия будет называться разработчик ML, инженер ML/NLP/Data Science и так далее.
Второй вариант - это по сути 2 профессии в одной - разработчик/инженер, который умеет делать полноценные программы/сервисы, а, может быть, и владеет азами DevOps - то есть умеет эти приложения деплоить, мониторить и поддерживать в работоспособном состоянии, и плюс к этому ещё и шарит в машинном обучении, нейросетях и прочем дата саенсе.
Первый вариант - это человек, больше сфокусированный на Data Science, на обучении моделек итд без таких высоких требований к инженерным навыкам и написанию полноценного ПО.
Задать вопрос автору блога можно здесь: @hum_it_bot
👍2
Git - это опасно
У меня когда-то давно уже выходил пост с заголовком IT - это опасно.
Хочу вернуться к этой теме, так как буквально неделю назад снова наступили на те же грабли. Ещё в августе я фиксила некоторые баги в нашем проекте на работе. В ноябре обнаружила, что всё, что я чинила - снова сломано, и баги каким-то чудом "вернулись" в проект. Стала разбираться. Выяснилось, что один коллега, когда заливал свои изменения в проект, каким-то образом в гите перезатёр все мои изменения, и вернул в код старую версию, которая была ещё до августа. Причем, коллега не джун и не новичок. Но гит - инструмент мощный и умеет многое, поэтому, используя его, нужно всегда хорошо понимать, что ты делаешь. Действуя наобум, наверняка что-то сломаешь.
Для тех, кому слово "гит" и всё, что написано ниже ни о чем не говорит - почитайте мои вводные посты к гиту - раз и два.
Что же у нас пошло не так? Бывалые люди говорят - "так нельзя же пушить напрямую в мастер". Но в том-то и смех, что напрямую в мастер никто не пушил, всё как положено - через пул-реквесты, и через код-ревью. Но когда коллега мержил свой пул-реквест, возникли конфликты - часть изменений в мастере уже была новее чем та версия, от которой он изначально создавал свою ветку. Он стал решать конфликты вручную, то есть выбирать - какие куски кода взять из более новой версии мастера, а какие оставить в старом виде. И почему-то кучу мест вернул к старой версии, вместо того, чтобы подтянуть новые изменения.
В довершение - все изменения, которые он добавлял в проект от себя касались только форматирования кода - он его прогнал через линтеры, чтобы код выглядел красивее. Никакой логики в проекте менять не планировал. То есть ради приведения кода к единому стилю, был поломан работающий код и зачем-то откачен к более ранней багованной версии. Случайно, конечно.
А чтобы всё было хорошо, стоило всего-то - взять самую последнюю новую версию кода из мастера и в отдельной ветке прогнать код через свои линтеры. Поскольку никаких других изменений в логике кода не планировалось, то и смысла разбирать руками каждый конфликт при мерже (а это муторно, долго и сложно) - не было никакого.
Так что просто будьте осторожнее с гитом, и дважды подумайте и перепроверьте все изменения перед тем, как что-то вливать в основную ветку проекта. Не поломали ли вы там что-то? Не откатили ли изменения, внесённые другими разработчиками? Я не ожидала, что такие детские ошибки могут совершать не только новички - но вот, бывает же.
У меня когда-то давно уже выходил пост с заголовком IT - это опасно.
Хочу вернуться к этой теме, так как буквально неделю назад снова наступили на те же грабли. Ещё в августе я фиксила некоторые баги в нашем проекте на работе. В ноябре обнаружила, что всё, что я чинила - снова сломано, и баги каким-то чудом "вернулись" в проект. Стала разбираться. Выяснилось, что один коллега, когда заливал свои изменения в проект, каким-то образом в гите перезатёр все мои изменения, и вернул в код старую версию, которая была ещё до августа. Причем, коллега не джун и не новичок. Но гит - инструмент мощный и умеет многое, поэтому, используя его, нужно всегда хорошо понимать, что ты делаешь. Действуя наобум, наверняка что-то сломаешь.
Для тех, кому слово "гит" и всё, что написано ниже ни о чем не говорит - почитайте мои вводные посты к гиту - раз и два.
Что же у нас пошло не так? Бывалые люди говорят - "так нельзя же пушить напрямую в мастер". Но в том-то и смех, что напрямую в мастер никто не пушил, всё как положено - через пул-реквесты, и через код-ревью. Но когда коллега мержил свой пул-реквест, возникли конфликты - часть изменений в мастере уже была новее чем та версия, от которой он изначально создавал свою ветку. Он стал решать конфликты вручную, то есть выбирать - какие куски кода взять из более новой версии мастера, а какие оставить в старом виде. И почему-то кучу мест вернул к старой версии, вместо того, чтобы подтянуть новые изменения.
В довершение - все изменения, которые он добавлял в проект от себя касались только форматирования кода - он его прогнал через линтеры, чтобы код выглядел красивее. Никакой логики в проекте менять не планировал. То есть ради приведения кода к единому стилю, был поломан работающий код и зачем-то откачен к более ранней багованной версии. Случайно, конечно.
А чтобы всё было хорошо, стоило всего-то - взять самую последнюю новую версию кода из мастера и в отдельной ветке прогнать код через свои линтеры. Поскольку никаких других изменений в логике кода не планировалось, то и смысла разбирать руками каждый конфликт при мерже (а это муторно, долго и сложно) - не было никакого.
Так что просто будьте осторожнее с гитом, и дважды подумайте и перепроверьте все изменения перед тем, как что-то вливать в основную ветку проекта. Не поломали ли вы там что-то? Не откатили ли изменения, внесённые другими разработчиками? Я не ожидала, что такие детские ошибки могут совершать не только новички - но вот, бывает же.
Telegram
Программирование для гуманитариев
IT - это опасно
Пишу не с целью напугать новичков, а чтобы призвать к бдительности. Старинная народная мудрость гласит «семь раз SELECT, один раз UPDATE». И не зря.
Может статься, в конторе, в которую вы устроитесь работать будет царить такой бардак, что…
Пишу не с целью напугать новичков, а чтобы призвать к бдительности. Старинная народная мудрость гласит «семь раз SELECT, один раз UPDATE». И не зря.
Может статься, в конторе, в которую вы устроитесь работать будет царить такой бардак, что…
👍8💔6
Forwarded from Сань, послушай!
Как войти в айти
В этом году я с разгона забежал в 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 полно по каждой теме. Это помогло вызубрить как работает нужная технология изнутри. В итоге собеседования я щёлкал как орешки.
Рынок труда
Работа есть, если не ограничивать свою географию. Не удается найти в городе, ищите в области, не получается в области – ищите в столице, нет работы в столице – пробуйте в другой стране. Знание английского языка здесь очень помогает.
Джуны нужны.
Говорить, что они не нужны – все равно что сказать: «Зачем миру дети, если взрослые всё делают лучше?»
В этом году я с разгона забежал в 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 полно по каждой теме. Это помогло вызубрить как работает нужная технология изнутри. В итоге собеседования я щёлкал как орешки.
Рынок труда
Работа есть, если не ограничивать свою географию. Не удается найти в городе, ищите в области, не получается в области – ищите в столице, нет работы в столице – пробуйте в другой стране. Знание английского языка здесь очень помогает.
Джуны нужны.
Говорить, что они не нужны – все равно что сказать: «Зачем миру дети, если взрослые всё делают лучше?»
👍20❤7🥴4🤷♂1
Сань, послушай!
Как войти в айти В этом году я с разгона забежал в IT. Это позволило переехать в Мадрид и вести достойную жизнь в европейской столице. Сегодня раздаю советы тем, кто хочет сменить профессию. Выбор профессии Профессионалы зарабатывают хорошо в…
Вот, прочитала в авторском блоге, на который подписана
Интровертам посвящается
Бытует мнение, что айтишники - это такие сплошные асоциальные интроверты. Это отчасти верно, но вообще асоциальность или трудности с коммуникациями - это совсем не "фича", а, скорее, "баг". С этим сложнее жить, сложнее работать, сложнее искать работу и проходить собеседования. Работа в IT - это тоже, прежде всего, работа с людьми - с людьми надо уметь договариваться, обсуждать задачи, совместно продумывать решения и просто ладить.
Если есть трудности с коммуникациями - значит есть трудности с прохождением собеседования. Если кандидат выглядит как запуганный зверёк, который впервые выбрался из дикой природы, или же - как угрюмый сердитый лесник - шансов это явно не добавляет.
Что же делать? Социальные навыки - это, так же, как и всё остальное - скилл, который можно развивать. Причем, развивается он не с помощью курсов или умных книжек, а с помощью обычных бытовых ситуаций.
Если вы замечаете за собой некую скованность в общении с другими людьми, особенно незнакомыми - начните с простого. Чаще выходите из дома - ходите хоть куда-то - в спортзал, в кафе, в магазин, в парикмахерскую (или барбершоп), в бар, в тир, в библиотеку. Дальше - учитесь разговаривать с людьми, в стиле small talk, ни о чем. Обсудите погоду с администратором спортзала. Спросите у парикмахера, нравится ли ему новогодняя ёлка, которую поставили на площади. Спросите официантку, много ли у неё в последнее время работы, и не устаёт ли она. У библиотекаря спросите, давно ли он тут работает и нравится ли ему работа. Поговорите с тренером о том, где лучше покупать кроссовки или о том, как изменились ипотечные ставки. С администратором в поликлиннике о том, нравится ли ей новый ремонт в здании.
Поначалу, скорее всего, будете ощущать скованность. Но довольно скоро такая болтовня станет простой и привычной, и ситуации общения с незнакомыми людьми перестанут вводить вас в стресс. Это придаст сил и для собеседования, и для переговоров, и, скажем, на свидании, да мало ли где ещё.
Помните, софт-скиллы бывают важнее чем хард.
Бытует мнение, что айтишники - это такие сплошные асоциальные интроверты. Это отчасти верно, но вообще асоциальность или трудности с коммуникациями - это совсем не "фича", а, скорее, "баг". С этим сложнее жить, сложнее работать, сложнее искать работу и проходить собеседования. Работа в IT - это тоже, прежде всего, работа с людьми - с людьми надо уметь договариваться, обсуждать задачи, совместно продумывать решения и просто ладить.
Если есть трудности с коммуникациями - значит есть трудности с прохождением собеседования. Если кандидат выглядит как запуганный зверёк, который впервые выбрался из дикой природы, или же - как угрюмый сердитый лесник - шансов это явно не добавляет.
Что же делать? Социальные навыки - это, так же, как и всё остальное - скилл, который можно развивать. Причем, развивается он не с помощью курсов или умных книжек, а с помощью обычных бытовых ситуаций.
Если вы замечаете за собой некую скованность в общении с другими людьми, особенно незнакомыми - начните с простого. Чаще выходите из дома - ходите хоть куда-то - в спортзал, в кафе, в магазин, в парикмахерскую (или барбершоп), в бар, в тир, в библиотеку. Дальше - учитесь разговаривать с людьми, в стиле small talk, ни о чем. Обсудите погоду с администратором спортзала. Спросите у парикмахера, нравится ли ему новогодняя ёлка, которую поставили на площади. Спросите официантку, много ли у неё в последнее время работы, и не устаёт ли она. У библиотекаря спросите, давно ли он тут работает и нравится ли ему работа. Поговорите с тренером о том, где лучше покупать кроссовки или о том, как изменились ипотечные ставки. С администратором в поликлиннике о том, нравится ли ей новый ремонт в здании.
Поначалу, скорее всего, будете ощущать скованность. Но довольно скоро такая болтовня станет простой и привычной, и ситуации общения с незнакомыми людьми перестанут вводить вас в стресс. Это придаст сил и для собеседования, и для переговоров, и, скажем, на свидании, да мало ли где ещё.
Помните, софт-скиллы бывают важнее чем хард.
❤30👍7👾6
Forwarded from Русский ритейл и бизнес
Больше половины россиян (55%) сменили профессию за последние два года. Более трети ушли в IT, оценив сферу как наиболее перспективную и мобильную. Чаще всего профессии меняли руководители среднего звена, а также специалисты из сферы гостинично-ресторанного бизнеса и туризма. Причинами смены сферы деятельности участники исследования Kokoc Staff назвали более высокий заработок и интерес к новым занятиям. @retailrus
😁11🤔3👎1🤯1
Как собеседуют senior-разработчиков
В конце прошлого года была на конференции Highload++, и там зашла послушать доклад о том, как собеседуют Senior-разработчиков.
Подход докладчика к этому вопросу мне не понравился, я в корне не согласна по многим пунктам, кажется, даже дослушивать до конца не стала.
Докладчик несколько раз повторил фразу "собеседование - это экзамен". Я же всегда говорю обратное - собеседование - это не экзамен. Проводить собеседование с таким видом как будто вы профессор, и перед вами студент, которому надо сдать сессию - это детский сад. И особенно это касается сениор-разработчика - у хорошего кандидата с нынешним рынком, скорее всего, уже есть несколько офферов в запасе и он ходит на собеседования как жених на смотрины невест в старину, присматривается, нет ли чего-то "повкуснее".
Собеседование - это знакомство. Кандидат приходит понять, есть ли у работодателя интересные вакансии для него. Работодатель смотрит, подойдёт ли кандидат для того, чтобы закрыть собой нужный функционал. А экзамен - это взгляд "сверху вниз" - при том, что сильный кандидат может быть по уровню выше того, кто его собеседует.
Далее докладчик советовал гуглить список самых частых вопросов для собеседований (например, по Java, если собеседуешься на джависта), и заранее готовить ответы. То есть... то есть опять это как экзамен - надо выучить билеты заранее.
Получается, ребята расписались в том, что они с радостью нанимают к себе на работу людей, которые умело притворяются сениор-разработчиками - и еще всем советуют так же делать. В итоге у них там работает кто? Миддлы, хорошо выучившие вопросы к собеседованию? Люди с хорошей памятью и навыками самопрезентации? В чём прикол?
Никого не призываю следовать моему примеру, но лично я ни разу в жизни не готовилась заранее к собеседованиям. Наверно, начинающим специалистам всё же было бы полезно готовиться, конкуренция среди выпускников гикбрейнсов большая. Может быть, не начинающим тоже.
Но вот работодателю спрашивать по списку вопросы из топа выдачи гугла - это же смешно. Задача же - понять уровень специалиста объективно, таким, какой он есть на самом деле, без подготовки. Чтобы понять, что сениор на самом деле сениор - прежде всего, важно спросить, в каких проектах он участвовал, понять размер, сложность этих проектов, подробнее расспросить, что именно он (и его команда) там делали и как делали. Подделать ответы на такие вопросы гораздо сложнее - это придётся придумывать/описывать целую архитектуру.
Так же важно проверить софт-скиллы - из общего разговора с человеком выяснить, как он умеет общаться с коллегами, есть ли у него навыки лидера и организаторские качества, как он ведёт себя в ситуации неопределенности и недостатка информации, пассует ли перед сложностями. Докладчик на конференции рассказывал, как они собеседовали кандидата, и кандидат стал вести себя агрессивно и орать на собеседующих - мол "у него такая реакция на стресс". И, удивительное дело, кандидату даже предложили продолжить общение в другой день, раз сегодня не получилось. Хотя, на мой взгляд, человек очевидно завалил тест на софт-скиллы - если даже на первом собеседовании не способен держать себя в руках и ведёт себя агрессивно в адрес почти незнакомых людей.
Что же касается технических вопросов, например, про SQL, языки программирования, операционные системы и так далее - на мой взгляд, это скорее проверка на дурака. То есть, с помощью них нужно понять, не просочился ли на собеседование человек, который не знает даже самых элементарных вещей. И да, для сеньора планка, конечно, выше. Но вот задавать очень хитрые заковыристые вопросы из глубокой теории, с которыми на практике 99% разработчиков не сталкиваются - это уже ненужное задротство, которое никак не показывает способность человека работать с большими и сложными проектами, а так же способность взаимодействовать с людьми.
В конце прошлого года была на конференции Highload++, и там зашла послушать доклад о том, как собеседуют Senior-разработчиков.
Подход докладчика к этому вопросу мне не понравился, я в корне не согласна по многим пунктам, кажется, даже дослушивать до конца не стала.
Докладчик несколько раз повторил фразу "собеседование - это экзамен". Я же всегда говорю обратное - собеседование - это не экзамен. Проводить собеседование с таким видом как будто вы профессор, и перед вами студент, которому надо сдать сессию - это детский сад. И особенно это касается сениор-разработчика - у хорошего кандидата с нынешним рынком, скорее всего, уже есть несколько офферов в запасе и он ходит на собеседования как жених на смотрины невест в старину, присматривается, нет ли чего-то "повкуснее".
Собеседование - это знакомство. Кандидат приходит понять, есть ли у работодателя интересные вакансии для него. Работодатель смотрит, подойдёт ли кандидат для того, чтобы закрыть собой нужный функционал. А экзамен - это взгляд "сверху вниз" - при том, что сильный кандидат может быть по уровню выше того, кто его собеседует.
Далее докладчик советовал гуглить список самых частых вопросов для собеседований (например, по Java, если собеседуешься на джависта), и заранее готовить ответы. То есть... то есть опять это как экзамен - надо выучить билеты заранее.
Получается, ребята расписались в том, что они с радостью нанимают к себе на работу людей, которые умело притворяются сениор-разработчиками - и еще всем советуют так же делать. В итоге у них там работает кто? Миддлы, хорошо выучившие вопросы к собеседованию? Люди с хорошей памятью и навыками самопрезентации? В чём прикол?
Никого не призываю следовать моему примеру, но лично я ни разу в жизни не готовилась заранее к собеседованиям. Наверно, начинающим специалистам всё же было бы полезно готовиться, конкуренция среди выпускников гикбрейнсов большая. Может быть, не начинающим тоже.
Но вот работодателю спрашивать по списку вопросы из топа выдачи гугла - это же смешно. Задача же - понять уровень специалиста объективно, таким, какой он есть на самом деле, без подготовки. Чтобы понять, что сениор на самом деле сениор - прежде всего, важно спросить, в каких проектах он участвовал, понять размер, сложность этих проектов, подробнее расспросить, что именно он (и его команда) там делали и как делали. Подделать ответы на такие вопросы гораздо сложнее - это придётся придумывать/описывать целую архитектуру.
Так же важно проверить софт-скиллы - из общего разговора с человеком выяснить, как он умеет общаться с коллегами, есть ли у него навыки лидера и организаторские качества, как он ведёт себя в ситуации неопределенности и недостатка информации, пассует ли перед сложностями. Докладчик на конференции рассказывал, как они собеседовали кандидата, и кандидат стал вести себя агрессивно и орать на собеседующих - мол "у него такая реакция на стресс". И, удивительное дело, кандидату даже предложили продолжить общение в другой день, раз сегодня не получилось. Хотя, на мой взгляд, человек очевидно завалил тест на софт-скиллы - если даже на первом собеседовании не способен держать себя в руках и ведёт себя агрессивно в адрес почти незнакомых людей.
Что же касается технических вопросов, например, про SQL, языки программирования, операционные системы и так далее - на мой взгляд, это скорее проверка на дурака. То есть, с помощью них нужно понять, не просочился ли на собеседование человек, который не знает даже самых элементарных вещей. И да, для сеньора планка, конечно, выше. Но вот задавать очень хитрые заковыристые вопросы из глубокой теории, с которыми на практике 99% разработчиков не сталкиваются - это уже ненужное задротство, которое никак не показывает способность человека работать с большими и сложными проектами, а так же способность взаимодействовать с людьми.
💯24❤9👍2🔥2😁1
Ну а для тех, кто сейчас в поиске работы, особенно для новичков, вывод такой, что характер собеседования зависит только от того, кто собеседует. И вот, как видите, для кого-то действительно важно ваше знание топ-10 вопросов для собеседований. Так что гуглите, готовьтесь и будет вам счастье. Другое дело, что более толковый интервьюер будет копать вглубь, а не проходиться по списку "экзаменационных билетов". И, может быть, уделит больше внимания неформальной беседе с кандидатом, чем чисто техническим тонкостям.
❤6
Есть расхожее представление, что для того, чтобы стать хорошим специалистом, джуну нужно прийти и поработать года 3 - и готово, дальше уже карьера как по маслу пойдёт.
На самом деле всё немного по-другому. Хороший специалист - он сразу хороший специалист, это видно со старта. Ещё будучи джуном, он уже себя проявляет классно и очень быстро начинает приносить пользу компании.
Конечно, хороший джун обычно сам не в курсе, что он хорош, у него всегда включается синдром самозванца и он скорее будет низкого о себе мнения, чем наоборот. Но со стороны это всегда заметно.
А бывает и обратная история - когда человек уже работает 2-3 года, а толку от него примерно столько же, как и на старте - не растёт, не учится (либо ооооооочень меееееедленно).
Причем, тут, кажется, важнее личностные качества и качества характера, чем знания.
На самом деле всё немного по-другому. Хороший специалист - он сразу хороший специалист, это видно со старта. Ещё будучи джуном, он уже себя проявляет классно и очень быстро начинает приносить пользу компании.
Конечно, хороший джун обычно сам не в курсе, что он хорош, у него всегда включается синдром самозванца и он скорее будет низкого о себе мнения, чем наоборот. Но со стороны это всегда заметно.
А бывает и обратная история - когда человек уже работает 2-3 года, а толку от него примерно столько же, как и на старте - не растёт, не учится (либо ооооооочень меееееедленно).
Причем, тут, кажется, важнее личностные качества и качества характера, чем знания.
👍17❤9💯4😢2🤬1
#вашивопросы
Хотелось бы узнать Ваше мнение, по поводу входа в IT с позиции системного аналитика, встречались ли такие люди Вам? Просто бытует мнение, что это не стартовая позиция, а с другой стороны, системному аналитику не обязательно писать код на каком то языке программирования. Как Вы думаете, можно ли начать карьеру с данной позиции? Или лучше желателен опыт в IT и только потом можно переходить на позицию системного аналитика? Хватит ли знаний полученных в результате самообучения, чтобы справляться с задачами в процессе работы? Может можно еще серьезнее подготовиться, например, найти ментора и решать с ним учебные задачи, собрать портфолио свое.
Вообще мне не очень понятна точка зрения, согласна которой, есть какие-то "стартовые позиции", с которых "надо" входить. Ну какая позиция считается стартовой? Сотрудник колл-центра/техподдержки? Ручной тестировщик?
Наверно, когда говорят о том, что нужен абстрактный "опыт в IT", имеют в виду, что человеку нужно иметь какое-то представление о том, как устроены процессы в IT-компаниях, какие там есть роли и какие функции выполняет каждая роль, каков жизненный цикл разработки продукта и прочие внутряки. Но тут же получается Уроборос - чтобы был опыт, надо поработать, а чтобы взяли на работу - нужен опыт.
Если вам интересна вакансия системного аналитика, и вы не знаете, с чего начать - поищите вакансии junior, "младший системный аналитик" - тогда от вас не будут ожидать какого-то сверхбольшого опыта и сможете по ходу работы освоиться. Так же я всегда советую рассматривать любые стажировки, в том числе неоплачиваемые.
Я знаю человека, который стал системным аналитиком после работы в техподдержке. Но так же я знаю человека, который без опыта в IT захотел стать скрам мастером, и стал им, а сейчас планирует переквалифицироваться в project manager.
На счет менторов - не уверена, что они существуют для таких профессий (хотя сейчас наверно можно найти всё, что угодно). Повторюсь - лучше ищите стажировки. В работе важнее всего опыт работы а не наличие "репетиторов".
Задать вопрос автору блога можно здесь: @hum_it_bot
Хотелось бы узнать Ваше мнение, по поводу входа в IT с позиции системного аналитика, встречались ли такие люди Вам? Просто бытует мнение, что это не стартовая позиция, а с другой стороны, системному аналитику не обязательно писать код на каком то языке программирования. Как Вы думаете, можно ли начать карьеру с данной позиции? Или лучше желателен опыт в IT и только потом можно переходить на позицию системного аналитика? Хватит ли знаний полученных в результате самообучения, чтобы справляться с задачами в процессе работы? Может можно еще серьезнее подготовиться, например, найти ментора и решать с ним учебные задачи, собрать портфолио свое.
Вообще мне не очень понятна точка зрения, согласна которой, есть какие-то "стартовые позиции", с которых "надо" входить. Ну какая позиция считается стартовой? Сотрудник колл-центра/техподдержки? Ручной тестировщик?
Наверно, когда говорят о том, что нужен абстрактный "опыт в IT", имеют в виду, что человеку нужно иметь какое-то представление о том, как устроены процессы в IT-компаниях, какие там есть роли и какие функции выполняет каждая роль, каков жизненный цикл разработки продукта и прочие внутряки. Но тут же получается Уроборос - чтобы был опыт, надо поработать, а чтобы взяли на работу - нужен опыт.
Если вам интересна вакансия системного аналитика, и вы не знаете, с чего начать - поищите вакансии junior, "младший системный аналитик" - тогда от вас не будут ожидать какого-то сверхбольшого опыта и сможете по ходу работы освоиться. Так же я всегда советую рассматривать любые стажировки, в том числе неоплачиваемые.
Я знаю человека, который стал системным аналитиком после работы в техподдержке. Но так же я знаю человека, который без опыта в IT захотел стать скрам мастером, и стал им, а сейчас планирует переквалифицироваться в project manager.
На счет менторов - не уверена, что они существуют для таких профессий (хотя сейчас наверно можно найти всё, что угодно). Повторюсь - лучше ищите стажировки. В работе важнее всего опыт работы а не наличие "репетиторов".
Задать вопрос автору блога можно здесь: @hum_it_bot
👍11❤2
Сейчас пробую новый режим работы - поставила себе на телефон приложение - трекер рабочего времени и засекаю, сколько я действительно работаю в день. Когда на что-то отвлекаюсь от работы - ставлю на паузу.
В чём идея:
- Объективно оценивать своё рабочее время. Иногда кажется, что день прошёл крайне не продуктивно, и толком поработать не удалось. В такой ситуации лучше иметь реальную оценку отработанного времени - удалёнщикам свойственно недооценивать то время, которое они потратили на работу и вечно чувствовать что ты "недорабатываешь". Это не обязательно правда
- Избегать переработок. Допустим, 8 часов в день - это предел. Если нет экстренной необходимости, не стоит пересиживать за работой. От этого страдают все прочие сферы жизни, в том числе здоровье. Да и на продуктивность в долгосрочной перспективе переработки влияют плохо. В целом, "недоработки" лучше, чем переработки - они могут вредить дедлайнам, но в остальном в них есть и польза. Почему я пишу "недоработки" в кавычках - потому что в работе важнее продуктивность и результат, а не количество часов, потраченное на этот результат. Не обязательно 10 часов работы в день принесут лучший результат, чем 5-6 часов, если эти 5-6 часов удалось работать в хорошем продуктивном режиме. В целом у интеллектуального труда есть предел по времени эффективности - через какое-то количество часов уже не получится хорошо концентрироваться и эффективность труда падает.
- Лучше управлять своим временем. Опять-таки, беда удалёнщиков и фрилансеров - плохой тайм-менеджмент и планирование своего времени. В сутках 24 часа, за вычетом сна, допустим, остаётся 16. Если 8 часов потратить на работу, остаётся ещё 8 под все прочие дела. У многих эти часы изчезают буквально вникуда.
- Избегать прокрастинации. Включаешь таймер - значит фокусируешься на работе. Отвлекаешься - выключаешь таймер. Сидеть и прокрастинировать под таймер сложнее, чем когда ничто вроде бы не ограничивает в этом.
Сегодня первый день работаю по таймеру, пока понравилось, получается продуктивнее, чем без него.
В чём идея:
- Объективно оценивать своё рабочее время. Иногда кажется, что день прошёл крайне не продуктивно, и толком поработать не удалось. В такой ситуации лучше иметь реальную оценку отработанного времени - удалёнщикам свойственно недооценивать то время, которое они потратили на работу и вечно чувствовать что ты "недорабатываешь". Это не обязательно правда
- Избегать переработок. Допустим, 8 часов в день - это предел. Если нет экстренной необходимости, не стоит пересиживать за работой. От этого страдают все прочие сферы жизни, в том числе здоровье. Да и на продуктивность в долгосрочной перспективе переработки влияют плохо. В целом, "недоработки" лучше, чем переработки - они могут вредить дедлайнам, но в остальном в них есть и польза. Почему я пишу "недоработки" в кавычках - потому что в работе важнее продуктивность и результат, а не количество часов, потраченное на этот результат. Не обязательно 10 часов работы в день принесут лучший результат, чем 5-6 часов, если эти 5-6 часов удалось работать в хорошем продуктивном режиме. В целом у интеллектуального труда есть предел по времени эффективности - через какое-то количество часов уже не получится хорошо концентрироваться и эффективность труда падает.
- Лучше управлять своим временем. Опять-таки, беда удалёнщиков и фрилансеров - плохой тайм-менеджмент и планирование своего времени. В сутках 24 часа, за вычетом сна, допустим, остаётся 16. Если 8 часов потратить на работу, остаётся ещё 8 под все прочие дела. У многих эти часы изчезают буквально вникуда.
- Избегать прокрастинации. Включаешь таймер - значит фокусируешься на работе. Отвлекаешься - выключаешь таймер. Сидеть и прокрастинировать под таймер сложнее, чем когда ничто вроде бы не ограничивает в этом.
Сегодня первый день работаю по таймеру, пока понравилось, получается продуктивнее, чем без него.
❤36🔥6👍2🙏1
Программирование для гуманитариев
Сейчас пробую новый режим работы - поставила себе на телефон приложение - трекер рабочего времени и засекаю, сколько я действительно работаю в день. Когда на что-то отвлекаюсь от работы - ставлю на паузу. В чём идея: - Объективно оценивать своё рабочее время.…
В книге Remote читала мнение, что по-хорошему, стоит завести для работы и прочих дел 2 разных компьютера - чтобы чётче разделять время рабочее и личное, чтобы в личное время не читать рабочую почту, например. Сегодня я подумала, что идея разумная - когда ты не работаешь - к рабочему ноутбуку даже не притрагиваться. Покупать второй ноут я, конечно, не буду. Но мысль здравая. Если бы кто-то мне его подарил - так бы и делала. :)
😁22👍7