领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
IE8脚本引擎JScript 5.8增强
作者 Abel Avram 译者 赵劼 发布于 2009年4月3日
经过多次beta版本之后，IE8终于在上月发布了，其中包含了5.8版本的JScript引擎。脚本引擎的主要增强有：JSON支持，性能优化，ECMA 3兼容性，一个profiler和一个调试器。
原生JSON支持：开发团队自诩IE8为第一个原生支持JSON的浏览器。这大大改善了序列化/反序列化的过程，并且带来了更好的安全性，使代码注入和数据损坏的可能性降低。
性能优化：开发人员以前最经常抱怨的问题便是字符串的拼接，这个问题现在已经解决了，其性能比之前的JScript版本要高出数倍。数组操作的性能也得到了优化。据Google的高级工程总监Greg Badros称，引擎的速度提高了2.5倍：
我们的部分测试显示JScript性能提高了2.5倍。最关键的一点便是字符串操作。我们还监测了Gmail中常见操作的性能，例如与IE7相比，加载收件箱变为原来的24%，打开一个会话为35%，打开一个线索为25%。
ECMA 3兼容性：主要问题之一为ECMAScript 3（PDF）的完全兼容。这份公开文档收集了目前已经发现的兼容性问题，IE团队已经保证会对它们进行修复。
循环内存泄露：虽然从2007年开始便开始着手解决这个问题，但是据JScript产品线经理Shreesh Dubey所说：直到IE8 Beta 1才开始从COM结构上对它进行修复：
我们对这个问题进行了深入的探索，发现它需要从COM基础设施上进行修复。我们的实现填补了COM引用计数和自动垃圾回收模型的缺口。我们扩展了IDispatchEx接口，使COM客户端能够同时支持引用计数和垃圾回收机制。
探察器和调试器：IE开发人员工具已经集成了一个JScript探察器和一个调试器。
查看英文原文：Enhancements in JScript 5.8, the IE8 Scripting Engine
译者 赵劼 网名为老赵，洋名Jeffrey Zhao，写有技术博客“老赵点滴”。关注前沿技术，并致力于开源社区与微软平台的组合优化。
我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
典 刘
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
Zeng Zealic
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
典 刘
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
萧 远山
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
典 刘
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
Zhang Vincent
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
典 刘
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
Guo Xiaogang
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
典 刘
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
Guo Xiaogang
发表于
Re: 我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
发表人
典 刘
发表于
-
我到今天都想不明白， com这么优秀的产品里面居然用了引用计数器这么白痴的回收机制。
-
在那个内存以 KB 计量的年代，你有更好的回收机制么？
-
lisp语言是上个世纪五六十年代发明的， lisp已经拥有了和今天java等语言类似的gc了。com 大约是在1993年左右发明的，何来的内存问题？ 相对于现在大多数语言使用的gc技术 引用计数器方式更消耗内存。每个对象无论大小都要多一个计数器。
-
你能考虑到的，MS都考虑到了
-
那怎么会犯下如此愚蠢的错误？ 随便一本涉及到引用计数器的书几乎都会说道引用计数器的缺点。 除了ms com设计人员的失误外没有其他解释。ms能考虑的那么多怎么还会开发出漏洞百出的os。
-
那你开发一个没有漏洞的OS吧，我力挺你！
设计不能太理想化，很多是一个折中的选择而已。
COM还是很优秀的，很多framework都是模仿它的实现的 -
我指出别的的错误的时候不代表我一定不犯这个错误。
折衷没有问题，但是要看折衷的是什么地方，基础的东西不能折衷，和盖楼一样，门，窗户质量差一些没问题。地基质量有问题那是致命的。事实已经证明ms的com的计数机机制给他们自己带来了无数的麻烦。com在软件开发种是恰恰是基础部分。
COM优秀的思想是他的interface部分。这个他是抄袭corba的， 连实现上都抄袭，比如IDL。 他们自己的“创新”就是这个计数器。 -
你可能忘了COM还有IPC的任务。找一个更好的方案并没有那么容易。
-
corba是分布式的， 可以在网络上互相调用， 更别说ipc了。windows平台上通过com的ipc的确不错，但是那是ms的支持造成的。我也用com好多年了，不是我说他不好，是太多人说他有问题，包括ms自己都很少提他。
-
当IPC是主要目的，又不走全操作系统GC的路线，引用计数就是不错的方案了。在当时来看也是技术上稳妥的选择。
-
根据我的开发经验， 在基础模块上的妥协最后一定得不偿失。 某种程度上 基础模块要严格到数学证明其合理性。、 应用层的东西如果为了赶工期妥协是可以的，
11 条回复
关注此讨论 回复