这是一个创建于 5013 天前的主题，其中的信息可能已经有所发展或是发生改变。
后台一定是中心和主线，可当根据后台需要对前端进行调试时，会不由自主地沉浸其中。
然后，前端的代码告一段落要回到后台时，总是需要花时间去调整思路。
这样不断地转换，很难使效率稳定在一个令人满意的层次。而且……好累啊……
然后，前端的代码告一段落要回到后台时，总是需要花时间去调整思路。
这样不断地转换，很难使效率稳定在一个令人满意的层次。而且……好累啊……
 |
1
mxfli 2011-04-06 00:11:08 +08:00
这样很不错——能有机会同时写两端的代码。
如果让前后台的“点”尽量的小，同时写应该不麻烦。 |
 |
2
zhaiduo 2011-04-06 00:18:10 +08:00
后台如何重要都是为了前台的完美啊。要学会欣赏，累了就换换心情在做吧。
|
 |
3
reorx OP @mxfli 谢谢你的建议，不过我还是不太懂这里“点”的概念，望解答～
我思考的解决办法是，让这两项工作在不同的时间段进行。比方说先写后台，持续工作直到把进度推进至预期的阶段，在这个过程，如非特别必要，尽量不要去写任何前端的代码，即便需要，也不能过于追求完美（做前端时不由自主的通病），基本的HTML能看就行。如果涉及的页面过多，可以用笔记的方式备忘，即在同时安排下一步前端的工作。然后该写前端的时候就只写前端，阶段性的任务一般会是将之前后台所涉及的页面优化。这个时候就可以抛开后台去Happy了:) 其实这种纠结应该是缘于人的大脑很难同时运作两种思维模式。后台和前端，一个是逻辑化，强调宏观把握的；一个是细节化、很分散的东西。不过进行这种锻炼未尝不是左右脑开发的一种方式，哈哈。 |
|
4
reorx OP @zhaiduo 这个想法很好啊，我喜欢。那么对于后台程序员来说，会否做“前台如何完美都不过是为后台的装饰”，如此之想呢，呵呵。
|
 |
5
TheOnly92 2011-04-06 13:42:00 +08:00
我一般上都是两边都写个粗枝大叶，先写前端需要的后台部分，然后完善前端，再看看后台有什么不完善，然后完善后台，然后进行下一个功能。打个比方说，如果写个 blog，就把后台写博客的先写好，然后在前端慢慢完善，然后在后台加入删除、编辑等功能。这样这一部分就完成了。
|
|
6
reorx OP @TheOnly92 和我所想差不多啊:)。我之前的窘境是因为安排不当造成的，结果忽然在某一个时间发现所有的工作都纠缠在一起，无法有条理地继续进行了……
|
|
7
TheOnly92 2011-04-06 13:49:50 +08:00
不要太在乎所谓的“后台”和“前端”必须分开等等，编程是为了解决问题，如果想要以后可以再慢慢“美化”。
|
 |
8
dreampuf 2011-04-06 14:43:00 +08:00
迅速实现.马上回头迭代..
不要让自己纠结于那些小细节.以后迭代的时候没准都不存在这些小细节. |
 |
9
iugo 2011-04-06 14:45:36 +08:00
如果非要把我塞在互联网中, 我觉得我更应该成为一个项目经理. 前台, 我的美术不好; 后台, 我没有系统地学过任何一种编程语言.
|
|
10
iugo 2011-04-06 14:47:18 +08:00
呃, 前台, 写错了. 我觉得应该是 UI 设计. 不完全算前端.
|
 |
11
bruce 2011-04-06 19:49:56 +08:00 via Android
这算什么，我经常在php,js,c#,erlang,java,css直接切换
|
|
12
bruce 2011-04-06 19:50:09 +08:00 via Android
这算什么，我经常在php,js,c#,erlang,java,css直接切换
|
|
13
mxfli 2011-04-06 22:39:22 +08:00
@bruce 目前前后台都用JS，无切换的感觉，嘿嘿。
@reorx “点”就是功能点了，没什么其妙的东西。做WEB开发前后台都要精通是必须的技能。 同时写前后台代码不是什么难事，不是思路切换和两种思维模式不能共存。点——目标——功能点，能让你清楚的知道应该做什么。@TheOnly92的做法就很好。目标始终都是一个，只是越来越完善而已。开始只是煎饼果子，后面可以做成两个鸡蛋+黑豆面的煎饼果子而已。 “发现所有的工作都纠缠在一起，无法有条理地继续进行了”这种情况很多人都遇到过，但原因很可能是，对目标不清楚或者代码混乱造成的，一般来说无关前后台的思路切换。时刻清楚理解整体需求，和当前目标，保持代码简单清洁，经常回顾重构，使用版本控制。还有和技术无关的，要时刻保持自己的最佳状态。技术之外，我们有很多可以改进。 |
Select Language