Я работаю backend разработчиком более 6 лет. Когда я начал работать, я в основном работал с крупными корпоративными клиентами, такими как Monde Nissin Corporation, а сейчас я работаю в одной из крупных местных газовых и нефтяных компаний, которые все еще находятся здесь, на Филиппинах. Я многому научился из своего опыта работы программистом на предприятии. А теперь я попытаюсь поделиться с вами своими мыслями о том, как стать корпоративным программистом.
Определить корпоративного программиста
Давайте сначала определим, что такое корпоративный программист. Корпоративный программист, в моем собственном понимании и определении, - это программист, работа которого в основном сосредоточена на предоставлении высокоэффективных приложений для улучшения таких бизнес-процессов, как закупки, бухгалтерский учет, заказы на продажу, кредитовые авизо, заказы на закупку и другие важные бизнес-процессы. влияют на бизнес-процессы, которые может иметь бизнес.
Так что же делает корпоративный программист?
Понимает бизнес
Корпоративный программист изучает бизнес от бизнес-процессов высокого уровня до деталей с течением времени, так что EP (Enterprise Programmer) может предлагать эффективные улучшения бизнес-процессов с помощью технологий (например, автоматическая маршрутизация утверждения оценки запрос, автоматический расчет времени оборота)
Создавайте макеты
После того, как улучшение бизнес-процесса определено, следующее, что нужно сделать, - это создать макет приложения, который будет учитывать это улучшение. Я лично рекомендую макеты, особенно в корпоративной отрасли, чтобы клиенты, заинтересованные стороны, владельцы бизнес-процессов могли высказать свое мнение на основе представленных чертежей. Преимущество здесь в том, что пересмотр макетов обходится дешево, а исправление рабочих прототипов обходится гораздо дороже. Кроме того, на создание мокапов уходит меньше времени, что означает более быстрое получение обратной связи от клиента.
Разработать приложение
Теперь, когда мокапы одобрены, настало подходящее время для создания хорошего рабочего прототипа для каждого модуля. Всегда лучше начинать работу над прототипами модулей, которые в основном связаны с ведением основных данных. Почему? Потому что это легко сделать (по большей части), а это значит, что будет быстрее представить клиенту, чтобы получить обратную связь как можно раньше. Кроме того, все транзакционные данные в основном зависят от модулей основных данных, которые будет разрабатывать EP. Как только это будет сделано и одобрено клиентом, EP может приступить к созданию прототипа модулей, которые будут отвечать за обработку транзакций в системе. Эти модули имеют решающее значение, поскольку они в основном содержат информацию о ценах, которая помогает бизнесу в основном определять выручку и прибыль компании. При этом данные в этих модулях транзакций будут иметь решающее значение позже при создании отчетов.
Предоставьте инструменты для создания подробных отчетов
При создании отчетов важно, чтобы модуль создания отчетов, который будет создавать EP, был богатым и настраиваемым. Разным ролям в организации компании приходится создавать разные отчеты. EA может использовать для этого такие инструменты, как Google Data Studio, Microsoft Power BI или Amazon AWS QuickSight. Использование таких технологий экономит время, усилия и максимизирует продуктивность EP и, в основном, конечных пользователей.
Так что же делает корпоративного программиста ценным?
Они ориентированы на бизнес
Большинство программистов на рынке сегодня просто технически подкованы. Они знают, как использовать базу данных, создавать API, микросервисы, создавать автоматизацию сборки, но они не могут принести пользу бизнесу, потому что не понимают, что ему нужно и чего хочет бизнес. Большинство программистов оставляют бизнес-часть своим руководителям проектов или бизнес-аналитикам, но не EP.
Поскольку корпоративный программист по своей природе является техническим специалистом, они начнут рассматривать бизнес-процесс высокого уровня заинтересованной стороны. Затем задает такие вопросы, как «Как этот бизнес-процесс вписывается в общий бизнес-процесс компании?», «Требуется ли автоматизация процесса улучшения с помощью программирования?», «Будет ли эта автоматизация значительное улучшение для бизнеса? ». Они не создают приложение только потому, что их об этом попросили. Они создают приложения, потому что они будут нужны бизнесу или потому что они нужны бизнесу. Бизнес-потребности - это важные бизнес-процессы, которые необходимо автоматизировать, поскольку вмешательство человека или ручного труда часто вызывает проблемы в бухгалтерском учете. Бизнес-потребности - это долгожданные улучшения, которые помогут бизнесу стать более эффективным и стабильным.
Они современные программисты
Большинство программистов склонны придерживаться технологического стека, который им удобен. Примером этого является использование AngularJS в 2021 году, когда на самом деле у нас уже есть последняя версия Angular, ReactJS и VueJS в качестве отличных альтернативных вариантов. Другой пример - использование Laravel для создания API, в то время как у нас уже есть AWS Lambda или Функции Azure, помеченные как Функции как услуга, при этом программисту не нужно будет настраивать архитектуру API, чтобы программист мог сосредоточиться. по кодированию бизнес-логики.
Они менеджеры по продукту
Они постоянно вносят улучшения и оказывают поддержку приложению после его запуска. Хотя верно то, что технология, используемая для создания приложения, со временем устареет, но задача EP - убедиться, что приложение будет хорошо работать в течение всего срока его службы, прежде чем EP потребуется повторно разработать приложение с нуля до адаптироваться к текущим тенденциям в технологиях. Польза от бизнеса здесь, конечно, долгосрочная. Когда мы обновляем основные технологии приложения, это позволяет новым людям поддерживать приложение в современном стиле. Компании легко найти ресурсы, которые будут поддерживать приложение.
Они менеджеры проектов
Они контролируют объем проекта и этапы реализации проекта. Они классифицируют требования заинтересованных сторон, используя 3 категории. Эти 3 категории: обязательно иметь, обязательно иметь и хорошо иметь. обязательные - это те требования, которые, если они не будут доставлены или не будут доставлены должным образом, сделают проект или приложение непригодным для использования. обязательные требования - это те требования, которые важны, но не так важны, чтобы сделать приложение непригодным для использования. Приятно иметь требования - это те требования, которые являются лишь вишенкой на торте (например, экран входа в систему должен быть белого и черного цвета и должен иметь этот шрифт) . Это помогает сосредоточить внимание на последовательности реализации проекта.
Они не лгут о прогрессе
Это действительно важно. За 6 лет работы в ИТ-индустрии я видел людей с большим опытом, чем я, лгающими о своем прогрессе. Они просто откровенные лжецы и придурки, которых заботит только их зарплата. Извините за разглагольствования, но по моему опыту это правда. Важно, чтобы EP были честными людьми. Люди, которые признают свои ошибки - свой прогресс, люди, которые просто честны.
Забрать
Если вы также хотите стать корпоративным программистом, это на самом деле весело, увлекательно и сложно. Вы встречаете людей, которые будут поддерживать вас, людей, которые будут стоять на нейтральной позиции, и людей, которые будут противостоять вам и тому, как вы поступаете. Все это часть корпоративного программиста, с которой вам также придется иметь дело.
Сообщите мне, что вы думаете, разместив комментарий ниже. Я хотел бы услышать ваш отзыв.
Если вам понравилась эта статья, поделитесь ею с другими людьми, которые, по вашему мнению, также оценят этот контент.
Получите доступ к экспертному обзору - Подпишитесь на DDI Intel
