amarao (amarao_san) wrote,
amarao
amarao_san

Category:

Лимит рынка программистов

Хочу вынести из комментариев на разные темы одну интересную идею: а есть ли лимит на рынок программистов?

Для лучшего описания этой области, попробуем ограничить "рынок" рынком уже состоявшихся программистов (не junior'ов и не "поколения "y2k-problem 3 month education").

Вопрос: может ли сложиться такая ситуация, что, с поправкой на типовую для индустрии переквалификацию с работодателя на на работодателя, рынок труда насытится?

Я сейчас намеренно буду срезать множество углов, исключать локальные флуктуации из-за очередного лопнувшего спекулянта.

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

Это, заметим, помимо области под названием "раньше никто не мог, а теперь могут".

Вопрос: в какой момент не нужно будет создавать программы? Видимо, в тот момент, когда повышение эффективности труда от внедрения программы оказывается меньше, чем сумма изъятой прибавочной стоимости, повышения затрат на персонал (например, из-за повышения требований к квалификации) и стоимости разработки программы, амортизированной по сроку её эксплуатации. До этого момента каждая следующая программа будет приводить к повышению эффективности труда, то есть к повышению абсолютного значения изымаемой прибавочной стоимости, то есть будет экономически мотивирована.

При каких условиях такое может произойти?
1. Стоимость новых затрат на персонал превышает прибавку к изымаемой прибавочной стоимости. Случаи хорошо известные (попробуйте набрать себе секретарш со знанием теха). Чаще всего проходит по мере естественного роста квалификации "среднего человека" из-за проникновения гаджетов/десктопов и т.д. в домашний обиход (в 98 сотрудник "со знанием интернета" имел повышенные шансы при трудустройстве, а сейчас это как бы даже не обсуждается - "без знания интернета" можно либо быть узким специалистом в легаси областях, либо мыть полы и т.д.), а так же по мере роста прибавки к эффективности труда.
2. Сумма инвестиций на разработку больше, чем суммарная изъятая прибавочная стоимость от эксплуатации программ, то есть узкая, маленькая область, в которой негде расти. Ключевым фактором преодоления тут являются во-первых "замещающие программы" (то есть расширение области действия существующего кода на смежные области, приводящий к повышению эффективности труда в этих областях до такой степени, что дальнейшее повышение на то же количество процентов уже начинает окупать разработку), а во-вторых, снижение стоимости разработки. Об этом феномене чуть ниже.
3. Разработка программы оказывается слишком дорогой, хоть и обещает потенциальное повышение эффективности, но порог инвестиций выше допустимого (срок окупаемости - за горизонтом планирования).

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

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

Теперь вопрос: этот процесс имеет какие-то границы, меньшие, чем 100% населения, занятые программированием?
Tags: программирование, философия
Subscribe

  • Rust soundness

    Каждый раз, когда я сталкиваюсь с маленькими "но" в Rust'е, это ощущение тщательной продуманности. Например, простейшие fold-функции для итераторов:…

  • still_ntp

    В ходе локального мозгового штурма у меня родилась суперидея. Надо написать ntp сервер, который может отдавать указанную дату. Т.е. сказали при…

  • arping'а не достаточно

    Я обнаружил, что arping не умеет делать целый запрос полностью (т.е. source mac, dest mac, source ip, dest ip). Dest либо IP, либо mac, и это немного…

  • Post a new comment

    Error

    default userpic

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 31 comments

  • Rust soundness

    Каждый раз, когда я сталкиваюсь с маленькими "но" в Rust'е, это ощущение тщательной продуманности. Например, простейшие fold-функции для итераторов:…

  • still_ntp

    В ходе локального мозгового штурма у меня родилась суперидея. Надо написать ntp сервер, который может отдавать указанную дату. Т.е. сказали при…

  • arping'а не достаточно

    Я обнаружил, что arping не умеет делать целый запрос полностью (т.е. source mac, dest mac, source ip, dest ip). Dest либо IP, либо mac, и это немного…