主题：聊聊对于“实事求是”的具体应用 -- GWA

这些话原来是回复一个河友的，但是后来觉得应该另作为一个主题再发一下，以后有关感受都会联结在这里。

1. 关于“诊断”和“医治”：

从个人的经历和体验来看，这是非常实事求是和有价值的建议。

诊断，需要非常专业（而且最好见多识广），缺不了个人自己的大量和高质的经验积累，成名的专家一般要比较可靠。

具体的治疗过程，则一定要从实事求是出发，按照真实需求灵活地处理，选择那个力所能及和经济实惠的方案。

二者的完美结合，就是手到病除，事半功倍的捷径了。

这个原理，可以扩展到任何决策、计划、运营和控制等。我个人一辈子都自觉地按照这个路子办事，非常有效有益。

删

抱歉没能及时看到河友的回复。

你客气了，我已经感到自己有些跟不上河里的形式了，不知道如何才能写些有意义和有趣味的话题。

你们的每次交流，都会给我新的启示和思考，都非常宝贵。特别是志同道合的朋友之言，则更是知音和知已。

我个人的经验，文字的内容永远是第一位的，而出于何人则不必太计较。至于那些从对方而获得的，自己感到“不适”的信息和价值，很可能会远超过从自己人那里得到的“同感”呢。

我的大部分感受来自西西河的经历。自觉诊断相对比较困难。一则在于确实需要一定能力来获取足够信息，二则需要既能看到好的方面，还需要承认和接受不好的方面。这个阶段，比较难受，有时候令人沮丧。唯一的好处，是知道将要做的，因为这些不好而变得更有意义。治病也好，治理也好，接下去才更有希望些。

医治的话，因为诊断好了，接下去就是尝试方案，可能成功，可能不成功，但是目标会很明确，再少出现隔天重新诊断重新结论。

写到这里，觉得这两个阶段还可以再推而广之，简而化之为，分析阶段和实施阶段。比如诊治是一，分析眼下，寻找机会并实施，也是之一。对股市分析，然后决定操作，也是之一。

望闻切问最后是诊断。个人感觉就是，症状总有表现形式和表露样式。需要观察状况，摸清情况，找出特别处，找到起源，才能对症下药，有效治疗。

我自己是从事电气维修工作，从我自己工作经验来说，好的电气控制系统，有输出必然有反馈，有动作必然有监控。没有闭环的和自洽的逻辑，肯定是不成熟的程序设计。而从程序设计和编辑来说，一是简洁明了，二是各个功能需要有明确指向，让后来者能快速理解。不同的方式，最后可能解决的问题是同一个，殊途同归。遇到问题，指向不明确的，就需要思考引起问题的各个可能性，而这个时候，经验教训是最大的助手。

看见问题心痒手痒，飞快打完，直接发送，楼主勿见怪。

确实是如此，我个人的体验，即使是超过百万分之一概率的特殊疑难病例，在经过真正的见多识广和专长精深的专家们的共同分析和诊断后，对症的手术和治疗这些后续过程，其实基本上其它专业人员也都能胜任。

所以，越是高大上和高精尖的项目，合理、经济和充分地发挥和处理好决策和执行过程中的高、中、低级各类人员的功能，就越重要，系统工程都是如此。它是一门学问，也是一种技术，它不仅仅关系到成败与否，也关系到效率和效益，而往往后者会被被忽视，是非常可惜的损失。

其实，西西河也应该借鉴一下这个道理，让大牛和小虾们都在这里愉快地戏水，互通有无、互补长短，共享收获，共同提高。