Sparkle's Workshop

　　他望着外面院子那边的脏墙，知道自己无法回答那一切究竟是出于疯，还是爱。
　　更使他悲伤的是，真正的男子汉通常能果敢行动的时刻，他总是犹豫不决，以至他经历过的一个个美妙瞬间(比如说跪在她床上，想着不能让她先死的瞬间)，由此而丧失全部意义。
　　他生着自己的气，直到他弄明白自己的茫然无措其实也很自然。
　　他再也无法明白自己要什么。因为人的生命只有一次，我们既不能把它与我们以前的生活相此较，也无法使其完美之后再来度过。
　　与特丽莎结合或独居，哪个更好呢？
　　没有比较的基点，因此没有任何办法可以检验何种选择更好。我们经历着生活中突然临头的一切，毫无防备，就象演员进入初排。如果生活的第一排练便是生活本身，那生活有什么价值呢?这就是为什么生活总象一张草图的原因。不，“草图”还不是最确切的词，因为草图是某件事物的轮廓，是一幅图画的基础，而我们所说的生活是一张没有什么目的的草图，最终也不会成为一幅图画。
　　“ EinmaliStKeinmal”托马斯自言自语。这句德国谚语说，只发生过一次的事就象压根儿没有发生过。如果生命属于我们只有一次，我们当然也可以说根本没有过生命。

无意中找到一个超小功能很强的http server，而且不仅仅是http server而已
总size不到100k！！

下面是大概的特性列表：
支持HTTP/1.1 GET,POST,HEAD
高性能
支持exe、perl、php的CGI！！
支持SSI
支持ISAPI
日志输出
虚拟主机
支持http proxy
可以连接OpenSSL实现SSL
DNS server！！
FTP server！！
SMTP server！！
POP server！！
远程管理
超详细的状态数据！！

详细请看官方主页

http://home.lanck.net/mf/srv/index.htm

越是智商低的人越是害怕别人说自己白痴，所以他们会拼命炫耀自己的才华。看来，大多数经济学家的智商的确不高，因为有个风气是只有说别人听不懂的话才能显得自己的学问高。其实，不管我们在研究生院里的学问做得如何精巧和深奥，到了分析现实问题的时候，用的 最多的还是那些曾在初级教科书里学到的概念和定理。或许，这意味着经济学的道理原本就非常简单，也或许，这意味着我们学到最后常常又把简单的道理弄糊涂了。这正如弗里德曼曾说过的，“五十多年来，作为一个职业经济学家，我一直对一种明显自相矛盾的状况感到 百思不得其解。一方面，相对价格理论的基本原理极其简单，甚至明晰到令人苦恼的程度。另一方面，很少有人会觉得这些原理是显而易见、非常自然的，至于能够把它们正确应用于具体问题的人就更少了”。艾林·恩索文（Alain Enthoven）的一段话更是尖锐：“我们所使用的经济学理论大部分都是在大学二年级学到的，之所以还需要经济学博士，是因为许多经济学家直到从研究生院毕业才开始相信他们已经学过的东西，因为他们这时候才成为经济学的既得利益者。”

同时，整篇文章都说的很好
同时……曼昆的《经济学原理》也很棒

官方保5年不收费，然后又说经销商收费是他们的事情，管不着，然后又取消了对经销商的运输补贴，所以经销商们就在保修的时候收取100块作为运输费。。。
自己亲自找希捷就不用钱，前提是运费自付，寄往新加坡

原本打算买希捷五年保80G 8M
现在想想还是买西数好了，保三年

下面是比较详细的新闻

http://www.ee007.com/news/shownews.asp?id=2817

突然看到了个新颖的名词xul
狗狗了一番，发现这个技术也并不新
mozilla很早就开始做这个东西了，现在的mozilla很大部分界面是xul生成的
m$也在做longhorn里加入xaml，异曲同工的东西，不过似乎xaml的范畴大一点
突然觉得有代替javascript丰富web表现的希望
随着看xul的资料越多，突然发现一个问题，必须现有mozilla才能运行xul，或者至少要有个xre
虽然有人说在intranet环境里要求每个客户端都装mozilla也相当方便
但是要求每个客户端都装jre然后使用web start来发布和更新也很方便啊
至少swing/swt的表现力比xul+javascript要强的多了
哦，对了xul也要靠javascript来控制逻辑的
还有更重要的事情，业务逻辑和数据库操作呢？
使用xul必须要使用如下的架构
xul – javascript – xmlhttp – servlet – …
其实这里真正的难点是javascript跟servlet之间的xml通信的问题，超复杂
还不如swing/swt – rmi来的简单和直接，和更oo
那又何苦呢。。。

ps，说起狗狗，想起下午跟同事说狗狗已经成为一种文化
这是很恐怖的事情
虽然其实文化这种观点我是从网上别人那里得来得，我个人上也赞同
目前的狗狗没有人工控制的，但难保日后
尤其狗狗已经上市，或多或少会有商业因素
而且就算现在的狗狗是有人工控制我们也不知道啊
人们已经习惯从狗狗获得信息
哪天狗狗人工介入，控制某些信息的过滤
尤其是涉及政治的时候，会有多大的影响力啊

再ps，狗狗xul的时候发现一个有趣的网站

http://www.luckycats.net/

有空的朋友可以去领养一只，还有教你怎么养

现在艾滋病的病发者和带菌者越来越多
听说国内有80万带菌者

很多人听到艾滋病就非常害怕

其实艾滋病并不恐怖

让我们先来了解一下艾滋病的传播途径，消除一下我们对艾滋病的恐惧

以下均为转载

HIV的传播途径只有三个：

　　　·同HIV感染者发生无保护的性行为

　　　·接受了被HIV污染的血液

　　　·被感染的母亲传染给未出生的婴儿

　　无论是同性、异性、还是两性之间的性接触都会导致艾滋病的传播。艾滋病感染者的
精液或阴道分泌物中有大量的病毒，在性活动(包括阴道性交、肛交和口交)时，由于性交
部位的摩擦，很容易造成生殖器黏膜的细微破损，这时，病毒就会趁虚而入，进入未感染
者的血液中.值得一提的是，由于直肠的肠壁较阴道壁更容易破损，所以肛门性交的危险性
比阴道性交的危险性更大。　　

　　血液传播是感染最直接的途径了。输入被病毒污染的血液，使用了被血液污染而又未
经严格消毒的注射器、针灸针、拔牙工具，都是十分危险的。另外，如果与艾滋病病毒感
染者共用一只未消毒的注射器，也会被留在针头中的病毒所感染。　

　　如果母亲是艾滋病感染者，那么她很有可能会在怀孕、分娩过程或是通过母乳喂养使
她的孩子受到感染。

艾滋病是通过3种传播途径传染给他人的，即：血液传播、性传播、母婴传播。如果一个正常人输进了HIV（艾滋病病毒）阳性感染者或艾滋病病人的血液其感染的几率是95%，而一个HIV阳性感染者或已经发病的病人与一个正常人发生性关系的感染几率和性别有一定关系，男传给女的几率是0．2%，女传给男的几率是0．1%，男传男的几率要比以上两种方式大得多。如果母亲是一个HIV阳性或艾滋病的病人，其感染给胎儿的几率是25%，但是如果母亲经过AZT的抗病毒治疗，其胎儿的感染几率下降到8%；经过联合疗法（鸡尾酒疗法）治疗胎儿的感染几率可能下降为2%。

艾滋病病毒是一种十分脆弱的病毒，它对热和干燥十分敏感。在干燥的环境中，艾滋病毒10分钟死亡，在摄氏60度的环境中30分钟灭活。如果一支刚接触病人身体带有血液的注射器，马上刺入正常人体内，其感染的几率小于0．3%。地坛医院艾滋病房曾发生过几次在治疗、抢救艾滋病病人的过程中器械损伤医护人员的事情，其中一次是护士在给艾滋病病人注射后，针头掉下刚好扎在护士脚背上。经过一个月、三个月的艾滋病病毒抗体（HIV）跟踪检测，这些医护人员均未被艾滋病病毒感染。实验证明：艾滋病病毒生命力很弱，只能存活于血液中，离开适宜的条件立即死亡。离体病毒，在凝固的血液中不能长期存活。蚊虫叮咬不会传染艾滋病就是因为这个原因。

原文出处
STL之父A.Stepanov专访

希望能认真看一下再听我放狗屁

问：Java是一门非常新的语言，它还没有模板，因此禁用泛型编程，一切都必须是类。您对Java怎么看？

答：我花了几个月用Java来写程序。跟它的作者预言的相反，它并没有勾起我的兴趣。我没有从中发现任何新的见解。有生以来，我第一次在一种新语言里编程而没有发现新见解。它保留了所有我在C++里从来都不使用的东西─继承、虚机制（OO垃圾），并且拿掉了我认为有用的东西。它可能会成功，毕竟，MS DOS就成功过，而且对于你们学习Java的读者来说可能有利可图，但它毫无任何知识价值。看看他们对散列表的实现，瞧瞧那些“酷”的sorting applet所使用的排序例程，再试试AWT。评判一门语言的最好的办法是看看它的鼓吹者们写的代码。“!@#$%^&%$！×￥#”，（译注：原文是“Radix enim omnium malorum est cupiditas”），Java显然是一个面向金钱编程（MOP）的例子。SGI的Java首要倡导者曾对我说：“Alex，你必须去有钱的地方。”但我并不太想去有钱的地方，那种地方，味道通常都好不到哪里去。

我倒想知道说这些话的时间，AWT是垃圾，或许swing也是垃圾
java的人也会觉得这些是垃圾，他怎么就挑些垃圾来踩
现在的java变了很多，尤其是性能好了很多
1.5也加入泛型了，他是一个泛型鼓吹者，不知道到时候会不会反过来说java好

不过我不明白他用c++时，泛型>继承、虚函数，这是一个怎样的c++
他也说OO是垃圾（我没理解错吧），我会建议他用c，噢不，一个泛型的c

他是STL之父，当然会鼓吹泛型
这会使STL更多人用，他的地位更好，或者甚至他写的《xxx STL》会更好卖

问：我认为STL和泛型编程标志着一个不同于一般C++编程风格（我发现这种风格基本上是从SmallTalk继承过来的）的新起点。您赞成这个说法吗？

答：是的。STL不是面向对象的。我认为面向对象和人工智能差不多，都是个骗局。我已经看到了来自那些OO的人们写的“有趣的”代码。从某种程度上说，我对人工智能（AI）有偏见。我听说好多关于MIT AI实验室的一帮人的东西了，他们真正干了一些基础性的工作：Bill Gosper的Hakmem是程序员最好的读物之一。AI或许没有一个严肃的基础，但它制造出了Gosper和Stallman（Emacs）， Moses（Macsyma）和Sussman（Scheme， 连同Guy Steele）。我发现OOP在技术上是荒谬的，它妄图依照因单个类型而异的接口来分解世界，为了处理实际问题你需要多种代数方法─横跨多种类型的接口族；我发现OOP在哲学上是荒谬的，它声称一切都是对象。即使真的是这样这也不是很有趣，说一切都是对象跟什么都没说一样；我发现OOP的方法论是错误的，它从类开始，就好像数学要从公理开始一样。你不是从公理开始，你是从证明开始。直到你找到了一大堆相关证据后你才能归纳出公理，你是以公理结束。在程序设计方面存在着同样的事实：你要从有趣的算法开始。只有很好地理解了算法，你才有可能提出接口以让其工作。

只能说有点狗shit

问：这需要从思想上做一个激进的改变，无论在命令式（imperative）还是OO思想方面。相比“标准”OO程序设计，比如SmallTalk或Java，这种方式利弊在于？

答：我的方式行得通，他们的行不通。试试用OO方式来实现一个简单的东西，比如说max，我不知道OO怎么能办得到。使用泛型编程，我可以这么写：

template
inline StrictWeakOrdered& max(StrictWeakOrdered& x,StrictWeakOrdered& y)
{return x < y ? y : x;}

和

template
inline const StrictWeakOrdered& max(const StrictWeakOrdered& x,const StrictWeakOrdered& y)
{return x < y ? y : x;}

（&和const &两个都要）。然后，我可以定义strict weak ordered的含义。用Java试试。你不能用Java写一个泛型的max()，传入两个某种类型的参数并返回一个同类型的结果。继承和接口在这儿无济于事。假如连max或swap或linerar search都不能实现，那它们还有多大的把握去实现真正复杂的东西呢？这些就是我的石蕊试验法：如果一种语言能让我实现泛型的max、swap和linear search，那它还是有那么一些潜力的。

天，竟然拿max来跟OO编程比，难道可以OO地实现max吗？懂OO的人都知道max也是算法问题

OO不是解决这些问题提出的

我觉得他比较的高度不一样

拿STL的算法跟OO的算法比

OO真正的威力是架构

做研究的人，满脑子都是数学，所以算法对他们很重要，甚至可以说算法is enough
他们直接把计算机当成了计算器

我们做应用的，面向的客户不是一堆数字，而是一堆人，一堆实体，一堆项目
现实的本质是不连续的，你怎么能用一堆数字或是一堆算法来表达他呢

这也是AI的难度，计算机是连续的，可预测的
AI的不连续的，不可预测的

挑了个专家来批了一下，专家一般都很大度的，不会介意我这种市井之徒放狗屁的
再说，他也不知道……