摘要:2月9日，Google中国正式推出Google文件（ Google Docs & Spreadsheets ）中文版。可以用来多人在线协作编辑文档和电子表格。  网址在 http://docs.google.com/   需要gmail帐户登陆  通过简单几次click， 我创建了一个在线文档 http://docs.google.com/View?docid=dcgxxtrr_0f3kvv5  虽然有丰富的编辑和导入导出和历史版本功能， 但论文字功能，google文档当然比不上office,  但是他可以多人在网上在线编辑和浏览文档，相比大家书写word文档然后用邮件传来传去，这的确算是一个很"颠覆"的东西，个人觉得这是一些团队创建维护和共享文档的非常好的办法。从协作方面而言，它类似于wiki ，但是又有些和wiki不一样的特点 ： wiki 主要用于建立一个大而全或者针对某个领域的一些列文档， google 文件一般只针对某个主题。 wiki 一般互联网上每个人都可以修改和浏览，但是google文件可以进行相关的权限控制。 为了防止恶意或者错误的修改。wiki一般都提供版本历史功能，可以自由回退到某个版本。google文件也有这个功能, 但是这个功能对于google文件虽然很重要，但是没有wiki那么严重. wiki 需要大量用户才能不断丰富和发展，但是google文件哪怕是个人使用，也可以享受到随时随地修改的便利，更别说便于团队维护修改了。 google文件的相关搜索功能很强。 感觉互联网在不断地改变我们的生活，星期六和朋友聊天，感慨互联网从来没有像今天这么紧密过：每天，我们都要用它和人联络，用google查资料，在网上看小说看视频听音乐买东西。相信这种文档协作的方式，今后也会深深影响我们工作的习惯。 附：Google（谷歌）文件中文版上线 — 在线同步规划您的生活、工作...[阅读全文]

摘要:    商业公司的流氓软件越来越像黑客程序;黑客攻击明码标价越来越像商业公司。     看了文苗关于黑客的文章，不管黑客是否经历了古典现代后现代的变化，但是有些感觉不吐不快，前些年提到黑客，大家对他们还带着几分崇敬，但是现在则是无尽的苦恼。若干年前媒体上出现的黑客，大部分是发现了什么漏洞，窃取了政府的一些信息，最近媒体的报道则大多是QQ盗窃，网银盗窃和网络钓鱼之类的(姑且不论这些人是否是真正的黑客)。     有个朋友msn的签名愁云惨淡，说他的网站被攻击了，前些日子有人还告诉我他被攻击以后还被勒索，说不汇钱就将一直攻击下去。我当时出于好奇到一个小有名气的黑客站点上看了一下，发现攻击工具都是明码标价，而且还有售后服务。假如用户自己不会使用，还可以收费代为攻击。     感觉现在互联网上一些阴暗的东西已经成为一条产业链：无论是前些日子沸沸扬扬的流氓软件，还是垃圾邮件和BLOG上另开心拍案而起的无穷无尽的SPAM，还是这些不知是否能算作真正黑客的人有意无意的攻击。这些大家都讨厌至极的东西虽然人人喊打，但是实际上却日益繁荣，因为他们已经和太多的经济利益挂在了一起。一些网站流氓营销的最终成功，也给很多公司和个人打上了兴奋剂。黑了可以洗白，甚至还可以掉头打黑，社会只会以成败论英雄。       反流氓软件厂商奔着巨大的经济利益，借着大众的舆论，这段时间流氓软件终于没有那么嚣张了。不知道什么时候，我们在上网的时候打开一个链接，不用再提心吊胆。...[阅读全文]

摘要:写了多年程序，转眼就28了，发现身边的大龄程序员也多了起来，就要到了盛传的"程序员30"的这道坎，想想这些年的酸甜苦辣，重新翻出mvm的这篇文章，看着那么同业的回复，不仅感触良多： http://blog.joycode.com/mvm/archive/2004/03/23/16987.aspx mvm针对大龄程序员一定要转市场，转管理的观点，提出程序员还可以做某方面精通(当然也可以是多方面精通)的特种兵。反对的意见也很多，我挑几个典型的： # 回复: 做军官还是做特种兵？2004-3-23 20:00 | blackwhites 其实我也很困惑，其实30多岁不想干程序员的原因是有很多 1很多人怕吃苦，因为有了老婆和孩子要照顾家，所以都想换方向 2老板喜欢一些年轻点的开发人员，价格便宜，30多岁老程序员面邻压力 3。技术更新太快，而自己的学习速度比较迟钝，全靠吃老本 其实国外那些有作为的程序员恰恰都是30岁以上居多的，而在中国给人的感觉如果30岁还在写代码的话.. # 回复: 做军官还是做特种兵？2004-3-26 14:59 | king 在怎么特种兵，他也是去前线最危险的地方玩命去 军官可以没有那么辛苦，并且薪水也远多于那些在外面玩命的吧 老了，就玩不起了，但成熟了，心眼多了，可以考虑作管理。 # re: 做军官还是做特种兵？2005-9-1 12:08 | neoragex2002 国内软件行业对程序员的普遍认识不足的问题。行业本身的创新性和价值观念、人才评价就都有问题。试想在一个崇尚赚快钱、不注重人才培养的行业氛围中程序员的地位几何？能够得到几许尊重？中国公司并不是处处都是微软。中国的软件行业现状也不能与北美、欧洲相比。审时度势，因地制宜，比较的基础、环境都不一样，因此楼主的这种反思是没有太多意义的。 感触：的确，我现在也没有以前那么愿意加班了，我得考虑身体，女友；我的薪水涨到了这个程度，经济压力那么重，估计再找工作，很多老板看到简历的薪水要求就会马上把我否决；技术更新那么快，我没有时间去一一追逐；同学都是什么经理，什么长了，我还是一个developer(我以developer为荣), 也许顶个leader的小头衔，老爸老妈是否还能像以前那样夸儿子有出息，女朋友会怎么想......我年纪继续大下去，还玩得起么？ 但是我还是决定继续作程序员，因为我觉得还可以做下去. 程序世界不是只有VC/DELPHIC这些程序语言，也不是只有MFC/GLIBC这些库，NT/Linux这些操作系统, 也许有人觉得做特种兵就是要精通各种语言, 熟悉各种LIB和SDK, 才能玩得转, 这些都是耗费巨大体力和精力的事情, 老了就完完了. 人家一个密码学的专家可以干上一辈子, 为什么程序员甚至程序特种兵30就玩不动了? 假如一个程序员把自己的价值就定位到VC JAVA DotNet上, 的确就会疲于奔命, 渐渐就玩不动了. 你看招聘, 很多公司上来就要求各种语言,各种数据库, 甚至还要你精通PS,还能算帐顶个会计, 要求多得不得了. 你看了以后要么自卑,要么鄙视: 他们自己都不知道该做什么东西, 该要什么人.  那些招聘网站的首页,那些有名的外企,绝对不会show这种招聘广告: 丢人哪. 他们只会在基本的程序和平台外语技能后面加上: 精通xxx尤佳,最好该领域有xx年经验. 这里xxx可能是内核定制,可能是语音视频技术,可能是OA系统开发, 或者...... 这些才是他们想要的关键技能, 才是你的价值所在. ( BTW，我无意挑起语言之争，语言是很基础很重要的技能，它们就像厨师的菜刀和锅铲，它们是一门艺术，但是一个厨师不应该仅仅了解这些。) 常常看到有人问: 我精通这个语言,那个语言,大家看看我到底值多少钱哪? 假如你干了两年还这么问,你就麻烦了, 老板看的不是你单纯的程序语言技能, 他要的是你解决问题的能力, 这些更多的和你做过什么项目, 从事哪个领域或者行业的开发有关. 举个例子: 你给一家外包公司的简历, 说你精通VC或者其他什么的那行(不是不要你说), 远远比不上你说有在外包企业从事3年工作的那行文字重要. 很多人说外企好,别人老板尊重程序员,他们的程序员干到50还乐呵呵. 我觉得文化的原因当然有, 但是更加主要的原因, 是因为资本家觉得他们还有价值, 而且是比那些刚入行的青年有大得多的价值. 那么多的内部技术文献, 那么多年通过开发和维护系统换来的经验, 该领域里面那么多的细节, 系统该这么作,不该那么作, 只有这些老家伙了解, 而且几乎是直觉上的了解, 我不仅不能开掉他们, 还要让他们HAPPY, 不能让他们被别人挖走了. 不可能每个人都能转成市场和管理,每个人都能做首席架构师, 但是这不妨碍我们继续在一个自己精通的领域内作我们的特种兵: 我们比客户还清楚他们要什么; 我们不仅知道系统怎么做的, 而且知道为什么必须这样做. 有些地方, 架构师设计的时候, 必须通过我们的REVIEW评审他才放心;  而且有一点很重要: 这些知识比那些易变的语言甚至稳固的硬件更难过时. (下面是看了评论写的，谢谢大家): 后记1: 我觉得不管大公司小公司，对于一些不管什么项目都做的公司，只想安心做事情的程序员是永远没有前途的，对于那些没有根，没有技术积淀，没有行业背景的公司，程序员假如不能转型成市场或者管理者，他不仅低人一头，而且对于公司永远只是一个可以随时炒掉的螺丝钉。 成为为资深技术人员是出路之一，但是需要合适的土壤，欧美这方面的确好很多，但是在中国找到类似的土壤并非不可能。另外做技术比不上管理风光是必然的，外国中国都一样，但是是否一直做技术，要看个人兴趣和能力。不要迷信外企的"技术管理双阶晋升"，那是糊弄人的，但是他们会给技术人员一个起码的自尊，你起码可以说：在公司我比经理级别高(虽然你没有那么大的办公室)。 后记2: 我觉得这是一个一直做技术是否现实的问题，一个如何实现更高的自我价值的问题：有人说年纪大了学习能力并没有下降，但即使保持了学习能力，给你开那么多的薪水，你比刚入行的小伙子的优势在哪里？我可以说，对于新的语言的掌握甚至实战能力，我看到很多学校出来的新人非常不错甚至可以说精通，你难道和一批批的新人反反复复的拼这些？就算你样样比他们强，性价比呢？...[阅读全文]

摘要:在写一个新项目，做了几天，因为还没有成型，也因为懒，就没有把它丢到ClearCase里面 结果单元测试通过以后，忽然发现：最主要的一个文件是空白！！不知道为什么被清除了，顿时冷汗直下 想起google的desktop引擎，赶紧search一下，发现了一个几分钟前的版本, 看了一下，赶紧恢复了文件，不过里面的中文注释都变成了?号，总比全丢了强!...[阅读全文]

摘要:http://webmessenger.msn.com/ 很多人应该已经知道这个,意外发现这个webmessenger的浏览器兼容性也是不错的: 而且不错的地方是：它可以同时打开多个帐号 :D...[阅读全文]

摘要:最近在清理本组的代码，主要任务是合并重复代码，改善系统结构，因为系统历史很长，参与过的开发人员很多，里面的冗余代码非常多，清理起来真的是非常辛苦的事情：< 相信每个工作有一定年头的程序员都有一个自己的代码库，需要的时候要么copy，要么include，不管是自己写的还是抄的别人的，反正是顺手拈来，这也算是大家技术积累的一个方面。对于一个公司，特别是作产品的公司，我觉得代码的重用，组件的编写也是一件很有意义的事情。 现在抛开LOC那些术语，抛开什么软件工程XP，也不谈设计模式重构，谈谈我自己的想法： 1.重用是不是越多越好？什么时候要考虑重用？ 我觉得不是的，可重用组件的编写要比一般的代码付出更多的精力，要适应更多的情况，要经过更多的测试，要有更加齐全的文档，所以说重用要适度，否则你的项目可能大大超出预算。一般的原则是：第一次使用直接写，当你写到第3次的时候，你就要考虑是否重用了，当然，很多组件，比如访问数据库的代理层，那是可以预见到需要重用的。 2.“改他人的代码不如自己重新编写”是重用的大忌么？ http://www2.ccw.com.cn/02/0244/b/0244b01_3.asp?看了一篇文章，里面是这种观点，但是觉得板子不能全部打在程序员头上，假如一个组件是测试严格，文档齐全的，在项目的压力下，有谁会愿意去自己再写一个啊！应该说 文档不全，每次出了问题总要trace into进去的重用代码，才是重用的大忌。 3. 一个项目组是否应该由专人编写重用代码？ 个人觉得，与其讨论是否有专人编写重用代码，不如讨论是否应该由专人测试和管理重用代码及其文档，正如上面一条所说，重用组件的文档化和正确性是至关重要的，重用组件的每一次变化，都要经过严格的测试然后checkin，假如接口有变化，必须由专人负责通知或者修改相关代码。这里建立一个良好的配置管理是非常重要的，否则你就跌入到一个比dll hell更加深的地方去了：> 4. 重用或者组件是否是解决软件问题的灵丹妙药？ 前段时间常常看到文章，大概就是以下的论点：由行业专家开发重用的组件，然后给各个公司使用；一个公司里面高级程序员开发组件，低级程序员搭建积木。极力的鼓吹组件编程，勾画出一幅美好前景。我曾经也迷信这个，但是现在觉得：无论是com/corba还是DotNet/Java中的解决方案，组件解决的是二进制代码重用兼容性的的问题，而不是软件开发的问题本身。 不要以为使用了组件，重用了代码就可以摆脱小作坊的生产方式，进入软件开发的大同时代。软件的复杂性在于其模拟的现实世界的本身，组件和重用永远只能解决一部分的问题。重点还是必须放在规范管理，重视需求方面。 大家看看目前重用的比较好的部分： 1.操作系统的内核对象,GUI对象 2.数学运算，加密算法 当然其他的还有一些，这些要么属于小粒度的重用(比如一个按钮的对象)，要么具有严格的规范和定义(比如数学运算和加密算法,一些协议的库)，进入行业领域以后，需求千变万化，重用的粒度越大，适用的范围越狭窄。写出一个适用于行业的framework，要么适用范围太小，自己公司能用就不错了，要么成本太高+使用复杂，别人买你的还不如自己定制开发。...[阅读全文]

摘要:星期天的晚上，一边翻着《MSDN开发精选》，一边写这个POST，一边和别人玩msn的扫雷，运气不错，大胜，结果一个ALT-F4不小心把IE关了，这些文字不得不再写一次 : ( 以前在网络上看了一些评论，大家普遍反映的问题就是贵，的确对于一本薄薄的小册子，18块钱是贵了些，特别是对于很多的学生。 前些日子参加微软的合作伙伴峰会，送了2004年的4月的第一辑，今天翻了翻，不禁有相见恨晚的感觉，虽然早就知道MSDN是个大宝库，但是因为俺鸡肋的英语水平，用得最多的还是在visual studio里面按F1或者在需要解决问题时看KB和howto，从来没有憋着劲去翻里面长篇大论的专题和那些精彩的文章，现在才知道有多大的损失:< 以前写一些Service比较多，win32多线程性能分析还有一篇关于堆的文章吸引了我的目光，现在开始学习DotNET，里面关于.NET架构和模式的文章让我受益非浅，关于Longhorn的东西看看也不错，随书的光盘里也有一些好东东，嘿嘿...决定以后订了，借别人的也行，假如总有送那我就开心死了:-> 呵呵，以上纯属广告，如有上当，概不负责（以下略去3000字）......[阅读全文]

摘要:看到孙展波提到PageRank的问题，也来说两句 :) 假如要使自己页面的搜索结果靠前，一般要做到3点： 1.页面的标题中要包含搜索关键词,META标记也不要放过 2.在页面内容中频繁出现该关键词(做得太过分可是要被惩罚的!) 3.提高自己页面的PageRank 前面两条自己可以搞定，可是最后一条需要很多的反向链接(ReverseLink)，因为BLOG的反馈中可以提交URL（可以提交URL的主要还有论坛，但是因为论坛的随便一个帖子URL都是一堆的动态参数，搜索引擎对这个是很不感冒的），于是很多人打起了我们这些人的BLOG的主意。 很多人没有注意到来自自己网站的ReverseLink也可以生效的，应该多注意一下自己网站的结构啊！其实博客堂的结构非常不错，每个页面都有指向个人首页和博客堂首页的链接，博客堂首页也有指向个人首页的链接，这样整个网站的Rank都提高了。 但是觉得博客堂使用的Text版本在搜索引擎上有一个缺陷：页面的标题都是个人博客的标题，而不是POST的标题，对POST的内容在搜索里排名的提高是不利的。...[阅读全文]

摘要:在使用SQL Search的过程中，还发现了一个问题：它对中文，是按字分词的，下面我解释一下： 比如对'博客堂成员很多是MVP'这句话，假如一个个的字的作索引，会比使用'博客堂','成员',MVP'几个词作索引生成的索引大很多，这样不仅浪费空间，也影响索引的效率和准确度。假如英文是按照字母而不是单词作索引，估计世界上如今就没有全文索引，也没有google了。 但是中文在分词上，相比英文有天然的屏障，英文的单词之间有间隔，但是中文不是，必须使用计算机的人工智能把句子分成一个个的词，有些时候，根据句子本身还不够，还必须根据上下文，或者一些日常知识才能判断。比如 乒乓球拍/卖/完了 和 乒乓球/拍卖/完了 ，电脑咋能知道是哪个意思并正确分词呢！ 根据使用的结果，SQL Search对中文使用的应该是按字分词(可能是因为原来是英文引擎的缘故)，比方说你要查'马克'，它会把'马克思'也给你倒腾出来。 我的一个123M的数据库，全文索引有55M，每次全文查询都比较慢(当然机器也很次)。 -------------------------------------------------------------------------------------------------- 关于按字分词： 应该还是怡红公子的说法比较妥当，大家看看这个句子： 操作系统能否用汇骗语言改写限制它对每个端口的使用率 为了验证分词，故意使用错误的分词，假如都可以索引出该句子，就说明是按字分词的。比如使用 '用汇' ?查询，也可以查出句子，所以得出了SQLServer按字分词的结论，我没有进一步检查，但是现在发现使用'写限'，使用'统能'就无法查出来了，证明SQLServer中还是有简单分词的，只是分词结果不理想。 此外，SQLServer还可以使用第三方的产品增强分词的能力。 -------------------------------------------------------------------------------------------------- 假如对分词有兴趣的朋友，这里有一些代码可以看，使用发现分词正确率还是很高的，不过要注册才可以得到：http://www.nlp.org.cn/project/project.php?proj_id=6...[阅读全文]

摘要:大家都知道LIKE查询很慢，全文索引就是事先做好相关的索引，表示哪个主题词可以在哪些记录里找到，甚至事先计算好RANK，检索时可以把相关度高的先列出来，这可以大大提高检索的速度。 打个比方，你有很多的小抽屉，每个抽屉里面放一些杂物，假如你要找东西，最原始的方法就是一个个抽屉翻，这就是没有索引的情况。 假如聪明一点，给抽屉编号(唯一键)，把哪个号码的抽屉有什么东西记录在纸上，找东西先看看这张纸，这就是普通索引，假如你要知道哪个抽屉有什么，你可以在纸上迅速找到抽屉号码(大家知道这是使用查找树)，然后得到相关的信息，这种情况普通索引是很快的；但是要找到一个特定的东西哪些抽屉有，你就要把整张纸遍历一次，这就是LIKE查询，假如你要找哪些抽屉同时有2种甚至更多种物品，LIKE就更加繁琐了。假如一个表有上千万的纪录，大家可以想象查询的代价。 可以换一个思路，另外找张纸，记录一样东西存在于哪些抽屉： 夹子:1,3,4,5,6,9,12... 钱币:2,3,4,7,12... 药丸:1,3,5,6... 这样找到某样东西或者某几样东西都很容易。 全文索引和普通的SQL索引有很多的区别： 普通 SQL 索引 全文索引 存储时受定义它们所在的数据库的控制。 存储在文件系统中，但通过数据库管理。 每个表允许有若干个普通索引。 每个表只允许有一个全文索引。 当对作为其基础的数据进行插入、更新或删除时，它们自动更新。 将数据添加到全文索引称为填充，全文索引可通过调度或特定请求来请求，也可以在添加新数据时自动发生。 不分组。 在同一个数据库内分组为一个或多个全文目录。 使用 SQL Server 企业管理器、向导或 Transact-SQL 语句创建和除去。 使用 SQL Server 企业管理器、向导或存储过程创建、管理和除去。 使用全文索引的话，可以看看下面的帖子(感谢大力和lihonggen0)： ???? 如何在sqlserver中建立全文索引：???? http://www.csdn.net/develop/Read_Article.asp?Id=17137??? ???? 如何使用image字段：???? http://expert.csdn.net/Expert/topic/1594/1594455.xml 发现大家有一个常问的问题，就是关于以下的信息的: 查询子句只包含被忽略的词 这是因为使用一些很简单的词，比如'是'，进行查询的缘故。 提出的解决办法不外乎是把C:\Program Files\Microsoft SQL Server\MSSQL\FTDATA\SQLServer\Config\noise.chs 清空 觉得这种方法是不可取的，大家打开这个文件看看，发现里面是一些这样的词：is,are,be,at,我,是 这些词都是频率很高的词，而且在查询中的意义不大，就好像几乎每个抽屉里面都有纸屑一样，为这些词作索引得不偿失，所以全文引擎把这些词称为干扰词不做索引，个人觉得在应用中过滤这些词然后向用户提出友好的提示更好，而不是使用清空noise.chs粗暴的对待全文引擎。比方大家可以看看在Google中搜索“的” ------------------------------------------------------------------------- 另外谢谢ghj，一个很重要的东西遗漏了，与一般的索引立即更新不同，全文索引一般是定期维护索引的，所以对于频繁更新的数据不合适，需要做全文索引的对象一般都是论文网页之类，还算适合拉！ 个人觉得我的数据库没有代表性，所以也不细说：作索引的时候，CPU和内存使用都很高，时间也很长(下面我的数据库是整个晚上)，完成以后并不需要使用很多的系统资源，多个全文查询并发的时候也有不小的CPU消耗，但是比LIKE强。 我的系统上数据库是123M，太小，使用全文索引没有感到特别的优势，但是可以想想对于GOOGLE那样的海量数据，使用LIKE是不可想象的:)当然别人也没有使用关系数据库。...[阅读全文]

摘要:看VC编程经验总结第一版完成的post，居然发现自己和里面的大多数人差不多，我已经知道http://expert.csdn.net/Expert/topic/2826/2826246.xml?temp=5.338687E-02第3条回复就是下载地址了，鼠标还是习惯性的一拉而下，准备在最后丢一个信箱地址。 今天一个同事离职，一个做事认真踏实，我一贯佩服的人，发现他自己copy给我要刻盘的只是一些自己写的例子和lib而已，而我已经在硬盘上留下10多个G的各式各样的文档资料，已经删除的还有n个G(n=?不清楚，反正删的都刻了碟，现在大概1盒多吧，特别声明:不刻电影)。 特别归纳自己的特点如下： 1.硬盘的空间总是不够用 2.拥有一堆可以砸死人的书，其实从来买书的速度比看书的速度快得多 3.在网上浏览文章的速度可以让鼠标的滚轮迅速损坏 4.看到什么可以下载的东西，常常不假思索，down了再说 5.可以在一屏幕的文字里迅速找到大全，宝典，内幕之类的词语 :-P 假如大家觉得刚才我说的太乏味，可以看一些文字：程序员的老婆 & 无责任书评 ，我一对朋友的原创，一笑置之，俺也好在背后好好反省。...[阅读全文]

摘要:http://www.csdn.net/develop/article/25/25146.shtm gigix这次招致了大量的攻击，当然每次他都如此。 gigix说: 我唯一的评价是——鼠目寸光。抛开软件的美感和对技艺的热爱不谈，即使单从利益的角度来说，为open source做贡献不仅是一个难得的锻炼、交流、学习的机会，更是一个难得的获得名声和尊敬的机会——在开发者的社群，名声和尊敬几乎就意味着高薪。那些把自己的成果无偿贡献给大家的程序员到底得罪了谁？ ---end 通过开源社区功成名就的程序员毕竟是少数，据说Richard.Stallman的物质生活也很一般，就算这些人的物质生活很不错，我想就Stallman在编译器方面的造诣，投身商业软件，可以活的更加滋润。为了名利斤斤计较的人不适合OpenSource。 但是，那些把自己的成果无偿贡献给大家的程序员到底得罪了谁？ 他们并没有妨碍大家卖软件，Apache做的好，但是他们没有说，IIS是罪恶的。只是假如你的东西还没有他们业余捣鼓的好，结果多半很惨；也没有妨碍大家使用软件，你可以继续使用MS的东西，假如你觉得不爽，也可以搞个开源的东东玩玩。 大家各自有各自的活法。 我不是个开源者，我想我只能说是温饱，常常被项目压得喘不过气，我无法做到他们这么无私，但是我不想否认这些人的价值，我尊重他们。 软件是有价值的，其实每一个思维，每一行代码，都是有价值的，要不要把这个价值兑现成money，是每个人的自由。无论是MVPs，还是CodeProject上的，或者是SourceForge上的程序员们，都是乐意通过把自己的价值共享给大家而实现自己价值的人。他们可以从中感到快乐，这就是他们的重要动机，这就够了。...[阅读全文]

摘要:今日在校园漫步，发现一横幅，上书“庆祝女子节--团委宣”，呵呵，看来各位PLMM对“妇女”这个称谓是略有不满的 然后祝愿各位大小女子，包括光临博客堂的JJMM节日快乐，日日快乐。 沙子说她过节发了一箱啤酒，呵呵，他们的的领导真的很有幽默感 :) 下面是特别祝福： 沙子，HelloCat，人渣渣，红糖水，小雨，谷癞子，一只鱼，533 傅MMs，楚楚，蒋彦紫，豆豆，刘MMs，大腌菜，还有在家过节的cony...[阅读全文]

摘要:虚线后的内容转自我的另外一个BLOG:  http://ms.blogger.cn/peon/posts/610.aspx 一直对下面的东西没有ps而耿耿于怀，终于在winmag网站的论坛发现了vbs脚本: http://blog.joycode.com/peon/posts/15026.aspx 这里也可以看出区别：windows的重用一般是基于COM的，而unix的一般基于单个的程序。 毫无疑问，使用COM的重用粒度更小，对于UNIX的基于程序的方式，无疑在文本方式下很有优势（假如你认为基于程序的组合与重用毫无用处，最好了解一下你写程序的IDE，Visuanl Studio,C++ Builder等开发环境的基本上都使用这种方式调用编译器），但是在GUI下几乎毫无用处。 在CUI下的重用使用的是基于管道的标准输入输出重定向，但是在GUI下，这种方式失去了意义。虽然程序通信有众多的方式，比如窗口MESSAGE,SOCKET，管道等，但是GUI桌面程序都尽力把自己做大作全，而且通信方式缺乏统一性，一般都不会考虑程序间的协作。 ------------------------------------------------------------------------------------ 使用过linux/unix的人一定感觉得到unix下命令行工具的强大，至少grep对于程序员，作用多多啊！今天发现我的SFU到期了，想起什么时候看过一个GNU的windows下的unix命令工具箱，于是到google上把它翻了出来，大家有兴趣的看看： http://www.cs.utk.edu/~acm/labstaffsessions/session1/Windows_talk9.html 也可以在这里下载：http://unxutils.sourceforge.net/ 还看到一个vim的Windows版本的介绍，这个以前用过，就算是在windows下，vim也是一个不错的编辑器，特别是对程序员而言: http://www.cs.utk.edu/~acm/labstaffsessions/session1/Windows_talk10.html...[阅读全文]