意念写字，还得戴个东西
找到了，斯坦福搞得，这就是我西安说的，心动就输出，想你就知道。高中随着自然递减，用这个听课，课前记单词的，即可视化听觉听课法，当你能从五十多个早读声中听见她一个人的读书声，还有什么记不住的？老师讲课，你把画面画出来，这才是真的可视化。外国人研究这还得戴个东西。其实，没必要，以前不懂，外国人就喜欢研究这些。我们中国追求羚羊挂角无迹可寻。
面向项目建设的业务构及架构设计
这个题目看似可能没必要，其实是需要的。需要用户，建设方对项目的需求与用户的需求达成一致，作为项目第一架构。 项目的需求与用户的需求，很多时候不是一致的。这并非不常见，由于甲方未系统的说清自己的需求，建设方以解决方案架构惯性忽视项目具体特性或未熟悉业务环境情况，以及其他因由，而出现不一致。 项目整体架构因包含技术驱动，业务层面也缺乏业务管理逻辑，并不能清晰表达用户需求，尤其是面向业务用户。企业业务架构项目建设中很少采用，尤其是当前复杂系统建设，尤为需要，本文基于实际经验总结项目建设中的业务架构设计。 16年据此以用户业务逻辑为主，从灭火救援指挥到装备实力统计，装备管理的用户需求。接处警后，灭火救援指挥需要辅助决策，辅助决策需要的装备数据从装备物联获取并支撑装备实力统计日常管理。 自顶向下以管理逻辑贯通各层级需求及所要做的工作是什么，需要什么业务实现、什么业务内容，从哪个业务过程来，易于各层级用户代入，并达成一致。 若以物联网三层技术架构开始，则不便用户明确自己的需求及业务实现，也不知项目在给我建什么，这主要是项目建设要做的工作。 以及智慧城市实例： 安全生产监测预警预防实例，非IT项目层面的业务动作也可以包含： 关于面向项目的业务架构设计， 设计原则包含：1）面向用户整体业务需求 2）尽量涵盖业务实现内容 3）尽量不含技术实现元素。 架构内容： 架构模型： 即此总结，试有章可循，多说无益，可参照实例。
我与费曼，真美
我知道费曼是在青岛。图书馆有本《费曼讲物理》，略翻过，还谈不上大概。如果我有项羽的力能扛鼎，大概就够了。 说到力能扛鼎顺便说下力气。一般人的力气是分结构的，许多人不懂得整体的力气，只会运用某一部分，就是协调性不好，劲不能一起使，劲不能往一处使，所以武术被分了许多项目，项目被分了许多派别，也就出了各种练家子，分开就得糅合统一，截拳道是，企业数字化亦是，企业数字化就在从局部优化向整体优化，协同创新发展。 19年查二维码，条码原理，又是外国人发明的，所以我说国内没多少人理解数字逻辑，因为不是我们提出来的，看来我与曼同。这个“同”就是今天不知怎么想到许多事我们不是“懂”，我们只是“会”，会用会讲能干而已。 这个现象，费曼说过。 原话是：What I cannot create, I do not understand.凡我不能创造的，我就没有理解。 更厉害的是第二句： Know how to solve every problem that has been solved.知道如何解决那些已经被解决的问题的每一个问题。 这两句话是“真美”。我对“真美”的定义是有其优而无其所带之缺。通过费曼验证是：我创造了一种方法，解决了一个问题的所有问题，而且并没有在解决这个问题的时候又带来了新的问题，那只是解决了某方面的问题。 这也是麦肯锡MECE独立穷尽原则，你了解了一个对象的所有方法，种类才能谈全面整体的解决，最后达到整体的金字塔高度。 “没有创造的欣赏即非欣赏，天地一体，万物同情，若我观彼而未激发出我，则我与彼皆未真正的发觉”，“没有落实的理论即非理论，没有理论的落实即非落实”，于此，我与费曼，真美。 2022/9/9 22:59 于杭州