什么是好的需求？什么是好的架构？什么是好的编码？

现在是北京时间2021年2月1日22点49分19秒。

写在开头：物有瑕疵不可怕，就怕人为打标签！

在很多时候，需求、产品、项目经理都是一人分饰；而程序员这边也存在一人分饰多角的情况；

那么，这个时候，如何去断定什么是好的需求？什么是好的架构？什么是好的编码？

1、什么是好的需求人员？

在我看来，能够捋清客户诉求，确定并知道关键需求，知道并确定边界范围的需求人员就是好的需求人员；

在实际操作中，需求人员真正需要很深的开发经验吗？

很多时候，他们是不需要的，他们需要的是转换能力、理解能力，能够把客户所说转换成程序员能够懂的图形或者文字就行；当然如果不怕麻烦或者想与程序员增进感情，口述也行；

2、什么是好的架构？

不管是什么架构，最根本的在于是否了解、确定、深入、熟悉、摸透你的业务；从而达到是否真正知道需求，能基于此确定边界、基于此进行设计、基于此进行编码；

架构并无好坏，与编码、需求一样，只存在边界大小；好的架构，在一定时间内，是能够扩展的；但是想靠一次设计就解决所有问题，那是不可能的；

3、什么是好的编码？

我们都希望我们写的代码都具有很强的扩展性、兼容性、鲁棒性。。。。

但是事实是，业务很赶的时候，写的都是解决当下。。

所以，个人认为，在业务迫切的时候，能够解决当下问题的编码都是好的编码；

而同时具有一定扩展性的编码，那是更好的

写在最后：

很多事情，是想着简单；很多事情，是说着简单；很多事情，是看着简单；很多事情，是真正的做起来简单；

刘欢老师有首歌叫做《从头再来》，现实生活中，又有多少人，在现实的压力下，敢于从头再来，迫于压力，要么做着熟悉的行业，要么做着熟悉行业的相关行业。

这就是生活~!~