Ape*_*ago 23 php mysql agile web-applications
大家到目前为止的答案很棒 每个人都非常有助于找到问题的根源,并帮助确保我的合作伙伴和我在同一页面上.我认为很多是因为我们没有谈到我们对发布时间表和一般工作流程的实际意图.
在这样做的过程中,我遇到了一些我从未想过要解决的相关问题,可能会在以后发表更多帖子(可能在程序员 - 堆栈交换中)
我和我的一位大学朋友在网络应用程序上工作.
我们正在使用MySQL和PHP开发我们的站点,并计划在前端使用一些jQuery.我们的目标是手机和平板电脑.它最终将涉及大量众包数据.我不想多说具体的项目想法.(如果您认为我应该提供更多细节,请对此发表评论.)
我们有一个原型,并有一些GUI模型.我们的想法既抓痒,也似乎是以前从未尝试过的事情.
我们希望遵循37signals的书"REWORK"中的原则.本书的一大部分是早期推出产品的想法.它讨论了为什么我们应该专注于我们产品的核心,我们应该忽略所有额外的东西.
基本上是为可销售产品尽量减少可能性的想法,以便我们可以发货并开始获得反馈.我们对这意味着什么都有不同的看法,它将我们拉向不同的方向.
我认为这本书只讨论最小功能,但他觉得这也是关于代码设计的.我认为有些事情现在值得做,以加快速度,但他希望我们尽可能快地赶时间并完全跳过这些问题.
我想做一些准备工作,因为它会节省大量的时间.就像从OO开始,设计一个完整的数据库模式,花时间设置像xCSS这样的东西,并将我们的问题分解为单独的步骤.
[我明白他的方式:]他想冲过去,甚至如果它意味着写恐怖/草率的代码,只要它得到设计出了门.他不想在基本的代码基础设施上花费时间或者在我们采用或干燥原则时重构.他不想花时间来决定需要做什么,他只是想做.例如,他认为对svn进行小的改动只是开销.
据我所知,他不希望我们卷入浪费时间做一个完美的系统,但我认为这会路太远,而不是什么37signals的崇尚.
它本质上是一个乌龟VS野兔的问题,我不知道该如何向他解释,他将拍摄自己的脚,如果他没有至少做一些简单的节省时间的代码设计的选择,和向下突破的问题和工作在小的离散块上.
否则他是一个优秀的开发者,并且能够做得很好.
准备多少太少,多少太少？
在我们的项目开始时,我们应该关注哪些高回报的事情？
在这个开发阶段,我们应该如何判断什么是值得工作的,代码明智的(不是特征)？
是否值得花费执行之类的东西XCSS等系统,将使其更容易从一开始就写干净的代码的时候？
你会如何向他解释细粒度任务的价值并进行小的原子变化.
您对代码做了哪些事情导致更快的发货时间？
我会接受最能改变他/我心灵的答案.您可以随意回答我列出的任何问题,以及我们的目标语言中的示例奖励积分.参考其他37signals的工作可能会有所帮助.
很高兴看到另一个37signals粉丝!
以下是他们的在线书" 获得真实"的引用:
人们经常花费太多时间试图解决他们甚至还没有的问题.别.哎呀,我们推出的Basecamp没有向客户收费的能力!由于产品以月度周期计费,我们知道我们有30天的差距来计算出来
基本上,决定发布日期.将应用程序的总范围减少到在该日期发布所需的最低限度.这将帮助您及时获得应用程序,并为您提供实时数据.
如果您已经找到了范围部分,并且想要关注编码问题,那么您应该特别关注本节,管理债务:
可以[不时将一些仍然有效的错误代码组合在一起].事实上,它通常是一种必要的技术,可以帮助您完成整个Get-Real-ASAP事务.但你仍然需要将它视为债务,并在某些时候通过清理毛茸茸的代码或重新设计那个马马虎虎的页面来支付它.
简而言之,在开始时就把xCSS的实现搞砸了,但确保你在稍后阶段回到它.阅读"接口"和"代码"中的第9章和第10章.
最后,我最喜欢这本书的引用:
建立半个产品,而不是半个产品.你真正想要做的就是建立半个产品来踢屁股.
希望你们能够建立一个可以向世界展示的优秀产品.快速解决这些问题也是节省时间的另一个好方法!:)
| 归档时间： |
|
| 查看次数： |
791 次 |
| 最近记录： |