有一个问题我一直很疑惑，一个软件系统是先有文档呢还是先有代码呢，一个UI前台界面是先写js呢还是先写css呢？

一个软件系统是先有文档呢还是先有代码呢？
应该是现有文档。这里文档的概念太宽泛，应该说明的是什么文档，细化到什么程度的文档。我们再撸起袖子准备开发一个软件系统的时候，首先得知道的是要开发什么（需求文档），怎么开发（设计文档）。注意的是，这里并一定非得把需求文档写的多么细致，考虑每个业务分支逻辑，也不需要将设计文档细化到某个模块的时序图是怎么样的，逻辑判断是怎么样的。因为有可能考虑不了那么细，也没那么多时间去纸上谈兵，大多数是策划比实际提前个三五步而已。

一个UI前台界面是先写js呢还是先写css呢？
同样的道理，css控制的是显示风格，js控制的是行为。做UI界面的时候，就看快速原型是想表达炫丽的界面还是吸引人的交互了。

个人觉得文档要先行一点，代码一些共用的可以先写起来，js和css可以并行，不过觉得这些都要看情况的，有的公司就没文档，那还不coding了，所以没必要纠结这个，仅供参考

我感觉应该是先有设计，再有实现，但是不同的公司，不同的环境会不一样，有的公司拿原型当设计，一边做，一边改，原型改完后，代码也写好了。

从软件工程的角度来看，肯定是先有设计，比如首先是需求分析->概要设计->详细设计->编写代码->测试等。代码只是占据软件工程中很小的一部分，但是绝大多数公司都没有走这样的路线，一方面是现在现在的客户需求变化很快，今天是这样的需求，明天又是另外一个思路，所以很多都是做个原型出来，也就是软件工程中快速原型模型，然后根据客户的需求一点一点的完善。

个人觉得前台是css和js若不是同一个人的话，则css和js可以同时进行，但是在写js的时候涉及到css地方暂时不要去实现。

设计本身就是用图形文字，把看不见的东西变成看得见的东西，做需求，就是把客户想要的转变成设计师和程序员能看懂的东西，程序员写代码就是把自己看得懂的东西给编译器或者虚拟机看得懂的东西，最后变成0101010101010100001只有电脑自己看得懂了，设计是帮助大家理解和记忆

有经验的团队，先写文档；没经验的……还是老老实实先写代码
有经验的前端，先写js；没经验的……还是老老实实一起写吧