作者：怪怪 来源：博客园 酷勤网收集 2008-01-11
说些对当前时髦技术的一些看法:
说实话, 我对rich ui controls,wcf,wpf再加上WWF中除了WCF, 其它暂时几年内都不看好. 最近做了些C++开发, 感觉到对于真正运行在客户端的软件最需要的东西真的不是WPF, 第一肯定是有用, 其次的也只能轮到运行的成本, 然后才是其它. 而安装额外的框架是一种软性的成本, 如果SL 2.0需要.NET Framework(编辑: 经jjx和装配脑袋提醒, SL2.0不需要.NET Framework, 所以不存在软性的成本,以下划掉的都是因为这个原因, 感谢以上两位, 我又重拾对SL 2.0的信心了), 那么它就相当于一个客户端软件的一个变种, 仅有的一条路就是Vista普及. 而微软在桌面操作系统领域的推进真的是非常乏力. 这不是因为Linux, 而是对于用户来说, 老的操作系统完全够用了.(编辑: 这是一个UE投入无效的例子).
共享软件不能用.NET, Word之类的软件也暂时没有能力转移到.NET; SL 2.0这样的东西, 或者更广泛的说, WPF, 加上大量控件和XAML, 从咱们程序员的角度看可能不错. 问题是用户的使用角度, 和美工设计者的学习和工作的角度, 恐怕是不愿意接受的. 前两天看一篇文章说, 正是.NET给了Java和其它解决方案重新走进桌面领域的机会, 确实有些道理. 问题是现在的发展方向, 其实就是变相的肥客户端, 要么不被接受, 要么就是为所有的饿狼开辟了一个新空间, 然后混战.
相反SL 1.0的轻薄(编辑: SL 2.0也同样具备), 加上与JS的结合, 是最好的出路. 这个也是Adobe没抓住, 从而使得Flash沦落成一个纯展示广告工具的一个关键点. 嗯, 除了Linq这样的提高生产力的东西一定会用到, WCF作为微软平台的这么一个方案也避免不了, 其它的微软技术(或其它技术)如果没有确切的, 较贴合需求的状况出现, 我的判断是一概不用学, 纯属浪费自己和拿其它组织的钱验证微软实验品是否经得住考验. 对于一个合格的技术组装者来说, 加上互联网和社区的帮助, 任何一种这样的工具, 边找参考资料边干, 也不会比预先演练慢很多.
UE, 这个词也是说得多实际意义少, 这是个增值的概念. 有时候UE很重要, 有时候则说明了其它问题: 基本需求还有大片空白, 主要精力财力不得不投入到研究UE, 有可能说明该应用已经缺乏突破口, 甚至是在面对未来出现更新形式的可能性, 该组织缺乏创新这一核心竞争力的表现. 这说明除了在自己当前产品上一点一点的改进非核心的部分, 已经没有空间了. 这方面从旧有的工业发展的经验里就能看到: 手机, 电视. 当然也有做UE成功的例子, 比如Apple, 不过Apple还是真正通过推动产业进步而挣钱的公司吗? 等着和Jobs一起垂垂老矣罢了.
编辑: AJAX方面随便加两句. 我比较不赞同使用JQuery之类的框架外再加上基于这些框架的控件库的做法. 基本这些框架我都粗略的看过, 确实很好, 各种界面库也很棒, 但是界面库的出现, 往往是在束缚而不是开发美术和交互设计的创造力. 而Web比起软件的一大优势, 在我看来就是界面的多样性. 其实JS的代码量已经非常小了, 我觉得每个人都应该自己去掌握一下, 自己开发适合自己的东西, 而不是用现成的; 无论是Ajax Control Toolkit还是其它框架下的库, 更多的是应该当一个例子, 而不是拿来即用. 当然企业开发用这些害处要小的多, 我对这些界面库了解也不够, 所以只是一个看法, 讨论一下.
下面是我的2007:
07年对于我来说, 是学习的一年, 其实早知如此, 还不如顺便报个学校, 拿个更高的学历, 两不耽误 :).
从我下决心做个Web界面层小框架到今天,再加上中间经历的杂七杂八的学习和不同项目的实践, 真正受益的事情是, 对技术的了解大大的长进了. 现在比较有代表性的重量级编程技术, 只有C++的模板元编程还没有真正接触过. 其它的具体到.NET下的反射, 抽象到函数式编程的思维方式和面向对象的建模种种, 现实到JS上进行兼顾效率的对象或组件式的编程实践, 阳春白雪到建立自己的思想方法并在各种语言和项目上应用, 现在都有一些心得了.
这些成果对我来说最重要的是, 可以让我进行比较全面的判断和相互参考. 同时我也建立起了一套行之有效的认识事物的方法, 在技术的海洋之中虽然不会说绝对不会迷路, 但是保险系数徒增. 未来无论走向技术深入, 还是走向偏向于技术方面的管理, 我都有信心可以平稳的增长下去.
虽然在哪一个领域我也算不上拔尖的高手, 但我心里的大石头却落地了, 知道在未来的生涯中不会有什么意外彻底摧毁我的工作和生活的中心. 象微软的新技术, Java的新框架, Ruby这样的新冒头的语言, 我一概可以不学也知道自己不会被时代抛弃, 它们一定有它们自有的方式和窍门, 可关键的是我掌握了学习和实践的经验和技巧.
说实话现在看着网络上那么多介绍文章, 一点兴趣都提不起来; 而过去, 我对类似于P3P这样的角落里的细节都害怕错过, 把很多类似的用户手册或游戏秘籍当作什么非要了解的东西, 就怕有别人会而我连知道都不知道的. 现在别说这些七零八碎的具体知识, 什么设计模式和面向对象思想在我这里也已经风淡云清, 虽然不是说我已经多么的驾轻就熟, 不过剩下的都是不断的设计和实践才能得到的东西.
尤其是最近的一个C++的小软件项目让我重新找回了一些信心, 虽然我不能像最先进的那些C++高手那样写出奇技淫巧的程序, 但是我终于证实了几年的Web和.NET干下来, 我并没有成为一个为各种各样的变相的系统集成行为写脚本的"程序员", 虽然C#看似不是一门脚本语言. 这话估计博客园上很多人不爱听, 但在过去, 我真的心里很害怕, 怕写.NET写下去, 写成一个离计算机很远的所谓"程序员". (编辑: 不过要说明的是, 离计算机很远的程序员或从业人员, 也有一些是与技术领域的核心问题息息相关的技术的, 比如对各种编程方式的深入探讨和摸索).
而大家都知道, 弄个数据库或文档管理模块, 根据需求或设想, 结合业务规则, 写点Web或企业应用, 在未来很可能转移到领域专家的手里去...., 其实现在很多Web程序员或创业者严格的说根本不能叫做程序员, 叫做Web领域的专家更得当. 当然, 领域专家的价值只能大于程序员, 而不太可能小于程序员, 这是我还在迷惑如何选择的问题之一: 我的长处和意愿, 到底是变成一个领域专家, 还是一个真正的技术人员, 或者站在中间, 成为一个粘合剂?
嗯, 不过我也有放弃的科目, 就是汇编, 因为汇编偏重于技巧和具体环境大过于偏重建立和表达我们的想法. 还有没放弃但做的不够好的, 我现在最对自己不满意的, 就是我算法上还不够扎实, 而且马马虎虎知道的那些算法知识也太大众化了, 尤其是脑子里没有自己独特的东西. 现在对我来说有个判断是必须做的, 如果未来深入技术实现的具体工作, 就应该把这块拿下; 如果将来更多的是走向管理, 那么这一块就属于交给真正的专家的工作了.
等真正覆盖了还缺乏了解的那几个重要领域(现在预期的重点是分析模板元编程的工作效率/运行效率/项目可靠性的影响, 另外一个是重新核实一遍对各种算法的了解程度), 明年, 我积累的各种了解(我只敢管它们叫了解)逐渐的就可以走向实用了, 生产上的顺利是可以预期的 :).
希望明年是开花结果的一年. 也希望我能克服一些人性上的, 比技能更根本的弱点.
编辑: 刚才订到Modern C++ Design了, China-pub上缺货了好长时间, 这真是个用户习惯问题, 在他那买惯东西了, 没有都不愿意换. 可惜模板元编程一书无论译本和原本都没有, 我就日. 顺手定了本著名的<<敏捷软件开发>>的C#版, 查了一下该书的目录, 果然是本对现在的我已经毫无帮助的那种书, 干嘛要买, 还买本C#呢? 因为里面把那些关于设计的词全都拽全乎了(比Java那本全乎), 只当是买了一本过去一段时间流行词汇大全吧....
编辑: 本来是个很个人的东西, 不想发到首页了, 但是作为一个半程序员对自我的要求和规划, 抛砖引玉吧...
编辑: 明年我的工作, 有感兴趣的可以相互通通气, 看看能不能一起大干一场:
1. 完成我这个ASP.NET Web表现层小框架, 并围绕该框架做几个产品, 支持几个合作伙伴的业务. 有可能的附加任务: 该小框架向PHP, Ruby的移植.
2. 如果1能够进入一个平稳阶段, 同时确认传统Web领域已经缺乏制造属于自己的核心竞争力的机会, 那么现在是时候投入P2P了, 一个是对现有的流行的P2P开源产品的改进, 作为初步的实践和研究, 更重要的是看看能不能革新一下认识, 在P2P领域中找出些不同的东西来.
发表评论
#1楼 2007-12-11 08:49 | 陌生人 [未注册用户]
能把自己的经验心得拿出来分享，对很多像我一样还在门口的人来说真的是一个惊喜，希望能继续看到类似的文章。
楼主知识面的深度和广度都能从你的文章中得知，预祝你能成为未来信息领域的新秀。
但是也看到了楼主迷茫和浮躁的一面，不过每个人都是这样的，重要的是对未来的梦想和挚着。
很少有在cnblogs上回复，你的2007和我的实在太相似的，使我不自觉的留下这些话。
最后希望我们都能有个美好的2008~
#2楼 2007-12-11 08:52 | 冰之印记 [未注册用户]
呵呵 看了博主的文章确实对我还是有蛮大感触的，因为也引起了我对自己的一些思考！～～此文虽然不是技术文章，但我爱读～
#3楼 2007-12-11 09:09 | daizhj
谢谢,您写的不错,其实大家也都是在摸石头过河，深一脚浅一脚,呵呵:)
#4楼 2007-12-11 09:13 | dever
写的很好，对我这样搞了多年编程的人来说也是很有指导意义的
#5楼 2007-12-11 09:30 | Clark Zheng
唉，文笔不错，能写出这么一大段的文字来，真不知道我这一年都干了些什么，怎么一点都回忆不起来呢？
#6楼 2007-12-11 09:30 | 戏水
老怪 ，又看到你的性情文字啦 。读来很过瘾啊~~
提前祝圣诞快乐 。
#7楼 2007-12-11 09:45 | 周银辉
纯属个人看法,我始终认为任何一项技术即便再牛X或再不牛X也是由市场和领域决定的.新技术的出现或老技术的变种肯定应他的舞台之邀而至的,不可能一夜变种的怪胎然后又突然消失.并且从任何一个不太懂计算机技术的用户看到这些新技术的惊喜表情我们可以看到这些技术的潜力.对任何现有或新兴技术的鄙视只能说明他的确是个技术人员.
#8楼 2007-12-11 10:01 | birdshome
Chinapub的服务总是一阵好一阵差，被他整的没有脾气了，呵呵
#9楼 2007-12-11 10:03 | 在线代理 [未注册用户]
何不尝试一下dearbook.com.cn
dangdang.com服务很不错的。
#10楼 [楼主] 2007-12-11 10:15 | 怪怪
@周银辉
啊? 谁B4新技术了, 我就B4他....
新技术不仅是用户惊喜, 咱们也惊喜啊, 尤其是他们越来越简单越来越好用. 以后未来肯定我们中越来越多的人是偏向于领域专家的, 因为这些新东西的使用起来越来越不像一门知识而是一个很容易掌握的使用手册, 这是大家都在努力的.
至于真正的技术领域中的人员的需要, 肯定是越来越少, 而我在文中说了, 总的说来领域专家其实比技术人员有可能更有价值. 另外我个人觉得, 如果一个新技术学习成本太高, 要么这个新技术是一个核心技术(如某巨高深的新算法, 或巨博大精深的编程范式), 要么这个新技术很快被竞争淘汰, 要么就是, 学习者本身还没掌握学习这些技术的窍门.
正是出于这种认识, 和对学习非核心技术的能力的一定自信, 我才认为不用着急去对某个新东西下功夫, 下了功夫也不见得有用: 因为能不能有用, 真正的难点, 在于能否使该技术或工具合理应用于你的问题, 而不是那些使用指导. 当然, 我在原来的文章里说过, 这些使用指导本身, 对学习者和边干边学者, 尤其是后者, 非常有用. 我们都应该去感谢这些指导和率先吃螃蟹的兄弟的帮助.
不过不是说每个人都应该去追求所谓的技术领域内的技术, 因为那是浪费. 关键是对人民有用吗 :) 还是按照爱好来, 或者自己的具体情况来是最好的. 我也不是说比如具体到一门语言(如Ruby)或者一个框架/工具箱(如WPF), 一周就一定掌握, 而是说具有了一定的自己的学习方法, 这些东西往往可以边干边学, 这种简易性也正是这些领域语言或工具的目标.
人月神话中提到, 没有一门新技术解决了所谓的本质复杂度, 不是本质复杂度的东西, 自然就不不会是重中之重了. 只是对于一般领域专家型程序员来说, 本质复杂度来自于他所从事的领域, 对于某些人来说, 其领域就是技术自身, 如果想成为技术领域的领域专家, 自然就更多的关注于技术中更核心的部分罢了.
#11楼 [楼主] 2007-12-11 10:24 | 怪怪
@陌生人
嗯, 相互祝福吧~
确实, 浮躁是个根本性的问题, 人永远比技术难做.
@birdshome
嗯, 最开始的时候感觉挺爽, 规模越大越不灵..
@在线代理
我正琢磨换谁呢, 下次按你的推荐试试.
#12楼 2007-12-11 10:42 | jjx
对 sl的认识显然有些问题, 你甚至可以说,从本质上来讲所有的程序都是一样的. 这里就不展开了,sl,flash这些东西应该是针对applet,activex(浏览器中的),javascript这些技术而进化的. 所以,相比这些,sl,flash会提供更好的效率和可编程性
另外, 使用某些工具或语言可能会让你有优越感,但这并不能同真正的回报划等好
#13楼 2007-12-11 10:46 | 东 [未注册用户]
多谢分享
#14楼 2007-12-11 11:04 | Enzo
恩 重要的是学习的方法
#15楼 2007-12-11 11:10 | q2q2 [未注册用户]
我自己，
什麼都想學，膽什麼都學不好！！
也許入錯行了吧。
#16楼 2007-12-11 11:10 | Ray Zhang [未注册用户]
希望大家都能在2008摈弃浮躁的环境影响，深入进去钻研一门技术。
#17楼 2007-12-11 11:45 | 装配脑袋
我认为和SL2.0比，sL1.0根本就是毫无意义的Release。
#18楼 2007-12-11 11:54 | 偶卖糕的
楼主已经进入手中无剑，心中有剑的境界了。。。。
我正在争取进入手中有枪的境界，不知道效果如何
#19楼 2007-12-11 12:01 | Klesh Wong
为何不赞同jQuery呢?
简洁的写法,DOM差异隔离,实用的函数,可扩展的体系...
而jQuery本身也不是关于界面的类库,虽然它有很多界面相关的插件
#20楼 2007-12-11 12:48 | 坐断东南 笑煞之!!
真是性情中人啊。。
文笔如流水一般
#21楼 2007-12-11 13:17 | BlackCat
同意,怪怪乃是性情中人,偶是你忠实的读者,希望LZ以后能有很大的作为,我们就在这里印证你的点点滴滴.
#22楼 [楼主] 2007-12-11 14:01 | 怪怪
@Klesh Wong
没有不赞同JQuery啊, 但是不要过于依赖, 尤其是不要依赖某框架之上开发的界面库. 比如PageFlakes, 把Atlas Runtime精简的就剩一点点, 剩下的全都自己的写的. 比如Weebly, 去年的互联网创新50强, 用了大量的第三方脚本包括MIT的那个, 去年到今年一年操作方式毫无进步, BUG挑的都慢.
@装配脑袋
这个, 我不知道SL 2.0未来能否单独安装, 2.0的前身1.1a的我倒是顺利安装了, 不过我有.NET 2.0也没对它的系统需求做太多了解, 如果将来SL 2.0要求.NET 2.0作为前提条件, 那么毫无例外的将会失败. 其实HTML就是个烂货, 为啥就是不能更新换代? 强大与否, 并非唯一的决定因素~ 如果SL始终能保持一个短小精干的版本, 只是随着版本对界面的支持不断加强, 那它必然成功; 确实1.0不但轻薄, 而且单薄, 但是我真怕微软最后搞出个庞然大物出来...
但如果微软撑过了近几年, 未来的Windows中全都带有.NET是必然的, 我说.NET运行时库作为软成本的劣势将不复存在. 甚至Windows本身会借助.NET的优势, 彻底将Linux赶出桌面领域. 毕竟一个操作系统的关键是有多少应用跑在上面, 而这些应用的开发难度也是决定开发者取向的因素之一.
@偶卖糕的
我就是瞎吹行...
@jjx
不能简简单单的认为所有程序都一样, 客户端支持规模的大小, 有时候是个量变到质变的过程. 只要过了浏览者心里那个坎, 那就完蛋; 同样的还有微软程序员和美工之间在开发上的不同思维, 差别大点, 人家拒绝接受也是理所应当的. 进化, 是不是进化? 没人说SL或Flash是退化, 但是进化不代表就是更容易生存下去的那个.
至于优越感不知道指的是哪方面? 如果指的是CPPer的优越感, 我其实并没有, 因为我还不算一个CPPer, 如果你认为我提到一些C++之类的就能随便优越, 我觉得你太敏感了, 或许是你自己心里对这个问题有看法?
其实我提到C++, 只是强调C/C++无需额外的运行环境这一对客户来说的软性成本; 其二, 模板元编程这一项技术, 最好的实践语言就是C++, C#/Java或者动态语言都做不到, 我看上的是编译时多态的能力和安全性. 如果有任何一门其它被广泛使用的语言能够实践相同的编程方式, 又比C++容易使用, 我决不会为了优越而选择这么杂的一个的语言. 另外, 如果我最后的考察结果是, 这一技术的用途太窄, 不足以抵消C++本身的复杂度, 那么我也肯定是直接放弃.
不过有关编程语言的价值, 这个问题我想展开了说一下. 如果仅以一个静态语言的程序员的价值而论, 那些CPPer或者Cer比起我们这些Web程序员中绝大多数普通者, 有一种单纯来自于技术上的优越感, 我觉得有时候很正常, 有时候是出自于他们对咱们的工作所涉及的复杂度的低谷.
因为如果不考虑其它因素, 只衡量一个单纯的编程人员学习工作中掌握一个东西所花费的能量的绝对值, C++作为世界上最惹人烦的语言, 并且作为涉及概念很杂的语言, 其使用者在软件构件领域所掌握的内容绝对比一般的Web程序员量大的多.
唯一可以质疑的是, 我们是否需要去承担这种与我们业务无关的复杂性, 我个人在很多人咨询的时候, 都明确否定过比如企业应用, 比如Web领域, C++是更好更有价值的实现手段的说法. 不过杀鸡用牛刀固然不可取, 但不应因为我们有一把杀鸡刀, 就否认挥舞牛刀需要更多的力量.
既然如你所说, 用牛刀回报不一定大, 那么CPPer比我们花费了更多的能量, 他们优越在他们比我们吃了更多的苦上, 不也很正常吗? 一个不恰当的比喻是, 一个老红军夸耀当年如何过雪山爬草地, 咱们应该是什么态度呢?
但是上面只是简单的假设Web程序员不用承担其它复杂度. 往往Web程序员需要掌握的细节并不仅仅是编程, 比如各种浏览器实现不同所造成的细节, 并不比如何在C++中安全的操作指针的细节更加的没有意义. 所以并不能简单的说, 一个CPPer的水平所凝结的心血就要超过一个Web程序员.
所以优越感是不是恰当的, 关键还是一个凝结心血的量. 谁下的功夫多, 谁就可以拥有更多的这方面的优越感. 这和回报无关, 就像如果一个大亨随地吐痰, 你照样可以在素质上对他表现优越感一样. 反过来说回报多, 或者明智的选择了回报多的那条路, 不也有物质上或眼光更准的优越感么?
我觉得在这件事上值得讨论的一个点是, 我们可以想想我们更多的掌握了些什么, 需要掌握什么, 并把相关的问题系统化. 一个完整的, 系统化的Web程序员的技能图表, 和成长计划, 相比纯粹的CPPer是少的. 对于企业化项目的从事者也是这样, 无论是C++还是Java/C#, 其实也缺少这样的图表. 即使是CPPer们, 除了少数最纯粹的计算机领域内的核心内容的构建者, 其实方向性都很不明确.
我为什么要学这些? 除了眼前的项目, 未来能给我和我所在的组织带来什么好处?以个人愚见, 这才是正确的问题.
#23楼 2007-12-11 14:46 | jjx
问题是你连sl 2.0到底需不需要.net 2.0都没搞清除就下断言就是你的不是啦.
#24楼 2007-12-11 15:18 | 装配脑袋
如果SL2.0需要操作系统安装.NET Framework，它又怎能跨平台呢。而且在SL的插件中嵌入CLR，并且允许一个进程加载多个CLR，是当今.NET Framework中CLR所不具备的功能。
关键是SL1.0没有控件，对媒体文件的格式支持也有很多Bug，其Runtime的控制力也非常弱，根本没有体现出什么优势来。
#25楼 [楼主] 2007-12-11 17:52 | 怪怪
@jjx
@装配脑袋
这是我的错误, 本来想说一下WPF在纯软件业的劣势的, 后来想到SL2.0(不是1.1a了嘛, 一下跳这么多)也可能非得装Framework不可, 我就想当然顺势多打击俩了.
我原文可是很不放心的写上了"如果"两个字的, jjx就别揪我小辫子痛打落水狗啦..., 我一害起臊来得难受半天 :D
编辑一下: 靠! 微软的Download Center已经有个全SilverLight的版本了, 帅, 我一直就想, 自己不用, 怎么鼓捣别人用呢, 好事.
#26楼 2007-12-11 19:28 | 西北驴
看得挺有意思的.我还与你有很大的差距啊..
太菜了..对于新技术的出现.我十分喜欢.不管看懂看不懂..
但是.要真是学起这个新技术.又有点小问题了..
07年的我.从学校出来.也学到了一点东西..
但技术方面学的东西还是很少.更多的是技术之外的东西.
大脑混乱.
#27楼 2007-12-11 22:37 | Klesh Wong
呵呵，我觉得jQuery本身还是比较简洁小巧的，不像其他类库那么庞大复杂，远不似ExtJS或者YUI那般偏重于界面，jQuery还是比较适合程序员的胃口的。用来隔离DOM差异以及缩减代码编写量甚是好用。
jQuery提供是基础功能，像这种类库，要么就绝对依赖，要么就不用。应该是不存在不过份依赖的说法的。
#28楼 [楼主] 2007-12-12 00:33 | 怪怪
@Klesh Wong
嗯, 同意你的说法, 我的"过分依赖"其实不是指JQuery或者Prototype.js, 而是指不要过分依赖于界面库等这些不是自己控制的玩意. 越是不懂, 就越得克服不愿意学习的心理.
核心的那一小点是无所谓的, 而且在我看来并不形成真正的依赖, 即使某些有特点的使用方式, 以后换用其它框架或者不用了, 以JS的灵活性来说, 也可以暂时Wrap一下, 不会成为难题. 在我看来真正的依赖是当咱们的选择做出后, 想要改变, 就要花费一定代价的那些东西, 和虽然很棒, 但却缩小了可选择的表达及交互方式的东西.
我的主要所指是指那些尤其在界面上的, 对其他人提供的功能的依赖, 掺和在一起说了, 就有点乱. 对最基本的东西, 自己重新造轮子没必要, 选择自己看着最顺眼的即可.
#29楼 2007-12-12 09:02 | txdlf
Linq,WCF Yes!
#30楼 2007-12-12 09:36 | YCE [未注册用户]
明年准备在继续掌握好.net的同时,学习delphi...
#31楼 2007-12-12 18:37 | terry8750未注册 [未注册用户]
人生一辈子都在学习的，怪怪兄，加油吧，呵呵，说实话，有时候觉得你的观点比较偏激，但思想很独立，很欣赏你：D
#32楼 2007-12-12 22:01 | 蛙蛙池塘
长经验就行了，以后给自己做事情的时候就会更顺了。技术方面，还得双管齐下，新技术不能不借鉴，吃饭的技术不能不打好基础。
.net还是不错的，开发效率高，能做的事情也比较多，理解透彻了，用好了，性能也相当不错的，综合看还是相当有优势的，只要不是做超大型的互联网应用，企业内部应用，弄个中型的网站，还是最佳选择。
2007这一年几乎没关注web开发这块儿，感觉自己作了两三年web又废了，之前是研究了两年硬件和网络，后来搞web开发去了，现在又转了，好多时候身不由己呀，逮什么做什么吧，用心走好每一步，好多东西都是相通的，我想我那几年也没有白学东西，慢慢积累好了。
到现在flash,js,asp,java,python,c#,vb,delphi都做过一点点，有时候综合的想起来，还是能看出好多相似的地方和各种场合各种 语言的优势。
#33楼 2007-12-12 22:09 | 蛙蛙池塘
学c++没有错，学吧
#34楼 [楼主] 2007-12-12 22:44 | 怪怪
@蛙蛙池塘
:)
不过我不是要学C++, 学C++对我没什么诱惑力, 毕竟C++中C部分, 面向对象部分, STL使用部分, 虽然比更现代的语言要繁琐一些, 对我干活来说都不会是障碍. 我是想实践一下C++所谓的"TMP", 虽然很多人对这个方向... 看成歪门邪道..
#35楼 2007-12-13 11:35 | 搜索人生
每次看怪怪的文章都感觉在看小小说，够长够长。。。。。。哈哈
#36楼 2007-12-13 12:39 | 装配脑袋
其实我觉得GP算是正道，TMP就有点过了……
#37楼 2007-12-13 15:33 | 装配脑袋
LZ对C++感兴趣的地方我也感兴趣，这篇文章说了一个怎么看待这个问题的看法。建议看看，评论更要看
http://blog.csdn.net/pongba/archive/2007/05/16/1611593.aspx
#38楼 [楼主] 2007-12-13 16:24 | 怪怪
pongba的BLOG :P
我感觉最近他的几篇文章, 有点那个, 我觉得可能是几个月前C++/C的讨论让他晕乎了... 毕竟Linus和云风, 一大牛一个国内的实干派技术明星, 一个远, 一个跟他一直认识... 确实他的成长过程在面对这些人的言论的时候特别容易遭到对方的冲击, 这种冲击不是理论上的(我感觉他还应该挺扎实的), 而是一种说不出来的东西. 虽然他还没有开始因为复杂性而否定C++, 但是他找了一个很好的借口来转风向: BS说的一般C++程序员什么样就够了, 怎么教育一般的C++程序员; 问题是事情恐怕跟他想的不太一样吧?
反正对于我这样不怎么用C++的人来说, 反而很明确, 什么是C++有的C#无的, 这些特性能不能帮助我们(不去考察就不知道). 如果如他这篇文章般将C++的使用范围一缩再缩, 除了该死的.NET运行时库不适合强制安装的情况, 咱们用C实现API, C#包装, C++就真没有存在的必要了. 在这个问题上我看BS说的都有欠考虑, 最近一味的宣传C++也可以简单的使用, 一般人利用多态/类型系统等东西作为一个效率和抽象的兼顾即可, 支持纯虚类作为接口的Java/C#式编程方式(可惜却没有GC), 那他还提供那些多余的功能做什么呢?
我也不是他说的那种"精力旺盛者", 仅是希望我的眼光能通过不同的东西更开阔些, 要是能有实际用处那就再好不过 :)
#39楼 2007-12-13 17:58 | 装配脑袋
我觉得他被迫说出了现状，我看C++设计新思维的时候也觉得很好很强大，但是没有能在实际中用上的。而boost::shared_ptr这种东东我觉得要是没有我会累死的。所以还是让语言进化吧……
#40楼 [楼主] 2007-12-14 16:57 | 怪怪
嗯, 进化肯定是要的, 不是说Geeks们愿意玩Tricks, 所有的人就都应该这样, 很多东西纯属浪费人的精力, 好玩和实际是俩码事.
C++要是微软一家的, 现在只不准进化成什么样了呢. 没有大厂商的支持, 就是麻烦. 能不能在实际中用上, 我也不报太大期望, 比如基于策略的编程也只是一种思想, 用运行时多态, 也不是不能使用这种思路. 我比较不满意的是, Java/C#的进化, 是有所放弃的进化, 一些特性应不应该有, 不应该是厂商说了算吧? C++可能是太"反紧凑"了, 问题是, 现在"不反紧凑"的东西也不是那么容易融合的. 如果每门语言, 每个工具, 在自己的领域都是紧凑的, 同时又能无缝连接, 那是最完美了; 问题是.NET也没真正做到啊...
只是对于咱们来说, 我觉得思路还是越多越好, 我就怕自己眼光太窄了, 在一门语言上, 趴成了一个井底之蛙 :)
#41楼 [TrackBack] 2007-12-15 18:45 | 阿不
年关将进，也看到了园子里的一些朋友对自己的2007进行了一些总结和回顾，不谈技术，也谈技术，引起大家广泛的关注。我的这个2007不期望能引起多大的关注，但是也希望能对自己即将过去的2007所做，所学，...
[引用提示]阿不引用了该文章, 地址: http://www.cnblogs.com/hjf1223/archive/2007/12/15/996131.html
来自：http://www.cnblogs.com/guaiguai/archive/2007/12/11/990139.html