re: 汇率升值与通货膨胀 FantasySoft 2008-01-09 20:26
@偶卖糕的
升值是大势所趋，但是升值速度是值得商榷的。不怕升值，只怕这个速度来得太快。
re: 汇率升值与通货膨胀 FantasySoft 2008-01-04 23:35
@偶卖糕的
出口增幅要看几个方面。
首先，假设人民币对美元汇率稳定，美国当地的消费需求不是一成不变，美国经济增长了，就自然刺激了消费，那么对于进口产品的需求也会因此增长。也就是说，由于美国经济一直保持增长，中国对美国的出口本身就会保持一定的增长。而人民币升值只会造成这种“增速”放缓，而不是出口量减少；
其次，出口量不仅仅是看中国对美国出口，还得看中国对欧盟的出口，甚至其它第三世界国家。事实上，中国在应对人民币对美元升值的时候，也采取了调整出口结构的对策；
其三，中国的出口产品并非只有廉价这一个优势，事实上，很多产品在世界上都有很强的竞争力，占据了很多的市场份额，譬如港口机械、集装箱甚至钢铁。因此，这些企业有很强的议价权以及签订长单的能力，从而规避人民币升值所带来的风险。
以上就是暂时想到的几点，如果不对的地方还请指正。
re: 我嘅 2007 FantasySoft 2008-01-02 00:11
其实都算OK嘎啦，唔算太难睇。而家D靓仔写D字，我都要估下估下先睇得明。
例如：绑吥註莪遞訫，僦吥崾說莪誮訫。。。真系晕。。。
re: 自己写的一首老歌 FantasySoft 2007-12-27 15:15
@WhyCome[at]live.cn
您是说看不懂我么？看了看您的主页，您才24哦。 我比你老多了，咔咔～～
WebForm让更多Desktop的开发人员可以更轻松地跨入Web开发的领域，这一点的作用可谓功德无量了。事实上，在那个Web开发还是阳春白雪的年代，降低开发门槛是首当其冲的任务，WebForm的方向对了，而且做得非常棒！
但是，任何事物都有两面性，WebForm也是如此。WebForm模糊了桌面开发和Web开发的界限就像一把双刃剑，让很多开发人员没有弄清楚HTTP是一个无状态的连接协议，我们付出的那么多劳动都是为了能够更好、更方便地保存状态。WebForm帮助我们保存了状态，让我们变得懒惰，让我们无法去了解Web应用程序的真正模型。随着开发的深入，这一点很容易成为开发人员的软肋。
两年多以前，我写过一篇东东——
.NET和系J2EE该相互学习些什么，里面有提到有关WebForm的思考。感兴趣的朋友可以看看，拍拍板砖什么的，谢谢。
re: 汇率升值与通货膨胀 FantasySoft 2007-12-17 21:38
@偶卖糕的
别激动！有不同意见，咱们讨论讨论嘛。。。
我们通常讲人民币升值，是讲人民币兑美元。而中国对美贸易的量是很大的，所以人民币兑美元升值在很大程度上会影响中国的出口企业。人民币前几年是在升值，但是今年的速度是忽然加快了。速度平稳，可以让出口企业做好更加充分的准备，太快了则会让企业措手不及。
@坐断东南 笑煞之!!
IronPython是Python在.NET上的实现，不是用Python来实现CLR。
@李永京
MVC是七八十年代的产物了。而针对于Web环境的MVC则早在若干年前就已经非常流行了。
re: 自己写的一首老歌 FantasySoft 2007-12-11 01:25
@感情徘徊者
谢谢您的祝福。 :)
re: 不知道该说些什么 FantasySoft 2007-11-04 15:21
@Jeffrey Zhao
哈哈，原来“哎” ＝ 老赵到此一游。
re: 不知道该说些什么 FantasySoft 2007-11-04 14:34
@Jeffrey Zhao
老赵，你怎么了？
re: 自己写的一首老歌 FantasySoft 2007-10-13 19:50
@Dflying Chen
太动听了。。 比偶写的曲子好多了，感觉是对歌词完美的诠释啊！谢谢你！
re: 自己写的一首老歌 FantasySoft 2007-10-09 18:07
@Dflying Chen
曲子有的，有demo。。。 当时自弹自唱的，录得很差，呵呵～～
re: 项目经理的第一手准备，从理想主义者变成现实主义者 FantasySoft 2007-09-07 08:29
看了几篇之后，似乎没啥感觉。不过看楼主的文章，确实能增长见识。
不过，楼主给我的另外一个感觉，就是要把那些项目经理新手的梦全部灭掉。。。
re: 项目经理的第一手准备，从理想主义者变成现实主义者 FantasySoft 2007-09-07 08:25
@水果阿生
还有被鲁迅先生批判粉饰太平的林语堂。。。
re: 迷你博客的穷途末路――关于饭否的命运预测 FantasySoft 2007-08-23 17:47
威士忌是Whisky的音译，它是洋酒的一种大分类；人头马只是洋酒的一个品牌；而XO则是酒的一个等级。人头马有出威士忌，而人头马也有出XO这个级别的酒。
三者的范围都不一样，如何进行比较呢？
re: 迷你博客的穷途末路――关于饭否的命运预测 FantasySoft 2007-08-22 12:08
分析得很一般。。。
特别是后记那个有关酒的例子，作者自己都没有搞清楚威士忌是什么。。
感觉没有讲清楚，而且要实现楼主所说的功能，其实很简单，只要构建多一个form即可，form中的元素是动态构建的，需要提交什么就构建什么，也不需要再另外开一个窗口了。
至于action，只是ASP.NET默认都是将表单提交到当前页面的URL，所以，我们才会忽略了这个属性。如果使用J2EE或者LAMP架构来编写web应用程序，这个action属性是跑不掉的。
ASP.NET现有的编程架构确实让人容易有很多思维定势啊。。。
re: 压箱底的几个域名出售 FantasySoft 2007-07-15 01:40
发现几个放弃的域名都被别人注掉了。。。
re: 压箱底的几个域名出售 FantasySoft 2007-07-04 23:36
xpspace.cn已经被朋友征用了～～
fomod.com明天过期，有兴趣的朋友可以去抢注～～
re: 若干域名转让 FantasySoft 2007-07-02 12:01
exspace.cn已经过期，有兴趣的朋友可以去注册。
re: 贪新厌旧的我来报告一下近况 FantasySoft 2007-06-22 16:03
@杨俊
真没想到，饭否的“俊男”光临寒舍噢。 欢迎，欢迎～～
在那么多个模仿者之中，最欣赏的还是你们的饭否。 :)
楼主还需要再搞清楚一下Python、JPython以及IronPython的发展史。
在国外，Python的应用并不会比C#的应用少。而在Python之父没有进入Google之前，Google就有大量的Python应用。
JPython并不是属于某个公司，而IronPython一开始也不是属于微软。
re: .NET和J2EE该相互学习什么 FantasySoft 2007-06-08 10:56
@BillySir
谢谢您的回复。
我觉得做Web开发，如果做了大半天，连Request和Response都不了解的话，是很难有进一步提高的。 毕竟HTTP协议本身就一个离不开Request和Response的协议。
封装确实降低了门槛，但是也带来束缚。 说白了，两者之间的核心差异或许就在于开发哲学上的不同吧，到底应该如何对现实世界的事务进行什么程度的抽象呢？
其实，连微软自己的都认为PageController模式本身是具有缺陷的，而ASP.NET下一步的目标之一就是提供另外一种类似于FrontController的开发模式。 因为Page的位置摆得过高是会影响业务逻辑分析的啊～～
re: 微软反盗版事件并非空穴来风 FantasySoft 2007-06-02 22:12
楼主，“空穴来风”这个成语不应该这么用D.......
穴：孔、洞；来：招致。有了洞穴才进风。比喻消息和谣言的传播不是完全没有原因的。
估计“空穴来风”以及“差强人意”是国内被误用最多的成语了吧。。。
re: .NET和J2EE该相互学习什么 FantasySoft 2007-06-02 22:07
@kevin's place
说得玄乎一些，就是开发哲学的不同。 其实，两者无非是工具的区别，就看您爱的是哪一种吧。 两者各有优势，但是我更加欣赏Java乃至其它自由软件阵营的开发哲学。
re: Web框架比较 FantasySoft 2007-05-24 11:52
不应该称为跳转模型或者页面模型。一般都是说Front Controller和Page Controller，即前端控制器和页面控制器。
表的分类很不错，就是内容还是欠缺了一些，如果大家把一些空再填上，内容就能更充实了。 :)
re: 若干域名转让 FantasySoft 2007-05-23 15:00
exmap.cn已经过期了，有兴趣的朋友可以去注册。
re: 梦幻级别的Ruby on rails 开发工具 FantasySoft 2007-05-13 23:59
@木野狐
肯定有的
re: 哪个城市更适合博客园的发展 FantasySoft 2007-05-05 21:24
在广州呆了那么久，没有碰到什么治安情况。注意活动区域和时间，问题就不大的啦。
re: 有关核心竞争力 FantasySoft 2007-04-26 18:19
谢谢各位的支持了。
我写这篇东西的时候，也许还是带着一些个人情绪吧，没有办法做到尽量的客观，这是我的责任。
可能您会觉得这位面试官的要求太苛刻了，其实，我觉得不然。 而且通过聊天，我觉得他应该是一位技术上有造诣的人。
大家别忘了这篇东西的主旨：考虑一下自己的核心竞争力。 我觉得自己的核心竞争力就不能通过技术体现了，因为我没有通过自己的技术获得他人的青睐。
re: 有关核心竞争力 FantasySoft 2007-04-25 13:47
谢谢大家的关注，其实写这篇东西，最重要的一点还是希望自己以及大家都能够多多思考自己的核心竞争力。
re: 有关核心竞争力 FantasySoft 2007-04-25 09:48
@亚历山大同志
谢谢您的评论。 其实，我觉得只有真正的兴趣才有可能造就真正的架构师。
我对那位面试官真的心存感激，因为他给了我很多的建议和批评。 当然了，我只是对他的质疑有些不满而已，呵呵～～ 任何事物都有两面性，我希望自己能够尽量客观吧。
re: 有关核心竞争力 FantasySoft 2007-04-24 23:44
@Justin
是的，我确实感谢他。 因为忠言逆耳利于行，哪怕批评有些过了，我也依然心怀感激。
他提到了很多建议都是很不错的，譬如通读规范等等，这些确实很重要，而我又没有做到。
re: 有关核心竞争力 FantasySoft 2007-04-24 23:25
@航天奇侠
偶不想做写书人，倒是想做个布道者，呵呵～～
re: 有关核心竞争力 FantasySoft 2007-04-24 23:24
@Justin
谢谢您的评论。
理论与实践总是得相结合的。缺少实践，只有理论是很难站稳脚跟的。在很多时候，如果用不上那么多的理论，我又如何能够过目不忘呢？
虽然我们得厚积薄发，但是是否每个人都有“发”的机会呢？我只求做好自己，无愧于心就好。
re: 有关核心竞争力 FantasySoft 2007-04-24 23:09
@哈密瓜牌牛奶
是在赞赏我吗？（我也太臭美了一点，咔咔）
re: 若干域名转让 FantasySoft 2007-04-22 20:37
@龙卷风
我已经给您发邮件了。
re: DreamHost优惠码——PERHAPS FantasySoft 2007-04-22 20:36
DreamHost现在比较稳定了，之前还是出现过无法访问的情况。最近这几个月再也没有出现。
re: Linux销售代表的“抗议” FantasySoft 2007-04-20 17:03
确实，我们需要实干家。而不是这种自以为是的人！
re: 建立个人知识引擎的重要性 FantasySoft 2007-04-20 11:03
如果要建立个人知识引擎，Wiki是一个很好的平台。
re: 我为什么反对计算机奥林匹克竞赛 FantasySoft 2007-04-13 21:20
我非常不同意楼主的意见。
计算机语言何止百种，但是大部分计算机语言所具有的特点都是很类似的。我本人学过Pascal，我觉得它作为讲述算法和数据结构的语言来说，是完全可以胜任的。
而对于一般的小学生乃至中学生来说，算法和数据结构的学习才是最重要的，那么语言的选择就不是关键了。只要这种语言具备了一般计算机语言应该具备的特征即可。
PS:现在最适合用来讲述算法和数据结构的语言应该是Python了，呵呵~~ 虽然我还是非常喜欢Pascal。
re: 西行漫记（二） FantasySoft 2007-03-26 18:30
@小雨
有好多照片的啊，不过得一边写一边传，呵呵～～
re: 西行漫记（一） FantasySoft 2007-03-22 09:57
@Dflying Chen
@碳碳
@wy
@Cure
谢谢各位捧场。争取每天写一篇吧，我也得抓紧时间，现在记忆力已经不好了。:P
re: Animation全接触（前言） FantasySoft 2007-03-14 03:09
老赵那么晚还写blog,注意休息啊~~
决定一个语言是静态还是动态是有标准可循的：变量声明与内存分配的方式；
在我看来，vitural方法在继承体系中的应用不能算作动态特性，因为没有了可以override的vitural方法，OOP的核心也就不复存在了；
对于楼主在文中最后提出的期望，IronPython for ASP.NET已经做到了。
re: mvp 2007 峰会园子里谁去阿？ FantasySoft 2007-03-10 13:29
要不我过去和你挤一张床？ 呵呵～～
@ocean
我和楼主到达Seattle的时候，好像是早上，那个时候还不能check in~~ 还不知道去哪里混呢～～ 去到那里，手机又不能用了，太不方便了～
@simonw
确实，Wiki的核心在于Wiki链接。但是，我觉得还是不应该抛弃原有的一些其它语法，至少我们得进行详细的分析之后才能得出一个结论，到底哪些语法需要保留，哪些可以去掉。 譬如那些字体加粗的语法，就可以毫不犹豫地丢掉了。
微软的系列就是有很多Unleashed，呵呵～～
通常都叫“揭秘”咯，那么叫起名《Microsoft Visual Studio 2005揭秘》吧～～
re: 三言两语话动态代理 FantasySoft 2007-03-05 13:30
@duanxp
谢谢您的回复。 我觉得两种代码写法都是可行的，而且结果也应该一样。但不可否认，您的代码会来得更加清晰和直接。
@随风流月
是吗？您说的是哪一款？ FCKEditor？