负暄琐话

我的email: rot47('649@ 6(hF+`hd"w=92vhG{>}G3"@l M >:>6?4@56 \F')

囧囧ID:g9yuayon
[修改头像]
779010次访问,排名36好友9人,关注者11
g9yuayon的文章
原创 238 篇
翻译 4 篇
转载 48 篇
评论 790 篇
g9的公告
最近评论
alextooter:ff可是用的完全的自己内存管理。。

最近ff3非常好,值得试试看。
fferror:无比期待g9老大的model checking续集。
sprhawk:哈哈,太强了,最近刚听说有Erlang,了解一下。
看一下历史,比看语法有意思得多嘿嘿
lordchl:后面提示下不动点好了,跳得太大
lbaby:Do you mind if I jot down some notes on your chests ??


猛到无以复加
订阅我的博客
XML聚合  FeedSky
订阅到鲜果
订阅到Google
订阅到抓虾
订阅到BlogLines
订阅到Yahoo
订阅到GouGou
订阅到飞鸽
订阅到Rojo
订阅到newsgator
订阅到netvibes
文章分类
收藏
    相册
    旅游
    计算机科学
    Lambda the Ultimate
    软件开发
    Reddit编程专栏(RSS)
    正在读的书
    存档
    2006年12月

    转载 Never Stop Learning

    Steve Yegge的新文章。 现在笔头好又肯耐心写文章的技术博客作者其实不多。Paul Graham和Steve Yegge是其中的佼佼者。新文章里这句话可作俺们程序员的座右铭:Every program you write should be the hardest you've ever written (你写的每个程序都应是你曾写过的最难的程序)。阅读全文>

    发表于 @ 2006年12月19日 12:52:00|评论(loading...)|编辑

    转载 微软的工作评定FAQ

    朋友Jacky翻译的。原文在这里:http://minimsft.blogspot.com/2006/05/faq-on-reviews-promotions-job-changes.html。裸体追公车攀爬红绿灯吐血推荐。顺便说一下,这篇批评文章冲击力之大,以至于微软在不到三个月时间里全面改动他们的绩效评审政策,废除了按比例划分等级的残酷制度。对微软行动如此迅速表示一下钦佩。另外,这篇文章虽然谈微软,但其它大公司也大同小异。GE的老大们对10%, 70%, 20%很熟悉吧?IBM的老大们都知道在公司里混就得注重所谓的“跨组织影响”,最要紧就是不能拼命接活尤其不能在别人要求你帮忙时点头吧?不然累死也就得个2,对吧?Sun和IBM的测试部门的老大们对每年不做测试反而得到最高评分的人早有不满了吧?Paul Graham的拥泵们可以跳出来告诉大家为什么到startup那么爽了吧(因为每个程序员或者测试员的工作都可以被准确评价)?Google的老大们可以跳出来解释为什么在Google的工作环境像天堂了吧? 基于http://minimsft.blogspot.com/2006/05/fa阅读全文>

    发表于 @ 2006年12月18日 12:22:00|评论(loading...)|编辑

    原创 银弹和我们的职业

    编程是不是有前途的职业?30岁以后一定得转行?工作外包到越南怎么办? 新技术层出不穷,怎么才能跟上技术发展的趋势?工具越来越牛,以后编程像组装乐高积木怎么办?也许俺比较孤陋寡闻,看到的消极观点多。比如这里,还有这里。积极的观点少。像云风那样的铁杆编程迷更为罕见。嘿嘿,我没有答案。前天重读Frederick P. Brooks的《没有银弹》,有点感想而已。 《没有银弹》的中心思想是软件开发的困难分为两类。一类是暂时困难(accidental difficulty) ,另一类是本质困难(essential difficulty)。暂时困难可以通过技术的进步来解决。比如说检查句法错误就是暂时困难,写出绘制窗口的代码也是暂时困难。现代IDE基本解决了这些问题。而本质困难没有工具或技术可以消除。B老大争辩道,软件的本质是一堆互相作用的抽象结构:数据,算法,关系,函数调用。。。这些抽象结构应该尽量独立于表现它们的具体形式。所以说,软件编程的本质困难在于写出这些抽象结构的规范,设计这些抽象结构,和测试这些结构的正确性。注意哈。B老大说,如果上述判断正确,那么世上便没有银弹。幸好,到目前为阅读全文>

    发表于 @ 2006年12月10日 13:35:00|评论(loading...)|编辑

    原创 ebay的架构

    SD Forum 2006上的演说。 大开眼界。EBay的规模,开发速度,和成长能力都让人惊叹。Ebay现有两亿多用户。每天执行260亿条SQL。每周开发100KLOC新代码。早期代码从简单的Perl脚本演进为一个150MB的ISAPI DLL, 三百三十万行代码。上百程序员在同一套代码库上工作,最后每个类里的方法数目超过了编译器的上限!后来所用代码用Java重写,部署应用服务器,但大部分代码和J2EE无关。应用层stateless(LAMP老大们的最爱吧?)。有意思,灰常有意思。阅读全文>

    发表于 @ 2006年12月10日 10:49:00|评论(loading...)|编辑

    原创 注意力

    从Keria Serria的博客看到的好文章。非凡的注意力 造就专家,智力起的作用其实不大。偏偏现在干扰越来越多。而且真正的干扰源自我们的内心。频繁地查信,随时随地地QQ/MSN,阅读无穷无尽的blog。。。到底怎么办呢?仔细读Kerria的帖子吧。 阅读全文>

    发表于 @ 2006年12月10日 08:11:00|评论(loading...)|编辑

    原创 Verizon的数学水平

    正在听youtube上的一段录音。Verizon的客服从小兵到经理居然不能理解0.002美分和0.002美圆的区别。客户仔细解释了20分钟,他们还是不能明白他们0.002美分乘以35000应该等于70美分而不是70美圆。彻底无语。比如这段: 客户:0.002分和0.002圆有没有区别? 客服:(沉默良久后)没有 还有这段: 客户:一圆和一分有没有区别? 经理:当然 客户:那半刀和半分有没有区别? 经理:当然 客户:那你当然知道0.002刀和0.002分的区别了? 经理:不。。。没有0.002刀这回事 客户:当然有 怪不得大家都要把客服外包到印度。。。 最后那个经理居然告诉客户这是个人观点问题。靠! 强烈怀疑客服装傻。 这里是该客户的博客:http://verizonmath.blogspot.com/。Verizon那群白痴居然回信说愿意给他36刀的折扣,以表示他们的歉意。换句话说,Verizon仍然没有搞明白(或者不想搞明白)0.002分和0.002刀的区别。什么样的官僚机构才能养出这样的人? 阅读全文>

    发表于 @ 2006年12月10日 03:25:00|评论(loading...)|编辑

    原创 印度薪水

    从朋友无声哪里看来的。笑死。 顺便补充一点:印度的IT业迅猛扩张,造成人力资源不足。随之而来便是工资飞涨,工程师质量下降。无声的数据来源,Code Craft,也提到这个问题。忘记从哪里看的报道了(),各个公司因为向印度外包的成本上升,开始考虑把印度的外包转向中国和越南。外包中国面临文化和语言的障碍还是比外包印度大点。外包越南的问题是教育资源不足,没有培养出足够的合格工程师。下面是无声的帖子:阅读全文>

    发表于 @ 2006年12月05日 00:03:00|评论(loading...)|编辑

    原创 今年用过的语言

    清理以前没读的博客时,看到Bill de hóra的帖子。Bill列出今年他在工作中用过的语言(不一定是图灵完备的。凡是编写软件中用到的语言都算)。这个举动挺好玩儿:每年末回顾过去一年自己用过的语言。若干年后,可以看出自己职业生涯里技术变迁的一个小小侧面。我只列出过去一年工作中用过的语言。浅尝则止的不算。玩儿票的不算。泛泛学习过的不算。所列语言也不一定是通常意义上的编程语言,比如HTML/CSS。但既然这些语言在编写软件时大量使用,而且帮助我们降低代码量,我也就把它们算上了。 Java。我们的软件用Java,没什么好说的。 SQL。我们做商业软件的,这个也逃不掉。不过为了跨平台,没用任何Stored Procedure。 XML/XSD。SOA叫得那么厉害,Java那么死板,没有XML/XSD怎么玩儿得转?XSD是前年学的,不过今年开始深入应用。 WSDL/BPEL。SOA闹腾得欢,我们自然得和这俩哥们儿打交道。这俩是今年现学的。 XSLT/XPath。主要是转换文档时用。 JavaScript。算是今年新学的语言罢。当然N年前就写过JavaScript了。不过当时那点阅读全文>

    发表于 @ 2006年12月03日 13:04:00|评论(loading...)|编辑

    Csdn Blog version 3.1a
    Copyright © g9