Про высокие зарплаты IT-специалистов слышали все. Возможность достойного дохода привлекает в эту сферу толпы посторонних людей, которых интересует не программирование как таковое, а лишь перспектива наживы.
На некоторых онлайн-курсах предлагают ускоренно научить писать код с тем, чтобы студенты тут же отправились работать. Неудивительно, что неизбывная любовь к дармовщине приманивает к таким курсам наивных людей. Они уже видят себя через год сотрудниками какой-нибудь крутой международной корпорации. А то и на «тёплой» должности где-нибудь в Силиконовой долине…
…после двухмесячного курса за 10000 рублей.
Но это невозможно. Давайте будем реалистами.
Для того, чтобы назвать себя профессиональным программистом, требуется фундаментальное образование. Это минимум 2,5 года занятий. И только после такого периода практики человека можно с натяжкой назвать специалистом. Начинающим. С доходом, который далеко не впечатляет: зарплаты джуниора в Российских регионах стартуют от скромных 30000 рублей в месяц.
За два месяца можно поверхностно изучить язык программирования или натренироваться делать сайты на конструкторе по шаблонам. У некоторых экстремально замотивированных и инициативных людей получается зарабатывать на этом.
Но стоит понимать, что это не программирование. Это рутинная работа по скрипту. Человек овладел одним-единственным простым навыком, который востребован в настоящий период.
Это как называть врачом того, кто просто научился делать уколы. Да, можно зарабатывать, выполняя только одну операцию. Однако это будут далеко не те будоражащие разум доходы, которые сулят в вакансиях разработчиков.
Сначала цель
Прежде чем принимать решение обучаться программированию, стоит обозначить, для чего вам это нужно?
Вам нравится писать код?
Вы хотите приносить людям пользу?
Планируете открыть собственный IT-бизнес/онлайн-проект?
Ваша мечта – эмигрировать, чтобы работать за границей?
С такими целями вы будете достаточно замотивированы, чтобы взбираться по лестнице профессионального развития. Если же вас привлекают только деньги, ничего не получится.
Абстрактное вознаграждение в будущем не является достаточным стимулом, чтобы долго и регулярно заниматься сложным делом, к которому не лежит душа. Так устроена человеческая психика.
Выбор формы обучения
Определив цель, вы поймёте, какое образование требуется. Возможно, вас действительно удовлетворит нерегулярная подработка на фриланс-бирже по вечерам после основной работы и прибавка в несколько тысяч рублей к семейному бюджету. В таком случае мини-курс по программированию – верный выбор.
А вот тем, чьи цели не ограничены выполнением примитивных задач по шаблону, стоит приготовиться к долгому и увлекательному путешествию по миру IT.
Обязателен ли вуз
Рекрутеры, работодатели и сами специалисты расходятся во мнениях. Представители «старой школы» уверены в необходимости диплома. Но, учитывая, что программы вузов не успевают за развитием технологий, ценность «корочки» становится спорной.
Если вы способны решать задачи бизнеса, наличие или отсутствие «вышки» роли не играет. Самостоятельное образование или обучение в онлайн-школе по международной программе тоже способно сделать вас профессионалом.
Саморазвитие
Сложно представить профессиональную сферу, в которой всё менялось бы так же стремительно, как в IT. Чтобы угнаться за переменами, придётся постоянно быть в напряжении.
В первую очередь саморазвитие включает чтение специальных книг. Но технологии развиваются быстрее, чем переводчики успевают переводить. Пока книгу издадут в России, она успеет устареть. Поэтому для программиста обязательно владение иностранным языком на уровне, достаточном для понимания технической литературы.
С чего начать
1) Попробуйте программирование (1-2 месяца)
Выберите пару актуальных технологий, к примеру, HTML, JS, CSS или простой язык – Python, PHP и изучайте их. Почувствуйте, нравится ли вам эта деятельность, готовы ли вы заниматься этим годы и даже десятилетия. Или, возможно, не стоит продолжать?
2) Этап обучения (минимум 2,5 года)
Не исключено и самостоятельное изучение, но правильнее будет найти ментора или записаться на интенсивные насыщенные курсы с большим количеством практики. Кто-то опытный должен указывать вам на ошибки и направлять.
3) Стажировка
Пробовать себя «в поле» можно уже в период обучения, выполняя заказы на фрилансе или устроившись удалённо на вакансию джуниора.
Развивайте навыки непрерывно, чтобы поддерживать их в актуальном состоянии. Впитывайте новую информацию, практикуйтесь, пишите код и читайте чужой, пробуйте новые инструменты.
Чтобы стать крутым профи, которому платят 6000 долларов в месяц, потребуется не менее 7-10 лет упорной постоянной работы. Готовы к этому? Тогда вперёд!
Программирование - исчезающая и не востребованная профессия. Объясню. Код с нуля больше уже никто не пишет, особенно на перечисленных языках. Основной навык программирования на сегодня - это сборка продукта из готовых компонентов и кастомизация. Программист - больше не программист, а стековод, кастомизатор или кодоукладчик, назовите сами как вам нравится. Всего каких-то 10 лет назад это не было так, и отбор программиста-алгоритмиста с умственными скилами имел какой-то смысл. Сейчас алгоритмические собеседования сохраняются больше как необходимая доза презрения от старших погонщиков и как пропуск в "высшее общество". Но даже если нанять блестящего программиста-исследователя, его интеллект всё равно придётся долго употреблять для вкапавания в дебри питонного говнокода, прежде чем он сможет что-то улучшить. Поэтому на курсах нужно учить или самому учиться именно этому: ковыряться в говнокоде (не шучу). Я ни на чьей стороне, по меркам отрасли я уже старый чувак, и вся эта трансформация разворачивается на моих глазах. Такая нынче эпоха.
ох уж эти мантры про кодогенерацию и no-code, да-да, прям завтра гуманитарии смогут себе хайлоад развернуть в кубер кластере на всем готовом.
К вашему удивлению да, смогут уже сейчас. Менеджер из компании партнера обладая очень базовыми знаниями настраивает балансировку нажимая кнопочки в ЛК на AWS. Когда упирается / что-то не понимает просто читает туториал с картинками что-где поправить от таких же гуманитариев и идет к победе дальше.
Конечно есть более серьезные случае где такой трюк не сработает и гуманитарий не вывезет, но сколько их этих случаев? Один на миллион.
Комментарий недоступен
Комментарий недоступен
Иногда создаётся впечатление, что вы пишите комментарии просто потому что у вас большой переизбыток букв. Ощущение что вы просто из простыни большого текста копируете рандомных три абзаца и вставляете в коммент. Зачем?
Если честно первые два десятка я даже читал, перечитывал, пытался уловить смысл, или какую-то, может, мораль - всё тщетно. Это тонкий троллинг такой или..?
Категорически плюсую!
Для бэкапов тоже не надо быть кодером.
Кекнул, менеджер настраивает сервера в проекте. Если это сервер для майнкрафта, то окей
Прототип / MVP сделать можно, но не нормальный продукт, но это пока еще.
а приложение, которое это принимает и обрабатывает, он тоже в пару кнопочек написал и затюнил?
Комментарий недоступен
Так я же не спорю, но что есть то есть 😄
А после этого очередной стартап падает или что еще хуже - теряет данные пользователей/их крадут. Знаем, проходили.
только у них и зп будет соответствующей, в пределах средней по стране. А для высоких зп, нужны глубокие знание и мышление соответствующее. Без знаний и понимания паттернов, SOLID, DDD и т.п. вас не возьмут даже мидл разработчиком
Вот именно, что девопсы множатся экспоненциально, потому что нужны не программисты, а девопсы :)
а хайлоад тоже девопсы делают? я думал масштабируемые приложения, да и вообще приложения, пишут разработчики, а не девопсы.
хайлоад в общей массе делается редко для мизерной части суперуспешных продуктов
А кто пишет компоненты?
Так оно этаааа... нууу... само же!
индусы )
Кто и почему выкладывает свой код - это отдельная большая тема. Я бы сказал что мотивы далеко не так однозначны как альтруизм или шпионаж. Но это не так важно даже, как то что робастный публично доступный код существенно влияет на весь вектор движения в той или иной отрасли (вне зависимости от мотивов авторов). Получается, что большинству достаточно такого скилсета, который просто позволяет всем следовать по заданному направлению.
Комментарий недоступен
Безукоризненно оптимизированные высоконагруженные сервисы - это иголка в вершине пирамиды. Только самые успешные и востребованные продукты доходят до этой стадии, и соответственно требуют такую же долю спецов в общей массе работников. Большинство же продуктов навсегда застревает на промежуточном успехе. Соответственно, требования у них попроще и реализуются подручными средствами.
Комментарий недоступен
Раньше замечательное слово "вебмастер" для этих дел применялось. Сейчас все знающие основы html и css, работающие на ворпресе и джумле, считаются недопрограммистами.
Алгоритмы ушли на второй план в основном из за дешевого железа. Так как человекоресурсы сильно дороже чем десяток другой гигабайт оперативки, но всё ещё важны там, где минимальные ресурсы и максимальное быстродействие
Кернел разрабы и контроллеров покинули чат
На их место пришли программисты перфокарт и шаманы, которые высчитывали календарь по солнцу росчерками угольков на бересте.
Конечно это нужно, но контроллеры и элементы оси больше сис.админство, чем программирование. Чтобы написать драйвер нужно хорошо понимать в железе и протоколах. Программирование же сейчас больше про бизнес логику и комфортный для пользования UX.
Пойду скажу нашим админам, надо поправить kext в макоси, который ерундит с кастомным усилителем. То-то они удивятся.
Если вы скажете программистам, которые на каком нибудь высокоуровневом языке пишут поправить драйвера под винду написанную на ассемблере, то они вообще в шоке будут.
Ну вот серьезно, ковыряться с железками, драйверами это системный стек. этим занимаются системные админы. Это специализация, которая ближе к системному администрированию, чем к программированию приложений.
Да даже админы...они отвечают за безопасность и отказоустойчивость. требования выше. Опыта решений низкоуровневых задач куда обширнее. Хороший админ имеет больше шансов перейти в программирование kext и подобного. Linux драйвера и ответвления ос много допиливали админы например.
Самый известный - Марк Шаттлворт, участвовал в разработке Debian, хотя начинал с интернет соединений и безопасности
https://ru.m.wikipedia.org/wiki/%D0%A8%D0%B0%D1%82%D1%82%D0%BB%D0%B2%D0%BE%D1%80%D1%82,_%D0%9C%D0%B0%D1%80%D0%BA
сисадмин - это админ компьютеров (в отличие например от сетевого аlмина), а не программист
https://en.m.wikipedia.org/wiki/System_administrator.
Вы говорите про computer operator.
System administrator - это на стыке с программирования на уровне поправить kext как в примере выше. Не написать, а именно поправить.
у нас профессии компьютерного оператора нет. вместо них мастера на все руки, которых по ошибке называют сис.админами. Ну там с 1с подсказать, вирусы поудалять, кабели и роутеры проложить, какую нибудь систему корпоративную уставить и т.п. это компьютерный оператор, а не сис.админ.
To meet these needs, a system administrator may acquire, install, or upgrade computer components and software; provide routine automation; maintain security policies; troubleshoot; train or supervise staff; or offer technical support for projects.
т.е. единственное что он должен уметь делать в плане программирования - это писать скрипты (provide routine automation). системное же программирование - это писать драйвера к примеру. чувствуете разницу или нет? :)
https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zmainframe/zconc_sysadminrole.htm
The distinction between system programmer and system administrator varies widely among mainframe sites. In smaller IT organizations, where one person might be called upon to perform several
Ну вот IBM считает, что если в компании не десятки тысяч как в IBM, то сис. программист и админ делают одно и тоже.
Идите с IBM поспорьте, что ли...
LOL на маинфреймах вообще нет системных программистов в обычном понимании этого термина - драйвера и другие компоненты ОС пишет сама IBM. если ты прочтёшь внимательно, то обе роли, описанные там, не являются программистскими вообще, не говоря уж о программировании драйверов:
System administrators perform more of the day-to-day tasks related to maintaining the critical business data that resides on the mainframe, while the system programmer focuses on maintaining the system itself.
Да ты троллишь! Назвать Шаттлворта сисадмином. Есть люди которые и сисадмины, и и системные программисты, и спецы по безопасности и СЕО и пр. Но таких людей в мире по пальцам пересчитать.
Еще раз. Крутой сисадмин может знать bash, python, ruby. Админ который знает уже например кресты и при этом работает админом применяя их => очень странный человек. Его скорее можно назвать системным инженером, а это уже далеко не одно и тоже.
https://en.m.wikipedia.org/wiki/System_administrator
скорее всего вы говорите про computer operator или networking administrator. Согласен, они применять кресты не будут.
А вот system administrator будет и кресты и ниже. потомучто зарплаты немногим хуже программиста на плюсах.
Average C++ developer salary in the United States
According to PayScale, an average C++ developer salary in the United States stands at $71,677 per year.
The average salary provided by Indeed is the highest and stands at $118,076 per year.
According to PayScale, an entry-level C++ developer earns $66,058 per year
У админов не меньше.
https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zmainframe/zconc_sysadminrole.htm
Возможно в гигантах типа IBM это разделяется, но даже IBM пишет, что в компаниях поменьше системный программист и администратор совмещается. В сша это может быть 500-1000 человек(всех, не только ИТ) против многих тысяч в IBM.
p.s. Блин, короче понимание в мире расходится с нашими традициями... Вот пишешь общепринятые вещи, а в ответ понимание ограниченное локальным пониманием вопроса.
Все, хватит, кормить больше не буду
эй, стой, ты куда? Ты чего? Ну вот :-(
Комментарий недоступен
Ага, а алгоритмы у него отошли на второй план... Видимо, программы начали работать по принципам лунного гороскопа... или сказок Пушкина...
Так забавно читать пуки в лужу от дилетантов, прочитавших две статьи на Хабре.
Комментарий недоступен
А можно не из крайности в крайность?
Сейчас условно то, что можно накидать за вечерок, лет 20 назад требовало сотни, а то и тысячи человеко-часов, потому что на тот момент оборудование было сильно ограниченно в ресурсах и стоило огромных денег по отношению к человеко-часам. Бизнесу не нужен идеальный код, ему нужно чтоб работало и чтобы это было достаточно быстро. Что например условному разработчику мешает запилить интеграцию с 1С не имея знаний в области сбалансированных деревьев или деревьев принятия решений? А дальше мы пойдём по уровню кандидатов, условно студии нужен вэб разработчик для запилки пачками корпоративных сайтов, если они на собеседовании будут спрашивать на память несколько видов сортировок, как думаете как быстро они закроют позицию? Суть моего посыла в том, что нет смысла добиваться минимального потребления ресурсов/скорости там, где оно не требуется, а таких областей сейчас в том числе не мало. При том сейчас куча абстракций высокоуровневых напилено для высокоуровневых языков, и большинству разработчиков надо сосредоточится на разработке бизнес логики приложения, а не прикладного уровня, ибо хороших библиотек запилено достаточно много, бери и пользуйся.
LOL. я ещё советскую эпоху застал, тогда вообще большинство программистов были обычные бабы, куда больше обременённые своими семейными проблемами, чем этими вашими алгоритмами
просто программ было меньше, устроены они были проще, и работали - внезапно - пропорционально скорости оборудования
Точно! Дешёвое железо и дешёвая энергия, в сочетании с нейросетями "механизируют" программирование всюду, где раньше требовались точные ручные аналитические алгоритмы, и при этом нет высокого риска ответственности.
увеличивается объём no-code и low-code работы, но заменяет ли она обычное программирование?
я 30 лет назад тоже начинал с таких платформ, по мере появления опыта перешёл на delphi (это такая суровая enterprise платформа, аналог нынешнего C#), затем стал чистым С++ программистом
плюсовиков требуется в разы меньше чем к примеру пыхеров, но и способных выйти на это уровень гораздо меньше, так что каждому найдётся своё место
Комментарий недоступен
Вот это в делфи радовало, да. 3 минуты - форма готова, дальше action описывай и всё.
ну хз насчёт ынтерпрайза, в начале нулевых каждый школьник на этом писал. Я вовремя слез на C++/Qt, а потом на более востребованные языки/платформы, делфи теперь с ужасом вспоминаю. Ынтерпрайз — это джава и чутка сишарпа, а делфи — это некрофилия.
Комментарий недоступен
Я немного застал эпоху Embarcadero, когда они начали это позиционировать как RAD, тем не менее я всё равно считаю, что Pascal-Like языки — некрофилия. Да, они нужны для поддержки корп. говна, но в 21 веке выглядят так себе.
Комментарий недоступен
Поддерживают-то и фортран до сих пор, но нового ничего, слава кому-нибудь-там уже не пишут.
Как то скептически я отношусь к no-code проектам если честно, на короткую может и быстрее, а поиграть в долгую как то печально. Недавний пример, для одной НКО нужен был бот телеграма, сервисы ботов с рассылками начинают стоить примерно в 1000р месяц +-, вроде и не дорого. Но я сел и за вечер субботы накидал им бота с админкой, рассылкой, сценариями, сегментами и который кастомизируется в любую сторону и стоит теперь "99р за хостинг". С no-code и low-code истории интересных и разных у меня такая не маленькая тележка, хотя в целом инструменты интересные, особенно для MVP
Давайте на секунду представим, что на рынке ещё есть компании, которым надо поддерживать и развивать существующие продукты, легаси кодовую базу, работающие бизнес решения - называйте как хотите. Как, с вашей точки зрения, будет приносить пользу условный «кастомизатор» без алгоритмических скиллов?
Или вы о классических вопросах а-ля напишите на листочке красно-чёрное дерево?
Легаси-код - это хлеб старожилов! И мы довольно потираем ручки, потому что молодняк нам в этом не конкуренты :) Шутка. На самом деле и да, и нет. Ковыряние в древности редко бывает жизнеутверждающим, чаще наоборот заражает унылостью. От хорошей жизни заниматься этим не будешь. Но и на питон-код без слёз не взглянешь. Куда ещё остаётся податься олдфагу, как ни в самые новые технологии, куда ещё не ступила глобальная блокировка Гвидо Ван Россума?
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Согласен на все 100, остаётся один нюанс - как объяснять молодым и горячим, что их ценность на рынке труда (ожидаемая зп) прямо пропорциональна их самому серьезному факапу?)
Основной навык программирования на сегодня - это сборка продукта из готовых компонентов и кастомизация
И да, и нет. С одной стороны, да — 99% по крайней мере мобильных приложений сейчас — "сходи на сервак, возьми JSON, покажи его во вьюхе". С другой стороны, если ты отклоняешься от этого сценария, то хер его заменишь комбинацией библиотек. Мы вот сейчас пилим проект (не могу сказать какой, под ведроид, могу лишь сказать, что сети там вообще почти нет), и там подход "возьми либу и вкрути её сюда" вообще не работает. Он работает разве что для DI и AndroidX. А всё остальное приходится изобретать фактически с нуля (проект не уникальный, опенсорс аналог есть у гугла, но там говнище такое, что глаза приходится с мылом мыть после просмотра).
И, что интересно, процентов 30 разработчиков middle-senior с собеседований вполне способны работать с таким проектом (т.е. не копипастить со StackOverflow, а самостоятельно писать). Так что живёт всё ещё наше дело.
Как кто-то говорил, всегда нужно будет переводить понятия с человеческого языка на язык алгоритмов (чёткой однозначной логики). Тот, кто это делает, и будет программистом. Так что может измениться язык, но профессия никуда не исчезнет.
Но пока что на практике спрос на автоматизацию только растёт, а такого волшебного инструмента нигде не видно. Видимо, дело в том, что сложность можно реорганизовать, чтобы было проще управлять, но невозможно её убрать. Она всё равно где-то будет находится, и (хорошим) программистам надо будет понимать, где она лежит.
Комментарий недоступен
Что то сложно себе представить хоть один маломальский SaaS MVP работающий исключительно на готовых компонентах)
Я думаю вам стоит глубже понять зачем люди стали придерживаться стеков, компонентов и использовать фреймворки: в первую очередь, что бы не городить велосипед, и не обучать каждого нового сотрудника их уникальному велосипеду с костылями.
Комментарий недоступен
Комментарий недоступен
Конечно, костыли это наше все: иногда надо срочно выкатить фичу, костыли тут на помощь. Сначала делаем так, что бы работало, а потом что бы работало хорошо.
*если я правильно понял ваш вопрос
Комментарий недоступен
Я вообще ни чего не понял, какой-то набор слов.
Комментарий недоступен
Ы, слышу это уже лет 10
Уже лет 30 слышу про исчезащую профессию программиста.
Что? Это наверное про wordpress программистов.
Просто сравните свой подход к той же самой задаче разработки сейчас и 10 лет назад. Очевидная и большая разница будет касаться любой платформы.
Вот из-за таких как вы индустрия и страдает. Оттуда же и куча "вайтишников" - я сейчас как приду, и как начну собирать всё из готовых компонентов! Нет, не начнёте! Оказывается, там ещё и думать надо!
Думать - дорого, и на митинге рассказывать не о чем. Позволить себе думающих сотрудников могут только большие и богатые компании, и в некоторой мере академия. А в остальных 99% местах нужно не думать, а делать. Увы, это не из-за таких как я.
Увы, не могу с вами согласиться. Кодоукладчик? Чтооооооооооооооооооооооооооооооооооооооооооооооооооооооо?
Как мне кажется, проблема именно в этом. Фундаментальные знания дискредитированы. Почему? Потому что бизнес думает, что нанять 3,5 "кодоукладчика" будет дешевле, чем одного программиста. Однако, в долгосрочной перспективе это не так. Увы, мало кто сейчас думает в терминах долгосрочной перспективы. Весь опыт индустрии просто отвергается - "нам это не нужно, у нас «гипотезы», которые тестировать надо." И именно на этом вы - "вайтишники" - и выезжаете. No code, bla bla bla. Госссподи, сколько я этого слышал, и видел. Водухотворённые CEO, CTO и иже с ними так легко ведутся на байку, что программисты им не нужны. "Я сейчас тут накидаю блоков, и оно само будет работать." Меж тем, чертовски много умных дядек поломало просто неимоверное количество копий в попытках объяснить "бизнесменам", что говнокод - это говнокод.
Именно по этому Вы предлагаете учить "пониманию говнокода". Вы это серьёзно? Простите, но после таких слов я не склонен вам доверять - иными словами, вы не программист. Быть может, истинное решение в том, чтобы говнокод не писать? Видимо, эта мысль если и посещала вашу светлую голову, то только в моменты забытия.
А между тем, на вас ровняются будущие покления "программистов". Они смотрят, и думают - ведь если он "смог" (ничего не делая, получать тонны нефти), то и я смогу! Надо лишь освоить ближайший доступный "курс по прАграМирАванию." И тогда я тоже смогу не понимая сути, "укладывать код" в "готовые решения."
Я призываю вас задуматься - а тем ли вы занимаетесь в жизни? Как известно, нет ничего лучше, чем хобби, превратившееся в работу. Множестов исследований (каких? Если вам интересно, я готов предоставиь ссылки на конкретные научные работы) подтверждают тот факт, что нет более эффективной работы, чем та, от которой люди получают удовольствие. И работа программиста - это не "укладка кода." Это в первую очередь понимание сути проблемы. И поиск наиболее эффективного решения для этой проблемы.
Людям нужно отходить на курсы и заработать себе на хлеб тем, чему они научатся. Они распечатают и будут есть вашу пламенную речь?
Говнокод - это компромис между очень многим. Бюджетом, семьёй, здоровьем, например. Улучшение говнокода - это ещё один компромис.
Встраиваться в реалии, чтобы жить нужно сегодня. В плохие реалии (испорченные такими как я). И потом уже выкарапкиваться в направлении своего идеала, по мере возможностей и желания.
Мне интересны эти научные работы про зависимость эффективности от удовольствия, скиньте ссылок, пожалуйста.
Эмпирически я сам это ощущаю, но хочется иногда предметно такое доказать оппонентам в споре.
https://www.researchgate.net/publication/227533694_Happiness_at_Work например