Примечание. Все, что я здесь пишу, является лишь моим личным мнением. Чтобы стать лучше, не существует жесткого и быстрого правила, кроме обучения, внедрения и не сдаваться.
Ведение блога:
Дело не в том, сколько языков программирования вы знаете или на каком языке вы предпочитаете писать свою идею на миллиард долларов. Это больше о том, как представить свои идеи коллегам. Ведение блога — это хороший способ улучшить свои коммуникативные навыки и донести свое послание до всего мира. Помнить! Ведение блога не является вашей основной целью. Ваша основная цель — улучшить свои коммуникативные навыки. Поэтому неважно, хорошо или плохо вы это делаете, просто продолжайте это делать. Вы определенно поправитесь, но не позволяйте ведению блога проникать в ваши мысли. Помните о цели.
Почему вы должны работать бесплатно:
Все хорошее бесплатно. Почти все серверы работают на Linux, и это бесплатно, Apache хорош для размещения веб-сайтов, и это бесплатно. Многие сервисы создаются такими людьми, как мы, и передаются в дар людям, таким как мы, как с открытым исходным кодом. Открытый исходный код — это огромное сообщество, внося свой вклад в него, вы не только делаете что-то хорошее для общества, но и общаетесь с самыми разными людьми по всему миру, чтобы учиться у них. и вы также можете показать свою работу вашей следующей компании.
Заточите пилу:
Вы можете получить старую пилу и начать рубить деревья. Вам понадобится 2–4 часа, чтобы распилить его ИЛИ вы можете потратить 20 минут, чтобы заточить пилу и спилить дерево за 1 час. Вам решать, но я предпочитаю последнее. Прежде чем вы начнете печатать код, просто взгляните на подходы, а затем выберите наиболее эффективный метод. Убедитесь, что ваши инструменты готовы и отточены, прежде чем прыгать в IDE.
Двигайтесь быстрее, если что-то мешает повороту:
Google начал создавать Chrome в 2006 году (слухи появились в 2004 году) и выпустил его для широкой публики в 2008 году. С другой стороны, производство IE было медленным, и теперь его нет. Google начал производство и работал так быстро, как только мог. Когда они находят что-то на пути, они просто поворачивают свою машину и находят другой путь, чтобы добраться до точки. Стратегия была «Иди быстро, и если что-то встанет на пути, поверни».
Миф о многозадачности:
Некоторые люди думают, что они могут делать несколько дел одновременно, и это повысит их эффективность, но это не так. Было замечено, что многозадачность снижает эффективность и уровень IQ человека на 10 пунктов (вдвое больше, чем у Виида). Многозадачность делает вас глупым, а не гением. Так что помните золотое правило «Одна проблема за раз». Это не означает, что вы не можете работать над несколькими проектами одновременно, просто помните, что когда вы работаете над одним, не думайте о другом.
Первое правило программирования: всегда виноваты вы
Да, в следующей версии вашей любимой IDE может быть ошибка. Но прежде чем прийти к такому выводу, просто перечитайте свой код. А потом еще раз перечитать. Ничего страшного, если по вашей вине мы все совершаем ошибки и терпим неудачу каждый день (как программисты, это единственное, чем мы занимаемся 😁). Но прежде чем вы начнете думать об инструментах, просто помните, что в вашем коде может быть ошибка. Заставьте другой разум прочитать ваш код. Попросите коллегу поработать с вами и выяснить проблему.
Лучший код — это вообще НЕТ кода:
Код — ваш злейший враг. Чем больше ваш код, тем сложнее становится ваше программное обеспечение для разработчиков, которые следуют за вами. Это не значит, что вы не пишете код. Пишите меньше кода. Итак, код не ваш враг, вы враг, когда вы пишете 100 строк кода, чтобы найти четные и нечетные целые числа в массиве. Так что код меньше, код чистый и код как искусство.
Научитесь читать источник:
Документация всегда была слабой стороной разработчиков. Документация никогда не говорит вам, что она на самом деле делает, и иногда документации недостаточно. В этом случае вы должны уметь читать исходный код и понимать, что и как он делает. Прочтите его, отредактируйте — если нужно — и поймите, как волшебник. Это не только поможет вам с вашим программным обеспечением, но и поможет вам понять библиотеки, которые вы используете.
Управляйте своим кодом:
Хакеры знают одно правило
Если он работает на вашем компьютере, это ваш код.
И вы должны знать свой код и контролировать свой код. Поэтому, когда у вас есть свободное время, возьмите исходный код vsCode с GitHub и начните читать его, если вы найдете, как его улучшить, внедрить, использовать для себя или создать PR, чтобы вы могли стать участником Open Source.
Решите свои проблемы самостоятельно:
Много раз мы сталкивались с проблемой, а затем просим нашего коллегу помочь. Хорошо, что никто не должен кодить в одиночку. Но прежде чем спросить своего друга. Вы должны попытаться объяснить себе проблему. В большинстве случаев проблема проста и ее можно решить, просто взглянув на нее с другой точки зрения.
Знайте «Зачем» вы строите:
Если цель ясна, путь становится легким. Когда вы что-то строите, всегда думайте, что вы строите и зачем вы строите. Как это повлияет на общество и как я представлю его обществу. Кто будет его использовать и как он поможет пользователю.
Производительность — это характеристика:
Производительность — это функция программного обеспечения. Задержка в 1 секунду в результатах поиска Google может вызвать 20% интернет-трафика. Таким образом, для таких компаний, как Google, Amazon, Apple и Meta, производительность является серьезной проблемой. Эта проблема может быть решена с помощью лучшего оборудования, сжатия, структур данных и алгоритмов. Всегда любите своих пользователей и давайте им лучшее, что вы можете, лучшую производительность, лучший пользовательский интерфейс и лучшую систему поддержки.
Решайте проблему, а не язык:
Легко найти кодера, но не решателя проблем. Человек, который может кодировать на Python, но не может объявить переменную в JavaScript, не является эффективным программистом по сравнению с человеком, который может решать проблемы кодирования независимо от языка программирования. Как программист, мы должны думать о решении проблем, а не о написании кода на конкретном языке.
Как нанять программиста:
Нанять программиста — сложная задача. Как только вы наняли человека, ваша компания и ее продукт начнут зависеть от него. Но помните, мы не можем полностью судить о человеке только по одному или двум интервью. Портфолио — хороший способ увидеть способности человека. Помимо этого, вы можете увидеть LinkedIn и другую платформу социальных сетей, чтобы увидеть, как человек работает и вносит свой вклад в сообщество разработчиков. Поскольку ООП было хорошей концепцией для работы в прошлом, мы знаем, что ООП — это не будущее. Теперь больше языков и дизайнов используют функциональный подход для решения проблем.
Я видел, как компания нанимала новоиспеченного выпускника на должность, требующую 5+ лет опыта, и он показал себя очень хорошо. Так что я скажу
Многолетний опыт — это миф…
Одному человеку потребовалось 6–12 месяцев, чтобы освоиться с языком. Это должен быть единственный опыт, необходимый для работы, после чего человек должен быть нанят на основе их социальных навыков и навыков решения проблем.
Командная работа:
Говорят: «Командная работа — это работа мечты». Вся команда должна работать вместе, чтобы достичь цели эффективно и более. Вам не нужно любить каждого своего сотрудника. Просто работайте с ними, потому что вы зависите друг от друга.
Лидер должен быть в состоянии объяснить все ожидания от проекта, а лучший способ объяснить это - привести пример.
Иметь список адресов электронной почты — это хорошо. Но будет лучше, если руководитель начнет с предложения, а не с приказа. Вместо Приказа руководитель должен подойти к столу программиста и предложить ему сделать. Он никак не может сказать НЕТ.
«Возлюби ближних своих», ободряй их и помогай им в их делах. Сотрудничая с ними, вы заработаете не только уважение, но и некоторые знания.
Проверка кода — это плохо. Один человек пишет код, а другой пытается найти в нем ошибки. Это не здоровый подход к работе. С другой стороны, парное программирование — это здоровый способ достижения тех же результатов.
Ваша Бэтпещера:
Подготовка – половина победы. Убедитесь, что у вас есть подходящее оборудование для работы, хороший компьютер, клавиатура, мышь и удобное кресло. Мультискрин значительно увеличивает вашу эффективность. Освещение также является важным компонентом рабочей станции, тёмная тема — хороший выбор как для IDE, так и для Room, но всё тёмное тоже плохо. Должно быть хорошее освещение. Слишком много света и слишком много темноты. В любом случае это личный выбор.
Думайте как Пользователь:
Когда вы разрабатываете программное обеспечение, такое как User. Это даст вам хорошее представление о том, что вы должны построить и где что-то представить.
Пользовательский интерфейс — это приложение:
Большинство пользователей заботятся о простом и удобном пользовательском интерфейсе. Задержка в три секунды с загрузчиком лучше, чем задержка в одну секунду с белым экраном. Пользователя не волнует, сколько функций имеет бэкэнд. Их не волнует, занимает ли загрузка 0,5 секунды или 1,5 секунды для загрузки данных. Все, что вам нужно сделать, это убедиться, что пользователь остается на странице, пока данные не будут загружены.
Эти несколько вещей, которые, как я думаю, помогут нам стать эффективными программистами, я с нетерпением жду ваших отзывов. Не стесняйтесь дать вам предложение.
Удачного кодирования… 😊
