https://tonybai.com/tags/agile/Recent content in Agile on Tony BaiHugozh-cn2004-2026 Tony Bai. 版权所有.Tue, 10 Sep 2024 00:00:00 +0800https://tonybai.com/2024/09/10/programmer-mentors-and-their-classic-works/Tue, 10 Sep 2024 00:00:00 +0800https://tonybai.com/2024/09/10/programmer-mentors-and-their-classic-works/本文永久链接 – https://tonybai.com/2024/09/10/programmer-mentors-and-their-classic-works 早上送孩子去幼儿园的路上，收到一个小伙伴的微信： 我这才意识到今天是教师节！为人师，自觉还不够格！但在这个特殊的日子，作为IT行业从业人员，我想向那些在计算机科学和编程领域给予我们启迪的“老师们”致敬。这些老师可能不是传统意义上站在讲...https://tonybai.com/2013/09/04/putting-absolutely-everything-in-version-control/Wed, 04 Sep 2013 00:00:00 +0800https://tonybai.com/2013/09/04/putting-absolutely-everything-in-version-control/本文翻译自Dr. Dobb’s杂志主编Andrew Binstock的"Putting Absolutely Everything in Version Control"一文。 **持续交付(Continuous Delivery)的一个关键原则就是将所有东西都放入版本控制系统中。这解决了一些重大问题，但也引入了一些其他问题。** 持续交付是持续集成(CI)的一个自然扩展。后者旨在每次代码签入后运...https://tonybai.com/2011/06/07/use-buildbot-serves-serveral-projects-simultaneously/Tue, 07 Jun 2011 00:00:00 +0800https://tonybai.com/2011/06/07/use-buildbot-serves-serveral-projects-simultaneously/多数公司不会仅有一个项目，当你为一个项目引入持续集成实践后，其他项目就会接踵而来。这时你会重新考量BuildBot，考虑如何让BuildBot可以服务于多个项目。 如果你有足够的主机资源和人力资源，那为每个项目单独搭建一套CI环境是再好不过的了，每个项目都有专人维护CI环境，各个项目的配置互不干扰。不过对于一些公司来说，这显然有些浪费，BuildBot Master的资源消耗是不大的，我们完全可以...https://tonybai.com/2011/05/31/solve-the-problem-that-buildbot-can-not-send-mail/Tue, 31 May 2011 00:00:00 +0800https://tonybai.com/2011/05/31/solve-the-problem-that-buildbot-can-not-send-mail/在“使用BuildBot搭建持续集成环境”一文中我曾经说到：公司使用的mail服务器只支持SSL连接，而BuildBot似乎对SSL连接的支持有些问题，导致构建结果mail无法发送“。BuildBot实际上使用的是Twisted的mail库来发送邮件的，我下载了Twisted的一些mail发送的例子程序，并使用我的公司mail账户配置，但依旧发送失败。看来这个问题与Twisted的实现有关了。 这...https://tonybai.com/2011/05/18/set-up-ci-environment-with-buildbot/Wed, 18 May 2011 00:00:00 +0800https://tonybai.com/2011/05/18/set-up-ci-environment-with-buildbot/部门的持续集成一直做的不太好，我们开发部这边甚至一直没能做起来，这其中有各种原因：工具、意识、执行力、沟通等等。将持续集成引入到我们的开发过程中也一直是我的一个目标。去年末启动的一个项目让我感到时机变得成熟了。 新项目的代码是完全重写的，这样的机会甚是难得。因为大多数情况下大家都是在维护现有系统：做些添添补补、修正Bug以及优化之类的事情。项目初期，我特别向大家强调了要严格遵守统一代码风格并将as...https://tonybai.com/2011/03/17/improve-code-by-removing-it/Thu, 17 Mar 2011 00:00:00 +0800https://tonybai.com/2011/03/17/improve-code-by-removing-it/本文翻译自"Improve Code by Removing It"，来自于《程序员应该知道的97件事》一书中的某个章节。 少即是多。这是一句有些陈腐的短小格言，但有时它确实是正确的。 在过去的几周里我对代码库所作的改善工作之一就是删除了其中的几大块代码。 我们编写软件时一直遵循着XP的（译注：极限编程，eXtreme Programming）原则，包括YAGNI（即You Aren't Gonn...https://tonybai.com/2008/09/02/unexpected-pair-programming/Tue, 02 Sep 2008 00:00:00 +0800https://tonybai.com/2008/09/02/unexpected-pair-programming/Pair Programming, 结对编程是敏捷开发中一个重要的实践，并受到很多业界大师级人物的推崇。但是明知它对我们可能会很有帮助，但是如果推广、实践起来还是要突破各种束缚的，心理上的、流程规范上的等等。我想也许这也或多或少也和公司或者部门的开发文化有些关系。我很想去尝试，但是一直没有找到一个很好的机会，也没有找到"心仪"的Partner。 今天上午恰好要完成一个脚本的编写，这是一个升级产品时...https://tonybai.com/2008/08/27/try-demo-practice-of-scrum/Wed, 27 Aug 2008 00:00:00 +0800https://tonybai.com/2008/08/27/try-demo-practice-of-scrum/昨天，在下班前的一分钟，突然有一个想法：项目刚刚完成一个阶段性的任务，是否将项目组所有人召集在一起，每个人将自己在这个阶段做的东西向大家做一个展示呢？把这个想法和几个同事交换了一下意见，获得了支持。说做就做，恰好这段时间我一直尝试不断提高自己的执行力。遂在上午的一个短会上和大家道出了我的想法，并决定在今天就做这个演示活动。 这种想法其实不是什么独创，最近拜读了一本叫"硝烟中的Scrum和XP"的书...https://tonybai.com/2008/08/20/the-experience-of-cruisecontrol-rb/Wed, 20 Aug 2008 00:00:00 +0800https://tonybai.com/2008/08/20/the-experience-of-cruisecontrol-rb/我所在的项目一直以C语言作为主要开发语言，与做Java以及其他新兴语言的人不同，组内的同事似乎对新鲜的东西不是那么感兴趣，也没有主动去研究新鲜事物的意愿和意识。我深为此闹心，看到外面世界中那么多美妙的工具，再也不能坐以待毙了。我一直都是有很多想法的，但是迫于自身精力有限，自己无法全身投入，以前都是交予别人去做的，但是收到的效果都不是很好。认识到这点后，我决定自己动手，丰衣足食。 从心底一直对公司的...https://tonybai.com/2008/04/09/the-experience-of-mingle/Wed, 09 Apr 2008 00:00:00 +0800https://tonybai.com/2008/04/09/the-experience-of-mingle/本周一已经投奔ThoughtWorks的Dreamhead因公事回到沈阳，来到我们公司看望以前的同事。他谈到业界的一种说法：ThoughtWorks在"怎么做"上达到了很高的高度，但是在"做什么"上与Google这样的公司相比还有差距。既然ThoughtWorks在"怎么做"方面树立了榜样，那么这个公司推出的产品估计在"怎么做"上对其他公司也会有所指导^\_^。Mingle就应该是其中之一。 公司...https://tonybai.com/2005/01/09/open-and-close/Sun, 09 Jan 2005 00:00:00 +0800https://tonybai.com/2005/01/09/open-and-close/敏捷设计最基本原则：“开放封闭原则（OCP，Open-Close Principle）” \* 回顾SRP 在开始谈OCP之前，我们还是简单回顾一下Bob大叔在其书中所论述的敏捷设计的第一个原则“单一职责原则（SRP，Single Responsibility Principle）”。 Bob大叔在其书中将职责理解为“变化的原因”。一般当需求变化时，该变化就会反映为类的职责的变化。按书中所述“如果...https://tonybai.com/2005/01/07/embrace-agile/Fri, 07 Jan 2005 00:00:00 +0800https://tonybai.com/2005/01/07/embrace-agile/虽说Bob大叔（Robert C.Martin）的《敏捷软件开发–原则、模式与实践》一书在china mainland出版已经有一年之久了，但是我真正专下心看这本书还是在最近。也许敏捷开发思想和我最初脑海中的软件开发思想有些背道而驰，但是现在我正在准备拥抱它。 \* 重温经典的“敏捷软件开发宣言” 宣言部分摘录如下： 个体与交互         胜过     过程和工具 可以工作的软件     胜...