http://www.RainCoding.com/blog/ zh-cn PBlog2 v2.4 http://www.RainCoding.com/blog/images/logos.gif http://www.RainCoding.com/blog/ http://www.RainCoding.com/blog/article.asp?id=167 Rainstorey@GMail.com(rain) Sat,27 Dec 2008 23:34:15 +0800 http://www.RainCoding.com/blog/default.asp?id=167       因为核心技术并不能带来直接的经济效益导致国内几乎没有基础设置的建设，从而使得国内的程序员一开始就站在了巨人的肩膀上工作，且这个巨人的构成都是国外零部件。当你用这巨人的力量击碎沉重的项目巨石你是否有着巨人一样的成就感？你是否感到其实这力量并不在于你。那么你的力量源泉始于那呢？因此你开始迷茫了，开始怀疑了技术的真实性，认为这都是虚无缥缈的东西。任何人都能取代你目前的位置，因为你工作的全部只不过是发发指令而已。属于你的东西又在那了。迷茫的根源再于此。
      迷茫其实是对技术以外的事物(更多的是钱)的更多考虑，从而对技术的怀疑。高技术！=金钱
      市场+策略+技术==金钱，技术是最后一位的，很多事实证明技术其实并不重要，就像传销，传的那东西只是忽悠的道具，是肥皂，洗头水都不重要，有些就干脆连东西都省了，直接会员制。所以请千万不要认为做技术==高薪，技者工匠也，工匠属于体力劳动者。劳力者受制于人。这就是中国5000年的习惯，现在和以后都改变不了。要高薪当管理者当官才是王道。所以希望值不要太高你就不会迷茫。等到你不再迷茫而继续选择做技术且一头专进去这时你离成功就不远了。所以往往单纯的人做技术更容易成功就是这个道理。]]> http://www.RainCoding.com/blog/article.asp?id=166 Rainstorey@GMail.com(rain) Mon,13 Oct 2008 19:51:06 +0800 http://www.RainCoding.com/blog/default.asp?id=166


-准备和IncaJewels合并做一款完整的休闲类小游戏]]> http://www.RainCoding.com/blog/article.asp?id=165 Rainstorey@GMail.com(rain) Thu,14 Aug 2008 16:17:48 +0800 http://www.RainCoding.com/blog/default.asp?id=165        现在开发软件只要大一点规模的都是混合编程，一门语言搞定的要么是没有技术难度，要么就是粗制滥造。想在编程语言中一枝独秀我觉得必须有自己的专长。VB其生命力可谓强，其特点就是简单。Delphi当年号称VB Kill。VB依然还是活得好好的。所以语言功能强大未必就有更多市场。关键是其定位。如果VB又是支持com,又是支持OOP,又是支持Genericity搞得语言很复杂说不定就失去了现在的市场。VB.Net的用户明显就没有VB来得多。从我从业的经验来看。如果从赚钱的角度来说，一门编程语言最主要的就是要支持企业特性，把企业的一些逻辑直接整合到语义层面上来。.net的Linq就是一例。企业逻辑是什么？就是数据库的增删改，现今的世界还要包括好的分布式和并发方案。.Net的分布式方案主要有Remote和WCF.Jave也有相应的方案。
      Delphi2009据说也有类似Jave的Json的DataSnap方案。这就找对路子了，但做得还不够。必须要专这个方向下去，.Net Jave Delphi说白了都是市场经济下的项目开发用语言，对项目的整合包装和集成Delphi还远远不够。Java为什么有这么多的缺点却是企业开发的王牌？原因无非是 免费开源，好用的类库，对数据库和BS模式的开发支持很出色。尤其最后一点，做精了就不愁赚不到钱。因为开发人员的内心都是技术之上的，但是经过了多年的从业经历来看。我认为商业开发和纯粹的开发有这本质的区别。比如开发人员上班时的思维就因遵循市场的脉搏做主导，市场至上而不是技术之上。产品的稳定至上而不是代码的优雅之上。说白了就是赚钱之上。具体到Delphi的开发上我个人认为应该把所有精力都投入到企业框架上，类似于Java有这么多好用的框架，填填代码就能Build优秀的分布式企业解决方案。夺回企业市场是重中之重。VS2008有剑走偏锋之嫌，所以C#的市场占有量始终超不过Jave甚至是C/C++.但M$有实力探索，CodeGear不行，不能再失败了。定位就应该在企业市场，什么对Com/Com+,裸指针的支持等等，做企业开发的有几个用得到这些“底层”功能的。说真的，自己下班回家做纯粹有“技术”含量的开发大都用的都是C/C++.企业开发的要决就是 稳定稳定再稳定，高层高层再高层，简单简单再简单。超高的封装达到超高的易用性。看看.Net Jave释放都用GC,要啥功能只要new一切就这么简单。这就是定位准确，兼上而顾下反而得不到市场。Delphi当年的目标号称即可以不写一行代码就能完成一个数据库应用，又能只靠Delphi语言写一个编译器出来。是的，Delphi办到了。这种一统天下的语言成就了当时的辉煌。但是今非昔比了，写数据库项目的需求远远多于写编译器的需求。.Net Jave有着更好开发企业逻辑的功能和类库即使他们不能写编译器有如何？Delphi,你该好好想想了。今后的路究竟如何走，就如同每个开发人员思考先赚钱还是先研究没钱途的技术一样是个难题。]]> http://www.RainCoding.com/blog/article.asp?id=164 Rainstorey@GMail.com(rain) Wed,25 Jun 2008 16:10:21 +0800 http://www.RainCoding.com/blog/default.asp?id=164       前几天看到网上有网友询问是否有VCL版的ErrorProvider,我想大概这个组件比较好玩所以有人才惦记她.于是打开VS用了一下觉得挺有趣于是写了个VCL版.该VCL版不支持数据敏感.(Delphi对于数据库的强大加很少代码就可以了),主要是我对数据库没兴趣.除此之外支持所有的.Net版本的特性还增强了某些方面的功能.配合其他THint能够大大超越.Net版本.喜欢玩的朋友可以试试.



该组件准备贡献于CnPack，且功能做了较大改动。最新版请访问CnPack主页。]]> http://www.RainCoding.com/blog/article.asp?id=163 Rainstorey@GMail.com(rain) Tue,27 May 2008 13:58:29 +0800 http://www.RainCoding.com/blog/default.asp?id=163       首先是文凭:万恶的文凭是永远的敲门砖,虽然有无数的例子证明许多公司犯过拒绝应聘日后成为业界顶尖大牛的错误,但是他们宁愿错杀一千不放过一个的心态(尤其是国内,因为国内公认的大牛业界都知道)来看待文凭这东西.所以基本的文凭是最重要的.
      接下来最重要的就是你的游戏Demo.新人当然没有工作经验,所以也不要侃侃而谈,也不要说自己对游戏有多么的热情,除非你是应聘策划或测试.好的Demo胜过千言万语.Demo不管你应聘公司是做2D的还是3D的你的Demo必须是3D的.国内公司都相信3D的更有技术含量(我不认同这观点,尤其是都是构建在引擎的作用下).第二,不能用任何引擎来构建你的Demo.很多引擎比如Irrlicht百来行代码就能做个Quake的雏形出来,当游戏公司得知你的Demo是用引擎来写的那么肯定对你的影响会打折扣.所以我推荐的做法是根据自己Demo的形式自己封装一个3D引擎,不要功能强大,刚刚好能完成自己Demo就行.这样你就给游戏公司一个不仅能做游戏,还会写可重用的代码的能力.要知道游戏公司里最贵的人才不是写逻辑,写客户端,而是写封装底层代码的那些人.所以要暗示公司自己也有这方面才能.引擎这东西写Demo最好不要用,但又要和公司说明你也了解某些引擎的用法.取巧的方法就是事先对你的应聘公司的游戏有个了解.比如搜狐的Ogre,网易的风云II,BigWorld,Unreal等等.这样意味着你能快速切入工作中去.再高级点做法就是针对你应聘公司在市场上的游戏产品的不足提供解决方案到你的Demo中去,比如某些网游界面设计的不好,你就在Demo中发挥你人性化界面的设计才能,某些网游寻路算法实现的不好,你在Demo中展示个你更好的.某网游中水的效果不真实,你就在Demo中写个更逼真的.这样就有非常非常大的胜算直接进入该游戏公司,因为你所看到的缺点项目经理们肯定也知道.当他们看到你的Demo中这些效果时心中会大吃一惊:"这就是我想要的".那么就OK了.另外新人最好都学点脚本语言,游戏中经常要用到.用得最多的是Python和Lua.很少有国内公司自己开发脚本语言的.学会这二种就够了.
        另外就Demo还有几点建议:首先效率问题不是重点,把Demo的特效充分发挥出来(应聘Client Graphic),加入一些简单的系统,比如师徒任务,情节(Logic Design).再加入一些独特的你自己的想法.做到以上这些你几乎就可以得到明天来上班的讯息了. 还有一点就是你应聘的公司在市场必须有自身研发且实际在运营的游戏产品,如果都是代理其他公司产品没有自己研发产品的"代理公司",请慎重考虑,别被忽悠.
        所以Demo是关键,如果应聘公司不光是技术部门说得算的,比如还有人事,行政等其他部门.那么Demo里的人物尽量Q一些,事实证明Q的人物虽然不是全部人都认同但绝大数人还是接受的.试想你做了一个非常另类的或者很黄很暴力的游戏画面,说不定在第一关人事MM面前就被嗯呀,这么这样而被Kill掉了.呵呵,天知道.所以万事都考虑周全百战不殆. 当然这样的Demo需要花些时间和精力的,但对于有激情和梦想又不缺时间的游戏新人来说不算什么.祝好运.
]]> http://www.RainCoding.com/blog/article.asp?id=161 Rainstorey@GMail.com(rain) Sun,18 May 2008 13:58:37 +0800 http://www.RainCoding.com/blog/default.asp?id=161     第一步:由取得屏幕的点(比如鼠标点击窗口)的坐标转换为视口变换坐标.视口矩阵可以用LPDirect3DDevice9->GetViewport()来取得视口矩阵.当然自己构建也可以.矩阵结构为[ (Width/2,0,0,0),(0,-Height/2,0,0),(0,0,MaxZ-MinZ,0),(X+Width/2,Y+Height/2,MinZ,1)].3D中的点如:P=(Px,Py,Pz)和视口矩阵进行变换得到:Screen_X=Px(Width/2)+X+Width/2;Screen_Y=Py(Height/2)+Y+Height/2;已知Screen_X和Screen_Y那么求3D点P就是:Px=(2*Screen_X-2*X-Width)/Width;Py=(-2*Screen_Y+2*Y+Height)/Height.
架设视口X,Y(原点)是(0,0)那么代入方程Px=(2*Screen_X/Width)-1;Py=(2*Screen_Y/Height)+1;因为射线是从屏幕点发射.所以Pz=1;由于3D场景中的物体都是经过投影变换,所以我们的射线也要进行变换才能符合场景中的比例大小.投影变换矩阵可以用LPDirect3DDevice9->GetTransForm(D3DTS_PROJECTION)来获得.查阅投影变换矩阵得出对x,y有影响的比例因子为(0,0)(1,1)二个元素.所以只要再Px=Px/(0,0);Py=Py/(1,1);
    第二步:对射线进行取景变换已得到在场景中真实反应射线的向量.先对取景变换取逆矩阵(Z<0朝向屏幕里)然后使用矩阵于向量相乘得到变换结果.可以用D3DXVec3TransformCoord和D3DXVec3TransformNormal(前者用于射线的原点(w=1),后者用于向量(w=0))为了接下来的碰撞检测方便一般我们对射线向量正规化.使用D3DXVec3Normalize
    第三步:碰撞检测.这一步就比较容易了.不管是用边界球还是包围盒还是直接用面片等方法都相差不太大.下回再说吧.]]> http://www.RainCoding.com/blog/article.asp?id=160 Rainstorey@GMail.com(rain) Thu,08 May 2008 13:15:02 +0800 http://www.RainCoding.com/blog/default.asp?id=160 http://www.RainCoding.com/blog/article.asp?id=159 Rainstorey@GMail.com(rain) Mon,07 Apr 2008 12:26:05 +0800 http://www.RainCoding.com/blog/default.asp?id=159 淘宝地址:http://shop35589959.taobao.com/]]> http://www.RainCoding.com/blog/article.asp?id=158 Rainstorey@GMail.com(rain) Fri,21 Mar 2008 09:41:58 +0800 http://www.RainCoding.com/blog/default.asp?id=158 1. 支持Unicode，這個是眾多delphi程序員期盼已久的了，這次終於要實現了
2. 支持編譯64位的應用程序，它將成為64位系統下，效率最高的開發工具
3. for Win32 版本支持泛型，原本只是在Delphi.NET中有此功能
4. for Win32 版本支持反射，同樣的，原本只在Delphi.NET中有
5. delphi2008應當能直接編譯以前版本的源碼，並且使用FastMM作為內存管理工具

另外，會有一些新的框架面世，范路先生所說的Application Factory實在是狠吸引人
它可以讓開發人員在開發過程中就記錄下自己的知識，在更換人員時，交接將變得異常簡單
並且Application Factory可以跟據以前的程序以及定下的規則，快速的生成新代碼
這對於經常要開發同一種系統，但又需要為不同用戶定製需求時，將非常有用

另外，delphi2008也將會有 for win32和for .NET的版本

据说已经快内测了.无限期待....
]]> http://www.RainCoding.com/blog/article.asp?id=157 Rainstorey@GMail.com(rain) Wed,27 Feb 2008 14:32:36 +0800 http://www.RainCoding.com/blog/default.asp?id=157