Гуглить нужно на английском языке

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

Почему именно на английском? Большая часть информации по IT в Интернете написана на английском языке. Используя английский язык, скорее всего, вы найдёте ответы на 100% ваших вопросов. На том же Stackoverflow уже наверняка кто-нибудь задавал точно такой же вопрос - особенно это касается вопросов от начинающих разработчиков. И задачу, которую вы сейчас решаете, скорее всего, уже решили тысячи людей по всему миру и об этом где-то написали.

Русскоязычных источников же не так много. Да, возможно, вам попадётся полезная статья на Хабре, но Хабр не такой большой, как весь англоязычный Интернет. Сейчас стали появляться сайты с машинным переводом англоязычных источников на русский язык - например есть русскоязычная версия stackoverflow. Но перевод там настолько плохой, что я, например, часто даже не понимаю, что там написано. Кроме того, пользователи русскоязычных форумов для айтишников, почему-то в среднем менее дружелюбны, чем на аналогичных зарубежных платформах. На stackoverflow есть масса «глупых» вопросов от новичков с вежливыми и полезными ответами от более опытных коллег. В русскоязычных же форумов часто встречаются любители хамить или унижать новичков за «глупые вопросы».

Единственный случай, когда нужно гуглить только на русском языке - это если вы изучаете технологию или инструмент, которую мало используют за пределами России - например, битрикс или 1С.

Почему не получается выучить английский язык


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

Я сама некоторое время преподавала английский язык и подрабатывала репетитором, и обычно с первого общения с учеником было понятно, справится он с этой задачей или в итоге всё забросит.

Чтобы выучить иностранный язык - нужна чёткая цель, ответ на вопрос «зачем я его изучаю?».
Ответы, которые не работают: «для себя», «для саморазвития», «чтобы общаться в поездках».

Это всё недостаточная мотивация. Нужен ответ на вопрос - что вы собираетесь делать с английским языком регулярно?
Например, я изучала английский, и другие языки чтобы читать художественную литературу. Чтение было для меня и практикой, и целью.

При этом использовать язык для этой цели нужно начинать как можно раньше. В моем случае это значило - браться за книги на английском как можно раньше и читать их, даже если на этом этапе это тяжело (для таких случаев есть адаптированные книги).

Если ваша цель - смотреть кино и сериалы на английском - начинайте прямо сейчас, можно русские субтитры включать для помощи. Если цель - общаться с иностранцами - найдите иностранцев в Интернете или где-то ещё для постоянного общения. Если вы изучаете английский для того, чтобы читать документацию и искать ответы на вопросы по программированию в Интернете - начинайте потихоньку читать технические тексты, хотя бы небольшого размера.

Язык должен стать вашим инструментом, а не хобби, про которое вы периодически забываете. Если не использовать инструмент по назначению, вы так и не научитесь им пользоваться. А учебные задания - это полезно, но это не настоящая практика.

Тут - мой пост с подборкой ресурсов для изучения английского языка.

Друзья! У меня сейчас слегка творческий кризис - кажется, что я уже рассказала, всё, что могла по теме начала карьеры в IT на этом канале в предыдущих постах.

Поэтому напоминаю, что у меня есть бот для ваших вопросов @hum_it_bot - в нём вы можете спросить обо всём, что касается первых шагов в IT - обучении, трудоустройстве, проблемах, с которыми сталкиваются новички и Junior-специалисты.

На самые интересные вопросы я отвечаю постами в канале, как вы помните. А на совсем простые - в личку. В общем, пишите.

#вашивопросы

Я хочу работать над vr/ar software, какой стэк технологий необходим для этого, с чего начать?

Я не знаю, какой у вас уровень знаний и опыт работы в IT, поэтому буду отталкиваться от того, что вы пока на начальном уровне обучения.

Тогда в любом случае первое, что вам понадобится - это введение в Computer Science и программирование (например, тот же курс CS50).

Дальше предстоит выбрать, какой язык вы хотите использовать в работе. По статистике, в VR технологиях чаще всего исползуется либо C#, либо C++. Если хотите идти более лёгким путём, изучайте C#. С++ - посложнее, но и мощнее. Также, если верить статьям в интернете, в область VR/AR стремительно врывается JavaScript, так что теоретически и он может оказаться не лишним.

Если вам интересует разработка игр c VR - то тут если вы выбрали C#, то нужно будет осваивать игровую платформу Unity, а если C++ - то Unreal Engine.

Также вам потребуется выучить SDK (software development kit) для VR и AR устройств - то есть библиотеки и инструменты, необходимые для разработки под конкретный девайс. Изучать нужно то, что пригодится для девайса, с которым вы собираетесь работать. В интернете пишут, что самые популярные устройства - это HTC Vive и Oculis Rift.

Если вы планируете сами создавать 3D-модели, а не использовать готовые - то тогда нужно будет освоить собственно 3D-моделирование и софт, который для этого используют (Blender, Autodesk Maya и др).

Пригодится и знание UX/UI-дизайна.

Это очень сокращенная выжимка, подробнее читайте в статьях:
- https://www.perforce.com/blog/vcs/virtual-reality-software-development
- https://www.globaltechcouncil.org/virtual-reality/skills-needed-to-become-a-virtual-reality-developer/
- https://hackernoon.com/9-must-have-skills-to-become-an-arvr-developer-with-course-recommendations-e15s317e
- https://blog.pusher.com/how-you-can-become-an-ar-vr-developer/

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Как можно проверить ит компанию для трудоустройства? Сайты специальные и тп

Вы имеете в виду, проверить, что компания - не мошенники? Можно погуглить отзывы от сотрудников данной компании, а также поискать всю открытую информацию, доступную по ней. Потом, если будете туда трудоустраиваться - будьте внимательны к тому, что вам предлагают - будет ли зарплата «белой» и всё ли по ТК? Потому что, сами понимаете, чёрная и серая схемы оплаты труда работают «на честном слове», в случае чего по закону работодатель вам ничего и не должен.

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

Хотел бы узнать, как обстоят дела с фрилансом в мире IT. Как можно найти первых заказчиков? Где их находить и сколько времени надо потратить, чтобы начать брать большие заказы?

Я считаю, проще всего и надежнее первое место работы всё же искать в качестве штатного сотрудника - поработаете 1-2 года, освоитесь, и при желании можно будет переключаться на свои проекты.

Реально ли выйти на фриланс без этих шагов? Ну если очень хочется - можно и попробовать, почему нет? Но вам придётся сформировать какое-то портфолио из готовых проектов, чтобы можно было обосновать свой профессионализм и находить клиентов. А искать заказчиков можно на различных биржах для фрилансеров, например, kwork. Также ведите профиль в linkedin, там можно будет в будущем искать заказчиков. Спрашивайте знакомых-друзей, может кому-то нужен внештатных специалист для их бизнеса или на работе.

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

9 лет работаю в сфере сервиса. 7 из них руководителем крупного подразделения сервиса. Упёрся в потолок и хочу поменять сферу деятельности. Был глубоко удивлён, что мои управленческие и коммуникационные навыки не заинтересовали ни одну компанию, куда откликался на их резюме. Что делать? Может быть есть площадки, где можно потренироваться на проектах, наработать опыт, который заинтересует работодателей?

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

Управленческий опыт - это хорошо, и коммуникативные навыки - тем более здорово. Но если вы ранее работали в другой сфере, а теперь хотите в менеджмент в IT, нужно добрать бэкграунд именно в этой области.

Например, неплохой вариант - пройти курсы по методике ITIL - практикам управления именно IT-компанией, и особенностям такого бизнеса. Существует несколько видов сертификатов по ITIL разного уровня. Если у вас настрой серьёзный - точно пригодится.

Также никому не повредит MBA, даже если речь идёт не об IT. Опыт и навыки - это хорошо, но рынок иногда требует, чтобы мы не останавливались на достигнутом, а продолжали искать пути для повышения квалификации.

Что касается других не технических и около-менеджерских профессий в сфере IT - можно рассмотреть какие-нибудь курсы по project-менеджменту или product-менеджменту - cмотря что вам ближе. Тут - мой пост с подборкой продуктовых и менеджерских курсов на популярных платформах. Полагаю, там должны быть включены в программу какие-то учебные проекты, на которых можно потренироваться.

Но главная тренировка приходит в процессе работы, так что предлагаю не сдаваться и продолжать искать варианты.

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Исходное сообщение очень длинное, ниже постараюсь сократить как могу и извлечь суть.


Мне 19 и я на третьем курсе вуза.
А вот на каком уровне знаний стоит пытаться устраиваться куда-либо джуном?

Нужно ли чувствовать себя уверенно во всех требованиях из вакансий, а уже потом пытаться устраиваться?

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

И вот смотрю я вакансии и понимаю, что во-первых, для джавы той же мало джунов ищут, всем нужны мидлы, уже уверенные работники.
А как мне стать миддлом без опыта?

У многих в вакансиях указаны какие-то фреймворки как обязательные, а я о них максимум только слышала.
И если так под каждую вакансию учить фреймоворк (например, вроде бы всё подходит, но оп, привет Котлину, которого я ещё не знаю, начинаю смотреть другие, — оп, привет Симфони в заявке на поиск бекенд-разраба, джуна, смотрю ещё, и оп, привет Ларавел, которого я не знаю, зато знаю всё остальное из вакансии.

А пока я это всё учу, уже что-то новое появляется и вакансии становятся ещё более заумными и требовательнее, ДАЖЕ на джунов.

И я не понимаю, как можно столько всего усваивать ещё быстрее, как люди устраиваются на такие вакансии, если в них настолько дохрена всего требуют.

Это я даун или в айти-сфере реально одни гении работают? Глядя на друзей, а у меня очень сильные друзья, многие и тимлиды даже, и вообще охренеть сколько всего знают (ну то есть прям они в кругу лучших), я понимаю, что я не знаю нихрена и это даёт мотивацию расти до их уровня.
С другой же стороны: Как люди слабее меня устраиваются джунами, если в вакансиях столько всего требуют?

Просто, суть в том, что глядя на вакансии я понимаю, что мой уровень не дотягивает даже до них, но каким чудом тогда люди слабее меня устраиваются по ним?

И на каком этапе знаний стоит уже пытаться проходить собеседования и всё такое? Обязательно ли знать всё, что требуют в вакансиях хотя бы на джунов или там действительно ищут каких-то сверхлюдей?

Ответ будет в следующем посте.

Отвечаю на вопросы из предыдущего поста.

У автора вопроса ярко выраженный перфекционизм. Это, с одной стороны, очень хорошо, но есть и оборотная сторона. При таком подходе можно превратиться в вечного студента и всю жизнь «доучиваться», так как ты всегда считаешь, что «не готов» и «не достаточно хорош». У вас вечно будет синдром самозванца, даже когда вы найдёте работу - вот увидите).

Поэтому если ваша цель найти работу - лучше этим и займитесь. Не медитируйте над описаниями вакансий и не раздумывайте часами, стоит или не стоит туда идти - просто откликайтесь на вакансии и идите на собеседование.

Если видите, что в вакансии очень много требований, и вы знакомы не со всеми из них, но со многими - всё равно откликайтесь. Вы верно заметили - на вакансию часто ищут как будто каких-то сверхлюдей или технических божеств. А таких просто не бывает (а если бывают - то очень и очень редко). А код кому-то писать нужно. Поэтому на работу принимают и людей с гораздо более скромными знаниями.

И второй момент - вы вряд ли сможете заранее подготовиться и самостоятельно выучить все фреймворки и сопутствующие технологии.

Знаете почему? Потому что по-настоящему глубокие знания приходят только с опытом работы. Пока вы не начали с конкретным стэком всерьёз и подолгу работать (именно решать рабочие задачи, а не просто что-то пробовать дома) - вы не узнаете о всевозможных подводных камнях. Да, можно что-то почитать, что-то попробовать - но всё это не более чем поверхностное знакомство. Так что нет, вы не должны чувствовать себя уверенно на 100% во всех технологиях, которые требуются в вакансии. 100% уверенно себя и миддл-разработчики не чувствуют.

Гонка «на скорость» и попытка усвоить как можно больше и быстрее в вашем случае не нужны вообще. Это в любом случае станет скачкой «по верхам». Стэк формируется, опять-таки, в процессе работы, в процессе набивания шишек и граблей. Чтобы разбираться в том же PostgreSQL, к примеру, нужно год и дольше ковыряться с ним на работе, сражаясь со всевозможными неполадками - вот тогда знание приходит. А «на лету» этому никак не научишься.

Знания, которые нужны джуну - это крепкая база, но не детальные знания о всевозможных инструментах и технологиях.
Так что стоит уменьшить количество рефлексии и сомнений по этому поводу, и идти в бой. 🙂

Задать вопрос автору блога можно здесь: @hum_it_bot

Как попасть в IT-индустрию без программирования?

Программирования многие боятся - всё же, чтобы его освоить, понадобятся определённые усилия.
Но можно ли начать карьеру в IT с меньшими энергозатратами, есть пути попроще?

В целом, есть. Самое простое - это идти в техподдержку - не ту, где уже нужно что-то чинить, а ту, где в основном отвечают на звонки и письма и передают задачи техническим специалистам. Но это не самая интересная, и не очень-то хорошо оплачиваемая работа. Такая должность даёт не так уж много в качестве старта, так как она больше про общение с разгневанными клиентами, чем про IT.

И другой путь чуть посложнее, но и поинтереснее - это стать тестировщиком. Тут для начала понадобится пройти обучение - ориентировочно вам понадобится 10 часов в неделю в течение 8 месяцев. И после этого можно разиваться карьерно как инженер по тестированию. Грамотно налаженный процесс тестирования - это уже серьёзная инженерная область, и в её рамках можно серьёзно повышать свою квалификацию.

Обучение этой профессии предлагает школа Skillfactory в рамках курса «Тестировщик ПО». Тут вам ждут занятия в симуляторе, обучение азам Python для автоматизации тестов, Selenium и работа с багтрекерами для поиска ошибок в коде. Упор делается на практические занятия, приближенные к реальным задачам.

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

Подробности и регистрация на курс — https://clc.am/UuZS5Q

#вашивопросы

Какие адекватные требования к react джуну разработчику? Интересует стек технологий, которые надо знать

Я сама больше по части бэкенда, и фронтенд-разработчиков не собеседовала ни разу. Чтобы понять, какой вам нужен стэк - откройте тот же хэдхантер, и ищите вакансии по ключевым словам Junior и React - посмотрите, какие требования в вакансиях чаще всего встречаются, и ориентируйтесь на них. Также в гугле посмотрите статьи на эту тему от разработчиков-фронтэндеров.

Как вы думаете, реально ли устроиться стажером на удаленную работу, как для первой работы программистом Python, зная основы алгоритмов и синтаксис?

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

Программировать не умею. Но есть интерес создать игру, или приложение для телефона. Есть ли какие то инструменты, чтобы это можно было сделать с минимумом знаний в программировании?
Или это гиблое дело и игра не стоит свеч?

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

Подобные же решения есть и для создания мобильных приложений - читайте тут.

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

В этом посте у меня была подборка курсов, посвященных разработке игр (самый простой путь - изучать Unity). Что касается мобильных приложений - тут вам нужно будет определиться, с чем вы хотите работать - с Android или с IOS, и изучать соответствующие курсы (или книги).

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы

Как стать qa engineer?

Для этого нужно устроиться на стартовую позицию тестировщиком.
Знаю ребят, которые шли в тестировщики с нулевым опытом и без всякой подготовки - но в этом случае речь шла о самых «примитивных», ручных тестерах. Для этого вам нужно найти такую стартовую вакансию с минимальными требованиями и идти туда. Желательно, если идёте таким путём - постарайтесь в процессе работы научиться более продвинутым навыкам, чтобы стать «серьёзным», квалифицированным инженером по тестированию, а не просто человеком, который умеет «тыкать в интерфейс».

Другой путь - начать с курсов, небольшая подборка курсов для тестировщиков была в этом посте.

Насколько реально получить профессию в IT сфере и найти работу в дальнейшем в 38 лет?

Об этом я, конечно, уже писала много раз. И ответ всё тот же - реально ли? Зависит от вас. В первую очередь вопрос в том, хватит ли у вас желания, мотивации, интереса к предметной области, да и банально времени, чтобы переучиться на специалиста в области IT. Причем, важна мотивация стать именно хорошим специалистом и глубоко погрузиться в область. Если вы расцениваете это как некую халтурку - тогда нет, не получится. А если вы готовы всерьез работать над своими знаниями и скиллами - тогда да, тут решают в первую очередь скиллы.

Люди часто спрашивают, могут ли работодатели отказывать кандидатам постарше именно из-за возраста? Это индивидуально, зависит от взглядов конкретного человека, который вас собеседует.
Но если предвзятость возникает, то, скорее всего, она связана с тем, что люди сомневаются в ваших компетенциях - в том, что вы знаете достаточно, что готовы быстро учиться и развиваться, добирать в процессе те знания, которых вам не хватает, осваивать незнакомые технологии. Поэтому ваша задача - показать, что вы крутой и многообещающий специалист (даже если новичок), любите и готовы учиться, и что возраст для вас не помеха. Если произведёте хорошее впечатление, вам может дать шанс даже изначально скептически настроенный работодатель.


Задать вопрос автору блога можно здесь: @hum_it_bot

​​Кто уже успел познакомиться с Lunix (или любой другой Unix-подобной операционной системой), тот, наверно уже сталкивался с тем, что у стандартных утилит и консольных программ очень много различных флагов и параметров, которые сложно запомнить.

Например, краткая инструкция по использованию утилиты grep выглядит так:

grep [-abcDEFGHhIiJLlmnOoqRSsUVvwxZ] [-A num] [-B num] [-C[num]]
[-e pattern] [-f file] [--binary-files=value] [--color=when]
[--context[=num]] [--directories=action] [--label] [--line-buffered]
[--null] [pattern] [file ...]

Некоторые утилиты (не все) принимают параметр --help, и выдают краткую подсказку по использованию (например, выше - вывод команды grep --help.

Более подробную инструкцию с расшифровкой всех аргументов и параметров можно получить, обратившись к встроенному мануалу командой man:

man grep

Так же никто не запрещает гуглить.

А еще я не так давно наткнулась на сайт, который расшифровывает каждый флаг и каждый параметр для распространенных утилит под Unix: https://explainshell.com

Например, вводите туда готовую команду:
find -type file -d 1 -name *.txt ~/

И смотрите, что каждый символ, аргумент и флаг в этой команде означает, и для чего нужен

Всем привет! В последнее время у меня почти не было времени на канал, но я помню про вас, и потому продолжаю отвечать на вопросы, которые накопились в боте и пока остались без ответа.

#вашивопросы

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

Вопрос не совсем в моей компетенции, но могу точно сказать одно: в разных компаниях одни и те же должности могут означать разное, и что касается аналитика и исследователя UX - я уверена, есть места, где функции обоих ролей переплетаются.

Формально же UX исследователь - это человек, который работает с людьми - проводит опросы, глубинные интервью, собирает фокус-группы, изучает мнения и эмоции пользователей. На основе изучения реакции пользователей - в том числе потенциальных пользователей, UX-исследователь выносит свои рекомендации о том, как должен выглядеть продукт.

То, что работодатели хотят видеть в этой роли людей с психологическим или социологическим образованием логично, так как здесь пригодится методология по проведению исследований общества - ну, грубо говоря, как грамотно составить опросник, как собрать репрезентативную выборку и так далее.

Реально ли устроиться без образования психолога или социолога? Я склоняюсь к мысли, что в наше время реально всё. Но в таком случае вам придётся получить недостающие знания самостоятельно. Тем более само по себе наличие «вышки» по психологии еще не означает, что человек прям как свои пять пальцев освоил всю методологию, которая пригодится для такой работы.

UX-аналитик же в большей степени работает с данными, чем с живыми людьми. Он анализирует разнообразные метрики, изучает опыт конкурентов, ищет потенциальные целевые рынки, участвует в формировании макетов и документации. Глобально его цель такая же, как у исследователя - участвовать в формировании облика продукта.

Но, как я уже сказала выше, эти 2 роли могут сливаться в одну, и если смотреть вакансии, там часто пишут UX аналитик/исследователь в описании одной и той же вакансии.

Думаю, для такой работы пригодится хоть какое-то портфолио и собственные наработки в данной области. Ведь работодатель ждет, что к нему придёт человек, который привнесёт в компанию свои экспертные знания. Если, конечно, речь не идёт о должности стажера, Junior-специалиста, или помощника UX-исследователя (если такая должность вообще существует).

Задать вопрос автору блога можно здесь: @hum_it_bot

Трудности коммуникации

Новичкам может показаться, что самое сложное в работе в IT - это технические знания и умение разобраться в огромном стэке инструментов. Но с опытом понимаешь, что техническая часть - это в общем-то просто. Почти любую недостающую информацию можно нагуглить или найти в книгах. А практические задачи часто решаются путем проб и ошибок (так называемые «грязные проблемы»). В общем-то, в компьютерах всё устроено детерменированно, логично и предсказуемо. Компьютер практически не способен выкинуть какой-то случайный неожиданный фокус - всегда и всему есть объяснение.

А вот о работе с людьми такого не скажешь. Чем с большим количество людей нужно контактировать по работе, тем больше проблем с коммуникацией возникает. Кто-нибудь кого-нибудь обязательно неправильно поймёт. Кто-то начнёт делать не ту задачу, о которой его просили. Два человека могут поговорить, прийти к соглашению, а потом окажется, что они по-разному поняли, о чем договорились.

Поэтому ребята, учитесь общаться с людьми: грамотно и ясно выражать свои мысли, как в устной, так и в письменной форме. Задавайте вопросы, уточняйте всё, что вам не понятно, каждый раз. Не надейтесь, что «и так сойдёт».

Прежде чем обращаться к коллеге за помощью - понятно сформулируйте свой запрос. Ведь вы отвлекаете человека от его задач и важно, чтобы человек мог помочь вам в максимально короткие сроки. А без четко сформулированного запроса так не получится.

Вот вам антипример: приходит ко мне аналитик и говорит: «У меня задача - посчитать статистику по работе сервиса за месяц. Мне сказали обращаться к тебе». Точка. Всё. Человек даже не сказал, какой помощи он от меня хочет - мол сама догадайся, что с этой информацией делать дальше. Особенно таким страдают недавние студенты. От этого создаётся ощущение, что человек пытается переложить свою работу на меня.

После такого запроса от коллеги приходится потратить некоторое время на уточняющие вопросы. И вместе с ним сформировать его запрос, понять, чего он, собственно хочет. И только потом я смогу понять, могу ли я ему помочь. Куча времени потрачена впустую.

Возможно, вы подумаете «кто же так делает?», и мол это наверно какой-то редкий случай.
А вот нет. У меня есть бот для вопросов, и туда часто присылают подобные «не вопросы».

Например, человек пишет: «Мне на курсах задали такую задачу: … дальше описание задачи». Точка, всё. Чего он хочет от меня, человек, конечно же, не говорит. Если он хочет, чтобы я решила за него задачу - то это не прокатит, у меня нет времени делать за кого-то домашние задания, да и тогда теряется весь смысл обучения.

Если вам нужен какой-то совет или подсказка, которые подтолкнут к верному решению такой задачи - так и напишите. 🙂 Если вам не понятна сама формулировка задачи - опять-таки - спросите (но лучше обращаться к автору задачи или преподавателю курсов, я могу лишь догадываться, что именно они имели в виду).

А иногда человек пишет: «Вот у меня была задача, и вот как я её решил - и присылает фрагмент кода». Чего он от меня хочет, и зачем мне прислал эту информацию? А неизвестно, загадка… Оценить код? Подсказать, где в нем ошибка? Посоветовать что-то? Да кто же его знает…

И главное - на дополнительные вопросы такие люди обычно дают односложные ответы, и чтобы получить что-то вменяемое, нужно буквально клещами вытаскивать информацию.

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

PS: К слову, на запросы вида «решите пожалуйста за меня домашнее задание» я не отвечаю - если вы хотите, чтобы другой человек потратил час-полтора своего времени на вас - лучше нанять репетитора, для этого есть специальные сайты. Преподавание - это труд, и труд оплачиваемый.

​​Онлайн-бакалавриат — новый формат обучения!

Data Science & Machine Learning — четырехлетняя программа бакалавриата по аналитике данных и машинному обучению.
Всё как в классических вузах: семинары, сессия, студенческие льготы и отсрочка от армии, только все занятия и экзамены — онлайн.

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

С третьего курса можете получить второй диплом — Университета Гренобль Альпы (Франция). После подачи документов поступите сразу на 2-й курс факультета экономики французского вуза.

Поступление:
→ ЕГЭ — для всех абитуриентов. Проходной балл суммируется по всем предметам: математика, русский язык и на выбор — английский язык, физика или информатика и ИКТ.

→ Дистанционное тестирование — для абитуриентов с высшим и среднеспециальным образованием.

После 12.07 на данную программу поступление возможно только по результатам ЕГЭ.

Больше информации по ссылке: https://clc.am/JTrbxQ

«Если ТЗ нет, то можно ничего и не делать. Это старая Китайская мудрость…» - это мысль одного подписчика, которой он решил поделиться со мной.

Я же с таким подходом никак не могу согласиться. По-настоящему ценный специалист в первую очередь ценится за свой мозг, за умение решать проблемы, в том числе нестандартно. Если же человек способен работать только по ТЗ - он скорее напоминает робота, который может только выполнять инструкции, и сразу же «ломается», если вдруг в инструкции есть неточность. Программист - это скорее инженер, чем переводчик (вот тебе ТЗ - переведи его, пожалуйста, на язык программирования).

Перспективный специалист не стремится максимально сузить свою зону ответственности. Иначе работать с такими очень и очень тяжело. Предположим, действительно, в ТЗ есть какая-то неясность - и по этой причине разработчик решает сидеть и плевать в потолок? Мол мотороллер не мой, ничего не знаю. Это уже уровень детского сада какого-то.

Об этом же, кстати, сегодня видела статью на хабре: https://habr.com/ru/company/domclick/blog/565468/

#вашивопросы


Cкажите пожалуйста, что думаете по поводу языка Си, про него мало где говорят, он вроде не такой "хайповый", но насколько я знаю это довольно мощный язык программирования, и изучив его другие языки будут даваться легче для изучения. Мне просто хотелось бы разбираться в процессе программирования чуть глубже, как работает память и т. д., мне кажется язык Си может дать такую возможность, как Вы думаете, стоит ли начать с языка Си, какие преимущества это даст и где можно потом себя реализовать. В перспективе хотелось бы поменять род деятельности на АйТи в течении лет 3-4.

На эту тему я уже писала вот тут, если коротко - я полностью согласна с вами, что Си - отличный вариант для изучения в качестве первого языка. Это слегка старомодная точка зрения, сейчас более популярно начинать обучение с простеньких языков, например с Python. Но, как по мне, Си даёт более крепкую базу и более глубокое понимание программирования и Computer Scince в целом. Тот, кто начинал с Си, скорее всего, будет тот же Python с момента знакомства понимать уже на более глубоком уровне. К тому же учить простые языки после Си будет очень легко.

Более того, мой самый любимый (к тому же бесплатный) курс по введению в Computer Scince, CS50 тоже использует этот подход - сначала Си, потом всё остальное.

Так что моё мнение - как первый язык для изучения - вариант отличный.

А что касается профессиональной самореализации именно как программист на Си - с одной стороны, это интересно и интеллектуально, но с другой - вакансий не так уж много. В основном они в более низкоуровневых областях - разработке операционных систем, микроконтроллеров, встраиваемых систем и так далее. Очень часто знание Си требуется в связки C++ - так что имеет смысл уделить внимание и ему (потребуется много внимания).

Но никто не мешает вам после знакомства с Си «переметнуться» и в более высокоуровневую разработку и работать с более популярными языками, например, Java, Python, ну или даже JavaScript.

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы


Здравствуйте, давно подписана на ваш канал, отчасти благодаря ему начала учиться, прохожу курсы на степике по java, но кушать хочется сегодня-) и решила пока монетизировать полученные знания как НR IT, в связи с этим вопрос, (понимаю что ответ субъективный), но что больше всего раздражает кандидатов на должность в рекрутерах и какая форма первичной коммуникации предпочтительней?

В рекрутерах часто раздражают попытки разговаривать на технические темы «с ученым видом знатока», изображая понимание предметной области, когда этого понимания просто нет. По этой причине в общении с кандидатами, лучше вообще не касаться тех тем, в которых вы не уверены - их кандидат уже сможет обсудить на техническом собеседовании с компетентными специалистами.

Также, конечно, раздражают достаточно бессмысленные и шаблонные вопросы в духе «кем вы себя видите через 5 лет» и так далее.

Что касается вопроса - как заинтересовать кандидата - тут стоит принимать во внимание, что многим опытным специалистам приходит очень много предложений от рекрутеров, даже когда работу не ищешь вообще. У меня, например, есть профиль на Linkedin и туда каждую неделю ломятся как минимум несколько рекрутёров. Иногда они находят меня даже в телеграме или WhatsApp, хотя я вроде бы нигде не оставляла телефон - вот уж не знаю, как они его находят.

Но пока специалист не в поиске работы, на подобные сообщения смотришь сквозь пальцы. Чтобы зацепить, нужно предложить прямо в первом сообщении что-то такое, что сильно привлечёт внимание - например, очень большую зарплату по сравнению с рынком. Если она +/- такая же, как везде - объявление ничем особо не привлекает. Также могут «сыграть» очень интересная область, либо же стэк, если он окажется именно таким, с которым разработчику больше всего хотелось бы работать.

Поэтому когда пишете кандидатам, лучше сразу заходить с козырей - много денег, подробное описание того, чем ваш проект интересен и уникален с точки зрения разработки, используемый стэк. Возможно, ещё какие-то «плюшки» сыграют - но они должны быть действительно эксклюзивными - не в духе «у нас в офисе есть пуфики», а, например, 4х-дневная рабочая неделя или что-то подобного уровня.

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

Задать вопрос автору блога можно здесь: @hum_it_bot

У меня созрел ответ на самый частозадаваемый вопрос: «Какие курсы выбрать?».

Ответ, наверно, многим не понравится, но он такой: выбирайте любые курсы. Вот серьёзно, любые.

Критерии выбора вы задаёте для себя сами. Если курсы, которые стоят условно 100 тысяч рублей вам не по карману - выбирайте курсы дешевле. Хотите - вообще бесплатные курсы изучайте, они тоже есть, например, в Epam.

Открывайте гугл и ищите возможности, которые лично вас устроят по нужным параметрам - например, если в хотите очные курсы, ищите варианты, доступные в вашем городе. Хотите курсы на русском языке - придётся ограничиться рунетом. Если английский для вас не проблема - тогда рассматривайте и курсы при иностранных университетах - Гарварде, Стэнфорде, МИТ и так далее - ищите их на edx, coursera и сайтах самих университетов (ключевые слова для поиска: Stanford online, Harvard online, MIT online итд). И, вопреки стереотипам, там тоже можно найти много всего бесплатного. Хотите максимально полные курсы, включающие в себя множество предметов? Тогда имеет смысл присмотреться к платным курсам длительностью 1-2 года.

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

Когда меня просят дать отзыв на какую-то конкретную платформу, какую-нибудь условную СкиллБрейнс - я всегда теряюсь. Во-первых, я сама там не училась. А во-вторых - там же работают десятки, если не сотни разных преподавателей. Наверняка среди них есть очень талантливые ребята, но могут быть и преподаватели послабее (не каждый хороший разработчик может стать хорошим учителем).

Поэтому, если кто-то в Интернете ругает, скажем, преподавателя на курсе по Java, это еще не значит, что на курсе по Python будет так же - возможно, там работает как раз замечательный специалист. Единичные отзывы ничего не говорят о платформе в целом и ориентироваться на них трудно. Также любые отзывы могут писать как сами маркетологи от платформы, так и конкуренты, чтобы очернить друг друга. Поэтому в отзывых лучше искать конкретику, включая имя преподавателя. А уже перед покупкой курса, можно уточнить, кто будет преподавать, и не про него ли вы читали отзывы.

Но по большому счету никакие курсы не панацея, и не стоит идти на них с завышенными ожиданиями. Я не думаю, что 100% людей после курсов станут работать по этой же специальности. Кому-то не понравится профессия. Кому-то надоест учиться и он всё бросит. Кто-то заинтересуется какой-то другой сферой и переключится на нее. Кто-то банально передумает. Кто-то просто забьёт на учебу и ничему не научится. Так это работает с любым обучением - никто и нигде вам не гарантирует, что вы получите свою Dream Job и будете ей довольны до конца своих дней. Но если вам интересна профессия - это уже хорошая заявочка на успех.

#вашивопросы

А не можешь порекомендовать курсы по архитектуре ПО/паттернам проектирования?

Смотрите, на мой взгляд паттерны и архитектуру стоит изучать в том случае, если у вас уже есть опыт самостоятельной разработки, хотя бы минимальный. То есть вы уже проектировали свои программы, решали какие-то задачи, знакомы с азами ООП и теперь хотите научиться всё это делать более грамотно.

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

Что касается курсов, большинство известных онлайн-школ заточены под новичков. Паттерны же - это тема уже для чуть более продвинутых специалистов. Специально в этой нише работают курсы Otus, их задача - повышать квалификацию айтишников с опытом. И у них как раз есть курс по паттернам проектирования и архитектуре - можете рассмотреть его.

Другой вариант - поискать курс на платформах-аггрегаторах различных мини-курсов, например, на том же Udemy (UPD 2022 - cейчас из-за санкций оплатить курсы студентам из России там нельзя) - при выборе учитывайте, с каким языком программирования вам интереснее работать и смотрите отзывы.

Задать вопрос автору блога можно здесь: @hum_it_bot

#вашивопросы


Здравствуйте. Инженер-программист, занимался ПЛК и микроконтроллерами, системой Скада. Полтора года назад ушёл в нейронные сети. Сейчас занимаюсь разработкой программ для видеоаналитики. Знаний много, внедряю с нуля один, потому что в нашем регионе этим больше никто не занимается. Решил сменить работу, составил резюме, отзываюсь на вакансии, но сплошные отказы ещё на начальном этапе. Даже до собеседования ни разу не дошёл. По уровню скиллов вполне хорош, опыт конкретно по DL и ML год всего, это да. Возраст 47 лет. Пытаюсь понять, в чем конкретно проблема. Неужели проблема в возрасте, можете поделиться своими соображениями по этому поводу?

Я не экстрасенс, и не могу прочитать мысли тех HR-менеджеров, которые «отсеивают» ваше резюме. Но, думаю, искать причину нужно в первую очередь в самом резюме. Свой возраст и эйджисткий настрой некоторых hr-ов (если он у них вообще есть, это всего лишь гипотеза) - изменить нельзя, поэтому об этом пункте вообще не стоит думать. А вот к самому резюме я бы присмотрелась - возможно, оно составлено плохо - слишком кратко/неразборчиво итд - и рекрутеры просто не могут через него продраться и понять, насколько вы как кандидат подходите для их вакансии. Поэтому всем совет - составляйте резюме понятно и подробно, литературным языком, так чтобы и hr-ы гуманитарии его поняли.

Какой базой необходимо обладать, чтобы пробоваться на джуна? И насколько глубокими должны быть эти знания? Осенью я пошла на курсы переквалификации, по итогу в корке будет написано что-то типа инженер-программист.. большая часть обучения позади..но все что я поняла, что я ничего не понимаю и не знаю, хотя очень интересно, как говорится) у нас было курсы по технологиям программирования, С#, ADO.Net, ASP.Net, HTML+CSS, Oracle, MS SQL, сейчас идёт краткий курс по РНР, затем будет Java, C++ и наконец Python... но после пройденных курсов я понимаю, что знаний у меня особых не осталось..ну да, ну знаю, что есть такая технология, есть другая, и на этом все...я понимаю, что это мой косяк, надо очень много заниматься самостоятельно, больше копать вглубь, самой себе придумывать задачи и т.д. А ведь это все только мизерная часть языков и технологий, которые существует.. и вот думаю: как быть ? Куда все-таки копать?

Насколько я поняла, ваш уровень сейчас - это примерно как обзорная экскурсия по различным языкам и технологиям. Дальше следует уже двигаться не вширь (побольше разных языков и технологий), а вглубь - выбрать свой рабочий инструмент, и выполнить на нем несколько проектов - веб-сайт написать, игру, и так далее. Подумайте, какой язык вам симпатичнее в качестве основного - C#, Java, Python или что-то ещё? Когда сможете ответить на этот вопрос - посмотрите на hh, какие еще технологии большинство работодателей ожидают от разработчиков на этом языке - например, Python + База данных + веб-фреймворк (django или другой) - и работайте с этими инструментами, чтобы в дальнейшем откликнуться на такую вакансию.

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

Задать вопрос автору блога можно здесь: @hum_it_bot