Еще одним признаком взросления IT-отрасли является повышение т | Digital Доктор

Еще одним признаком взросления IT-отрасли является повышение требований к квалификации

Продолжаю пост про осушение денежных потоков в IT. Сам по себе термин «взросления» отрасли означает, что те самые темпы роста сокращаются и каждую следующую копеечку зарабатывать все сложнее. То есть, для этого банально требуется больше усилий из-за возрастающей конкуренции. Обычно тут и начинает проявляться необходимость разного рода сертификации, дипломов и ачивок, то есть усложнение порога входа, чтобы сохранять на рынке приемлемую доходность.

Начинает работать правило: потратьте n-ое количество лет на обучение, чтобы получить возможность вообще работать на этом рынке и k-ое количество лет сверху, чтобы начать зарабатывать медианный доход. И чем больше замедляются темпы роста рынка (или он вовсе начинает сокращаться), тем быстрее растут n и k.

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

Вернемся все же к IT.

25 лет назад никто вообще толком не думал о стандартах кода, если не говорить о 0.1% чуваков, которые писали ПО для космических кораблей и самолетов. Все делалось как бог на душу положит. Спустя 5 лет после пузыря доткомов накопилось столько легаси говна, что стало очевидно: так дальше жить нельзя.

Самой главной проблемой было то, что эти велосипеды нельзя было масштабировать. И те, кто первым начал вводить стандарты, тот в дальнейшем очень серьезно преуспел в конкурентной борьбе. Тот же Google, по факту, одним из первых задумался о стандартах кода, код ревью, масштабируемых решениях.

Таким образом попадание на работу в компанию сразу стало сверхсложной задачей на рынке. Еще спустя 5 лет, то есть 10 лет назад, весь рынок, посмотрев на Google и прочих мастодонтов, понял, что надо двигаться в том же направлении. Появилась куча методик из многобуквенных аббревиатур. Вы сами их прекрасно знаете и я не буду тратить время на их разбор.

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

Для стартапов с их задачами быстрого масштабирования придумали вообще гору тех самых аббревиатур, в которых черт ногу сломит.

В итоге для стандартного разработчика фактически есть 3 этапа обучения:
— получение навыка написания непосредственно кода (могут научить в универе, на курсах или даже самостоятельно);
— изучение алгоритмов совместного написания масштабируемого кода, то есть те самые многобуквенные аббревиатуры (научат уже только на работе);
— изучение специфики конкретной отрасли: фудтехи, финтехи, биотехи и прочие техи (появится только после 5 лет работы на уровне как минимум middle).

Вот и получается у нас уже аналог медицинского образования. С базовым обучением в универе, затем с ординатурой и дальше уже с оттачиванием своей специализации на практике, чтобы наконец спустя, как минимум, 10 лет упорного труда начать зарабатывать свои 300 кк/наносек и купить наконец 2 бехи.

@tlgdoc