数码天地 今日: 0|主题: 4753|排名: 45 

最后发表： DDD888
回复内容：

你可以介绍下如何读这个程序的思路吗？

https://github.com/ethereum/go-ethereum

我是golang程序员

最后发表： 追逐梦想的猫
回复内容：
不是很明白
打算回国的时候在国内带一个TvPAD过来应该没问题吧
是不是说这儿的买不得了？

最后发表： chen_edward
回复内容：
本帖最后由 chen_edward 于 12-11-2013 02:12 编辑

只能作为励志篇。
如果要模拟人，首先要知道人脑怎么思考，第二部才是模仿得像不像。现在知道吗？
不要说三岁小孩子了，普通动物会走楼梯，现在还造不出用腿走楼梯（任意形状的）的机器人。
除非有重大理论突破，人工智能模拟人脑遥远得很。

最后发表： chen_edward
回复内容：
请教一个问题：
原来一个大硬盘，一个装系统，一个装数据。
现在想把系统换成xen server，但是数据保留，但是好像xen server安装程序通杀，不能选分区。怎么办呢？

最后发表： Serin
回复内容：
没关系，微软只要能守住企业用户这一块蛋糕，就够他继续玩下去。苹果和安卓的生态圈到现在还是主要在消费领域，对企业基本上没有渗透进去。

最后发表： Melodyy
回复内容：
是时候学习HTML5了。

最后发表： coredump
回复内容：

Qt5今年上半年就可以release了, 有大量强大有趣的内容, 诺基亚仍然把Qt看作核心战略资产, 以后Qt相关的工作机会会越来越多的.

这次北京的开发者大会, 超过1100名开发者参加, 很多开发者告诉我, 为Qt开发的收入还高于为iphone/android 开发的.

最后发表： black_zerg
回复内容：
看完了！觉得就那样！等着看控件！现在的人都懒的很，不见兔子不撒鹰啊

最后发表： coredump
回复内容：
FROM:http://www.infoq.com/cn/news/2012/01/Angry-Birds-HTML5
作者 Abel Avram 译者 郑柯 发布于 2012年1月15日
领域 语言 & 开发 主题 Java , HTML 5 标签 Chrome , 游戏 , 垃圾回收分享       

                               
登录/注册后可看大图

|

                               
登录/注册后可看大图

Joel Webber是Google Web Toolkit的创建者之一，他在GOTO Aarhus 2011大会上做了名为”HTML 5中愤怒的小鸟”的演讲，该演讲由InfoQ录制并发布。我们采访了Webber，想知道将“愤怒的小鸟”这款热门游戏移植到Google Chrome和HTML5上的更多细节。
InfoQ：关于将“愤怒的小鸟”移植到HTML5上，请您提供一些技术细节吧。
JW：在GOTO的演讲里面，涵盖了大多数广泛技术层面。简单说来，游戏是用Java写的，使用Google Web Toolkit转编译成了JavaScript。在移植过程中，我们开发了一个小程序库，叫PlayN，游戏开发者可以用其完全在Java环境中工作（相比在浏览器中调试，直接在JVM上调试要方便、强大得多）。经过转编译，PlayN程序库让同样的代码可以运行在Flash和Android上，尽管Rovio目前还没有使用这个功能。
InfoQ：您使用了哪些HTML5特性？
JW：要是说得迂腐一点，我用到了一些目前还不属于“HTML5”的规范，但常常被人们认为是其一部分。其中包括：WebGL、Canvas、CSS3（特别是仿射[affine]变换），LocalStorage、<audio>/WebAudio。在渲染上，有两种模式：WebGL和DOM。WebGL模式中，页面上只有一个大的<canvas>元素。在DOM模式中，我们对每个对象使用单独的DOM元素，这些对象包括鸟、猪、石块、背景元素等等。然后，我们使用CSS3变换来高效地给这些元素布局。之所以用这两种模式，是因为还有很多浏览器不支持WebGL，而且我们想保证所有可能的浏览器都能运行这个游戏，不仅仅是Chrome。
在音效方面，刚开始的时候，我们必须退而使用基于Flash的方法，因为一些浏览器对于<audio>标签的支持很差（包括Chrome）。后来这里修复了一下，Flash也就成为我们很少使用的倒退式方法。最终，我们相信WebAudio（https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html）才是游戏中应该使用的API。
InfoQ：移植这个游戏花了多少时间？
JM：很难给出精确答案。在Google，我们有三个人支持Rovio，但主要是用那20%的时间（有时还包括晚上和周末）。一个Rovio的工程师完成了移植的大部分主要工作。其他人后来辅助一些应用内支付工作，以及一些上线后的问题。
InfoQ：最困难的工作是哪些？
JW：游戏的逻辑很直接。我们已经有Box2D（Angry Birds和其他很多2D物理游戏使用的引擎）可以使用，用Java开发游戏让其更易于管理（某种程度上比较大的）代码库。不过还是有一些东西需要额外的工作：

• 资源加载：不同于大多数本地应用，Web应用通常会按需加载资源，这样才能快速启动。一般来说这是好事，但是会让应用逻辑更复杂，因为我们希望需要的资源下载完成后，每个游戏场景马上就能显示出来。这还意味着你需要对资源的请求小心排序，这样就不会在还不需要的资源上耗费带宽。
• 跨浏览器渲染：如前所述，没有什么“最好的”方式，能够在所有的浏览器中渲染游戏画面。抽象渲染逻辑，并实施两种完全不同的方法，需要大量精力和工作量。
• 让游戏能够做到每秒60帧运行，这是一个很重要的目标。垃圾回收暂停让其变得很困难，尽管我们最后还是解决了这方面的问题。

在InfoQ提供的“HTML5中愤怒的小鸟”演示中，Web提到更多遇到的关于垃圾回收方面的难题，以及PlayN程序库，还有该程序库在JVM上调试时起到的作用。
查看英文原文：Joel Webber on Porting Angry Birds to HTML5
译者 郑柯 InfoQ中文站总编。做过开发，当过PM，干过销售，搞过市场，最终还是回到媒体。实用的理想主义者，相信：每天改变一点点，这个世界会更好。

最后发表： 平底锅
回复内容：



我用了最后一个链接
以下是我提供的邀请码
http://www.wefiler.com/invite=LC8688FBFJ
http://www.wefiler.com/invite=EY6UNRL83Y
http://www.wefiler.com/invite=6HM4YTXZGB
http://www.wefiler.com/invite=TB3CHJ86DM
http://www.wefiler.com/invite=AYJWLNPL94

最后发表： freshfish
回复内容：
FESTO的仿生玩得很不错啊

最后发表： sydney2011
回复内容：
如果IT变得不重要 云就不存在了

最后发表： uniwg
回复内容：
CMS的JOB是否有很多。

最后发表： 周星星1832
回复内容：

最后发表： jpvltxk
回复内容：
有tz参加过这个展缆吗，来评论一下。

我在网上看了一下介绍，好象基本上是如何移动办公。

最后发表： key
回复内容：
http://code.google.com/p/kindle- ... k/YouDao2SuperMemo/

有道的生词本可以导出为XML文件，而本工具则可以把导出的XML文件再转成SuperMemo的Q/A文件。

目前还是玩具水平，供有兴趣的IT民工参考使用。

最后发表： lb7ba6
回复内容：
哈哈，看来你也想傍上facebook啊！

PS: 你给我的回复，在短消息里怎么没有提示的啊？

最后发表： coredump
回复内容：
FROM:by jjgod




上个月关于 CSS 的一个重要的新闻是
WebKit 开始支持 CJK 竖排
(通过
-webkit-writing-mode)，而且时隔七年之后 (上一个版本还是 2003 年制定的)，W3C 的 CSS 工作组也发布了新的
CSS Writing Mode Level 3 工作草案，和以前的版本有较大的区别，WebKit 现在就是按照这个草案实现的竖排支持，虽然它的实现还不完整。下面简单介绍一下新草案的变化。
在原有草案中，writing-mode
属性是
direction
和
block-flow
属性的合成，你可以交叉地组合这两个属性，构成writing-mode：比如
lr-tb
表示文字从左到右，块排列从上到下。而在新草案里，block-flow
不再是一个独立的概念，被并入了
writing-mode
中，新的
writing-mode
有以下几种选择：

• horizontal-tb: 默认情况，从上到下，从左到右的横排书写形式。
  
  
                                 
  登录/注册后可看大图
  horizontal-tb
  
• vertical-rl: 块按从右到左排列，文字则从上到下，这是典型的直排情况。
  
  
                                 
  登录/注册后可看大图
  vertical-rl
  
• vertical-lr: 虽然是竖排，但块则从左到右排列。这主要用于内蒙古使用的蒙古语和满语。
  
  
                                 
  登录/注册后可看大图
  vertical-lr
  
  

还可以注意到经过讨论，非常少用的从下往上横排书写形式 (horizontal-bt) 被去除了。
保留了
direction
属性，但它和 CSS2.1 中的效果一样，仍然用于控制文本在行内是从左到右还是从右到左书写，以及 Unicode BIDI 双向混合文字的情况。
同时，新增了一个
text-orientation
属性用于控制行内字符的旋转，例如在典型的中文竖排文稿中，拉丁字符应该顺时针旋转 90 度。目前的草案规定了以下这些模式：

• vertical-right: 默认的情况，将非文本语言的字符 (比如汉字中间嵌入的拉丁字符) 顺时针旋转 90 度，其他字符不变。
• upright: 不旋转上述字符，保持和其他字符一样的方向。(这是目前 WebKit 实现的做法，等于什么都没处理)
• rotate-right: 把所有字符都顺时针旋转 90 度。
• rotate-left: 把所有字符都逆时针旋转 90 度。
• rotate-normal: 在
  vertical-rl
  书写模式中等于
  rotate-right，在
  vertical-lr
  中等于
  rotate-left。
• auto: 除了对 SVG1 的 glyph orientation mode 支持以外，其他情况下等于
  vertical-right。

下图中左侧是
vertical-right/auto
的效果，右侧是
upright
的效果：

                               
登录/注册后可看大图

最后，新增了
text-combine
属性用于控制在竖排时同一行内要塞进多个非 CJK 字符的情况，在日文排版中称为“縦中横”。它有两个选择：

• none: 不做特殊处理。
• horizontal: 在竖排情况下，首先浏览器应该尝试用对应字体中提供的专门的合并后的字形替代，如果没有，则浏览器可以尝试缩小这些字符以适应宽度，或者放弃合并。效果如图：
  
                                 
  登录/注册后可看大图
  縦中横
  
  

不过这个属性目前还很不成熟，仅仅初步把概念规范化了，短期内估计不会有浏览器尝试实现。此外这份草案还没考虑行内割注 (日文中称为 warichu) 的情况：

                               
登录/注册后可看大图

割注

目前在 Mac OS X 下 WebKit 已经完整实现了这一版草案的
writing-mode，大部分的 bug 也都已经扫除 (其他平台的实现情况参见
Koan-Sin Tan 的说明)，但是还没开始实现
text-orientation，然而要保证可用的竖排效果，text-orientation
的支持是不可或缺的。

最后发表： 四香油饼
回复内容：
我怎么一打开浏览器就死呢，已经是chrome最新版了。不光新页面死，连freeoz的页面也死了

最后发表： EnsignKim
回复内容：

                               
登录/注册后可看大图

LBS的核心在于服务

LBS是基于位置的服务。很多想要投身到LBS大潮之中去的人或公司，都在研究，要如何利用好位置这个新加进来的技术。但是从语法上分析，基于位置的服务，其关键核心其实是服务，位置只是一种限定。
当前流行的POI模式的LBS，也就是信息点服务。其核心实际上是一种将线下资源结合地理信息之后，整合上线的过程。把存放有信息的位置点，标记在地图上。当用户走到这附近的时候，根据距离远近，查阅附近的信息。
对于发布信息和接受信息的双方来说，他们所需要的并不是这些信息，而是这些信息背后的服务。对于发布信息的人或机构来说，他们所发布的其实是广告。而对于接收这些信息的人们来说，他们所需要的是一种咨询服务。从广告中提取信息，并为用户提供咨询服务，这就是POI提供的服务。通过咨询服务，吸引用户去周围的商家，进行消费，这也是POI提供的服务。国内的POI应用，在服务上还不够完善，只是完成了信息的传递和推送，顾问和吸引消费的能力还不是很强。但是，这些服务商已经迫不及待的开始通过餐厅定位、商家排序，以及帮助商家删除有害信息等方式，开始吸收现金了。
现在很热的Check In模式，其本身是很难独立运作起来的。因为，Check in的结果，其实是告诉别人，我”到此一游”。通常做这件事情的人，想要告诉的是两种人，第一是自己的朋友；第二是到达此地的陌生人。当然，如果是自己的朋友能够到达此地的话，那就更好了。
但是喜欢四处去留下痕迹的人，毕竟不是很多，人类并不需要像某些动物那样通过随地小便来标记自己的领地。特别是在一片完全空白的领地里面（任何Check In式的LBS应用，开始的时候都是一片空白），做这种标记实在是没什么意思啊。于是大部分Check in方式的应用都结合了POI系统。也就是说，通过在信息点签到，来得到一些好处。
现在，大多数此类系统，为了能够快速的积累大量的用户和内容，对于签到限制得非常宽松。有些甚至可以允许我坐在办公室的电脑前，就到全世界任何地方去签到。即使有些限制的，也只是能够拒绝在距离用户当前位置几公里范围之外的地方去签到，毕竟就像上文所说的那样，现在的LBS还存在很多技术缺陷。签到限制太过宽松，就导致了签到的行为无法给POI上面那些提供服务的商家带来什么具体的收入。那么这些商家也自然就不会愿意将已经到手的利润分配给那些不知所云的LBS服务商了。
交友服务，在中国可能很难开展，由于没有经济利益的驱动（有了经济利益驱动，恐怕就更麻烦了），所以这种东西很难发展起来，比Check In系统更难积累用户。
LBS的核心是服务，但是现在能够看到的那些LBS应用，其服务做得都不是那么让人满意。下面就让我们去分析一下，到底用户需要什么样的服务。LBS服务商又应该如何去满足这些需求，为用户提供服务呢？
享用服务的实体

在LBS中需要享受服务的实体，一共有三种。他们分别是商户、人和人们。下面，让我们来分析一下这些实体，以及他们需要什么样的服务。
商家

商家最需要的服务，就是将周围的人吸引到自己这里来消费。这些商家都是有着固定的位置，他们希望知道谁从身边经过了，希望知道这些人是不是能够到自己这里来消费，并且希望能够尽量多的人，到他的店里面去消费尽量多的服务。
能够来看我的博客，大多都应该进过电脑市场吧，现在的电脑市场里面到处游走着的都是拉生意的人。他们会拉住身边经过的每一个顾客，询问他们需要什么样的服务，如果这个顾客所需要的服务，正好是自己所能够提供的，他们会很热心的把顾客拉到自己的柜台前。商家其实就是希望能够通过LBS服务，得到这样的效果。有些地方，甚至在移动基站插播广告，向每一个进入这个移动基站覆盖范围内的手机用户发送广告短信。
更深一层来说，那些提供服务的商铺，他们总有高峰时段和低谷时段。高峰时段通常是需要排队的，那么这些商铺，肯定希望消费者能够错峰出来消费，或者是尽量压缩在高峰时间消费相同服务所需要的时间。这已经不再是LBS的范畴了，以后可以再在其他文章里面阐述。
最后，商家希望能够了解客户。哪些人经常在周围转悠，这些人都喜欢什么样的服务，他们在消费了一些服务之后，有什么感想。如何能够让这些人更多的到自己这里来消费？对于这方面的需求，目前的LBS服务商做得怎么样，还不得而知。
LBS实际上是为一个很小区域服务的，但是现在的LBS服务商都在努力的像互联网企业那样，为全世界服务，所以针对于每一个区域的服务，肯定就没法那么细致了。而为了搞到更多的在线用户，更多的点击，更多的POI信息，他们也不希望对用户和区域进行过于精细的划分。本来用户就不多，再画上格子，那么分到每个格子里面的人，就越发少了。这是一个矛盾，因为只有将格子缩小，才能提供更加有针对性的服务。
现在的POI系统里面充斥着各种广告信息，而其最大作用就是使用户能够看到拐角后面的招牌。拐角之前的招牌，用肉眼就可以看到了，POI系统的作用就在于，拐角之后的那些商铺付一些钱，然后系统告诉用户，拐角后面还有更好的。这对于商铺来说，其实是一把双刃剑，系统既能将拐角另一边的用户吸引过来，也有可能会把已经站在店铺门口的用户吸引走。只有一点是肯定的，不论是拐角哪一边的商铺都要向POI系统缴费。这其实是非常不公平的。
个人

有些人是喜欢四处去以各种各样的形式去写”到此一游”的。比如我，我喜欢在旅行箱上贴标签。我坐飞机到任何地方，如果需要托运行李的话，机场就会在我的行李箱上贴一个标签。再坐飞机，就再贴一个，逐渐积攒起来，就像很多勋章，标记着我走过的每一座城市。遗憾的是，后来机场的人再往上贴标签的时候，因为害怕搬运工因为看错标签，导致行李装上错误的航班，而将以前的旧标签统统撕掉。实在是太遗憾了。这其实就是一种最原始的Check in系统。
人是一种社会性的生物，所以他们希望能够得到身边其他人的认可，希望能够在闲暇的时候，和其他什么人去聊一聊。就像我上面所说过的那样，我喜欢向和我一样出入机场的那些旅人，炫耀行李箱上的那些标记着一个个城市的标签。很多人都喜欢炫耀一些什么，只是方式和方法不尽相同。很多人非常八卦，他们希望能够了解身边的人或事物。特别是在无聊的时候，他们希望能够知道身边的人是不是也像他们一样无聊，是不是能够有个什么人和他聊一聊。这就是那种基于地理位置的交友系统应该满足的东西了。
当一个人走到一个陌生地方的时候，他需要找到好吃的东西，好玩儿的东西。他所需要的其实并不是简单的了解身边的店铺信息。POI系统所提供的大多是一些赤裸裸的广告。来到陌生地点的用户，最需要的实际上应该是伴随式的导游服务，或者是咨询顾问式的服务。
人群

具有一定相似性的人们，就是这里所要描述的人群了。这些人并不一定会聚集在一起，但是他们互相之间希望能够得到一些对方的信息。即使是聚集在一起的人群，其中很多人也是孤单寂寞的，他们想找些人聊一聊，但又有些顾虑。顾虑在于两个方面，第一：找不到有共同语言的人；第二：害怕被拒绝。那些基于地理位置的SNS，要做的就是这样一件事情，进行配对和筛选。从而解决前面的两个顾虑。
有些信息是我们希望了解的，比如我的朋友是不是来到了我所在的城市。我并不需要了解这位朋友具体住在哪家酒店，更不需要了解这位朋友是在旅店的餐厅、客房或厕所里面。我只需要了解到我的朋友到了我的城市，那么就有机会去和他坐一坐、聊一聊。而对于我的朋友来说，他们也可以在要前往某个城市之前，看看有谁在那里，然后提前准备一些礼物什么的。当我和朋友约好，要前去和他会合的时候，LBS系统就应该能够提供更加详细的地理位置信息。
信息的流转

LBS提供服务的过程其实就是信息流转的过程，将合适的信息发送给合适的人。或者让人能够找到他们所需要的信息。
这两个过程的差异就在于，一个是主动的推送，一个则是自取。在现阶段，这两种方式都是非常普遍的。不同的应用模式，应该结合自己的需要，挑选其中的一种。这里面是不存在优劣之分的，关键在于是否合适。
信息的过滤

信息流转的第一步是信息的过滤。并不是什么信息都可以发送的，也不是任何信息都可以接收的。
首先说发送信息的问题。商家肯定希望能够将尽可能多的信息推送到用户面前，但是又担心用户会感到讨厌。那么，就需要挑选更精要，更有吸引力的信息。这就存在了一个过滤的问题。
人在LBS系统中，如果无时无刻都把自己的精确坐标公布到网上，供全社会监督，这种情况光是想一想就会感到毛骨悚然的。但是，我们又希望能够向其他人，熟人朋友或陌生人去宣告自己的到来。就像我以前做过的那样，在行李箱上贴机场托运标签那样。大部分人在大部分时间，并不会介意别人了解到他们身处哪一个城市，或到达过哪一些城市。甚至会希望路过好友身边的时候，能够打个招呼。毕竟像古人那样乘兴而来败兴而归的故事，并不是经常发生的。所以个人的地理位置信息，对于不同的人，不同的地点，不同的时间，不同的场景来说，其提供的精度是绝对不一样的。大多数时候，对于大多数地点，以及大多数查询者来说，只是提供一个精确到城市的坐标就够了。但是，有的时候，特别是对于一些朋友来说，就可以提供更为精确的坐标。
这里有一个不能算是故事的故事来说明一下这个问题。在国外，两个中国人遇到一起，那么他们就是老乡了，因为他们来自同一个国家。但是，同样的问题在国内发生，在一个陌生的城市，只有两个人来自同一个省，才能算是老乡。以此类推，到了一个省里面，只有来自同一个地区的人才是老乡；到了地区，老乡则必须是从同一个县出来的；进了县城，老乡指的是同一个乡的；到了乡里，老乡就是从同一个村里出来的人。
很多人攀老乡的时候，也都是这么做的，首先问：你是哪个省的？如果和自己来自同一个省，再问对方是来自哪一个地市、县、乡、村。当然，如果哪一个层级出现了差异，则会停下来，然后开始计算在这一个级别的行政区划之间的距离和方向。
比如两个人在攀老乡，先确定大家的口音相近，那才能开始攀老乡。通常会先说：我听你说话像是山东（或者是其他的什么省）的吧。并通过这个过程展示一下自己的纯正乡音，然后再问，我是临沂（市）的，你呢？对方可能回答也是临沂的；然后再说：我是苍山（县）的，这个时候对方的回答可能就是，我是沂南（县）的，离你们那里还挺远的呢。
从这个过程中可以看出，这种沟通实在不断的尝试中逐步深入、逐步精确的。在确定了可以和对方精确到一个什么样的程度之后，信息可以精确到一个什么样的程度就可以确认了。上面两个老乡之间可能会探讨他们所在的两个县之间的方向和距离，但是他们绝不会去研究两个人所处的村子是一个什么样的关系。不过，这并不妨碍大家探讨一下村里寡妇门前的是是非非。这个时候，如果一个人说，我去过你们县的，那么话题才会继续围绕着他去过的那个位置再细化。
这个攀老乡的故事，就是现在的LBS+SNS的原始模型，遗憾的是能够将这个东西研究明白并应用起来的人并不多。这中间的关键在于信息过滤的颗粒度，如果两个陌生人凑到一起就开始互相说我是哪个村的，那估计天下就没有老乡遇老乡，两眼泪汪汪的故事了。
地理位置信息的标记和隐私的保护

前面所说到的信息的过滤方式，就是信息发送或广播过程中，进行有效的隐私保护的方式。对地理位置信息的精细程度进行分级，是最简单的方法。对于绝大多数人来说，当前的位置被标明为：在地球上，应该不算是泄漏个人隐私吧。那么进一步说，标明在哪个国家应该也问题不大，甚至我还希望能够将所有我去过的国家都标记出来。绝大部分时间，我也不介意其他人是不是知道我到底是在上班，还是在家。单位的地址也是公开的。在家的话，别人只需要知道我在家就好了，不需要知道我家的具体位置了，了解一个大概位置就好了。这样的话，有人走到我家附近，他不会直接到我家来敲门，但是可以给我打个电话，约我出去吃东西。这就是一个度的把握了。如果我在单位上班，或者是在一个公共场所里面，那么就可以给出更详细的位置坐标。如果我需要和其他人约好了一起到什么地方汇合，那么肯定就需要直接将最详尽的位置发过去。
对于得不到太多有价值服务的用户来说，强制他们去Check in实在是有些抢

最后发表： fd478120174
回复内容：
打起来了....................

最后发表： coredump
回复内容：
什么鸡鸡？ 哪个鸡鸡？ 谁的鸡鸡？

最后发表： woodheadz
回复内容：

糟糕，错用了LD的ID

最后发表： xyouc
回复内容：
没弄明白他们斗啥呢。
感觉QQ和zf走的很近啊

最后发表： key
回复内容：
目前kindle-tools采用的是TagSoup + XOM的方式来处理HTML/XHTML，
这个解决方案之下，HTML会出现一个问题：<pre/>元素问题。
由于我把所有的HTML元素都当做一般的XML元素来处理，这样<pre/>就会出错。
因为输出的格式会被启动格式化，而这个格式会改变<pre/>的样子。

希望大家能提出一个好的解决方案，谢谢。

最后发表： yuba
回复内容：
Android手机照相后能保存成这个格式就好了

最后发表： nilei
回复内容：
很好的一个软件。
而且比mysql更加开放，你可以合法的安装postgresql到服务器上，然后把服务器配合上面的专门软件打包卖给客户，mysql如果要这样玩，授权一个要几百美元一年。

最后发表： 四香油饼
回复内容：
好，我来占沙发

最后发表： andyyang
回复内容：
原来工作中的需求登记和变更，是用rational clearquest来管理的，感觉比较适合大项目，组员特别多的情况，不知道澳洲软件公司用clearquest多吗？

最后发表： xblues
回复内容：
啥意思？

最后发表： yuba
回复内容：


不止，我觉得至少有8个

最后发表： sparkzhu
回复内容：
支持ET的飘过

最后发表： kaile
回复内容：
很好很强大

最后发表： liwus
回复内容：
对啊，我都是自己来领的邀请码，
毕竟，领和送是有区别的哦，一个主动，一个被动。。

最后发表： coredump
回复内容：

最后发表： coredump
回复内容：


ugmbbc发布于 2010-04-10 18:21:15|19708 次阅读 字体：大 小 打印预览

                               
登录/注册后可看大图

                               
登录/注册后可看大图

                               
登录/注册后可看大图

                               
登录/注册后可看大图

                               
登录/注册后可看大图

                               
登录/注册后可看大图

                               
登录/注册后可看大图

感谢c的投递
新闻来源:开源中国
Qubes的最大优点就是安全。它充分利用了虚拟化技术（基于安全虚拟机Xen），所有用户应用程序都运行在AppVM（基于Linux的轻量级虚 拟机）中，彼此隔离。而联网代码使用IOMMU/VT-d放在一个非特权虚拟机中，在特权域 (dom0) 中没有任何联网代码。许多系统级组件放在沙盒中，以避免互相影响。

                               
登录/注册后可看大图

据Slashdot 报道，著名的波兰美女黑客Joanna Rutkowska最近发布了一个基于Xen、X和Linux的新开源操作系统，称为Qubes。
  
Qubes的最大优点就是安全。它充分利用了虚拟化技术（基于安全虚拟机 Xen），所有用户应用程序都运行在AppVM（基于Linux的轻量级虚 拟机）中，彼此隔离。而联网代码使用IOMMU/VT-d放在一个非特权虚拟机中，在特权域 (dom0) 中没有任何联网代码。许多系统级组件放在沙盒中，以避免互相影响。

                               
登录/注册后可看大图

另外，Qubes允许用户自己定义许多安全域（用轻量级虚拟机实现），比如“个人”、“工作”、 “购物”、“银行”等，彼此隔离。另外，也支持各安全域之间复制-粘贴和文件共享。

                               
登录/注册后可看大图

虽然这个操作系统仍然处于早期开发阶段，但是由于Joanna的声望，它还是引起了社区的广 泛关注。有评论认为，这一想法很有新意，但还算不上革命性的产品。

据Joanna在博文中介绍，这个操作系统已经可以使用，她自己大部分日常工作 都在之上完成，包括该操作系统本身的开发。

项目首页：http://qubes-os.org/Home.html（不 稳定）
Joanna Rutkowska，著名 波兰安全研究人员，擅长底层安全和恶意软件方面的研究。她小学时就对操作系统内核产生了兴趣，学习了DOS汇编语言。后来转向 Linux系统和内核开发。

2006年8月她在Black Hat Briefings会议上发表了对Vista内核保护机制的攻击方案（破解了驱动认证机制并植入一个Rootkit），引起轰动，被《eWeek Magazine》评为2006年五大黑客。此外，她的著名作品还包括绰号Blue Pill（蓝色药丸）的技术，用硬件虚拟化将一个正在运行的操作系统移到虚拟机中。

2007年她创立了非盈利性的机构Invisible Things Lab。主要关注操作系统和虚拟机方面的安全问题。

2009年，她又曝光了Intel CPU上的一个缓存漏洞。
  
她的博客：http://theinvisiblethings.blogspot.com/

最后发表： woodheadz
回复内容：
hehe,严重同意google的观点. SOAP多数情况下是过于复杂了

最后发表： flydragon132
回复内容：
非　ＩＴ　的人 飘过 ， 并且热切希望自己将来也可以有亲手推墙的一天。

最后发表： 游荡人间的尘埃
回复内容：

最后发表： yuba
回复内容：