摘要:和,和,和或或或不用任何一个呢有了这些分割,我们不能把人们从教条中解放出来,但仅仅产生了一个相反观点的粉丝。相对论也可以被应用到软件设计。它取决于各种不错的理由,但是主要在于你的判断。我通过破坏了我工作的亿万富翁的软件证明了这一点。
我们都错了。当开始讨论观点时,这就是事情本身的样子。每个人有他或她自己的信念,它由该领域的多年经验、令人沮丧的代码、书、成功等等形成。所有这些背景是如何归结为一个统一理论的?它们只是还不可以。
你一直被告诉在工作中找到正确的工具。但什么是正确的工具呢?你决定的,根据你的实践知识。
我爱Ruby因为我觉得它自然,但是其他开发者讨厌这种语言。我喜欢干净的代码,其他人不关心。我赞成RSpec和Capybara,其他人喜欢Test::Unit。CoffeeScript 和 plain JavaScript, ERb 和 HAML,Postgres 和 MySQL. Vim 或 Emacs? Mac 或 Linux? TDD 或 不用TDD, 任何一个呢?
有了这些分割,我们不能把人们从教条中解放出来,但仅仅产生了一个相反观点的粉丝。
相对论也可以被应用到软件设计。我需要多少级的间接寻址才能完成一定的工作?好吧,看情况。它取决于各种不错的理由,但是主要在于你的判断。对你来说是优秀的,然而对于其他人却是让人失望的。
我们可以讨论折衷方案,但是请不要把你的成功产品当做你在代码方面是正确的资格。
我在Litmus工作,一家盈利丰厚的公司。如果我把下面的代码放在一个模板里,你会因为我的员工就发现它是合理的吗?
嗨,是的!谁需要那些像控制器和ORM的高级抽象,谁完全需要框架!那种结构是为太空架构师(architecture astronauts)准备的。离开我的草坪!看看我,我是个实用主义者。我通过 破坏了我工作的亿万富翁的软件 证明了这一点。
这不是一个论据,只是废话。
原文地址:http://lucaguidi.com/2014/04/28/we-are-all-wrong-about-software-design.html
文章首发“腊八粥”,http://www.labazhou.net/2014/04/we-are-all-wrong-about-software-design/
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/24786.html
摘要:另外说下,函数的返回值,也相当于是一次赋值。只不过,这时候是把函数内部返回值所指向的对象,赋值给外面函数的调用者输出函数结束后,这个标签虽然不存在了,但所指向的对象依然存在,就是指向的新对象。 还记得上一次关于变量作用域文章 : Crossin:全菊变量和菊部变量zhuanlan.zhihu.comshowImg(https://segmentfault.com/img/remote/...
阅读 711·2023-04-25 19:28
阅读 1376·2021-09-10 10:51
阅读 2362·2019-08-30 15:55
阅读 3379·2019-08-26 13:55
阅读 2975·2019-08-26 13:24
阅读 3308·2019-08-26 11:46
阅读 2724·2019-08-23 17:10
阅读 1393·2019-08-23 16:57