同时写前端和后台的代码，真的有些让人难过了。

[reorx]

后台一定是中心和主线，可当根据后台需要对前端进行调试时，会不由自主地沉浸其中。

然后，前端的代码告一段落要回到后台时，总是需要花时间去调整思路。

这样不断地转换，很难使效率稳定在一个令人满意的层次。而且……好累啊……

[mxfli]

这样很不错——能有机会同时写两端的代码。
如果让前后台的“点”尽量的小，同时写应该不麻烦。

[zhaiduo]

后台如何重要都是为了前台的完美啊。要学会欣赏，累了就换换心情在做吧。

[reorx]

@mxfli 谢谢你的建议，不过我还是不太懂这里“点”的概念，望解答～

我思考的解决办法是，让这两项工作在不同的时间段进行。比方说先写后台，持续工作直到把进度推进至预期的阶段，在这个过程，如非特别必要，尽量不要去写任何前端的代码，即便需要，也不能过于追求完美（做前端时不由自主的通病），基本的HTML能看就行。如果涉及的页面过多，可以用笔记的方式备忘，即在同时安排下一步前端的工作。然后该写前端的时候就只写前端，阶段性的任务一般会是将之前后台所涉及的页面优化。这个时候就可以抛开后台去Happy了:)

其实这种纠结应该是缘于人的大脑很难同时运作两种思维模式。后台和前端，一个是逻辑化，强调宏观把握的；一个是细节化、很分散的东西。不过进行这种锻炼未尝不是左右脑开发的一种方式，哈哈。

[reorx]

@zhaiduo 这个想法很好啊，我喜欢。那么对于后台程序员来说，会否做“前台如何完美都不过是为后台的装饰”，如此之想呢，呵呵。

[TheOnly92]

我一般上都是两边都写个粗枝大叶，先写前端需要的后台部分，然后完善前端，再看看后台有什么不完善，然后完善后台，然后进行下一个功能。打个比方说，如果写个 blog，就把后台写博客的先写好，然后在前端慢慢完善，然后在后台加入删除、编辑等功能。这样这一部分就完成了。

[reorx]

@TheOnly92 和我所想差不多啊:)。我之前的窘境是因为安排不当造成的，结果忽然在某一个时间发现所有的工作都纠缠在一起，无法有条理地继续进行了……

[TheOnly92]

不要太在乎所谓的“后台”和“前端”必须分开等等，编程是为了解决问题，如果想要以后可以再慢慢“美化”。

[dreampuf]

迅速实现.马上回头迭代..

不要让自己纠结于那些小细节.以后迭代的时候没准都不存在这些小细节.

[iugo]

如果非要把我塞在互联网中, 我觉得我更应该成为一个项目经理. 前台, 我的美术不好; 后台, 我没有系统地学过任何一种编程语言.

[iugo]

呃, 前台, 写错了. 我觉得应该是 UI 设计. 不完全算前端.

[bruce]

这算什么，我经常在php,js,c#,erlang,java,css直接切换

[bruce]

这算什么，我经常在php,js,c#,erlang,java,css直接切换

[mxfli]

@bruce 目前前后台都用JS，无切换的感觉，嘿嘿。

@reorx “点”就是功能点了，没什么其妙的东西。做WEB开发前后台都要精通是必须的技能。
同时写前后台代码不是什么难事，不是思路切换和两种思维模式不能共存。点——目标——功能点，能让你清楚的知道应该做什么。@TheOnly92的做法就很好。目标始终都是一个，只是越来越完善而已。开始只是煎饼果子，后面可以做成两个鸡蛋+黑豆面的煎饼果子而已。
“发现所有的工作都纠缠在一起，无法有条理地继续进行了”这种情况很多人都遇到过，但原因很可能是，对目标不清楚或者代码混乱造成的，一般来说无关前后台的思路切换。时刻清楚理解整体需求，和当前目标，保持代码简单清洁，经常回顾重构，使用版本控制。还有和技术无关的，要时刻保持自己的最佳状态。技术之外，我们有很多可以改进。

[bruce]

@mxfli nodejs 确实不错

[reorx]

@mxfli 收教了，谢谢！

现在自己确实存在一个问题，就是不能进行有效的版本控制，每次都是一个master走到底，除非遇到重大bug，才想着roll back一下。准备去找一些文章和书看看，学习下版本管理的思想和技巧。