精灵的宝藏
作者:rain 日期:2008-10-13
我的淘宝小店
作者:rain 日期:2008-04-07
悟道
作者:rain 日期:2007-04-28
很庆幸自己Blog布局没有大面积黄色
作者:rain 日期:2009-06-16
心态很重要
作者:rain 日期:2009-06-14
知识越多越"反动"
作者:rain 日期:2009-04-05
从"编"到"写"
作者:rain 日期:2009-02-14
记得以前刚接触计算机时。嗯大概是９５年左右吧最先玩到的就是DOS下的bat文件编写。感觉就是一大堆系统命令（以独立exe存在）的组合调用。从那时起就接触到了“编”程。后来经过不懈的努力终于搞到一套C++编译器，那个时代得到一套编译器的心喜不雅于得到一台“微机”。因为那时代的编程没有什么功利性，也没有很浓的商业性质，系统呢也提供有限的的“中断”调用。所以那时编程很纯粹，无外乎就是算法的实现和系统的hack。很多独特新颖的代码从指间流出的那种感觉是无比美妙的，当然欣赏来别人那宛如天书（褒义词）的代码更是如此。时过境迁，２０年后的今天无数对计算机拥有兴趣的同学加入到了程序员的队伍中来，其中有多少人拥有对编程的渴望又有多少人对“高薪”的憧憬我不得而知，但听很多同学说起人生规划无外乎从写代码到管理的职业道路。现在的企业应用和一般项目仿佛又回到了当年Dos时代的bat文件编写，只不过命令调用的形式换成了在Dll中数量庞大的function，但其本质没有变，那些优美的算法和优雅的艺术性也许深深到嵌入到了Framework中．编程这一代表艺术和创造性的活动演变成机械性的看帮助上网搜索敲代码的体力劳动了。"编程"变成了"写代码"是科技的进步更是商业化的结果。
Tags: Coding
去除浮躁,看清本质
作者:rain 日期:2009-02-08
最近有一朋友在IM上抱怨这样一件事。他们公司接到一个政府项目，估计有上百万的案值。公司让我的朋友带领2-3个新人来负责这个项目。从需求调研到编码测试最后的部署和维护几乎都是我那个朋友完成。项目最后也成功上线。事后朋友也拿到了项目奖金。可是我朋友对此却不满意，认为该项目几乎凭一己之力完成为何只拿了微薄的项目提成。
简单的了解了事情的原委之后我提了我的看法：
1：该项目是销售主导，说白了就是谁有关系给谁做。
2：该项目从需求到完成用了3个月的时间，从技术上来看就是“狗屁"。国外的公司往往一款产品都有几年甚至十几年的技术沉淀。国内的项目型工程无非是功能的堆砌和组装，完成需求就OK。往往日后需求变动造成代码大规模异动的例子数不胜数。
3：项目的目的不是该项目本身而是以项目为托（软件产品不好估价）有关人员从中XX和XX，所以项目本身就是一种手段，就像传销过程中的那块肥皂一样。
简单的了解了事情的原委之后我提了我的看法：
1：该项目是销售主导，说白了就是谁有关系给谁做。
2：该项目从需求到完成用了3个月的时间，从技术上来看就是“狗屁"。国外的公司往往一款产品都有几年甚至十几年的技术沉淀。国内的项目型工程无非是功能的堆砌和组装，完成需求就OK。往往日后需求变动造成代码大规模异动的例子数不胜数。
3：项目的目的不是该项目本身而是以项目为托（软件产品不好估价）有关人员从中XX和XX，所以项目本身就是一种手段，就像传销过程中的那块肥皂一样。
好用的Python IDE(附汉化)
作者:rain 日期:2009-02-01
由于现代游戏中大都用脚本(动态语言)实现游戏的逻辑所以写脚本代码也是常有的事.脚本语言可选择的非常多,Python,Lua,Ruby,JavaScript,Java,Perl等等.由于Python代码结构优雅清晰成为了首选语言(缺点是运行效率不占优势且虚拟机体积较大).以前用NotePad,Vim感觉不是太方便,毕竟在Windows平台有更好的选择.
选用了PythonWin,Komodo,SPE,甚至Eclipse的Python的插件等等.几乎对我来说都不靠谱.PythonWin需要严格匹配Python的版本否则经常死机Crash.Komodo大而杂却样样不精.其他的都是脚本驱动,运行缓慢且功能都不强.但经过Delphi上的Python的接口交互实现Python for Delphi的老家mmm-experts发现了非常好用的一款Python IDE,最新的版本请到Google Code下载.优点多多,支持中文界面,Delphi原生开发,速度一流.开源免费,类视图,自动提示,调试跟踪等等IDE该有的功能她全都有.推荐给大家希望Coding快乐.
虽然软件自带中文语言包但其翻译夹杂着繁体，日文字符而且词条根据繁体语义翻译且不专业并不适合大陆的简体中文习惯。特此我对语言包进行了大量的修正使得翻译符合简体的习惯且各名词翻译尽量做到专业和统一。另外对于没有提供语言包的词条我也直接汉化了二进制程序基本达到了全中文化的目的。希望大家喜欢。
[下载完整简体汉化版]
如果有汉化上的使用问题和建议请提出,我会即时修正。
选用了PythonWin,Komodo,SPE,甚至Eclipse的Python的插件等等.几乎对我来说都不靠谱.PythonWin需要严格匹配Python的版本否则经常死机Crash.Komodo大而杂却样样不精.其他的都是脚本驱动,运行缓慢且功能都不强.但经过Delphi上的Python的接口交互实现Python for Delphi的老家mmm-experts发现了非常好用的一款Python IDE,最新的版本请到Google Code下载.优点多多,支持中文界面,Delphi原生开发,速度一流.开源免费,类视图,自动提示,调试跟踪等等IDE该有的功能她全都有.推荐给大家希望Coding快乐.
虽然软件自带中文语言包但其翻译夹杂着繁体，日文字符而且词条根据繁体语义翻译且不专业并不适合大陆的简体中文习惯。特此我对语言包进行了大量的修正使得翻译符合简体的习惯且各名词翻译尽量做到专业和统一。另外对于没有提供语言包的词条我也直接汉化了二进制程序基本达到了全中文化的目的。希望大家喜欢。
[下载完整简体汉化版]
如果有汉化上的使用问题和建议请提出,我会即时修正。
SexyAppFrameword粒子系统演示
作者:rain 日期:2009-01-08
很早以前出于好玩的目的用HGE写了个粒子系统的演示例子,例子虽然简单但却似乎引起了很多HGE爱好者的兴趣.其实说实话我接触HGE Engine前前后后不超过三天,有些朋友发EMail询问一些其相关技术信息我是心有余而力不足.HGE Engine的亮点也就一个粒子系统,其他的我个人认为并没有出彩的地方.或许是我对HGE的认知还太肤浅请不要见怪.当然好用的东西就是要传承于是我用SexyAppFramework写了个和HGE的粒子演示一模一样的例子,供大家玩乐.
Demo下载
Demo下载
难得单纯
作者:rain 日期:2008-12-27
程序员是特殊的团体，唯有不断的学习和积累才能胜任各种层出不穷的技术。虽然软件技术十多年来并没有本质的变化，但各大软件商为了不断赚取利润推出各种各样建立在基础设置上的包装和实现来“忽悠”客户。客户一但认可便要求作为技术员的我们采用XXX技术实现。有些所谓的技术其实就是单纯的记忆力的比拼，类库的类，方法，事件。包装过的新名词，试问近几年推出的.Net,Slight,WPF,Ruby,Ajax,WCF,SOAP,Web Service,XML,JAVA... ...可否有些新技术？那些只是玩的技术的噱头。我曾经看过一本书，说是Microsoft认为技术支持能够比买产品更能赚钱。所以他们在自己的软件技术中加入了层层包装，每一层包装都能养活一批公司。举个例子：VC++ 6刚推出的时候MFC中没有像其IDE中那个可拖动，可定制的Toolbar，那是故意的。后来有专门的组件公司提供了相应的ActiveX来配合程序员用户,后来用户强烈要求下Microsoft自己在MFC中实现了那个Class但遭到那家组件公司的强烈反对，不得以只好去掉。客户们只好继续拖着个ocx实现的Toolbar了。另外一个：ActiveX的规范为何如此繁杂和啰嗦，纯技术实现根本不必要这样。内部人士指出，这样可以为客户提供培训收取培训费。这些公司的准则就是把事情复杂化，复杂化的东西可以延伸出许多其他利润点。当你在埋头苦学Com规范，C#，Java时是否想过这些呢？
Tags: 感悟
Delphi2009感想
作者:rain 日期:2008-08-14
关于即将发布的Delphi2009在网络上似乎进行着非常热烈的讨论。从我自身的感觉来看Delphi2009预示着Delphi又开始进步了，但这仅仅是一个开始，以后的路还要看CodeGear如何走。回到Delphi2009上，该版似乎增加了一些“激动”的功能。从编译器上来说似乎支持了泛型，Unicode,一些流行的语法糖（匿名方法等等），好像还隐约支持反射。但就这些特性上来说并不新鲜，只不过Delphi也要紧跟流行元素。VCL的改进应该是RTL被替换了更高效的FastCode等开源的代码内核，大量的容器，新的线程类，并发，锁机制等等。估计这些改动不可避免的引入许多Bug,但这毕竟是好事，同样证明了Vcl声声不息。IDE的改动可以不谈，并不是不重要，而是开
Tags: Delphi
ErrorProvider VCL
作者:rain 日期:2008-06-25
虽然我始终认为.Net Framework只能做产品不能做艺术品(十几年前的软件都堪称艺术品).但是M$的人性化UI和客户的体验始终是最好的.Windows在编程上的混乱和复杂性很大一部分是屈就于健壮性和易用性.所以开源的OS在设计上和编码上虽然更漂亮更规范但是得不到最终用户的肯定还是无法成为一款好的产品.
前几天看到网上有网友询问是否有VCL版的ErrorProvider,我想大概这个组件比较好玩所以有人才惦记她.于是打开VS用了一下觉得挺有趣于是写了个VCL版.该VCL版不支持数据敏感.(Delphi对于数据库的强大加很少代码就可以了),主要是我对数据库没兴趣.除此之外支持所有的.Net版本的特性还增强了某些方面的功能.配合其他THint能够大大超越.Net版本.喜欢玩的朋友可以试试.
前几天看到网上有网友询问是否有VCL版的ErrorProvider,我想大概这个组件比较好玩所以有人才惦记她.于是打开VS用了一下觉得挺有趣于是写了个VCL版.该VCL版不支持数据敏感.(Delphi对于数据库的强大加很少代码就可以了),主要是我对数据库没兴趣.除此之外支持所有的.Net版本的特性还增强了某些方面的功能.配合其他THint能够大大超越.Net版本.喜欢玩的朋友可以试试.
游戏新人(程序员)应聘时的秘诀
作者:rain 日期:2008-05-27
基于射线的碰撞检测
作者:rain 日期:2008-05-18
一个时代的终结.
作者:rain 日期:2008-05-08
昨天看到CodeGear的官方网站宣布CodeGear被Embarcadero Technologies公司以2300万合并(收购).一个辉煌的Dephi时代宣告终结.未来的趋向谁也不知道.虽然国外公司与国内的公司文化不同.但肯定的是CodeGear的开发人员肯定或多或少有心理上的波动.可能有乐观也可能有悲观的.肯定的是对产品的开发进度是不利的.至于以后Delphi的未来,嗯.我猜测如果该数据库公司放手独立让CodeGear自主开发自主有绝对的控制权.母公司主管营销等方面的外围工作,那么Delphi的未来还是很光明的(据说Embarcadero公司营销有一套).如果Embarcadero全面插手CodeGear的所有事务,那么delphi将会朝单一化,专门话的语言发展.比如Ada,Lisp等类似语言一样Delphi将会大大增强数据库处理的能力.但其他的各个方面将会全面退化.呵呵,也不是太坏的结果.当然最坏的结果就是如同大多数收购案一样落得个没人理的结果如同FoxPro等.只有绝少数人还在缅怀.全面退出主流语言的圈子.因为花的收购价钱并不多,所以也还是存在这个可能的.总之,愿CodeGear一路走好...
