共10条回复
tinyfool 回复于 2013年12月01日
2楼 @xieweizhi007 我说的是开发流程，就是先做什么后做什么，其实往往不会那么清晰的，有时候是很混乱的，当然程序越复杂，最好流程越清晰，但是往往有点混乱也没关系
指针为空 回复于 2013年12月02日
先做好架构，然后在搭建低层框架和逻辑，然后做UI，然后根据UI丰富框架逻辑，没了
当习惯了架构之后，即便是写一个Hello World，也会先把MVC架起来的
艾娅Aya 回复于 2013年12月04日
我做过的项目一般是定好核心功能和基本结构，让程序员开始写功能，同时开始画线框图，途中慢慢添加和修改各种细节，然后一边写一边画高保真图一边微调……当然设计和程序都是同一个人的话就更简单了，自己想做啥就做啥
艾娅Aya 回复于 2013年12月05日
6楼 @清醒疯子 核心功能一般不会变吧，除非碰上什么重大的技术革新之类？反正我现在还没碰到过，除非是老板想法有变或者外包之类的人为因素。因为动手前会想清楚自己到底要做什么（因为被坑多了不想重蹈覆辙），做一些草图和小Demo，然后跟程序员一起讨论出靠谱的解决方案，因为需求很明确即使有变动也不会太大。可能因为是射击尸，比较喜欢做加法，先画骨架，填轮廓，铺明暗和大气氛，其他发型衣服神马的细节都是浮云……开工前多想三天，起码可以减少10天坑爹的返工 项目周期看具体的工程，做过差不多一年的大型项目，也有一个月就上线的，还有断断续续好几年迭代几次的，貌似做半年的比较多……