工程管理



构建在脑海中的模型，以及将模型逐步实现的能力。



根据自身的需求，需要掌握不同层次的能力。

0.已经有的代码，成功迁移或者运行。

1.根据网上的示例，copy到本地能够成功执行。

2.根据业务需求，可以知道查询什么，能够得到自己需要的。

3.根据业务方向，拟定业务需求，并进行实现。

4.根据市场，规划业务方向。

5.选择合适的赛道。



我在尝试着，根据现有的现有的业务方向，拟定自己这块的业务需求，并给自己的工作进行排期，也有许多天马行空的需求，还没等我执行，就已经不存在执行的条件了。

我听到最多的，就是严格按照设定进行开发，即2.



实现业务逻辑的方式很多，是否能够在探索完各种实现方式之后，选择最优解去实现。

是否在不断地重构之中，形成一套自己的业务逻辑实现，沉淀出一套方法论。



我和之前的我，在思维逻辑上是基本一致的。

解决的思路也是一致的。

明确问题，然后拆解问题，然后分步骤去查询其中的细节，然后重复这个过程，直到把所有的代码，从网上copy到本地，解决这个问题。



但是随着业务的无须扩张，最开始规划的扩展性不够好，亦或是之前对代码范式的了解处在直到，明白，但是不能娴熟运用的阶段，现在转到可以娴熟运用的阶段。

在不断的把之前写的代码，合并，归类的过程，让中间的逻辑层级始终处在一个可控的范围，不至于东一块，西一块，甚至是用了断点，都看不懂的程度。



无他，唯手熟尔。



经验和升级，并不是说经验值满了，就可以自然而然的就升级了。升级是需要契机的，积攒经验的确是依靠个人努力就行，但是升级的契机许多时候是多方面的结果。



软件开发的大方向一致没怎么变动，具体的细节倒是一直在改变，不过也还算是可以。



这一年中，收获最大的，应该是看待程序执行顺序的转变。得益于我写的程序是以dll的形式被加载的，和之前程序从main开始执行的逻辑不同。试着从一个客体的视角来观察原来的主体，以及如何其他的客体之间进行沟通和协同。虽然这样写起来，很费劲，很绕人，但是确实是开了一个很好的头，从这里，就延展到，跨语言，跨进程，在不同的硬件之间协作，以及窗口之间的协同和socket开着。

而且这个过程就和服务器，数据库也能很好的串联在一起，再加上老生常谈的，微服务，小程序。不过这些都没有真的写过，所以到底效果如何也不好说。