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

[juicy]

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

比如说：

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

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

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

[emohacker]

@juicy 感觉这种情况发生只有在大版本更新中，或者访问量上来了，你的程序性能优化空间还蛮大而需要做优化，况且即便要变数据库结构，肯定也要事先规划好数据转换逻辑，数据还是在那里的。

之前经历过一个项目2.0变动非常大的，把逻辑理清楚，重构完之后感觉很舒服的，这个过程的艰辛在于如果你是中途接手的，那你就需要蛋疼别人给你留的坑，因为历史遗留问题是必然存在的。

纠结完之后你就会感觉跟以前不一样鸟。

可是感觉你的问题有点矛盾，前端的变动不应该牵动到底层数据逻辑才对，底层的数据逻辑由功能需求决定，前端是负责表现需求以及实现交互。你说的那种情况，我觉得应该是需求大变，前后端都得变

[xuan_lengyue]

送给楼主一句话
Done is better than perfect.
首先把东西做出来用起来，然后你完全会有完全不同的视角，再重构。

[juicy]

@emohacker
@xuan_lengyue

恩，谢谢～心里大致有个数了

[efi]

对完美主义者来说，应该这样想：先花一个小时做出一个屎一样的原型（好听点叫Minimum Viable Product），做出来了再说别的

[akira]

所以国内的小老板们才是最理智的，
管你用什么方法，先给我整个能跑的东西出来再说

[slimbloody]

premature optimization is the root of all evil

[funcman]

人不要以自己为上帝。
你在想什么设计比较好，其实就是在想什么设计最好。
满足需求就行，顶多照顾一下算得到的潜在需求。
最好连潜在需求都别照顾，因为潜在需求其实就是个大坑。
保持轻量，保持简单。
千万不要跳入完美主义的深坑。