半夜痴语（未完，困了，睡了）

以前写的，没贴。

1.

每次做事之前都会郁闷很久，不管是写程序还是画PCB。据本人不完全总结，每次项目80％的时间用于发呆和上网闲逛，20%的时间才用来写代码。

选择真的是一件很痛苦的事。无论是架构的选择，还是布线走线。

缺乏一种灵感，一种魄力，一种从繁杂事物中看透本质的能力。

量化的思维已经彻底封印了人的直觉！

也许我总是想得太多，总是力图考虑得更全面，更完整，更有条理，为未知的不确定的需求花费了太多的精力。

当系统的复杂度已经远远超过自己的能力时，人会本能的选择逃避。等到没时间了要交差了又再次回归到原始，依然用以往朴素的思路来实现需求。

2.遇到的一些问题和困惑

面向对象带来的是思维的方便，与现实对象的一致性。但是臃肿、庞大、一层层的转发也是不可回避的问题。

这几天写一个dll，逼得我用过程化的思路分解以往的对象。结果发现以往自以为构造的非常漂亮的类，其实也就是实现了一个结构体加几个函数的功能而已。

剥开OO的外衣，其实也是过程化的东西。OO的私有变量实际就相当程序里的全局变量，每个成员函数都可以对它读写，同样存在着一些隐患。只不过与整个程序比较，类的规模相对比较小，变量涉及到的函数有限，复杂度低，有利于理解和维护。

变量的本质就是记忆。从这个角度来看，纯粹的局部变量是不存在的，因为它的目的就是记录现在发生的事，然后在未来的某个时候再次讲述这些事。

 

为了实现OO的低耦合，类的内部函数是不可以引用外部变量。所以很多时候不得不为了这种原因给类增加很多属性property，仅仅为了把外部变量与私有变量关联起来。

 

摘录一些网上的东西：

“软件开发的全部艺术就是权衡：在简单与复杂之间权衡，在一种方案与另一种方案之间权衡。如果把每个问题、每个权衡的利弊都考虑得清清楚楚，恐怕开发一个应用程序的成本会高得惊人。所以，很多时候我们更依赖自己的审美眼光，用平静的心去设计一个赏心悦目的系统。”

“拒绝不成熟的抽象和抽象本身一样重要”

 

这是今天写的

在网上闲逛，看到猛禽的传说中的DELPHI9--DiamondBack ，很郁闷。后面的评论让我很郁闷。为什么对delphi的评论总是贬多于褒。不知道为什么这么多人不喜欢delphi。其实不管从开发角度，用户角度，还是其他方面，delphi都是一个很好的选择。无论是底层、上层、数据库，delphi都能足以游刃有余。

工作的原因，接触的C程序员最多，无论是TC、VC、C51还是AVR、ARM。C太随意，当然与C语言本身没错，程序质量好坏取决于编程人员的水平。但是作为一个国内的中小企业，面对大部分基层开发人员仅具备2－3年开发经验的现状，把产品的质量寄托于他们的技术水平实在是一件很糟糕的事。C的类型转换的随意，指针的滥用，C++局部变量定义的随意，都会直接导致无数即将在未来出现的隐患。

VB是我了解最少的，只就我认识的说点感想。n年以前用vb4写过几个hello world之类的小程序。后来为了学数据结构学了pascal，再后来就彻底迷上了delphi，再也没用过vb了。我崇尚绿色软件，vb发布时带着的一堆dll实在让我无法忍受。

前一段时间工作需要，用了用VB，习惯了VCL控件，用起ocx真的很让人郁闷。没有源代码让我怎么活呀！
无法忍受VB对细节的屏蔽。可以不看，但是不可以不给。

作为一个技术的狂热者，我沉迷于细节的实现，缺乏对宏观的把握，缺乏对抽象的认识。所以我知道，虽然我爱好，但是我绝不适合做理论。

我缺乏对科学的直觉，那是从一堆演算稿中看透本质的能力。我的能力在于提出理论结合实际，提出解决问题的思路。理论的发现和具体的实现都不是我的专长。那是教授博士和普通技术员的事情。

曾经设想过无数次，如果人类退回史前文明，或者说战争让人类退回到工业革命前，需要多长时间才能恢复。假定的前提是大部分知识的载体，书、光盘、磁盘统统被战火毁掉，只留下人类和人类的记忆。

最近有很多最种风格的历史架空小说，回到民国，回到鸦片战争，造飞机造大炮造坦克。

还记得小学的时候看过凡尔纳的《神秘岛》，觉得里面那个工程师简直就是神，造硝化甘油，造玻璃，挖煤，炼铁，种小麦，拉电线，发电报，居然什么动物植物矿石都认识。