http://blog.csdn.net/koalant/category/297815.aspx程序思考zh-CNSun, 05 Oct 2008 21:25:00 GMT60mulderhttp://blog.csdn.net/koalant/archive/2008/10/05/3016839.aspxSun, 05 Oct 2008 09:53:00 GMThttp://blog.csdn.net/koalant/archive/2008/10/05/3016839.aspxhttp://blog.csdn.net/koalant/comments/3016839.aspxhttp://blog.csdn.net/koalant/archive/2008/10/05/3016839.aspx#Feedback0http://blog.csdn.net/koalant/comments/commentRss/3016839.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3016839关于 Adobe air 和 Silver light, JavaFX 的讨论无论在 csdn ，还是 javaeye 上都很多，大家都在处于观望的态度。查看一下 Adobe air 的官方网站，发现国外有很多成功案例。很多人都说 Air 不够强大，缺少一些本应用的功能。就我看来这根本不是问题，因为没有什么技术从一开始就是很强大的，尤其是对于跨平台的技术，要解决的问题有很多，Adobe air 对 linux 桌面的支持也已经开始了，尽管现在的 air for linux 版本连装都装不上,但是我还是对它抱有期望。 Air 的功能对于大多数桌面网络应用来说已经够用了，与其等一个技术完全强大起来，还不如先用它来开发自己的应用，看看它是否能满足你的要求。大多数时候我们对一个技术的期许都太高和太完美，其实没必要。<img src ="http://blog.csdn.net/koalant/aggbug/3016839.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2008/07/21/2685749.aspxMon, 21 Jul 2008 16:41:00 GMThttp://blog.csdn.net/koalant/archive/2008/07/21/2685749.aspxhttp://blog.csdn.net/koalant/comments/2685749.aspxhttp://blog.csdn.net/koalant/archive/2008/07/21/2685749.aspx#Feedback1http://blog.csdn.net/koalant/comments/commentRss/2685749.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2685749你应该意识到这点，这些人大部分也都是在家里做开源开发的，百分之九十的开源开发者不管他们是做什么。他们把孩子哄上床，为开源项目献出两个小时，然后他们打开自己的邮件程序，发现一大堆愤怒的信息，都是"这里有 Bug, 另外这里还有 Bug， 这个 bug 使得我们上百万的电子商务操作无法进行" ， 他们只能说：“好吧，我已经在晚上贡献了2个小时， 这确实不是我应该太过在乎的事情（你的上百万电子商务程序）"。 所以说，人们应该对这些开源的开发者给予一些尊重。<img src ="http://blog.csdn.net/koalant/aggbug/2685749.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2008/07/13/2646005.aspxSun, 13 Jul 2008 17:07:00 GMThttp://blog.csdn.net/koalant/archive/2008/07/13/2646005.aspxhttp://blog.csdn.net/koalant/comments/2646005.aspxhttp://blog.csdn.net/koalant/archive/2008/07/13/2646005.aspx#Feedback2http://blog.csdn.net/koalant/comments/commentRss/2646005.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2646005我们是直接使用 Raw byte 序列作为字符的内部数据的. 我们没有单独的内部编码, 我们曾经经历过一些转码的问题, 我们不想做这种从别的编码转换到 unicode 的处理, 这种来回编码的问题, 如果处理 utf-8 编码的问题, 我希望由 utf-8 自己来处理, 如果是传统的编码,比如 shift-jis 编码, 就让 shift-jis 来处理. 我们用 C 来实现内部编码结构, 就是一系列的函数来访问, 比如索引字符, 字符的长度等等. 我们使用一种, 该怎么说来着, "过滤器"(filter) 来给你一种错觉, 好像在访问一系列的字符, 你可能会觉得这样做不够高效, 但就我们的长期经验来看, 这种错觉的做法一直在 ruby 中使用, 在大多数情况下, 如果你使用正则表达式处理, 这么做还不错. 很多基于字符串的处理都是基于正则表达式的, 所以,如果正则表达式的处理做了优化, 就不会有很严重的问题, 很多严重性能问题就可以避免<img src ="http://blog.csdn.net/koalant/aggbug/2646005.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/11/26/1902197.aspxMon, 26 Nov 2007 08:36:00 GMThttp://blog.csdn.net/koalant/archive/2007/11/26/1902197.aspxhttp://blog.csdn.net/koalant/comments/1902197.aspxhttp://blog.csdn.net/koalant/archive/2007/11/26/1902197.aspx#Feedback10http://blog.csdn.net/koalant/comments/commentRss/1902197.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1902197孔子教我们念别的书都持严肃的态度,唯独对学习最难理解的却给了这么一条心得:"玩索而有得". 值得玩味, 感觉学一门新技术, 也应该是这种态度. 抱着找工作, 应付项目等目的来学习技术,通常不会掌握的太深, 而抱着严谨治学的态度并以此为生的或者考证的目的来学习, 又太过无趣. 反倒是凭借着兴趣边做着玩边学习的态度倒是没有压力, 学起来也更有趣味一些, 更容易学习的深入.<img src ="http://blog.csdn.net/koalant/aggbug/1902197.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/10/26/1844189.aspxFri, 26 Oct 2007 01:26:00 GMThttp://blog.csdn.net/koalant/archive/2007/10/26/1844189.aspxhttp://blog.csdn.net/koalant/comments/1844189.aspxhttp://blog.csdn.net/koalant/archive/2007/10/26/1844189.aspx#Feedback12http://blog.csdn.net/koalant/comments/commentRss/1844189.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1844189如今的Google 在 internet 的产业链中已经处于最上层, 在这一层面上, 它已经通过多年搜索领域的积累开始制定自己的标准, 这是一种事实上的标准, 也是得到大家认同的, 这种认同不是因为 Google 以某种类似微软极端霸权的方式达到的, 在 Google 发展的过程中, 这种认同是得到大家默认的, 我们并没有感觉到自己受到了限制. 相反我们是主动去按照它的规则去制作网站. 说白了, 在 internet 上, Google 在制定游戏规则, 而我们则是在这一规则下做事情. 我想未来真正会再次创造互联网奇迹的公司将会是那些想法设法取代 Google 的新兴硅谷小公司和那些极力打败 Google 的大公司, 因为它们并没有处在 Google 生物链的下面, 他们没有受到制约, 他们和 Google 是平等的, 所以他们才有机会.<img src ="http://blog.csdn.net/koalant/aggbug/1844189.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/08/08/1731378.aspxWed, 08 Aug 2007 12:35:00 GMThttp://blog.csdn.net/koalant/archive/2007/08/08/1731378.aspxhttp://blog.csdn.net/koalant/comments/1731378.aspxhttp://blog.csdn.net/koalant/archive/2007/08/08/1731378.aspx#Feedback5http://blog.csdn.net/koalant/comments/commentRss/1731378.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1731378 对乐道的未来而言， 从技术上，我倾向于用 apollo air 技术重新写一个后台， 因为乐道的模式是，少数人写，多数人看。开发一个小桌面应用给 DJ 们似乎更合适。 当然这个想法是来自 pownce 网站的那个小 apollo 应用。我自己也启动了一个小项目做为研究 flex apollo 的起点，这就是 likenote （一个小 apollo 应用） ，中文名字叫做"乐宝"。 现在已经有了一个雏形, 当然它和 pownce 相比还是相差很多的。我已经将一些方便的功能从网页中移走而放置到"乐宝"中，比如访问计数统计(这样可以减轻网站的一些负担)，以后我会在其中添加更多的功能。 “乐道”的未来应该定位于一个比较高端的音乐推荐和欣赏平台，从技术上说，它也是多媒体网络技术的一个试验场，而技术上，我选中的是 flash apollo , 对于它的前景充满了信心。做乐道我没有太多的负担，所以很多好玩的东西都可以其中做实验，我相信这个网站会越来越有趣，越来越吸引人的。<img src ="http://blog.csdn.net/koalant/aggbug/1731378.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/06/13/1650313.aspxWed, 13 Jun 2007 12:48:00 GMThttp://blog.csdn.net/koalant/archive/2007/06/13/1650313.aspxhttp://blog.csdn.net/koalant/comments/1650313.aspxhttp://blog.csdn.net/koalant/archive/2007/06/13/1650313.aspx#Feedback15http://blog.csdn.net/koalant/comments/commentRss/1650313.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1650313随着 Ajax 的流行，浏览器能做更多的交互操作，越来越多界面层的操作不需要在经过服务器的渲染生成，这样 View 在服务端框架中的作用也就越来越少了。RIA 的开发中，服务端要做的只是提供某种服务，这种服务可以是 web service, rpc, 或者 rest 类的操作，和富客户端之间交流的只是 Message , 而这种 Message 可以采用 xml(webservice), json 等格式，Google web toolkit 是一个很好的例子。如此一来，服务器的负担就小了很多，而整个 web 开发的模式都将有所改变。 Web 开发不再分为开发人员和美工，而分为 服务端开发人员和客户端开发人员，美工。 服务端开发人员专注于提供某种服务，不再涉及 view ，最多也就是提供某种 Message 形式的 View，比如 rails 中采用 build style 来提供 xml 的生成。 而客户端的开发，以 flash 为例，flash 程序员开发组件给 Flash 美工，Flash 美工利用组件，设置属性，构造页面。 <img src ="http://blog.csdn.net/koalant/aggbug/1650313.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/04/27/1587969.aspxFri, 27 Apr 2007 23:12:00 GMThttp://blog.csdn.net/koalant/archive/2007/04/27/1587969.aspxhttp://blog.csdn.net/koalant/comments/1587969.aspxhttp://blog.csdn.net/koalant/archive/2007/04/27/1587969.aspx#Feedback6http://blog.csdn.net/koalant/comments/commentRss/1587969.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1587969ROR 的好处在于：如果你有什么想法，你总是能很快的实现，只要你掌握了基本的技术，你就可以发挥你的想象来建设你的网站。ROR 网站开发的灵活性还体现在开发方式上，网站部署成功后，新功能的增加我基本上都是直接连接远程服务器来做的，包括调试。Rails 的动态性表现在最初的development环境中不需要重新启动 web 服务器，你写的 ruby code 直接就可以通过刷新浏览器生效，在 production 环境中，即便重新启动 web server ，也非常的迅速，访客甚至感觉不到重新启动了 web server。这种灵活性使得随时开发部署开发新功能成为可能。 <img src ="http://blog.csdn.net/koalant/aggbug/1587969.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/04/26/1585333.aspxThu, 26 Apr 2007 09:57:00 GMThttp://blog.csdn.net/koalant/archive/2007/04/26/1585333.aspxhttp://blog.csdn.net/koalant/comments/1585333.aspxhttp://blog.csdn.net/koalant/archive/2007/04/26/1585333.aspx#Feedback17http://blog.csdn.net/koalant/comments/commentRss/1585333.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1585333一个人有钱，他做事和考虑问题才不会以“钱”为出发点。 从某方面来说，这句话没错。正如司马迁所说，“天下熙熙，皆为利来；天下攘攘，皆为利往”，如果一个人做事不为名利，那么他的动机才可能是高尚的。 没钱的人才会整天为了钱转。事实上，更扩大一点说，如果你本身缺少什么，你多半就会迷失在其中。<img src ="http://blog.csdn.net/koalant/aggbug/1585333.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/04/26/1585316.aspxThu, 26 Apr 2007 09:52:00 GMThttp://blog.csdn.net/koalant/archive/2007/04/26/1585316.aspxhttp://blog.csdn.net/koalant/comments/1585316.aspxhttp://blog.csdn.net/koalant/archive/2007/04/26/1585316.aspx#Feedback4http://blog.csdn.net/koalant/comments/commentRss/1585316.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1585316学什么东西都不够深入，总是到用的时候才想到去学，我这毛病是改不了了，可能是因为“太懒”。最近因为要修改 Flash 播放器我又开始了“Flash学习之旅”。我学习 Flash 有好几回了，每次都是看了个大概，可以解决某个问题了，然后就放下了。这样的后果就是每次学习都不深入，而且花费时间，我的书本前半部的侧面因为经常翻看都已经发黑了，但是后半部却很新，很少有书完整的看完过，这归结于我这个人耐心不够。 虽然我可以很快的完成一个工作，但是长期让我保持一种状态却很难，干什么都不深入，所以我注定一事无成。 想想“性格决定命运”这话还是正确的。<img src ="http://blog.csdn.net/koalant/aggbug/1585316.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2007/04/26/1585314.aspxThu, 26 Apr 2007 09:49:00 GMThttp://blog.csdn.net/koalant/archive/2007/04/26/1585314.aspxhttp://blog.csdn.net/koalant/comments/1585314.aspxhttp://blog.csdn.net/koalant/archive/2007/04/26/1585314.aspx#Feedback1http://blog.csdn.net/koalant/comments/commentRss/1585314.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1585314并不是什么人都象我这样喜欢简单的东西，尤其是程序员。程序员喜欢复杂有他的原因，我以前的一个同事跟我说“别老做那些 CRUD （增删改查）的编程，太简单了，没难度，骗不了客户的钱”，还有一些程序员喜欢复杂，是因为复杂的技术少数人掌握，这样的编程才更有价值。不管是什么原因,这些都不是从让自己的工作更轻松的角度来考虑的。以前做 Java 编程我没有选择，因为公司采用它，但是一旦自己做项目，可以决定技术方案，那么就不该为自己设置麻烦。其实能将 CRUD 做的好也并不容易，有人在 MSN 上跟我说，“乐道这么简单的 Blog 也需要用一个月吗，看来 Rails 也没什么”，其实 Rails 虽然初学起来很简单，掌握它却需要一段时间，需要学习很多东西，况且资料相对较少。 Rails 爱好者总是爱强调它的易用性和高效性，刻意忽略这点。<img src ="http://blog.csdn.net/koalant/aggbug/1585314.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2006/12/04/1428827.aspxMon, 04 Dec 2006 09:36:00 GMThttp://blog.csdn.net/koalant/archive/2006/12/04/1428827.aspxhttp://blog.csdn.net/koalant/comments/1428827.aspxhttp://blog.csdn.net/koalant/archive/2006/12/04/1428827.aspx#Feedback4http://blog.csdn.net/koalant/comments/commentRss/1428827.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1428827过《福尔摩斯探案集》的人肯定都知道下面这个列表，它出现在小说的第一部《血字研究》中。华生医生初次接触福尔摩斯，希望从他的学识范围来判断其职业，结果一无所获。其实这份列表给我的结论是：人不能什么都学。当然侦探业务知识的发展远不如IT领域那么迅猛，对于一个软件工程师而言，似乎每天都有新东西在产生，也许你前几天还在学的东西，很快就过时了。不过建立软件工程师自己的知识结构的确是很有必要的。<img src ="http://blog.csdn.net/koalant/aggbug/1428827.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2006/08/03/1016101.aspxThu, 03 Aug 2006 22:32:00 GMThttp://blog.csdn.net/koalant/archive/2006/08/03/1016101.aspxhttp://blog.csdn.net/koalant/comments/1016101.aspxhttp://blog.csdn.net/koalant/archive/2006/08/03/1016101.aspx#Feedback9http://blog.csdn.net/koalant/comments/commentRss/1016101.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1016101 &nbsp; 独自一人花费了将近三个月的时间来做一个音乐网站（http://www.likenote.com ）, 这对任何一个有过几年Web开发经验的人来说都不是件什么太难的事。虽然我也做了 4 年J2EE开发，但还是头一次使用全新技术来制作一个网站，这其中的辛苦却有点出乎我的意料之外。我大部分编程经验在 Windows 平台上，而这之前经过一番考察确定的技术方案，从操作系统，数据库，Web 服务器，到后台技术都是我不熟悉的。 只装过几次 Redhat Linux 我突然要去管理一个 Unix 服务器，还要作性能优化，编译内核，学习防火墙技术。 只使用过 Windows 版本的 Mysql 的我要去管理一个从未使用过的开源数据库。 只装过 Windows 版本的 Apache 的我要去配置一个完全陌生的 Web 服务器。 只撰写过一篇 Ruby on rails 文章的我（RoR 的经验仅仅限于那篇 Oreily 的教程），要使用它去开发一个完整网站。 虽然这并非很困难的事情，但是需要的是时间，我定下的开发时间是两个月，结果超出了一个月，实际花费在 ROR <img src ="http://blog.csdn.net/koalant/aggbug/1016101.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2006/06/26/836889.aspxMon, 26 Jun 2006 15:03:00 GMThttp://blog.csdn.net/koalant/archive/2006/06/26/836889.aspxhttp://blog.csdn.net/koalant/comments/836889.aspxhttp://blog.csdn.net/koalant/archive/2006/06/26/836889.aspx#Feedback16http://blog.csdn.net/koalant/comments/commentRss/836889.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=836889我想，可能有不少Java程序员跟我一样，打算寻找一个最完美的组合框架来做一个自己的应用，结果这个应用过了一两年都没完成。Java 程序员过于重视理论上完美的设计，而忽略实际的效果。看看如此众多的 Java 框架竟然构造不出一个好的论坛程序，所有出色的论坛都是出自 PHP 和 PERL，的确很 让 Java 程序员羞愧的。现在看来，真正的 Pragmatic Programmer（ 实用主义程序员）都来自这些脚本语言的使用者，他们没那么多思想包袱，是真正笃信“实践出真知”的一群人， Java 社区应该多向他们学习。对于 Java 程序员来说，关键不在于你是否寻找到一个完美的框架组合，而是要做出一个好的应用。在论坛与人空谈，与人论战是没有任何意义的， David Heinemeier Hansson 建立 Rails 是在做项目的过程中产生的，他没有采用任何已有的框架，也没有去和别人辩论，而是靠实事说话把整个 Java 业界搅的天翻地覆。 我想这点值得广大 Java 程序员深思。<img src ="http://blog.csdn.net/koalant/aggbug/836889.aspx" width = "1" height = "1" />mulderhttp://blog.csdn.net/koalant/archive/2006/06/26/836882.aspxMon, 26 Jun 2006 15:01:00 GMThttp://blog.csdn.net/koalant/archive/2006/06/26/836882.aspxhttp://blog.csdn.net/koalant/comments/836882.aspxhttp://blog.csdn.net/koalant/archive/2006/06/26/836882.aspx#Feedback25http://blog.csdn.net/koalant/comments/commentRss/836882.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=836882我觉得这个世界上的程序员可以分为两种："主动程序员"和"被动程序员"。"主动程序员"可以自己选择开发方式，开发语言和框架，"被动程序员"被动接受公司指定的语言和开发方式。其实在现实生活中，这种分类并不绝对，一个程序员可能在不同的时候担当不同的角色，"被动程序员"也可能享有有限的主动权。这么分类并不以程序员本身的知名度，财富多少，是否自己创业还是受雇于人有关。David Heinemeier Hansson 受雇与 37 Signal ，但是仍然可以自己选择建立自己的 Rails 框架来完成项目，他应该算是个"主动程序员"。Firebird 数据库的领导者同时也是 Interbase 数据库的创始人 Jim Starkey 将自己的公司卖给了 Mysql AB 而不得不给 Mysql 干活，从某方面说，他应该是个"被动程序员"。大多数第三世界国家的程序员应该属于"被动程序员"，<img src ="http://blog.csdn.net/koalant/aggbug/836882.aspx" width = "1" height = "1" />