三星最新的SmartTV有一个很酷的新的声控功能，网络连接设备可以通过它来录下你说过的所有内容并把它上传到一个第三方的地方进行存储。

该公司的语音识别软件允许用户跟他们的电视通过声音来进行沟通。一旦电视上的一个麦克风的符号出现的时候就代表该功能已经启动了。简单的说就是，用户可以仅仅需要用声音表达几个命令就能对电视进行换台操作，而不需要像传统一样需要通过遥控来进行。其实个人认为这是个挺好的技术，科技发展到现在，这个技术还不普及的话就说不过去了。

但是这个技术同时也让人担忧，很大的原因是因为隐藏在三星SmartTV的”隐私策略“说明深处的一条警告, Daily Beast媒体首先挖到该说明语句如下:

如果您给Smart TV所发的声音命令中含有个人或者其他隐私信息的话，这些信息也会跟其他被捕捉到的信息一并发送到第三方，请知悉。

Daily Beast周刊抛出一个论点说，如果用户在客厅所有的对话都会被录制下来并进行传播，那么用户的隐私就会得到侵犯和践踏。而家庭应该是家人和朋友应该可以讨论任何东西的一个地方。

“千万不要在家里谈及避税和毒品的话题，” Daily Beast周刊警告说。

敏感信息如“设备标识符”等是有潜在传送给执法机构，广告商以及其他组织的可能的。根据三星的说法。“如果该传送过程是没有加密的话，一个黑客高手就绝对有可能把你的电视机变成一个偷听设备，” Daily Beast周刊上面提道。

你必须知道的非常重要的一点是，这种情况仅仅会在Smart TV的声音识别功能开启之后才会发生。但是这问题可能会成为该今技术的一个污点。

三星对Daily Beast周刊陈述的隐私担忧回复如下： 三星对客户的隐私是非常重视的。在我们的所有Smart TV中，我们使用了行业标准的安全保护和实践，包括数据保护来保证客户的隐私数据信息不会被没有授权的方式进行收集和使用。至于声控技术，它可以让用户来通过声音发送命令来控制你的电视，这是三星的Smart TV的一个功能，而该功能用户是可以自行开启和关闭的。当然，用户甚至是可以把该TV从Wi-Fi中断开的。

无独有偶，其实同样的担忧在美国也存在，只是主角换成Siri。该服务同样是把信息传送给第三方。在siri功能第一次在iPone4s中出现的时候已经有博文指出这一点了。

在该博文中，Simon Fodden提到说Apple公司的某某曾跟他说过“Siri声音辨识功能获得的信息会发送给存在于美国本土的服务器上的，而苹果公司和其有关系的其他公司以及代理都有全县去访问这些被录制保存下来的内容。

首先，你必须知道的是，Silver是苹果最新编程语言Swift的免费实现版本。

通过Silver，你可以使用Swift语言来编写.NET，Java，安卓和Cocoa APIs。你甚至可以在这些平台上共享大部分的非UI部分的代码。

背景

在拥有十多年强悍的编译器知识和技术积累的基础上构建出来的Silver是一个真实的原声的Swift的编译器，它可以为.NET CLR，Java/Android JVM和Cocoa运行时提供编译工作。

Silver支持3个平台，但要注意的是它一开始就非常明确的定位在非跨平台方向的，它关注的方向是让你在各个平台上利用Swift语言以原生的方式来编写应用，而不是鼓励大家想其他烂大街的框架一样去利用它来编写跨平台的应用。使用Silver的同时，你可以复用你的语言技术和专业工具技能，而同时你还可以复用你编写的大量的后台业务逻辑 - 但你将会使用它来在各个独立的目标平台上编写应用。为什么？因为伟大的应用都是这样写出来的。

开发环境

Silver其实不仅仅是一个编译器，它同时也是开发移动应用的一个完整的工具链和开发环境。

对于一直在Windows上进行开发的开发人员来说，Silver深深的集成在微软的顶尖IDEs - Visual Studio 2013和2015里面。

对于一直在Mac上进行开发的开发人员来说，Silver给你带来了Fire，这是属于我们自己的一套开发环境，它完全是为了给Mac上的元素/组件进行编译和创建出轻量级，高产的应用而由我们自主研发的一套开发框架。

文档

如需深入查看Silver相关的文档请访问docs.elementscompiler.com/Silver.

—————————————完—————————————————

英文原文参考链接：http://elementscompiler.com/elements/silver/

作/译者

微信知识共享公众号

CSDN

天地会珠海分舵

TechGoGoGo

http://blog.csdn.net/zhubaitian

优秀资源推荐

地址

点评

DoctorQ博客

http://testerhome.com/doctorq/topics

安卓自动化领域才俊

金阳光测试

官网：www.goldensunshine.cc

更多请百度搜：“金阳光”

# React Native使用初探

相信我们都听过各种由Javascript驱动的跨平台原生应用开发框架，比如Titanium, PhoneGap, 以及其他各种各样的允许不同层面与原生环境进行转化的项目。所有这些框架看起来都是比较挫的：无论你现在是想把一个网络应用包装在一个WebView里面，或者是想要硬套HTML&CSS这套很难用来构建移动应用的技术。对于后者，你几乎无时无刻不在直面原生对象，这在性能方面来说注定就是一个失败的尝试。React Native就不一样，它的布局方面其实是运行在一个独立的线程里面的，所以UI主线程就能如往常一样的尽可能的空闲出来进行界面动画等的呈现处理(它同时也提供了flexbox 来简化布局，这可并不是所有框架都能提供出来的)。

这里你仅仅需要浅尝就能领略到React Native所隐藏的无限潜力。它工作起来会让你感觉你是在做网络开发一样的舒畅。而事实上你确是在开发着一个真实的原生应用，事实上是根本分不出来这里面的区别的。在UI层面上，这事实上是根本没有区别的，使用到的都是像正常一样眩眼滑动的原生的UIViews。

这其实都是软件工程的功劳。同时这就完全进一步的证明了一个事实就是React.js是构建一个跨平台应用的正确方式。我可以使用该方式来像编写一个网络应用一样来编写一个原生应用。我们完全可以从今开始把DOM作为一个实现的细节，就好像UIViews一样。

我不否认我是很喜欢网络编程的，但如果我们一步步的埋头慢慢的认真检查每一个错误，我们就很容易把一些重大的问题跟忽略掉。网络编程的方式来编写应用从根本上说就是个很古怪的事情：HTML加上CSS所造成的混乱会对各种框架制造路障而不是让它们变得更好。也许React Native会最终是一个指引你回到正确的道路上面来的正确方式。我期盼着看到它是如何让网络编程方式变成一个更好的移动应用编程方式。我们不要把它想象成一个和网络编程背道而驰的东西，而要把它想象成是一个从网络编程进入到另外一个方向的原型。

到了这里你是否已经感觉眼花缭乱无所适从了？没事，我将会通过示例告诉你React Native是如何工作的！当然你可以在这里和这里通过视频学到更多的这方面的知识了。

React Native使用的是iOS上的JavaScriptCore来运行Javascript(Android和其他平台将会在将来进行支持)。重要的一点是它将Javascript放在一个独立的线程上运行(其他框架如Titanium也是这样做的)。你使用Javascript来编写一个控件跟使用React.js其实没有太大的区别，除了你应该使用的是如View和Text而非div和a之外。你将会获得使用React生成UI组件的所有的优点(保守的说，这是非常牛X的!!!)。请谨记，JavaScript不仅仅是一门语言，它还是一个平台。存在着大量的优秀的”JS转换”工具供你使用。

React Native将你在另外一个线程通过Javascript编写的UI以最小数量的数据发送给UI主线程来把它桥接转换成原生的组件。比如把一个View转换成UIView。最赞的地方是你不需要担心你的UI主线程的更新来现实最新的改动；你只要声明你将需要UI基于某种状态进行桥接转换就行了，React使用的是一个独特的算法把最小量的必须的改动发送到该桥接来反映UI的变化(天地会珠海分舵注：如果你清楚增量存储的概念的话将会很容易理解这句话)。

编写原生UI从未如此的简单，况且这将不会有如播放动画卡顿等诸如此类的问题的出现，因为JS是在一个独立于UI主线程的线程中运行的。动画播放将会比吃了泻药还要顺畅！

基于React Native的一个OpenGL应用

我的第一个React Native应用其实并不是一个传统的应用：我编写的是一个波前对象模型演示应用。我个人一直对游戏开发比较感兴趣，但是我对编写原生UI却很反感。React Native刚好给了我一个使用编写网页UI的方式来编写原生UI的方案。

我保证你将会看到大量的使用原生导航和动画之类的传统应用演示。我认为通过非常简便的把React Native置身于OpenGL控件上面来完成相应的工作是一项很酷的事情。

去把React Native集成在你的项目里面其实是个很简单的事情，你只需要在你的控制器种创建一个RCTRootView，然后告诉它你的JS是摆在哪里，并把它添加到窗口上面就完成了。在我的尝试中，我是首先创建了一个OpenGL的控件，然后把RCTRootView作为一个子控件添加到该控件上面。该集成的过程是完全一个无痛人流的过程，哦，不好意思，是一个完全毫无痛苦的过程。(天地会珠海分舵注：近来被电视和路边广告轰炸的晕了，到处都是无痛人流之类的广告，看到无痛两个字就立刻神经反射的联系到无痛人流来了)

你可以按下Cmd+R来立刻刷新你的UI来现实你修改的任何更新。这里仅仅RCTRootView会进行更新，所以我可以很容易的对ui进行修改然后刷新ui来获得最近的修改，而并不需要重新加载OpenGL层。

以下是一个控件示例，一个用来列出可用文件列表并在其中一项被点击后加载一个网格的ObjList控件。这里将会用到一个和其他任何原生应用一样的原生的用来仅仅在控件内部进行滚动显示的ListView控件，但在这里进行使用确实一个极其简单的事情。

var ObjList = React.createClass({
  // a few methods clipped....

  selectModel: function(file) {
    controller.loadMesh(file);
  },

  renderRow: function(file) {
    return View(
      null,
      TouchableHighlight(
        { onPress: () => this.selectModel(file),
          underlayColor: 'rgba(0, 0, 0, .6)' },
        Text({ style: { height: 30, color: 'white' }}, file)
      )
    );
  },

  render: function() {
    var source = this.getDataSource(this.props.files);

    return ListView({
      style: { flex: 1 },
      renderRow: this.renderRow,
      dataSource: source
    });
  }
});

在我的App控件里面我有一个handlSearch方法来相应文本输入的改变。这里我对控件的状态做一些改变，一边让应用和ObjList控件接受到最新的状态改变来将最新的文件列表给显示出来。

handleSearch: function(e) {
  var text = e.nativeEvent.text;
  var files = allFiles.filter(x => x.indexOf(text.toLowerCase()) !== -1);
  this.setState({ files: files });
}

请注意ObjList控件里面的controller.loadMesh()这个调用。这其实是一个Objective-C的一个方法，这里我已经把它做了一个导出标识了，这样桥接就会找到它并使它在JS中变成可用。跟桥接进行协同工作其实是一个非常简单的事情，且将会变得越来越简单。以下就是loadMesh的实现代码:

- (void)loadMesh:(NSString *)path {
    RCT_EXPORT();

    dispatch_async(dispatch_get_main_queue(), ^{
        teapotNode_.material.diffuse = [self randomColor];
        teapotNode_.wavefrontMeshA = [REMeshCache meshNamed:path];
        [self reset];
    });
}

RCT_EXPORT()将该方法标识成使一个导出方法(事实上在其他地方实现的对该类进行实例化的工作会有点多)。这些方法将会在一个独立的线程中被调用，但是我这里需要的使在主线程对该mesh进行加载(因为这将会把数据加载到OpenGL当中)，所以这里我网队列中排队了一块运行在主线程中的代码。

以下的视频将会给大家一个更完整的演示：https://www.youtube.com/embed/OPFf53fdUmQ

在声明的过程中来构建我们的UI控件并对简单的改变状态所产生的事件进行相应的能力是非常的强大的，React.js一定证明了这一点。到此为止，我们突然间就到了需要对原生应用进行同样处理的时候了。”一次学习，多平台编写“，犹如React开发人员所倡导的。同时请查看：Facebook来教我我们如何编写网站。

－－－－－－－－－－－－－－完－－－－－－－－－－－－－－－－－－

转载请尊重原创/译	微信公众号	CSDN
天地会珠海分舵	服务号:TechGoGoGo	http://blog.csdn.net/zhubaitian
优秀资源推荐	地址	点评
DoctorQ博客	http://testerhome.com/doctorq/topics	安卓自动化领域才俊，技术分享先驱，

英文版原文：http://jlongster.com/First-Impressions-using-React-Native

### One-atom-thin ‘silicene’ silicon transistors invented

### 原子大小数量级的硅烯晶体管宣告诞生

February 5, 2015

众所周知当今写一个应用你需要有大的访问量的话必然要跨多个平台，移动端你起码需要覆盖android和ios平台，而你又不能忽略PC端的用户。如果你不考虑原生应用带来的性能和UI适配度，你当然可以基于浏览器核心来使用流行的Javascript+HTML5+Phonegap等封装成一个跨平台应用。但是Google的Gmail团队是个有追求的团队，它当然不会牺牲各个平台的性能和原生应用的UI适配度来做出compromise了。

那么如果给每个平台开发原生应用的话，对于google自身的安卓来说，当然需要用到的开发语言技术是Java了，而对于iOS来说，如果Swift没有被口水淹死而得以应用之前当然是Objective C了，对于Web,那毫无疑问使用技术将会是JavaScript/CSS/HTML5。

如果Inbox是微软做的话，我相信他们的开发团队毫无疑问会选择他们家的Xamarin基于C#,.net和Mono的跨平台开发框架来完成这方面的工作以达到一劳永逸的效果了。而对于Google来说，它当然不屑于用微软的框架，他们拥有自己的一套工具来实现跨平台。

Google的做法是使用使用一些工具实现了70%的代码跨平台复用。Inbox在各个平台使用的是相同的后台代码逻辑，但前端的UI因平台相关性会有所不同。Google 有自己的一套工具让他们只需要在安卓上使用Java开发一套后台代码逻辑，然后就可以将它们转换成对应的Objective-c和Javascript来适应iOS和Web浏览器：

JavaScript的转换由Google Web Toolkit SDK来完成 Objective-C的转换由J2ObjC来胜任

# Explosion of the Ariane 5

# 阿丽安娜5运载火箭爆炸之谜



On June 4, 1996 an unmanned Ariane 5 rocket launched by the European Space Agency exploded just forty seconds after lift-off (918K QuickTime movie). The rocket was on its first voyage, after a decade of development costing $7 billion. The destroyed rocket and its cargo were valued at $500 million. A board of inquiry investigated the causes of the explosion and in two weeks issued a report. It turned out that the cause of the failure was a software error in the inertial reference system. Specifically a 64 bit floating point number relating to the horizontal velocity of the rocket with respect to the platform was converted to a 16 bit signed integer. The number was larger than 32,768, the largest integer storeable in a 16 bit signed integer, and thus the conversion failed.

1996年6月4号，一枚尚未命名的阿丽安娜5火箭在欧洲航空总署发射后仅仅40秒的实践内发生了爆炸(请看918KQuickTime视频)。在花费了7亿美刀历经10年光景的开发之后，该次航行其实尚是其处女航(天地会珠海分舵注：根据火箭的形状，我其实更倾向于把它翻译成“处子航”,只是不知道大家是否可以接受而已了。^^)。一个调查委员会立刻成立以对事故原因进行调研，并在两周后给出了一个报告。结果表明故障原因竟然是因为火箭内部的惯性参考系统里面的一个软件错误所导致的。明确地说就是平台相关的一个64位的代表火箭水平速度的浮点数被转换成一个16位的有符号整数。该数字比16位有符号数最大的存储能力32,768还要大，因此该转换是个失败的转换。

The report of the Inquiry Board is available. The following paragraphs are extracted from that report.

大家可以从这里获得该事故的报告。以下章节就是摘录自该报告的。

On 4 June 1996, the maiden flight of the Ariane 5 launcher ended in a failure. Only about 40 seconds after initiation of the flight sequence, at an altitude of about 3700 m, the launcher veered off its flight path, broke up and exploded. 1996年6月4日，阿丽安娜5的处子行宣布以失败告终。仅仅在启动飞行程序的40秒之后，该火箭发射器就在3700米的高度突然转向偏离航道，最终引发爆炸而分崩离析。

The failure of the Ariane 501 was caused by the complete loss of guidance and attitude information 37 seconds after start of the main engine ignition sequence (30 seconds after lift-off). This loss of information was due to specification and design errors in the software of the inertial reference system.

阿丽安娜501的故障是因为在主引擎启动37秒后(点燃后30秒)完全丧失导航和高度信息而导致的(天地会珠海分舵注:这里原文的attitude应该是报告人员手误，理应为altitude。跟我写博客不少错别字一样的不严谨，难怪该火箭会爆炸了。^^)。这些信息的丧失是因为惯性参考系统软件的需求文档和设计错误而引发的。

The internal SRI software exception was caused during execution of a data conversion from 64-bit floating point to 16-bit signed integer value. The floating point number which was converted had a value greater than what could be represented by a 16-bit signed integer.

_火箭内部的SRI软件异常是在系统尝试执行一个64位浮点数到16位有符号整数的转换过程中发生的。该浮点数在进行转换后得到的结果将会超出16位有符号整数所能表达的范围。_

SRI stands for Système de Référence Inertielle or Inertial Reference System.

SRI代表的是Système de Référence Inertielle，也就是惯性参考系统。
This description is adapted from The Explosion of the Ariane 5 by Douglas N. Arnold.

以上描述是由阿丽安娜5大爆炸的作者Douglas N. Arnold所整理而成。

作者/译者	微信公众号	CSDN
天地会珠海分舵	账号:TechGoGoGo 扫描码:	http://blog.csdn.net/zhubaitian
优秀资源推荐	地址	点评
TesterHome	http://testerhome.com/	主打Appium跨平台自动化测试框架，兼顾其他流行自动化测试技术的人才汇集宝地。
DoctorQ博客	http://testerhome.com/doctorq/topics	安卓自动化测试领域才俊，博客文章相当有深度。

## Patriot Missile Failure

## 爱国者导弹的挫败

On February 25, 1991, during the Gulf War, an American Patriot Missile battery in Dharan, Saudi Arabia, failed to intercept an incoming Iraqi Scud missile. The Scud struck an American Army barracks and killed 28 soldiers. A report of the General Accounting office, GAO/IMTEC-92-26, entitled Patriot Missile Defense: Software Problem Led to System Failure at Dhahran, Saudi Arabia reported on the cause of the failure. It turns out that the cause was an inaccurate calculation of the time since boot due to computer arithmetic errors. Specifically, the time in tenths of second as measured by the system’s internal clock was multiplied by 1/10 to produce the time in seconds. This calculation was performed using a 24 bit fixed point register. In particular, the value 1/10, which has a non-terminating binary expansion, was chopped at 24 bits after the radix point. The small chopping error, when multiplied by the large number giving the time in tenths of a second, lead to a significant error. Indeed, the Patriot battery had been up around 100 hours, and an easy calculation shows that the resulting time error due to the magnified chopping error was about 0.34 seconds. (The number 1/10 equals 1/2⁴+1/2⁵+1/2⁸+1/2⁹+1/2¹²+1/2¹³+…. In other words, the binary expansion of 1/10 is 0.0001100110011001100110011001100…. Now the 24 bit register in the Patriot stored instead 0.00011001100110011001100 introducing an error of 0.0000000000000000000000011001100… binary, or about 0.000000095 decimal. Multiplying by the number of tenths of a second in 100 hours gives 0.000000095×100×60×60×10=0.34.) A Scud travels at about 1,676 meters per second, and so travels more than half a kilometer in this time. This was far enough that the incoming Scud was outside the “range gate” that the Patriot tracked. Ironically, the fact that the bad time calculation had been improved in some parts of the code, but not all, contributed to the problem, since it meant that the inaccuracies did not cancel.

在1991年2月25号海湾战争期间，一枚美国的爱国者导弹因为基于内部时钟的时间计算缺陷，不能够在沙特阿拉伯的达兰成功拦截伊拉克发射过来的一枚飞毛腿导弹。该飞毛腿导弹击中了该地的一个美军军营并导致28个士兵阵亡。美国审计总署提供的GAO/IMTEC-92-26号报告文件描述了该拦截失败的原因，其标题为：“爱国者导弹防御：软件缺陷导致防御系统在沙特阿拉伯达兰的拦截失败”。原来原因是因为从系统启动时开始计算的不够精确的时间运算导致的错误。明确的说，就是爱国者导弹防御系统时间的衡量计算是基于系统时钟时间乘以1/10所得到的秒数来进行表示的(天地会珠海分舵注：本人认为可以理解为，一旦你调用一个获取系统时间的API如getTimeInSeconds()，系统自动就会把系统时钟的时间乘以1/10来进行返回，所以爱国者导弹系统的编码人员在获得该系统提供的时间后还需要乘以10才能获得真正的秒数)。且这个自动乘以1/10的运算是使用一个24位的定点寄存器来进行的。因为大家都知道计算机上面的数字都是以二进制来表示的，所以十进制的1/10用二进制来表示的话，学过进制转换的朋友应该会清楚二进制表示的1/10会产生无尽循环(天地会珠海分舵注：因为十进制小数需要用二进制表示的话是通过一到多个2的n次方分之一相加组合而成的，而0.1是没有办法用有限个2的n次方分之1相加而获得的)，而24位的寄存器只能存放24位的有效位，其余小数精度部分会被砍掉。但是这个看似微不足道的缺少掉被砍掉的24位之后的精度的数值在乘以一个很大的数值(在这里就是系统启动之后的总秒数乘以1/10的所返回的系统时间)所获得的数字所产生的结果将会有一个巨大的偏差。事实上，当时该爱国者导弹系统的电池已经启动了100个小时，这样下面一个很简单的计算公式就能计算出该砍掉的精度所导致的时间偏差会达到0.34秒之多。(十进制的1/10转换成二进制将会是1/2⁴+1/2⁵+1/2⁸+1/2⁹+1/2¹²+1/2¹³+….的一个无尽循环，换句话说，表示成二进制小数的无尽循环将会是:0.0001100110011001100110011001100….，而现在24位寄存器存放的数字将会是0.00011001100110011001100，这相比真实的大小将会引进来24位之后的用二进制小数表示 0.0000000000000000000000011001100… 的误差，也就相当于10进制的0.000000095的误差。那么把这个数值乘以系统返回来的系统时间再乘以10就是计算得到的当前系统以秒数表示的时间所产生的误差值:0.000000095×100×60×60×10=0.34)一个飞毛腿导弹飞行的速度大概是1,676米每秒，所以在0.34秒的误差时间内针对飞毛腿导弹就会产生超过半公里的误差。这个距离已经足够让正在飞来的飞毛腿导弹跨出爱国者导弹系统进行导弹跟踪的有效”距离门”(天地会珠海分舵注：本人认为如果把它解析成“目标位置”或许会更好的帮助你进行理解)的范围之外了。具有讽刺意味的是，该时间误差导致的问题在代码的某些部分是有进行修复的，也就是代表有人已经意识到这个错误的，但问题是当时并没有把相关的所有问题的代码进行修复，也就是说该时间精度的问题是依然存在该系统之中对该灾难性时间做着“贡献”的。




The following paragraph is excerpted from the GAO report.

以下是对该GOF报告的部分引用：

The range gate’s prediction of where the Scud will next appear is a function of the Scud’s known velocity and the time of the last radar detection. Velocity is a real number that can be expressed as a whole number and a decimal (e.g., 3750.2563…miles per hour). Time is kept continuously by the system’s internal clock in tenths of seconds but is expressed as an integer or whole number (e.g., 32, 33, 34…). The longer the system has been running, the larger the number representing time. To predict where the Scud will next appear, both time and velocity must be expressed as real numbers. Because of the way the Patriot computer performs its calculations and the fact that its registers are only 24 bits long, the conversion of time from an integer to a real number cannot be any more precise than 24 bits. This conversion results in a loss of precision causing a less accurate time calculation. The effect of this inaccuracy on the range gate’s calculation is directly proportional to the target’s velocity and the length of the the system has been running. Consequently, performing the conversion after the Patriot has been running continuously for extended periods causes the range gate to shift away from the center of the target, making it less likely that the target, in this case a Scud, will be successfully intercepted.

“距离门”(天地会珠海分舵注：本人认为如果把它解析成“目标位置”或许会更好的帮助你进行理解)预测一个飞毛腿导弹下一次将会在哪里出现是通过一个函数来实现的，该函数接受的是两个参数:飞毛腿导弹的速度和雷达在上一次侦测到该导弹的时间。其中速度可以表示为一个整数和一个小数(比如，3750.2563…英里每小时)。而其中的时间是在爱国者反导弹系统中由内部时钟以总秒数的1/10的方式不停的刷新保存起来的，且该保存形式将会是以整形或者整数的方式呈现出来的(比如,33, 34…)。系统运行时间越长，表示时间的数字就会越大。为了预测一个飞毛腿导弹下一次将会在哪里出现，两个参数速度和时间都必须以实数的方式进行表示。因为爱国者导弹计算机系统本身的计算方法以及时间运算过程中用来存储时间的寄存器的大小只有24位，所以一个时间数字转换成对应的实数后获得的精度将不会再高于24位能表示的范围了。这个转换的结果将会导致精度的丢失。丢失的精度引发的后果在“距离门”对预测飞毛腿导弹下一次出现位置的预测的计算中就可以直接通过被检测的目标(飞毛腿导弹)的飞行速度和系统当前已经运行的时间长度体现出来了。后果就是，在该爱国者导弹系统已经不停的运行很长一段时间之后对时间进行转换将会导致“距离门”相对飞毛腿导弹这个目标的真实的中心位置产生偏移，这就让系统对该目标(在这种情况下指的就是飞毛腿导弹)进行拦截成为不大可能实现的事情了。

作者/译者	微信公众号	CSDN
天地会珠海分舵	服务号:TechGoGoGo 扫描码:	http://blog.csdn.net/zhubaitian

Windows 10 for Raspberry Pi 2

树莓派2代上的Windows 10

Use Sandstorm to run your enterprise server cluster:

使用Sandstorm来运行你的企业服务器集群

#### Easy App Deployment

#### 简易部署
A Sandstorm app only takes a couple clicks to deploy. It’s so easy and secure that non-technical employees can actually deploy the apps they need themselves, without wasting valuable IT time. Get SaaS-like ease-of-use while keeping your data on-prem and under your control.

部署Sandstorm上的应用仅仅需要简单的点击几下就能完成。因为是如此的简单和安全，以致就算没有非技术雇员都可以进行应用的部署而不需要劳烦IT人员的大驾光临。通过Sandstorm你可以获得SaaS般软件即服务的方便使用的功能的同时又可以把你的数据保存在近线服务器上以便让你完全自主操控。(天地会珠海分舵注:on-prem是on-premises的缩写，通常联合成on-prem software一起使用。网上翻译众说纷纭，本人认为应该翻译成”近线”应用，因为它是相对与SaaS这个云端应用来说的，云端代表应用是运行在远端的服务器上面的，所以相对的on-prem就是运行在你企业内部的服务器上面的。有中型企业工作经验的朋友应该碰到过这种情况：visio等很多付费软件是装在一台服务器上面的，每个人都可以用自己的域账号登录，甚至同时通过终端登录该服务器来打开visio这些上面的软件进行编辑，互不干扰，其实这个就是on-prem的一个应用场景)






#### Ridiculously Secure

#### 安全到你不敢相信

作者/译者	微信公众号	CSDN
天地会珠海分舵	服务号:TechGoGoGo 扫描码:	http://blog.csdn.net/zhubaitian