没有实习之前，大多数时候都是自己在做一些小项目的开发，满足于本地，满足于一些静态的页面，可能最多也就是在本地搭建一个服务器，现在，也开始接触到公司的项目，发现与之前自己在做的有很不一样的区别，这篇文章，也算是一个小白刚进入一家小公司，发现有不一样的新世界的感叹吧
一、多人合作
在学校里的项目里面，一般情况下，是一个人负责一个方向，比如我负责网页前端，他负责安卓开发，他负责后台算法。而在公司的项目就不一样了，有可能多个人共同负责前端页面的布局，只是每个人负责的页面或者模块不一样。那么怎么将所有人各自负责的部分连接在一起呢？这就需要用到两个东西，一个就是代码的同步——github，另一个是人的同步——交流。
以前自己在做开发的时候，完全是不需要用到github这个东西的，只是知道有这个东西，但因为每个人负责各自的方向，所以也不需要和其他人进行同步，一个人这一块的东西，基本就是全包了。而现在git的使用，基本每天至少两次，早上刚到公司的时候，从库中拉取代码，晚上下班走之前，提交代码，push到上面。
而交流这部分更不用说了，每个人负责哪部分说好了以免发生冲突，而发生冲突的时候，git的好处也体现了出来，可以根据代码的实际去决定用自己的还是用保存在github上面的。不过一般情况下是不会有这样的问题，每个人说好负责的部分，发现有错误就交给那个人去修改，这样处理起来也比较方便
二、工作模式
一个项目下来的流程大致是这样的，拿到项目 → 由负责人搭建好一个基本的框架 → 程序员拿到代码框架 → 写代码 →改bug，因为刚入职不久，所以能了解到的流程大致就是这些。
刚开始的时候，我是从改bug开始的，那就先说这部分吧，为了沟通方便，所以，也会有一个跟bug有关的平台，产品经理会在上面根据拿到的项目效果，提出一些bug，或者添加一些新的需求，而找这些bug在哪，也变成了一个技能，找bug，改bug。
而后来，我便开始接手一个新项目。任务下来，老大先是发给我一个文件夹，里面把很多框架啊什么的都包装好了，看了一下里面的一些文件，原生的js，也有一些已经包装好的类的引用，果然得好好学习一下原生js这东西了，老大果然是老大。
而在项目的开发过程中，也会采用一些实时可视化的工具，也是方便了开发者对代码情况的实时掌握
三、写的是其他人能看懂的代码
代码要给谁看，不只是自己，还有一同开发的其他人，所以就要做到基本的几点
1.按规则命名，包括css的类名啊，文件的名字，图片什么的
2.按模式创建文件，一个页面，可能不只包括一个文件，html、css、 js 三者分离这是最基本的，而使用到的一些MVVM模式啊，可能会让我们不止建立这几个。整个项目下来是系统的，一个页面模块也会有独立的文件夹，这样出现问题，修改起来也比较方便，其他人想读懂你的代码也比较轻松