Должно быть интересно, что такое 6/97? Я помогу тебе разобраться :D
Не просто учите язык, понимайте его культуру, Андерс Норас
Не повторяйтесь, Стив Смит
Золотое правило дизайна API, Майкл Фезерс
Знаю более двух языков программирования, Рассел Уиндер
Ваши клиенты не имеют в виду то, что говорят о Нейте Джексоне
Принцип единственной ответственности дяди Боба
Как изменился мой подход
Не просто учите язык, понимайте его культуру, Андерс Норас
На протяжении всей своей карьеры программиста я был очень сосредоточен и увлечен изучением различных языков программирования. Каждый раз, когда я изучал новый язык программирования, я погружался и пробовал синтаксис и структуру программирования, но после прочтения статьи «Не просто выучить язык, понять его культуру» я планирую сосредоточиться на шаблонах проектирования. и несколько способов реализовать определенную вещь, например, с помощью тернарного оператора, который является еще одним способом реализации операторов условия if-else.
Хотя я знал об основной идее, изложенной в этой статье, она, безусловно, дала мне расширенную перспективу и взгляд на будущее в изучении языков программирования. Поскольку каждый язык программирования имеет свою парадигму проектирования, которая отражает конкретную цель или причины его создания, он также имеет различные сильные и слабые стороны. В настоящее время в нашем распоряжении так много языков программирования, что жизненно важно выбрать наиболее подходящий для реализации решения вашей проблемы. Поэтому я планирую уделять больше внимания «пониманию культуры», что включает в себя понимание того, подходят ли они лучше для определенных задач, больше используются в определенных отраслях или предпочитаются программистами с определенным подходом.
Ваши клиенты не имеют в виду то, что говорят Нейт Джексон
«Ваши клиенты не имеют в виду то, что они говорят» напоминает мне о времени, когда я был внештатным веб-разработчиком/дизайнером. Я работал в компании по недвижимости, и владелица действительно не была уверена в том, что она хотела. Она попросила меня сделать базовый дизайн, а затем, когда я сделал первый проект, она попросила меня сделать веб-сайт более современным. Я столкнулся с той же проблемой с другими клиентами, и теперь я нашел способ спросить, чего они хотят. Я даю им доску настроения, а также прошу у них доску настроения, с помощью которой я могу получить представление о том, что именно они ищут в дизайне.
На этом изображении показан пример мудборда, который я прошу сделать у своих клиентов, и я также его разрабатываю. Мудборд — это тип большого коллажа, состоящего из изображений, цветовых сочетаний и типографики, из которых человек черпает вдохновение. Изображения могут быть семейными, природными, чем угодно, что мотивирует или вдохновляет.
На этом изображении[1] показан пример мудборда, который я прошу сделать у своих клиентов, и я также его разрабатываю. Мудборд — это тип большого коллажа, состоящего из изображений, цветовых сочетаний и типографики, из которых человек черпает вдохновение. Изображения могут быть семейными, природными, чем угодно, что мотивирует или вдохновляет.
Поскольку мы знаем, что обслуживание прямо пропорционально удовлетворенности клиентов, что в основном означает, что если клиент не получает то, что он хочет, он не будет клиентом очень долго. После понимания и анализа статьи я сосредоточусь на сборе дополнительной информации. Люди говорят и делятся информацией, разница только в том, как они эту информацию выражают. Моим решением было бы использовать мудборд, с помощью которого как технические, так и не технические клиенты могут выразить себя. Также иногда изображение говорит больше, чем слова, поэтому я считаю, что это мой подход. Получение отзывов — еще один подход, который я бы использовал, поскольку он дает ценную информацию о характеристиках продукта. Последующие электронные письма / звонки также дают возможность улучшить процесс, чтобы лучше понять клиента. Также я спроектировал и разработал приложение для общения с клиентами. Это поможет в обмене информацией и отзывами о проектах.
Принцип единой ответственности дяди Боба
Изображение[2]
Когда я наткнулся на статью «Принцип единой ответственности», я мог связать ее с шаблонами проектирования, которые мы используем при работе в индустрии программного обеспечения. Никогда не объединяйте все функции в одном классе. Зная важность этого шаблона, я понял, что для каждой функциональности должны быть отдельные модули/классы.
Поначалу изучение принципа единой ответственности кажется сложной задачей, но оно определенно важно для роста продукта и культуры разработки. Этот принцип поможет определить оптимальное количество классов, а также определит функциональность каждого класса.
Что я ожидаю улучшить в своем стиле программирования
Шесть принципов, которые я выбрал, а затем подробно изложил, определенно улучшат мою точку зрения при работе над конечным продуктом в качестве разработчика и дизайнера. Они очень помогли мне определить, как формировать мои навыки и создавать лучшие продукты. Из каждой темы я узнал ценные моменты, которые я могу использовать на практике, а также в теории. В этих статьях подчеркивается тот факт, что для создания эффективных продуктов требуется обширное знание предметной области по всем вертикалям. Некоторые реализации более эффективны и компактны на одном языке программирования, чем на другом, и, следовательно, могут привести к оптимизированному конечному результату. Когда я работал веб-разработчиком с Ruby on Rails, я услышал о DRY (не повторяйтесь) и, естественно, когда я прочитал эту статью, я планирую использовать это для своих продуктов, поскольку это устраняет избыточность. Знание клиента и рынка — это всегда хорошая идея, особенно когда вы работаете фрилансером. Изучая различные способы, которыми клиент может выразить свои требования, я могу найти способы читать своих клиентов и, в свою очередь, помочь им узнать, что именно они хотят. хотеть. Я планирую писать программный код, который не связан, у каждого класса есть своя работа. Это гарантирует, что если я внесу какие-либо изменения, это с меньшей вероятностью сломает все приложение. Из этой статьи я узнал о важности ремонтопригодности, а также узнал, что написание отличного кода — это искусство, но изучение новых принципов проектирования программирования поможет мне создавать надежное и удобное в сопровождении программное обеспечение.
