InfoQ

主题/标签专用视图

InfoQ 上所有与“图书”相关的内容及新闻


最新“图书”相关专题内容

37 Signals的实用最小主义实践

社区
Agile
主题
敏捷技术

本文结合37 Signals公司在开发Basecamp等产品时的实践,介绍了实用最小主义开发方法。实践证明,尤其是在开发Web应用时,这一方法非常有效,其内涵具体体现在“精简代码。”“拒绝在先。”“找对人。”“与其做半成品,不如做功能减半的优质品。”等。根据作者的观察,Google现在之所以那么成功,其所遵循的软件开发哲学和最小实用主义非常类似。

“图书”相关新闻

个人回顾——提升你的“wetware”

社区
Agile
主题
培训/认证,
方法论

上个月与Andy Hunt的访谈中,他提到了自己从讲求实效的程序员转变到敏捷软件开发,再转变为Pragmatic Wetware的过程,这也是他最新的兴趣所在。“Wetware就是你脑子里面的东西,它位于你的两耳之间,所有的行为——与软件开发相关的所有思考都明确无误地在其中发生。”

Git/Github近况:Ruby图书,Gems软件包,Gitjour

社区
Ruby
主题
Ruby on Rails,
技术

在Ruby世界中,Git和Github的使用者逐步增多。一些有关Ruby的图书项目现在宿主于Github。Gitjour是一个使用Bonjour协议的新工具,用来分享git软件库。最后:Github可以方便地发布项目的gem包。

Rails开发近况:Dreamhost使用mod_rails,Capistrano 2.3发布和新书出版

社区
Ruby
主题
Ruby on Rails,
部署/数据中心

Rails开发的近况包括:Dreamhost宣布将使用mod_rails来支持Rails——在今年初的争论之后;Capistrano 2.3发布;《Rails应用程序部署:循序渐进使用指南》出版。

Rails近况:《敏捷Web开发》有了新版本,GSoC '08,to_proc与Ruby 1.8.7

社区
Ruby
主题
性能和可伸缩性,
Ruby on Rails

纵览近期的Rails新闻,其中包括了Pragmatic Programmers的《应用Rails进行敏捷Web开发》第三版的宣布,Google举办的Summer of Code活动采纳了两个项目来关注Rails的性能。最后,让我们看看为什么Rails使用#to_proc符号会导致其被移出Ruby 1.8.7。还有为日本读者提供一个新的Rails新闻来源。

“图书”相关文章

书摘和访谈:《FXRuby:用Ruby创建精简的GUI》

社区
Ruby
主题
富客户端/桌面

《FXRuby:用Ruby创建精简的GUI》是一本关于FXRuby GUI库的新书。InfoQ访问了书的作者Lyle Johnson,还提供了独家的书摘。

与Jolt大奖提名图书《Release It!》的作者精彩对话

社区
Architecture,
Agile,
Java,
Ruby,
.NET
主题
性能和可伸缩性,
部署/数据中心,
故事和案例分析,
质量交付,
企业架构

Michael Nygard所著《Release It!: Design and Deploy Production-Ready Software》已获得2008年度Jolt大奖的提名。此书主要围绕怎样开发产品级软件(production-ready software)以及此类软件与功能完备软件(feature-complete software)之间的差别两个话题展开讨论。InfoQ与Nygard就此书所涉及的内容展开了一次对话,期间Nygard还回答几个关于此书所述之哲学怎样与敏捷等概念相适应的问题。

书评:协作精解——软件项目领导的建导技巧

社区
Agile
主题
工件和工具,
团队协作

David Spann是一名经验丰富的建导师,他对Jean Tabaka的著作《协作精解:软件项目领导的建导技巧》作了见识深刻的评论。Jean是一名经验丰富的教师、顾问和教练,她在书中展示了增强团体效率的技巧,并为确保初次尝试能按计划顺利进行提供了模板。在讲授的同时,她也分享了许多绝妙的故事。

书评:责任病毒让恐惧削弱了协作的效果

社区
Agile
主题
协作,
领导能力,
企业级敏捷

相对传统的管理方式来说,有些组织采取了“放权式”的管理,可他们的绩效产出确实超越了采用“命令与控制”方式进行管理的竞争对手了吗?Rotman管理学院系主任Roger Martin发现这种“大有前途的”方法却经常失败。他的分析结果是:失败的原因来自“责任病毒(Responsibility Virus)”;他提供了一系列工具,帮助那些希望解决自己身边类似问题的人。书评人Deborah Hartmann认为这本书能够很好地解释为什么仅改进流程是不够的。