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

eto klyuchevye navyki nekodirovaniya kotorye dolzhny obladat vsemi programmistami?v=1656539055

от karntrehan

OTK3hrVOxOCf17J6kEhDsmLTKgbSo12HSmtF
от rawpixel на Unsplash

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

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

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

Чтение

Мы читаем каждый день.

Будь то код коллег-программистов, (иногда причудливая) документация, блоги, форумы или факты о Джоне Ските на StackOverflow, мы постоянно читаем.

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

В день, когда мы перестанем читать, мы рискуем устареть. Именно так быстро двигается сфера технологий. Лучший способ сделать что-нибудь сегодня может быть не лучшим завтра.

Итак, чем больше мы читаем, тем лучше становимся.

Для меня очень важно читать чужой код и иметь мнение по нему, чтобы понять, как выглядит хороший код. Таким образом, я могу написать лучший код или предложить улучшение кода, который я унаследовал.
Бурхануддин Рашид

Письмо

Мы пишем много некодового контента в наших проектах. Это включает в себя красивую документацию, комментарии и сообщения о фиксации. Некоторым из нас нравится проводить время, писать блоги.

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

Написание некодового контента не является естественным для всех нас. Очень помогают отзывы и мотивация сверстников.

Мы просим отзывов, работаем над этим и усовершенствуемся. И если мы не всегда просим, ​​просто дайте нам отзыв с сочувствием, мы будем ценить это больше всего.

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

Слушание

Мы постоянно слушаем и переводим. Мы постоянно превращаем нетехнические требования в функции в технологические решения.

Когда мы слышим «Добавьте кнопку, чтобы сделать X», мы думаем о различных последствиях, которые могут иметь изменения, код, вещи, которые они могут взломать, а также об опыте пользователя.

Мы заботимся о наших пользователях так же, как и все остальные в команде.

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

Аудирование – это очень базовый и один из важнейших навыков, которые должен иметь любой разработчик. Самый простой способ понять требование – «сопереживание». Поставьте себя на место клиента или конечных пользователей и посмотрите на вещи с их точки зрения. Задайте себе следующие вопросы:
• Как это решает проблему?
• Достаточно ли это интуитивно понятно?
Санкет Саху

Общение

На мой взгляд, легкость общения определяет успех организации. Насколько легко разные заинтересованные стороны в команде могут общаться друг с другом, определяет шансы на успешное достижение наших целей.

У нас есть идеи. Мы любим ими делиться. Чем легче каналы коммуникации, тем легче делиться идеями, знать, чего от нас ожидают, и вносить вклад в достижение общей цели.

Если коммуникация вокруг нас сложная, это становится признаком красного знамени и усложняет ситуацию для многих из нас.

Как разработчику важно сочувственно общаться со своей командой дизайнеров. Когда вы получите дизайн и получите обратную связь, спросите у дизайнеров: «Какое мнение было за этим?», «Это хочет пользователь?». Спросить почему вместо того, чтобы говорить «…это могло быть лучше», помогает наладить эффективное общение и гарантирует, что ваш отзыв будет хорошо принят.
Фаиз Малкани

Расстановка приоритетов

Мы постоянно ставим задачу приоритетные баллы.

Я должен работать над этой функцией или другой? Что бы мне помогло? Что помогло бы моей команде? Что поможет пользователям? Кто другой напишет это лучше? Следует ли попытаться написать идеальное решение с самого начала или написать что-то, что работает сейчас, а затем переделать его, чтобы сделать его лучше, прежде чем отправить?

Правильное определение приоритетов задач поможет нам лучше выполнять и уменьшить затраты на лишние задачи.

Приоритет важен, поскольку в разработке всегда есть возможность усовершенствоваться, есть много функций, которые нужно добавить, и много проблем, которые нужно решить. Если мы не расставим приоритеты, проект никогда не закончится. В основном я ставлю приоритеты «затраченное время, влияние, конечный результат, усилия, пользовательская ценность, ценность для бизнеса»
Амит Шехар

Общительность

Мы отличные командные игроки.

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

Чем больше мы думаем и работаем в команде, тем успешнее каждый из нас в отдельности.

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

Наставничество

Многие из нас самоучки и постоянно учатся.

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

Когда наша уверенность растет, мы начинаем пробовать новые вещи. Иногда мы совершаем ошибки, учимся на них и делимся своими знаниями с миром. Это когда мы начинаем быть наставниками для кого-нибудь другого.

Наставничество, на мой взгляд, больше похоже на BitTorrent. У вас есть части целого, ни у кого не все, и вы всегда делитесь тем, что имеете, с другими, у которых его нет, даже если у вас есть 1% файла.
Аникет Каддам

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

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

Мы сообществом и играем важную роль в его росте.

Я пропустил какой-нибудь навык? Хотите обсудить какие-либо навыки более подробно? Хотите поделиться личной историей, связанной с одним из этих навыков? Должно ли это быть частью учебной программы? Оставляйте комментарии ниже или свяжитесь со мной в Twitter!

Добавить комментарий

Ваш адрес email не будет опубликован.