Тонко намекают, что занятое роботом место уже не освободится, и пора пересаживаться в погроммисты? Но вообще местами огонь статья:
>Что, если мы будем воспринимать программистов не как высокооплачиваемых, «крутых» парней, а как, например, квалифицированную рабочую силу на заводе Chrysler?
Что значит будем? У нас только так и воспринимают в основном.
Пытался я пару человек научить программировать с нуля. Ну, рабочее окружение настроили, код набросали, отладили вместе за несколько месяцев всё ок.
Дальше надо выгрузить это на сервер, и внезапно! оказывается, что нужно освоить теперь еще и SSH, права на директории и файлы, и прочие линуксы-шминуксы. Я уже не говорю про развёртывание LAMP стека, настройку Nginx, оптимизацию и прочее.
И это всё только чтобы начать брать простейшие заказы на фрилансе, для работы с одной конкретной CMS. Вот так мечты о смене профессии и зарабатывании дома "без напряга" разбиваются вдребезги.
Сами. Хотели сменить профессию на более перспективную, но не срослось.
Честно говоря, я сам немного охуел в процессе, сколько всего оказалось нужным и сколько я, оказывается, уже знаю.
Только я это учу почти 20 лет, а тут на всё про всё было полгода. Так что разговоры о синих воротничках и факультативах мне теперь кажутся довольно наивными.
Ну иди каким-нибудь слесарем поучись работать, и чтобы сразу например замок навесной сделать. Через сколько времени он у тебя получится нормального качества?
> Дальше надо выгрузить это на сервер, и внезапно! оказывается, что нужно освоить теперь еще и SSH, права на директории и файлы, и прочие линуксы-шминуксы. Я уже не говорю про развёртывание LAMP стека, настройку Nginx, оптимизацию и прочее
Не надо путать программирование и администрирование. Разделение труда не просто так придумано.
> Через сколько времени он у тебя получится нормального качества?
Очень, очень сильно раньше чем человек начнет писать приличный код. Поэтому слесарей дохера а погроммистов по полгода - год ищем на приличное бабло. Сам руками работать умею, но пришел к осознанию, что людей, способных к программированию весьма мало и мозг у них работает несколько не так. Опять же - сам обучал, столкнулся с тем что многие даже на уровень быдлокрдера в принципе выйти не способны.
> Не надо путать программирование и администрирование
Поддерживаю. Но есть мнение, что толковый погроммист должен знать что такое сети, osi, ssh, tcp/ip, etc. И в целом понимать в администрировании. Помогает. А то у нас есть senior developer, который сцуко про ldap от меня первый раз услышал и telnet'ом пользоваться не умеет. Тупит адово из за своего ограниченного кругозора. При этом как то долго проработал в Яндексе до того как к нам пришел. Распсиховывают меня сволочи!!!
> Как эта способность выявляется и может ли человек сам поставить себе правильный диагноз?
Конкретно я столкнулся с тем, что почему то для многих при обучении проблема в принципе начинается еще на уровне освоения оператором условной логики и циклов. Когда нужно описать не совсем примитивную логику, тупят адски. А объяснить что такое конечный автомат или рекурсия вообще не получается - у людей какое то абсолютное невосприятие, в то время как некоторые в то же самое сходу вьезжают. А чтобы поставить самому себе диагноз вижу один способ - читать и писать код, читать всякое по алгоритмизации и архитектуре ПО. сам поймешь насколько это твое, но это не быстро. Тут главное упорство.
В целом да. Но думаю сейчас абсолютное большинство задач так или иначе связано с разработкой ПО, осуществляющего активные коммуникации по сети. В моем случае мы типа " devops" - разрабатываем и поддерживаем. Собственно на днях была история - в софтине выявили странное поведение, косячина был как раз при передаче по сети и воспроизводился время от времени. назначил задачу разобраться на чувака который в сетях не соображает, он 1.5 md колупался и ничего не сделал. После чего, я выявил причину и устранил менее чем за час. А чувак у нас типа senior. Чет у меня экспрессные начинается при обдумывание кадрового положения в нашей компании и на рынке в целом :((
> Камрад, а джуниор на удалёнке вас не интересует?
К сожалению нет. У нас финансовый сектор со всеми плюсами и минусами. Удаленка у нас организована только на случай чрезвычайных ситуаций - когда ты в отпуске, болеешь или что-то случилось с 24/7 приложением в нерабочее время по мск :) а так фултайм с 9 до 6, с возможностью немного сдвигать график.
> Судя по тому, как банковский софт работает, его и так хер пойми кто пишет.
Сколько бы я мог рассказать на эту тему... Больная мозоль :) куча софта создается по схеме "а бля!! Нам срочно нужно продавать новый продукт, конкуренты не дремлют! А давайте создадим на коленке 1day tool, а потом разработаем нормальное решение". В итоге, экстренно пилится какая нибудь софтина не самыми квалифицированными разрабами, которая изначально заменяет функционал того, что до этого делалось в excel файле, потом начинается - у нас нет ресурсов на разработку нормальной архитектуры и решения, но нужно срочно добавить вот это изменение, а то мы не можем продавать/нас насилуют регуляторы/etc. И зачастую такое пишется без нормальных спецификаций, в лучшем случае хорошо если BR's - бизнес - требования нормально собрали и есть дока. Как результат - через год-два 1day tool превращается в монструозную херню без всякой архитектуры, с кучей говнокода и все это дерьмо должно работать 24/7 без даунтайма :) и уже без шанса все это мигрировать и сделать по человечески. Плакаю кровавыми слезами. Хотя последние пару лет уже удается слать бизнес нах и не подписываться на такие авантюры. Но унаследованного треша еще куча и кровь такие франкенштейновские разработки не хило сворачивают.
> назначил задачу разобраться на чувака который в сетях не соображает, он 1.5 md колупался и ничего не сделал. После чего, я выявил причину и устранил менее чем за час.
Ну тут, судя по описанию, скорее проблемы организации.
Очень похожие истории я слышал про плиточников, маляров и станочников :)
Помню, препод на меня жутко обиделся, когда его задание "чего-то там отцензурировать и нарисовать график" я сделал на excel'е, а не написав программу на каком-нибудь языке, как он хотел — назвал меня эксцелератом.
(предмет был не про программирование)
Но вопрос остался: если задача выполняется стандартными средствами, то зачем выдумывать велосипед?
> Не надо путать программирование и администрирование. Разделение труда не просто так придумано.
Да ты чертов гений!!! В сферическом идеальном мире, может и так, а в реальном программист обязан уметь работать с удалённой платформой для запуска своего кода.
И виртуальные машины было бы неплохо уметь настраивать, и базы данных разворачивать и много чего еще.
Собственно, об этом я говорил. Буквы на клавиатуре и мартышки могут набивать. Программист - это гораздо бОльший комплекс знаний и умений. Ну и определённое устройство головы, конечно.
Я рассказывал конкретно свою историю, когда после 6 месяцев обучения именно программированию выяснилось, что для нормальной работы нужно еще 6 месяцев обучения администрированию. Иначе заказы на фрилансе обслужить никак не получится, ибо у каждого заказчика свой хостинг со своим геморроем.
Речь не про идеальный мир. Речь про "взять и стать программистом". И на мой взгляд, это почти невозможно.
Как сказал мой знакомый преподаватель - ИТ, программирование и тп - студентам сейчас пытаются дать так много всего, что в итоге они ничего толком не умеют
> Я рассказывал конкретно свою историю, когда после 6 месяцев обучения именно программированию выяснилось, что для нормальной работы нужно еще 6 месяцев обучения администрированию. Иначе заказы на фрилансе обслужить никак не получится, ибо у каждого заказчика свой хостинг со своим геморроем
Ключевое слово - фриланс. И ты забыл ещё основы бухгалтерии и управления.
Из твоего описания видно, что задача стать программистом выполнена, уже решается задача найти работу по специальности
> Ну тут, судя по описанию, скорее проблемы организации.
Проблемы организации в ограниченности людских ресурсах и проблеме с кадрами. Годных разработчиков днем с огнем, из тех что имеются профи, которых мало, как правило с жесткими дедлайнами занимаются проектной работой и прочей сложной и срочной фигней, а те задачи которые они могут решить быстро, решаются менее квалифицированными сотрудниками с потрясающе низкой эффективностью :) Но это в целом особенность фин. сектора - неплохие зарплаты, жесткие дедлайны и ВНЕЗАПНО возникающие из-за внешних факторов мега-срочные задачи, из-за которых все планирование ресурсов идет псу под хвост, при малочисленности отдела разработки.
Выполнена задача стать сферическим программистом в вакууме. А задача сменить профессию и начать зарабатывать деньги - нет, не выполнена.
И не выполнится, потому что от программиста в реальном мире требуется гораздо больше, чем просто писать код.
Авторы комментируемой статьи считают не так. Ты, по всей видимости, считаешь не так. А я считаю именно так - на этом предлагаю и разойтись.
> Но всё равно не понятно, зачем ему обязательно нужна лампа
Да потому что это показывает умение решать проблемы. А не ждать пока за тебя одмин решит. Можешь этого не уметь. Умение ставить лампу возникает за один день, если голова и интернет есть.
> Потому, что работы нет и приходится выкручиваться?
Работы больше, чем работников.
Лично я не ищу работу уже несколько лет, и мне всё равно заваливают почту предложениями. То через мой аккаунт на GitHub найдут, то через профильное сообщество.
Поэтому и хотел еще кого-нибудь поднатаскать на помощь - но не вышло. Оказалось, что тренировать себе этого помощника нужно несколько лет, если с нуля.
А еще есть подозрение, что после разрушения СССР, примерно такая же ситуация со специалистами вообще во всех областях. И там точно так же нужно сложно и долго учиться.
Но это тема для отдельного разговора.
Ну то есть не "уметь ставить лампу", а "уметь решать задачи", да? И если он умеет развертывать среду разработки, что логично, это не означает, что он сумеет сделать то же самое в проде?
> И если он умеет развертывать среду разработки, что логично, это не означает, что он сумеет сделать то же самое в проде?
Что мешает ему развернуть это в проде? Почитать мануал, почитать интернет. Я не спорю что у проф админа это получится лучше, но ещё раз. Бывает одмина под рукой нет, а сделать очень ннада!
Для юзверей? В ступор разрабом легко можно вогнать простеньким списком
1 инструкция по развертыванию
2 инструкция по обновлению
3 бэкап
4 восстановление из бэкапа
>Что, если мы будем воспринимать программистов не как высокооплачиваемых, «крутых» парней, а как, например, квалифицированную рабочую силу на заводе Chrysler?
Что значит будем? У нас только так и воспринимают в основном.