# Kotlin Code Review: Avoiding Unproductive Nitpicking Over Concise and Idiomatic Code

DevFeed: [Kotlin Code Review: Avoiding Unproductive Nitpicking Over Concise and Idiomatic Code](<https://devfeed.tech/articles/kotlin-nitpicker-s-guide-38639.md>)

Original publisher: [Read original article](<https://krossovochkin.com/posts/2020_10_14_kotlin_nitpickers_guide/>)

Published: 2020-10-14T00:00:00Z

Content type: tutorial

Language: en

Sources: [Vasya Drobushkov](<https://devfeed.tech/sources/vasya-drobushkov.md>)

Topics: [Code review](<https://devfeed.tech/topics/code-review.md>), [Kotlin](<https://devfeed.tech/topics/kotlin.md>), [code style](<https://devfeed.tech/topics/code-style.md>), [Development](<https://devfeed.tech/topics/development.md>)

Tags: [code-review](<https://devfeed.tech/tags/code-review.md>), [code-style](<https://devfeed.tech/tags/code-style.md>), [development-process](<https://devfeed.tech/tags/development-process.md>), [kotlin](<https://devfeed.tech/tags/kotlin.md>), [quality](<https://devfeed.tech/tags/quality.md>)

## AI overview

This article examines how code review can become unproductive when reviewers focus excessively on style, concision, or idiomatic Kotlin patterns. It discusses the trade-offs behind some Kotlin constructs and argues that shorter code is not automatically better.

## Source excerpt

Introduction Code review is an essential tool for a development team, which helps ensure high-quality standards of code. While reviewing others' code one might find bugs, design issues, and so on. One another part of reviewing is getting used to the codebase and following team's code style for better maintenance. Though it is pretty cool in theory, in practice team might face few issues, one of which is nitpicking. When review is bloated with dozens of similar comments related to e.g. how beautifully code looks like. Common code style is important, but having a lot of similar comments in each review doesn't help. Instead of trying to understand what code is doing, nitpicker writes a lot of similar comments on the style. Back and forth discussions or fixes of such slow down development process and overall make team's morale worse.