编程编到一定阶段之后，大家都有没有遇到这样的阶段？

[juicy]

前端快工作一年了，渐渐地发现在写代码的时候遇到一些很纠结的时刻。

比如说：

在一些代码实现的时候，你心里有若干中实现的方式，可以这么做，也可以那么做，但却不知道选哪个，一直纠结犹豫着，一直考虑着选了这样实现以后会不会遇到什么问题、是不是选另一个方法就会避免这种问题之类想起来可以无穷无尽的问题。。。经常被这些问题弄得筋疲力竭的，觉得编程就是折磨人的事情。

还有，比如自己在鼓捣网站的时候，考虑某个交互问题的时候，往往会中止徘徊在“到底怎么样设计才比较好“的问题上。

很苦恼，求有经验人士给予指导

[davepkxxx]

选个你自认为ok的方法开始动手吧，这都是积攒经验必经的过程。

[FrankFang128]

先做，遇到问题再改。

[ushuz]

做出原型之后再考虑有什么地方可改进的

[JimGee]

把每次的过程详细记录下来，分析、比较方法的不同。

[sun391]

多尝试即可，重构的多了以后自然就知道该怎么办了

[otakustay]

我觉得，会这样的原因就是，你遇到的问题还不够多。我觉得成长很大程度上靠失败的经验积累起来的，别怕错只管来就是了

[yunan]

推荐一本书《无从选择》

[Golevka]

遇见这种情况我一般都直接用greedy algorithm...

[jjx]

完美主义作祟, 过了就好了

用java或.net的都有这个阶段 , 因为这些语言务虚, 凡事必讲模式,架构等. 用动态语言php/python/ruby的会好些,因为这些语言务实

[juicy]

谢谢楼上的各位～

@jjx 感觉确实有点完美主义的倾向，我总是倾向于找到最好的解决方法，可往往不存在最好的完美的解决方案

@yunan 看了豆瓣的简介，似乎确实是我所面临的问题，有机会看看～

[wezzard]

退回到原點，然後選擇一個最符合初衷的方案

[kangjia]

没看懂是交互纠结还是代码纠结。
如果是交互纠结，没建议。
如果是代码纠结，也没建议。（真心不是来捣乱的。只能多试了。

[perrywky]

我经常碰到这样的问题，在一些方案间犹豫不觉，浪费大量时间，搞得精疲力尽，心情沮丧
这样做的目的无非是因为情况有点复杂，你想兼顾各种情况，做出最“完美”的设计，但其实你是掉坑里了，不停的原地打转
在“折磨自己”无数次后，我现在的做法是，先用最简单直接的方法解决主要问题，让它上线
上线稳定后再考虑其它情况，一个一个来，在这个过程中你会发现一些“范式”，可以有效解决之前纠结的问题，然后觉得之前的纠结很SB
这个过程中可能需要一些重构，写点单元测试可以让重构顺畅点

我现在觉得，好的设计不是一开始就能“想”出来的，而是在开发过程中“发现”出来的

[aisk]

参考奥卡姆剃刀原理

[juicy]

@perrywky 恩～～

[juicy]

@aisk 。。。奥卡姆剃刀原理

[alsotang]

先可用，再重构。

[emohacker]

@alsotang 赞同，我也是这么做的，重构会有新的认识，技能提升很快

[juicy]

@emohacker
@alsotang

恩～但不知道你们有没有遇到过前端一旦改了个东西，后端逻辑呀数据库结构啊整个都要发生巨大变化的情况？

[LincolnDz]

可以去看看经济学上的两个方法