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

Я сделал много ошибок. Но именно так я усвоил большинство этих уроков. Я многому научился в этом году. Итак, вот 8 основных уроков, которые я усвоил за первый год работы разработчиком программного обеспечения.

1. Где на самом деле работает ваш код?

Это то, чему на самом деле не учат в университете. Инфраструктура. Где на самом деле будет работать написанный вами код? Он работает на локальных серверах или в общедоступном облаке? На каких серверах они работают? Как вы обеспечиваете высокую доступность и безопасность серверов? Вы балансируете нагрузку между несколькими серверами? Сколько тестовых сред вам нужно настроить и насколько они должны быть доступны? Каковы последствия любого простоя вашего приложения и как это изменит вашу инфраструктуру?

Затем вам нужно подумать о том, как вы собираетесь упаковать свой код для работы в выбранной вами инфраструктуре.

Кодирование во многом связано с фактическим кодированием программного обеспечения, поскольку речь идет о кодировании инфраструктуры, в которой будет находиться код.

2. Конфигурация важна

Вы знаете, как в университете, когда вы выполняете задание, у вас могут быть переменные. Возможно, вы сохраните их локально внутри функции. Если у вас все хорошо, возможно, вы сохраните их как глобальные переменные. Но на самом деле никого это не волнует, потому что задание просто автоматически помечается, поэтому, если ваши результаты верны, вы получаете 100%.

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

3. Регистрируйте все

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

Вы не можете этого сделать, если только вы не работаете в среде разработки. Скорее всего, у вас будет ограниченный доступ к производственным серверам, поэтому ведение журнала — это то, на что вы будете полагаться при устранении ошибок.

4. Используйте защитный код

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

Контрольная работа. Контрольная работа. Контрольная работа.

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

5. Документация

Важно документировать, как работает ваш код.

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

6. Дело не только в коде

Понимание всего жизненного цикла разработки программного обеспечения. Даже если вы разработчик, вы не застряли на этапе разработки жизненного цикла разработки программного обеспечения. Вам также потребуется работать с тестировщиками и вашими заказчиками или клиентами для создания надежного, удобного в использовании и отвечающего их потребностям программного обеспечения.

Доставка программного обеспечения — это гораздо больше, чем просто код.

7. Все пойдет не так

Это нормально. Это ожидаемо. Все всегда идет не так. Речь идет о том, как вы справляетесь с ситуацией, когда что-то идет не так.

8. Всегда учись

В технике все постоянно меняется. Всегда есть чему поучиться. Будь то новый фреймворк или новые технологические решения, такие как общедоступное облако AWS. Так что прими это. Не бойтесь перемен.