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

#вашивопросы В вакансиях и требованиях часто пишут "опыт владения unix/linux системами, опыт работы с командной строкой, уверенный пользователь Linux". Что это означает? Какие нужны навыки? И как этому научиться? Я всю жизнь пользуюсь Windows и мне норм. Чтобы с этим разобраться нужно поставить себе linux в качестве ОС на компьютере и с ней работать? Если в вакансии требуется знание Linux, значит эта компания использует сервера с Linux, и пишет ПО, которое будет запускаться на Linux. Таких компаний, думаю, большинство. Разработка под Windows - это прерогатива платформы .Net (чаще всего на языке C#). Если вы не метите в «шарписты» - линукс точно нужен. И даже если метите - всё равно, скорее всего, пригодится. Почему айтишники любят линукс? По мнению многих, он гораздо удобнее для профессиональных целей, во многом проще и к тому же часто бесплатный. Обычные пользователи предпочитают Windows потому что он им привычнее. Юзеры чаще всего работают только с GUI - графическим интерфейсом пользователя - все эти окошечки и кнопочки, на которые надо нажимать. И для задач пользователя, их хватает - проверить почту, погуглить и написать какие-нибудь документы в ms office. А задача разработчика - писать программы - требует большего набора инструментов, кнопочек и менюшек на все потребности не хватит. Гораздо более гибкие возможности даёт командная строка. В windows это cmd - и она дико неудобная. Есть еще Powershell, он посимпатичнее, но всё равно. А вот линуксовая командная строка, скажем, bash - это просто небо и земля по сравнению с виндой. В былые времена разработчики, работающие с виндоуз, изворачивались как могли, чтобы поставить командную строку Linux на Windows: устанавливали себе разные cygwin и mingw - которые эмулировали bash на винде. Когда начинающие айтишники боятся пробовать что-то еще кроме Windows - это просто потому что он тупо привычнее, и не было опыта работы с другими ОС. Так вот, возвращаясь к вакансиям, где требуют линукс - в таких компаниях используются сервера с линуксом. На работе вам нужно будет к этим серверам подключаться по протоколу ssh и что-то с ними делать. Когда вы подключаетесь удаленно к серверу с линуксом, на нём не будет никаких кнопочек и менюшечек - только командная строка Linux и надо уметь с ней работать. Программы, которые вы будете ставить на эти сервера - должны быть написаны именно под Linux, а перед тем как вы их запустите на сервер, нужно будет запускать их у себя локально - и проверять, что они правильно работают именно на Linux. (Небольшой спойлер: часто эта задача решается с помощью контейнеров docker, а контейнеры докера - это тоже всегда линукс.) Откуда взять линукс, если у вас windows? - Если у вас windows-10, то в нём уже есть встроенный linux - видимо, даже microsoft признал, что без линукса никуда - тут инструкция, как его подключить. - Другой вариант для экспериментаторов - поставить ОС Linux в качестве второй операционной системы на ваш компьютер и работать с ним не через винду. - Ещё - можно запустить линукс прямо на винде в виртуальной машине (погуглите про virtual box) - это будет операционная система, которая будет запускаться в отдельном окошке и «думать», что она стоит на настоящем компьютере, а не в виртуальной машине. - Ещё один совсем легковесный вариант - поставить себе docker - и в нём запускать линукс для экспериментов (правда, заодно придётся разобраться с докером - но это точно пригодится в дальнейшем). Где научиться линуксу? Я начинала знакомство с *nix по книге Unix. Командное окружение - она хоть и довольно старая, но на удивление не устаревшая (раздел про си новичкам можно пропустить) - вот по ней можно освоить все основные команды для работы с Unix и Linux - и заодно восхититься, как же много он умеет. Помимо этого - посмотрите курсы по введению в линукс, скажем на платформе stepik - там есть бесплатные. А для более профессионального освоения линукс и обучения основам администрирования, можно рассмотреть и платные курсы, например вот этот на гикбрейнс, и не только там. Ваши вопросы можно присылать сюда: @hum_it_bot

Какое бывает образование 1. ВУЗы В хороших вузах закладывают фундаментальные знания, технический кругозор, приобретают социальные связи. Там изучают предметы, которым на ускоренных курсах учат редко (например, математику или микроэлектронику). Но часто вузы оторваны от потребностей рынка. Среди преподавателей, полагаю, не так много специалистов, работающих в IT-индустрии, и поэтому они могут сами не знать, чем выпускники будут заниматься на работе, и как их к этому подготовить. Я слышала жалобы о том, что вузовская программа меняется очень медленно, и бывает, что студентам дают такие же точно задания, как и 20 лет назад. Или обучают неактуальным ЯП. Я бы рассматривала вуз как место, где закладывают теоретический фундамент и дают классические знания. А прикладные навыки и востребованные рынком технологии придется изучать самому (например, в процессе работы). Окончивший вуз выпускник - это еще не сложившийся специалист, ему нужен год-два "боевого" опыта на работе, чтобы приобрести реальную практику. Итак, плюсы вузов: обширный набор дисциплин, фундаментальные знания, основательный академический подход. Минусы: оторванность от рынка и передовых технологий. 2. Курсы при IT-компаниях, онлайн-университеты - наоборот, придуманы, чтобы максимально приблизить учащихся к «боевому» опыту разработки и потребностям рынка. Преподавателями на такие курсы нанимают программистов из известных компаний - людей, которые знают, что именно нужно уметь для работы в современной компании. Обучение строится вокруг разработки реального проекта, похожего на настоящую работу. И в целом на таких курсах пытаются полностью эмулировать работу в компании. Задумка у таких курсов здравая. А вот насколько хорошо получается её реализовать - это уже как повезет. Хороший программист не обязательно хорош как преподаватель. Думаю, даже в рамках одной и той же онлайн-школы попадаются и клёвые курсы, и так себе. Программа может быть составлена слишком поверхностно, и вам будет не хватать фундаментальных знаний для того, чтобы в голове была полная картина. Может быть задан слишком высокий темп обучения - или наоборот, материал покажется слишком лёгким и поверхностным. А возможно, всё будет круто - сильный харизматичный преподаватель, интересная программа и крутой проект. Цены встречаются разные, часто высокие - спрос есть, а капитализм пока еще никто не отменял. Плюсы курсов при IT-компаниях: ориентированность на потребности рынка, работа над проектом в условиях, приближенных к «боевым». Наличие ментора, code-review, обратной связи. Обучение за короткий срок. Минусы: не всегда грамотно составлена программа. Часто высокие цены. Агрессивный маркетинг (у некоторых). 3. Курсы в Интернете (преимущественно небольшие): coursera и др. Чаще всего, состоят из видеолекций и практических заданий, которые можно выполнить на интерактивной платформе с автоматической проверкой. Задачки там небольшие, подходят для закрепления материала и усвоения знаний, но от реальной практики далеки. Плюсы: курсы бесплатные или стоят недорого. Хороши для того, чтобы приобрести или подтянуть знания по отдельным предметам. Например, нужна вам статистика - проходите курс по статистике. При желании можно из таких коротких курсов составить для себя и большую полноценную программу. Минусы: обычно курсы короткие, точечные, и не покрывают все необходимые специалисту темы. Скорее введение в предмет. 4. Книжки и учебники. Плюсы: очевидно, что в хороших книгах написаны полезные вещи. Минусы: процесс издания книги медленный, особенно если её нужно переводить на русский. А технологии устаревают быстро, поэтому в книгах бывает устаревший материал (что не всегда критично). 5. Есть и другие образовательные проекты - вариантов с каждым днем появляется всё больше - главное ими пользоваться. В общем и целом, я не считаю, что какой-то из вышеперечисленных вариантов обучения - плохой. Из любого из них можно извлечь пользу. В конечном итоге успех образования в большей мере зависит от вас самих.

Курсы «с нуля» слишком сложные За последнее время я получила сразу несколько отзывов про разные онлайн-школы программирования, все в одном ключе: в описании курса написано «учим с нуля», а в реальности именно с нуля там оказывается учиться сложновато. Почему такое происходит? Представьте, что вы пошли учиться в автошколу - садитесь за руль, инструктор говорит: «Так, выжимайте сцепление» - а вы понятия не имеете, что такое сцепление. «Ну в смысле, не знаете?» - Удивляется инструктор - «Это же педаль!» - но вот беда, вы не знаете, что такое «педаль». В итоге поняли, что куда-то там ногой внизу нужно жать, и как-то хитро жать, чтобы мотор не заглох - а как именно, толком не понимаете… И это не единственная проблема, инструктор считает, что вы уже знаете, что такое руль, ручник, с какой стороны газ, и где тормоз - и еще много таких очевидных для него мелочей - а вы в шоке, растеряны и напуганы… Это, конечно, вымышленный пример, и в настоящей автошколе всё должны нормально рассказать и показать. Но с курсами программирования, судя по всему, может происходить что-то похожее. Возможно, так происходит потому что многие курсы рассчитаны на 6-12 месяцев, и за это время нужно быстро «натаскать» вас на нужную технологию (например, на ту же Java), а надолго останавливаться на азах и основах, рассказывать всё на пальцах, на кубиках, на картинках - просто не хватит времени. Есть популярная точка зрения, что сильно глубоко копать и не нужно - «база» в итоге сама уляжется в голове, и всё неочевидное и не совсем понятное поначалу, потом станет простым и понятным. Само. Но для всех ли это работает именно так? Возможно, проблема ещё и в том, что составители программ не могут взглянуть на материал глазами новичка, и понять - каково это - приходить «с нуля» - и им кажется, что всё и так доступно и очевидно. Если человек ездит на велосипеде с 5 лет, ему сложно понять 25-летнего новичка, который впервые в жизни учится кататься. Так как упростить себе жизнь? Волшебная пилюля у меня есть, и я уже сто раз её советовала. Пройдите бесплатный курс по введению в Computer Science, вот этот, мой любимый гарвардский CS50: Introduction to Computer Science. Если с английским языком у вас не очень - здесь есть он же в переводе на русский язык. Правда, русскоязычная версия может слегка устаревать по сравнению с оригиналом. Так вот - пройдите этот курс, и желательно, полностью - не просто лекции послушайте, но и задания на программирование выполните. После него у вас уже не будет вопросов, что такое сцепление, газ или руль, возвращаясь к нашей метафоре. А после CS50 идите и изучайте уже конкретную технологию - Java, Python, фронтэнд, игры или мобильные приложения - в общем, всё, что хотите. После такого старта описанных выше проблем быть не должно. Прочитав ваши отзывы, я ещё больше укрепилась в точке зрения, что с нуля «окунаться» в какой-то один язык программирования - это не самый лучший путь, хорошо бы ещё сформировать базу, представление о том, как оно всё работает в Computer Science и программировании в общем, без привязки к отдельным языкам или технологиям. Хотя бы в объёме минимального ликбеза. Потому что изучать только 1 язык и не знать ничего о мире за его пределами - это примерно как научиться водить только Renault, и вообще не представлять, как ездить на форде или ниссане. А в реальности надо уметь управлять любым автомобилем, независимо от марки. Вот так же примерно должно быть и с программированием - нам нужно понимать общие принципы программирования, независимо от языка.

#вашивопросы А не платят ли айтишникам самоучкам меньше, чем специалистам, имеющим диплом? Ведь вроде выбор рабочих мест для самоучек меньше Существуют профессии со строгими формальными требованиями к образованию - например, нельзя работать врачом без диплома врача и без лицензии на медицинскую деятельность. Так вот - программирование не относится к числу таких профессий. Тут важно только что вы умеете, и совершенно неважно, где вы этому научились: в ВУЗе, на курсах, сами по книжкам, или вас научил батя/брат/друг/кот. Есть люди, которые заканчивают ВУЗы, и нифига не умеют делать. А есть люди, которые всему успешно учатся сами. Попробуйте поставить себя на место бизнеса. Что важно бизнесу? Бизнесу важно название вашего вуза, или ему важно, что вы сможете разработать для него сайт, который приносит деньги? Что делать, если в требованиях в вакансии написано «техническое образование», а у вас его нет? - Игнорируйте это требование и спокойно откликайтесь на вакансию. И делайте так всегда, когда вакансия вам более или менее подходит, но вы не соответствуете всем требованиям на 100%. Например, в требованиях написано: опыт работы 1 год - а у вас только 5 месяцев - пофиг, откликайтесь. Написано Python + PostgreSQL, а вы знаете только Python и MySQL - пофиг, откликайтесь. Ищите вакансии, которые подходят вам на 60-80% - идеальные кандидаты в природе встречаются редко. Если ваши знания покажутся работодателю плюс-минус достаточными, вам простят и отсутствие технического образования, и то, что опыт работы менее года, и то, что вы с постгресом не работали. После трудоустройства рост зарплаты и ваш успех в целом будет зависеть только от ваших профессиональных достижений, склонности к самообразованию и пользы, которую вы приносите компании. Если вам кажется, что диплом - это какой-то волшебный талисман, который кому-то что-то гарантирует - это не так. А когда у вас уже будет опыт работы, скажем, 2 года, (или тем более 3-5 лет) - в поиске работы будет иметь значение только этот опыт, про ваш диплом все и думать забудут. Ваши вопросы можно присылать сюда: @hum_it_bot

​#вашивопросы Правда ли, что опытный разработчик будет получать больше того же опытного верстальщика? Я точно даже и не знаю среднюю зп верстальщика, но немного порывшись в вакансиях, я видел большой разброс, где то 60, где то 130(просто верстка), где то 180(но там нужно слишком много уметь) Правда. Потолок зарплаты разработчика в Москве в диапазоне 200-350 тысяч рублей в месяц, это обычно уже уровень team-лида. Также такие большие зарплаты иногда встречаются в стартапах. Зарплата среднего разработчика с опытом условно 120к. О разнице между зарплатой верстальщика и разработчика по данным труд.ру смотрите на картинке внизу. Я вот и задаюсь вопросом, либо питон изучать, либо JS, но html +css, думаю учить обязательно. Возможно я не понимаю разницы между верстальщиком и web-разработчиком, если разница еще есть. Давайте разберём разницу между версткой, фронтэндом (js) и бэкендом (Python и др.). Вёрстка отвечает только за красивый внешний вид страницы - правильные шрифты, чтобы заголовок был ровно по центру, а текст никуда не съезжал, фон был нужного цвета и картинки расположены как задумано дизайнером. Верстальщик может сделать только статичную страницу - её можно будет смотреть и читать, и контент на ней не будет меняться - как книга или pdf-документ, только в браузере. Там нельзя будет нажать кнопку, отправить сайту какие-то данные или загрузить новые. Но есть ещё и динамический контент - кнопки, менюшки, формы, куда пользователь может отправить свои данные (например, поисковый запрос). Когда юзер нажимает на кнопки, заполняет формы, водит мышкой над определенной областью экране, на экране появляется новая инфомация. За обработку таких действий отвечает код на javascript, а пишет его фронтэнд-разработчик. Фронтэнд - это логика, которая работает на стороне браузера. Фронтэнд обычно обменивается информацией с сервером. На сервере работает код, например, на питоне, там есть база данных и другие необходимые компоненты для работы сайта. Всё это называется бэкенд. Давайте рассмотрим, как это работает на примерах. Когда вы авторизуетесь на сайте, вы вводите логин и пароль. Код на фронте отправляет на сервер введённый вами логин и пароль и «просит» бэкенд проверить, правильные ли данные ввёл пользователь. Код на бэкенде получает данные, идёт в базу данных и смотрит - есть ли там такой юзер, и совпадает ли пароль с тем, что хранится в базе данных? И потом отвечает фронту: «Да, пользователь есть, пароль правильный» или «Нет» - и фронт либо разрешает пользователю зайти на сайт, либо пишет: «Ошибка, неверный пароль». А когда нужно зарегистрироваться на сайте, фронт отправляет бэку логин и пароль и «просьбу» сохранить эти данные - а бэк добавляет нового пользователя в базу данных и отвечает фронту, что всё ок (или что такой юзер уже есть, нужен другой логин). Или, например, вы хотите найти стулья в интернет-магазине. Вы вводите в поисковой форме слово «стулья». Код на фронте берёт запрос «стулья» и отправляет его бэкенду с просьбой обработать запрос. Код на бэкенде ищет в базе данных стулья, составляет список данных по ним и отдаёт их фронту. Фронт получает список и отображает его на сайте. Код, который пишется для браузера на javascript, выполняется прямо на компьютере пользователя. А код бэкенда выполняется на сервере. Возвращаясь к вопросу про верстальщиков и программистов - сверстать сайт худо-бедно сможет любой программист, особенно фронтэнд-разработчик - правда не факт, что получится идеально красиво. Во многих компаниях вовсе нет никаких верстальщиков, всё делают фронтэнд-разработчики. А бывает, что за сайт отвечает и вовсе 1 человек - и за бэк, и за фронт - это называется фуллстэк-разработка. А вот в обратную сторону это не работает - верстальщики писать код не умеют. Если у вас есть вопросы, присылайте их сюда: @hum_it_bot

Тесты 99 little bugs in the code, 99 little bugs in the code. Take one down, patch it around 117 little bugs in the code Если вы уже писали какой-то код в своей жизни, то наверняка сталкивались с тем, как мучительно бывает его отлаживать, когда он не работает: на вид всё правильно написано, а работать не хочет. Где закралась ошибка (а то и несколько) - в упор не видишь. Запускаешь его, кажется уже в сотый раз - здесь чуть-чуть что-то меняешь, там - а толку по-прежнему нет. Вставляешь в разных местах print, чтобы отловить злосчастную ошибку, в итоге часа через 3, а то и на следующий день наконец находишь баг, чинишь его - запускаешь код - и натыкаешься на следующую ошибку… Чтобы разработка не превращалась вот в такой вот сизифов труд, не ленитесь писать тесты. Тесты - это код, который проверяет, что основной код в вашей программе работает правильно. Может показаться, что тесты - это лишняя работа, которая только усложняет жизнь, но на самом деле они призваны облегчать жизнь разработчику. Ситуации, описанной в первом абзаце обычно предшествуют такие события: вы написали 100-200-300-500 строчек кода, и наконец решаете его впервые запустить - посмотреть, как он отработает. А он никак не отработает, потому что в нём ошибки. Но где эти ошибки, в какой из сотен строчек кода? Начинается геморрой по их поиску. В альтернативной вселенной же, где вы вовремя вспомнили о тестах, всё выглядит иначе. Вы написали 10 строчек кода, и сразу же - тест, проверяющий, что эти 10 строчек работают так как должны. Тест выявил ошибку, вы её быстро правите (не так уж сложно найти и поправить ошибку в 10 строчках), снова запускаете тест - и вот ошибки нет, 10 строчек работают правильно. Можно писать следующие 10 строчек. Пишете функцию - и сразу тест, проверяющий её корректность. Пишете класс - и сразу его тестируете. Существует даже такой инженерный подход: сначала писать тесты для кода, а потом уже сам код. Тесты нужны не только для того, чтобы вовремя находить ошибки в процессе разработки. Они еще призваны проверять конечный продукт перед тем, как выкатывать его на продакшен - снижают вероятность поломок и багов. И еще тесты дают возможность менять уже написанный код в дальнейшем, не ломая работающий функционал. Например, приходит в компанию новый разработчик Вася, берёт код проекта и меняет там одну строку. «Разве я могу что-то сломать, поменяв только одну строку? Что может пойти не так?» - думает Вася. А одна строка, один символ, одна запятая и любое микроскопическое изменение - могут сломать всю программу, причем в самых неожиданных местах. Но беззаботный Вася об этом не думает, и вносит свои изменения в код. Однако, другие разработчики перед этим уже написали тесты, проверяющие, что программа работает правильно, и тесты грамотно покрывают весь её функционал. И когда эти тесты запускаются, все видят, что код не работает, и запускать в продакшен его нельзя - нужно искать баг. Таким образом тесты предотвратили кучу проблем - жалобы от недовольных пользователей и претензии от начальства - репутация компании осталась незапятнаной, а Вася получил наглядный урок, что даже 1 строчка кода может всё сломать, и тесты придумали совсем не дураки. Тем не менее, я думаю, большинство разработчиков в какие-то моменты попросту забивают на тесты, и я не исключение. В первые пару лет работы я их вообще не писала (трюк выполнен профессиональным каскадёром, не пытайтесь повторять, опасно для жизни). Но тут главное помнить - тесты облегчают жизнь разработчика, а не усложняют её. Пишите тесты, дамы и господа.

Мотивация и ошибки Когда я завела этот канал, я думала, что подписчиков в большей мере будут интересовать технические моменты, связанные с обучением программированию и спецификой работы айтишника. Но в итоге получилось, что вопросы технического плана присылают единицы, а большинство запросов от читателей - психологического характера. Чаще всего проблемы подпичиков, на которые они жалуются, вообще не связаны с «дебрями» Computer Science. Речь о том, что люди хотят, но не могут даже начать чему-то учиться. Сидят, терзаются сомнениями, вроде как «и хочется, и колется» - «а смогу ли я?», «а не слишком ли я старый?», «а не слишком ли я гуманитарий?», «а если у меня нет способностей?», «а вдруг у меня не получится?» - и еще куча подобных психологических барьеров в голове, которые не позволяют сделать даже крохотный шаг вперёд. Так можно бесконечно топтаться на одном месте и не решаться ни на какие изменения в своей жизни. И у меня есть ощущение, что если бы большинство людей преодолело эти страхи и сомнения, очень многие из них стали бы отличными специалистами - в том числе и айтишниками. Потому что когда человек ставит на себе и своих способностях крест - нет возможности узнать, каких высот он мог бы достичь в жизни. Как с этим бороться? Лично у меня нет диплома по психологии, поэтому для решения подобных проблем хочу вам порекомендовать блог другой Лены - психолога. Тут Лена рассказывает, почему мы боимся ошибаться, и как страх неудач парализует нас, мешает пробовать новое, развиваться и добиваться успеха. А тут Лена рассказывает о негативных установках о себе самих, которые мешают нам учиться и двигаться вперёд, и о том, как переделывать их в позитивные установки. Интеллект, наши знания и навыки - это не константа, их можно развивать, если понимать, что рост возможен всегда, и когда что-то не получается - это всего лишь препятствие и временный этап, а не показатель вашей «бездарности». Так что если внутренний критик не даёт вам покоя, и внушает мысль, что у вас руки не из того места растут, и это кто-то другой может зарабатывать деньги, и делать сложные штуки, а вы - не из их числа - то айда к Лене в блог, заряжайтесь позитивными установками, начинайте учиться, а с вопросами по учебе и программированию - заходите ко мне.

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

Как сэкономить на платных курсах Есть ещё несколько лайфхаков про то, как платить меньше за платные курсы. 1. Скидки, акции и промокоды - на этой неделе выложу в канал купоны и промокоды для разных онлайн-школ, которые смогла достать. Большинство истекают 30 сентября, так что следите за обновлениями. Кто хочет получить их побыстрее - пишите в бота @hum_it_bot, пришлю лично. 2. Налоговый вычет. Если вы где-то официально работаете, и платите 13% НДФЛ с зарплаты (либо с иных доходов), то вам полагается налоговый вычет за расходы на образование. Если вы, к примеру, в этом году, покупаете курсы, то можно будет в начале следующего года подать заявление в налоговую и вернуть себе на счёт до 13% от расходов на курсы. Действовать это будет, если курсы российские, и у них правильно оформлена лицензия - так что уточняйте у организаторов курсов, можно ли получить у них документы, чтобы оформить возврат налогов. Например, у Geekbrains точно можно - но, скорее всего, у других тоже. 3. Кэшбек-сервисы. Кто ещё не пользуется кэшбек-сервисами, но хотел бы хоть немного экономить на покупках в интернете (в том числе покупках онлайн-курсов) - рекомендую. Работают они обычно так: регистрируетесь в кэшбек-сервисе, ставите их расширение для браузера, и идёте покупать то, что вам нужно. Плагин для браузера сам посчитает, сколько кэшбека вам нужно начислить. Или, если без плагина - открываете сайт интернет-магазина не напрямую, а переходите на него по ссылке через сайт кэшбек-сервиса, и кэшбек учтётся. А через пару месяцев сможете с баланса в личном кабинете кэшбек-сервиса вернуть себе на счет ориентровочно 5-10% от покупок в интернете. Главное, о чём нужно помнить - кэшбек не работает, если применять промокод, так что если промокод даёт более хорошую скидку, лучше воспользоваться им. По ссылкам ниже - образовательные платформы, подключенные к одному из таких сервисов кэшбека, letyshops: - Coursera - 5% кэшбек - Udacity - обещают вернуть 12,5$ с покупки - Bang bang education - онлайн-школа дизайна, кэшбек 6,5% - Roboschool - школа программирования и робототехники для детей, кэшбек 7,5% - УчМет - учебно-методический портал с различными программами повышения квалификации, кэшбек 4% - TutorOnline - сайт с репетиторами, кэшбек до 6,5%. Там же есть кэшбек за покупки в разных других онлайн-магазинах, но это уже выходит за рамки тематики моего канала.

Резюме Сегодня поговорим о резюме, и начнём с того, как не надо его писать: 1. Краснобайство и вода. Я коммуникабельный, гибкий, проактивный, инициативный, энергичный, ответственный, легкообучаемый, стрессоустойчивый, адаптивный и прочие слова. Миллионер, филантроп, гений. Резюме будут читать айтишники, а мы любим конкретику и факты, а подобный текст для нас звучит как «я бла бла бла бла». Хотите подчеркнуть, что вы весь из себя коммуникабельный, напишите к примеру «Привык работать в команде из 2-5 человек». Вместо высокой обучаемости и гибкости, напишите что-то вроде: «Люблю изучать новые технологии» - так это звучит скромнее и честнее. 2. Хвастовство. Превратил устаревшее совковое говно в современную динамичную компанию, используя самые передовые технологии. Уже от одного моего присутствия бизнес-процессы в компании налаживаются. Пишу идеальный код без ошибок. Могу обучиться чему угодно с нуля до совершенства за 2 часа. Написал с нуля в одиночку за неделю поисковый движок круче Яндекса и Гугла. Особенно хорош в проектировании распределенных высоконагруженных проектов. Возраст: 21 год, опыт работы: 3 месяца. Вангую, вас даже на собеседование не пригласят. Но резюме обсудят, посмеются. 3. Другая крайность - скромняга. И в резюме, и на собеседовании вы всячески стараетесь показать, что на самом деле ничего толком не знаете и не умеете. Сами при этом вы считаете, что так оно и есть, и это честная и объективная оценка самого себя. На самом деле знания и навыки у вас есть, но вы будете их всячески принижать и убеждать работодателя, что вы ничего не стоите. Клещами вытягивать из таких кандидатов признание, что они всё же что-то умеют - энергозатратно, и не всем охота этим заниматься. Так что держите в голове цель - ваша цель - продать себя, а не скромничать. Лучше слегка приукрашать свои достижения, чем принижать - просто делать это менее явно, и не скатываться в откровенное хвастовство, как кандидаты из пункта 2. 4. Краткость - сестра таланта. А вот так выглядели 90% резюме, которые я читала: ООО «Бывшая работа»: Поддержка проекта на Python. Точка. Всё. Из этой строки мы должны как-то понять подготовку и квалификацию человека, понять какой у него опыт работы, с какими проектами и в какой роли он работал и как себя на этой работе проявил. А мы не экстрасенсы. На самом деле за такими описаниями в одну строчку может скрываться кто угодно: и хороший специалист, и эникейщик, который умеет только винду переустанавливать. Кажется, люди, которые пишут такие резюме считают, что мы, как айтишники, по одному предложению должны догадаться, в чем состояла работа чувака. Поддержка проекта на Python - какого такого проекта? Что значит поддержка? Писал ли он код для этого проекта, или просто следил, что скрипт на питоне запущен, и если нужно было - перезапускал его? Загадка. А как писать резюме? Пишите честно, информативно, понятно и достаточно подробно. Держитесь фактов и конкретики. Какими технологиями владеете? Какие проекты с использованием этих технологий выполняли? Максимально подробно опишите, чем занимались на предыдущем месте работы (если у вас был релевантный опыт), или на предыдущих двух местах работы. Чем более давняя работа, тем меньше нас интересуют подробности. Если до этого работали учителем французского языка, об этом напишите в одну строчку, не надо лишних слов. Если айтишного опыта работы у вас не было - напишите, какие курсы проходили и какие технологии на них изучали, опишите свои учебные проекты или то, что делали для себя. Еще раз, описывайте по существу: о чём проект, на чём вы его писали/запускали. Не надо оценок, хвастовства или наоборот - скромничанья, только факты. И отталкивайтесь от того, что вы это рассказываете незнакомым людям, которые не в контексте, и не экстрасенсы, чтобы угадывать недостающие подробности: описывайте свои проекты так, как рассказали бы о них своему другу, который не в теме. Разве что термины и названия инструментов не надо разъяснять и заменять на более простые слова.:)

#вашивопросы Есть ли смысл поступать на компьютерную инженерию если хочешь стать программистом? Спрашиваю потому что прошла в универ именно на эту специальность. Из вопроса не совсем ясно, каким именно программистом вы хотите стать. Компьютерная инженерия включает в себя изучение электроники, микроконтроллеров, проектирование схем и прочие разные железяки. И есть области программирования, где как раз занимаются такими низкоуровневыми вещами - например, программированием встроенных систем, микросхем, прошивок и операционных систем, компиляторов, проектированием сетей, робототехникой и криптографией. Собственно инженеры превращают железяки в полезные устройства - создают тот интерфейс между пользователем и устройством, который мы как обычные пользователи принимаем как данность. А есть программисты, которые занимаются исключительно кодом и разными приложениями, им углубляться в железяки не настолько важно - это те люди, которые пишут веб-сайты, мобильные приложения, игры, и прочие высокоуровневые программы. Это более абстрактный уровень, про железяки тут думать особо не нужно, напрямую с ними мы не соприкасаемся. Соприкасамеся мы только с тем слоем, который отделяет нас от железяк - то есть с операционной системой - и то с помощью разных удобных обёрток и абстракций. Так что подумайте - каким программистом вы хотите стать? В принципе, если вы будете разбираться в железяках и низкоуровневых технологиях, ничто не мешает вам потом в итоге писать сайты или работать с питоном - от сложного легче переходить к простому. Задать вопрос мне можно в бота: @hum_it_bot

Качества хорошего айтишника Меня часто спрашивают: как понять, что IT - это «моё»? Ну понять можно только одним путём - сделать какой-нибудь интересный проект самостоятельно (например, написать игру), и если процесс и результат приносят удовольствие - значит, вам это подходит. Но если вы пока ещё не успели ничего такого попробовать, то косвенно о вашей «годности» для IT-профессии можно судить по некоторым личностным качествам. Вероятно, попробовать себя в IT имеет смысл, если несколько из этих пунктов - это про вас: 1. Вы любознательны и склонны к самообразованию. Например, изучаете иностранные языки, читаете развивающую или познавательную литературу, интересуетесь научпопом (или научной литературой), проходите какие-нибудь курсы, ищете информацию, пробуете новое. Вам интересно, как устроен этот мир. Обучение для вас - не пытка, а приятное развлечение. 2. У вас развито критическое мышление - вы не доверяете случайным источникам информации, если нет веских доказательст, любите перепроверять факты и докопаться до истины. 3. Вы чётко и ясно формулируете свои мысли и умеете их аргументировать. 4. Вы чините вещи сами. Не обязательно что-то сложное - но если, например, сломалась дверная ручка в спальне - вы первым делом попробуете её починить самостоятельно. Особенно это касается компьютера - программа зависла, вылезает какая-то ошибка при работе, архив не открывается, принтер не подключается, интернет не коннектится - что вы сделаете? Позовёте друга на помощь со словами «я что-то нажал и у меня всё исчезло», или разберётесь сами? 5. Вы любите облегчать себе жизнь, избавлять себя от рутины и придумывать, как можно оптимизировать работу (в том числе бытовые заботы). Например, вы решили купить себе дорогие кроссовки в Интернете, но хотите дождаться хорошей скидки на них. Какое решение вам больше понравится - самостоятельно каждый день заходить на сайт интернет-магазина в течение нескольких месяцев и мониторить цену, или написать, скажем, телеграм-бота, который будет следить за изменением цены и пришлёт вам уведомление, когда кроссовки подешевеют? Если решение с ботом выглядит привлекательнее, хоть оно и сложнее - велкам в IT! 6. Сидячая работа для вас ОК. Вы умеете концентрироваться и несколько часов заниматься одним делом. 7. Когда что-то не получается с первого (и пятого тоже) раза - вы не сдаётесь, а продолжаете искать решения и другие подходы к проблеме. 8. Вы любите современные технологии, вам нравится открывать и экспериментировать с новыми инструментами. 9. У вас есть самодисциплина, вы умеете самостоятельно планировать свою работу.