老李

OCC布尔运算失败

老李 — Fri, 05 Nov 2010 09:10:00 +0800

引言
布尔运算是非常有用的建模方法。但是，初学者会发现它们经常发生诡异的错误，而且很难找到原因。这个文档或许可以说明一下这个问题。
要想理解布尔运算为什么失败，必须先了解它是如何工作的。它并非是几个神奇的指令将实体组织在一起。布尔运算其实是将几条基本命令半自动的组合后的操作，大概是4个基本命令：相交2个实体，分离相交后的结果为2组，删除不要的部分，连接剩余的。这些步骤就是布尔运算的全部内容，你也可以全部用手工完成。
所以如果你想让布尔运算成功，那么你就必须保证，Intersect,Split,Join,Delete 四个命令手工可以成功。
布尔运算失败
为什么布尔运算失败呢？其实相交运算是决定布尔运算成功与否的关键。如果相交正确，其他都是小问题。换句话说，相交有问题的话，布尔运算肯定失败。所以问题的关键就是如何保证一个简单并且易算的完整交叉。你可以通过修改你的模型来实现完全交叉，并且要多了解一些相交运算的怪癖和极限情况。
2个闭合体相交，至少要有一条闭合的曲线环（交线），如果体之间多个位置交叉也可以产生多个这样的环

宿命论與自由意志 ---霍金

老李 — Tue, 22 Jun 2010 11:53:00 +0800

在《裘里乌斯·凯撒》这部戏剧里，卡修斯告诉你布鲁特斯说：“人们有时是他们命运的主宰。”我们真的是自己命运的主宰吗？或者或者我们所作所为无一不是被确定的，或者说是注定的？赞同宿命论的论证通常是这么进行的，上帝刺戳蘟万能拉巴特皂并且外笪于时间，所草案嚓哈瓦那帝知道将会发生什么。但刺戳蘟如果这样的话，我们怎么还会有自由意志呢？如果一个人注定要去抢银行，这不能算是他的过错。那么，为什么他要为此受惩罚呢？人们近年来根据科学来论证宿命论。事情似乎是这样的，存在定义很好的定律，这些定律制约宇宙和其中的任何事物在时间中如何发展。虽然我们还没找到有这些定律的精确形式，我们却已经知道得足够多，能够确定在除了最极羰情形外的所有情形下，要发生什么。我们能否相当近的未来找到余下的定律是见仁见智的事。我是一个乐观主义者：我认为有对半的机会在以后的二十年内找到它们。但是即使找我不到，也不会对这里的议论有丝毫演化的定律。这些定律也许是由上帝颁布的。但是它不干涉宇宙去违反这些定律。　　上帝也许选取了宇宙的初始形态，或者这种形态本身是由科学定律确定的。无论是倾何种情形，宇宙

一个关于资产泡沫小故事

老李 — Wed, 02 Jun 2010 17:44:00 +0800

　　　　　　话说有一个小小的弹丸之国，总人口是3人，货币流通总量是2美元（只有2 枚面值1美元的硬币）。
　　　　　　这三位居民中，甲拥有一块土地，乙和丙各拥有1美元。
　　　　　　　　现在，乙决定用手中的1美元去购买甲的土地。于是，甲和丙现在各拥有1美元，而乙拥有那块价值1美元的土地。
　　　　　　　　那么，这个国家的净资产是3美元。
　　　　　　　　丙想：这是国内唯一的一块土地，是不可再生资源，其价值肯定会上升。于是，丙从甲那里借来1美元，再加上自己的1美元，以2美元的价格从乙的手中买下了那块土地。现在：
　　　　　　　　甲有1美元（借给了丙），他的净资产是1美元。
　　　　　　　　乙卖掉了土地，得2美元，他的净资产是2美元。
　　　　　　　　丙拥有那块土地，价值2美元，同时又有对甲的债务1美元，所以他的净资产是1美元。
　　　　　　　　那么，这个国家的净资产是4美元。
　　　　　　　　甲发现，曾经属于自己的那块土地在不断增值，他便后悔起来。幸好，现在丙欠甲1美元的债务，甲又从

献给正在郁闷的人们

老李 — Sat, 29 May 2010 09:20:00 +0800

一头驴，掉到了一个很深很深的废弃的陷阱里。主人权衡一下，认为救它上来不划算，走了，只留下它孤零零的自己。每天，还有人往陷阱里面倒垃圾，驴很生气：自己真倒霉，掉到了陷阱里，主人不要他了，就连死也不让他死得舒服点，每天还有那么多垃圾扔在他旁边。

为什么流行程序员35岁定律，我说干一辈子没问题

老李 — Tue, 27 Apr 2010 13:41:00 +0800

最近csdn有篇文章说程序员可以干一辈子，而且越老越吃香，原因是老程序员经历过失败，有丰富的经验，你雇佣年轻程序员是在拿自己的项目来让他们积累失败经验，而雇佣老程序员则相当于买入他们曾经多年的经验，看似成本增加，其实整个开发，尤其维护阶段成本会大大降低。这个观点是深的我心的，但也不能一概而论。
为什么会流行35岁定律，为什么会有程序员妓女论，为什么绝大部分程序员都时刻不忘思考转型，转行。究其原因有以下几点
      1：国内IT行业属于新兴行业，从业者普遍年轻。
      2：国内IT技术相对落后，基础开发较少，企业应用多，产品开发少，项目多。
      3：程序员门槛相对较低，从业者数量比较大，但真正的高手比例不高。
      4：IT企业大的少，小的多，小企业实力不足以做长期的技术积累，多以眼前利润为目标
  总之，大环境下似乎我们程序员不易沉迷于技术，不然35岁以后，40岁以后似乎是温饱难以为继。但对于我们个人来说，究竟该怎样应对？很多人都很迷茫，转型做管理，似乎我们性格内向，更

如何加快C++代码的编译速度

老李 — Sat, 17 Apr 2010 22:49:00 +0800

C++代码一直以其运行时的高性能高调面对世人，但是说起编译速度，却只有低调的份了。比如我现在工作的源代码，哪怕使用Incredibuild调动近百台机子，一个完整的build也需要四个小时，恐怖！！！虽然平时开发一般不需要在本地做完整的build，但编译几个相关的工程就够你等上好一段时间的了（老外管这个叫monkey around，相当形象）。想想若干年在一台单核2.8GHZ上工作时的场景 - 面前放本书，一点build按钮，就低头读一会书~~~往事不堪回首。
可以想象，如果不加以重视，编译速度极有可能会成为开发过程中的一个瓶颈。那么，为什么C++它就编译的这么慢呢？
我想最重要的一个原因应该是C++基本的"头文件-源文件"的编译模型：每个源文件作为一个编译单元，可能会包含上百甚至上千个头文件，而在每一个编译单元，这些头文件都会被从硬盘读进来一遍，然后被解析一遍。每个编译单元都会产生一个obj文件，然后所以这些obj文件会被link到一起，并且这个过程很难并行。
这里，问题在于无数头文件的重复load与解析，以及密集的磁盘操作。

C++和C++程序员面临淘汰？

老李 — Fri, 02 Oct 2009 22:31:00 +0800

C/C++是十分古老的语言，C语言现在仍然广泛应用于系统开发和很多计算机标准组织的协议实现。C++在程序设计的历史上也有着不可磨灭的地位，由于它的抽象能力，使其在发展初期就以极快的速度占据了半壁江山，在系统，图形，网络，等很多领域成为主角。可以说其辉煌的历史也正在起到减缓其消亡速度的作用。

Open CASCADE 基础类简介

老李 — Thu, 27 Aug 2009 10:05:00 +0800

很久没写关于occ的介绍了。今天有时间，继续写，如果我一直在做这方面的话，我想我会把它的文档看完并写完。occ的基础类型包括了以下6个方面的内容：1：原始类型，字符串和各种数值类型的定义（将一些int，float等重新定义为内部类型）2：堆内存的自动管理（主要是handle的模式）3：异常处理4：数据集合类（数组，链表之类）5：向量，矩阵，基本几何类等数学工具6：文件操作这些内容被组织在Kernel Classes ，Math Utilities ，Basic Persistence 三个模块中。数据类型的知识点：1：数据类型在occ里可以被归为2类，1是必须由handle操作，另1是可以由值操作。 handle其实可以理解为智能指针。是自动释放内存的一个类型的引用。例如： Handle(myClass) m = new myClass;

软件盈利模式

老李 — Sat, 11 Jul 2009 09:26:00 +0800

近年来，我国软件行业疾驰在高速公路上，但是，盈利却始终是个令人尴尬的问题。对于大部分软件作者来说，软件行业的收益仍停留在解决温饱问题的范畴。中国软件行业协会理事长陈冲认为，软件作者要吃饭，软件厂商、代理商要生存发展，不能没有收入，合适的盈利模式是非常关键的因素。
那么，软件行业的盈利模式究竟有哪些呢？
盘点一：软件盈利，注册先行
模式一：要使用吗，先交费（Come-Pay-Stay）
在过去，“先付钱后使用”曾经是国内软件的主要盈利模式。尽管这种模式方便简单，但它难以理直气壮地成为盈利妙方，因为先付钱后使用，把风险留给了消费者。消费者的购买行为取决于对品牌的认识。
一般来说，这种方式适用于品牌形象好，知名度高的商业软件，如Office系列软件。
模式二：来吧，玩得喜欢再付费（Come-Stay-Pay）
“先试用后付费”，免费给用户下载试用版本，在未付费前，软件有一定的时间、次数、功能等限制。
这种模式源于一个“省钱、懒得费心”的市场推广策略。1982年，两位美国软件作者，开发了一大软件，却不想为软件的

C++的现状和未来

老李 — Sat, 11 Jul 2009 08:37:00 +0800

　　TechRepublic的一名会员Oleg F(有经验的C++开发人员)问我对C++的现状和未来的看法，此外，他还希望了解C++如何适应.NET世界、Web开发和云计算，下面是我的答复。

　　我认为对于大多数一般开发人员而言，C++作为一门通用编程语言将很快从他们的编程语言中消失，但C++仍然会得到大量的使用，特别是操作系统层的工作和底层开发(如嵌入式设备和驱动开发)、某些高性能应用程序和那些如果使用.Net或Java开发显得过于沉重的应用程序(如办公套件)。有些开发人员将继续使用C++开发应用程序，但对于一般开发人员而言，C++确实很头痛。 Visual C++ 本地并行编程：状态管理

　　大多数开发人员都面临着性能问题，当你解决掉性能问题后，在大多数情况下，C++仍然是相当有吸引力的。

　　我接触过的少部分C++开发人员对于在.Net托管环境下使用C++对他们没有多少吸引力，这样使得C++丧失了许多用于Web开发的机会，除非你想在CGI模式下使用它，关于CGI有好消息(开销少，简单的概念模型)也