受欢迎的文章
记忆胶囊

诺基亚微电影:谢霆锋主演宣传Lumia

  • 分类:兴趣

  此前范冰冰为诺基亚拍摄的《不跟随》微电影大家还有印象吗?最近网络上又曝光了一组名为《凡事-不平凡》的诺基亚微电影海报和剧照,只不过这次的主角换成了谢霆锋。  《凡事-不平凡》的电影海报上,谢霆锋以一副泰拳拳击手亮相酷劲十足,海报上的公映日期为 5 月 16 日,而关于这部微电影的长度和剧情现在还颇为神秘,除了现在已经曝光的海报和若干剧照外暂无其他消息放出。  本次诺基亚微电影的主题为“只有平凡的人,没有平凡的人生”,因此在曝光的剧照中,谢霆锋化身不同职业——泰拳拳击手、消防队员、录音师、摇滚歌、古典吉他木匠,演绎这些发生在平凡人身上的故事。  据悉,诺基亚《凡事-不平凡》是谢霆锋参与拍摄的首部微电影,海报上的信息显示该片将于两天后的 5 月 16 日进行网络公映,届时一切谜底都会揭开。

  你会在开车的时候发短信或者打电话吗?如果这个问题问出来,可能有相当一部分的司机会回答:会。  随着科技的进步与经济的不断发展,同时拥有汽车和手机的人越来越多。我们的出行得益于汽车变得更加便捷,我们与亲友的联系和与互联网的连接也因为手机的存在更加紧密。但是,这两样事物同时出现有时并不是一件好事。有研究表明高达 23% 的车祸跟手机有关,如果不是手机,美国每年会避免上百万起车祸的发生。  即使法律明文禁止而且司机也知道注意力分散的危险,还是有相当一部分人会因为各种理由不去遵守这项规定。OnlineSchools.com 最近根据从《华盛顿邮报》、政府高速公路安全协会、弗吉尼亚科技大学等其他机构获取的资料绘制了一张信息图,展示了在美国驾车的同时打电话或者发送短信与车祸发生的现状。  根据这张图,我们会发现下面几个显眼的数据:  面对如此严重的现状,美国有 10 个州加上华盛顿特区禁止所有的司机在开车时使用手持电话,32 个州和华盛顿特区只禁止新手打电话,39 个州和华盛顿特区禁止开车时发短信。  而为了保证司机们遵守这些规定,一般会有下面这几种措施:设置监控摄像头,免费的应用禁止司机开车时发短信,要求司机签开车不发短信的保证。除此之外,社交媒体上也会有一些反对开车时发短信,打电话的人或者组织在努力说服周围的人。  面对稍纵即逝的生命,当电话铃声响起时,你会怎么做?

  对于在 Windows 8 发布前后一段时期内购买运行 Windows 7 家庭普通版或更高版本 PC 的消费者,微软将提供“Windows 8 Offer”升级服务,允许用户在 Windows 8 发布后升级 Windows 8 Pro 专业版,只需支付 14.99 美元。  曾有知情人士爆料,Windows 8 升级计划将从 2012 年 6 月 2 日启动,活动将持续至 2013 年 1 月。今天,TheVerge 带来了进一步消息,称确定了 Windows 8 升级计划的启动和终止日期分别为 2012 年 6 月 2 日、2013年 1 月 31 日。  TheVerge 表示,他们从熟悉微软该计划的人士那里获悉,。

微软今天发布的 Surface 平板电脑  导语:美联社今天撰文称,微软之所以决定自主开发 Surface 平板电脑,可能表明该公司对 PC 厂商失去信心,认为他们无法推出有吸引力的 iPad 替代品。  微软刚刚推出了 Surface 平板电脑,计划与苹果 iPad 一决高下。微软 CEO 史蒂夫·鲍尔默(Steve Ballmer)亲自手持这款新平板电脑主持了发布会,他将该产品称作是该公司正在开发的“一组全新设备”中的一员。  这款平板电脑将于今年秋天上市,其中一个版本厚9.3毫米,采用 Windows RT 操作系统。该产品配备支架,可以直立起来,而配套的触摸键盘则可以利用磁铁直接吸附在屏幕上,充当保护套。该产品重量不足1.5磅(约合0.68千克),售价基本与其他平板电脑相当,预计将于今年秋天与 Windows 8 同步发售。  微软 Windows 部门总裁史蒂芬·斯诺夫斯基(Steven Sinofsky)称这款设备是“平板中的优秀 PC,PC 中的优秀平板”。  除此之外,微软还发布了一款略厚的版本,厚度接近 14 毫米,重量不足 2 磅(约合0.9千克),将搭载 Winddows 8 Pro 操作系统,售价与超极本相仿。这款产品将配备触控笔,可以在 PDF 等文件中进行手写输入。  这两款平板电脑均会配备一个 3 毫米厚的键盘,支架厚度仅为0.7毫米,比信用卡还薄。  微软 2002 年就开始为平板电脑开发操作系统,该公司当时推出了一个名为 Windows XP Tablet PC 的系统。许多大型 PC 厂商也都针对该系统开发了硬件产品,但却未获市场广泛认可。该平板电脑采用 PC 技术,重量很大,电池续航时间也很短。  微软并未在发布会上透露 Surface 平板电脑的电池续航时间。  微软自主开发平板电脑的决定,背离了该公司以往的 PC 市场发展战略。在 PC 市场,微软一直都将设计和营销工作交给惠普、戴尔、联想和宏碁等厂商来完成,该公司只负责提供操作系统和其他软件应用。  而在平板电脑市场采取“亲力亲为”的战略,表明微软要么对 PC 合作伙伴的能力缺乏信心,认为他们难以开出有吸引力的 iPad 替代品,要么是希望获得更大的控制权,确保 Windows 系统在日益重要的移动计算市场扮演重要角色。  无论微软是何动机,该公司的平板电脑计划都有可能疏远长期的硬件合作伙伴。

  英文原文:  你的代码写得怎么样?如果你不属于平庸的 80%,我敢打赌你的代码一定写得很棒。也许你正在维护遗产代码(不再被广泛支持的系统相关的源代码),这些代码究竟能有多糟糕?情况会有所好转吗?虽然有一套方法可以帮助评估你的代码,然而并非每个人都对此表示认可。    我个人认为评估数据非常有用。通过类似 这样代码覆盖率计算工具,能够让你彻底了解你的代码中究竟哪些已经被测试覆盖,还有哪些没有被测试到。在开始着手某个包进行大规模代码之前,目标代码的覆盖率究竟如何?这些信息会告诉我,也许应该在改动代码前先提高一下这部分的代码覆盖率。  代码行数是另一个种有意思的数据。当你在遗产代码上工作的时候(谁不是在这样的代码上工作呢),如果你既能够保持开发速度(你肯定还在开发新的功能),又能保持与过去相同甚至更少的代码,那么你不但能够在交付价值而且同时还能让代码变得不那么糟糕。任何一个傻瓜都能够写出成堆的新代码以完成新功能,但是能够在交付新功能的同时减少原有的代码。    任何数据都会面对一个问题,那就是利用这些数据的人。你最不想看到的恐怕就是过度渴望监控这些数据的经理了。  不能度量就无法控制。– Tom DeMarco  在你得到数据之前,报告缺陷数量就已经和奖金挂钩了。还有可能大家都希望代码覆盖率能够达到某个“期望值”。  只要管理层用数据作为目标,聪明人就会利用系统作弊。我已经数不清有多少次看到人们对代码覆盖率造假了。虽然初衷很好,但经理们受到错误思想的误导。为了讨经理开心,开发者会不断编写没有断言的测试。当然,代码依然能够运行而且不会出什么大问题。但这种行为有意义吗?天知道!当你的代码引入了新 bug,那些测试能够检测到吗?见鬼,当然不会!因此,这种代码覆盖率毫无用处。  尽管达到了指标,但是潜在的目标即改进软件质量却被忽视了,而且未来也不会达到。    任何评估的目标都是评测代码并从中得出有意义的数据。以代码覆盖率为例,我们真正感兴趣的是缺陷覆盖率。也就是代码中的所有可能的缺陷,有多少缺陷能够在测试中被发现?我们想知道,能够在怎样的程度上能够避免重写代码。  问题在于,我怎样才能衡量一个系统中“所有可能的缺陷”?基本上这是不可能知道的。为此,我们使用代码覆盖率作为近似。考虑到测试能够保证代码运行得到正确的结果,因此被执行代码率是对能够捕捉到 bug 数量的一个很好的预测。如果我的测试执行了 50% 的代码,最好的情况下我们能够捕捉到 50% 的 bug。如果 bug 出现在另外 50% 的代码中,那么通过我的测试捕捉到这些 bug 的.代码覆盖率是测试覆盖率的一个上限。但假如你的测试代码很差,那么相应的测试覆盖率也会降低。至于没有断言的测试代码,它们基本上毫无用处。  这就是测量数据困难之处:测量那些真正管用的数据即我们的软件的质量。即便有可能,也是非常困难的。因此,我们要尽可能地进行测量,但并不总是能够清晰地知道哪些内容与我们真正目标相关。    有很多类似 Sonar 这样的优秀工具能为你的代码进行各种常用的数据评测。通常的问题在于,开发者并不了解(或者在意)这些数据的含义。类的复杂度是 17.0 是好还是坏?我的代码关联系数是5.6%,但是也许有更好的理由这么做。怎样的数据对这段代码而言才算是合理的?LCOM4(缺乏内聚性的方法指标)是好事还是坏事?坦率的说,这听起来更像是治疗癌症。  当然,如果我足够积极主动的话,我应该能够深入并且了解每种数据的含义,并且试着达成合理的目标,等等等等。拜托,我正忙着,没有时间扯淡。这些数据是在让人难以捉摸,索性忽略掉好了。当然,领导们不这么认为。    一定有一种更好的办法来评估“代码质量”。    无论你评估的是什么,评估的内容一定要得到团队成员的赞同和理解。如果团队中有一半的人表示反对,那么评估的结果一定不会很好。一些人努力想要改进,而其余的人则会让事情变得糟糕。实际效果一定会让人大失所望。    不必评估“标准”的内容,像是代码覆盖率或者圈复杂度。只要团队成员一致认为这是一项有用的数据,每个人都认为需要在这个方面改进并且做出承诺,那么评估它就是有用的。  我在 youDevise 的一个同事,花了 10% 的工作时间构建了一个可以跟踪评估数据并能够以图形的方式展示结果的工具。然而,非常特别的是,这个工具并没有计算很多大型静态分析工具给出的那些常见评估数据,而更多地统计了更加常见和具体的问题。那么,哪些是更贴近自己且更容易评估的呢?  · 如果你有一个上帝类,那么可以统计文件的代码行数,行数越少越好  · 如果你有一个想要避免使用的第三方函数库,那么可以统计使用它的次数  · 如果你有一个想要移除的类,那么可以统计引入这个类的次数  这些简单的测量代表了我们真正想要摆脱的技术债务,通过减少技术债务我们能够改进自己代码的质量。与此同时,评估的方法也会异常的简单,最直接的方式只需要执行 grep 和 wc 命令就可以。  评估什么并不重要,只要团队相信你评估这些内容会得到改进。通过评估你们关心的内容,你会真正了解到你的代码质量。    最后,请把评估结果贴到显示器上,与实际构建状态越接近越好。这样每个人都能够看到你正在做什么,并且能够不断提醒人们质量的重要性。反馈是非常重要的,你能够看到事情正在朝着更好的方向发展;同样重要的是,当质量开始滑坡时,数据图能够把问题上升的趋势展示出来。    代码质量是一个非常抽象的概念,因而很难测量。因此,你应当转而关注那些容易评估的东西。评估内容越简单、越容易理解,改进起来也越容易。如果你需要花时间解释这些评估的意义,那么这里肯定有问题。尝试一次只关注一部分内容,如果你同时关注 100 项不同的数据,让这些方面都能够得到改进几乎是不可能的。如果我们只关注其中的几项,我就能记住他们,至少不会让它们变得更差。我有可能把它们清晰的记下来,这样才能够改进它们。  你在评估自己的代码吗?如果是的,你评估的内容是什么?如果不是,你认为可以评估哪些方面呢?  英文原文: 编译:

诺基亚微电影:谢霆锋主演宣传Lumia

  此前范冰冰为诺基亚拍摄的《不跟随》微电影大家还有印象吗?最近网络上又曝光了一组名为《凡事-不平凡》的诺基亚微电影海报和剧照,只不过这次的主角换成了谢霆锋。  《凡事-不平凡》的电影海报上,谢霆锋以一副泰拳拳击手亮相酷劲十足,海报上的公映日期为 5 月 16 日,而关于这部微电影的长度和剧情现在还颇为神秘,除了现在已经曝光的海报和若干剧照外暂无其他消息放出。  本次诺基亚微电影的主题为“只有平凡的人,没有平凡的人生”,因此在曝光的剧照中,谢霆锋化身不同职业——泰拳拳击手、消防队员、录音师、摇滚歌、古典吉他木匠,演绎这些发生在平凡人身上的故事。  据悉,诺基亚《凡事-不平凡》是谢霆锋参与拍摄的首部微电影,海报上的信息显示该片将于两天后的 5 月 16 日进行网络公映,届时一切谜底都会揭开。

  你会在开车的时候发短信或者打电话吗?如果这个问题问出来,可能有相当一部分的司机会回答:会。  随着科技的进步与经济的不断发展,同时拥有汽车和手机的人越来越多。我们的出行得益于汽车变得更加便捷,我们与亲友的联系和与互联网的连接也因为手机的存在更加紧密。但是,这两样事物同时出现有时并不是一件好事。有研究表明高达 23% 的车祸跟手机有关,如果不是手机,美国每年会避免上百万起车祸的发生。  即使法律明文禁止而且司机也知道注意力分散的危险,还是有相当一部分人会因为各种理由不去遵守这项规定。OnlineSchools.com 最近根据从《华盛顿邮报》、政府高速公路安全协会、弗吉尼亚科技大学等其他机构获取的资料绘制了一张信息图,展示了在美国驾车的同时打电话或者发送短信与车祸发生的现状。  根据这张图,我们会发现下面几个显眼的数据:  面对如此严重的现状,美国有 10 个州加上华盛顿特区禁止所有的司机在开车时使用手持电话,32 个州和华盛顿特区只禁止新手打电话,39 个州和华盛顿特区禁止开车时发短信。  而为了保证司机们遵守这些规定,一般会有下面这几种措施:设置监控摄像头,免费的应用禁止司机开车时发短信,要求司机签开车不发短信的保证。除此之外,社交媒体上也会有一些反对开车时发短信,打电话的人或者组织在努力说服周围的人。  面对稍纵即逝的生命,当电话铃声响起时,你会怎么做?

  对于在 Windows 8 发布前后一段时期内购买运行 Windows 7 家庭普通版或更高版本 PC 的消费者,微软将提供“Windows 8 Offer”升级服务,允许用户在 Windows 8 发布后升级 Windows 8 Pro 专业版,只需支付 14.99 美元。  曾有知情人士爆料,Windows 8 升级计划将从 2012 年 6 月 2 日启动,活动将持续至 2013 年 1 月。今天,TheVerge 带来了进一步消息,称确定了 Windows 8 升级计划的启动和终止日期分别为 2012 年 6 月 2 日、2013年 1 月 31 日。  TheVerge 表示,他们从熟悉微软该计划的人士那里获悉,。

微软今天发布的 Surface 平板电脑  导语:美联社今天撰文称,微软之所以决定自主开发 Surface 平板电脑,可能表明该公司对 PC 厂商失去信心,认为他们无法推出有吸引力的 iPad 替代品。  微软刚刚推出了 Surface 平板电脑,计划与苹果 iPad 一决高下。微软 CEO 史蒂夫·鲍尔默(Steve Ballmer)亲自手持这款新平板电脑主持了发布会,他将该产品称作是该公司正在开发的“一组全新设备”中的一员。  这款平板电脑将于今年秋天上市,其中一个版本厚9.3毫米,采用 Windows RT 操作系统。该产品配备支架,可以直立起来,而配套的触摸键盘则可以利用磁铁直接吸附在屏幕上,充当保护套。该产品重量不足1.5磅(约合0.68千克),售价基本与其他平板电脑相当,预计将于今年秋天与 Windows 8 同步发售。  微软 Windows 部门总裁史蒂芬·斯诺夫斯基(Steven Sinofsky)称这款设备是“平板中的优秀 PC,PC 中的优秀平板”。  除此之外,微软还发布了一款略厚的版本,厚度接近 14 毫米,重量不足 2 磅(约合0.9千克),将搭载 Winddows 8 Pro 操作系统,售价与超极本相仿。这款产品将配备触控笔,可以在 PDF 等文件中进行手写输入。  这两款平板电脑均会配备一个 3 毫米厚的键盘,支架厚度仅为0.7毫米,比信用卡还薄。  微软 2002 年就开始为平板电脑开发操作系统,该公司当时推出了一个名为 Windows XP Tablet PC 的系统。许多大型 PC 厂商也都针对该系统开发了硬件产品,但却未获市场广泛认可。该平板电脑采用 PC 技术,重量很大,电池续航时间也很短。  微软并未在发布会上透露 Surface 平板电脑的电池续航时间。  微软自主开发平板电脑的决定,背离了该公司以往的 PC 市场发展战略。在 PC 市场,微软一直都将设计和营销工作交给惠普、戴尔、联想和宏碁等厂商来完成,该公司只负责提供操作系统和其他软件应用。  而在平板电脑市场采取“亲力亲为”的战略,表明微软要么对 PC 合作伙伴的能力缺乏信心,认为他们难以开出有吸引力的 iPad 替代品,要么是希望获得更大的控制权,确保 Windows 系统在日益重要的移动计算市场扮演重要角色。  无论微软是何动机,该公司的平板电脑计划都有可能疏远长期的硬件合作伙伴。

  英文原文:  你的代码写得怎么样?如果你不属于平庸的 80%,我敢打赌你的代码一定写得很棒。也许你正在维护遗产代码(不再被广泛支持的系统相关的源代码),这些代码究竟能有多糟糕?情况会有所好转吗?虽然有一套方法可以帮助评估你的代码,然而并非每个人都对此表示认可。    我个人认为评估数据非常有用。通过类似 这样代码覆盖率计算工具,能够让你彻底了解你的代码中究竟哪些已经被测试覆盖,还有哪些没有被测试到。在开始着手某个包进行大规模代码之前,目标代码的覆盖率究竟如何?这些信息会告诉我,也许应该在改动代码前先提高一下这部分的代码覆盖率。  代码行数是另一个种有意思的数据。当你在遗产代码上工作的时候(谁不是在这样的代码上工作呢),如果你既能够保持开发速度(你肯定还在开发新的功能),又能保持与过去相同甚至更少的代码,那么你不但能够在交付价值而且同时还能让代码变得不那么糟糕。任何一个傻瓜都能够写出成堆的新代码以完成新功能,但是能够在交付新功能的同时减少原有的代码。    任何数据都会面对一个问题,那就是利用这些数据的人。你最不想看到的恐怕就是过度渴望监控这些数据的经理了。  不能度量就无法控制。– Tom DeMarco  在你得到数据之前,报告缺陷数量就已经和奖金挂钩了。还有可能大家都希望代码覆盖率能够达到某个“期望值”。  只要管理层用数据作为目标,聪明人就会利用系统作弊。我已经数不清有多少次看到人们对代码覆盖率造假了。虽然初衷很好,但经理们受到错误思想的误导。为了讨经理开心,开发者会不断编写没有断言的测试。当然,代码依然能够运行而且不会出什么大问题。但这种行为有意义吗?天知道!当你的代码引入了新 bug,那些测试能够检测到吗?见鬼,当然不会!因此,这种代码覆盖率毫无用处。  尽管达到了指标,但是潜在的目标即改进软件质量却被忽视了,而且未来也不会达到。    任何评估的目标都是评测代码并从中得出有意义的数据。以代码覆盖率为例,我们真正感兴趣的是缺陷覆盖率。也就是代码中的所有可能的缺陷,有多少缺陷能够在测试中被发现?我们想知道,能够在怎样的程度上能够避免重写代码。  问题在于,我怎样才能衡量一个系统中“所有可能的缺陷”?基本上这是不可能知道的。为此,我们使用代码覆盖率作为近似。考虑到测试能够保证代码运行得到正确的结果,因此被执行代码率是对能够捕捉到 bug 数量的一个很好的预测。如果我的测试执行了 50% 的代码,最好的情况下我们能够捕捉到 50% 的 bug。如果 bug 出现在另外 50% 的代码中,那么通过我的测试捕捉到这些 bug 的.代码覆盖率是测试覆盖率的一个上限。但假如你的测试代码很差,那么相应的测试覆盖率也会降低。至于没有断言的测试代码,它们基本上毫无用处。  这就是测量数据困难之处:测量那些真正管用的数据即我们的软件的质量。即便有可能,也是非常困难的。因此,我们要尽可能地进行测量,但并不总是能够清晰地知道哪些内容与我们真正目标相关。    有很多类似 Sonar 这样的优秀工具能为你的代码进行各种常用的数据评测。通常的问题在于,开发者并不了解(或者在意)这些数据的含义。类的复杂度是 17.0 是好还是坏?我的代码关联系数是5.6%,但是也许有更好的理由这么做。怎样的数据对这段代码而言才算是合理的?LCOM4(缺乏内聚性的方法指标)是好事还是坏事?坦率的说,这听起来更像是治疗癌症。  当然,如果我足够积极主动的话,我应该能够深入并且了解每种数据的含义,并且试着达成合理的目标,等等等等。拜托,我正忙着,没有时间扯淡。这些数据是在让人难以捉摸,索性忽略掉好了。当然,领导们不这么认为。    一定有一种更好的办法来评估“代码质量”。    无论你评估的是什么,评估的内容一定要得到团队成员的赞同和理解。如果团队中有一半的人表示反对,那么评估的结果一定不会很好。一些人努力想要改进,而其余的人则会让事情变得糟糕。实际效果一定会让人大失所望。    不必评估“标准”的内容,像是代码覆盖率或者圈复杂度。只要团队成员一致认为这是一项有用的数据,每个人都认为需要在这个方面改进并且做出承诺,那么评估它就是有用的。  我在 youDevise 的一个同事,花了 10% 的工作时间构建了一个可以跟踪评估数据并能够以图形的方式展示结果的工具。然而,非常特别的是,这个工具并没有计算很多大型静态分析工具给出的那些常见评估数据,而更多地统计了更加常见和具体的问题。那么,哪些是更贴近自己且更容易评估的呢?  · 如果你有一个上帝类,那么可以统计文件的代码行数,行数越少越好  · 如果你有一个想要避免使用的第三方函数库,那么可以统计使用它的次数  · 如果你有一个想要移除的类,那么可以统计引入这个类的次数  这些简单的测量代表了我们真正想要摆脱的技术债务,通过减少技术债务我们能够改进自己代码的质量。与此同时,评估的方法也会异常的简单,最直接的方式只需要执行 grep 和 wc 命令就可以。  评估什么并不重要,只要团队相信你评估这些内容会得到改进。通过评估你们关心的内容,你会真正了解到你的代码质量。    最后,请把评估结果贴到显示器上,与实际构建状态越接近越好。这样每个人都能够看到你正在做什么,并且能够不断提醒人们质量的重要性。反馈是非常重要的,你能够看到事情正在朝着更好的方向发展;同样重要的是,当质量开始滑坡时,数据图能够把问题上升的趋势展示出来。    代码质量是一个非常抽象的概念,因而很难测量。因此,你应当转而关注那些容易评估的东西。评估内容越简单、越容易理解,改进起来也越容易。如果你需要花时间解释这些评估的意义,那么这里肯定有问题。尝试一次只关注一部分内容,如果你同时关注 100 项不同的数据,让这些方面都能够得到改进几乎是不可能的。如果我们只关注其中的几项,我就能记住他们,至少不会让它们变得更差。我有可能把它们清晰的记下来,这样才能够改进它们。  你在评估自己的代码吗?如果是的,你评估的内容是什么?如果不是,你认为可以评估哪些方面呢?  英文原文: 编译:

分类:兴趣

时间:2016-07-13 08:01:08