领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Abel Avram 译者 郑柯 发布于 2011年9月14日
Google GAE最近的价格提升,让开发人员感到讶异。针对此种状况,Google做出反应,对价格计划做出一系列调整,最重要的是:新的收费方式会推迟到11月1日执行,而且每天免费的实例小时数从24增加到28。
Google曾经宣布:GAE将会结束为期3年的预览阶段,在五月的2011 IO大会上进入正常运营阶段;这基本上等于说:之前的价格计划并未提供足够的收入,无法维持他们的云业务:
为了成为正式的Google产品,我们必须重新组织我们的价格模型,以获得稳定的收入。根据客户反馈,这意味着将会主要使用基于用量(usage-based)的价格体系,之前的每用户、每应用的价格体系将会暂停使用,直到有进一步通知。
当时,他们公布了一个新的 价格列表以及相关细节,说明用户会受到哪些影响,以及他们如何在新的价格选项下看到具体花销。Google说明:之前GAE的商业用户(GAE4B)特有的一些功能将对所有人开放,包括“SLA、特定域名的SSL、SQL、运营和开发人员支持,以及新的面向商业的服务条款(Terms of Service)。”
Google还公布了新的使用类型(Usage Types):免费、付费应用(Paid Apps)、白金账户(Premier Account),还有针对实例、API和Datastore存储的新使用费率。看起来,最重要的变化是从按CPU周期付费(CPU cycles)转向按实例-小时(Instance-Hours,IH)付费。在新的价格计划下,用户必须为运行的所有应用实例付费,即使某个应用大部分时候处于空闲状态。同时,免费的用量也降低了,特别是API调用。
8月31日,Google重新阐述了他们切换到新计费系统的意图,声明:新计费系统将会在9月的后半段生效。之前的声明没有多少人注意,这次不同,在不止十万人的GAE开发者中引起了强烈反响。很多人对改变感到讶异,有些人表示了他们的不满,并声称要转移到其他更便宜的解决方案上。
分析一下人们在Google博客上的某些评论,可以看到大部分评论来自于拥有简单网站的人们,多数是静态网站,而且很多时候都是空闲的。下面是Groovy项目经理 Guillaume Laforge的留言,他在Google Plus一篇相关帖子上做出评论:
我有一个简单的博客应用(http://glaforge.appspot.com),没多少流量,但是有定期的访问量,来自随机访问者、feed读者和Google的搜索机器人,这让我的博客实例总是处于活跃专题。尽管已经调整了“滑动条”(最大实例数/空闲时间),我的小博客还是会让我出点儿血。我过去真以为一个小博客网站可以不花钱运行,现在我真得很失望。
10天之后,Google做出反应,发布了对GAE新价格的一系列调整。Google这次提供了更好的分析工具、使用量对比报表,在12月1日之前还有扩展的50%折扣,还希望尽快推出白金账户,此外,主要调整还包括:
同时,Google还提供建议,说明如何降低在GAE上运行应用的成本,如何管理资源用量,不过基本建议是:尽量降低运行实例的数目,使用更便宜的、预留的实例-小时。有一个开发人员采纳了这些建议,写道:
之前,我的费用从每天0.14美元涨到每天3到4美元(我负担不起每天4美元……1美元1天是我现在的上限了)。我把“设置最大空闲实例数”设定为1,因为大多数时候我不需要那么多实例,过去我拥有的5到8个实例几乎总处于空闲,因为服务的请求很少。现在,我的开销降到了每天0.39美元,涨到原先的3倍我也可以接受,毕竟原先的价格很便宜。
使用白金账户,大型的商业应用每个账户只需按月付500美元,而不是像Paid Apps按照每月每应用9美元的方式付费。但对于运行中的实例和使用的贷款,还是有附加费用。虽然Google声称GAE的新特性对于大型组织很有好处,他们的开销还是会增加2到5倍。Google负责App Engine的工程总监Peter Magnusson这样说:
也就是说,新的App Engine的价格的确更高了。实际上,我估计很多大型应用在优化之后,将会比以前多付2到5倍费用。很多小应用如果不优化,或是做出性能的妥协,将不再适合免费的范围。很多应用以前只需要比免费多掏一点点钱就可以了,现在必须承受更多开销。
Google仍然相信他们的价格相对其他厂家有竞争力,并邀请开发人员写邮件给appengine_updated_pricing@google.com反馈他们的想法。
查看英文原文: InfoQ: Google Adjusts GAE Pricing Terms Based on User Reaction
译者 郑柯 InfoQ中文站总编。做过开发,当过PM,干过销售,搞过市场,最终还是回到媒体。实用的理想主义者,相信:每天改变一点点,这个世界会更好。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
2 条回复
关注此讨论 回复