摘要：1.采用用户故事这一方法，是从写下两条信息开始的：每一个系统需要实现的目标和实现那个目标所需要的大致成本。 2.3C原则：“card、conversation、confirmation”，任务卡片、交流、确认 3.大量预先的需求收集和文档会议很多方式导致项目失败。最常见的是需求文档变成软件开发的目的 阅读全文

摘要：背景 目前互联网上充斥着大量的关于RESTful API（为方便，下文中“RESTful API ”简写为“API”）如何设计的文章，然而却没有一个”万能“的设计标准：如何鉴权？API 格式如何？你的API是否应该加入版本信息？当你开始写一个app的时候，特别是后端模型部分已经写完的时候，你不得不殚 阅读全文

摘要：序：一直没有时间读这部史诗级的经典著作。现在终于有机会了，那么，开始吧... 1.职业的乐趣：编程为什么有趣： 1）是一种创建事物的纯粹快乐 2）快乐来自于开发对其他人有用的东西 3）整个过程体现出魔术般的力量——将仙湖齿合的零部件组装在一起 4）学习的乐趣 5）乐趣还来自于如此易于驾驭的介质上（靠 阅读全文

摘要：test 阅读全文

摘要：一、引言 1.几条基本规则：（清晰性和简洁性最为重要） 模块的用户永远也不应该被模块的行为所迷惑（那样就不清晰了），模块要尽可能小，但又不能太小 代码应该被重用，而不是被拷贝 模块之间的依赖性应该尽可能的降到最小 错误应该尽早的被检测出来，最好是在编译时刻　... 阅读全文

摘要：程序员编程语录 1. 一个好的程序员是那种过单行线马路都要往两边看的人。(Doug Linder) 2. 程序有问题时不要担心。如果所有东西都没问题，你就失业了。(软件工程的Mosher定律) 3. 程序员的麻烦在于，你无法弄清他在捣腾什么，当你最终弄明白时，也许已经晚了。(超级计算机之父Seymour Cray) 4. 我想大部分人都知道通常一个程序员会具有的美德。当然了，有三种：懒惰，暴躁，傲慢。(Perl语言发明者Larry Wall) 5. 编程时要保持这种心态：就好象将来要维护你这些代码的人是一位残暴的精神病患者，而且他知道你住在哪。(MartinGolding) 6. ... 阅读全文

摘要：以下内容收集自一些优秀的技术书籍章节开头的名言佳句，非常有意思，直接或间接反映了软件开发中的一些事情。生命太短暂，不要去做一些根本没有人想要的东西。——Ash Maurya如果你交给某人一个程序，你将折磨他一整天；如果你教某人如何编写程序，你将折磨他一辈子。——David Leinweber软件设计有两种方式：一种方式是，使软件过于简单，明显没有缺陷；另一种方式是，使软件过于复杂，没有明显的缺陷。——C.A.R. Hoare其实，我尝试着使 Ruby 更自然，而不是简单。Ruby 看起来很简单，但内部是非常复杂的，就像我们的身体一样。——松本行弘，Ruby 之父大部分情况下，构建程序的过程本质 阅读全文

摘要：驱动测试开发(TDD)是唯一能让你写出没有 bug 的程序的方法。只有结对编程是可行的。我们之所以成功就是因为我们使用的是远程开发人员。等等等等……像这样的话每天我都能看见。像这样的风言风语十分能蛊惑人心，它愚弄我们，让我们认为这就是我们不能遇到阿拉丁的那个茶壶里的精灵的唯一原因。最终，这些人所写的会让你也这么认为。如果你随机找 100 个程序员，问他们“开始一个新项目前首先想到的技术方案是什么？”相信你会得到 100 种不同的回答。那么，为什么有这么多的人看起来坚信自己的方法才是唯一可行的？在我看来，这答案既十分的简单，又十分的复杂。说简单，是因为有些人就是喜欢说。说复杂，是因为软件业实际上 阅读全文