IT - это опасно

Пишу не с целью напугать новичков, а чтобы призвать к бдительности. Старинная народная мудрость гласит «семь раз SELECT, один раз UPDATE». И не зря.

Может статься, в конторе, в которую вы устроитесь работать будет царить такой бардак, что у вас (новичка) будет полный доступ к базе данных на продакшене. И вы «случайно» возьмёте и удалите оттуда все данные. Говорят, удаление нужных данных - это как боевое крещение для айтишника, и все через него проходят (я проходила). Но еще говорят, что дурак учится на своих ошибках, а умный - на чужих.

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

Во-вторых - если речь идёт о базе данных, и вы как раз собираетесь в ней выполнить руками UPDATE или DELETE - остановитесь. Подумайте, что вы сейчас хотите сделать и зачем? Почему вы собираетесь менять вручную данные на проде? Что вас привело к такому решению? Может, не надо? Может, лучше у кого-то спросить, как решить проблему по-другому? Дальше, если это вас всё-таки не остановило - вспомните о такой штуке как транзакция - и выполняйте скрипт внутри неё, чтобы можно было потом изящным движением руки полностью откатить изменения. После изменения или удаления строк выполните SELECT и проверьте, что все ок, и только тогда закрывайте транзакцию. Для тех, кто в танке - транзакция открывается волшебной командой BEGIN; И откатывается с помощью ROLLBACK.

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

Часто ошибки происходят от того, что человеку банально лень разбираться с инструментом, который он использует. Так что если вы сейчас собираетесь выполнить команду в командной строке (извините за эвфемизм) - убедитесь, что вы понимаете, что эта команда делает и как работает - не удалит ли она нужный файл, не перезатрёт ли данные. Почитайте документацию - и только потом действуйте. На моей памяти юные падаваны ухитрялись даже удалить коммиты из git-а, потому что не стали затруднять себя чтением документации и не до конца понимали, что конкретно делает та или иная команда гита. Оказывается, даже гит - это опасно. Будьте аккуратнее с гитом. Не действуйте наугад. Мир технологий - это мир знаний и логики, а не Хогвартс, тут нужно разбираться, что и как работает.

Как усидеть за работой?

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

Одна из них - это увлечься какой-то интересной и сложной задачей, и погрузиться в неё часов на 5-6-8-10. Особенно если работаешь из дома, и ничто не отвлекает. Это всё без перерыва, без обеда и практически без движения. Когда наконец отдираешь своё тело от стула, с удивлением замечаешь, что уже поздний вечер, ноги и 5-я точка затекли, а желудок ноет от голода. И состояние разбитое, даже если чувствуешь какое-то удовлетворение от проделанной работы.

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

Для самочувствия, настроения и результативности работы в конечном итоге вредны оба состояния. А решение для них одинаквое.

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

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

Главное - не смешивать фазы отдыха и работы. Не продолжать решать рабочие задачи во время перерыва, и не отвлекаться на посторонние раздражители во время работы.

Вообще для этой методики есть название - метод Томата или Помидора (можно почитать в сети). В классической его интерпретации фазы отдыха тоже ограничены по времени - первые несколько раз по 5 минут, а потом фаза более длинного отдыха - 15 минут. Я же делаю фазы отдыха ненормированными - они могут длиться 1 минуту, или 5 минут, или полчаса в зависимости от моего (не)желания побыстрее вернуться к работе или наоборот сделать что-то не относящееся к ней - иначе у меня возникает ощущение принудиловки и ограничения свободы (на самом деле я не люблю все эти тайм-менеджменты и соковыжималки).

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

Про( )активность

Вы, вероятно, уже где-то слышали такое модное слово как проактивность. И о том, что в современном мире IT бывает такое, что технические навыки (hard skills) не всегда играют решающую роль в том, возьмут ли кандидата на работу. И что собеседующие могут обратить внимание на soft skills и, в частности, на пресловутую проактивность.

Так что же это такое? Глубоко копать не буду, кажется, «бытовое» использование этого слова уже несколько ушло в сторону от первоисточника. Расскажу о смысле, который по сути вкладывают в это слово в IT-компаниях. Быть проактивным - значит брать на себя ответственность и проявлять инициативу тогда, когда это не обусловленно твоими прямыми обязанностями (и когда нет никакой внешней необходимости к этому). Это в том числе и готовность признавать свои ошибки, и работать над развитием личностных качеств, а не оставить всё как есть и спокойно плыть по течению, и сказать потом, что это «оно всё само», «я не виноват».
То есть это противоположность пассивности, инертности, бездействию и желанию переложить ответственность на кого-то другого. Как и вере в то, что от тебя ничего не зависит.

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

Приведу несколько примеров:

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

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

- Вы видите, что не работает Интернет, или локальный git-репозиторий упал. А ну и фиг с ним! Пойду лучше кофе пить. Или всё-таки сходите к админу и расскажете о проблеме?

- Вам нужен корпоративный пароль для доступа к нужному сервису. Вы написали админу, он сказал ок, а потом молчит. Молчит день, два, три - ну и пусть молчит? Подождёте, пока он сам вспомнит - или напомните ему о себе?

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

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

Друзья, помогайте! Если вы новичок в IT - недавно начали работать в этой области, или пока только учитесь, но не работаете. Или если вы еще не начали изучать IT, но задумываетесь о таком направлении развития - то наверняка у вас есть вопросы о работе в сфере IT, о трудностях, с которыми (не) сталкиваются новички, о том, что вас там ждет и как себя вести в тех или иных озадачивающих ситуациях. Все вопросы можно писать в бота - @hum_it_bot. Ответы на самые интересные вопросы появятся в будущих постах. Только на вопрос «Какие книги и курсы посоветуете?» отвечать не буду, так как в блоге уже было несколько постов на эту тему. =*

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

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

- Как поставить сексиста на место, когда ты новичок? То есть плохо у тебя получается не по той причине, что ты женщина, а по той, что новичок?
Думаю, это вопрос можно обобщить до «Что делать, если коллега ведёт себя неподобающим образом и причиняет мне дискомфорт»?

Для начала, определимся с целью. Если цель - эскалация агрессии, раздувание конфликта и месть коллеге, то вы сами догадаетесь, что делать. 🙂

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

Первое, с чего стоит начать - это дать коллеге обратную связь, но не в агрессивной форме, а конструктивно и уважительно. И обязательно наедине, не в формате публичной порки.
Для этого придерживаться примерно такого алгоритма (так советуют психологи и конфликтологи):

Факты -> Описание своих чувств, которые вызваны этими фактами. -> Рассказ о ваших потребностях/ценности, которые таким образом нарушены. -> Просьба, обращенная к коллеге, которая вытекает из предыдущих пунктов

То есть в случае с сексистским поведением коллеги это будет выглядеть примерно так:
1. Факты: «Сегодня ты рассказал шутку про … , вчера прокомментировал …». - Тут только голые факты, без оценок, без обобщений - перечисление конкретных поступков человека.
2. Чувства: «Меня огорчают такие шутки, потому что я в них слышу уничижительное отношение к женщинам, а я сама женщина, и, следовательно, эти шутки относятся и ко мне. Мне сложно сосредоточиться на работе после такого, потому что я бываю расстроена.» - Рассказ о чувствах делают в формате «Я-послания». Слово «ты» и обвинений здесь не используют, просто говорят, какие эмоции у вас есть в связи со сложившейся ситуацией.
3. Потребности и ценности. «Я хочу работать в комфортной атмосфере, где все коллеги уважают друг друга, и где не принято завуалированно оскорблять кого-либо.» - Описать, чего вы хотите достичь.
4. Просьба. «Поэтому я хотела бы попросить тебя избегать оскорбительных высказываний, основанный на поле человека»

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

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

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

Всем привет! Продолжаю отвечать на ваши вопросы. Напоминаю, вопросы можно присылать в бота: @hum_it_bot.

Вот интересно, в начале кажется что все умнее тебя и надо их слушаться. Потом появляется собственный опыт, но ощущение, что надо слушаться остаётся. Как с ним бороться?

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

С чего начать человеку, который был далёк от IT, но хочет начать изучать?
У меня гуманитарное образование, стоит ли ставить на себе крест?
Сложности возникли со структурой: с чего начать, как практиковаться, если ты до этого не сталкивался ни с чем подобным, а школьная и университетская информатика была на уровне: «включите комп, подключайтесь к wi-fi. Поздравляю, можете заниматься тем, чем хотите. А, точно, wi-fi же у нас нет... ну рисуйте в Paint или пяльтесь в паук-пасьянс…»

Вы так говорите про гуманитарное образование, как будто это какой-то диагноз, или инвалидность. Образование - это набор знаний и навыков, а не клеймо. Не думаю, что полезно рассматривать его как препятствие на пути к новым знаниям или другим навыкам. Для меня это звучит как «я умею кататься на велосипеде, значит ли это, что я не смогу научиться чистить картошку?». У меня тоже гуманитарное образование. А в университете на информатике мы рисовали кораблик в Paint. И ничего, живу. И даже код пишу за деньги. 🙂 Сейчас вообще набирает популярность идея lifelong learning или непрерывного образования - учиться всю жизнь и менять профессию каждые 5 лет.

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

Какой язык программирования сейчас самый популярный?

Всё зависит от того, что вы хотите разрабатывать. Если, к примеру, мобильные приложения под Android - то Java. Под iOS - кажется, Swift. Если хотите делать сайты (фронтенд) - то Javascript и разные фреймворки и либы на нём (jquery, React, Angular, Vue и другие). Если интересует бэкенд-разработка - то тут из простых вариантов - Python, и, пожалуй, Go. Многие сайты всё ещё написаны на PHP, и он остаётся востребованным языком, но к нему многие относятся свысока.
Одним из самых востребованных и распространенных языков (и многими нелюбимых) языков остаётся Java. В платформе .Net используют C#, и не только. И есть еще мощная «золотая классика», которая не сдаёт своих позиций - C и C++. Для Data Science обычно используют Python или R. Это, пожалуй, самые частые варианты.

P.S.: для работы с базами данных - SQL - этот нужен почти всем.

Всем привет! Продолжаю отвечать на ваши вопросы. Напоминаю, вопросы можно присылать в бота: @hum_it_bot

Как сохранить в себе терпение изучать программирование?

Поскорее переходить от чисто учебных и не практических задач к реальным проектам - более интересным и более сложным. Например - найти себе какую-нибудь стажировку или part-time подработку на джуниорской позиции. Поучаствовать в каком-нибудь хакатоне. Принять участие в разработке open-source проекта. Или заняться своим личным проектом - написать свой сайт или бота, или мобильное приложение. «Мне еще рано, я еще не умею» - плохие оправдания, всё, что нужно знать - легко гуглится в процессе разработки.

Как справиться с ужасом и тревогой которые мешают процессу обучения (
Очень сложно учить новое так как всегда кажется что я бесконечно отстала и никогда не догоню ((
А еще немного стыдно что у меня уже возраст 🙈 мне неловко спрашивать простые вещи у коллег так как вроде как такие штуки уже все знают(

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

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

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

С каких языков следует начать изучать программирование?

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

Насколько сложно найти работу новичку? Сколько времени Вам потребовалось на обучение, чтобы устроиться на первую работу в сфере IT?

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

На обучение я потратила года 2 или 3 - но это в достаточно «вольном», бессистемном режиме. Думаю, если пойти на курсы при IT-компании, заточенные на трудоустройство выпускников - то одного года должно хватить для джуниорской позиции.

Как устроиться в сфере it?

1) Научиться нужным навыкам и знаниям
2) Опубликовать резюме
3) Сходить на собеседования
4) Если сразу не вышло, вернуться к пункту 1

Привет-привет! Было бы интересно почитать про ситуацию с гендерным неравенством среди разработчиков. Как вообще ощущается женщине в Male-dominant профессии, сталкиваешься ли с какими-то особыми сложностями (или наоборот - ничего особенного). В общем, особенности профессии с точки зрения гендера👱‍♀️ заранее спасибо!

Если честно, я этого гендерного неравенства в глаза никогда не видела. 🙂 Это не значит, что сексизма не существует как такового - люди бывают разные, в том числе и предвзято настроенные. Но чтобы я когда-либо сталкивалась с ним лицом к лицу - такого не было. Быть девушкой тут может быть даже выгоднее, так как ты сразу выделяешься на фоне безликой толпы кандидатов, и вызываешь интерес. А чтобы сразу интерес не иссяк, нужно прокачивать скиллы и знания. У меня на эту тему уже был длинный пост.

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

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

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

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

Ваши вопросы можно задать в бота: @hum_it_bot - разбираю их в порядке поступления.

За что в it платят такие огромные деньги? (мне действительно интересно, у меня отсутствует понимание практической части) Я прохожу курс на стадии стажёр, там много задач типа "отсортировать массив". Что я не понимаю? На практике, в работе же не будет подобных задач (или будут?) У меня стереотип, что человек за такие деньги должен как-то немерено пахать. Почему тогда все не становятся программистами, если это не так?

Огромные или нет это деньги зависит от того, с чем сравнивать. Некоторые инстаграм-блогеры зарабатывают и в пять раз больше хороших программистов, так что всё бывает по-разному. Кроме того, зарплаты айтишников разнятся от компании к компании и, тем более, от региона к региону. Да, зарплаты в IT выше чем у среднего россиянина, но они не сказочные - есть некий условный «потолок», выше которого сложно прыгнуть - разве что идти открывать свой бизнес.

А почему платят такие деньги - ну потому что так диктует рынок, вакансий для айтишников гораздо больше, чем самих айтишников. А очень хороших айтишников еще меньше. Оглянитесь вокруг: практически у каждого ООО «Рога и копыта» есть свой сайт, а у многих еще и мобильные приложения. Всем нужны базы данных, чтобы хранить в них информацию о клиентах. Все рабочие процессы автоматизируются - вместо людей в чатах отвечают роботы, в call-центрах тоже общаешься сначала с роботом и только потом он направляет тебя к нужному специалисту. Да и практически любой бизнес, куда ни копни - хоть в бухгалтерию, хоть в отдел продаж - использует разннообразное ПО - на счётах никто не считает, а данные о партнерах не заносят ручкой в записные книжки. Такси и еду мы заказываем через приложения, в салоны красоты записываемся через сайт, и сердимся, когда там нет кнопки «записаться», а вместо этого надо звонить по телефону (как в каменном веке). Оповещения о готовых заказах приходят магическим образом сами по СМС или email. Авиабилеты почти все покупают в интернете, и так же через интернет можно зарегистрироваться на рейс. Продолжать это перечисление можно бесконечно. А суть в том, что чтобы всё это работало и развивалось - нужны программисты, админы, дата-саентисты, и не только. И их нужно больше и больше, цифровой мир пока что только набирает обороты.

Задача уровня «отсортировать массив» - это учебная задача, направлена, скорее всего на изучение самых простых алгоритмов - сортировки, и на понимание, сколько времени (относительно размера массива) занимает каждый вид сортировки, и почему важно выбирать эффективные алгоритмы. В реальных проектах вы вряд ли столкнетесь с чем-то такого уровня. Реальные задачи будут, например, вида: «Добавить кнопку «позвонить» на сайт и связывать клиента с менеджером, когда тот нажмёт эту кнопку.» Ну тут зависит от конкретного проекта.

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

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

Ваши вопросы можно задавать в боте, в итоге я до них доберусь: @hum_it_bot

Как понять, на какую специальность идти?

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

На какой специальности объединены дизайн и программирование?

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

Где искать работу айтишнику?

hh.ru, linkedin, по друзьям и знакомым.

Какие языки сложные, а какие лёгкие?

Тут я буду отвечать очень субъективно. Лёгкие языки - это Python, Ruby, PHP. Javascript сам по себе не сложный, но во фронте есть куча своих тонкостей, которые надо знать. Чуть сложнее Java. C# - примерно как джава, только посимпатичнее. Си - не то чтобы очень сложный, но требует чуть более низкоуровнего понимания (арифметика указателей, ручное выделение и очистка памяти). Языки, перечисленные ранее эти задачи выполняют сами и прячут реализацию «под капотом». C++ - довольно сложный, если сильно в него погружаться.

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

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

Присылайте ваши вопросы сюда: @hum_it_bot

Привет) вопрос такой, насколько сложно устроиться на первую работу в it в 30 лет, нет ли предубеждений у работодателей? Слышала, что многие считают, что с годами сложнее учиться новому(Месяц назад оставила надоевшую руководящую должность и начала изучать программирование: меня так завлекло, что не замечаю ход времени. Однако, как будущему работодателю объяснить, что только сейчас нашла для себя эту сферу и хочу в ней развиваться и работать?

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

Здравствуйте, я итересуюсь It- сферой, думаю сейчас какое направление выбрать для обучения.Цель - доп. заработок, есть мысли освоить специальность It и возможно сменить работу. Работаю на производстве руководителем на участке, закончил вуз на инженера. По работе пользуюсь Word , Excel не углублённо. Подскажите направление в It, с чего начать обучение, какое направление выбрать, учитывая мой опыт работы??

Не вижу, чтобы в вашем опыте работы было что-то специфическое, за что можно «зацепиться» в выборе специальности. Вопрос в том, что вам самому интереснее - тестирование, работа с «железом», администрирование серверов, математика и дата саенс или программирование?

Какой стэк и на каком уровне нужен, чтобы «войти в IT» фронтендером?

HTML, HTML5 и CSS, желательно включая CSS-фреймворки и препроцессоры, JavaScript и популярные фреймворки на нём, разные CMS, SQL. Уровень вещь субъективная, думаю уровень должен быть такой, чтобы вы могли самостоятельно создавать полноценные проекты с нуля, а так же вносить изменения в уже написанные проекты.

Привет! Очень насущный вопрос! Мне 31 год и по образованию я юрист. Недавно поняла, что когда-то в своей жизни я свернула "не туда". Сейчас я изучают основы программирования и английский язык. Дело в том, что живу в России на Урале в очень маленьком городке и не планирую переезжать в Москву или Питер (точнее, я бы хотела переехать, но муж категорически против). В нашем городе нет никаких IT фирм, ближайший мегаполис в 100км. Вопрос такой: можно ли стартануть удалённо стажёром или трейни-разработчиком без опыта?

Думаю, да - можно нагуглить разные варианты. Для начала, возможно, неоплачиваемые варианты - поучаствовать в коллективном учебном проекте или в open-source проекте не на коммерческой основе - главное собрать себе некое портфолио и потренироваться на более или менее «боевых задачах».


Ваши вопросы можно присылать сюда: @hum_it_bot. Вопросов много, разгребаю постепенно, извините, если получается медленно.

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

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

В какой момент обучения должно прийти понимание, что уже пора брать первый заказ на фрилансе? Какими минимальными знаниями ты должен обладать? И что делать, если уже взял заказ, но понимаешь, что знаний недостаточно и ты его не тянешь? (frontend)

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

Добрый день. Я закончил специализацию специализацию "Машинное обучение и анализ данных". До этого с ит никак не был связан. Мне 43 года. Живу в Нижнем Новгороде. Буду благодарен если дадите советы как стартануть. Желательно работать удаленно. Может подскажите ресурсы, где поискать работу.

Боюсь, гугл найдёт больше ответов на ваш вопрос, чем я. Зарегистрируйтесь в linkedin для начала.

Здравствуйте! Расскажите, пожалуйста, о работе фронтэнд разработчика в разных странах. Куда лучше обращаться новичку? Как выбрать компанию? В каких странах ИТ более развита? Буду безумно благодарна!

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

Добрый день. Мне 43, тема программирования мне интересна, но учитывая возраст не поздно ли начинать?

Если интересно, то попробовать можно. Не буду вас обманывать, начинать в 43 сложнее, чем в 20 лет. Но в этом нет ничего невозможного, всё зависит от конкретного человека. В ленте нет-нет да и проскальзывает новость о том, как какая-нибудь 88-летняя бабушка в США научилась кодить и написала мобильное приложение. Вопрос больше в том, хватит ли вам мотивации и упорства.

Присылайте вопросы сюда: @hum_it_bot

Всем привет! Продолжаю рубрику #вашивопросы.

С чего начать изучать верстку?

С HTML и CSS.

Какие книги и курсы посоветуете новичку?
Мне кажется, или вы меня троллите?) https://t.iss.one/it_human/61

Добрый день. А какой язык Вы используете для написания кода? Так же было бы очень интересно читать рубрику "Недельный отчет", сразу хочется равняться на уровень повыше.

В последнее время я использую преимущественно Python (и SQL). Реже - Go, Javascript или что-то ещё, недавно даже был Lua.
Про недельный отчет - к сожалению, пока сложно представить себе такой формат, так как задачи, которые я решаю на работе - это коммерческая тайна, и подробно про них рассказывать в публичном пространстве без согласования с руководством - не вполне законно.

Здравствуйте! Спасибо за ваш канал) интересно, но пока мало понятно)
Сейчас пока только присматриваюсь к it сфере.
Понятно, что вы там творите всякие коды и приложения, и на этом всё)
Было бы круто узнать как (и зачем 😅) в этой сфере всё работает. Какие бывают направления... Кто чем занимается - прям на пальцах... Что из себя представляют заказчики... И заказы…

Вопрос очень масштабный, вряд ли я смогу на него ответить полно, ничего не упустив. Но попробую.

Предположим, вы предприниматель и решили открыть свою фирму - ООО «Рога и копыта». Вот вы арендовали офис, наняли 3 человека - себя, менеджера и бухгалтера, закупили компьютеры и начинаете осуществлять свою деятельность. Кто-то должен настроить ваши компьютеры, поставить туда операционные системы, подключить к Интернету, поставить и настроить разные офисные приложения - почту, всеми (не) любимый майрософт, возможно, что-то для бухгалтера - и чтобы это сделать, вам потребуется системный администратор, если не в штате компании, то хотя бы приходящий. Самых «дешевых» админов называют «эникейщиками» от англ. press any key - у них нет каких-то особых навыков, все на уровне - поставить винду, настроить принтер. Но по сравнению с бухгалтером Марьей Петровной, которая с компьютером «на вы» такой человек - уже айтишник.

Дальше вы, конечно, захотите свой сайт с каталогом услуг или продуктов. Первым делом, вероятно, сайт будет писать ̶д̶е̶с̶я̶т̶и̶к̶л̶а̶с̶с̶н̶и̶к̶ какой-нибудь фрилансер за недорого (хочется же сэкономить), а располагаться сайт будет у какого-нибудь хостера. На первый взгляд сайт будет ничего, но потом окажется, что некоторые ссылки на нем не работают, страницы не грузятся, и через раз он показывает сообщение «500 internal error». Создателя этого сайта ищи-свищи - родители запретили ему пользоваться Интернетом, потому что нашли у него сигареты. Так что вы найдете еще какого-нибудь фрилансера, чтобы он поправил ошибки своего предшественника. И с каждым повторением этого сценария код сайта становится всё хуже и хуже, а багов становится только больше. Потом у вас появляется аж 50 клиентов, и с такой нагрузкой сайт уже не справляется, и дальше откладывать некуда - приходится нанимать своего разработчика. Он, конечно, будет fullstack-разработчиком (всё ещё хочется сэкономить, правда?). Посмотрев на код сайта он говорит, что это просто не может работать, и бесполезно его чинить, проще написать заново с нуля. Но на этот раз разработчик более или менее толковый, и через пару месяцев работы у вас появляется более или менее работающий сайт. Потом, правда, разработчику предлагают работу в Мюнхене, и сайт снова остаётся безхозным. Выводы сделаны и дальше приходится нанимать целую команду разработчиков - аж 2х людей.

(продолжение ниже)

…Тем временем клиентская база становится больше, отдел продаж у вас тоже растет. А где они хранят информацию о заказчиках и о том, как протекают продажи? Ясно, что не в тетрадочке. Для этого существуют системы CRM - туда заносятся данные обо всех клиентах - и существующих, и потенциальных, о ходах переговоров с ними, о том, в какой стадии находится продажа услуг, с кем из клиентов работает какой менеджер, и прочая нужная информация. Вероятно, для начала вы будете использовать crm как готовый продукт, написанный кем-то для вас (с платной поддержкой). Но со временем окажется, что эта crm неудобна для ваших целей и менеджеры очень на нее жалуются. Видимо, нужно написать свою crm под свои цели (или доработать существующую). Так что нужен кто? Еще один программист.

Наконец у вас появляется бюджет, чтобы сделать нормальный сайт. Так что вы нанимаете отдельных разработчиков под фронтэнд и бэкенд, и даже дизайнера. Бизнес процветает, клиенты приходят толпой. Вот их уже больше тысячи человек… и внезапно сайт снова начинает тормозить. Раработчики говорят, что хостер не справляется с нагрузкой - сайту нужен свой сервер. И еще отдельный сервер под базу данных - (база данных - это то место, где хрянятся все данные - и каталог товаров или услуг, и история заказов клиентов, и список клиентов - в общем, всё то, что клиент видит на сайте). Так что вы либо покупаете себе парочку железных серверов и ставите прямо в офисе (увольняете эникейщика и нанимаете админа посмекалистее, чтобы он за ними смотрел), либо арендуете их в облаке (что дороже, но хлопот меньше, и меньше вероятность, что всё сломается, а данные потрутся). А когда вы еще больше вырастете, и поймете, что вам нужно больше серверов, то придёте к тому, что пора арендовать стойку с серверами в дата-центре, а то и «заиметь» собственный дата-центр. И тут уже вам не обойтись без штата хороших админов. А если вы хотит всё по уму, то наймёте ещё и dba (database administrator), чтобы он следил за базами данных.

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

Вот у вас уже крупная компания, с известным именем, и множеством разнообразных продуктов. Каждый день вы выпускаете обновления для сотни приложений. Ясно, что вряд ли эти обновления вручную копируются на сервера вашими программистами, как это было на заре существования фирмы. Выкатка приложений - это уже автоматизированный процесс, всё налажено так, что в момент обновления сайты и всё остальное продолжает работать, а клиенты ничего не замечают. В худшем случае 5% клиентов будут затронуты, а обновление так же автоматически откатится к предыдущей версии. Так вот, обновлением приложений и налаживанием всего этого процесса занимаются Devops-инженеры. Они должны владеть технологиями ci-cd (continuous integration/continuous delivery). Не всегда это отдельные люди, бывает, что этим занимаются те же разработчики, что пишут приложения. Или админы. Потому что вообще-то «Devops - это процесс, а не человек»(с).

…Вы часто замечали, чтобы какой-нибудь Google сломался и не работал? Такое случается и с гуглом, конечно. Но в современном мире минуты простоя - это моветон и позор. Всё должно работать 24/7. Если вам кажется, что всё «само» работает и не ломается - это не так. Всё ломается и постоянно. Но в идеале это должно происходить незаметно для клиентов и очень быстро чиниться. И чтобы ничего не ломалось неожиданно - существует мониторинг. На графики выводится вся важная информация по вашим приложениям, серверам и прочему - как быстро отвечает сайт? Сколько клиентов сейчас активно? Сколько свободного места осталось на диске на сервере с базой данных? Если с чем-то из этих аспектов возникают пробелемы - то людям, которые отвечают за работоспосбность приложений (в зависимости от компании это могут быть сами разработчики, или отдельные инженеры или админы) приходит уведомление - «Аларм! Число пользователей на сайте упало с 1000 человек до 0!» Скорее всего, это значит, что сайт сломался. И его срочно надо поднимать. Да-да, срочно - это прямо сейчас, пусть даже в 4 утра. Чем серьезнее и крупнее компания, тем менее допустимы простои.

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

А когда вы захотите внедрить такой модный ныне data science - научиться распознавать изображения, например. Или написать модели, которые будут предсказывать, в какие дни клиенты наиболее активны и сколько сотрудников call-центра должно выходить на смену в эти дни - то вы начнете нанимать специалистов по data-science.

Это, разумеется, далеко не всё IT, а первое, что пришло мне в голову.

Ваши вопросы можно присылать сюда: @hum_it_bot

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

Только недавно начала работать в продуктовой компании аналитиком. Мой бэкграунд - клиническая психология. Также изучала UX Research, Продуктовый дизайн, участвовала в научных исследованиях, но ощущение, что пришла в компанию чистым листом и являюсь какой-то мошенницей, которая обманывает своих работодателей. По факту не могу справиться самостоятельно ни с одной задачей. Из-за этого часто обращаюсь за помощью к коллегам и руководителю, и судя по всему, их это бесит. Хотела посоветоваться, мне лучше себя вести: проявлять больше самостоятельности и генерировать абсурдные, неправильные решения или продолжать долбать коллег и руководителей в поисках помощи и истины? Или вообще уволиться и продолжать проходить профильные курсы?
PS. Есть ощущение, что на курсах вообще не учат тому, с чем приходится сталкиваться «в бою»
PPS. Коллеги и руководитель сами не знают, как решать те задачи, которые они мне дают, но почти все мои попытки расценивают как неудовлетворительные

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

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

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

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

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

Интересно сколько ты получаешь и сколько получают твои подчиненные?

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

Ваши вопросы о работе в сфере IT можно присылать сюда: @hum_it_bot.

Про деньги

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

Был 2014 год, доллар только что скакнул от 30 рублей до 60 и выше, рынок пребывал в шоке, а стартап, на который я тогда работала чем-то вроде редактора, развалился. К слову, в зарплаты программистов там начинались от 80-100к, и это тогда было очень хорошо по рынку (доллар-то стоил 30 рублей). 

Оказавшись без работы, я впервые попробовала устроиться разработчиком. Опыта работы у меня не было совсем, резюме пришлось мучительно высасывать из пальца. Главная задача была - доказать рынку, что я чего-то стою - без технического высшего образования и без опыта, на одних онлайн-курсах и 25ти лет от роду. Впрочем, работу оказалось найти несложно и недолго - но и за скромную зарплату. Устроилась я тогда в небольшую компанию (штат около 50 человек) за 60 тыр в месяц. Это было больше, чем я получала до этого, так что для меня было уже неплохо.

Каждый год к зарплате прибавляли по 10к, что не слишком впечатляло, ибо инфляция. Были эпизодические небольшие премии и 13я зарплата. Но акционеры той компании были не слишком щедры и по моим ощущениям, зарплата росла гораздо медленнее, чем моя рыночная стоимость как разработчика. Через полотора года работы я чуть не сбежала к другому работодателю, так как там предлагали чуть ли не в 2 раза больше денег. Остановило меня только то, что там были «черные» зарплаты.

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

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

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

Что касается ситуации в среднем по рынку - всё зависит от работодателя.

Больше всего платят в некоторых стартапах - зарплаты для опытных разработчиков там в 2-3-4 раза выше среднерыночных. Расплата за это - нестабильность. Стартап может развалиться в любой момент и ничего не заплатить. И зарплаты там часто «черные», что не понравится ипотечникам.

Другая крайность - это очень странные вакансии на hh. Где в графе «требования» написано, что человек должен уметь вообще всё, чуть ли не космическим кораблем управлять. А зарплата предлагается меньше, чем у уборщицы в «пятёрочке». Еще в 2015 году я наблюдала вакансию для джуна-стажера Python за 15тыр. За полный рабочий день, пятидневку. Вакансия висела, кажется, год. Сложно сказать, на кого рассчитывают такие компании.

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

Какова условно «нормальная» цена разработчика в Москве? - Я считаю, что не меньше, чем 120к - это если у человека есть, скажем, 2 года опыта работы. А лучше больше. Но всё очень по-разному. Зависит и от компании, и от языка и стека технологий. Ходят байки, что есть места, где 120-150 - это нормальная зарплата джуна java-разработчика. Джуна, Карл!

Привет всем вновь присоединившимся!

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

Очень может быть, всё окажется не так уж сложно и неподъёмно, и вы найдёте себя там.

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

В современном мире учиться и менять профессию - это более чем нормально. Есть даже тренд на lifelong learning и смену профессии каждые 5 лет, хотя для постсоветского общества еще привычно жить в парадигме - 1 раз получил специальность, и работай по ней всю жизнь.

У канала есть бот @hum_it_bot, куда вы можете присылать свои вопросы о том, что волнует вас как начинающего (или потенциального) айтишника - какие есть страхи и сомнения, что непонятно. Я отвечаю на них в постах на этом канале (вопросов поступает много - поэтому не сразу). Реагировать на негатив в личку и спорить у меня нет времени.

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

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

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

Добрый день, Лена!) Начала читать Ваш канал, так как задалась целью разобраться в программировании, оно всегда для меня было словно темный лес) подскажите, пожалуйста, с чего лучше начать изучение человеку, который не обладает никакой базой программирования, от слова совсем)

Если цель пока что ознакомительная - попробовать, посмотреть, что это такое - то тогда подойдёт любой короткий (скажем, на 1 месяц) онлайн-курс по программированию или computer science для начинающих - часто в основе таких курсов лежит несложный, но интересный проект - например, написать простенькую игру. Поискать такие курсы можно на онлайн-платформах - коих сейчас великое множество, что-нибудь вроде Coursera, Edx, Stepic, Udemy итд итп, или просто по гуглу. Ключевые слова - для начинающих. В описании к таким курсам должно быть написано, что не требуется никаких предшествующих знаний или подготовки. Понравится - можно будет «ввязаться» во что-то более сложное и длительное.

Можно начать и с какой-нибудь книги - но курсы более интерактивны и увлекательны, так что проходить их интереснее, но тут каждому своё.

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

Как понять, что ты и твой мозг подходите к программированию? Только попробовав? Но учебные курсы они все специально сделаны, чтобы было интересно:) Проходил тесты, но их объективность тоже под вопросом. А проучится год- полтора и понять, что это не твоё не хочется)

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

Привет! У меня вопрос; а какие вообще направления в айти существуют? Мелькают перед глазами фронт, бэк, фуллстек, да и все. Наверняка же что-то кроме них есть?

Вы назвали по сути виды разработчиков веб-приложений. Фуллстек - это даже не отдельное направление, а гибрид из бэка и фронта в одном человеке. А вообще в it есть не только программисты. Есть еще, к примеру, data-scientists, тестировщики, инженеры DevOps, системные администраторы, администраторы баз данных, специалисты по информационной безопасности, pen-тестировщики. Есть еще менее технические профессии - компьютерные лингвисты, верстальщики, проджект-менеджеры и аналитики, UX-дизайнеры и UI-дизайнеры. Сами программисты, если уж зашла о них речь бывают разные и разрабатывают разные продукты - веб-сайты, мобильные приложения, поисковые системы, программы для ПК, карты, игры, базы данных, целые операционные системы и системные продукты, криптографические штуки и модный нынче блокчейн, языки программирования, интерпретаторы и комплияторы для них, математические модели, компьютерную графику и VR, и что угодно ещё. Это очень обширный на самом деле вопрос, и вы найдёте много ответов даже в первых 5 результатах поисковой выдачи Гугла.