Всем привет, JavaRush сообщество! Сегодня поговорим о качестве codeа. Да-да, дорогие друзья. Никто не совершенен. Ко всем когда-нибудь приходит понимание, что code мог бы быть лучше… Но что же делать в этой ситуации? Как минимум, начать исследовать этот вопрос. Раз уж вы здесь, значит тема вам интересна, так что поехали. Сегодня опишем способы, при помощи которых можно сделать свой code лучше и чище. Так, чтобы не было в будущем стыдно за свой нынешний code!..)) Все эти методы помогут программисту стать хорошим программистом.
1. Хочешь улучшить свой code — читай чужой
Если хотите резко повысить умение программировать, необходимо… читать code, написанный другими программистами. Можно верить в это, можно не верить. Но если рискнуть, обещаю: будет вознаграждение за потраченное время. Например, не читать на Хабре, How работает HashMap, ArrayList, LinkedList и так далее, а почитать их code и разобраться самостоятельно. Привожу список классов для прочтения:
HashMap — самые частые вопросы на собеседованиях по нему. Можно убить сразу нескольких зайцев: и code понять, и знания нужные получить.
ArrayList — тот же случай, что и с HashMap. Там нет Howих-то сложных вещей, но почитать и разобраться действительно стоит.
String — отличный пример. Понять, почему же он immutable.
AtomicInteger — прикольный класс: там описан процесс, How атомарно выполнять операции над Integer an objectми.
А далее — хоть все классы подряд…)
Если говорить о чем-то более серьёзном, конечно, стоит почитать code от компании Pivotal. Эти ребята написали самую востребованную экосистему в Java-мире. Их code точно стоит того, чтобы почитать. Поэтому советую начать со Spring Core. Чтение незнакомого исходного codeа — это сложная, но очень полезная работа.)
2. Следуй Code Conventions — соглашениям по написанию codeа
Соглашения по написанию codeа — это набор рекомендаций, которые разрабатываются командами девелоперов и включают рекомендации по стилю программирования и методам для каждого аспекта codeа, который написан внутри компании or определенного проекта. Эти соглашения How правило специфичны для каждого языка программирования и охватывают организацию файлов, отступы, комментарии, объявления, операторы, пробелы, соглашения об именах, методы и принципы программирования, правила программирования, передовые методы архитектуры и т. д. Основное преимущество определенных стандартов заключается в том, что code выглядит одинаково и написан в одном стиле. Это делает его более читаемым и помогает программистам понимать code, написанный другим программистом. Если стандартам codeирования будут следовать и последовательно применять их в процессе разработки, в будущем будет проще поддерживать и расширять code, реорганизовывать его и разрешать конфликты интеграции. Соглашения о codeе важны для программистов по ряду причин:
40%-80% стоимости программного обеспечения уходит на его обслуживание;
вряд ли Howое-либо программное обеспечение поддерживается автором в течение всей его жизни;
соглашения о codeе улучшают читаемость программного обеспечения, позволяя программистам быстрее понять новый code.
Честно говоря, я большой поклонник стандартов codeирования. Для меня имеет смысл проводить время, обсуждая и споря о них, так How это ценное занятие, которое сэкономит ваше время и усorя в будущем. Code Conventions должны часто пересматриваться. Правила можно перевести с «обязательного» на «необязательные» и наоборот. Если некоторые из них не работают должным образом, их необходимо переработать or удалить из руководящих принципов.
3. Используй Code Review — проверку codeа другими
Code review — один из самых мощных инструментов по улучшению codeа. Почему? Потому что code посмотрят те специалисты, которые его не писали. А свежий взгляд очень полезен. И зачастую именно Code Review помогает не допустить написание откровенно ужасного codeа. Я знаю, что это не всегда возможно, потому что нужно найти еще одного человека, который бы захотел заниматься этим. Но это не значит, что этим инструментом не стоит пользоваться. Скорее наоборот: это повод найти единомышленников, которым также важно улучшить качество codeа. К слову, кто запрещает найти их здесь на JavaRush? В месте, где все хотят стать программистами.
4. Пиши Unit Tests — модульные тесты
Определенно, мой любимейший из методов по улучшению codeа — это написание модульных тестов. Причем чем больше их писать, тем лучше. В компьютерном программировании модульное тестирование — это процесс разработки программного обеспечения, в котором самая маленькая тестируемая часть исходного codeа, называемая модульной, тестируется индивидуально и независимо, чтобы проверить, работают ли они так, How ожидалось. Это поможет вам выявить сбои в алгоритмах и / or логике до выпуска codeа. Поскольку модульное тестирование требует соответствующей структуры вашего codeа, это означает, что code должен быть разделен на более мелкие и более сфокусированные функции. Каждый из которых отвечает за одну операцию над набором данных, а не за большие функции, выполняющие ряд различных операций.(How говорится, привет от Single Responsibility Principle…) Второе преимущество написания хорошо протестированного codeа заключается в том, что можно предотвратить будущие сбои при небольших изменениях в существующей функциональности разрыва codeа. Когда произойдет сбой, модульные тесты скажут, что было написано что-то не так. На первый взгляд, затраты времени на написание модульных тестов во время разработки выглядят How дополнительные расходы. Однако это сэкономит время в будущем, которое придется потратить на отладку. Это должен быть пошаговый процесс. Поэтому вперед и с песней — пишем тесты на все методы и классы :D
5. Используй инструменты для улучшения качества codeа
Нет разработчика, который бы никогда не ошибался. Обычно компилятор улавливает синтаксические и арифметические проблемы и выводит трассировку стека. Но все еще могут всплыть некоторые проблемы, которые компилятор не улавливает. Например, ненадлежащим образом реализованные требования, неправильные алгоритмы, неправильная структура codeа or Howие-то потенциальные проблемы, известные сообществу из опыта. Единственный способ уловить такие ошибки — попросить Howого-нибудь старшего разработчика проверить ваш code. Такой подход не является панацеей и мало что меняет. С каждым новым разработчиком в команде у вас должна быть дополнительная пара глаз, которые будут смотреть на его / ее code. Но, к счастью, есть много инструментов, которые могут помочь вам контролировать качество codeа. Я использовал в работе над разными проектами Checkstyle, PMD, FindBugs, SonarQube. Есть и другие. Все они обычно используются для анализа качества и создания некоторых полезных отчетов. Очень часто эти отчеты публикуются serverами непрерывной интеграции, такими How Jenkins.
6. Пишите простой и понятный code
Всегда пишите простой, понятный и логичный code. Люди склонны писать сложный code, чтобы доказать свою способность делать это. Простой, но логичный code всегда работает хорошо, приводит к меньшему количеству проблем и является более расширяемым. Хороший code — лучшая documentация. Если появилась мысль добавить комментарий, спросите себя: «Как я могу улучшить code, чтобы этот комментарий не понадобился?» ~ Стив Макконнелл.
7. Читайте documentацию
Одна из важных привычек хороших программистов — читать много documentации. Пусть это будут спецификации, JSR, documentы API, учебные пособия и т. Д. Чтение documentов помогает вам создать ту крепкую основу, на которой вы наилучшим образом программируете. Последнее, но не менее важное: не сравнивайте себя с другими Ваше сравнение себя с другими приведет только к негативным чувствам и нездоровой конкуренции. У каждого свои сильные и слабые стороны. Поэтому важно знать их и работать с ними. Проанализируйте себя, перечислите свои сильные стороны и работайте над ними. Программирование —это настоящее удовольствие: наслаждайтесь им.
“Постоянная одного человека — переменная другого человека.”
8. Следи за интересными блогерами
По всему миру тысячи энтузиастов работают над одними и теми же технологиями и пишут о них. Блоги часто пишутся самими программистами, и большинство из них делится личным мнением и опытом. Можно увидеть различные перспективы одной и той же технологии в блогах. Можно видеть How хорошие, так и плохие технологии в блогах. Как минимум читайте статьи на Хабре JavaRush :D, мои в том числе. Следите за хорошими блогами и комментируйте посты, делитесь своим мнением.
9. Читайте профильные книги
Ничто не может заменить хорошую книгу. Хорошая книга научит базовым понятиям в гораздо более простой форме и применимо к an objectм реального мира. Их авторы и сами великие программисты. Читая книги, можно научиться на чужом опыте. Предлагаю прочитать «Java. Эффективное программирование» Джошуа Блоха. В этой книге представлены семьдесят восемь незаменимых практических правил программиста: рабочие, лучшие решения для задач программирования, с которыми вы сталкиваетесь каждый день. В ней содержатся наиболее практичные, авторитетные руководства, которые стоит использовать для написания эффективных, хорошо разработанных программ. Если вы только начинаете работать с Java, не имея опыта программирования, вы можете прочесть книгу «Sams Teach Yourself Java 2 in 24 Hours». А чтобы писать чистый code, есть отличная книга “Чистый code Роберта Мартина”. После нее появится “чувство прекрасного” по отношению к codeу.
10. Кодить! Кодить! Кодить!
Нельзя стать хорошим программистом, просто зазубрив книгу. Легко говорить о теоретических концепциях. Но узнать языковые ограничения or разработать лучшие практики можно только тогда, когда пишешь code. Поэтому, чтобы стать хорошим программистом, нужно писать много codeа. Если вы новичок, начните с написания программ для простых задач, таких How ряды Фибоначчи, палиндром, треугольник Паскаля и т. д., А затем переходите к более крупным задачам, таким How дерево двоичного поиска и т. д. Если вы ищете онлайн-платформу для практики Java-программ, взгляните на Coding Ground. Более того, можно пройти курс CS50, перевод которого нам предоставил “сами знаете кто” :D
Подведем итоги
Не ошибается тот, кто ничего не делает. Поэтому набираемся терпения и How трудолюбивый японец оттачиваем свои навыки codeирования. Для этого не забываем:
Сегодня поговорим о качестве codeа. Да-да, дорогие друзья. Никто не совершенен. Ко всем когда-нибудь приходит понимание, что code мог бы быть лучше… Но что же делать в этой ситуации? Как минимум, начать исследовать этот вопрос. Раз уж вы здесь, значит тема вам интересна, так что поехали. Сегодня опишем способы, при помощи которых можно сделать свой code лучше и чище. Так, чтобы не было в будущем стыдно за свой нынешний code!..)) Все эти методы помогут программисту стать хорошим программистом.
Если хотите резко повысить умение программировать, необходимо… читать code, написанный другими программистами. Можно верить в это, можно не верить. Но если рискнуть, обещаю: будет вознаграждение за потраченное время. Например, не читать на Хабре, How работает HashMap, ArrayList, LinkedList и так далее, а почитать их code и разобраться самостоятельно. Привожу список классов для прочтения:
Соглашения по написанию codeа — это набор рекомендаций, которые разрабатываются командами девелоперов и включают рекомендации по стилю программирования и методам для каждого аспекта codeа, который написан внутри компании or определенного проекта. Эти соглашения How правило специфичны для каждого языка программирования и охватывают организацию файлов, отступы, комментарии, объявления, операторы, пробелы, соглашения об именах, методы и принципы программирования, правила программирования, передовые методы архитектуры и т. д. Основное преимущество определенных стандартов заключается в том, что code выглядит одинаково и написан в одном стиле. Это делает его более читаемым и помогает программистам понимать code, написанный другим программистом. Если стандартам codeирования будут следовать и последовательно применять их в процессе разработки, в будущем будет проще поддерживать и расширять code, реорганизовывать его и разрешать конфликты интеграции. Соглашения о codeе важны для программистов по ряду причин:
Почему? Потому что code посмотрят те специалисты, которые его не писали. А свежий взгляд очень полезен. И зачастую именно Code Review помогает не допустить написание откровенно ужасного codeа. Я знаю, что это не всегда возможно, потому что нужно найти еще одного человека, который бы захотел заниматься этим. Но это не значит, что этим инструментом не стоит пользоваться. Скорее наоборот: это повод найти единомышленников, которым также важно улучшить качество codeа. К слову, кто запрещает найти их здесь на JavaRush? В месте, где все хотят стать программистами.
Определенно, мой любимейший из методов по улучшению codeа — это написание модульных тестов. Причем чем больше их писать, тем лучше. В компьютерном программировании модульное тестирование — это процесс разработки программного обеспечения, в котором самая маленькая тестируемая часть исходного codeа, называемая модульной, тестируется индивидуально и независимо, чтобы проверить, работают ли они так, How ожидалось. Это поможет вам выявить сбои в алгоритмах и / or логике до выпуска codeа. Поскольку модульное тестирование требует соответствующей структуры вашего codeа, это означает, что code должен быть разделен на более мелкие и более сфокусированные функции. Каждый из которых отвечает за одну операцию над набором данных, а не за большие функции, выполняющие ряд различных операций.(How говорится, привет от Single Responsibility Principle…) Второе преимущество написания хорошо протестированного codeа заключается в том, что можно предотвратить будущие сбои при небольших изменениях в существующей функциональности разрыва codeа. Когда произойдет сбой, модульные тесты скажут, что было написано что-то не так. На первый взгляд, затраты времени на написание модульных тестов во время разработки выглядят How дополнительные расходы. Однако это сэкономит время в будущем, которое придется потратить на отладку. Это должен быть пошаговый процесс. Поэтому вперед и с песней — пишем тесты на все методы и классы :D
Нет разработчика, который бы никогда не ошибался. Обычно компилятор улавливает синтаксические и арифметические проблемы и выводит трассировку стека. Но все еще могут всплыть некоторые проблемы, которые компилятор не улавливает. Например, ненадлежащим образом реализованные требования, неправильные алгоритмы, неправильная структура codeа or Howие-то потенциальные проблемы, известные сообществу из опыта. Единственный способ уловить такие ошибки — попросить Howого-нибудь старшего разработчика проверить ваш code. Такой подход не является панацеей и мало что меняет. С каждым новым разработчиком в команде у вас должна быть дополнительная пара глаз, которые будут смотреть на его / ее code. Но, к счастью, есть много инструментов, которые могут помочь вам контролировать качество codeа. Я использовал в работе над разными проектами Checkstyle, PMD, FindBugs, SonarQube. Есть и другие. Все они обычно используются для анализа качества и создания некоторых полезных отчетов. Очень часто эти отчеты публикуются serverами непрерывной интеграции, такими How Jenkins.
Всегда пишите простой, понятный и логичный code. Люди склонны писать сложный code, чтобы доказать свою способность делать это. Простой, но логичный code всегда работает хорошо, приводит к меньшему количеству проблем и является более расширяемым. Хороший code — лучшая documentация. Если появилась мысль добавить комментарий, спросите себя: «Как я могу улучшить code, чтобы этот комментарий не понадобился?» ~ Стив Макконнелл.
Одна из важных привычек хороших программистов — читать много documentации. Пусть это будут спецификации, JSR, documentы API, учебные пособия и т. Д. Чтение documentов помогает вам создать ту крепкую основу, на которой вы наилучшим образом программируете. Последнее, но не менее важное: не сравнивайте себя с другими Ваше сравнение себя с другими приведет только к негативным чувствам и нездоровой конкуренции. У каждого свои сильные и слабые стороны. Поэтому важно знать их и работать с ними. Проанализируйте себя, перечислите свои сильные стороны и работайте над ними. Программирование —это настоящее удовольствие: наслаждайтесь им.
По всему миру тысячи энтузиастов работают над одними и теми же технологиями и пишут о них. Блоги часто пишутся самими программистами, и большинство из них делится личным мнением и опытом. Можно увидеть различные перспективы одной и той же технологии в блогах. Можно видеть How хорошие, так и плохие технологии в блогах. Как минимум читайте статьи на 
Ничто не может заменить хорошую книгу. Хорошая книга научит базовым понятиям в гораздо более простой форме и применимо к an objectм реального мира. Их авторы и сами великие программисты. Читая книги, можно научиться на чужом опыте. Предлагаю прочитать «Java. Эффективное программирование» Джошуа Блоха. В этой книге представлены семьдесят восемь незаменимых практических правил программиста: рабочие, лучшие решения для задач программирования, с которыми вы сталкиваетесь каждый день. В ней содержатся наиболее практичные, авторитетные руководства, которые стоит использовать для написания эффективных, хорошо разработанных программ. Если вы только начинаете работать с Java, не имея опыта программирования, вы можете прочесть книгу «Sams Teach Yourself Java 2 in 24 Hours». А чтобы писать чистый code, есть отличная книга “Чистый code Роберта Мартина”. После нее появится “чувство прекрасного” по отношению к codeу.
Легко говорить о теоретических концепциях. Но узнать языковые ограничения or разработать лучшие практики можно только тогда, когда пишешь code. Поэтому, чтобы стать хорошим программистом, нужно писать много codeа. Если вы новичок, начните с написания программ для простых задач, таких How ряды Фибоначчи, палиндром, треугольник Паскаля и т. д., А затем переходите к более крупным задачам, таким How дерево двоичного поиска и т. д. Если вы ищете онлайн-платформу для практики Java-программ, взгляните на Coding Ground. Более того, можно пройти курс CS50, перевод которого нам предоставил “сами знаете кто” :D
GO TO FULL VERSION