数码天地 今日: 0|主题: 4756|排名: 52 

最后发表： yuba
回复内容：
我记得 VMS 是同时保留多个版本，和 Time Slider 与 SVN 还不一样，不用回溯。

最后发表： taotao63
回复内容：
日本人？

最后发表： ubuntuhk
回复内容：
凡是这么搞的，下场一般都不会太好

最后发表： 金头鳗
回复内容：


Agreed, FOSS itself as a development model & a movement has been successful. It just needs to figure out a realistic, attractive business model to ensure long term sustainability & mainstream acceptance. By mainstream I mean all industries that use software as part of their business tool inventory, not just IT industry.

最后发表： coredump
回复内容：
感谢Jerry的投递
OpenSolaris 2008.11 已于近日正式发布。它是 OpenSolaris操作系统最新发行版本。（上一个发行版本是：OpenSolaris 2008.05，下一个发行版本将是：OpenSolaris2009.04）对于用户、开发人员和部署人员来说，OpenSolaris 是一个功能强大而且完善的操作系统。它继承了 Solaris安全、稳定且高度可伸缩的传统，更加贴近桌面用户，为用户提供了现代计算环境中所应有的所有工具。
                OpenSolaris 2008.11 已于近日正式发布。它是 OpenSolaris 操作系统最新发行版本。（上一个发行版本是：OpenSolaris 2008.05，下一个发行版本将是：OpenSolaris 2009.04）

对于用户、开发人员和部署人员来说，OpenSolaris 是一个功能强大而且完善的操作系统。它继承了 Solaris 安全、稳定且高度可伸缩的传统，更加贴近桌面用户，为用户提供了现代计算环境中所应有的所有工具。

OpenSolaris 2008.11 新特性

GNOME 2.24
ZFS 文件更改记录
全新的打印管理器
集成 Firefox 3
桌面搜索
改进的 IPS 软件包管理器
改进的网络配置管理器
更丰富的硬件驱动支持

详情访问：http://developers.sun.com.cn/opensolaris/opensolaris-whats-new.html

OpenSolaris 2008.11 下载

http://dlc.sun.com/osol/opensolaris/2008/11/osol-0811.iso
http://download.developers.sun.com.cn/Indiana/osol-0811-rc2-global.iso
（注：RC2 被选定为正式发行版本）

申请免费 OpenSolaris 2008.11 光盘

http://www.unix-center.net/bbs/viewthread.php?tid=6592

设置中国区本地 IPS 服务器

http://www.unix-center.net/bbs/viewthread.php?tid=7769

回顾 OpenSolaris 2008.11
http://www.qyjohn.net/?p=515

最后发表： xblues
回复内容：
在台湾IT Month展示会上，先锋拿出了容量高达400GB的超级多层只读光盘，单面拥有16个独立层、每层25GB，而现在的BD光盘只有单层25GB和双层50GB两种。
先锋表示，这种光盘基于BD技术而来，主要是在反射层原材料方面取得了重大突破，从绝缘体换成了金属导体，道间距从10/14nm变成了25nm，不过激光头(PUH)的规范与标准BD光盘所用的完全一样，都是405nm，所以现在的BD播放器都可以顺利读取先锋的这种大容量光盘。
根据先锋内部路线图，2008-2010年间主要是研究这种BD-ROM只读型光盘，2010-2012年推出相应的刻录盘，2013年将容量提升到1TB。

最后发表： yuba
回复内容：
Good

可惜没有 Java 的数据

最后发表： hidec
回复内容：
那时候就直接用人脑了，还用电脑干啥？

最后发表： coredump
回复内容：


让这帮家伙都体验体验Jobs的魔鬼标准

最后发表： coredump
回复内容：
感觉BrowserPlus的RubyInterpreter, TextToSpeech比较惊艳，其他几个功能不如Gears。

最后发表： atelier
回复内容：
haha, 这个消息不错啊，我们公司还使用大量COBOL程序呢

最后发表： 8戒
回复内容：
国内的上市公司基本是很烂的。不知道美国是不是也是这样？

最后发表： xblues
回复内容：
Microsoft Dynimac实际上是一系列软件系统组成的商用系统。

• CRM 客户关系管理 Customer Relationship Management
• SCM 供应链管理 Supply Chain Management
• ERP 企业资源计划 Enterprise Resource Planning
  

===================================================

CRM 客户关系管理软件部分

销售自动化

销售推动企业价值

传统的业务挑战----销售领域

• 销售代表的地采用度（认为输入繁琐，软件不宜使用）
• 销售流程的不一致性
• 低效率（有限时间来做实际的销售，销售还会花时间参加培训等，比较忙，没时间用软件）
• 潜在机会和客户信息不够可靠
• 跟其他团队的协作不够（比如市场部和服务部门）
  

行业观点：当我们要求销售高级主管评估他们的表现时，我们发现，

• 60%要求提高预测准确性
• 50%希望提高按着市场变化调整销售流程的能力
• 49%将在销售团队中发现和分享最佳实践的能力评价为抵于平均值
  

根据Gartner Research，销售人员只能投入455时间在销售。另外的55%的时间花费在会议，事务性工作，客户服务，培训，出差，研究和公司内部沟通。“

领先的公司采用 mobile CRM来提高效率，增加系统采用度和增强客户体验，对很多现场销售机构来说，Mobile CRM时必须的。

====================================

改变销售的规则，

• 提高其他80%销售员工的表现
• 将每一次的销售互动专成销售机会（L2O）
• 突破传统界限，减少停滞时间（加快数据流向速度）
  

====================================

MS CRM 的销售功能：

• 全套功能
• 销售流程
• 按着角色设计：用户，经理，主管
  

MS CRM 的管理功能：
区域管理（Sales Territory）
线索管理：自动转换email为线索（Lead），将线索专程商机（Opportunity），与市场模块无缝结合
商机管理：与office无缝结合，完整的报价，发票，订单管理功能，工作流，跟踪商机。
客户管理：互动信息图，合同和续约的便利查看，复杂的客户关系追踪（列出客户所参加过的所有市场活动，所购买的产品，信息查重，客户组织架构，客户购买历史管理等等）
销售分析：从dashboard到DLAP的分析

======================================================

集成的销售线索及订单处理：
潜在需求信息 Lead ---》 转为商机 opportunity ----》 创建销售订单 order ----》 审批销售订单 order verification----》 查看订单信息 query

======================================================

Microsoft Dynamic AX ()

最后发表： coredump
回复内容：
在自己的计算机上运行搜索引擎——谷歌搜索服务器虚拟版发布               
        ugmbbc发布于 2008-11-11 21:48:52|1341 次阅读 字体：大  小  打印预览
                         谷歌公司的使命是整合全球信息，使人人皆可访问并从中受益。对于那些防火墙背后，谷歌的搜索爬虫接触不到的信息，我们提供了谷歌搜索服务器（GoogleSearch Appliance，以下简称GSA）软硬件整体解决方案。GSA能够对企业、高校等拥有的网页、文档、数据库等相关信息进行高效安全的通用搜索，支持的文件格式达 220 余种。随着 GSA 最新的 5.2 版的发布，我们在全球同时发布了一个运行在虚拟机中的纯软件版的 GSA ——谷歌搜索服务器虚拟版（Google Search Appliance virtual edition，以下简称 GSAve）。
                今天，全世界的技术爱好者可以免费从这里下载 GSAve，在自己的计算机上运行自己的搜索引擎，使用它来抓取和索引自己的网站、博客、数据库和网络文件夹。

GSAve 秉承了 GSA 强大的搜索功能和编程接口。谷歌鼓励广大程序员使用 GSAve 提供的接口来开发一些有趣的适合特殊内网环境的搜索体验。

- 使用连接器管理工具，可以让 GSAve 抓取和索引到非 Web 形式的网络资源，例如存放在Sharepoint 中的文档。
- 使用 Feed API 和元数据搜索功能，您可以为自己的网络论坛（BBS）建立搜索功能。
- 您可以使用 Onebox 编程接口在搜索结果页面中提供实时数据。
- GSA 强大的安全搜索功能支持多种身份认证方式，使用户在搜索结果中只见到自己有权限访问的文档。
- 我们专门为小规模文档集设计了专门的网页排序算法。
- 用户可以定制 GSA 的搜索结果界面，甚至以 XML 格式的形式，来整合到您自己的应用中去。

我们在谷歌网上论坛上建立了子论坛 ，这里有世界各地的 GSA 用户一起分享使用经验。你对谷歌搜索服务器虚拟版有任何的建议和反馈，您可以直接发送 email 到 enterprise-gsa-virtual@google.com 告诉我们。

GSA 为我们 Googler 提供了功能强大的内网搜索，我们希望将这种愉快的搜索体验，提供给更多的用户，使人人皆可访问并从中受益。

最后发表： yuba
回复内容：
intel 已经卖出了 vmware 的股票

Windows Server 2008 R2 的重要特点：
支持 256 路处理器
热迁移
新版本的PowerShell

[ 本帖最后由 yuba 于 8-11-2008 09:23 编辑 ]

最后发表： harry109
回复内容：
有啊

打滑就是了

最后发表： 得分后卫
回复内容：
what is OPENID ?

最后发表： coredump
回复内容：
这个消息最让我感兴趣的是QT原生的程序可以很平滑得porting到iphone上，哪怕像Google Earth这样的庞然大物, that's really good news!

最后发表： yuba
回复内容：
yet another.

最后发表： yuba
回复内容：
　　附：Gartner去年年底评出的2008年10大战略技术
　　1. 绿色IT
　　2. 统一通信
　　3. 商业流程管理
　　4. 元数据管理
　　5. 虚拟化
　　6. 聚合（Mashups）
　　7. Web平台
　　8. 光纤服务器
　　9. 实时万维网
　　10. 社交软件

最后发表： yuba
回复内容：


[ 本帖最后由 yuba 于 16-10-2008 12:35 编辑 ]

最后发表： lilianaya
回复内容：
看来想要功能全就Apache，想要某一方面专就要Nginx？

不知道这个的性能如何？有空在虚拟机里装上跑一下。

最后发表： zycbob
回复内容：
很厉害啊

最后发表： coredump
回复内容：
FROM:http://labs.trolltech.com/blogs/2008/09/22/sorry-guys/

这篇Trolltech Labs的博客上说他们正在想办法进一步提高QT在Windows和X11上的渲染性能，并且已经取得了显著的效果。


QPainter性能提高明显， Qt Falcon是Qt4.5的开发代号。



下面是文本渲染的改进效果：


图形渲染的改进：

控件渲染的改进：




很多建立在QT只上的软件都将会受益于这些改进， 比如KDE, Google Earth等。  由于开发QT的Trolltech公司已经被Nokia收购，想必这些性能增强的努力也是为更好的嵌入式应用做的准备。

最后发表： coredump
回复内容：
ROOT的确不是纯正的C++，既没有完全实现100% C++标准，而且还改了很多语法，比如说 . 和->都可以混用

最后发表： xblues
回复内容：
from Neowin Back Page News

Spore was without doubt the most anticipated game of the year. The game itself has blown away the people who have played it, but the DRM encouraged thousands to get their copy illegally. Already Spore has been downloaded more than 500,000 times on BitTorrent, and this number is increasing rapidly.

Most critics agree that Spore is a great game. However, the users aren’t too happy with the absurd DRM restrictions that come with the game. EA decided that people who buy a legitimate copy of the game, are only allowed to install it three times.

The idea behind DRM is that it will stop people from pirating the game, but in reality, it often has the opposite effect. As Forbes points out, many commenters on various BitTorrent sites now legitimize downloading this game because the official copies include some heavy and intrusive DRM.

“You have the power to make this the most pirated game ever, to give corporate bastards a virtual punch in the face,” deathkitten writes in a comment on The Pirate Bay. He or she is spot on. Spore has been the most downloaded torrent on The Pirate Bay for over a week, which is unique for a game.

Since September 2nd when Spore first appeared on BitTorrent, it has been downloaded a little over 500,000 times across various BitTorrent sites according to our most recent statistics. This download rate exceeds that of any other pirated game in history, and in a week or two from now it will be the most pirated game ever on BitTorrent.

As a comparison, Crysis, one of the best-selling PC games of this year has only been downloaded 420,000 times since it was released in November 2007. The Sims 2 currently holds the record for the most pirate downloads. There are no accurate stats for this game, since it was released long before we started tracking downloads, but we estimate that approximately 1 million copies have been downloaded.

Of course the record breaking number of Spore downloads can’t be attributed solely to DRM, but it sure helped. That’s not all, it also contributed to making Spore one of the worst rated games on Amazon. Out of the 2,219 reviews, 2,018 awarded the game with just 1 star, all because of the strict DRM.

DRM doesn’t stop people from pirating a game, on the contrary. It only hurts legitimate customers since the DRM is removed from the pirate version. The same is true for music, movies and books. Let’s hope EA and other media moguls will learn their lesson.

最后发表： xblues
回复内容：
被你发现了...........

最后发表： coredump
回复内容：
FROM:http://internet.solidot.org/internet/08/09/09/0139220.shtml"《金融时报》报道，Google参与“另外30亿”卫星互联网项目，将其服务带给那些尚未接入互联网的全球半数人口。这家搜索引擎公司已与有线电视巨头John Malone及汇丰(HSBC)联手建设“O3b网络”(O3b Networks)。该网络以“另外30亿”(Other 3bn)人命名。作为一项总值7.5亿美元工程的第一步，它们将从法国航空航天集团Thales订购16颗低地球轨道卫星。该项工程将会把北纬5度至南纬5度这一范围国家的移动电话天线杆接入高速宽带网络。"


coredump评语:联想到Google的另一个服务Android,让人不禁浮想联翩～～

最后发表： bfox
回复内容：
我就是做java开发的。对我来说 linux 下面最大的问题就是没有一个可以和dreamwaver 媲美的网页设计工具。
另外qq也是个不大不小的问题。

最后发表： coredump
回复内容：
maybe

最后发表： coredump
回复内容：
FROM: http://weblogs.mozillazine.org/roadmap/archives/2008/08/tracemonkey_javascript_lightsp.html

TraceMonkey: JavaScript LightspeedI'm extremely pleased to announce the launch of TraceMonkey, an evolution of Firefox's SpiderMonkey JavaScript engine for Firefox 3.1 that uses a new kind of Just-In-Time (JIT) compiler to boost JS performance by an order of magnitude or more.

TraceMonkey是Firefox SpiderMonkey (Firefox现在的Javascript执行引擎)的革新版本，将在Firefox3.1中出现在大家面前。 这个版本的Javascript引擎将像JVM一样通过引入JIT技术来提升Javascript的性能。

ResultsLet's cut straight to the charts. Here are the popular SunSpider macro- and micro-benchmarks average scores, plus results for an image manipulation benchmark and a test using the Sylvester 3D JS library's matrix multiplication methods:
测试结果让人非常惊喜啊，各个方面都有显著的性能提升，看来以后用gamil能更快了！
Here are some select SunSpider micro-benchmarks, to show some near-term upper bounds on performance: This chart shows speedup ratios over the SpiderMonkey interpreter, which is why "empty loop with globals" (a loop using global loop control and accumulator variables) shows a greater speedup -- global variables in JavaScript, especially if undeclared by var, can be harder to optimize in an interpreter than local variables in a function. Here are the fastest test-by-test SunSpider results, sorted from greatest speedup to least: The lesser speedups need their own chart, or they would be dwarfed by the above results: (Any slowdown is a bug we will fix; we're in hot pursuit of the one biting binary-trees, which is heavily recursive -- it will be fixed.) With SunSpider, some of the longest-running tests are string and regular-expression monsters, and since like most JS engines, we use native (compiled C++) code for most of the work, there's not as much speedup. Amdahl's Law predicts that this will bound the weighted-average total Sunspider score, probably to around 2. No matter how fast we JIT the rest of the code, the total score will be... 2. But this is only a start. With tracing, performance will keep going up. We have easy small linear speedup tasks remaining (better register allocation, spill reduction around built-in calls). We will trace string and regular expression code and break through the "2" barrier. We will even trace into DOM methods. The tracing JIT approach scales as you move more code into JS, or otherwise into view of the tracing machinery. Finally, schrep created a screencast (UPDATE: link fixed) that visually demonstrates the speedup gained by TraceMonkey. These speedups are not just for micro-benchmarks. You can see and feel them. How We Did ItWe've been working with Andreas Gal of UC Irvine on TraceMonkey, and it has been a blast. We started a little over sixty days (and nights ;-) ago, and just yesterday, shaver pushed the results of our work into the mozilla-central Hg repository for inclusion in Firefox 3.1. The JIT is currently pref'ed off, but you can enable it via about:config -- just search for "jit" and, if you are willing to report any bugs you find, toggle the javascript.options.jit.content preference (there's a jit.chrome pref too, for the truly adventurous).
Before TraceMonkey, for Firefox 3, we made serious performance improvements to SpiderMonkey, both to its Array code and to its interpreter. The interpreter speedups entailed two major pieces of work:

• Making bytecode cases in the threaded interpreter even fatter, so the fast cases can stay in the interpreter function.
• Adding a polymorphic property cache, for addressing properties found in prototype and scope objects quickly, without having to look in each object along the chain.

I will talk about the property cache and the "shape inference" it is based on in another post.
By the way, we are not letting moss grow under our interpreter's feet. Dave Mandelin is working on a combination of inline-threading and call-threading that will take interpreter performance up another notch. While doing this Firefox 3 work, I was reminded again of the adage:

Neurosis is doing the same thing over and over again, expecting to get a different result each time.

But this is exactly what dynamically typed language interpreters must do. Consider the + operator:
a = b + c;Is this string concatenation, or number addition? Without static analysis (generally too costly), we can't know ahead of time. For SpiderMonkey, we have to ask further: if number, can we keep the operands and result in machine integers of some kind?
Any interpreter will have to cope with unlikely (but allowed) overflow from int to double precision binary floating point, or even change of variable type from number to string. But this is neurotic, because for the vast majority of JS code, in spite of the freedom to mutate type of variable, types are stable. (This stability holds for other dynamic languages including Python.) Another insight, which is key to the tracing JIT approach: if you are spending much time in JS, you are probably looping. There's simply not enough straight line code in Firefox's JS, or in a web app, to take that much runtime. Native code may go out to lunch, of course, but if you are spending time in JS, you're either looping or doing recursion. The Trace Trees approach to tracing JIT compilation that Andreas pioneered can handle loops and recursion. Everything starts in the interpreter, when TraceMonkey notices a hot loop by keeping cheap count of how often a particular backward jump (or any backward jump) has happened. for (var i = 0; i < BIG; i++) {    // Loop header starts here:    if (usuallyTrue())        commonPath();    else        uncommonPath();}Once a hot loop has been detected, TraceMonkey starts recording a trace. We use the Tamarin Tracing Nanojit to generate low-level intermediate representation instructions specialized from the SpiderMonkey bytecodes, their immediate and incoming stack operands, and the property cache "hit" case fast-lookup information. The trace recorder completes when the loop header (see the comment in the code above) is reached by a backward jump. If the trace does not complete this way, the recorder aborts and the interpreter resumes without recording traces. Let's suppose the usuallyTrue() function returns true (it could return any truthy, e.g. 1 or "non-empty" -- we can cope). The trace recorder emits a special guard instruction to check that the truthy condition matches, allowing native machine-code trace execution to continue if so. If the condition does not match, the guard exits (so-called "side-exits") the trace, returning to the interpreter at the exact point in the bytecode where the guard was recorded, with all the necessary interpreter state restored. If the interpreter sees usuallyTrue() return true, then the commonPath(); case will be traced. After that function has been traced comes the loop update part i++ (which might or might not stay in SpiderMonkey's integer representation depending on the value of BIG -- again we guard). Finally, the condition i < BIG will be recorded as a guard. // Loop header starts here:inlined usuallyTrue() call, with guardsguard on truthy return valueguard that the function being invoked at this point is commonPathinlined commonPath() call, with any calls it makes inlined, guardedi++ code, with overflow to double guardi < BIG condition and loop-edge guardjump back to loop headerThus tracing is all about speculating that what the interpreter sees is what will happen next time -- that the virtual machine can stop being neurotic. And as you can see, tracing JITs can inline method calls easily -- just record the interpreter as it follows a JSOP_CALL instruction into an interpreted function. One point about Trace Trees (as opposed to less structured kinds of tracing): you get function inlining without having to build interpreter frames at all, because the trace recording must reach the loop header in the outer function in order to complete. Therefore, so long as the JITted code stays "on trace", no interpreter frames need to be built. If the commonPath function itself contains a guard that side-exits at runtime, then (and only then) will one or more interpreter frames need to be reconstructed. Let's say after some number of iterations, the loop shown above side-exits at the guard for usuallyTrue() because that function returns a falsy value. We abort correctly back to the interpreter, but keep recording in case we can complete another trace back to the same loop header, and extend the first into a trace tree. This allows us to handle different paths through the control flow graph (including inlined functions) under a hot loop. What It All MeansPulling back from the details, a few points deserve to be called out:

• We have, right now, x86, x86-64, and ARM support in TraceMonkey. This means we are ready for mobile and desktop target platforms out of the box.
• As the performance keeps going up, people will write and transport code that was "too slow" to run in the browser as JS. This means the web can accomodate workloads that right now require a proprietary plugin.
• As we trace more of the DOM and our other native code, we increase the memory-safe codebase that must be trusted not to have an exploitable bug.
• Tracing follows only the hot paths, and builds a trace-tree cache. Cold code never gets traced or JITted, avoiding the memory bloat that whole-method JITs incur. Tracing is mobile-friendly.
• JS-driven <canvas> rendering, with toolkits, scene graphs, game logic, etc. all in JS, are one wave of the future that is about to crest.

TraceMonkey advances us toward the Mozilla 2 future where even more Firefox code is written in JS. Firefox gets faster and safer as this process unfolds.
I believe that other browsers will follow our lead and take JS performance through current interpreter speed barriers, using just-in-time native code compilation. Beyond what TraceMonkey means for Firefox and other Mozilla projects, it heralds the JavaScript Lightspeed future we've all been anticipating. We are moving the goal posts and changing the game, for the benefit of all web developers. AcknowledgmentsI would like to thank Michael Franz and the rest of his group at UC Irvine, especially Michael Bebenita, Mason Chang, and Gregor Wagner; also the National Science Foundation for supporting Andreas Gal's thesis. I'm also grateful to Ed Smith and the Tamarin Tracing team at Adobe for the TT Nanojit, which was a huge boost to developing TraceMonkey.
And of course, mad props and late night thanks to Team TraceMonkey: Andreas, Shaver, David Anderson, with valuable assists from Bob Clary, Rob Sayre, Blake Kaplan, Boris Zbarsky, and Vladimir Vukićević.

最后发表： lilianaya
回复内容：
对这样的网站，缓存、搜索、分布是最关键的。不知道是怎么个架构。

最后发表： niuzefeng
回复内容：
惭愧，我从来没有集中精力关注过任何一门编程语言。硬件发展作为编程语言C++也随之发展，好事情。感谢coredump所作的介绍。呵呵，楼上的兄弟应该不是理想问题而是金钱问题。

最后发表： coredump
回复内容：
FROM:　http://news.csdn.net/n/20080718/117447.html

继Google Reader和Doc之后,Google的Web apps - GMail和Google Calendar也将开始支持离线运行,当然依然是基于Gears实现的.

这一工作将在6周内完成,今后您可以像调用Outlook一样轻松调用Gmail来管理邮件和日程信息,并且将它随时同步到网络.

更令人激动的是,Google还将支持SyncML,一个同步推送到手机和其它电脑的技术,这意味着Google也将能提供手机推送业务.

最后发表： yuba
回复内容：
被人糟蹋过的东西就不考虑了，要糟蹋那些别人还没有糟蹋过的东西。

最后发表： coredump
回复内容：
WebKit小组宣布开发基于字节码的JavaScript解释器——SquirrelFish

            作者        Nick Laiacona译者        张龙        发布于        2008年6月12日 下午4时14分   
        社区Java主题动态语言,JavaScript标签声明                          上周，WebKit开发团队向外正式宣布他们正在为WebKit的JavaScript引擎开发一个新解释器－－SquirrelFish。根据WebKit官方博客，SquirrelFish的速度比之前的解释器快1.6倍”。
与之前的解释器使用遍历语法树的实现方式不同的是，SquirrelFish的实现采用字节码。

遍历语法树实现方式存在的高代价问题，在SquirrelFish字节码引擎中基本都不存在。首先，一个字节码流能够精确描述执行程序所需的操作，编译成字节码实际上隐性地跳过了不相关的语法结构。其次，字节码调度程序只是一个简单地从内存中直接读取，转而间接调度分支程序的过程。因此，执行字节码指令要比访问语法树节点快得多。第三，由于不再需要语法树，解释器无需继续在语法树节点间传送执行状态。

解释器使用字节码之后能够直接从字节码解释的所有的优化中获益匪浅，这也意味着SquirrelFish的速度还会继续得到提升。

在解析器使用字节码之后，我们目前实现的编译时优化有：

• 常量折叠（constant folding）
• 更强的拷贝传播
• 类型推断——包括精确和推测两种方式
• 基于表达式上下文的特化——尤其是void和boolean上下文
• 窥孔优化（peephole optimization）
• 逃逸分析 （escape analysis）

SquirrelFish团队特别对那些在同一领域工作的人们表示了感谢，正是他们的研究成果激发了SquirrelFish的开发灵感。

SquirrelFish的设计很大程度上来自于高效虚拟机领域的一些最新研究成果，其中包括M. Anton Ertl教授、David Gregg教授等人以及Lua编程语言的开发者们的研究。

查看英文原文：WebKit Team Announces SquirrelFish, a Bytecode Based JavaScript Interpreter

最后发表： coredump
回复内容：
http://www.infoq.com/cn/news/2008/06/gears-adds-features-to-the-web


                    作者        Jean-Jacques Dubray译者        孙涛        发布于        2008年6月17日 上午9时43分   
        社区Architecture,Java主题RIA标签Flash,Google Gears                          在Google Gears发布一周年之际，谷歌(Google)宣布Gears名字前的将不再被冠以google前缀。趁这个时机，让我们也来简单回顾Gears一年来的应用情况，并且展望其今后发展方向。
按照Dare Obasanjo的说法：

Gears使离线Web应用成为可能，我们甚至可以认为它是桌面程序棺材上的最后一颗螺钉。

Zoho是Gears的首批用户之一，目前在它的办公套件中添加有离线功能。然而，Dare确认为：

在过去的一年中，...离线功能的应用并没有取得大的突破，人们对此似乎还缺乏热情。

Sarah Perez 与Dare站在同一条战线上：

现在人们上网变得非常方便...掉线已经不会频繁出现——因此许多web2.0网站并没有将其初始版本挪到桌面上...其实离线应用也并不比在线应用表现出色。

Dare对此并不感到惊讶：

目前许多Gears的拥护者包括Google公司的技术布道使都认为，Gears已成为绕过浏览器增强Web功能的工具[这有点像当年的Flash]。

引用Google的技术布道使Dion Almaer的话就是：

我并不认为HTML 5与Gears是竞争关系。Gears和HTML5有许多共同之处。两者都在推动Web向前发展，两者缺一不可。它们的API都在为Web增添新鲜血液。不同之处是HTML5属于定义的范畴，而Gears是实现。

Josh Catone写道：

Gears项目的启动，是因为浏览器对某些新的Web标准总是反应冷淡，而开发人员却对这些标准非常感兴趣，这种情况实在令Google里的天才们无法忍受了。浏览器对新技术的犹犹豫豫促使Google开发出了Gears，他们用它来实现一些新的技术标准，这样就再不用看浏览器的眼色行事了。

来自Dojo项目的Alex Russell 对增加Web的功能这一主题回应道：

现在每个Web开发人员都应该利用Gears的特定功能来开发应用。这并不是由于Gears是实现某些功能的唯一途径，而是因为Gears能更快将某些重要功能带入Web领域,在这一方面Gears是替代微软的最好选择。

来自WordPress的Matt Mullenweg对此评论道：

Gears社区填补了Web开发模型的空白，它开始将HTML5的某些功能介绍进来。我希望以后见到更多的不是“离线应用”而是“加速应用”之类的用词。

Gears工程师Aaron Boodman也确认此种观点：

在很多方面，Gears更像是一个没有UI的浏览器。正如其他浏览器一样，Gears将实现某些业已存在的业界标准，并且搜集某些合理化的意见和建议。例如，最近我们还将一个有关地理位置的API建议提交给了W3C的WebAPI小组。

他接着说道：

Gears与其他的浏览器有三点重要区别：

• 开发人员可以即时下载Gears的更新版本用于开发。Gears目前支持的浏览器有FireFox(Windows, OS X 和 Linux版本)，IE 和 IE Mobile。
• 开发人员是Gears的唯一客户。我们的目标就是为Web开发提供最好的平台。
• Gears是Web标准的一个实现，虽然这些标准可能已经存在于某些浏览器中了。

Google的高级工程师补充道：

[我]希望Gears可以起到加速Web标准实施过程的作用。

基于以上这些人的看法，Dare写道：

[Google] 正在为下一个Flash做准备工作 ...Flash超越了[X]HTML标准，扩展了Web应用，这已经成为共识 ...在Flash为大多数Web用户所接受的过程中，社交网站和内容分享网站立下了汗马功劳。我希望YouTube在Gears的推广过程中也能起到同样的作用。

Josh Catone的观点也与Dare的有异曲同工之妙：

MySpace是Google之外最大的Gears用户。

一些读者也对此发表了自己的看法：

目前发布内嵌Gears的IE/Firefox/Safari/Opera的计划吗？
IE是没有指望了。我认为其他的浏览器厂商可能正在就HTML5的有关事宜进行探讨和合作，这样的话他们就可以不需要用Gears了。

Bill de Hora甚至预言：

一旦Gears（或者类似的产品）成为主流（它一定会的），那么 XMPP就有可能成为一个和HTTP协同发挥作用的协议，到那时候就会有更多数据会在客户端进行处理了。

富互联网应用(Rich InternetApplications)无疑仍然是业界与广告盈利模式以及云计算争夺领地的重要战场。Gears是否会像Flash那样得到网站开发商和用户的认可，目前还不能过早地下结论。对这样一项旨在边缘化浏览器的技术，浏览器厂商们会怎样在合作和切割两方面找到平衡呢？程序员们是更喜欢拥抱标准呢还是私有的API呢？战役看来还需要继续下去。您是怎样看这个问题的呢？
阅读英文原文：Is Google Gears Positioned to Add Features to the Web?

最后发表： Coolioo
回复内容：
MS SilverLight is the real flash killer

最后发表： coredump
回复内容：

来源: Linux论坛 　日期：2008.05.04 08:33　(共有0条评论)  我要评论

微软的Surface电脑确实操作起来让人震惊，展示了电脑人机界面的未来，不过现在只是移动运营商展示设备用的商用机器，而且收费高昂。 现在一款开源的多重触摸桌产品问世了，名为Cubit，由曾在Apple工作的AddieWagenknecht、NOR_/D艺术工艺设计中心和Eyebeam科技艺术中心联手制造，支持Windows、Mac和Linux平台，成本在500～1000美元之间，相关的源代码全部开放，届时将免费下载，使用的是C＋＋程序库OpenFrameworks开发环境。 这种技术预计将对微软Surface形成极大的冲击，而且将大大加快这种界面在个人市场的普及。 官方网站：http://nortd.com/cubit/ 视频展示：http://nortd.com/cubit/cubit-proto.mp4                                 登录/注册后可看大图                                 登录/注册后可看大图                                 登录/注册后可看大图                                 登录/注册后可看大图