From ab8d07821ac392de5502ef103ba104c9553a2a54 Mon Sep 17 00:00:00 2001 From: Navendu Barua Date: Tue, 30 Jan 2024 14:57:14 +0100 Subject: [PATCH] add-RSPEC-S6874: updated review comments 2 --- rules/S6874/kubernetes/rule.adoc | 1 - 1 file changed, 1 deletion(-) diff --git a/rules/S6874/kubernetes/rule.adoc b/rules/S6874/kubernetes/rule.adoc index b3309b928ec..d5ae573afc3 100644 --- a/rules/S6874/kubernetes/rule.adoc +++ b/rules/S6874/kubernetes/rule.adoc @@ -5,7 +5,6 @@ Adhering to a naming convention is crucial for maintaining readability and consi 1. **Readability**: Inconsistent naming conventions can make the code harder to read. Developers often expect variables to be in camelCase in Helm charts. When they encounter a variable that doesn't follow this convention, it can disrupt their reading flow, making it harder to understand the code. 2. **Maintainability**: Not following accepted conventions can introduce inconsistent naming, especially when multiple developers work on the same project, leading to technical debt. If a developer needs to update the code, they might have to spend extra time understanding the purpose of each variable. This can lead to slower updates and a higher chance of introducing bugs. -3. **Collaboration**: Inconsistent naming conventions can make it harder for developers to collaborate. If a developer is working on a Helm chart that doesn't follow the camelCase convention, they might have to spend extra time understanding the purpose of each variable. This can lead to slower updates and a higher chance of introducing bugs. By adhering to the camelCase naming convention, these issues can be avoided and Helm charts will be more efficient and easier to work with.