Почему мы не наблюдаем вокруг большого количества седоволосых разработчиков ПО? Куда деваются все программисты, когда становятся старше? Увольняют ли компании программистов в возрасте?
Если программист в свои пятьдесят собеседуется на вакансию вместе с людьми, которым 20-30 лет, сколько компаний наймёт его? Об этой проблеме существует множество мифов, как и несколько жестоких истин.
Да, иногда шокирует, что 40-летних, иногда даже 35-летних называют «старыми». Под «старыми» здесь подразумевается то, что программисты на этом этапе планируют уходить на покой или менять место работы.
Давайте поговорим о статистике.
Статистика: 40 лет — это новые 60 для программистов?
Данные опросов противоречивы. В 2019 году Stack Overflow опросил 66329 профессиональных разработчиков со всего мира. Вот результаты:
Из общего количества профессиональных разработчиков 71,7% младше 35 лет, а 85% — младше 40 лет. Это необычно по сравнению почти с любой профессией в мире.
Этот опрос также выявил по ответам 50705 респондентов, что наибольший средний возраст разработчиков по странам — в Австралии и США, он равен 32,8 года. Минимальный средний возраст — 25,9 года, в Индии.
Согласно исследовательской статье, количество разработчиков ПО в возрасте 55-64 года увеличилось в США с 87000 (8,3%) в 2011 году до 195000 (10,7%) в 2019 году. То есть концентрация разработчиков старшего возраста в США выше, чем в большинстве других стран.
Однако ситуация постепенно будет меняться.
Согласно данным корпорации Evans, в мире около 24 миллионов разработчиков, это количество к 2024 году увеличится на 20% и составит примерно 30 миллионов. США с их 4,4 миллиона разработчиков программного обеспечения пока держит рекорд, но ожидается, что к 2024 году лидерство перехватит Индия.
Ситуация такова, что Азия генерирует больше разработчиков ПО, и день за днём средний возраст разработчиков будет всё больше снижаться.
Почему их не так много в нашей отрасли
Повышенные ожидания к зарплате и спрос
Очевидно, что опытный и более старший разработчик ПО заслуживает и ожидает более высокую зарплату, чем более молодой (но не всегда).
Проблема заключается в спросе. Нужны ли компаниям-производителям ПО эти опытные разработчики, и стоят ли они затрат? По большей части — нет. Компании не нужно множество высокоопытных сеньор-разработчиков.
Каждой компании приходится рассчитывать финансовые возможности. Невозможно содержать много разработчиков в возрасте с высокой зарплатой.
Смена работы
Большинство разработчиков находит способ зарабатывать больше, не занимаясь при этом написанием кода.
Никогда не прекращающееся обучение
Технологии, языки программирования и фреймворки меняются так быстро, что многие возрастные (и даже молодые) разработчики не поспевают за ними.
С возрастом к старшему поколению приходит и множество других обязанностей. У него часто нет времени на изучение нового. Это ещё одна причина, по которой мы видим меньше программистов в возрасте.
Ни одна другая профессия в других отраслях не вынуждает обучаться так быстро. Программистам всегда нужно быть в курсе последних изменений.
Окружение
Время идёт, и они начинают замечать, что находятся в «старой» части команды/компании и окружены множеством молодых программистов.
Многие не могут найти общий язык с молодыми программистами из-за разрыва между поколениями и некоторых других факторов. Они ощущают одиночество на рабочем месте. Это ещё одна из причин.
Относительно молодая отрасль
Отрасль создания программного обеспечения относительно молода по сравнению с другими. Это одна из самых важных причин. Можно надеяться, что в процессе взросления отрасли мы будем встречать в ней больше возрастных программистов.
Ещё одна причина — культура стартапов
Предприниматели пытаются быстро разрабатывать прорывные продукты. Каждый предприниматель мечтает изменить мир в какую-то положительную сторону. Я, как предприниматель, могу понять эту психологию.
Идея хрупка. Главное — это её реализация. Но прежде чем её реализовать, предпринимателям нужны какие-то технологические продукты (если это технологический стартап). Они не могут долго ждать, пока будет создан продукт.
Потому что если идея проваливается, предприниматели должны извлечь уроки из своих ошибок и двинуться в другом направлении на основании результатов эксперимента. Все эти эксперименты требуют быстрой разработки технологических продуктов.
К тому же, получив первое финансирование или приличную сумму денег, мы часто не можем позволить себе тратить больше.
Поэтому для дешёвой и быстрой разработки технологических продуктов предприниматели всегда ищут молодых разработчиков. Но правда и то, что когда стартап взрослеет, ему нужны опытные сеньор-разработчики, способные построить крепкий фундамент и надёжную архитектуру для продуктов.
В своём интервью бывший сценарист сериала HBO «Кремниевая долина» Дэн Лайонс сказал об этом так: «Думаю, все они решили, что оптимальный доход обеспечивает молодёжь: используй их до выгорания, избавься от них, замени их».
Этот безудержный эйджизм в отрасли технологии вызвал множество проблем, в том числе и огромную психическую нагрузку и на молодых, и на возрастных.
Как программисту выжить в отрасли
Программирование — для многих не просто профессия. Недавно я читал посты по теме на Quora. Выяснилось, что многие разработчики 50-60 лет и старше продолжают заниматься программированием.
Некоторым из них предлагали другие должности, но они отказались, потому что любят программирование. И в самом деле, если ты делаешь то, что любишь, то тебе повезло!
Однако, вне зависимости от любви, если ты хочешь оставаться в профессии долгое время, нужно учитывать некоторые факторы. Будь вы молодой или возрастной программист, правило просто:
Если вы регулярно не обновляете свои знания, то устареете.
Следуй за молодым разумом
Кроме своей дешевизны, молодые разработчики обладают ещё двумя преимуществами, которые любят рекрутёры.
- Они всегда хотят знать больше. Они любопытны и им нравится изучать новое. Их знания с большой вероятностью будут актуальными.
- Они могут вдохновлять на новые идеи и делиться свежим взглядом.
Поэтому следуйте за молодым разумом. Если ваш разум молод, то возраст уже не так важен.
Не носите с собой багаж технологий
Я как предприниматель видел многих программистов, носящих с собой «багаж технологий».
Не делайте этого. Всегда будьте открыты к освоению новых технологий.
Некоторые рекрутёры считают «красным флагом» то, что у программиста слишком много лет опыта работы с определённым языком программирования, а в портфолио нет рабочего опыта.
Каков эндшпиль?
Вы можете задаться вопросом: «неужели программистов после определённого возраста вынуждают увольняться?» Чаще всего это не так.
Давайте разберёмся, что с ними происходит.
Руководство
Так как компании легко могут нанимать молодых и энергичных разработчиков за меньшие деньги, они используют опытных разработчиков в другой важной роли — как руководителей первого и второго эшелона.
Консультант
Молодые имеют множество преимуществ, но они не могут работать консультантами. Опытные разработчики становятся независимыми или наёмными консультантами компаний. А если ты хороший консультант, то можешь зарабатывать по-настоящему серьёзные суммы.
Я знаю консультанта из Великобритании, зарабатывающего миллионы в год.
Фрилансер
Некоторые из них хотят работать по своим правилам и становятся фрилансерами.
Специалист в узкой области
Многие становятся специалистами в узкой сфере. Я видел людей, специализирующихся в очень конкретных областях, где на них есть спрос, например, big data в здравоохранении или облачная архитектура Azure.
В некоторых специфических секторах всегда есть высокий спрос на опыт.
Ранний уход на покой
Многие разработчики рано уходят на покой и становятся тренерами молодых разработчиков.
Создание стартапа
Многие опытные разработчики используют свои связи и навыки, а также часть своих накоплений для создания новой технологической компании или стартапа.
Остаться программистом
Да! Это тоже вариант, и многие разработчики остаются программистами в 50-60 лет. Они удерживаются в отрасли благодаря своим навыкам.
Послесловие
У разработчиков старшего возраста возникают сомнения в стабильности их должностей. Это может привести к повышению стресса или даже к синдрому самозванца. Я считаю, что этого можно избежать, готовясь заранее.
Новые языки программирования, фреймворки и библиотеки появляются постоянно. Будьте всегда современны. Я не устаю повторять это, потому что сталкивался с подобным. Опытные люди часто игнорируют этот совет. Но в реальности навыки в этом секторе могут быстро устаревать.
CEO индийской корпорации Шридхар Вембу экспериментировал с наймом 17-летних сотрудников сразу после старшей школы. Он выяснил, что спустя два года их результаты работы почти сравнялись с результатами обучавшихся в колледжах.
День за днём количество молодых программистов быстро растёт. Становится ли программирование игрой для молодых программистов?
Лично я считаю, что возраст — это просто число, если программист не живёт прошлым и готов всегда изучать новое. А как думаете вы?
На правах рекламы
Наша компания предлагает современные VDS в аренду для любых проектов. Очень широкий выбор тарифных планов, максимальная конфигурация бьёт рекорды — 128 ядер CPU, 512 ГБ RAM, 4000 ГБ NVMe!
argamidon
Ну а что могут 20 летние зумеры в таком случае?
enot_necromant
Ну так у зумеров много сил и рвения) Все старые программисты когда-то были молодыми зумерами в своё время
viklequick
О да, молодых любят :-) Но совсем по другим причинам.
1. Кранчи и Work-life balance. Это молодому «зумеру» легко навешать на уши лапши, что «ах клиент хочет вчера и надо напрячься». Опытный коллега сразу спросит про компенсацию и «почему я теперь должен спасать факап менеджмента бесплатно, не я же обещал что завтра будет готово».
В итоге — 40-летние+ спокойно коммитят код с 9 до 6, прекрасно зная по опыту, что «breach the contract» это весьма часто — лишь способ манипуляции линейным персоналом, чтобы менеджмент получил больше бонусов.
А вот 25+ — воспринимают это за чистую монету и живут в офисе. Да и молодежь обычно еще не обременена семьей / детьми, и только у них есть физическая возможность жить в офисе.
2. Нематериальные плюшки. Молодежи важна трех-долларовая маечка с надписью «лучшему кодеру полумесяца
в макдональдсе». Старый аксакал собирает деньгина учебу детей в Гарвард, и ему лучше еще немножечко презренных дензнаков. Что сильно дороже сумки с логотипом компании.3. Амбиции и Чувство вины. Молодежь оптимистична, часто на себя берет «повышенные соцобязательства». Как результат — становится объектом манипуляций нечистоплотных менеджеров, которые вызывают чувство вины и прилив энтузазизьма, просто регулярно напоминая как «пообещал но не сделал». Это опытному
быдлокодеру такие заходы знакомы и вызывают только ехидную ухмылку. Аксакал обычно себе уже все доказал, а вот молодой и горячий — строит карьеру.4. Численность бьет класс. Ну и самое главное, в огромном числе проектов выбирается экстенсивный путь развития. Надо больше
vespen gasрабочих рук, которые 3/4 времени будут сидеть на митингах, писать мало-осмысленные юнит-тесты и ревьюить код друг друга. Аксакалы с их опытом и видением разложенных граблей — просто не нужны в таких количествах.А то что молодежь при этом соберет все возможные грабли — так смотри первых три пункта, при минимальной аккуратности эффективных — ошибки и переделки пойдут в счет (само)обучения той же самой молодежи «и без дополнительных капиталовложений» (С).
:-)
Metotron0
Ответ предсказуем: у нас были сроки, ты не уложился; последние три дня начинал работу в N часов, когда все были на работе в X часов; на той неделе тебе разрешили уйти раньше, чтобы отвезти жену на прививку; менеджер остаётся работать позже, чтобы отвечать на твои вопросы по вечерам; у тебя и так слишком много поблажек.
BugM
Вы описываете не опытного человека, а какого-то бездельника.
Приходит позже, уходит раньше, отпрашивается. Да еще и сроки срывает.
Уже годам к 30 все учатся соблюдать график. Если где-то ушел раньше раньше или пришел позже (случаи разные бывают), то без напоминаний поработаешь в другой день побольше.
Metotron0
Легко сорвать срок, если узнаёшь, что он был, когда он уже сорван. Ну и классическое:
— У нас срок до воскресенья, потому что в понедельник показываем заказчику
— Не успеем, слишком много нужно сделать
— Надо успеть
— Вряд ли
…
— Вы не успели в срок, что будем с вами делать?
Есть немного другая концовка:
— Успеем только если будем забивать на мелочи и делать хоть как-нибудь, лишь бы было
— Делайте так
…
— Заказчик очень недоволен, ругается, потому что всё еле-еле работает и не соответствует дизайну, у нас есть 700 правок, срок до пятницы, но учтите, что вы уже поставили компанию в неудобное положение
Всё остальное тоже может иметь нюансы.
orthanner
У вас срок до воскресенья? ладно, выкатываем MVP. Уметь будет вот это и вот это и более ничего. Не забудьте сообщить заказчику, чтобы он не сильно удивлялся на показе. А если ещё раз подпишетесь на такое без предварительного получения оценки от разработки, я буду вынужден поставить проблему перед руководством.
Arris
это работает против молодого разработчика, который строит карьеру.
Аксакал в этот момент улыбается и делает ручкой "пока-пока".
И менеджмент остается у разбитого корыта, заваленного говнокодом.
Metotron0
Аксакал, подразумевается, уже имеет опыт смены места работы? Потому что бывают аксакалы, которые по 10 лет в компании, но работу ни разу не меняли, им сложно делать ручкой: не понятно, чего ждать, а возраст уже не тот, что раньше.
Arris
Какой же он тогда аксакал, если не имеет? :) Если он не имеет опыта смены работы, если он 10 лет сидит в компании на той же должности — значит на него все еще действуют все те же паразитные программы менеджемента. И он, в общем, не аксакал, а засидевшийся на одном месте джун.
Как правило, да. Я знаю, бывают исключения из моих слов, тысячи их и нюансы, тысячи их.
Metotron0
Дык, если работа устраивает, чего ж её менять? Это стресс, собеседования, новые технологии, в которые чуть ли не с нуля вникать, новые коллеги, которых по именам запоминать, отставания на первых порах из-за непривычных методик. А если делать всё по уму, то сперва месяц-два поизучать новое, посидеть это время без работы, а уже потом устраиваться. Каждый год так по месяцу без работы сидеть, это не каждому по карману. Хотя я понимаю, что сейчас высказал нехарактерную для IT позицию.
Arris
Metotron0
Не навсегда же, а только в одной ситуации :)
alexeykuzmin0
По-моему, есть мало смысла в сравнении текущего места работы с бейзлайном в абсолютной величине, куда информативнее смотреть на относительные данные — лучше ли текущее место работы, чем другие, или хуже. Регулярные собеседования позволяют лучше понимать, куда движется рынок — какие навыки нужно актуализировать, чтобы не выпасть из струи, сколько сейчас платят за текущие навыки и тд. Ну а периодически выпадающие из этого потока собеседований офферы, которые принимаются, если они лучше текущего места работы — лишь небольшой бонус
Wan-Derer
Мораль: всё общение по части сроков, объёмов, переработок, обещания премии — только письменно!
BugM
Если в компании все хорошо и договоренности соблюдаются то зачем?
Тикеты хорошо заполнять стоит для истории и чтобы потом было проще понять и найти что там вообще и зачем делалось, а не для того чтобы их потом кому-то предъявлять.
Если вы подозреваете что вас кинут или уже кинули, то надо просто увольняться. Не стоит в таких местах работать.
Переработки к релизу и большому запуску с пусть даже неформальными отгулами потом это нормально. Не стоит из-за них переживать. Главное чтобы это в норму не превращалось.
Wan-Derer
Если коллектив сложившийся — то да, человеческие отношения рулят. Но есть же вариант свежего менеджера, который вторгается в это тёпленькое болотце и сходу рвётся руководить :)
Таких можно и нужно осаживать: "Братиш, я по всё понимаю, НАМ ВСЕМ (ну т.е. тебе) ЭТО ОЧЕНЬ НАДО!!!1 Но вот есть регламент, большим начальством писаный. Так что давайте соблюдать… " :)
BugM
Если приходит менеджер и начинает руководить разработкой то разработка уходит.
Зачем в таких местах работать?
tendium
Этого менеджера скорее всего и наняли для того, чтобы он в этом болотце поднял трудовую дисциплину и результативность. Конечно болотце будет против (ему ведь тепло и уютно было до этого). Но если менеджера наняли, значит результаты болотца не устраивают то самое "большое начальство".
BugM
Бежать из таких мест надо, срочно бежать. Ровно в тот момент когда менеджеры начинают руководить.
Договариваться с разработкой да. Согласовывать да. Но не руководить.
tendium
Менеджер может быть играющим тренером. Ничего плохого в этом не вижу. И да, координировать работу разработчиков надо. Особенно когда в команде дружественное превалирует над деловым. Если вам нравится работать в болотцах — это, конечно, ваш выбор. А я лично скорее сбегу из болотца, чем из деловой среды.
BugM
В смысле писать код? Тогда это тимлид. И это правильный человек для обсуждения с менеджерами сроков, фич и тому подобного.
Как раз тимлид со стороны разработки обычно и выступает.
Посмотрел вокруг себя. Вроде большая компания, акции растут, деньги растут. Не похоже на болотце.
Менеджеры при этом не руководят разработчиками.
alexeykuzmin0
На бумаге надо общаться для того, чтобы удостовериться, что все друг друга верно поняли и никто ничего не забыл. Даже если вы друг другу доверяете, все равно при устных договоренностях могут получиться конфликты
BugM
Записи что бы скинуть отвественность или подставить кого разительно отличаются от записей для истории чтобы не потерялось. Хотя бы немного опытный в таких вещах человек первое от второго отличит с трёх писем.
Вы настаиваете на первых. Не надо так. Как только такие мысли появляются бежать надо из этого места.
alexeykuzmin0
S-type
Как показала практика, если руководство что то решило, то записи не помогут.
alexeykuzmin0
С теми, кому недостаточно напоминания, о чем договаривались, не нужно работать
S-type
Однозначно! Полностью согласен.
pfsenses
Ну классическая же манипуляция. Это чисто проеб менеджмента.
nApoBo3
Ну так собственно говоря, это и есть классические не чистоплотные манипуляции.
" У нас срок до воскресенья...."
…
«Вы не успели в срок...»
Срок у «нас», не успели «Вы». Это манипуляция.
Срок у «нас» возникает, только и исключительно тогда, когда все участники «нас» «подписались» под этим сроком.
Человек несет ответственность только в той части, в которой имеет возможность принимать решения. Если человеку срок ставиться декларативно, то он не несет ответственность за его соблюдение.
viklequick
Причем — без опыта сходу и не понять, это сам эффективный облажался, пообещав «чего не надо было обещать», или это с него требует такой же вышестоящий, или это вообще — инициатива самого менагера, «встречные соцобязательства» в виде "пятилетку сдадим в 4 года и 12 месяцев", и трудовой подвиг вообще нужен только для карьеры эффективного.
Хороший менеджер сразу строит работу на позитиве — тут возник форс-мажор, подвел субподрядчик, штрафные санкции, надо помочь, с меня премия, никто кроме нас не может, не бандерлогам же из соседнего отдела передавать, эти сам понимаешь — натворят делов! Любая помощь в рамках возможного — обеспечу, мы вместе!
По итогу и аксакал по-овертаймил недаром, и ситуация спасена, и менеджер свой бонус получил.
И тыкать палкой в личные проблемы «ты на прошлой неделе возил жену к врачу» не надо, это вообще говоря — позор.
S-type
Как говорится, на работе Ж рвут не там, где много платят, а где у начальника большие амбиции.
engine9
В статье упоминается постоянная необходимость переобучения, если призадуматься это окажется большой проблемой. Т.к. вместо профессионального использования капитала знаний человеку приходится его выбрасывать. Т.е. ты копил полжизни интеллектуальный багаж, а он устаревает вместе с технологиями. Такого (почти нет) в других специальностях, например врачу не нужно изучать анатомию человека, она не меняется. Возможно, меняются подходы к лечению и выпускаются новые препараты, но это несравнимо с устареванием знаний у айтишников.
R6MF49T2
Не соглашусь. У меня жена врач, в течении года посещает множество конференций, всяческих вебинаров с экзаменом в конце и т.д., за которые дают какие-то баллы, без которых сертификат просто не продлят. Да анатомия не меняется, но появляются новые знания, технологии, препараты, опыт и т.д. В IT основы так же не меняются — регистры, логические элементы, память…
engine9
Я считаю, что там смена технологий и методик лечения происходит не настолько стремительно как в ИТ. Даже внутри ИТ есть очень разные по скорости перемен ниши.
spirit1984
А зачем считать, как говорится? Можно просто учесть одну тонкую разницу. Если программист пишет на каком-то старом языке, и всеми забытом фреймворке, то над ним посмеются. Если же врач вдруг начнет выписывать рецепты по устаревшим стандартам, то ему светит вполне увольнение и даже уголовная ответственность. Насчет того, как часто это приходится менять врачам, вопрос интересный. Но это тема большого исследования. Раз в 5 лет кардинальное переобучение у врачей вполне возможно.
www.youtube.com/watch?v=JVTWoPeMWSQ&ab_channel=VJLECOMIXVJLECOMIX — это будет здесь в тему.
engine9
>Если же врач вдруг начнет выписывать рецепты по устаревшим стандартам, то ему светит вполне увольнение и даже уголовная ответственность.
Спасибо, посмеялся, если имеется в виду РФ. Консультирую родных, которым выписывают гомеопатию, «фуфломицины» и антибиотики «на всякий случай пропить».
mspain
Мда, вам ещё и минус влепили. Правило 95% работает и для хабра )
Хотя про ИТ не соглашусь… у веб-макак может быть все знания и устаревают за 3 года. На backend время жизни технологий 10-30 лет точно, меняется только шелуха — виртуалочки, докер, шмокер, облака…
spirit1984
Как автор статьи habr.com/ru/company/yandex/blog/455080 — про тех же программистов за 35, хочу возразить. Скорее наоборот, у врачей наиболее шустро устаревают знания из всех имеющихся профессий. Я не знаю, откуда взялось мнение, что именно айтишники устаревают быстрее всего по знаниям — возможно, сами айтишники его и распространяют в интернете).
stas2s
медицина начала очень быстро меняться последние 20 лет. С развитием доказательной медицины и развитием интернета среди медработников так сказать.
А мнение про айтишников возникло еще в годах девяностых))
Тогда появилось много новых популярных языков и айтишных сфер.
zynaps76
Ничего не устаревает. Как условную рекурсию или циклы придумали, так они и актуальны по сей день. Как и у врачей, к базовой «анатомии», просто периодически что-то добавляется.
S-type
Устаревают языки. Например, сейчас ведь новые проекты на Visual FoxPro ни кто не начнёт. Устаревают технологии.
mkovalevskyi
Технологии да, устаревают… Были супер компы, к которым были подключены тонкие клиенты, потом пошла эра персоналок, потом персоналки становились все мощнее, мощнее, мощнее… И оппа. Сижу я на девайсике, в котором единственное чего много — это оперативки (спасибо веб разработчикам), офис — на серверах майрософта, игрушки — на серверах гугла, видосики — у нетфликса, рабочий софт — вообще много где, а локально — броузер, впн, цитриск и ремоут десктоп. Ах да, сама ось тоже локально, хотя в офисе кстати, локальной оси уже нет )
Ну или там с разработкой — то мы все пишем в один файлик, то мы разделяем данные и код (ног в передах одного ехе файлика), то мы разделяем бизнес логику и код и данные, то мы разделяем каждую функцию на отдельный сервис с отдельными данными внутри, то опять все вместе…
Так что технологии не столько устаревают, сколько переосмысливаются и переделываются по спирали.
А если там поскрести под фреймворками то что там принципиально нового?.. Низкий порог вхождения? Его заявляют начиная от первого появления ассемблера (ну, не двоичный же код — любой школьник осилит). Универсальность под все системы? Ну так опять таки — компилирование из сорсов придумали уже сто лет как, и если сильно подпрыгнуть — оно универсально.
Новый проект на FoxPro начали бы со свистом, если б смогли его продать. Но там чисто юридические нюансы. Которые, кстати, лихо обходятся при достаточно высокоуровневом вмешательстве. К примеру — одна широко известная контора не шибко дорогих видеокарточек, в свое время решила закопать стюардессу и выключить в своих видео драйверах поддержку винХП. А потом резко включила ее обратно, бо китай и сказал человеческим голосом — у нас тут несколько миллионов карточек надо, что б народ в геймклубах веселить, и там по плану винХП будет стоять. Так нам как, у вас брать, или у конкурентов? И чудо, все технологии резко перестали быть устаревшими ;)
Crafter2012
Нередко интеллектуальный багаж — это просто чемодан без ручки.
Капитал знаний — это только те знания которые не устаревают. Презренные здесь алгоритмы и структуры, паттерны и прочие софт-скилс.
Все остальное становится легаси знанием — чемоданом без ручки.
engine9
Да, это так. Что-то из освоенного становится бесполезным и забывается.
Сравните, например с багажом знаний скульпторов и художников, столяров, сантехников, музыкантов. Какой % их знаний становятся «чемоданом без ручки»?
SquareRootOfZero
Аналог «анатомии» у программистов — это алгоритмы, структуры данных, базовые всякие вещи, они тоже не меняются. Quicksort как 50 лет назад был, так и остался. А в медицине столько всего поменялось с тех пор, почитать и ужаснуться — и горчичники, оказывается, не нужны, и банки, и корвалол не обладает доказанной эффективностью, и от зеленки вообще вред (но это не точно)… И зубные врачи уже не ставят пломбы из серого цемента, как было, казалось бы, совсем недавно.
0xd34df00d
Только, скажем, за последние 20 лет появился timsort, introsort (ладно, этому 23 года), block sort (а вот этому вообще всего лет десять-двенадцать), и ещё с полдюжины чуть более узкоспециализированных сортировок.
alexeykuzmin0
В анатомии тоже, бывает, что-то меняется
Druu
Собственно, только подтверждает тезис предыдущего оратора.
На самом деле, айти — одна из самых инертных отраслей человеческой деятельности, более тормозные и сопротивляющиеся новому — это разве что всякие художники/музыканты/етц.
Ну и да — это же все гибридные алгоритмы, т.е. базисно в них ничего нового нет.
Do-mi-nic
Кучи разнообразного легаси требующего поддержки по идее никуда не деваются, поэтому проблема необходимости постоянного (пере)обучения хоть и присутствует, но имхо не всегда такая уж страшная.
terraplane
Автор зря за возраст цепляется. Статистика его, может, и верна, но вот выводы он неверные делает. Молодежи много потому, что условно говоря, 20 лет назад программировал 1 из 1000, 10 лет назад 5 на 1000, а сегодня уже 20 на 1000, например. Конечно, в таких условиях условно молодых программистов будет больше, но это не значит, что старики, которым по 40, идут мести улицы или выходят на пенсию.
site6893
могут кодить — но не программировать