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

Так вот, глядя на все эти пункты (а особенно на п.1), как думаете - будет ли возрастать количество программистов (как студентов, так и тех, кто в зрелом возрасте решил переквалифицироваться)?

Первична потребность в программистах, вот от неё и надо плясать

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

(0) > Во многих курсах программирование показывается как занятие чем-то приятным на берегу океана с ноутбуком в руках и стаканом свежевыжатого апельсинового сока.

Врут, сволочи! Скорее уж ближе к истине стишок:

Тяжела и неказиста жизнь простого программиста,
Легка и казиста жизнь сложного программиста.

Как и во всякой творческой профессии, в программировании нужны три вещи: знания, умения и идеи. Причем последнее часто имеет решающее значение. Т.е., слабый программист с сильной идеей может достичь большего, чем сильный программист со слабой идеей своей программы.

Рассмотрим пару примеров в 1С.

Была и есть такая замечательная вещь, как 1С77. Ввод и вывод данных в ней сделан хорошо, а группы в справочниках – идея, вообще, отличная! Которую, почему-то, никто не использует в базах данных, разве, что только в файловых менеджерах, типа «Тотал Коммандер». А вот движок там слабый, даже никудышний, как базы данных, так и скриптовый.

Смотрим, какие идеи по этому поводу возникли в сообществе программистов и пользователей «семерки».

1. Использование технологии внешних компонент для организации прямого доступа к БД 1С.

2. Расширение возможностей ВК за счет внедрения во внутренности 1С (за счет создания всех хидер-файлов и соответствующих lib-файлов для «семерки»).

3. Кое-какое расширение интерфейсных и функциональных возможностей 1С за счет WinAPI.

Яркими представителями этого направления стали ВК rainbow.dll, formex.dll, 1c++.dll, 1sqlite.dll, turbomd.dll  и т.п.

Теперь зададимся вопросом, а не существует ли более простого пути достичь тех же и больших результатов? Да еще и универсальных, как для «семерки», так и «восьмерки», как для обычных форм, так и для «необычных», т.е., управляемых, как для платформы x86, так и для х64? Или нам опять идти по пути создания хидер- и lib-файлов для каждой версии 1С?

Уверен, что типичный программист 1С даже побоится задать подобный вопрос. А ответ то прост. Такая возможность есть, по крайней мере, принципиальная. А над ее технической реализацией можно и нужно работать.

Краткая схема работы.

1. Загружаем собственную длл-ку, полностью игнорирующую технологию ВК. Для этого достаточно воспользоваться «волшебными» строками «Фёдорова-Орефкова» либо путем написания собственного загрузчика 1С, который вместе с 1С, грузит в ее адресное пространство и нашу компоненту, даже без «волшебных» строк ФО. Кстати, ЗагрузитьВнешнююКомпоненту() для ВСФО работает во всех версиях 1С, для любого типа этой компоненты (СОМ или Native). Единственный минус, УФ, после загрузки пытаются выкинуть нашу длл, но с этим можно бороться.

2. Организуем работу с 1С, любой версии и разрядности исключительно на базе WinAPI. Для этого изучаем стандартные технологии WinAPI: subclassing, superclassing, перехваты функций WinAPI и сообщений Windows – hooking (локальный и глобальный). Далее используем собственные идеи.

Пункт 2 – универсальный, годится для тюнинга и интеграции любых приложений, а также для организации клиент-серверного взаимодействия, как на уровне интерфейса, так и на уровне взаимодействия с параллельной базой данных, например, внешней SQLite, причем, без использования какой-либо технологии ВК.

Примером подобного тюнинга 1С служит «Трактиръ: Front-Office v4» – https://www.youtube.com/watch?v=qK3sup51VKU  . А вы может мыслить подобного рода идеями и концепциями?

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

Есть какой-то баланс, который будет достигнут в ближайшие 10-20 лет. Люди наедятся ИТ, будут стараться сделать более легкие для понимания программы, среды программирования. Тяжелую работу переложат на роботов - уровень спроса программистов и оценка труда достигнут какой-то согласованной в обществе нормы.

Количество программистов будет расти, нехватка программистов тоже будет расти. Скажем спасибо за это нашему правительству. Лишь бы экономику в ноль не убили.