领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Dave West 译者 张龙 发布于 2010年6月28日
如果握着手机左下角,iPhone 4G就没反应了。Steve Jobs却说,这个问题有两个解决办法:要么“别那么拿着手机”,要么使用iPhone配件把手机包起来。这并不是什么大问题,但却引发了一场争论:如何平衡好技术与使用该技术的用户界面之间的关系。虽然还没人提过,但我们很容易就会想到:拥有更高分辨率的iPhone 4会让控制变得困难,手指大一些的人很难在屏幕上精确地操作。
硬件工程师们还在不断地把更多的处理功能加到小型设备上,但不断出现的操作障碍却是如影随形。这种问题在移动电话上尤为明显。来自Hasso Plattner Institute的Patrick Baudisch(之前在微软研究院)年初曾说过:
现在对于大众来说只有一个真正的计算平台,不是PC,不是One Laptop Per Child,而是移动电话,它的占有率要高出几个数量级。我们需要为这个令人激动而又前途无量的平台做好设计工作。
界面问题不仅有会干扰到天线的较大手指和皮肤电导;有些东西甚至都没法用,比如触摸式输入,触摸控制甚至比鼠标的精确度还低,在某些环境下甚至都没法使用界面(比如在开车的时候根本没法使用触摸功能)。
一些问题和可能的解决方案列举如下:(摘录自今年2月的ACM通信大会 )
未来,界面可能会与设备完全分离并放到我们的身体当中。可视化的显示包含了人眼视网膜、“说话人”向人耳所灌输的电导以及手指中的触觉传感器。
从根本上来说,技术界面与人类用户之间的“阻抗失配”问题需要由用户解决而非技术专家。就像发明一门“新”语言来绕开电话号码/字母板的限制一样,用户会找到解决办法的。技术专家需要考虑到用户创造力和文化的影响,每天都要经历设计的约束与灵感的火花,这会使他们受益无穷。iPhone 4G的研发历经了这么多个月,但没有一个工程师曾拿着电话的左下角看看信号是不是断了,这简直太不可思议了。同样不可思议的还有Apple工程师和设计师们并没有想到会有那么多用户习惯于这么拿电话。天线的设计并没有考虑到这个事实,最终导致了这种不可思议的事情还是发生了。
查看英文原文:iPhone Antenna Problems Pose Alternative Interface Design Questions
译者 张龙 热衷于编程,乐于分享,对新技术有强烈的探索欲,对Java轻量级框架有一定研究。
没有iphone 4g,是iphone 4。其实,这也不能完全怪apple,就连fcc它也没测出这个问题。
4g就是4 generation,呵呵,没错
rt
apple坚持了两个原则,
1分辨率提高后,屏幕元素的面积与之前完全一样。
2虽然像素增加需要每个屏幕更多更多的计算量,但同时提高的运算性能,导致速度并降低。
所以文章开头就不对了。
最后整篇文章说的是触摸屏的一些实验室技术。
众所周知,iPhone的触摸精度和速度至今从未成为缺陷。
标题党呀,鉴定完毕。
2虽然像素增加需要每个屏幕动作更多的计算量,但同时提高的运算性能,导致速度并未降低。
苹果之所以不叫4G,显然是要与无线的4G区分开。这种细节注意是很重要的。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
6 条回复
关注此讨论 回复