Что ж, прошло уже 10 лет с тех пор, как я работаю Android-разработчиком. Это было большое путешествие, чтобы сделать то, что вы также любите. С опытом вы научитесь делать что-то лучше, но в то же время это также может привнести в ваш разум немного гордости за себя, чего вам следует опасаться. Больше опыта вы получаете, больше времени прошло из этой жизни. Так что не всегда думайте о будущем; в прямом эфире сегодня. Программирование — это пожизненная борьба за то, чтобы продолжать учиться.
До сих пор я испытал несколько вещей в своей карьере разработки, я отметил их как «Уроки». Я надеюсь, что они могут быть полезны для кого-то.
- Используйте слепой ввод
Первое первым. Я думаю, что самой основной частью разработки должна быть «печать», верно? :). Я видел некоторых разработчиков (особенно первокурсников), использующих стиль печати Hunt и peck. Не поймите меня неправильно. Набор текста не имеет ничего общего с навыками разработчика. Я говорю вам, откуда я родом.
По мере того, как вы растете как разработчик программного обеспечения, ваше тело и разум стремятся писать код быстрее, поэтому ваша скорость набора текста должна соответствовать этому уровню. Если вы не используете слепую печать, объем вашего кода будет ограничен вашей скоростью печати, вам бы этого не хотелось, не так ли? Слепая печать всегда будет быстрее, чем охотничья и клеющая, по мере роста вашего опыта. Миллисекунды, сэкономленные при наборе текста, в проекте превращаются в минуты/часы. Вы будете выполнять свои задачи гораздо быстрее. Кроме того, слепая печать тоже выглядит круто, не так ли? :) . Вы все еще можете начать, если еще не сделали этого.
2. Программирование должно быть любовью ❤️ не работой
Ну, не может быть, конечно, совсем так; Программирование — это тоже работа, чтобы зарабатывать деньги и кормить свою семью. Но все же, если бы вы кодировали так, как вам это нравится, ваша работа не выглядела бы как работа. Будет интересно написать что-то осмысленное, сделать код более оптимизированным, написать меньше кода, чтобы делать то же самое.«Когда программирование — это любовь, вы, как правило, учитесь больше, чтобы повысить свою эффективность».
3. Slow and Steady выигрывает гонку 🐢
Я всегда был «хорошим разработчиком», а не «отличным разработчиком». Но мне посчастливилось полюбить программирование. Иногда вы становитесь медленным, когда вы растете как разработчик. Вы придерживаетесь одного и продолжаете делать то же самое. Я вижу, как то, чему я пытался научиться, теперь приносит плоды.
- Теперь я вижу постоянное улучшение своего кода. Код становится короче для одной и той же задачи.
- Теперь код становится расширяемым и ремонтопригодным.
- Теперь я могу лучше видеть общую картину проекта.
- Я могу предвидеть, какой раздел кода нужно написать таким образом, чтобы его можно было расширить.
Вам просто нужно делать это медленно и ровно, как Черепаха 🐢. Он продолжал двигаться и в итоге выиграл гонку 🏁.
4. Не сравнивайте себя ни с кем 😎
Помните: всегда найдется кто-то лучше вас и кто-то хуже вас. Так что перестаньте гоняться за кем-то. Это всегда ты против тебя. Кроме того, это не обязательно должна быть гонка/соревнование за первое место. Программирование должно приносить удовольствие; тебе нравится это. Вам это нравится, поэтому вы пытаетесь научиться писать хороший/эффективный код. Вы становитесь лучше в кодировании и экономите время для себя, чтобы расслабиться :)
4. Изучите принципы проектирования и шаблоны проектирования
Я пришел из объектно-ориентированного языка, но я уверен, что принципы проектирования (такие как Solid, Dry, Kiss) и шаблоны проектирования также найдут место в языках, не основанных на OOPS. Я считаю, что они являются фундаментальными строительными блоками хорошей структуры проекта. Вы должны выучить их. Вы можете не получить их за день, вам нужно будет постоянно пересматривать/практиковать их. Обязательно прочитайте книгу «Шаблоны проектирования Head First» 📙.
5. Структура проекта — самая важная часть
Я всегда хотел иметь возможность разработать хорошую структуру проекта. Кроме того, я считаю, что структура проекта является наиболее важной частью, поскольку от нее будет зависеть, сколько времени вы будете тратить, устраняя проблемы и внедряя «Изменения» по мере роста проекта. Плохая структура превращает проект в беспорядок, когда он становится больше. Разработчики больше не хотят над этим работать.
Как указано выше, хорошая/идеальная структура исходит из знания принципов проектирования и шаблонов проектирования. Эти принципы и шаблоны привносят абстракцию в код, что обеспечивает его расширяемость и удобство сопровождения. Хорошая структура проекта также обеспечивает возможность повторного использования кода. Меньший код, меньшие зависимости, меньшие проблемы.
6. Не забывайте о своем здоровье, пока заняты зарабатыванием денег 💰
Что ж, у меня есть полноценный Блог на эту тему. Я хотел упомянуть этот момент здесь, так как очень важно сохранять здоровье при разработке программного обеспечения. Все мы знаем, что у нас сидячая работа, которая сказывается на нашем здоровье. Кроме того, разработчики склонны немного жадничать в зарабатывании денег; высокооплачиваемая работа не всегда сопряжена с меньшей ответственностью. Я просто хотел упомянуть здесь, что, пожалуйста, не забывайте о своем здоровье, когда заняты зарабатыванием денег. Вы не можете ничем наслаждаться, если вы нездоровы. Продолжайте тренироваться/тренироваться 🏃.
Что ж, мы умираем, учась до последнего вздоха. Мы не можем быть совершенными, но мы всегда лучше, чем вчера, если продолжаем учиться. «Программирование — это искусство, которое становится лучше с практикой»
