Комментарии 442
Ключевой момент тут не 65 лет. Ключевой момент тут то, что чувак упорный, но программировать не умеет и берет усидчивостью.
"Я изучил язык баз данных под названием SQL с помощью Crystal Reports. " звучит как приговор для любого разработчика старше 25 лет. Представляю, что там у него в голове. Уверенный пользователь Stack Overflow
Или вот - "я помогал с переездом". Ну камон, это делает его охренительно ценным на рынке труда. Я знаю одного чувака из Новой Англии, ему сейчас где-то за 70 по моим прикидкам. Работает лидом, никаких проблем с тем, чтобы найти работу у него нет, судя по тому, что он работодателя каждый 1,5-2 года меняет.
Возможно эта усидчивость сказывается и на качестве текстов этого автора, в т.ч. исходника этой статьи. Кажется, что он не очень... "живой", что ли (субъективно, конечно).
Но я решил дать ему шанс, хотя бы с точки зрения толчка к развитию обсуждения нашего локального кейса.
Да нет, перевод то интересен. Я сейчас наблюдаю много т.н. программистов которые растут в рамках какого-то узкого окружения, не представляя интереса для "большого" мира. Таких сейчас много просто в силу того, что нормальных программистов земля родит не так много и приходится брать на работу вот кого приходится.
Судьба их в дальнейшем сильно зависит от их умения в коммуникациях (как в статье правильно замечено).
В целом индустрии они приносят скорее боль, вот 20 мин назад, я объяснял собрату автора оригинальной статьи как завернуть один внешний вызов в try-catch. Уже бы 20 раз сам написал бы, это мой 5-ый звонок на эту тему с ним. Но в Атланте за такие деньги в компанию третьего эшелона нормального программиста НЕ НАНЯТЬ НИКАК.
Короче все печально, лучше бы чувак на стройке продолжал работать.
как завернуть один внешний вызов в try-catch.
tbh, мне 50 и либо я тупой или я не понял в чем проблема. Расскажи пожалуйста подробнее
Это так присказка и нытье. Если выжать подробности - очень долго пытаюсь объяснить разработчику, что именно надо поменять в коде.
Очень просто.
У вас есть программа, которая дёргает внешний сервис, скорее всего по API (а может и нет). Если вы дёрнули сервис неудачно, получили ответ о недоступном или любой другой, который вы не обрабатываете в своей логике, то программа упадёт. Её надо будет запускать заново.
Теперь, мы используем блок
try
__call API
catch error
__игнор ошибки OR какая-то обработка
__delay 60s
__call API
Типа такого
ну там delay происходит через сагу в другом сервисе, но в целом именно так.
Кажется, я все-таки не настолько тупой, как думал. Я полагал, что это очевидные вещи. Единственно , наверное не стоит в кетче еще раз звать апи, ретраи наверное стоит как-то по другому организовать.
В кетче рекурсивно вызывается функция с try-catch, до достижения определённого счетчика неудачных попыток.
Пример, конечно, упрощённый.
Компилятор вряд ли развернёт такую рекурсию. И есть шанс начать ловить совсем другие исключения)
Интерпретаторы вполне справляются. На Питоне я такое делаю в каждом втором проекте.
С чем справляются-то?
Компилятор тоже код прожуёт и будет работать. И в 99% случаев ничего плохого не случится. Но потом код внешней функции поменяют и вы на каких-нибудь действительно больших данных рискуете выйти за пределы стека.
Для этого у меня там есть счётчик рекурсивного вызова этой функции, чтобы оно навсегда не застревало, если внешний провайдер упал надолго. Опять же, задержку никто не отменял, а с ней за пределы стека я ни разу не выходил. Хотя согласен, что в каких-то случаях это возможно.
Это в каких?
P.S. Но, скорее всего, вероятно подразумевалось, например, Лисп, Пролог?
Common Lisp allows control of what happens when the stack is unwound by using the
unwind-protectspecial operator.
Со стеком вызовов можно почти не сталкиваться, если писать простую программу на бейсике, и использовать подпрограммы вместо функций. Но всё равно в минимально-полезной программе будут прерывания.
UPD. погуглил про Forth, там тот же стек вызовов насколько я вижу. второй, вероятно, стек данных?
P.S. И, кстати, если брать Форт с реализацией в виде Косвенного шитого кода, то там фактически «возврат» из слова — это фактически вызов следующего слова до тех пор пока раскрутка высокоуровневого Форт кода не дойдёт до примитивов написанных на языке ассемблера и цепочка начнёт сворачиваться в обратном направлении. :)
Форт в виде Шитого кода
Собственно там то, что я выше написал на примере бейсика, который тоже иногда через шитый код реализуют.
Вот подборка книг по Форт и на русском языке которые были изданы на рубеже 1990 годов
Современных книг по Форт на русском языке нет, но в Форт особых перемен и нет (последний стандарт 94г.) и существующие реализации Форт в той или иной степени следуют стандарту 94года или стандарту от IEEE.
Тогда стек съедят низкоуровневые библиотечные функции которые используются для связи с внешним миром.
Можно ограничить кол-во попыток 3 разами. Тогда можно в цикле сделать
А зачем понадобилось для реализации circuit breaker свои собственные велосипеды пилить?
В Java/Spring вроде как Hystrix есть :)
В других языках - думаю, тоже стандартные библиотеки для этих целей имеются.
Извиняюсь, но зачем рекурсия, если можно просто блок try-catch в цикл с убывающим счетчиком попыток обернуть?
del
А не проще в такой ситуации флаг использовать?
Все эдцать вариантов, которые могут вернуться от API, и ещё столько же от сетевки, DNS и прочих частей ОС?
Ну можно конечно, но смысл есть не всегда.
а как же принцип самурая? https://habr.com/ru/post/128397/
Если не можешь обработать, пробрось выше. НЕ игнорь.
ESB или Filesafe circuit breaker
На мой взгляд хороший программист ничуть не более редок чем хороший слесарь. Мало земля родит ответственных и честных людей? Ну возможно. Но чтобы мало программистов? Да нет, как всех.
Ну издержки производства. надо чтобы был мильен обычных программистов, чтобы из появилось 10 хороших программистов и один отличный.
Понятно, что тяжко, но младенцы на свет появляются без татуировки "Не забуду SQL родную" :)
Он прозевал кризис в индустрии, и постепенный отказ от мейнфреймов, в пользу распределенного вычисления.
Это как у нас разработчик на Delphi 7, он будет востребован через 10 лет?
Он прозевал кризис в индустрии, и постепенный отказ от мейнфреймов, в пользу распределенного вычисления
Автор жалуется что слишком быстро меняются технологнии, но по факту это выглядит будто он в коме провел лет 20. Мне кажется в 2000-ых г уже было явно видно, что технология умирает. При этом хорошие специалисты по мейнфреймам до сих пор востребованы, знаю конторы которые вполне успешно ими занимаютсяи и насколько я знаю людей им нехватает.
При выборе мейнстримовых языков/технологий у вас есть минимум лет 10 чтобы выучить что-то новое без проблем с трудоустройством, и это при реально неудачном выбор.
Надо было учить COBOL (https://habr.com/ru/company/itelma/blog/577736/)
Мне кажется в 2000-ых г уже было явно видно, что технология умирает.
А вам не кажется, что в 2000-х человеку это просто не казалось? Извините, просто аргумент похож на "А матросы в 1917-м не думали, что у нас будет песец?"
Не всегда сегодня явно то, что будет очевидным через 10, 20 лет...
Будет, конечно, на delphi что угодно можно сделать, в отличие от
Можно. Но мало желающих платить за это.
Два ключевых признака: 1) пару, 2) мелких. Т.е. небольшой бюджет в ограниченном количестве мест. Не очень похоже на тихую гавань.
Сидишь так в небольшой конторке из 10 человек, автоматизируешь им процессы на делфи, а потом через 10 лет пишешь статью на Хабр, что знания внезапно протухли и работу не найти. Профит!
Может, это что-то говорит о самих разработчиках?
Я, блин, не верю что читаю это. Делфи? В 2021 году? Да что там... Делфи в реальных проектах, а не курсовой на втором курсе? Моя картина мира усложнилась, а её энтропия сильно выросла.
Потому, что только безумец будет писать на языке, для которого почти уже нет вакансий, и есть устойчивая тенденция к их дальнейшему снижению. Есть неиллюзорный риск попасть в ситуацию автора публикации.
но это совсем не значит, что клепание лендингов важнее разработки процессоров
делов не в этом, что важно и неважно
Программирование на коболе сегодня тоже очень важная специальность, думаете есть смысл туда идти?
вопрос в рисках… вот вы работаете разработчиком микросхем, вас увольняют, вы готовы год-два искать работу без просадки в ЗП?
В такой узкой области, как разработка микросхем, все возможные места работы и так известны. Причем они достаточно стабильны. Внезапно все сразу не исчезнут. Может быть даже люди знакомы друг с другом. Поэтому тут вопрос в том, почему именно уволили?
все возможные места работы и так известны. Причем они достаточно стабильны
вот это кстати очень плохо
в таких условиях запросто начинает появлятся такая ядовитая штука — как сговор о непереманивании сотрудников.
Я один раз на такое уже натыкался, выглядит как блеклист у HR как только упоминаешь что прошлое место работы была __такаятофирма__ тебя сразу в игнор ставят
причем им было плевать даже на то что я сам оттуда уволился (из первой конторы), не помогли даже связи среди топменеджеров. 'понимаешь, у нас соглашение досих пор действует, о непереманивании и о запрете работы у конкурента-схожей компании, мы не можем так сделать' — это уже топ мне так ответил когда я спросил 'чойто меня hr игнорит?'
Вот и автор исходной публикации не оценивал.
Я тоже когда-то писал на делфях, а потом обнаружил, что в своём городе могу устроиться только в пенсионный фонд, на водоканал и в тому подобные заведения, удалёнки нет, заказов на фрилансе тоже, зарплаты жалкие на фоне программистов на java или даже python.
Что касается тенденций, пожалуй, возьму за привычку раз в год делать скриншоты результатов поиска вакансий delphi на hh.ru. Их с каждым годом всё меньше и меньше, игнорировать это - огромная глупость.
Тут проблема в том, что вы наверное не разрабатывали ПО для Desktop-а в условиях нехватки человеческих ресурсов, Delphi позволяет делать все части условной 2х-звенки со стабильным качеством одному человеку с низким уровнем затрат на стандартные интерфейсные элементы, та же visual studio на один и тот же прототип приложения обычно требует больше времени на разработку. И это про условную delphi 2007 и vcl, более того микрософт так и не определилась (насколько понимаю, но сейчас не совсем в теме) какую же технологию и фреймворк сейчас нужно использовать для разработки на c# для desktop-приложений.
Болен того продолжается выпуск и продажа (по немалым ценам) пакетов Delphi и RAD Studio, что наверное говорит о том что данные продукты пользуются некоторым спросом.
Да =)
У нас например весь софт написан на Delphi (примерно 80% на Delphi2007, 19% на XE2 и 1% на XE10.2.3). Это как программы для сбора данных с разных датчиков(гироскоп, gps, лазеры и т.д.) и камер на специальных автомобилях непосредственно во время езды, так и последующая обработка этих данных непосредственно уже на фирме.
Фирма занимается сбором и анализом данных о состоянии дорог по всей Германии и некоторым соседним странам. В отделе 3 человека. Наших программ для обработки данных около 200: 20-30 основных, которые используются постоянно, 20-30 используются время от времени, а остальные прям крайне редко.
Две из них находятся даже в списке неплохих программ:
https://delphi.fandom.com/wiki/Good_Quality_Applications_Built_With_Delphi
это Argus и Stradivary из этого списка - это я к тому, чтобы не подумали, что это простые "Hello world"ы.
Если честно, то не знаю, успевали ли мы так же оперативно писать новые программы/дорабатывать или исправлять существующие, если бы писали не на Delphi, а на чем-либо другом.
Количество вакансий на рынке труда - это уже другая тема. Там есть проблемы, согласен. Но как язык программирования, как по мне, так он неплох.
Чувак, а ничего что у Delphi выходят новые крутые версии примерно раз в год и что там сейчас есть кросс компиляция под Win/Linux/MacOS, причем с GUI, а также есть возможность делать проекты под Android/iOS. И да, мы на работе пишем очень крупные проекты на Delphi. В 2021.
не сомневаюсь что гдето есть контора которая крупные проекты на perl пишет в 2021 году
Это понятно, но во-первых, куда девать работающие большие проекты, уже написанные на Delphi, за которые клиент регулярно платит. Во-вторых, распространенность дело стихийное. Срок жизни наших проектов точно больше 10-15 лет (думаю, имеет смысл ориентироваться на срок около 30 лет, дальше становится сложно прогнозировать), а за это время одни зоопарки технологий сменяют другие, но нет смысла гнаться за "текущим" зоопарком, я бы скорей посоветовал гнаться за надежностью инструментария и простотой сопровождения проекта.
, куда девать работающие большие проекты, уже написанные на Delphi, за которые клиент регулярно платит.
ну да, в Штатах уже программистов на кобол ищую днем с огнем
и проектов много и клиент платит
я бы скорей посоветовал гнаться за надежностью инструментария и простотой сопровождения проекта.
вот вот, через 30 лет будет очень забавной простота сопровождения проекта, искать людей которых нет на поддержку
вон например в 1С сфере уже ощущается недостаток спецов, хотя казалось бы и клиенты платят и проекты есть и крупные проекты
Ну так на любую "не популярную в текущий момент" технологию не будет спецов. На SilverLight или Flash например )
Но большие проекты слишком сложно и дорого постоянно переписывать на что-то популярное. Да, действительно, в некоторых случаях проще "искать спецов на COBOL". Но Delphi явно оооочень далеко до заброшенности уровня COBOL'а
Ну так на любую «не популярную в текущий момент» технологию не будет спецов. На SilverLight или Flash например )
флеш и сильвер это не-'непопулярные', а реально мертвые, мертвее кобола
Но большие проекты слишком сложно и дорого постоянно переписывать на что-то популярное
по этому их надо делать на том языке который в перспективе хотябы 15-20 лет не будет терять популярность
сейчас весь энтерпрайз переезжает на java которая будет новым коболом
а у делфи — основная сфера довольно специфична, и в данный момент в упадке (автономные десктоп приложения)… а писать бэк или приложения для телефонов на делфи… это ну такое себе стреляние в ногу
по этому их надо делать на том языке который в перспективе хотябы 15-20 лет не будет терять популярность
Дык проекты как раз и начинали в 2005-2007 году, когда C# еще только появлялся и не был популярен, а приход непопулярности Delphi в связи с его перепродажами еще не начался. Т.е. расчет как раз был супер-правильным (на тот момент на перспективу 15-20 лет).
Не зря я, похоже, вспомнил про SilverLight. Оказывается и он еще далеко не мёртв:
Сможет безболезненно разве что в случае, если контора надумает менять или расширять стек, поручив работу имеющимся кадрам. Нанимать же с нулевым практическим опытом особо никто не станет.
Это как у нас разработчик на Delphi 7, он будет востребован через 10 лет?
Никто не ведает что там через 10 лет, но, кажется, этот разработчик уже не востребован))
Если изучит FMX , то возможно. Будет портировать всё, что понаписал, ещё и на Андройд. Пока компания не обожгётся на глючности FMX.
Но в целом сейчас у компаний с Дельфи есть возможность нанимать неплохих программистов по самой низкой цене на рынке. В какой-то момент это может сыграть в пользу возрождения языка.
"У нас" - это в конторе, которая делает софт на Дельфи 7 в 2021 году или я неверно понял? Тогда вопрос, скорее, к конторе, почему не используются последние версии 10.х и 11 (вышла несколько недель назад).
На проекте была куча сторонних компонент, несовместимых с более новой версией. Так я отвечал на такой же вопрос в 2011м.
Мне не раз приходилось помогать клиентам переносить легаси системы объемом около 1М строк и десятками сторонних компонентов с Д4 и Д7 на 10.х. Дело это небыстрое, но ваше объяснение из разряда "кто не хочет, ищет причины, кто хочет - средства"
Вы будете удивлены, узнав что python старше delphi. :) Это не критично, но наводит на мысли насколько мы в плену стереотипов.
Работа с легаси кодом есть всегда. Это скорее проблема работодателя найти спеца под проект с историей.
С времен семерки, замечу, уже больше 20ти новых версий вышло :) Сейчас актуальная 28я если что. И пересесть на неё с семерки просто. И работы, в целом, хватает. Не валом, спорить не буду, но найти можно всегда.
Як людина, котра намалювала не одну сотню звітів на Oracle і Crystal Reports 5 - з власного досвіду можу сказати, що писати після цього квері для будь-чого (dashboard чи crm кастомізувати) іншого чи проставити індекси для бд, котра через ORM підтуплює - взагалі не складає проблеми.
Вы Хабрахабр с dou.ua перепутали? ;)
לא הבנתי
党不同意你的选择
Сіз сондай -ақ қазақ тілінде немесе онда комиде жаза аласыз, ммм?
Отвечу серьезно, чтобы автор коммента правильно понял, почему коммент и карму заминусовали.
Я уверен, что большинство людей здесь очень уважает Украину, украинский язык, украинскую культуру и все, что связано с этой прекрасной страной. Но, когда человек пишет на украинском там, где это не принято, где все пишут на русском, это выглядит очень странно. Я могу понять отторжение к русскому языку у многих украинцев сейчас, но в таком случае мы были бы рады прочитать коммент на английском, общепринятом в мире языке межнационального общения.
u'u mi na jimpe lo se cusku be do ri'a tu'a le do cizra bangu
Біда в тому, що SQL та Crystal Reports - це єдині нові технології після мейнфреймів, які автор оригінальної статтті вивчив за 30+ років. Такі темпи самоосвіти та зацікавленості новітніми технологіями багато чого кажуть про людину.
Як Людина кырбырштина, Медина, олдина. Если Гугл переводчиком статью с русского на украинский перевел, коммент тоже переведи на русский, олдины, медузы бачили не понимаем.
Да у вас там в Медке ничего не является проблемой, а потом трах-бах и уложили "Петей" разово несколько сетей супермаркетов по всей Украине намертво. Оцэ ПЭРЭМОГА ))))))
«Как человек, который написал не одну сотню отчетов в Оракле и Кристал репортах пятых — из собственного опыта могу сказать, что писать после этого запросы для чего угодно другого, будь то проиндексировать БД, подключаемую через ОРМ — вообще не составляет проблем.»
Но пидор, да
По-моему, Google-перевод перевод тут вполне правильный - "вместе с программным обеспечением" было бы
I learned a database language named SQL along with software called Crystal Reports.
Либо использовать "and" вместо "with" - но, даже если автор действительно имел в виду "вместе с", это все равно приговор... может, только, не такой строгий. ;)
Каждый раз, когда я изучал новый язык программирования для ПК, индустрия менялась. Это сделало невозможной задачу полноценно следовать за изменениями
Хотя вы должны идти в ногу с изменениями языков программирования, сделать это практически невозможно
Не первый раз слышу такое мнение, но например та же java которая была акутуальна и популярна 20 лет назад, актуальна и сейчас. Да, есть изменения в языке, но очень легко найти работу со знаниями устервшими на 5 лет(привет java 8), а просто следить за изменениями требует не таких уж и больших затрат времени.
На бэке как например актуальны были SQL базы, так и остались. Да, появились куча нереляционных БД, но если ты был экспертом в SQL, то работу найти непроблема и сейчас, никаких концептуальных изменений небыло.
При этом я бы ожидал что актуальный список технологий за следующие 20 лет изменяться гораздо меньше чем за предыдущие.
Как можно было понять, что вкладываться надо было скажем в TypeScript, а не в Dart? В Python, а не в Ruby? Сейчас вот многие в Go вкладываются. Но кто сможет поручиться, что через 10 лет он ещё будет востребован?
Кто угадал, тот да, через 20 лет будет просто посмеиваться над неудачниками.
Массовые технологии уходят с рынка лет 10 минимум. Например тот же php теряет популярность уже лет 5, но работу на нем все еще непроблема найти.
Возьмем топ-5 языков: java, js, C#, python, C++ - я уверен что если их изучить сейчас и работать с ними, то через 10 лет все еще можно будет найти работу. При этом через 5 лет я точно смогу найти работу с передовыми актуальными на сегодняшний день знаниями.
Да, возможно будет видно лет через 5 что кто-то из них начинает умирать, и стоит смотреть на другой стек, но это не так что сейчас у тебя есть работа, а завтра неожиданно технология мертва.
И при этом сменить язык в рамках той же специализации несложно-большая часть практик например бэкенд программиста горазда более актуальна чем язык.
Тот же WPF умирает уже лет 5 как. Потихонечку.
Серьёзно?!
А что в замен?
Как в 21 веке десктопные приложения с красивыми гуями писать?!
А что, кто-то ещё пишет десктопные приложения не на Electron'e? Вот мамонты!
P.S.: это шутка
P.P.S.: в этой шутке есть доля шутки.
А что, кто-то ещё пишет десктопные приложения
не на Electron'e? Вот мамонты!
Доводилось видеть как небольшую программу распространяли в форме html-страницы. Мне понравилось, выглядит практично.
Avalonia например. Хотя это тот же wpf, только лучше: удобней и кроссплатформенней.
Ну, в .net 6 MAUI выкатят, например
Это вообще ортогональная технология.
не выкатят, не успевают:
Unfortunately, .NET MAUI will not be ready for production with .NET 6 GA in November.
Если кратко, то WinUI. Встроенные приложения в Win11 написаны на нём.
Если длинно, то вот WPF, UWP, WinUI, MAUI, Windows App SDK / Хабр (habr.com)
И даже в какой то мере натив, в том плане что в машинный код компилируется, а не в код для виртуальной машины какой то. Пусть и с нюансами.
Всяко лучше электрона, кмк.
Про то, что PHP теряет популярность, а Delphi устарел ,я слышу примерно лет 15, при этом в фирме толпа студентов с питоном, явой и новомодными машин-лернингами, а нужны как-раз те непопулярные и устаревшие, включая мейнфреймеров, которых, кстати, еще и конкуренты переманивают. Сам пишу чуть ли не четверть рабочего времени на abap/4 и не страдаю от отсутствия офферов, а abap, на секундочку, 83го года.
Видится мне, что проблема с устареванием языков сильно надумана, особенно на фоне того, что имея опыт от 15-и лет, любой новый язык можно изучать в кратчайшие сроки (что видимо не удавалось строителю из статьи), а просто писать на новом языке вообще через 5 минут, после того как докер скачает образ. С другой стороны при снижении массовости использования языка, подрастает средний уровень требований к кандидату (правда как и средняя ЗП), что для тех, кто не тянет, может выглядеть ровно как то, что имел ввиду автор статьи,- мол не успевал учить новое. А надо было не новое учить, а становиться реально грамотным специалистом, который ценен не тем, что мебель может в овертайме таскать, а опытом и своими профессиональными качествами.
Ну я не утверждаю, что 30 лет работая на Prolog вы потом за неделю поднимете C#. Но "любой" и не надо, задача-то простая: остаться в индустрии, это же не с менеджера на каменщика переучиваться раз в два года.
ООП язык в целом можно выучить. Концепции один как правило.
Так же обстоит и с Си подобными языками.
А вот писать скрипты на коком нибудь bash уже трудней.
"Настоящий программист может написать фортрановскую программу на любом языке"
Bash не является исключением ;)
Если человек владеет (не "выучил", а именно "владеет") каким-нибудь процедурным языком, то начать писать скрипты / программы на другом процедурном языке он сможет без проблем. На первых пора, конечно, будет криво и неоптимально, но работать будет.
С функциональными языками могут быть проблемы, с непривычки может не пойти.
Я думаю, имеется ввиду, что если есть опыт 10 лет на java, то при переходе на nodejs через неделю вы будете слабым мидлом, через 2-3 месяца уверенным мидлом, через год сеньором. При этом выполняя реальные задачи и зарабатывая деньги. Тем более если заниматься формошлепством, на хлеб с маслом без проблем должно хватить.
Имея опыт от 15и лет, любой язык будет похож на то, что вы уже знаете. Если, конечно, минимально интересоваться тем, что вокруг происходит.
Ну по Дельфи обьективно.
Мало вакансий.
Самые низкие зарплаты на рынке.
Чисто технически я бы не сказал, что он так уж устарел, тем более он наполовину кроссплатформенный с FMX.
Зарплаты постепенно выравниваются. Смотрите последние данные:
https://habr.com/ru/article/569026/
В первом полугодии 2021 в зарплатах выросли почти все языки. Особенно сильным ростом зарплат отличился Delphi (33%)
Язык, кроме знания ситнаксических конструкций, это:
- понимание сильных и сбалых сторон.
- знание "тонких" мест, где можно наесться далеко не шоколада.
- знание стандартной библиотеки и библиотек в наиболее часто употребимых подходах
- знание API вовне языка (да сегодня это чаще SQL \ JSON \ Google Protobuf - но не всегда).
- знание архитектурных особенностей
- знание дизайн-особенностей (дизайн-паттернов "как все делают" и "как надо делать").
- знание\понимание работы системы сборки
......
Я понимаю, что через 5 минут можно и "hello world" написать и со StackOverflow какой-то код утащить (а остальное по аналогии со знакомым языком сделать).
Но если ты хочешь быть на языке Х востребованным специалистом (и перекрыть дисэдватнэдж 65 лет) - то умение StackOverflow-ить недостаточно.
На мой взгляд сейчас не очень сложно узнать тонкости другого языка... не все, конечно, но основное вполне можно освоить за несколько месяцев, если есть время и желание... да, конечно, если вы после 10 лет на каком-нибудь php, возьметесь резко учить rust или golang, то через полгода вы не будете гуру в новом языке, но приложив силы вполне можете стать достаточно крепким мидом, а еще через год-полтора опять подняться до сеньора
на мой взгляд проблема в том, что некоторые из упомянутых мест надо вот прям реально учить. Из-за того, что "фишки Х в языке нет", нужно использовать подходящий паттерн. Подходят Y или Z, но у нас принято использовать Z.
Ну вот скажем я могу довольно много рассказать про "абстрактные сборщики мусора" (предполагаю достаточно много, чтобы сойти за "сеньёр-помидора в вакууме") - ну они все построены на взаимозависимости пространственной и временной локальносте и удобстве многопоточного вызова.
Но вряд ли моих знаний хватит хватит на то, чтобы удовлетворить требованиям на Java middle developer. Просто там же действительно надо use-case знать.
Ок, какая з.п. у программистов на ФоксПро сейчас?
Dart звучал странно изначально, он целился в джсеров, но выглядит скорее как джава.
P.S. Сейчас приглядываюсь к Factor programming language, но уже поздно или после знакомство с Форт (Forth) избыточно сложно.
Думаю будущее за примерно такими комбинаторными языками программирования, которые при внедрении «ИИ» будут наиболее востребованы, если не человеками, то роботами, как устраняющие семантико-синтаксические ограничения выстроенные классическими языками программирования.
P.S. Поживём — увидим.
Питон, в сравнении с С/С++ упростил программирование в массе своего использования в направлении старой школы Бейсик языков с современными фишечками.
Ой, я вас умоляю, 2021 год на дворе. Кто сейчас что учит, надо программировать на TypeScript - в выходные берешь читаешь доку и делаешь несколько тестовых приложений. В пн говоришь, что готов и дальше при помощи доброго слова, лома и чьей-то матери начинаешь нести добро миру.
Оно конечно по началу будет получаться кривобоко, но что у нас сейчас не кривобоко то пишется.
Вы так пишете про обучение как будто надо сначала год учиться на специальных курсах за зиллион денег.
ну мы с вами обсуждаем не "как попатчить индустрию и делать все не криво", так то я с вами на 100% согласен, так и надо готовиться, обоими руками за.
Но на практике все происходит тяп-ляп и в продакшн. Это хреново, но таковы реалии и именно об устройстве на работу автора статьи мы и говорим.
Да блин я тут активно помогаю беседовать в разные проекты джавистов. И сейчас можно наблюдать со стороны HR такой посыл "глянь какое резюме, чувак милостиво согласился побеседовать с нами целых полчаса, будет коллективное собеседование с разных проектов, кто про себя лучше расскажет, туда чувак и пойдет. Что ты какую задачу дать, он так вообще испугается, рынок перегрет, скажи спасибо, что чел вообще согласился побеседовать".
У меня такое ощущение что, сейчас берут вообще всех кто достаточно наглый правильно наврать в резюме и знает IT достаточно хорошо, чтобы пару раз созвониться скайпом. Ну и по английски хоть как-то говорит.
Не скажу, что я этому рад.
Увы не так, сейчас фильтр на входе слишком слаб всвязи с бумом, а платят слишком много и кол-во Остапов Бендеров на входе бьет все рекорды
Хм... меня не берут в программисты андроида. Хотя я маленькие бизнес приложения пишу непрерывно со времен 1.5 андроида. У них странный дизайн, потому что меня часто просят сделать контрастный цвет там где нужно жать. )
Ну если у вас есть опыт то могут не брать примерно по следующим причинам
у вас что-то реально стремно выглядит в CV, я не знаю, страна проживания Сомали, судимость, работа в ФСБ или что-то такое от чего HR падают в обморок
Вы стучитесь не в те конторы т.е. надо расширить диапазон поиска. Тут зависит от страны проживания и т.п. не могу дать конкретный совет - разве что постучитесь в большие аутсорсинговые конторы - там входной фильтр слабее
Вы пишете мелкие бизнес приложения, но делаете это крайне не системно, без знания обычных подходов, т.е. такое "самоучка стайл". Таких разработчиков очень сложно интегрировать в команду. Но это должно быть что-то вот вообще поперек обычных практик. Не глядя в код сложно сказать точнее.
Ну и вообще сейчас рынок разработчиков для мобилок схлопнулся очень сильно. Я бы порекомендовал если вот нужна прям работа пойти на Java backend - там язык тот же, платформа практически та же. Подучить немного простых вещей и вперед.
В смысле - схлопнулся? Смартфонов больше, чем компьютеров, и скоро будет больше, чем людей. Сейчас куда не плюнь, почти все делают сначала под мобилки, и только потом под все остальное
Ну это мое субъективное наблюдение - когда рынок только появлялся, скажем в 2010 году - все переквалифицировались в мобильные разработчики как проклятые учили Andriond и/или iOS.
Сейчас несколько знакомых - очень хороших мобильщиков пошли в backend в том или ином виде.
Причина - сильная сепарация рынка мобильных приложений. Либо это 0.1% топовых контор получающих львиную долю прибыли, либо нишевые приложения, разработчики которых нашли нишу и заняли ее первыми, либо это бизнес приложения которые являются сателлитами чего-то большого.
Жизнь есть в первых двух, третье это приложение в большему бизнесу, там не большой объем и в целом все не так весело
Смартфонов действительно много, но вот приложений для них особенно самостоятельных приложений не так много надо. У всех миллиардов стоит одно и то же - телеграм, инстаграм, твитер, хром, несколько "игрушек" - дофаминовыжималок из набора в пару сотен штук. И какие-то специальные кейсы - ворота в большие системы - банк клиент, что-то такое специфичное професии и как бы все.
Пользователям смартфонов не нужны миллионы приложений им нужен стандартный набор, который "делает их уникальными"
фильтр на входе слишком слаб всвязи с бумомПо-моему, это миф, и фильтрация сейчас не меньше, чем раньше. Регулярно отвечаю рекрутерам в линкедине и прохожу собеседования (если позовут, чаще всего морозятся, хотя сами позвали). Отказывают даже там, куда я явно не пойду, потому что чувствуется слабый уровень разработки и задач. Думаю, на каждую вакансию сейчас огромное количество кандидатов любого уровня и компаниям есть из кого выбрать.
Думаю, на каждую вакансию сейчас огромное количество кандидатов любого уровня и компаниям есть из кого выбрать.
Это не так. Вбейте в Google запрос "ИТ кадровый голод", в выдаче будет немало публикаций серьёзных изданий (например раз, два, три, четыре), объясняющих, почему за лето зарплаты специалистов ИТ выросли на 30% и почему некоторые банки с высокими зарплатами и очень хорошими условиями труда не могут закрыть около тысячи вакансий.
Возможно, вы говорите просто про вечную востребованность разработчиков, а я про то, что ничего не изменилось по сравнению с допандемическим временем. Есть некоторая дутая иллюзия обилия денег у компаний из-за QE, которые из-за этого не очень мотивированно хотят расти, но это отдельная тема.
Не знаю, правда, что происходит в СНГ. У меня впечатление, что собеседование в СНГ идёт в основном по хард скиллам, в Америке же в основном по софт скиллам (те несколько раз из десятков интервью, когда мне таки дали кое-какой фидбэк, упомянули именно нехватку софт скиллов, включая и собеседование в Амазон). В любом случае, по софт скиллам планку американские компании не снижали, несмотря на жалобы на нехватку разработчиков. Само собой, совсем без работы я в случае чего не останусь, но я не про это.
CНГ идёт в основном по хард скиллам, в Америке же в основном по софт скиллам… упомянули именно нехватку софт скиллов
Да нет, на мой взгляд, в англоязычных странах есть определенный алгоритм прохождения софт-скилс собеседований (все вот эти вопросы «расскажите о себе», «какие ваши 3 самых плохих черты» и т.п.), программисту несложно его выучить и правильно отвечать (а также правильно улыбаться, и т.п.)на 95-99% таких вопросов, на остальные можно ответить включая здравый смысл. Есть много книг, ресурсов и учителей, было бы желание.
Другая возможная проблема почему вам могли дать фидбек о недостатке софт скилс — английский язык. Почему-то HR не любят говорить об этом прямо, а говорят о софт скилсах (что логично, если никто не понимает, что вы говорите — с коммуникацией у вас будут большие проблемы). Попросите найтива честно оценить насколько у вас хороший английский.
Может быть еще и третья проблема (но, надеюсь, она не про вас) — явная демонстрация несоговорчивости, не уменения коммуницровать и работать в команде и т.п.
английский языкНавряд ли, сейчас уровень должен быть ближе к IELTS 8, и я провожу много технических интервью в нынешней компании, там бы заметили проблемы.
есть определенный алгоритм прохождения софт-скилс собеседований (все вот эти вопросы «расскажите о себе», «какие ваши 3 самых плохих черты» и т.п.), программисту несложно его выучить и правильно отвечатьВсё не предугадать и не выучить, попробуйте выучить на такое. Для меня лично такие секции интервью сложны, непрозрачны и непредсказуемы. Но к ним стоит, конечно, подготовиться.
Может быть еще и третья проблема (но, надеюсь, она не про вас) — явная демонстрация несоговорчивости, не уменения коммуницровать и работать в команде и т.п.Хотелось бы знать! Прямо явной демонстрации проблем скорее всего нет, а вот какие-нибудь подозрения по рассказам о себе могут закрадываться у собеседующих — но это очередное подтверждение, что никакой реальной нехватки кадров нет и работодатель имеет большое количество кандидатов для выбора, чтобы прицениваться к оттенкам личного характера.
потому что то что вы рассказываете — явно не отражает «обычное» поведение рынка для миддлов/сеньоров
Thank you again for your interest in exploring a role with…. We know it's a time investment, and we appreciate your time and experience. At this time, we've made a tough decision to move forward with other applicants.При этом эта позиция была бы шагом назад в плане задач.
This decision is not a reflection of your talent, and we encourage you to keep applying. Some company will be lucky to have you.
With regards to your experience, they felt you had relevant skills for the team, however they were looking for more precise examples highlighting your collaboration/coaching experience in your current position
Суть в том, что ничего не изменилось в найме, ожидания не упали, от разработчиков так и ожидают успешный успех. Только, возможно, выросло количество позиций (но это неточно). Судя по той статье в Vox, это касается всего рынка труда.
Увы так и есть. Так и есть, блин компот!
Я английский учу уже лет так 20 (школа, университет, на работе), и до B2 довёл его только в прошлом году, после года занятий с репетитором один на один. Я уж не говорю о том, во сколько мне это обошлось...
Банально словарный запас до 15 тысяч довести среднему человеку два-три года втыкания в книжки понадобится.
//C2, по репетам лет 10
Я вообще не уверен что такой "щелчок" будет у каждого кто изучает иностранный язык, но не использует его регулярно в повседневной жизни. И уж тем более что такое произойдёт через год-два-три обучения.
У меня например такой щелчок произошёл лет через пять проживания в стране с носителями этого самого иностранного языка.
думаю на английском и норм
А я очень сильно этого боюсь. Я боюсь разучиться грамотно выражать свои мысли на родном языке. И поэтому с трудом учу английский, ибо каждую фразу перевожу на родной, желательно литературно, а это действие очень медленное.
А я очень сильно этого боюсь. Я боюсь разучиться грамотно выражать свои мысли на родном языке.
этого не случится, разве что будете ловить себя на том что на английском некоторые фразы можно сказать короче и понятнее чем на русском (ну и наоборот)
язык, это просто инструмент, я это осознал когда пробовал учить испанский, знание нескольких языков программирования — не отнимает и не уменьшает способности писать грамонтное ПО на любом из них, также и тут.
Подождите, но насколько я помню B2 - это формально около 5000 словарного запаса (чего недостаточно для редъявляемых требований, но всё же).
Опять вас же не B2 в программировании спрашивают, а "презентовать себя", "рассказать о работе".
Самые большие пробелы (в бытовом общении, смоллток и т.п.) можно и не заполнять если переезжать не хотите.
На аутсорс я не пробовал, но устроился в продуктовую контору на озвученную вами сумму. Системная разработка. Из опыта работы за деньги веб на .NET, Android, разработка под микроконтроллеры, и единственное "серьезное" место работы — околосистемное программирование по линукс. Всего где-то лет пять коммерческого опыта.
Английский имеется, на этом всё из вашего списка. Истории успешного стартапа не было, я просто делал таски за оклад. В моем резюме был только C и Python. На собеседовании каких-то страшных аббревиатур вроде и не было, даже SOLID. Про гитхаб спросили, я стыдливо молчал. Тем ~50 репозиториев, но это либо что-то учебное с универа, либо мелкие утилиты, которые даже я не использую, либо незаполненные непонятные проекты. В схожих проектах опыта особо не было, да я и других вакансий на такую тему на встречал (простите, не раскрываю). Ну и модных парадигм с библиотеками как-то не нашлось, си всё-таки.
А я-то думал, что это мне, как эмбедеру, трудно работу искать, а веберы только и делают, что отмахиваются от предложений в 300 к/сек. А оно вот как.
Пробовал переходить из веба в ембеддед (хобби электроника), но уж слишком рисково переходить в отрасль где вакансий на 1-2 порядуа меньше при меньшей оплате
Я бы сказал что это скорее "региональная" проблема. Потому что у нас и спрос на ембеддед приличный и зарплаты там точно не ниже веба. А то и выше.
Это псевдо-тонкая манипуляция в надежде сбить зарплату. В вакансиях принято умножать реальные запросы на 5. По факту:
Чтобы мог сам вбить вопрос на SO
Знание расшифровок половины
Хоть какой-то публичный кусок кода
Хоть какой-то комерческий опыт
Общее представление зачем нужены докер и куб (ну на фронте не это, сами поделите на 5)
Просто шли резюме и тренируй уверенность в голосе.
Ну, это где как. По моему опыту и мнению коллег, берут всех, кто тянет на джуна. Даже если написано, что он миддл. Потому что дефицит. Но таких, кто не тянет и на джуна — тоже вагон. Те у кого дефицита рабочей силы на сегодня нет, те бывают еще разборчивее.
>он так вообще испугается
А вот это выглядит именно как мнение HR. Потому что я бы такого в проект не взял, кто не подходит. И пусть он дальше пугается сколько хочет. И я не знаю способа, честно говоря, как HR могли бы в проект человека навязать, потому что хотя у нас рынок и работника, но решение всегда за принимающей стороной.
Я тоже не беру, но мир большой и бывает по разному.
Я могу написать драйвер на С, прошивку для микроконтроллера, могу закоммитить в какой-нибудь гнутый опенсорс и это примут. Но собеседование на сишника я не пройду, формально для меня рынок труда закрыт.О_0 На сеньера без опыта конечно нет. На мидла, если есть сеньерский опыт в другом — возьмут (я так ушел). А на джуна могут взять даже без знания конкретного ЯП, если у Вас в целом хорошее понимание области (конкретный найм знакомого в компанию с капитализацией более 1млрд).
Возможно в php в Вашем регионе сейчас спрос меньше предложения (ожидаемо при падении популярности технологии), поэтому наниматели могут позволить себе завышенные требования. Возможно Вы просите топ вилки зарплат, и туда ищут ровно того кто им прямо сейчас идеально подойдет, что не удивительно. Но меня больше всего смутила фраза
К сожалению, моя точка зрения не находит понимания у собеседующих.К нам однажды пришел… архитектор, и начал рассказывать свою точку зрения. Все мы неправильно делаем, все надо переписать. Я подавал на увольнение. Даже дважды (меня отговаривали) Но уволили его. Как говорится у человека есть широкий кругозор, когда он сужается, то превращается в точку зрения. Конечно я не знаю Вашу ситуацию, но меня сильно смущает эта фраза.
умение решать задачи !== умению получать работуЛовите JS-ника.
Но скажите, а какой смысл идти на джуниора-миддла с понижением зарплаты?Ну если для Вас главное зарплата — то да. Но посмотрите на это со стороны работодателей. Сейчас Вам доплачивают за точечные знания технологий которые используются внутри текущей работы, за знание бизнес / IT процессов внутри компании, за стабильность процесса разработки который имеет компания. А теперь Вас нанимает другая и теряет все это. Зачем ей платить столько же?
К счастью в IT уровень зарплат таков что многие из нас могут скинуть значительный процент. Можно рассматривать это как покупку. Мы сами выбираем что купить. И можем себе это позволить.
я просто хочу писать код, а не продавать себя, выбивать часы и бюджеты и т.п.Вы сами себя ставите в рамки узкого специалиста. Если выйти за рамки то можно получать больше. Но для Вас Это Комфортнее. Кому-то комфортнее делать что не нравится, но нанять прислугу. Все в выиграше. Если суть Вашего сообщения что одновременно все нельзя, то ок, я с Вами согласен, но не в принципиальной невозможности сменить работу.
Я работаю сишником. О каком функционале glib идёт речь? Либо что-то очень очевидное, либо я не знаю.
как перевернуть строку самым эффективным образом
Не задумывался об этом. О чем речь, о скорости? Сначала, конечно, стоит уточнить, что за строка, потому что если это utf-8, там все сложно. Если же строка — последовательность байт, то, наверное, SIMD. Тут даже сравните с тестами есть: https://dev.to/wunk/fast-array-reversal-with-simd-j3p
Я могу написать драйвер на С, прошивку для микроконтроллера, могу закоммитить в какой-нибудь гнутый опенсорс и это примут. Но собеседование на сишника я не пройду, формально для меня рынок труда закрыт.
Вы пробовали? Чисто из спортивного интереса?
Задавать вопросы по API библиотек в 2021 - предел глупости. Их можно просто скипать, благо страдающие таким захотят впихнуть тебе какой-нибудь тестик еще на первом созвоне.
З.Ы. это в регионе было, в столицах и миллионниках может ситуация и чуть иная.
чтобы адекватно собеседовать специалистов, нужно самому быть специалистом
Да, имхо, это основная проблема там, где верхние планки зп стоят, по-моему, в офисах реальных профессионалов единицы (если они вообще есть), сейчас "сеньеры" даже печатать не умеют. И все, в том странном мире, пользуются какими-то, придуманными кем-то/когда-то шаблонами, которым, якобы, надо соответсвовать.
Когда пишут "вкладываться в язык", складывается впечатление, что человеку это на самом деле не интересно. Что программирование — не более, чем способ заработка. Что "вкладываясь", он тратит своё драгоценное время на всякую ерунду типа обучения вместо того, чтобы жизнь жить.
Но ведь концепции и понимание, приобретённые в процессе изучения, остаются с человеком. Этим прежде всего и ценится хороший разработчик — глубиной понимания проблем и шириной взгляда.
Мне кажется, что достигнув определённого уровня разработчик начинает понимать, что язык, будь он хоть сто раз любимым и родным, это всего лишь инструмент. Любимый уютненький стек технологий, который он до исходников расковырял - это инструмент для решения определённых задач. Задачи меняются — меняются и способы их решения.
Мои поздравления.
Потому что у людей, кроме текущей работы, есть семьи, хобби и все такое? Не все фигачат выходные напролёт в свой гитхаб
Оо, вы сформулировали за меня мысль.
Меня спрашивают друзья, почему, если я люблю Rust, я не иду на нем работать. И вот ответ. Потому что предпочту интересную предметную область на си (что ж, почему-то железячники весьма консервативны), чем неинтересную (80% это бэкенд) на интересном стеке.
ЗЫ. Зачем людям веб на Rust, есть более удобные языки. C#, например. А там, где раст хорош, его нет.
Forth + Rust в проектах на Github
P.S. Не знаю чем это лучше, например, реализаций Форт на Си, ассемблере…
Людям могут нравиться конретные способы решения задач. Ну и потом на некоторых языках программирования человек думает. А на некоторых просто пишет код.
Так что именно "вкладываться в язык" - то есть менять любимые методы на возможно нелюбимые, которые никогда не пригодятся. Вместо того, чтобы писать программы, например для себя.
Ну правда я лично никогда не "вкладывался", а занимался только чем интересно, но поэтому у меня и количество известных языков весьма мало, тот же популятный питон знаю только на уровне хеллоувордщика.
Как можно было понять, что вкладываться надо было скажем в TypeScript, а не в Dart? В Python, а не в Ruby?
А что не так с Dart и Ruby в вашей картине мира? В Ruby я очень удачно начал вкладываться в 2008 ещё. До сих пор хорошо окупается. На Flutter (который на Dart) сейчас тоже нормально поднимают. Вот Python выглядит наоборот неудачным выбором, распыление на все сферы подряд (хотя кому-то может показаться плюсом) и топлы желающих войти-в-айти, с которыми вам придётся работать в одной команде рано или поздно.
Вот не надо так. В 2002..2004 году я уже участвовал в проектах, которые работали, не глючили, не были сырыми и успешно продавались. 1.3 версия была. И уже был выбор ORM (если jdbc не нравился), и уже использовали MVC. Так что не надо воттаквот огульно. PS : и до сих некоторые решения работают, кашу не просят
Как можно было понять, что вкладываться надо было скажем в TypeScript, а не в Dart? В Python, а не в Ruby? Сейчас вот многие в Go вкладываются. Но кто сможет поручиться, что через 10 лет он ещё будет востребован?
На конкретный язык или технологию вообще не стоит строить далекоидущих планов. Вкладываться надо в то, что от конкретного языка не зависит: математика, алгоритмы, структуры данных, паттерны проектирования и т.д. В этом случае вы (при желании) уже через месяц сможете писать код вполне приемлемого качества на новом языке. Я за 17 лет карьеры сменил уже кучу языков C -> C++ -> Java -> Scala -> Python -> JavaScript -> Go. И сейчас довольно большой пет-проект на Rust пишу. Из всех языков наибольшие трудности при освоении вызвал как раз Rust - концепции владения и заимствования мне немного мозг сломали поначалу, сказывался Сишный бэкграунд, по всей видимости.
Ну это не то, чтобы я разочаровался в Scala и решил вдруг перейти на Python. Scala до сих пор один из моих любимых языков. Просто на работе был один проект, которым я заинтересовался, там кодовая база была в основном на Python+JS. Так как Python я уже более-менее знал, то и подключился в качестве разработчика на Python. А с JS стал разбираться просто из любопытства - было интересно, как там все устроено, и вот так года через полтора и стал полноправным разработчиком.
Сейчас мой основной язык Go, а Rust начал учить просто в качестве хобби: была идея одного пет-проекта и т.к. он относился скорее к системному программированию, то выбор стоял между возвращением к C++ и изучением нового Rust. Естественно, я ухватился за второй вариант) Язык очень понравился, хотя его освоение шло очень тяжело, приходилось постоянно внимательно читать и перечитывать документацию, а уж сколько разбирался с лайфтаймами, даже вспоминанть не хочется. Но как ни странно, это было весьма увлекательно и ни разу не возникло желания все бросить и переписать весь код на C++. Что касается коммерческой разработки, то я бы пока не советовал, не смотря на всю мою любовь. Язык активно развивается и некоторые вещи пока не стабилизированы. К тому же, имеет место некоторый зоопарк, например, с асинхронными рантаймами. Да и вакансий немного пока.
20 не 20, а 15 лет назад java вполне себе цвела и пахла и было ясно, что она не помрёт ещё долго и писать на ней будут много.
Но как можно было об этом догадаться тогда, 20 лет назад, когда она была насквозь сырой, тормознутой и глючной?
Я 5 лет назад оставил вот этот комментарий на хабре, описывая мой путь поисков перспективных технологий в начале 2000-ых: я изучил java, сделал коммерческий проект, успел по разрабатывать под симбиан мобильные приложения, и вы знаете, я сделал вывод тогда, что весь этот стек - мертв, java - мертва, и поставил все на стек от Borland.
Тогда работу разработчиком баз на дельфях или си билдере можно было найти, практически, без напряга. Вход был простым. Казалось, что может произойти с этим миром, чтобы за такой короткий промежуток времени, так все развернулось и дельфи из какого-то мейнстима просто превратилось в какой-то заброшенный остров, с которого с адской скоростью стали убегать люди? У меня открылись глаза прям совсем по настоящему, когда одна большая компания, была готова приобрести наше ПО и в одной из встреч они попросили рассказать на чем оно написано. И после того как они узнали, что это черт побери, Дельфи! - мы их больше не видели. Т.е. люди отказались от подходящего им ПО, опробованного, только из-за того, что сам факт обладания чем-то уже на не очень вкусно пахнущим, заставил их отказаться от этого выбора в пользу ПО, написанного конкурентами тогда на C#, с функционалом значительно меньшим. При это, ПО не поставлялось в исходниках. Казалось, какая разница? А в жизни, разница была.
Для меня лично, вот это вся дельфийская история, такой след прям оставила в памяти: ситуация, когда ты работаешь, много (по настоящему) проектов, ты весь в разработке, весь вот в этой девелоперской бани и вдруг! Буквально вот все развернулось меньше чем за год - ком прям скатился с горы и из ситуации, когда ты сам получаешь удовольствие от своей работы, в черную дыру с мыслью - пора не только что валить, а - именно что спасаться бегством, фактически почти обнуляясь до уровня чуть выше джуна, т.к. релевантного актуального опыта на тот момент уже не было. С тех самых пор, я зарекся работать с какой-то одной технологией/одним стеком. Надо постоянно качать скиллы в какой-то смежной области, смежном направлении, чтобы если завтра история с условной дельфи повторится - это не было вот так вот, как это было у меня. Просто я вообще тогда, в те годы, в страшном сне не мог подумать, что так - вот прям буквально - вот так из всего, дельфи превратиться в какой-то тусклый свет давно погаснувшей звезды. Причем такая трансформация произошла фантастически быстро.
(и не важно было как этот проект продавать на рынок)
В одно время, он был в обойме лидеров рынка СНГ, и конкурировал с ними на равных. Сам проект именно на дельфях возник путем переписывания старой кодовой базы кажется вот на этом. Не уверен, но портирование произошло в конце 90-ых. С тех пор технологический стек был Borland. Я устроился туда работать в нулевые, и тогда сама технология разработки, которую предлагал Borland, без всяких преукрас, казалось какой-то сказочной: Installsheild, очень крутая IDE, с Visual Studio тех лет просто на контрастах, опять же кросс-платформенность через Kylix, которая позволяла минимум GUI разрабатывать один раз. И это действительно работало, как и заявлялось через CLX. Я даже успел попробовать MDA. В целом, даже когда я изучал java, я все равно сделал свой первый коммерческий проект в JBuilder, т.к. по удобству и скорости разработки, аналогов просто не было. Вот даже сейчас, когда я это вспоминаю, меня охватывает довольно забавное чувство восторга от этих "технологий древних". И выше коллега спрашивал, да как понять то, что все это накроется, причем стремительно? Как современнику тогда это понять? Что Java, местный массовый рынок работы для которой, тогда просто не существовал, через несколько лет станет одной из самых востребованных? Наверное, это было тогда сродни лотерее (именно на старте). Ну и не понятно, как можно было на этом заработать, где просто найти какой-то заработок? Фриланс тех лет бурлил "разработкой сайтов" и дизайнов для них.
Согласен. 20 лет назад ещё Flash очень хорошо так выстрелил. Многие в него вложились, а теперь его как-то уже и нет, вроде.
Java 20 лет назад и Java сейчас это две большие разницы. За последние лет 5 изменений в Java столько, что мало кто поспевает за её изменениями.
Плюс "голая" Java мало где интересна.
Интересны фреймворки для Java.
Самый популярный Spring, так же динамично развивается.
Так что в мире java можно "сидеть на попе ровно".
Но это грозит тем, что твои знания устареют за пару лет.
И далее, как у автора статьи, только надеяться, что не уволят.
P.S. Используется ли и в какой степени, например JavaCC?
Интересно, что и в связке Java + Forth находятся проекты на Github
Была JavaEE, где она теперь?
Примерно в половине вакансий в Европе, JavaEE сильно поменялись, но все равно используются очень часто. Банки, финансовые организации смесь JavaEE и Spring.
А ведь еще была JSF?
Там же, где JavaEE, есть множество внутренних сайтов (банков, телекома и т.п.) где оно до сих пор используется и обновляется.
А Struts?
Видел примерно в 10-20% вакансий.
Много всего.
А что именно? Как автор этой страницы интересуюсь…
Spring тоже меняется, надо следить за изменениями.
То что обычно спрашивают на собеседованиях не менялось лет 10. Да и далеко не факт, что на работе у вас будет последний Spring.
В принципе, нельзя сказать, что JavaEE мертва, удивительно, но на многих рынках хватает вакансий по ней в том числе и достаточно свежих проектов. Опять-таки, при прямых руках, и на JavaEE можно писать нормальные приложения.
Почему умирает, например тот же quarkus все любят и он активно растет.
Формально на сегодняшний день quarkus не проходит аттестацию на совместимость jakarta, но по факту соответствует microprofile JakartaEE.
Есть заявление что в ближайших планах нету планов начать проходить ее с обяснением причин. Если коротко:
они хотят иметь возможность для маневра в будущем
с нативной компиляцией могут быть порблемы, если встретят то не будут в этих местах следовать спеке
они могут разиваться быстрее спеки, тогда опять же будут смотреть что делать со спекой
Ссылка на объяснение https://developers.redhat.com/blog/2020/09/11/quarkus-and-jakarta-ee-together-or-not#a_short_history_of_quarkus_and_java_ee
Но вряд ли ли разработчик на JAVA EE на микропрофайле нужно что-то учить специально чтобы перейти на quarkus
Micronaut кстати хоть и чуть дальше отошел, но по коду различий немного с JAVA EE(хотя они хотя бы видны)
> Интересно, что и в связке Java + Forth находятся проекты на Github
А как на рынок труда это влияет? Есть вакансии?
Особо не видно, но вероятно кто то использует в своих проектах и Forth, если и звёзд, бывает, несколько сотен какой то проект с ним на Github набирает.
P.S. Форт просто был первым языком практического програмирования из
Concatenative languages использующих стэк(и) как одну из основополагающей структуры данных в языке.
Factor — язык программирования хорошо представлен в своих возможностях.
Kitten написанный на Хаскел тоже вроде неплох
…
но эти языки акцентируются на использовании ФП в возможностях стэка.
помимо, как Factor нацеленный на ФП в комбинаторном подходе и стэк это позволяет легко это имплантировать. (в Factor ещё своя VM для запуска на разных ОС)
Java 20 лет назад и Java сейчас это две большие разницы. За последние лет 5 изменений в Java столько, что мало кто поспевает за её изменениями.
Перечитайте мой пост-там сказано что обновлять знания достаточно раз в 5 лет, а не что хватит знаний 20-летний давности. И да, я сейчас легко найду работу со знанием Java8, вообще ничего незная про новые версии. И так же было 5 лет назад и 10 лет назад - со знанием java 6 легко было устроиться на работу. Неужели вы считаете что раз в 5 лет обновить знания это слишком часто?
Но это грозит тем, что твои знания устареют за пару лет. И далее, как у автора статьи, только надеяться, что не уволят.
Это сильно преувеличение. За пару лет навыки в популярных технологиях не устаревают.
100%. Я вам даже могу подсказать, где. Большие данные, Hadoop. Многие популярные сегодняшние версии сборок на сегодня все еще в качестве JDK/JRE указывают именно 8-ку. И так будет еще порядочное время. При этом те, кому хочется писать var (как в новой Java) пишут на такое же старой Scala :)
Это сделало невозможной задачу полноценно следовать за изменениями. Но это было нормально, поскольку я все еще работал полный рабочий день над мэйнфреймами и имел много возможностей в моей профессии.
Т.е. человеку было комфортно заниматься работой, и он думал, что так будет вечно, а зачем что то новое если мэйнфреймамы были, есть и будут?
Открываем wiki
В начале 1990-х начался кризис рынка мейнфреймов, пик которого пришёлся на 1993 год. Многие аналитики заговорили о полном вымирании мейнфреймов, о переходе от централизованной обработки информации к распределённой (с помощью персональных компьютеров, объединённых двухуровневой архитектурой «клиент-сервер»). Многие стали воспринимать мейнфреймы как вчерашний день вычислительной техники, считая Unix- и PC-серверы более современными и перспективными.
Что касается остальных по теме, то в первую очередь проблема в поколениях, если раньше человек получил образование программиста, то и в 65, и даже в 70 лет он был востребован, т.к. опыт перекрывал развитие технологий, а сейчас студент со смартфоном может выдать больше знаний, особенно если есть навыки искать. Так же люди не привыкли менять направления и род занятий. Что может и хочет разработчик через 10-15 лет на одном проекте? Он незаменим? - нет.
Тут приходим к необходимости как следить за рынком и тенденциями, так и не забывать про рост. Если бы Alan Cooper выбрал бы для своей пенсии MS, он был бы сейчас так же нужен с его знаниями как в 90х? Помимо постоянного роста необходима диверсификация опыта, и если писать книги или читать лекции могут не все, то выбирать смежные направления для консультации вполне реально, как и заниматься обучением.
Вот и получаем к условным 55-60 годам, либо за вашей головой охотятся компании, либо вы кандидат под очередное сокращение (а с учетом нашего законодательства еще и раньше). А найти работу рассказывая как 15-20 лет назад были устроены мэйнфреймы не так уж и просто.
Открываем wiki
Каждый программист должен следить за своими head скиллами. Выучить новое направление сидя "на выходных" не выйдет. На выходных учиться база. А после находится новая вакансия и происходит переход. Но это сложно, потому, что само не сделалось. Как жаль.
Открываем wiki
Я вот уже лет 10 читаю как ПК умирают и уже в агонии, что десктоп приложения мертвы и что будуЮщее за веб-прогрессив-скейлебл-реактив-баззворд. Вот только iPhone сначала выходит без нативных приложений, а потом их добавляет. Браузеры и ОС на reactive.buzzword.js всё ещё никто не пишет
Открыть вики и посмотреть а так ли всё на самом деле я смогу только лет ещё через 20
Кроме всяких там упадков рынка мейнфреймов в середине 90х надо учитывать ещё два фактора:
1) В начале 90х в США были придуманы рабочие визы и рынок труда наводнили мигранты.
2) В начае 90х одновременно появился доступный интернет, начал стремительно расти сектор персоналок и вслед ха этим подтянулись современные программы подготовки специалистов. То есть до 90х готовить программиста можно было долго, дорого и не везде, а инструмент программирования (мейнфрейм) был только на работе. С середины 90х программистов стали готовить быстро, относительно дёшево и повсеместно, а их рабочий инструмент (PC) стал доступен всем желающим в любом магазине.
К совпадению этих двух факторов "старички" оказались в большинстве своем не готовы.
Каждый раз, когда я изучал новый язык программирования для ПК, индустрия менялась. Это сделало невозможной задачу полноценно следовать за изменениями.
Как же программисты для ПК вообще выживают, если за изменениями следовать невозможно?
есть разница между "следовать за изменениями" в 30 и 60. В этом плане программирование почти как спорт - каким бы ты не был опытным, ты не сможешь в пятьдесят выдавать такой же результат как тридцатилетние.
Если ты в 60 остался на тех же позициях, что и 30и-летние, то так тебе и надо.
А куда дальше? Скажем, в 30 - сеньор (старший, ведущий) программист? Архитекторы не везде нужны, да и на 1 архитектора сотня других айтишников. В менеджеры идти? Многие хорошие специалисты плохие руководители. Или в бизнес аналитики? А кто сказал, что перестарки нужны с небольшим опытом аналитики? Да и их опять же нужно 1 на 10-20 прочих айтишников.
Вариантов много, вот недавно была статья про техлидов, можно освоить смежную область до уровня сеньор, а лучше две, можно взять себе дополнительную позицию по обучению джунов, или эдакого ментата в своей области, можно стать руководителем проекта, или пары. В любом случае после 30-и можно накапливать качественные, а не количественные преимущества по сравнению с молодежью, опыт позволяет и не ограничивает на уровне "в 30 я пишу быстрее и качественнее, чем в 25", чаще наоборот "в 30 я наконец пишу хорошо в своей области, а дядьки постарше могут накрутить мне хвост много где, даже учитывая, что в моей области они уже не сильно лучше меня"
После 40 лет многие не выживают, их выкидывают , набирают новых.
Некоторые угадывают, и вкладываются в правильную технологию.
Некоторые неполноценно следуют за изменениями и переходят на новую технологию с понижением. Потом опять "на коне".
Мне как раз "после 40 лет". Пока не выкидывают, и с получением офферов проблем нет. Главное не сидеть на попе ровно, а постоянно развиваться. Тогда и 40 не старость. Как там в 60 я еще не проверял.
Технически намного легче так как дети уже выросли и самостоятельные. Инвестиции работают т.е. пассивный доход растет. Денег платят больше чем в 40 лет. Есть и не очень моменты за здоровьем надо следить довольно много друзей уже умерли, что серьезно расстраивает. Понятно ранний альцгеймер тоже беспокоит часто слова выпадают. После 60-ти если сильно напрячься (к примеру прод лег) то висок часто болит так как-будто туда гвоздь забили.
Но в целом ощущение дзена ты над схваткой.
Надо иметь всегда деньжат на черный день и "запасной аэродром" на случай внезапного пиз..ца - например хобби, которое перерастет в новую востребованную профессию. К примеру - ты программист, но в свободное время увлекаешься резьбой по дереву - нужно достигнуть хорошего уровня мастерства и, если что-то пойдет не так, можно потом подрабатывать на пенсии)
На деле же - никто не берет на работу даже профи начиная с 40 лет
Мне 42, предложений работы вагон, ежедневно, при том, что у меня закрыт профиль на HH.ru а в остальных местах указано, что я не ищу работу. При чём предлагают как локально, так и за границей. Не знаю что там у вас за исследования, но если человек толковый, то какая разница сколько ему лет?
Спасибо за ответ. Немного поправил формулировку в моем комментарии.
Предложения не означают реальный интерес, но вы, я думаю и сами в курсе этого.
Естественно, что на возраст никто не смотрит особо, если человек адекватен, хотя около 60 уже начинают осторожно брать, т.к. болезни/травмы, да и пенсия близко, это если не на проект на годик-два. С 65+ уже осторожность особенная.
P.S. Думаю, что Хедхантеры читают такие статьи и им нет повода им не доверять:
10 лучших языков программирования в 2021 году
А, тем временем, сами же программисты изобретают очередной DSL — Domain Specific Language.
Мне кажется, индустрия взрослеет. Если вы начали работать программистом в 90-х, то начинали скорее всего с Basic, Pascal, C/C++, Assembler, Perl. Если в 00-х, то скорее всего застали вышеперечисленное на уровне школы и/или универа, но уже относились к этому как чему-то устаревающему. А начинали с Delphi, Java, PHP, C#.
В 10-х люди начинали скорее всего с JavaScript, Ruby, Python, частично захватив и то, что было стартом в 00-х.
Т.е. резюмируя, на данный момент самые востребованные спецы - те, кто начинали в 00-х, которые застали всё вышеперечисленное, но не тяготеют к устаревающему, и их возраст примерно от 31 до 40. И если они к своим годам уже классно владеют и ООП и ФП, то что из технологий может сделать их навыки неактуальными? Разве что квантовые компьютеры, но это даже интересно было бы наблюдать.
И важно понимать, что этот возраст так и будет расти дальше, пока не произойдёт очередной скачок, сравнимый с теми, что были в 90-х при переходе от bare metal к виртуальным машинам и от desktop к web.
Мне 43, я на Python пишу ээээ... ну за деньги - с 1997 года.
Я же специально во все утверждения вставил "скорее всего". Понятно, что есть исключения, но Python не был в те года мейнстримом. Я начал работать в 2006 и даже тогда он был скорее экзотикой, занимая нишу "скрипты под GNU/Linux".
Так что даже интересно, в какой сфере вы его применяли первые 10 лет карьеры?
Кто же тогда останется писать дрова, если все тянутся к высокоуровневому? ;-)
По вот этому закону, про который я написал в примечании, очень сложно уволить человека предпенсионного возраста, даже законно, огромные штрафы. А в нашей экономике часто бывают причины человека уволить и не связанные с личными качествами этого человека. К сожалению.
И поэтому многие компании просто перестраховываются от этих штрафов. Из-за этого может быть сложнее найти работу.
Да лааадно... "в нашей экономике".. страшно уволить? Может надо как-то объединяться в проффсоюзы и организовывать поддержку друг другу? А не скулить по одному.. как же у нас все "не очень". Я бы на вас в Германии бы посмотрел - там боятся лишнего слово в выходном листе написать - уже новый язык изобрели как красиво сказать соседу по цеху что вы очень. Я порой читаю эти недалёкие тексты с намёком "волк волку волк" "а эта жертва не успела" и диву даюсь где предел этой эгоистичной тупизне. Неужели не наелись это этой бандерложщины? Людям в любом возрасте есть что сказать молодёжи. Если экономическая конструкция их вкидывает на улицу это не повод ныть "какое у нас плохое законодательство". Это повод задуматься о том что закон - руководство к действию но не догма. И разумно обосновать можно что угодно. Лишь бы на том конце закона сидел такой же разумный а не кукла с черепком. А для этого нужно очень многое дать !Каждому! человеку ещё с зачатия и с рождения. А то сидят и пилят сук, потом ноют. Вы уж если взяли частную ответственность за общественные средства производства то и не нойте. :-) Доброго здравия. Объединяться надо по любому вопросу. Человек этот тоже прав. Когда каждый вынужден сидеть на каком-то участке и вокруг заборы и кирпичи.. ну и что дальше? Ну на его фирмах работодатель не заморачивался обучать сотрудников.
То что технологии меняются быстрее смены поколений - добро пожаловать, это и называется Апокалипсис. Смена частот. Когда жизнь социальная начинает обгонять биологическую. Так что тут начинают рулить не "количество знаний" а Методы познания и творчества. :-)
Мне больше 50-ти, в этом году мне пришлось объяснять HR, почему я меняю работы в среднем раз в год последние лет десять. Она опасалась, что я уйду от них слишком рано.
По моим ощущениям, мой возраст вообще никого не волнует. Ни моего начальника, который на 20 лет меня моложе, ни рекрутеров, которые пишут по 5-6 раз в неделю. Как-то предложил своим коллегам-тестировщикам пройти курсы по автотестам на Python. Единственный, кто откликнулся, была женщина сильно запенсионного возраста: "Ну, а что — я же программировала на Visual Basic".
Проблема не в поле и не в возрасте, а в том что рынки могут схлопываться и тогда надо обживать новую поляну. Увы, но никто этого за тебя не сделает.
Вы меня извините, но уж очень напоминает: У меня такая же нога, только левая и не болит.
Нисколько не сомневаюсь в вашей популярности на hh.ru и скилах, но как черт возьми конкретно ваш личный опыт и возможно всех 20 знакомых в вашем окружении, которые возможно точно так же не имеют отбоя от хедхантеров, отражает ситуацию по индустрии в целом?
"Пенсионеров" не берут на работу это факт. А нобелевских лаурятов и прочих гениев тех да и в 90 будут приглашать, дык таких "толковых" еденицы процентов.
По статье не очень ясно какая у него квалификация, какой стек ему знаком, какую позицию он занимал.
Упоминание SQL дополнительно наводит на странные мысли. Это в каком году он его изучал? Складывается впечатление, что совсем недавно. Но первый стандарт SQL - 1986 год. Если ему сейчас 65, то тогда ему было всего 30.
В общем совершенно не ясен контекст и поэтому сложно что-то обсуждать.
Хотя вы должны идти в ногу с изменениями языков программирования, сделать это практически невозможно
Идти в ногу нужно не с изменениями языков программирования. Идти в ногу нужно с изменениями технологий, фреймворков, стеков. Языки программирования здесь самое простое. Но если программист не в состоянии учиться каждый день, он профессионально непригоден.
Лично мне 53. И как-то я не чувствую растущей угрозы. Востребован и даже более чем. Меняю проекты и команды раз в два года. Работаю в основном удалённо, и кстати вижу немало седых голов среди коллег.
Вот именно. Тоже ближе к 40 стало страшно, молодеж наступает на пятки, как же быть. Но не все так страшно если ты специалист. 41 год. Пару месяцев назад поменял работу, на испытательном сроке понял что не мое, ушел и через неделю имел новый офер на руках.
Регулярно собеседую кандидатов к нам в фирму, особенно молодежь, к 40-ка стало понятно, что можно расслабиться и не волноваться. Не знаю, что произошло за последние 10 лет, но 90% нынешних соискателей в решении задач и вопросов по программированию очень хорошо знают "как делать", но не знают "что делать".
Судя по изменениям софта за последние 15 лет 95% софтописателей то же знают как, но не понимают, что реально им надо улучшать в софте и в итоге выдумывают всякие свистоперделки - типа новые иконки и обои, сдвиг панельки - а-ля мак, новая формула в новом Экселе....
Скажите — много ли среди разработчиков есть профессиональных знатоков своего софта? Или много ли разработчиков поддерживает тесный контакт с пулами «суперпользователей» которые могут подсказать пути улучшения.....
Что-то про это на Хабре читать как-то не доводилось....
И кстати - зачем вы разработчики всё это делаете - чтобы заставить «суперпользователей» плеваться и посылать новичков дурить голову вашему саппорту просто потому, что кто-то из разрабов решил, что старое и привычное что-то застоялось и надо его в новой версии куда-нибудь перепрятать (типа риббон после офиса 2003)?
Это же проблемы ваши, а не «суперпользователей».
Простые пользователи перестают видеть улучшения и покупать новые версии. Конкурентами становятся не сторонние решения, а собственные старые версии.
Тем кто их всё же покупает, опытные пользователи из-за «нововведений» часто не могут помочь/подсказать. И пользователи долбят поддержку производителя.
просто потому, что кто-то из разрабов решил, что старое и привычное что-то застоялось и надо его в новой версии куда-нибудь перепрятать (типа риббон после офиса 2003)?
Про офис и риббон была когда-то детальная статья от разрабов офиса, довольно давно.
Основная проблема была в том что большая часть пользователей немогли найти фичи и даже незнали об их существовании. Там по опросам како-то дикое количество проьсб, вроде сильно больше 50%, было на добавление функций которые уже существовали. В связи с этим было необходимо переработать менюшки чтобы пользователи наглядно видели что им надо. Насколько я знаю по исследованиям им это удалось, пользователи стали значительно лучше находить фичи которые им нужны.
Нашел видео с докладом, там же есть и слайды, большая часть доклада понятна из них.
Когда я говорю "что делать", я чуть более низкий уровень имею ввиду, если упростить - человек знает как реализовать алгоритм, но не знает, когда его стоит применить, и что вообще применить вот прямо сейчас.
Не знаю, что произошло за последние 10 лет,
Вы стали на 10 лет опытнее и, рискну предположить, чаще принимаете участие в собеседованиях.
Но если программист не в состоянии учиться каждый день, он профессионально непригоден
Я не в состоянии учиться каждый день, вот правда. Время от времени - да, но на каждый день меня не хватит. За всю карьеру 4 раза менял стек и 5 раз область, мне 34.
А знал бы COBOL сейчас жил бы и проблем не знал!
Вы таки не поверите, но cудя по другой статье автора, Cobol воде как был его основным языком.
COBOL Programmer — Mail Order/Phone order software company (no Ecommerce then)
...
Had to learn Windows-based COBOL with embedded SQL statements
...
I was mostly a mainframe COBOL developer but tried to keep up with the new languages being developed, but never could do it part-time as I was always working full-time plus side jobs.
...
Did contract COBOL programming for HP3000 Mail Order companies
COBOL, как выяснилось, сейчас у всех программистов-пенсионеров.
На нём до сих пор крутится много банков в США
получается он типа эникейщика... да ещё на пенсию не смог накопить что ли.
И это при наличии дополнительного стороннего бизнеса. Человек слишком часто думал, что он, цитирую, "все еще в безопасности", за счет того, что умел, опять цитирую, "в нерабочее время .. физически переместить компьютеры и подключить все кабели", это учитывая, что ему тогда уже было сильно больше 30-и. Результат налицо, я бы сказал, что он еще довольно долго продержался, хотя это скорее заслуга западной антидискриминационной системы, которая не позволяет выкидывать на улицу предпенсионеров, хоть и не всегда заслуженно.
Мне показалось, что этот человек все 30 лет проработал на одном месте. В нашей стране тоже есть такие 30-летней выдержки в НИИ имени Ленина. Не удивительно, что такие не могут работу найти. Они в целом отстали от профессии, дело не только в условном sql. А в общей эрудиции, погружении в современные темы и тренды.
P.S. Новое — это хорошо, но, например, программист на Дельфи (Паскале) у меня вызывает уважение не меньше чем человек использующий популярный в современности инструментарий.
И сам и по принуждению. Почти 15 лет назад я работал в госучреждении в провинциальном городе. Последние лет 5 - на западные зарубежные компании. Смог бы я получить офер от компании из США/Канады/Австралии на удаленке, если бы все эти 10 лет сидел бы на одном месте? Вот так сразу из грязи в князи? Разумеется нет. Небо и земля. Как по процессам, управлению, так и подходам и технологиям. В ИТ нужно быть релевантным, об этом все знают.
Но условный делфи тут особо не причем. Единственное требование - инструмент должен позволять решать современные задачи, желательно в востребованной области,в идеале в области, которая нравится самому программисту. Сколько у нас энтепрайза и сколько мейнфреймов? Если сам инструмент идет в ногу со временем, то смысла его менять конечно же нет. Но ведь тогда надо и развиваться вместе со своим инструментом. Изучать, щупать его новые возможности.
А начиная с какого времени, по-вашему, начинается «выдержка»? Вот 20 лет в одной компании - это уже «НИИ им. Ленина»? А 25? На технической должности, не руководящей.
Относительно президентов/губернаторов - их выбирают на 4 года и они больше являются «лицом» партий/сил, чем простыми винтиками в системе. Притом, зачастую, с карьерой длиной в десятилетия.
Зависит от многих факторов. У меня было два индикатора:
Внутренний - "делаю одно и тоже, ничего нового" или "а что нового я узнал за последний год-два".
Внешний - поднимаю резюме, и хожу по собеседованиями. Получил офер - значит пока в тонусе. Не получил - значит отстал, пора догонять.
Разумеется я не бежал сразу менять работу. Сначала я изучал что-то новое. Пытался применить это в текущей работе. Но так как регулярное переписывание на новые технологии накладно для бизнеса - однажды наступает такой момент, что пора менять работу.
Место, скорее всего, хорошее было. Я предположу, что раз это мейнфреймы, то возможно zOS или AIX или HP-UX какой-нибудь. Когда я в 2012-2013 писал под такое дело софт, они очень и очень были за бугром еще востребованы.
Интересен тот факт, что найти работу после 60 в принципе сложно, но в выборе 78 летнего на пост Президента никто не видит особой проблемы.
Не хочу никого обидеть, но текст, по характеру изложения, очень похож на рассказ "Цветы для Элджернона". Возможно в этом и причина
В комментариях отметилась масса теоретиков. Хотелось бы увидеть хоть одного, кто спокойно, в возрасте 60 лет поменял место работы программиста на другое место работы программиста, не испытывая описанных проблем. Потому что, на самом деле, всех вас это ждет, товарищи. В возрасте около 50 вы поймете, что учить новое и держаться в топе значительно сложнее, чем десять лет назад. Большинство тянет к узкому профессионализму - т.е знать бесконечно много о бесконечно малом. Автор статьи попытался перейти на другую технологию параллельно основной работе в расцвете лет - честь ему и хвала. Попробуйте сами проделать подобное. Я наблюдаю возрастных программистов, к сожалению, большинство в какой-то момент просто останавливаются и на второе дыхание у них просто нет сил. Кроме того, существуют ниши, в которых время останавливается. Особенно часто это проявляется в технологиях и оборудовании. Веб-разработка, фреймворки - это лишь малая часть индустрии. Жизненный цикл оборудования - десятки лет, кто-то должен его поддерживать. Вот там то и оседает большинство, либо уходит из профессии. Куда? Вот поэтому готовьте запасные аэродромы. Не стоит думать, что технологии, которыми вы владеете, будут существовать вечно. Человек вот думал или не задумывался и получил проблемы на закате лет. Не повторяйте его ошибок
Может быть мой пример не показатель, но мне 53 и я испытываю кайф от изучения нового. И пока держусь в топе. И это не требует запредельных усилий.
Да, здоровье не то. Бесплатной энергии, как в 25, нет от слова совсем. Многочасовые изнурительные сессии дебаггинга даются непросто. Режим работы, правильное питание, сон, ежедневные тренировки - жизненная необходимость, без этого уже нельзя выдавать результат.
Но результат, который я выдаю сейчас намного превосходит то, что я мог и в 25 и в 35. Заработок, соответственно, тоже. Заказчики довольны, отпускать не хотят. А главное, я не чувствую ни того, что начинаю отставать от индустрии, ни того что мне это грозит в будущем. Промежуток между проектами редко составляет три недели, и то потому что выбираю очень придирчиво.
Не знаю как оно будет в 60. Ещё не дожил. Не знаю, что изменится в мире в следующие десять лет. Но если не произойдёт тектонических сдвигов - хороших программистов будет не хватать. Настолько, что работа найдётся в 60 и даже в 70.
Вы, ради только этих своих 2-ух комментариев к этой статье зарегились на Хабр вчера чтобы их оставить или так совпали звёзды?
По моему времени зарегистрировался сегодня. Да, ради этих комментариев. Но, может, останусь и дольше.
Не останетесь. За каждые примерно двадцать заплюсованных комментариев получите один минус в карму просто так. После шести минусов - вылетаете.
За предыдущий комментарий у меня снялось, похоже, столько же плюсиков за предыдущии комменарии и карму тоже снизили на 4-е единицы.
P.S.Хотя, когда сам одному пользователю поставил + в карму, то она с -3 стала -2,
а когда у этого же пользователя нажал в — (минус), как бы отыграть обратно, то у него сразу стало -4, а у меня убрались 2-а голоса за карму в сумме за эти действия.
Во как! Непонятно — это так и задумано или «глюк» в системе кармо-механики сайта.
У Вас ещё интересней при заплюсованности комментариев — карма действительно слита! Скорее всего — хотят Вас сподвигнуть на написание какой то статьи, иначе зачем все эти игры с кармой.
Обычно в таких ситуациях берут больничный и отдыхают. Работать когда болеешь, да еще и ангиной ну очень некомфортно.
Давайте о том, как оно в 60 будут писать те, кому есть 60.
О том, как оно в 50 будут писать те, кому есть 50 и так далее.
А то говорите - учеба будет даваться труднее. Даже не спорю, труднее.
А насколько труднее? И почему, только ли физиология?
У меня отцу 55, и он вполне кофмортно меняет работу, не испытывая описанных проблем, и новое вполне ему дается.
Моему отцу 57, и он ушёл в своей отрасли из условного разработчика в условное QA. В их отрасли проектная занятость, и если люди в должности разработчиков и внедренцы выезжают на объекты, то QA сидит на базе и тихонечко проверяет соответствие ожидаемых выходов к реально поданным входам.
Зарплата у отца неплохая, но уже несколько лет её индексирует на значение официальной инфляции или того меньше.
Дома, вместо изучения книг и технологий занимается столяркой - стулья делает, приспособы, столики.
Вы правы, но частично. Вспоминаю девочек в НИИ, у которых должность называлась программист такой-то категории, но их обязанность заключалась исключительно в загрузке перфокарт (иногда + снятие результатов) со строжайшим запретом "что-либо трогать". Понимания у них не было изначально и не приходило с годами. Алгоритмисты же работали до упора, просто результат их работы стал уходить не в перфокарты, а в диаграммы, схемы и потом в отдел кодеров. Я к чему это, если человек своей работой создаёт что-то имеющее ценность, то его мало кто выкинет, даже если все сильно устареет, а если человек является лишь функцией в каком-то процессе то результат очевиден - или эта функция развивается в соотв. с тех условиями либо отпадает/заменяется.
Мне самому пока 40, но могу пример привести из почти личного опыта, буквально вот прямо сейчас происходит. IBM делится на две компании, по этому поводу происходит оптимизация персонала (грубо - избавляются от всех, кому больше 55 с большой ЗП), из отдела, с которым я непосредственно работаю, три человека получили пакаджи и ушли конкретно на пенсию, а еще 5 моментально нашли новую работу (тоже получив пакаджи), некоторые - по 3 оффера. Те трое - все старше 65-и и с проблемами со здоровьем, остальные пятеро - 55-70 лет, но без особых болячек.
Точно так же знаю несколько айтишников, которые спокойно находили работу будучи в возрасте 60+. Мой отец последний раз менял работу в 58 или 59.
Плюс даже у нас на фирме сейчас на неполную ставку работают несколько пенсионеров. Потому что им скучно ничего не делать, а людей не найти.
Занятно…
Когда разогнали RSTL, я принял единственный бумажный оффер. На словах-то многие, вроде как, хотели, но вот оффер был один. Но уже "за 40".
Все теоретики, до тех пор пока не проведено исследование (а потом ещё одно, а потом...), с использованием научных подходов.
Корректные выборки, цифры, графики...
Ну а так, на быдловском уровне, в 50 пришёл в программирование, до этого 22 года в одной конторе, не программистом, геологом.
Тяжко, интересно, постоянно, весело и т.д. и т.п.
Моему отцу 60, года два назад менял работу, было 2 или 3 офера. Архитектор. Из недавних задач - блокчейн осваивал.
Я в прошлом году в 59 лет в разгар пандемии как раз апрель 2020 года поменял работу так как сократили с предыдущей компании компания несла убытки в связи пандемией уж так карты легли. Искал три недели при очень глухом рынке. Взяли за три дня - в понедельник интервью целый день, в среду оффер. Дело было понятно здесь в Калифорнии.
Очень странно что человек который 30 лет в it не может в принципе найти работу. Допустим на топ должность ему сложно устроиться, это у меня бы не вызывало вопросы. Но писать какой нибудь rest сервис за среднюю в отрасли ЗП, вполне можно найти работу.
Думаю тут дело в другом или человек все тридцать лет работал с технологиями которые появились в его молодость и его мозг настолько закостенел что уже не может воспринимать что-то новое либо его ожидания по должности/зп сильно завышены.
Так называемый эйджизм не отрицаю, но не поверю что на столь конкурентном и большом рынке как работа в IT в США это не позволяет в принципе найти хоть какую то работу, при прочих равных.
Сформулировал для себя принцип: - "Сейчас я получаю деньги за то, что изучал (с чем работал) три года назад. Через три года я буду получать за то, что изучаю (с чем работаю) сейчас". Три года это овердофига чтобы понять что двигаешься не в том направлении и успеть переобуться.
Чувак просто сидел в своей раковине и тешил свое ЧСВ. Каким программистом надо быть чтобы рассматривать как свое конкурентное преимущество навык "переставлять мебель" и "соединять кабели". Одного этого предложения достаточно для "приговора" на первом же собеседовании.
мне до 65 конечно еще далеко, но я работал со множеством замечательных специалистов которым было за 60+(в США). И те из них, кто выходил на пенсию, делали это по собственному желанию, т.к. хотели больше проводить время с внуками, путешествовать и т.п..
В данном случае, думаю проблема не в возрасте, а в самом человеке. Бывает. Я таких так же встречал и они переставали быть востребованными в IT даже не в 65, а в 43-45. Большинство из них были специалисты, которые "перебежали" в IT в уже более взрослом возрасте и не имели профильного образования.
Кстати, у героя истории похожая ситуация - школу обычно заканчивают в 18 лет, 9 лет он проработал на стройке, в 27-28 вернулся в колледж. Причем IT была просто как дополнительная дисциплина в то время. То есть, в профессию он вошел уже после 30. Возможно проблема в слабой предрасположенности к алгоритмическому мышлению.
Забавно, что я не смог найти автора в linkedin. Но в другой статье есть больше информации о его работе. У него там в опыте стоит COBOL Programmer. Com'on :) И он не может найти работу??
Но в целом там такая каша, что задаешься вопросом - а реальный ли человек?? Ну вот будет ли реальный разработчик писать "Learn PC languages".
В 30 я начал уставать от программирования, и подался по административной части в IT, в 35 понял, что это вечный нескончаемый забег, да ещё подверженный веяниям моды, не всегда обусловленным логикой. И ушёл в сторону вечных стабильных ценностей — "купи\продай". Ничего интересного, простые рутинные процессы, но денег больше, а усилий меньше. В 42 "перезашёл" со стороны мобильных приложений, но скорее для развлечения, уже в стране, где нанимают не по возрасту.
Видимо это не программист на Cobol )
Я не совсем уловил из текста в чем была сложность для автора изучать новые языки? Они точно не сложнее тех, что были в начале его карьеры, и смены парадигм не происходили за один год. Подозреваю, что в период после, скажем 55, когда дети выросли, а ипотеки выплачены, гораздо легче найти время на покопаться в новых технологиях, чем в 30-40.
если посмотреть оригинал, автор (AP Carpen) сейчас подался для подработки на YouTube , судя по его статье удивляюсь как он вообще столько лет продержался на работе, типа раньше не выгнали, случай не типичен, большинство программистов работающих в us к 65 годам или раньше в подработках просто не нуждаются, хотя конечно в случае болезни и пр. бывает всякое
"Каждый раз, когда я изучал новый язык программирования для ПК, индустрия менялась. Это сделало невозможной задачу полноценно следовать за изменениями."
С одной стороны, статья странноватая. Ибо 30 лет опыта разработки товарищ уместил в один абзац "ну я тут фигачил под мейнфрейм".
С другой стороны, технологии реально меняются очень быстро.
За те 25 лет, что я немножко знаю про айти, поменялось вообще всё, причём несколько раз.
Сначала был популярен DOS, и если ты не знал, как перехватить прерывания, ты не мог быть "нормальным" программистом ;) Никакого SQL поблизости не было, скорее были электронные таблицы. Наверное unix был, но я тогда и слов таких не знал. Интернета не было, так же как html (но это не точно).
Потом была Windows-95. Петцольд и Рихтер, win-32 и это был совсем другой мир.
Ещё чуть позже появились Windows Vista+7, которые прикрутили UAC и жирный кусок безопасности, а вместе с ним и изменения в win-32 API.
За это же время BASIC сменился на Си, потом на С++, который сменил уже штук пять разных поколений (2011/14/17/20...), и про который, возможно, все скоро забудут, ибо Python и Go.
ML лет 20 назад был представлен одной книжкой про нейрон (биологический) в Библио-глобусе и необходимостью что-то фигачить на Си самому. А сейчас можно просто открыть курсеру и колаб ;)
Есть ощущение, что программист устаревает примерно раз в 5 лет. И если он не будет учиться всё время, то на пенсию можно отправиться несколько раньше, чем в 65.
Пенсию, ахаха. Я не рассчитываю, если честно. думаю ее еще "отодвинут".
Сначала был популярен DOS, и если ты не знал, как перехватить прерывания, ты не мог быть "нормальным" программистом ;) Никакого SQL поблизости не было, скорее были электронные таблицы.
SQL на DOS очень даже был внутри FoxPro 2.x.
25 лет назад были и SQL, и Unix (и даже Linux), и Интернет, и HTML. Другое дело, что это всё было не очень доступно. В первую очередь, потому что интернет был слабо доступен.
Сейчас же эпоха глобализации. Стоит чему-то появиться, хайпануть и все уже об этом знают. По сути, после того как уровень абстракции повысился до виртуальных машин (поблагодарим за этот переход Smalltalk, Erlang и Java) перемены перестали быть фундаментальными. Ну да, ML развился, ну и что? Его можно использовать как black-box, если не хотите в Data Scientist переквалифицироваться.
Т.е. да, если взять период в предыдущие 25 лет, то изменения колоссальные. Но что так уж сильно поменялось за предыдущие 15 лет? Все массово перешли на VM и JIT, обросли синтаксическим сахаром и удобным метапрограммированием. Поигрались с NoSQL и в каких-то задачах зашло. Вышеупомянутый ML. А да, и маятник снова качнулся в сторону ФП, но это не ново.
Что там нового то? Практически всё в 90-х ещё запилили. Разве что Idris. Всё остальное вроде старее 15 лет. Да, оно развивается потихоньку, но революцией не пахнет.
Да, если для возможности программировать хоть что-то востребованное рынком понадобится свободное владение монадами и ADT, то 3/4 текущих программистов могут остаться без работы. Но какова вероятность этого?
По факту, общая тенденция пока идёт к упрощению. Ассоциативность арифметических операторов запомнил - уже молодец xD
Forth on Lurkmore
P.S. @ «В каждой шутке, есть доля шутки»
Очень много американцев сидят на попе ровно и думают что им все должны. Индустрия не должна так стремительно развиваться, менеджеры не должно быть такими сволочами и т.д. и т.п.
Каждый раз, когда я изучал новый язык программирования для ПК, индустрия менялась.
Мне почему вспомнился мультик про черепашку - там где она каждый раз меняла одежку, и все не могла попасть в сезон.
Сколько нужно изучать новый язык программирования, чтобы за это время изменилась индустрия? Какие языки нужно изучать, чтобы каждый новый язык не прибавлял скорости в изучении другого языка?
Ну с JS фреймворками такое вполне возможно. Там каждый год-два мода меняется. Angularы только трижды менялись значительно. Даже внутри того же React, то Redux, to Mobx, то Хуки, то ещё какая невидаль. У меня знакомый есть, сидит в ынтырпрайзе и уже на энный круг переписывает свою балалайку за веяними моды.
Учитывая, к чему все активно идет, достаточно близко время, когда машины вытеснят большинство разработчиков и прочих специалистов не высшей квалификации, впереди только безработица, так что печаль автора не вызывает сочувствия. За него можно только порадоваться, мужику удалось до 65 продержаться, у следующих поколений таких возможностей не будет...
Лично я недавно словил такой тревожный звоночек: Обратил внимание, что перестал даже обращать внимание на некоторые вещи, уже заранее зная, что это фигня. Опыт и интуиция. И чаще всего это работает и помогает сэкономить много времени. Ловлю себя на мысли, что хоть мне и 44 но многие "новые" вещи даются намного быстрее чем в 25-30 т.к. есть методика изучения, знания, опыт, лучше стал инглиш.
НО вероятно это знание своей "правоты" + снижение обучаемости мозга относительно молодости и есть первый шаг к замедлению обучаемости.
Не, ну а чего мужик хотел - если застрять в какой-то не самой ходовой технологии лет на 20, то неудивительно, что рано или поздно попросят на выход.
Во время работы в компании, скорее всего, нужно исследовать основные сайты вакансий
Странно написано. По-моему было бы правильно: ходите по собеседованиям, даже если не собираетесь увольняться, просто чтобы быть в курсе рабочего рынка. Это известный совет.
Второй совет - найти несколько человек в компаниях, в которых вы работаете, и поддерживать с ними связь, даже если они уйдут из компании.
Обычно это само-собой получается, но у автора видимо какой-то совсем особый случай - работал 30 лет в одной компании, и не имел знакомых программистов вне этой компании.
Впрочем, даже зная это, проблема поиска работ для возрастных программистов остается. Не смотря на то, что по-закону отказывать по возрасту HR не имеют права, если послушать их блоги и конференции - часто говорят, что их заказчики просят находить кандидатов до 35.
Так что да - готовиться к тому, что с годами находить новую работу будет сложнее - нужно.
Из-за моего возраста, похоже, мои дни программирования закончились.
Думаю тут совсем не в возрасте дело. Человек закостенел на своей работе. Для него одна из вех - изучение SQL, он об этом говорит как о каком-то великом достижении, между тем это просто один из рабочих инструментов разработчика. Это как если бы водитель говорил - вот после десяти лет за рулем, я наконец-то разобрался зачем под рулем находятся эти странные рычажки, и в подробностях изучил как они работают.
Видел я таких людей и у нас, полностью приспособившиеся к текущей работе, хорошо знающие текущий стек на проекте, но вообще никакого понятия не имеющие о том что происходит в окружающем мире. Весь IT мир для них замер на момент когда они изучили все необходимое для текущей работы, и это могло быть уже довольно давно, я видел таких мастодонтов, которые уже лет по десять - пятнадцать были в таком состоянии, и планировали так-же продолжать до самой пенсии.
С одной стороны их часто ценят на работе, они реально хорошо разбираются в текущем положении дел. Но это до тех пор пока проект не протухнет окончательно и его не решат переписать на чем-то посвежее, тут все эти старые, заслуженные работники имеют высокую вероятность оказаться за бортом.
можно и я свои 5 копеек добавлю?
не понимаю тех, кто бахвалится частыми сменами работы раз в 1-2 года. это по сути уже фриланс, когда берут на "грязную" (условно) работу по не очень хорошим причинам (заткнуть дырку в ресурсах, разгрести мусор и проч). т.е. это работа на подхвате по сути. и это однозначно не работа для квалифицированного человека с опытом и знаниями.
в возрасте действительно сложно найти новую работу. именно работу, а не тот "фриланс", о котором я написал выше. когда ты молод в этих метаниях каждые 2-3 года действительно не проблем - набираешься опыта, решая разные проблемы и изучая новые инструменты. но со временем, такая карьера начинает играть против тебя. тебя уже не будут рассматривать в серьез и надолго, а только как временный ресурс со всеми вытекающими.
плюс возраста в том, что человек будет более лояльным к фирме.
не понимаю тех, кто бахвалится частыми сменами работы раз в 1-2 года. это по сути уже фриланс, когда берут на "грязную" (условно) работу по не очень хорошим причинам (заткнуть дырку в ресурсах, разгрести мусор и проч).
Или наоборот если нужен специалист в какой-то конкретной области/технологии чтобы делать что-то с нуля. То есть как раз таки работа для квалифицированного человека с опытом и знаниями. И с соотвествующей зарплатой. Но да, проще такое делать как фрилансеру. Но не обязательно.
плюс возраста в том, что человек будет более лояльным к фирме.
Не надо судить обо всех по себе :)
не понимаю тех, кто бахвалится частыми сменами работы раз в 1-2 года. это по сути уже фриланс, когда берут на "грязную" (условно) работу по не очень хорошим причинам
Я на фрилансе шесть лет. Седьмой пошёл. Ещё ни разу не пришлось делать "грязную" работу. В стартапах и вообще в малом бизнесе фрилансеру очень просто стать ключевым сотрудником, с которым не хотят расставаться. При наличии опыта и навыков, конечно.
В больших компаниях по разному. У меня было два проекта с корпорациями из Forbes 500. Один закончился, второй текущий. На первом, да, я был в стороне от основного потока разработки, на подхвате. Работа была спокойная, но скучная.
На текущем - взял целиком одно из направлений. Работа напряжённая, но интересная, в гуще событий. После малого бизнеса, где привык быть звездой, оказался в команде где большинство очень крутые ребята. Стараюсь соответствовать, и это тоже интересно, хотя и непросто. Что в корпорациях тяжело - так это требования к безопасности, которые порой просто безумные какие-то. Но можно понять, принять и привыкнуть.
Так что фриланс бывает разный.
тебя уже не будут рассматривать в серьез и надолго, а только как временный ресурс со всеми вытекающими.
Кому как, но я не считаю что это плохо. Когда работаешь на одном и том же месте, часто становишься экспертом на долгоиграющем проекте. С одной стороны все тебя уважают, постоянно обращаются за помощью. С другой, перестаёшь учиться новому.
А быть временным ресурсом или не быть - это во многом твоё решение. Хочешь остаться на проекте надолго - выдавай результаты выше ожиданий, расширяй свою зону ответственности. Тогда с тобой не захотят расставаться. Разумеется проекты бывают разные, и обстоятельства разные, но в основном это срабатывает.
Сейчас реальность такова, что если хочешь серьезной прибавки к з/п, которая с запасом перекрывает инфляцию, и соответствует твоему выросшему профессиональному уровню, тогда проще и быстрее не ходить к руководству на текущей работе и канючить - "ну увеличьте мне з/п, "позалуйста.."", а просто поискать что-либо с желаемой з/п на рынке труда. Кроме того, проекты, даже очень интересные поначалу, приедаются, хочется чего-то нового, и смена работы это так-же предоставляет. Можно попробовать свои силы в совершенно не похожих проектах. Это и интересно и познавательно.
А весь этот героизм плана - "я всего себя, всю свою жизнь и карьеру посвятил проекту", он никому не нужен и никем не ценится. Придет владельцам проекта в голову прикрыть всю эту лавочку, и они ее прикроют, без малейших колебаний и душевных терзаний выбросив всех этих сподвижников на мороз. Бизнес, ничего личного..
А что делать то, если тебе, скажем, около полтинника, ты остался без работы, и не можешь её найти?
Toptal или хотя бы фриланс.
Мне 59. Сидел без работы полгода. Но потом нашёл. Мне кажется, что основная проблема у автора в том, что он застрял где-то на уровне JCL + FORTRAN. Даже зная С, можно найти работу. Но, конечно, желательно новое постоянно учить... С нами, кому за 50, есть одна важная проблема: мы медленнее, но за то пишем часто более качественный код.
После полугода поисков пишу на Go и PostgreSQL, учу Rust и подхалтуриваю аудитором кода на C++. Так что оставаться в профессии можно и в преклонном возрасте. Если не сидеть на попе ровно :-)
Надо же, кто-то еще помнит аббревиатуру JCL (и IBM 360/370 и т.д.).
По поводу увольнения. Руководство тоже не всегда принимает правильные решения. Кроме того, могут быть другие поводы: имидж команды, экономия зарплаты, желание ввести новых игроков, просто психологические причины, не связанные с опытом сотрудника.
Про проблемы нахождения нового места работы. По идее, наличие большого опыта и достаточная производительность должны гарантировать хорошие связи и наличие живых предложений по трудоустройству, которые всегда надежнее, чем биржа труда. Если нет, то скорее всего человек себя либо переоценивает, либо таких сотрудников просто много. Компании тоже смотрят вперед и представляют что будет нужно завтра, а не сегодня. Молодые легче обучаются, голова не замусорена устаревшим материалом и согласна больше работать и послушнее в целом.
Моя мама тоже не хочет работать уборщицей) когда всю жизнь проектируешь инженерные сети, в колцентр идти работать не хочется)
"я был одним из их самых опытных сотрудников и полагал, что у меня будет какое-то влияние, чтобы продолжать работать"
популярное заблуждение... бизнес, он такой, он не ведется на попытки работника стать незаменимым (а еще и с удовольствием оставят управляемого тупенького новичка вместо поседевшей звезды, которая в глаза говорит гадкое и светится умом)
Жаль, что чел на своем опыте познал это в таком серьезном возрасте.
Надо полагать, что было бы у него влияние, он не был бы рядовым сотрудником. Опять-таки, сотрудники все равно больше общаются со сверстниками, а если их мало, то человек постепенно выпадает из майнстрима команды. Да, уж чего руководство не любит, так это более компетентных и неподобострастных сотрудников. В частности, берущих на себя добровольно бремя сообщать малоприятные новости и мнения.
Мораль в том, что останься он на мейнфрейме был бы при работе.
Ох уж это пресловутое «изучение новых языков». Перешёл с C++ на C# лет 10 назад, за это время, конечно, добавилось много сахара, асинки, сапа платформа (classic, core, .net 5) но это же не происходит в одночасье, если работать в этой сфере, то по ходу все новинки без особого напряга осваиваются. Все мейнстримные языки есть и будут долго. В чем проблема? Почему нельзя быть специалистом в одном языке (и его экосистеме)? Ну, можно и во многих, так даже лучше, но даже один - даёт возможность на плаву быть очень и очень долго.
Жаль не указано на чем он программировал раньше, а то может это какой-то ФоксПро, который сейчас не восстребован.
В теории это должно было облегчить удержание на рабочем месте для людей предпенсионного возраста
В теории, если речь об экономической, все нормально. Переоцененный производственный фактор или актив (сори за цинизм где "работник = актив", но в производстве это именно так) приводит, по закону спроса предложения, к избытку его предложения или, иными словами - недостатку спроса на него.
Примерно то же, кстати, с МРОТ. Если он установлен выше рынка, то молодежь (инвалиды, низко продуктивные и тп) с рынка труда вылетают. Плюс то, что работодатель начинает отдавать предпочтения машинам вместо людей (см. "эффект Рикардо"). Если равен или ниже - безсмысленен.
К вопросу о мейнфреймах
В 2008-2009 мне посчастливилось работать в Роллс-Ройсе. Отличная компания, там не чинят то, что работает. В частности, отлично работал Cray 1.
А раз он работал, то приходилось программировать на нём. Какой-то предок CP/M который сам предок DOS - и зашитый Фортран. Программы две буквы две цифры, файлы данных вечерами букв имя три расширение, плоская структура папок без вложенности.
Как там в этом году - не подскажу, но кое-где как вот в таких сильных традицией местах мейнфреймы могут быть по сей день востребованы
Понятное дело, памяти на них по нынешним временам немного, да и вывод на родные терминалы давно перенаправлен в Putty и пр., поэтому то что на нём пишут приходится как-то защищать от сетевых угроз, стыковать с программами на современных ПК и языках и т.д. (к ужасу всех это дело обслуживающих, но это уже вопрос другой)
Так что кому сегодня надо мейнфрейм - свой мейнфрейм найдёт ☺️
А что делать то, если тебе, скажем, около полтинника, ты остался без работы, и не можешь её найти?Идти во фриланс. Там на возраст никто не смотрит. Вакансий со старым стеком мало, но и претендентов на них мало и оплачиваются они оч. неплохо. А задачи с новым стеком можно брать ниже рынка и на бОльший срок чем в среднем по рынку, что бы успеть и выучить стек и сделать задачу.
У нас другая ситуация. Почти 25 лет на фрилансе, 99% соло. В фирмах за все время работали пару раз, на круг полгода наверное в сумме. С конторскими программистами пересекались разумеется не раз, но только в плане пересылки друг другу документации по АПИ для связки, т.е. в процессы никогда глубоко не интегрировались. Какое-то время работали и еще работаем «неграми» у московских студий, но опять же — там делаем проекты полностью, а не в сотрудничестве. Трудовая книжка абсолютно пустая. Половина проектов под nda, половина устарела, половина скончалась. половина из г-на и палок потому что «надо еще вчера и плевать на все, лишь бы работало хоть как-то» — в общем портфолио тоже пустое. В общем вроде и неплохо время провели, но получилось из серии «торговали веселились, подсчитали прослезились»:)
Фриланс стал заказами беднеть плюс надоела нестабильность — пытались последние пару лет искать работу, но никто даже не рассматривает «возраст + отсутствие законченного ВО + отсутствие стажав трудовой + отсутствие портфолио + отсутствие навыком работы в команде» — в результате у HR мы в полном игноре.
Вашу трудовую же только отдел кадров видит. Зачем вам там стаж нужен?
Половина проектов под nda
это не значит что вы не можете указывать их в резюме, просто описывая их без нарушений этого самого nda, потому у nda зачастую есть срок действия и с какогото момента ничего вам не будет за фразу 'работал в ООО вектор делал статистическую систему на микросервисах'… до этого ООО вектор можно не упоминать вообще.просто 'тут был проект по разработке статистической системы, юзал микросервисы, запускал в кубере'
nda — это не кляп во рту и не снайпер за окном, вы его хоть почитайте разок
половина устарела, половина скончалась.
Это актуальный живой опыт, хоть и старый. он перестает быть опытом? у меня как минимум четыре конторы где я работал обанкротились и скончались, мне их из резюме вычернуть как неактуальные? :)
это не значит что вы не можете указывать их в резюме, ООО вектор не упоминать просто 'тут был проект по разработке статистической системы, юзал микросервисы, запускал в кубере'Описания проектов без реального подтверждения в лучшем случае ничего не стоят, в худшем скажутся негативно будучи рассмотрены как пустые понты.
у меня как минимум четыре конторы где я работал обанкротились и скончались, мне их из резюме вычернуть как неактуальные?Так Вы работали в них, Вы можете трудовой подтвердить. У фрилансера такой роскоши нет.
Вы можете трудовой подтвердитьА как же живут бедные программисты зарубежом, где не существует понятия «трудовой книжки»?
У фрилансера такой роскоши нет
А статистика upwork'a? b2b контракты? В трудовой тоже может быть написано «инженер-программист», а эникейщик или архитектор — по трудовой не поймешь.
Описания проектов без реального подтверждения в лучшем случае ничего не стоят
Достататочно задать несколько технических вопросов по теме проекта и будет понятно действительно ли вы в теме или нет. Есть довольно много вещей, которые нельзя просто выучить, а требуют понимания. А если у вас есть понимание в технологии не так важно как вы его получили.
Как будто у обычных работников поймешь, что скрывается под записью «программист» в трудовой, условно программист может всю жизнь работать с 1С, а потом сделать replaceAll и заменить 1С на Java и накидать разных Java keyword'ов в CV и фиг вы по трудовой или CV это поймете.
Как будто у обычных работников поймешь, что скрывается под записью «программист» в трудовой.
У меня несколько записей в трудовой по работе программистом, начиная от техника-программиста, с «завершением» этой деятeльности лет 10-ть назад,
но мне так и не стало понятным насколько современные понятия пришедшие в сферу программирования служат облегчению процесса создания ПО. :)
А как же живут бедные программисты зарубежом, где не существует понятия «трудовой книжки»?tommyangelo27 Зарубежом является нормой для работодателя написать на предыдущие места работы и запросить информацию о сотруднике. И упаси боже не найдут подтверждения.
При работе с зарубежными заказчиками на фрилансе часто спасает дать пару контактов предыдущих работодателей, но! в русском офисе подобных традиций похоже нет.
А статистика upwork'a? b2b контракты?Апворк хорош в начале, когда нарабатываешь клиентскую базу, потом становится лениво отдавать им на круг до 40% и стата теряется. Где-то 50% клиентов у нас с бирж фриланса, но на самих биржах уже лет 10 нет выполненных заказов.
b2b контракты — имхо, это информация клиента в первую очередь, негоже ей размахивать.
Достататочно задать несколько технических вопросов по теме проекта и будет понятно действительно ли вы в теме или нет.Для этого надо попасть на собес к техлиду хотя бы:) А это в лучшем случае 3-яя линия «обороны».
у меня до недавнего времени было 5 мест работ,DMGarikk а Вы их находили по сарафанному радио и по знакомым или Вас находили по резюме на hh/linked? У нас-то вопрос именно в том, что бы «с улицы» зайти в контору. В принципе, рекомендуют обычно в таких случаях писать напрямую работающим в компании тех. спецам, что бы обойти HR-ов, но нам что-то это кажется спамом и навязчивостью.
Зарубежом является нормой для работодателя написать на предыдущие места работы и запросить информацию о сотруднике. И упаси боже не найдут подтверждения.Может где-то так и есть, но я вот работал в двух американских фирмах и одной польской, и никто никуда не звонил, когда я переходил. Хватает краткого описания в LinkedIn своей роли в фирме и круга ответственности, по которым фирма видит, как именно меня можно использовать. Зачем тут какие-то ещё дополнительные подтверждения?
P.S. Осознаю, что всё вышесказанное является субъективным опытом. Но он не только у меня одного такой, так что…
а Вы их находили по сарафанному радио и по знакомым или Вас находили по резюме на hh/linked? У нас-то вопрос именно в том, что бы «с улицы» зайти в контору. В принципе, рекомендуют обычно в таких случаях писать напрямую работающим в компании тех. спецам, что бы обойти HR-ов, но нам что-то это кажется спамом и навязчивостью.
1) я открывал резюме на hh
2) отправлял резюме напрямую некоторым компаниям которые меня интересовали в принципе
Зарубежом является нормой для работодателя написать на предыдущие места работы и запросить информацию о сотруднике.
У нас точно нет. То есть максимум что они могут сделать это попросить подтвердить мою старую фирму что я у них работал. Но и так никто обычно не делает. А вот любую другую информацию без моего разрешения никто давать не имеет права.
Ну не знаю. У нас указание своих проектов с коротким описанием это распространённая практика. То есть практически все указывают проекты и практически никто не может их как-то реально подтвердить. Максимум что можно подтвердить это что работал в какое-то время в какой-то фирме. Да и то не всегда. Потому что у нас в принципе отсутвует такая вещь как трудовая книжка.
И никого это особо не волнует.
в худшем скажутся негативно будучи рассмотрены как пустые понты.
если я в состоянии сказать какие технологии использовал и знаю как с ними работать — это норм.
совершенно необязательно рассказывать коммерческие секреты под nda
я вот знаю много чего 'лишнего' из жизни банковского процессинга, что не мешает мне рассказывать о той работе, я просто не говорю того чего лучше не знать обычным людям по соображениям ИБ и коммерческой тайны той компании где я работал. не перечисляю клиентов, не рассказываю о всякой статистике, не описываю внутреннюю инфраструктуру… это реально существенные данные коммерческой тайны.
а то как кафку использовать и как сервлеты на яве писать, тут nda то вообще причем?
Так Вы работали в них, Вы можете трудовой подтвердить.
у меня до недавнего времени было 5 мест работ, все кроме основной по ГПХ, в трудовой о них не слова.
собственно никогда и никто на собеседовании не смотрел в трудовую и не просил показать доказательства что опыт у меня реально есть.
людей берут по знаниям, а не по записям в трудовой.
у меня кстати и высшего образования нет
Тут куча народу активно обсуждают устаревание языков программирования в комментариях к статье о том, как человек годами не обращал внимание на ухудшение финансовых показателей компании, в которой он работал, и всё это время надеялся на то, что он "ценный сотрудник" потому, что таскал тяжести и работал сверхурочно (наверное ещё и забесплатно).
Востребованность специалиста зависит от многих факторов, в число которых язык программирования не входит.
Прокомментировал оригинал публикации
Скопирую в перевод, возможно, это добавит контекста статье
Sorry to hear that
Back in 2008-2009 I was lucky to work for Design Bureau of Sir Henry Royce, Rolls-Royce plc. Glorious company!
They have one of the principles "do not fix what is working". They had Cray 1 mainframe back in 2008-9, it was working all right, so everyone had to deal with that.
A predecessor of CP/M which in turn was a predecessor of DOS, some ancient Fortran version, programs names made of 2 letters and 2 numbers, flat folder structure with no subfolders, debugging tools virtually absent - lots of fun in 2009.
It's own terminals were substituted with some driver plugged into Putty etc. long ago, yet still it needed integration into modern network, some protection from network threats, some interface with programs on regular laptops and computers written on modern language (to the sincere horror of everyone who writes for it, but that's another question)
So yeah, those who want to find their mainframe - will find it even these days
Как до сих пор всё-таки легко палится автоматически перевод по вот таким конструкциям "Но я чувствовал, что все еще в безопасности, так как выполнял дополнительные задачи"))
Автор несколько раз повторил, что был спокоен, так как он хорошо знал "бизнес", хотя у современного человека обратная реакция. Кажется очевидным и не нужным объяснения, что знания "бизнеса" ничего не стоят. Так как вне этой компании нужны технические навыки, а не знания какого-то конкретного бизнеса.
Так же, достаточно размыто и вяло было рассказано про то, что человек якобы изучал современные языки программирования. Но при этом почему-то так и остался на мейнфреймах. Здесь хочется развести руки в сторону. Если бы он действительно их изучал, то понял бы, что новые технологии пускай и не менее сложные, а иногда даже более сложные, но при этом они и удобнее, чем эти мейнфреймы, он бы тупо отдыхал бы от своей допотопщины и остался бы на волне, сменив компанию. Но видимо чего-то нехватило.
По какой-то там статистике специалисты меняют специализацию 3 раза в жизни, как раз из-за движения технологий, а так же просто потому что надоедает десятками лет делать одно и то же. Но здесь этого не произошло и вот, ему сказали, что пора.
Было ли это ожидаемо? Было. Почему человек кормил себя сказками десятки лет? Загадка.
Я думаю, в айти сфере надо быть более осторожным, и следить, куда движутся технологии.
Ну и кудаже они двигаются? Все также java forewer?
Пока ещё да, но ещё питон вышел в лидеры, а ещё хорошо платят go-девам, и проекты на котлин появляются. Автор мог бы давно перейти на питон разработку, так как там порог входа значительно ниже чем в джаве и уже несколько лет работать разработчиком на этом языке. Но он остался на мейнфрейме, остаётся только развести руками
Как я потерял работу программиста в 65 лет