程序感悟

那么多框架，为什么我们还需要造轮子？造轮子丢人嘛？

车轮子那么多，你敢说每个都一样？世界上的汽车为什么不统一轮子？

首先，轮子有大小，有好坏。有便宜的，有昂贵的。

我们写代码亦是如此，代码本身就有好坏，拿过来可以用，但是好不好用，能不能用是另一个回事。所造轮子不丢人。每个人，每个公司，都想要一个属于自己的轮子，这就叫特色。如果用一样的轮子，那直接当代理商不就好了。

 

怎么确定需求？

每当我们遇到新的功能，新的需求的时候，我们应该给这些功能做一个排序，主要分为以下几类：

1、必须具备：对于你的客户来说非常关键的需求，如果没有实现，则会影响整个产品的使用。

2、本应具备：一旦客户开始使用该引用程序，他们便是最期望的功能需求。

3、可有可无：很好的需求，但是没有它不会影响程序的所需功能。像一些特殊情况，极端情况才会出现的需求。

4、无所谓的：这个需求客户可能不会注意到。

 

在不知道所构建的功能是否能为客户带来增值的情况下，不会尝试构建任何内容。

在初始产品商，提供客户可有使用的基本功能，之后根据客户的要求在此产品的基础商进行迭代。

最低可行性方法可帮助确定客户需求，将产品尽早放到客户手中，使你可有了解在何处进行投资，并且，由于你的应用程序已经开始产生收入，因此你可以根据需要提出用例，以请求更多资源。

软件结构仅停留在应用层，基础架构/平台架构，需要理解处理整个全栈问题！

 

软件运行在操作系统上，操作系统资源饱和后软件就不能跑了？或者不能更好的跑了。

操作系统需要理解内核，内核空间是怎么运作的？用户空间又是在操作系统上如何运行的？

如何确定服务器最大有多少可以使用的文件描述符？如何计算？

如何确定服务器进程如何分配？线程如何分配？

如何确定服务器网络I/O buffer是多少？如何计算呢？

如何确定服务器网络I/O队列是多少，如何计算呢？

如何确定服务器网络I/O允许的数据包数量是多少？如何计算呢？

每种软件/或者支持软件，占用系统资源的情况不一样，如何评估计算呢(短链接，长链接等)？

如何理解可用性？可靠性？可扩展性？如何实现他们呢？

基础结构最后涉及到项目的运营成本，短期无所谓，五年、十年，每年花多少钱？

答案我给不出，这应该也是我毕生的追求。