Я был разработчиком программного обеспечения/инженером для прошлого 11 лет Отказ И вот 5 вещей, которые я узнал.
Вот небольшой контекст: У меня нет Ba/BSC/MSC в информатике или программно-техническом инженерии. Я получил погружение в цифровой медиа-дизайн.
1. Единственная константа меняется
Ждать. Я знаю.
Вы собираетесь перестать читать и сказать WTF. Это так клише!
Ага. К сожалению это так.
Простой пример: Вы заметили, насколько быстро угловая получает новый релиз?
Декабрь 2016 года, когда угловые 4 были выпущены, все приветствовали и побежали с ним, пытаясь его освоить. К тому времени, когда они «освоили» угловые 4, это было 2017 год.
Угловые 5 выпущены ноябрь 2017 года.
Шутки в сторону. Вот как быстро меняется.
И мы не говорим о простых обновлениях. Каждая новая итерация угловых приносит значительные Обновления Действительно
Так что это принесет меня прямо к моей следующей точке:
2. Самый лучший навык, чтобы иметь: Быть быстрым учеником
Вы можете перечислить все виды языков кодирования, рамки и методологии на вашем CV. Но все это просто инструменты.
Если все, что у вас есть, это молоток, все выглядит как гвоздь
Я видел много проектов, которые не выгоду от реагирования, но все же … Реагирование было выбрано. Потому что это была последняя любимая новейшая игрушка, с которой все хотят играть.
Иногда реагируют ответ, но иногда угловой может обеспечить лучшую посадку? Или, может быть, Vue вместо этого может принести наибольшую ценность? Или, может быть, метеор? Или позвоночник? Или никто из них?! Просто напишите в простом ванильном JavaScript или Typeycript!
Что ж… Это ответственность по техническому линию или CTO. Пусть он решит, что лучше всего для проекта.
Но, если честно. Я встретил Много CTOS, которые знают Джека дерьмо о том, что означает гидро методика, но они принимают решение.
И это приводит меня к моей третьей точке
3. Это совершенно хорошо, чтобы признать, что вы не знаете определенные вещи
Я не уверен, почему так трудно признать, что вы не знаете определенного решения или реализации.
ВСЕ НОРМАЛЬНО!
ВСЕ НОРМАЛЬНО!
Но некоторые инженеры, особенно те, у кого есть опыт десятилетия, с MSC в науке Comp от какой-либо модной школы … Они просто отказываются признать, что они не уверены, или им может понадобиться помощь. Они отказываются поднимать руку за помощью, если они не уверены в некоторых инструментах или процессе сборки.
Это должно остановиться.
Потому что единственное, что удерживает вас от прогрессирования дальше и выше, это ваше эго.
Не позволяйте своему эго остановить вас. Если вы этого не знаете, спросите. Даже если человек, которого вы спрашиваете, – это новый выпускник или новый столик. Это не больно спрашивать.
Я знаю, что многие разработчики предпочитают понять вещи самостоятельно. Черт! Вот как я узнал. Я продолжал на шлифовании и в конце концов, я исправил проблему.
Но сделайте это в свое свободное время. Если вы все еще шлифоваете, но Datheline находится через несколько дней, я думаю, что вы должны позвонить в кавалерии. По крайней мере, попросите направления. Спросите, пойду ли вы правильно. Это не повредит.
Да, мы действительно можем потреблять технологию, которые мы потеряли в виду объективность. Цель проста: Вы помогаете своему работодателю зарабатывать деньги Отказ
Это приводит меня к моему следующему пункту.
4. Сосредоточиться на продукте, а не на технологии
Технология просто позволяет вам сделать эту деловую транзакцию. Но это не то, что продает бизнес.
Всегда думайте на перспективе бизнеса. Какую функцию вы предоставляете Value-Добавить бизнес?
Позвольте мне дать вам технический пример, который связан с бизнесом.
Пример 1: Сокращение времени загрузки от 5 секунд до 0,5 с
Это огромное значение. Это помогает с:
Опыт работы с клиентами
Снижает посетителей выйти/выезд
Увеличение возможности преобразования транзакции
Поэтому больше доходов бизнеса
Пример 2: Сокращение Сценарий сборки NPM Время сборки с 13 сек до 0,7 с
Это случилось со мной в одной из моих предыдущих рабочих мест. Этот проект, который я унаследовал использовал NPM с просматривать Но это было так грязно и неуклюже, что сохраняет файл с CMD/CTRL. + s Каждый раз вызывает сценарий сборки, который занимает 10-13 сек для завершения.
И сколько раз в день мы нажимаем CMD/CTRL. + S ? Умножьте, что с количеством работы разработчиков? Умножьте это с стоимостью оплаты этих разработчиков? Сколько человеко-часов потрачено просто ждать NPM Build закончить работу?
Вы наняты не только для записи кода. Вы наняты, так что вы помогаете компании быть более успешной.
И конечно, время, когда-то, когда вы сидите, и вы задаетесь вопросом, я не могу настроить свой собственный бизнес?
И, может быть, вы сделали. Может быть, некоторые друзья поднимаются к вам и спрашивают, заинтересованы ли вы их запуска. И они начнут качаться к вам свои идеи.
Много и много идей.
Который сейчас связывается на мою последнюю точку
5. Идеи дешевы. Исполнение дорого
У каждого есть идея. Но не каждый может его выполнить. И даже меньше может выполнить это хорошо.
Я слышал все это.
Мы собираемся быть эквивалентом Facebook для цифровых журналов!
Мы собираемся быть Uber Equivalent для преподавателей для частичного времени!
Мы будем похожи на Google! Но для X сообщества!
Первые несколько раз, когда я слышу удивительную идею, я взволнован. Но в конце концов я очень отследил. И я понял, что казнь этих идей не хватает.
Так что не надувайтесь, чтобы отказаться от идеи. Потому что есть больше.
И поскольку казнь дороже, особенно если у вас есть учетно, чтобы доказать это, не бойтесь ценить себя одинаково. Не сбрасывайте себя.
Конечно, истории 5 друзей, приглашенных Марком Zuckerberg, были циркуляция Интернета, как лесной пожар. Итак, у Джека МА оригинальные продажи в 1999 году.
Но, пожалуйста, будьте осторожны, и у вас появился ваш детектор BS на выемке.
Конец!
Да, так что это 5 важных вещей, которые я узнал.
Конечно, есть способ, которые я понял, что я понял, выяснил, наткнулся и узнал за последние 11 лет, являясь инженером/разработчиком программного обеспечения. Если вы хотите добраться до меня, не стесняйтесь бросить мне комментарий! ^ _ ^
Оригинал: “https://dev.to/mdhilwan/i-ve-been-a-dev-for-11-years-5-things-i-learned-g1d”