价值观之代码重要序列（个人）

1.问题（BUG）

解决问题是一个很有意思的过程，不管是自己解决，还是看他人的解法都很有趣。

解决问题，可以锻炼自己面对问题的能力。

2.解决方案

对于某一个特定需求，建立一个对映的解决方案库，一劳永逸，可持续性极高，收益极高。

要求闭环性，从事物的本源和底层逻辑中，即抽象出一套切实可行的执行逻辑。

构建解决方案是职业发展下一个阶段所必须的能力。

可对外提供的解决方案： 翻墙、Windows使用

正在构建的解决方案：Windows 程序设计、逻辑构建

3.开发

探寻未知的事物，遍历错误的可能性，求解出最佳实现。

最佳实现了解多了，便可以构建出解决方案。

写开发无法给出具体时间。

开发只需要实现一次，之后的重复性都可以归结于业务。

4.业务

如果业务不能在听见的时候，就浮现出对映的代码逻辑，一律归结于开发。

写业务是可以给出具体时间的，可以精确到分钟。

写业务可以堆人力。（可以外包）

业务可以赚钱。

业务的重要性视项目的完整程度决定，在开发阶段，业务要低于开发，开发无法实现业务，业务改，在维护和更新阶段，开发不能影响原有的业务，此时业务重要。



举一些例子：

比如说我是设计。画图的技巧属于开发，做的多了之后，对于一套业务有了自己的理解或者时资源库，这个库就是解决方案。实现业务就是对接乙方，完成乙方的需求。实际上就是根据解决方案对乙方的需求进行特定修改。中间遇到的问题归属于BUG。

比如我是老师。如何讲课这种属于开发，针对某个问题应该如何教导学生理解也是开发，把一个事情推广到所有的学生上也就是业务，教的多了，不自觉就知道学生是如何理解，应该如何教了，这就是解决方案。中间遇到的辛苦的地方，比如同样的教学，这个懂，那个不懂，这就是BUG，解决了就是因材施教。

比如我是医生。学习就是开发，看病就是业务，疑难杂症就是BUG,年纪大了，看的多了，啥都知道了，就是解决方案。

-----

解决方案是产生溢价的根本因素。不同的解决方案所实现的业务付出的客户愿意付出的也不一样。

比如靠经验吃饭的群体。 

比如高精尖的设备。可能精度上的差异，其价格可能都白送都不要，到贵的离谱。



构建良好的团队：铁打的营盘流水的兵。

做杂活的人是可以被抛弃的，或者说必须要被抛弃，定时更新也是必要的。基层人员不需要了解的那么多。

但是做核心业务的人，要尽量减少流动性。核心成员未必是领导层，以承担责任来进行分担。

比如一个数十人的项目组，一般来说主程是核心，围绕主程进行进行开发的高级开发也算是核心人员。在高级开发打下手的就是次要人员，实习生之类就是属于做杂活的。

主程跑路，项目基本完蛋。辅助核心的人跑路，项目延期。次要人员跑路，加加班也是可以的，实习生跑路无所谓。

在大型一些项目组，可能会有复数的核心，有备份，备份的备份，备份的备份的备份。

微小公司的核心成员只有老板一个人，只要老板在。