Which would you perfer? "easy and fast and works well" or "hard and time consuming and error prone"

The usernames used to establish connections to servers are often specified in configuration files.


In most project, the configuration items works in this way: 

1.       Connection string for each server is configured respectively. (Take only username here for an instance)

2.       Each environment has different connection string.

 

Which turnout to be a matrix for just a username setting:

 

 

Server 1

Server 2

Server 3

DEV

qauser

qauser

qauser

QA

qauser

qauser

qauser

UAT

qauser

qauser

qauser

PROD

produser

produser

produser

 

As you may found, there are n*m username settings but actually only having two different values.

Come on, that’s only for a username configuration. There could be about half hundreds of .properties file contains half thousands configuration items. But actually, most of them are duplicated.


While, in theory, all those values might be different and as a result, it sounds good to be configured separately.

 

Bull shit! Fucking your FUTURE potential possibilities. Those messy configuration items already bring a lot of big troubles for NOW. No one could figure out the usage of every items, no one willing to, and a small change may breaks everything. When you feel horrible with those messy files, it is already too late to make changes.

 

Why the configuration items grows duplicates ? 

 

Mostly because of those lazybones always adding a new configure item whenever they need something configurable. That’s easy and fast and works well.

 

They don’t bother to go through all the existing configure items first to find out if what they need already added by someone else for a similar reason, they don’t bother to refactor the existing source code even if he find a proper configuration item but badly named. That’s hard and time consuming and error prone.

 

As a developer, which way will you prefer to?

As a manager, will you lead developers to the right way and given them enough buffer for that way? Or just push the poor developers harder and harder without noticing the consequences might come. 

 

In fact, any change facing those kinds of choices. 

posted on   南柯之石  阅读(401)  评论(0编辑  收藏  举报

编辑推荐:
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· 展开说说关于C#中ORM框架的用法!
· SQL Server 2025 AI相关能力初探
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库
历史上的今天:
2011-11-29 T-SQL 操作XML示例

导航

< 2012年11月 >
28 29 30 31 1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 1
2 3 4 5 6 7 8

统计

点击右上角即可分享
微信分享提示