阅读更多

5顶
0踩

移动开发

转载新闻 Google I/O开发者大会上演示Android最新应用

2008-06-02 15:15 by 资深编辑 withyou 评论(0) 有2295人浏览

美国谷歌在2008年5月28日于美国旧金山面向开发者举行的“Google I/O”上演示了该公司手机平台“Android”的最新应用。Android终端预定于2008年下半年问世。

图1:终端的待机画面。手指按照9个亮点事先确定好的顺序划动,终端即会解锁,进入可操作状态
图2:Gmail的显示画面。除Gmail外,还可以使用Calender和Reader。与苹果公司的“iPhone”一样,手指轻弹,页面便可以大幅滚动
图3:Web浏览器中配备有放大手指按压部位的功能
图4:贴在画面上的时钟,可以随着手指在画面上移动
图5:在Android上运行往年流行的“吃豆(PACK MAN)”游戏
图6 :将会场气氛推向高潮的是可以显示地图上特定位置360度视图的功能,该应用利用了谷歌地图的Streat View功能。将终端放在眼前,转动身体,内置的地磁传感器可以感测到身体的方向,可以提供在指定地点可以看到的风景(点击图片放大)。
5
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 软件工艺( 英文版 )

    This book asks some tough questions. Is software engineering appropriate for projects of less than 100 developer-years? Is the specialization inherent in software engineering a good idea? Can software development even be expressed in engineering terms? It also asks some sensitive ones: Are less experienced developers paid too much, and should senior developers be paid more than almost anyone else in their organization? Should tools that are less than ten years old be used on long-term projects? And at its heart, this book asks the big question: How can we reorganize the process of building software so that it works? The book has some controversial answers: It suggests that we've lost sight of a simple truth—large methodologies and formal structures don't write software; people do. To fix a growing crisis in software development, we need to start by producing better developers. To do that, Pete looks back to a system that has worked well for hundreds of years—craftsmanship. Craftsmanship is far more than a tag for high-quality work. In the full meaning of the word, craftsmanship is a self-sustaining system in which masters arrange for the training of their replacements and where status is based purely on the work you've done. Apprentices, journeymen, and craftsman all work together as a team, learning from each other. Customers select these teams based on the team's reputation, and teams accept only work that they feel will enhance their reputation. Can this full system of craftsmanship work in our industry? Frankly, I don't know. Many entrenched interests will certainly oppose the idea. But I do know that being apprenticed to masters works. It worked for me. I was lucky enough to attend a great university, where I learned much theory (there was less theory back then). What really made the experience shine, however, was an apprenticeship that I served. One of the graduate students took me under his wing. He didn't explicitly teach me, but he showed me by example how a great programmer thinks. Working next to him month after month, I absorbed more practical knowledge about design, coding, and debugging than any course could impart. Later, I joined a start-up in London where I served a different sort of apprenticeship. My new boss showed me that software development was as about people as it was about technology. He helped me understand the business side of the equation and taught me how great development builds personal relationships from a base of technical strength. I “graduated” from these two very different apprenticeships a far, far better developer than I started out. Based on my personal experience, I'm a believer. Working with masters is the best way to learn a craft. This book offers more than ideas about training the next generation of developers. It is also about a philosophy. Craftsmanship stands for taking personal responsibility: for your work, for your personal development, and for your profession. It doesn't matter how you develop software. You could be working 9-to-5 in a CMM level 5 shop, or you could be pulling 100-hour, caffeine-drenched weeks developing the next cool first-person shooter. You could use RUP, XP, or SCRUM—or no process at all. Whatever the structure of your work, the real value in software development is added when skilled developers write high-quality, appropriate code, delivering what the customer needs. Methodologies don't produce these skilled developers. Honoring and practicing craftsmanship, along with the other ideas in this book, just might. You'll do yourself and your career a favor if you spend some time with Pete McBreen's tough questions. David Thomas The Pragmatic Programmers

  • 《软件工艺》目录—导读

    版权声明软件工艺Authorized translation from the English language edition, entitled Software Craftsmanship: The New Imperative, 0201733862 by Pete McBreen, published by Pearson Educat...

  • 探索软件工艺学:掌握科研软件技能的利器

    探索软件工艺学:掌握科研软件技能的利器 去发现同类优质开源项目:https://gitcode.com/ 欢迎来到软件工艺学(Software Carpentry)——一个致力于提升全球各领域研究人员软件开发和协作技巧的志愿者讲师社区。这个开源项目不仅提供了丰富的教学资源,更是一个连接和导航社区GitHub上众多仓库和课程的元仓库。 什么是软件工艺学? 软件工艺学是一个教育性的社区,我们的目标是...

  • 《软件工艺》——前言

    (《软件工艺》一书即将由人民邮电出版社出版,详情参见http://www.china-pub.com/computers/subject/huodong/ry12.23/tyzt.htm。本文是该书的前言。)前言用“工艺学”来比喻软件开发,这可以看成是对软件开发的一次追根溯源:优秀的软件开发者们一直都知道,编程的确就是一门工艺技巧。不论软件开发者拥有多少纷繁芜杂晦涩难懂的知识,但最终左右着

  • 读《软件工艺》

    软件工艺这本书所提出的东西确实如译者所形容的那样----颠覆性的。初看很多观点都难以接受,但是接着看下去就又不得不对他的阐述点头,直呼“有道理啊”。下面是书中摘出来的一些观点:1。学徒(也就是刚毕业进公司的人)应该从内部使用的工具(框架?)的维护和升级开始。     ----我所见过的都是公司技术高手做这些框架,初来的人可能源码都拿不到,因为商业秘密。2。软件工艺拒绝精细的分工,软件工程对软件开发

  • 关于软件工艺

    前天看了看软件工艺一书,书中有不少观点解决了我以前的困域,但有些观点也不尽相同,我个人认为,工艺应该更重示具体的实现方式,所谓这具体的实现方式应包括:开发技能,工作习惯。说得形象些,工艺就是软件的战术实现,而软件工程则是战略指导,市面上上的软件开发工具则可以给我们提供先进的技术和手段,来帮我们达到目的。  

  • 《软件工艺》——译者序

    (《软件工艺》一书即将由人民邮电出版社出版,详情参见http://www.china-pub.com/computers/subject/huodong/ry12.23/tyzt.htm。本文是我作为译者为本书所作的序言。)译序时隔一年之后,当我再次到AMAZON寻找这本《软件工艺》时,它的评价不知何时已经悄悄地变成了四星半,销售排行也已经到了5,000多名——熟悉AMAZON的读者应该知

  • 什么是URI、URL、URN、URC和Data URI?

    前言 不知道大家有没有电话拨号通过'猫'上网的经历,那时测试网络是否连接,最好的方式就是打开浏览器输入: www.baidu.com 那会管这一连串字母叫‘ 网址 ’。之后上大学(计算机专业),知道了这一串字母还有一个名字‘ URL ’。再后来毕业了,找了个IT工作,有的同事又管它叫‘ URI ’。那么到底这一连串字母叫什么呢?URL和URI有时什么关系呢? 通过StackOverf...

  • 软件工程之QA管理(好软件系列二)

    软件工程之QA管理(好软件系列二) 在中国如果想做一个好软件,一般来说,基本靠的是项目经理或项目组几个人的个人能力。(虽然理论逻辑上说做软件要靠一个团队,但是事实上真正能把团队理念感悟,并能做到的人少之又少。曾见过一群牛b轰轰的人,却干出一个不是很好的软件。当然今天讨论的重点不在于团队,后续系列文章中,我会专门分享下团队的理念。)如果想将做好软件扩充到整体面上的话,我们就会发现某一个或者几个人的

  • 让你提前认识软件开发(1):序言

    正式踏上软件开发岗位已经将近两年了,经历了很多,也学到了很多。“万事开头难”,学生转变为职业人的过程,恰似茧化成蝶的过程。          1. 为什么要写作本系列?        在工作的过程中,我发现我们在学校里面学到的很多东西片面肤浅,根本达不到岗位的要求。像编码规范、研发流程等等学校里几乎不提及的知识,在实际的软件开发项目中却恰恰是异常的重要。        在学校里面,我们欠

  • 方案模板

    1 序言简述项目实施的必要性及意义。2 需求分析2.1 技术现状描述用户现有技术应用环境、人员技术状况。2.2 用户需求着重描述用户的目前需求及未来的设想。3 硬件系统技术方案设计3.1 网络方案设计3.1.1 设计原则根据项目具体情况,提出设计原则,应突出可靠性、安全性、高性能、和可管理性四项原则。3.1.2 设计要点强调方案设计过程中技术要点及难点。3.1.3 方案设计画出网络方案拓扑结构图。3.1.4 方案描述根据网络方案拓扑结构图,描述出采用的网络产品及其配置和特点、网络互联、端口设计等。3.1.5

  • 漫谈图书的选购(答网友问)

    漫谈图书的选购(答网友问)覃士国(本文转载自软件工程专家网www.21cmm.com)  “你好!我看到有不少的人提问如何学习程序设计和在哪里买有关书籍,我建议专门制作个网页加以介绍,并分为初中高级分别介绍为好。以方便对广大读者特别是从零开始的读者介绍,可以防止读者提出类似的问题,也可以使在学习方法上一步一步循序渐进的学。”  这是一位网友的来信。这

  • 《软件工艺》——中译本序

    (《软件工艺》一书即将由人民邮电出版社出版,详情参见http://www.china-pub.com/computers/subject/huodong/ry12.23/tyzt.htm。本文是作者Pete McBreen专门为中译本所作的序言。)中译本序看见“软件工艺”的思想在全世界得到日益广泛的认同,我欣喜若狂。这本《软件工艺》,是为软件开发的工艺学送上的赞歌。在过去的30年中,很多人试图

  • 【P2P网络】磁力链接转换为种子文件 magnet to torrent

    作者:zxx 1.前言       将种子文件转换为磁力链接很简单,只需要在种子文件的infohash码前面加上magnet:?xt=urn:btih:即可,相信大家在迅雷,utorrent等主流软件上也都能发现这个功能。       但是将磁力链接转换为种子文件就不那么简单了,因为sha-1算法是不可逆的,但是BT协议确提供了这个功能,但是我在网上没有找到中文的介绍,这里就将自己的研究心得

  • Python----pip的安装与使用、各种操作总结

    查看可更新包: pip list --outdated --format=columns 批量下载并更新: pip install pip-review pip-review --local --interactive

  • 浅谈软件工艺

        第一次读到这样另类的书,刚开始读这本书的时候感觉笔者是一个非常讨厌使用软件工程的方法来开发软件的人。这种给我的感觉一直贯穿到我读完整本书,这本书是我用一个晚上的时间一口气读完的,理解上可能只限于表层,但就针对这表层的一点理解下面我来谈一下我的认识。    软件工艺这本书的笔者一直强调一个问题,那就是工匠在一个项目中的地位。工匠这个词听起来是一个很老的词了,在过去其他行业当中工匠是一

  • [笔记] 软件工程 VS 软件工艺 -- 《软件工艺》读后

    花了俩个晚上一口气读完了《软件工艺》,应该是即《程序员修炼之道》后再让我喝彩的非技术类计算机书籍了,虽然看得是囫囵吞枣,却也酣畅淋漓,解决了我心中的疑惑。软件工程强调的是软件开发的过程,软件工艺则强调软件开发中工匠的重要性,换句话来说,软件工程强调的是管理,软件工艺强调的是人。 软件工程将软件开发严格的划分需求、概要、详设、开发、终结几个阶段,各阶段有各自的负责人,通过详尽的文...

  • "软件工程"与"软件工艺",孰是孰非

          近来"软件工程"与"软件工艺"是非曲直之争颇为激烈,"软件工程"支持者大骂"软件工艺"离经背道,"软件工艺"支持者口口声声要放弃"软件工程"。自《Software Craftsmanship》的中译本《软件工艺》出版后,在国内软件界也掀起了一阵涟漪。本文阐述本人的一家之见,希望有助于平息不必要之争论。      计算机界的泰山北斗Fred Brooks在其1986年的著名论文《No S

Global site tag (gtag.js) - Google Analytics