Тема этой статьи спорная, но это мой реальный опыт. Он может применяться только в Гонконге; он может / не может применяться в вашей стране. Это может относиться только к компаниям, в которых я работал; это может / не может относиться к вашей компании. Если ваша компания работает совсем по-другому, поздравляю и дорожите ею.
Давно хотел написать эту статью. И вот я уже 5 лет работаю в этой индустрии программистом, думаю, я знаю это достаточно хорошо, чтобы об этом говорить. За эти 5 лет я работал в 5 компаниях, некоторые из которых крупные (~ 100 разработчиков), а некоторые маленькие (всего 2 разработчика). Согласно моему опыту и рассказам моих друзей, у большинства компаний в Гонконге плохая техническая культура. Вот что мы часто говорим «HK no IT».
1. Начальникам все равно
Большинство инвесторов (или тех, кто обладает полномочиями в компании) не являются техническими специалистами, они даже не могут написать цикл for. Согласно эффекту Даннинга – Крюгера люди с низкой способностью к выполнению задания переоценивают свои способности. Начальство часто думает, что программировать так же просто, как нажимать кнопки, они, как правило, нанимают несколько младших программистов, а не одного опытного (и часто дорогого) программиста. К сожалению, они могут в конечном итоге потратить больше на добавление новых функций в приложение с плохой структурой и исправление ошибок.
Если они думают, что лица, принимающие решения (в бизнесе), важны и заслуживают больше денег, почему программисты этого не делают? Программисты принимают сотни решений каждый день! Каждое решение, от имени переменной до инфраструктуры большого приложения, может в определенной степени повлиять на производительность / стабильность / простоту обслуживания / удобство использования программного обеспечения.
2. Программистам все равно
Боссы нетехнически, как и менеджеры по персоналу. Так что интервью тоже не технические. Они не могут отличить хороших программистов от плохих, поэтому плохие программисты легко получают работу. Даже если бы программист создал какие-то проблемы, он бы просто нашел новую работу, и никто не знал, чем он занимался (а его зарплата в новой компании даже выше, ничего себе).
Это поднимает еще один вопрос: частая смена компании является ключом к быстрому увеличению заработной платы. Если вы остаетесь в одной компании, как бы хорошо вы себя ни вели, вы вряд ли получите ›5% прироста в год. Но если вы перейдете в новую компанию, вы легко получите ›10% или даже 20% прироста. Программисту не нужно тратить слишком много усилий на написание хороших кодов, если он знает, что ему не нужно будет поддерживать то же программное обеспечение в будущем.
3. Ресурсы ограничены
В колледже мы изучили этапы разработки программного обеспечения. Мы научились рисовать диаграммы Unified Modeling Language (UML), но я никогда не рисовал ни одной в своей карьере из-за плотных графиков, диаграммы существуют только в нашем мозгу. Автоматические тесты? По моему опыту, только 1 из 5 компаний делает это.
Помимо времени, аппаратные ресурсы также ограничены. Среда UAT не очень распространена в реальной жизни, они часто делают «UAT на рабочем сервере». Кстати, некоторые компании даже занимаются «производственной разработкой» и не используют никаких инструментов контроля версий.
Заработок программиста ограничен, поэтому, если вы достаточно хороши, вы стремитесь к руководящей должности. Угадайте, кто будет писать программное обеспечение для клиентов? Плохие программисты, свежие выпускники, случайный индийский парень, который изучил кодирование на Youtube, вы можете себе представить качество программного обеспечения.
Заключение
Такова ситуация в ИТ-индустрии Гонконга. Это может быть хорошо для небольших компаний и краткосрочных проектов, но это ОЧЕНЬ ПЛОХО для систем, которые работают ›10 лет. Я все еще люблю работать программистом, но меня это очень беспокоит. 🤦♂️
Какая техническая культура нравится в вашей стране? Он такой же или есть разница? Ответь мне в комментариях!
