欢迎来到我的博客！我是一名拥有10年以上经验的系统架构师。在这个博客中，我将与大家分享我在C#、JavaScript、Python、Docker、SQL和Rust等领域的知识与经验。 作为一名技术爱好者，我相信技术的力量可以改变世界。

近期，关于Devin的讨论无疑成为了科技界的热点话题。作为一款由初创公司Cognition AI研发的AI程序员，Devin凭借其惊人的“端到端解决成功率”和高效完成需求的能力，在各大社交媒体和科技论坛上引发了广泛的讨论。然而，在这场看似前所未有的技术革命中，我认为Devin的出现只不过是人类历史的一个正常延续而已。

这一段时间都在现有的项目上开发，开发的前提是要弄清楚业务逻辑。业务逻辑蕴藏在项目的各个代码片断中，所以从代码中去分析出业务逻辑，是一个程序员成长的必经之路。我很佩服我们头，他在不看代码的情况下，就靠分析程序运行时的输入和输出，就能够知道那段代码是什么意思。这是值得我们学习的。实际上程序的输入和输出就是为了业务处理，要弄清楚代码的逻辑，从分析输入和输出开始。但是话分两头说，分析代码的输入和输出也不简

基于构件的软件开发模型为我们带来了很大的成功，个人认为其背后的原理是构件中成功的商业价值能够被不断复制，因而带来更大的商业价值。“复制”不但能够降低开发成本，还能够提高单位产出，提升系统的整体稳定性，降低bug率。以开发一个App为例，Swiper，ScrollView，Image等等都是常用构件，我们通常以这些构件为基础来实现复杂的商业逻辑，从而产生价值。在这个过程中，我们对实现Swiper和ScrollView的成本几乎为0（当然可能需要一些license费用）。我们的成本主要集中在实现复杂的商业逻

我现在虽然不能够完全定义设备的范畴，但我可以感觉到它的存在。在我们的日常并生活中，我们常常会听到打印设备，扫描设备等等，这些设备和我提到的设备具有类比性。而在软件设计中（我们现在姑且在设计的范畴中讨论），我认为设备不是绝对存在的，而是相对于当前的设计而存在的。而这个断言的存在，将会彻底影响到我们对软件设计的视角。那么什么是设备呢，我先斗胆在这里下一个定义：设备是我们的代码作用于的对象。

“如果所有的人都会死，苏格拉底是人，那么苏格拉底会死”。在这个经典的三段论中，“人”、“会死”和“苏格拉底”这些词都可以换掉。这些词就是逻辑上的不相干的词。我想对设备的探索，应该从这里开始。

最近，打算潜心写blog，结果发现csdn的blog确实不怎么好用，搬家至http://www.cnblogs.com/czy 谢谢大家的支持。 不过放心，我仍然会回来偷你们的菜的。

这周都在为前一段时间的工作进行总结，虽然没有时间压力，但是还是让我感觉烦恼，特别是在开始阶段，面对一堆资料无从下手，时间过半，还是没有清晰的思路。现在总结虽然写完了，但还是有些不爽，想在这里吐吐槽，希望日后的总结工作能够更加顺利一些。现在回想起来，在总结开始的时候，我有几个疑惑，这次总结的目标是什么，应该达到什么效果，甚至还在纠结是用word来写还是用ppt来写或者直接写在我常用的everno

这几天看了几本管理方面的书，偶有启发，想谈谈项目经理应该具备的素质。其实也是根据自己的情况来写，希望大家多多指教。以前只知道项目来了，做计划，和客户确认计划，然后按照计划交货。只要交货了就万事大吉。而在这个过程中，我所干的似乎就一件事，和时间赛跑。每次提交版本后，整个人都觉得非常的累。然后又稍作休整（有时连休整的时间都没有，因为常常是一个项目还没有结束，另外一个项目有来了），接下一个项目，

谢谢大家的光临。写了这么久的Blog，现在是整理的时候了。只有整理好已有的东西，才能更好的前行。个人思想关于系统架构的自问自答软件设计中的设备 --这是我最感兴趣的一篇成长从Microsoft Solver Foundation看微软的未来代码的不完整性从蔡斌失败的思考项目管理我的项目周报项目管理之质量检查点再谈质量检查点关于管理的心得...

在经典物理中，只要运动的物体在左右的垂直方向上受力相等且方向相反，那么这个物体将会沿直线前进。但是这样的情况在现实中几乎是不可能出现的。这一基本原理决定了事物的成长过程实际上是一个曲折的过程。如果你想用直线的方式来完成一件事情，那么请趁早打消这个念头吧。

Microsoft Solver Foundation是我在为Don翻译时发现的，也是刚刚开始了解。它被用来应对敏捷技术中的计划，调度，风险管理和决策指定。当我看到它的介绍时，我感到相当的惊讶--微软的策略。技术是基础，在这个基础之上是各种应用模型，在应用模型之上的是各种管理模型。我认为这个Microsoft Solver Foundation就是一个管理模型。而这三层也是一个价值链。我们似乎可以

今天上午，有一位前辈提到了开源。我曾经对这个名词很感兴趣，但是直到我再次听见它被提起，我几乎把它给忘记了。开源对我来说就是思想的自由，为什么我会把这么珍贵的东西给忘记了呢？因为我现在不再自由。今天早上在出来的路上还在想我该如何让自己继续进步，现在似乎找到了答案，就像一颗树一样，要长得高大，首先要有深根。去探求代码后面的代码，获取一个数字世界的自由。

接上篇《分布式计算的体验1》 为了将数据传输到应用服务器上处理，必然会出现一大块数据在网络上传输的情况。在网络带宽有限制的地方，分布式的处理方案显然会受到影响。我了解决数据压缩问题，我在网上找到了两个解决方案。一个是在Msdn library上找到的GZipStream，一个是开源的GZip。GZipStream提供流压缩处理，但是它是包含在.Net 2.0框架中的，要使用2.0框架，

 这几个月，在睡觉之前，我都要看一会儿小说《西游记》。今天早上醒来，突然觉得自己也在取经。每天自己要干的事情太多：排成长队的工作任务，UML的深入学习，设计模式的研究，Don Box的博客翻译，最近将项目升级到了.net framework 2.0，又面临这个新框架带来的新的安全问题的解决，自己还想挤一点时间来写一点技术方面的文章，把自己所掌握的知识系统的整理一遍......。这些事情都不

最近一段时间工作不是很忙，所以有了很多的时间来学习（看看Windows程序到底是怎么启动的），在csdn上看看文章。有一篇《房间收拾与软件架构 》 激发了我的一些想法。看完了这篇文章，在我的脑子里只留下了两个词：简单，智慧。这个世界中存在着太多的需求，其中有一种来自于对功能的组装。比如汽车，它是有很多简单的配件组装而成（当然这个比喻有点抽象），但是配件的组装确实复杂的。这只见存在着简单与复杂的

最近比较忙，忙着熟悉一个系统，有时候觉得很狼狈，写代码思考的时间也比较短了。在熟悉系统的时候，了解到了什么是团队，只是有时候我不能完全接受其它人的设计思想。但是我也从他们那里学到了一些有用的东西，比如：代码重构，如何分析程序，如何在没有帮助文档的情况下使用第三方控件。我也希望我能够早日熟悉这个系统，让生活再次回到以前的轨迹，只是这个新的轨迹可能会是一个新的高度。

代码生成工具的目的在于：降低开发成本，提高开发效率，同时降低bug的产出率。代码工具对系统构架师的要求在于： 能够对系统中的开发活动进行分级，通过分级来识别开发活动的价值，并最终能够为低成本的活动设计相应的代码生成工具。我这里指的代码工具是指针对某一个系统的开发需要而单独设计的一个代码工具，而不是一般意义上的代码工具（比如codesmith），对这个工具的要求不在于它有多强的功能，而在于它能够生成

今天是中国汶川地震的哀悼日：2008-5-19 14:28分。在这一刻，13亿中国人都在做同一件事情，为我们逝去同胞哀悼3分钟。记住这一刻不仅仅是为了逝者，也为那一刻凝聚在一起的中国心。

都说程序员是吃年轻饭的。这话一点都不假。每天都回加班，工作压力很大。面对这样的压力，我的方法是：尽量每天坚持跑步2公里，睡前一杯热牛奶。跑步的好处是能够帮助你缓解压力，协调身体平衡，更重要的是汗液能够帮你排除体内毒素。牛奶含有丰富的蛋白质（至于三聚氰胺，那个不在讨论之列），且易于吸收，帮助你补充营养。这个养生之道可以帮正你在用你的生命去积累经验的时候不至于付出太大的代价。当我们的经验积累到一个阶段

读了孟岩的这一天终于来了 ，顿时感慨万千。评论一篇比一篇激烈，诱惑我们的东西实在是太多。我突然想起《菜根谭》里面的一句话“保已成业，防将来非”。与其追求未来新的东西，还不如对现在了解的东西进行深入研究。我相信数据处理才是硬道理，难道Expression开发团队是从的地下钻出来的吗？我想他们很多人都是Vs工具的核心开发者吧。我想我们应该思考一下，是谁（或哪些人）发明了html，他们为