请问项目为什么要这样分工？很困惑
我是学生，参加一个小项目，已经到代码设计阶段了。项目是决定用ASP.NET做，现在准备做界面和写代码,我是负责写代码的。项目负责人说先让其他人(应该是美工人员吧)做好界面给我,然后我再根据界面去写代码实现功能。我感觉很纳闷，为什么不给我把界面和代码都包了，实现功能后再丢给美工人员做美工？做界面的不太懂程序，他们觉得这样的界面能实现这个功能，但是如果写代码的能力一般（比如我），有时会觉得这个界面实现不了这个功能，或者说有更好的实现方法（当然要改界面），那么就要去跟做界面的沟通叫他们改界面，感觉是走弯路了。我觉得应该是我先把界面做好，程序也写好（实现功能），然后丢给美工的去美化界面。我跟负责人探讨了一下，他说是有些有项目经验的人说这样能更好地分层。我没什么项目经验，也没学过软件工程。请问为什么这么分工啊？

------解决方案--------------------
美工先做,程序员再作

这个是最有利程序员的了,真正社会上人与人关系跟学校里面不一样.

能给别人作就给别人作,不要总打算览完上身.
------解决方案--------------------
我比较赞同lz的观点，我都是先做完程序，再交给美工。
------解决方案--------------------
lz的观点是正确的，不过可惜的是，懂一点儿美工的程序员很多，但是懂一点儿程序的美工很少……
------解决方案--------------------
美工做完的页面 都是很简单的 基本上可以实现 真有实现不了的 你可以改 只要不改整体风格就行
还有实际最正确的方法是美工和程序员的交流配合 毕竟程序不是一个人做的
最省事的是叫美工把做好的页用HTML代码实现了 交给你
------解决方案--------------------
非常同意winner2050(代码生成器mytopwin.com/Soft/Class/26/26_1.html)
这样真的是很有利，否则，打个比方，他调整画面，把你的功能改坏了，算谁的，少不了扯皮

------解决方案--------------------
这样你省心不是更好。其实应该要这样，不然调的头都晕
------解决方案--------------------
不错
------解决方案--------------------
懂一点儿美工的程序员很多，但是懂一点儿程序的美工很少……

正因为如此，所以美工先行，如果先有了一大堆代码，美工是不好弄的。
------解决方案--------------------
美工做什么样就什么样 或者 开发人员做什么样就什么样？ 没有做设计的？
------解决方案--------------------
是做网站还是OA。
网站的话先美工后程序。

OA的话么，也是先美工，当然先程序也可以。
------解决方案--------------------
兄弟 你把写了一堆代码的东西给美工弄，他不头晕才怪了
------解决方案--------------------
你写代码就行了，界面怎么做，自然由项目负责人和美工沟通，或由专人把关，你专心做你自己的。
------解决方案--------------------
特别是asp.net项目，页面里面都是服务器控件，随便给你删一个，编译的时候还是能通过，运行时候报“未能将对象应用设置到对象的实例”错，你就慢慢查吧
------解决方案--------------------
哎，怎么说呢？！

掌握了项目设计和管理“自由”度的人，知道每一个细节。对于许多高层的设计上就具有扩展性的框架，本来并没有什么先后先后实现次序之分，因为接口和实现往往相分离，越是底层的东西越是可以前后颠倒地实现。

如果在你的心目当中，你需要先实现一些东西，然后才把你的东西交给别人去优化，那么你“这个人”的技术就是不可信的！就偏不能让你来打头阵，你只能做别人已经做好的剩下的工作。


------解决方案--------------------
美工改已经有程序的界面，很容易把程序功能改坏了
------解决方案--------------------
真幸福
------解决方案--------------------
我们有时候边美工边代码的~~

我写代码 用简单的页面套 实现功能后 再套进美工的漂亮界面~

之前应该有个约定 先是网站设计人员给出框框样子(photoshop画出,word画出~)

然后可以页面和程序员沟通 哪里要留出空间来 准备方控件什么的~(有些是生成

静态页的,那么不用管拿了html页直接改掉$xx之类替换就好,复杂的就安照标准的

象素尺寸保留好了,再在css里设置样式)

一般程序员和美工还有设计人员都要每天沟通的,总不能都完成了 再一看 "哇塞

这什么啊 " , 反正我们是几乎每天或者2天之内都要互相打招呼 看看进度和过程

再改进的~

所以也不算是先谁谁的问题,而是各部分有主次的区别,纯界面的内容听美工的多,

涉及功能的区域 就要程序多说话了~~

至少我们目前是这样,反修率不算多,至少美工和程序整合的部分刚刚好~~呵呵


------解决方案--------------------
懂一点儿美工的程序员很多，但是懂一点儿程序的美工很少
----------------
那不叫美工

美工改已经有程序的界面，很容易把程序功能改坏了
----------------
那说明程序设计有问题

美工是从用户体验的角度去做的，程序员来做这个？
分工的问题，就是你的负责人讲的那样。如果你觉得这个界面实现不了这个功能，那说明你的功力不到，美工做Web界面就是一张平面图而已，有什么实现不了的？