日志
系统里的结构是什么？
平时在给系统提需求的时候，经常会碰到这样的回复：需求涉及到底层结构性的问题了，所以实现不了或者可能性很小。有一位同业讲过，他们的头寸管理系统有一个无法解决的问题，因为使用的底层结构是EXCEL格式。
我们最近使用的系统在做大的更新换代，无意中又遇到了结构问题。
小的结构性问题：一项业务为什么不可以在一个界面显示，分颜色或者做其他形式的区分，以方便操作？
答复，不可以，因为系统的结构就是这样设计的，出完指令，复核要到下一个界面，发送要到下一个界面。
如果要实现一个界面有所有的操作，就要提个性化需求了。
这个问题还算可以解决的，结构还不算太底层。
大的结构性问题：不同类型产品的**号，在原系统中命名是相同的。（原不同类型的产品在不同的系统里）。现在所有的产品要归集到一个系统了，这个**号如果处理？
可能在这个问题上没有考虑充分，先迁移的产品使用原**号。后迁移的产品只好在原命名的基础上，更改一个字段。其实按照同业经验，有更好的命名规则。
问：不可以改了吗？现在这样编码不是特别好看。
答：不可以，这是结构，最底层的结构。产品已经迁移一部分了。不能动了。
问：迁移的只是最小的一部分产品，不可以动了？
答：不可以。
就是一个小小的编号，很不起眼，却在一个系统里起着举足轻重的作用，有着关键的核心地位。
系统里有很多的设置，比他难多了，复杂多了。可是再复杂，再难，下下功夫可以改。
只有这个编码不能动。这个就是底层的结构。
以前结构性问题只是我的一个知识点。现在通过一个小小的系统，对它有了进一步的感性认识。
想起来网校班长经常讲到的“人品不好一票否决”，善良比聪明重要。其实这些从小就听父母讲。老爸常念叨的一句，与人方便与己方便，吃亏是福。这些观念不反对，但不在心上。每次吃亏的时候气得要命。善良了也吃亏了，搞不清楚怎么回事。现在突然有点认可了。平时不显山露水，甚至憨憨傻傻的，但关键时候，这个底层的结构就起作用了。
一个系统说到底是简单的，可视可操作的。它也有自己的底层结构。
一个人更是如此了。底层结构太重要了。人品，性格这些是一个人的底层结构。所以至少在知识层面我意识到了，要倾其力和孩子构建好一个人的结构，相对稳定的结构。
湖北新冠疫情期间，脱颖而出的那位感动中国的快递员。相信他身上就有这种潜在的善良，勇敢，有担当的品质结构。和平年代，他就是一个普通的人，逆境中，那些优良的品质让他站了出来。
这也是我体会到的另外一点感受。
系统更新换代，如果我们不作为，开发商也可以把你需要的业务流程都搞好，基本的功能都实现。
但是这样远远不够，如果不参与，原来系统中陈旧的模式会平移过来，这样大家都最省事，但却失去了使用新系统的意义。
以前对系统了解不多，使用初期它已经运行起来了，你的操作都在一个既定的黑匣子里。
现在一个完全敞开的系统，只要你愿意，可以看到它的每一条脉落。
但毕竟是一个全新的系统。无法一下了解它的全貌。我们采用的是蒋军围剿红军时的“打呆仗”建碉堡策略。
一项业务一项业务过，把一项业务了解透了，再一家家托管行去测试，再把这个业务相关的需求提交上去。
从最初的基础参数设置，到最后划款的环节，完全测通。
参与这项工作时，没有想到会有这些对我自己来讲很珍贵的体会。
还是要感谢自己最初在参与这项工作时的决定，要用心好好把这项工作做好。
知识层面达到的地方不敷衍。太多的地方可以敷衍了。
