я вроде неплохо разбираюсь в компах, можно попробовать ДА ЁБАНЫЙ ТЫ В ДУШУ ТВОЮ МАТЬ / it-юмор :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

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

да где он блять востребован? где ты видел вакансии по питону?

ЧСХ, коллег-идиотов в ИТ-конторе будет сильно меньше, чем на каком-нибудь заводе или в даже банке

> Есть полно профессий где гораздо сложнее, но платят меньше.
Где физически/морально тяжелее да, но мозг по 8 часов в день напрягать не нужно, поэтому и платят меньше. Тяжелее и сложнее это не одно и тоже.

> Ну а з\п в айти раза 3-10 выше чем в других областях.
Большая ЗП может сыграть злую шутку, бывает что из-за денег люди позволяют выжимать из себя все соки, до одного прекрасного дня когда всё это так заёбет что уже никакие деньги не удержат. А потом меняют сферу деятельности, вплоть до физического труда.

> Я чет не догоняю что именно не так? Идиоты среди коллег\клиентов\начальников? Так они везде есть.
В айти много технарей-интровертов, отрасль выглядит как работа с техникой/софтом/алгоритмами, но основные сложности из-за идиотов.
Когда был продаваном а позже сисадмином идиоты воспринимались совсем по-другому, как стал кодером стало сложнее.

>>з\п в айти раза 3-10 выше чем в других областях
Ой гнать то, из-за таких как ты толпы алчных идиотов ломятся в сферу заработков х3-x10, создавая конкуренцию и проблемы тем, кто уже там, а по факту, в 90% случаев "огромные" зп вайти это в лучшем случае на 5-10 тысяч выше, чем у другого инженера в твоём городе, а вы все пиздоболы, в лучшем случае, сидящие в масквачкале и получающие огромные деньжищи для своих зажопинсков, но для Мск ничего особенного, да и за хатку надо 35 отдать, но ради понтов рассказывающие как у вас всё круто и алмазно, вы же такие умняшечки, и какие все остальные лохи и нищеброды, и ваще тупые, потому что не айтишники.

> Сложно? Есть полно профессий где гораздо сложнее, но платят меньше.

Сложность, она разная бывает. Проблема с ИТ в том, что там надо много работать головой. А если оно тебя не прёт (ИТ, а не работа головой), то эффективность твоей работы страдает просто катастрофически. Что ведёт либо к выгоранию, либо к уходу туда, где прёт (лучший вариант), либо работе на износ (см. пункт 1).

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

QA

Если прям вообще полный ноль в компьютерах, то эникейщиком.

Перспективные области можно определить по кол-ву вакансий. Это можно посмотреть на сайтах с вакансиями для айтишников, jobs.dou.ua например. Чем больше вакансий - тем лучше у направления перспективы. Но я считаю, что при поиске работы в ИТ на первом плане должны быть личные предпочтения. Работа в кайф дает больше выхлопа и перспектив, чем работа на работе за зарплату.

Я бы рекомендовал такой путь по "войти в айти":
1) надо определиться, что тебе все таки по душе: или сайтики верстать, или мобильные приложения пилить, или работать с базами данных, или может тебя Ардуино вдохновляет, и т.п. поищи вакансии по теме, посмотри что требуется от разработчиков.
2) в выбранной тобой области всегда будет какой-то самый распространенный ЯП. твоя задача четко изучить основы языка и своей предметной области. я бы порекомендовал взять курсы на 4-6 мес, не длиннее - пообщаешься с преподом (который в большинстве случаев практикующий разработчик), узнаешь нюансы, поймешь, а правильно ли ты пишешь код. Но одними курсами ограничивается нельзя, надо самообучаться постоянно, особенно на первых порах.
3) Твердо выучив основы уже можно пытаться рассылать резюме и ходить на собеседования. Не ожидай, что сразу возьмут или что даже сразу ответят на резюме. Запасись терпением, систематично рассылай резюме, пиши hr-ам, работай над ошибками - и все получится.

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

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

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

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

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

установив всё, что хотел от тебя автор, ты плавно подойдешь к разделам, где собственно начнут объяснять что такое программирование и с чем его едят. обычно это простые одно-двух-трех-строчные программы, типа print "Hello world";, главная задача которых - показать тебе те маленькие структурные единицы из которых собирается программа - операторы, циклы и прочие языковые конструкции.
автор будет приводить листинги программ (обычно можно найти в приложениях к книге электронную версию, но я советую перепечатывать руками - так лучше запоминается и понимается) и твоя задача это взять этот листинг и заставить компьютер его выполнить.
первое время будет сложно соотнести практический смысл конструкции print "Hello world" или цикла, который выводит цифры от 1 до 5, с тем, что ты привык видеть в компьютере - тут какие-то сложные программы, окошки, оно всё свистит, пердит и выполняет сложные операции, но на самом деле этим программы как раз из таких блоков и состоят, просто их очень много и они чуть сложнее.

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

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

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

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

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

ну и удачи там.

Когда работаешь с заказчиком-ебланом, который говорит, что нет времени тесты писать и нормальный ci делать