这个项目是自己是真正做的第一个项目，对于这个处女座项目，当然是非常有热情的。当初，自己满怀斗志地开始投入进来，现在到了项目二期却也发现了好多的“内幕”。

前端并不简单，或者说，任何一个技术想要做好都不简单。虽然我是金牛座，可是却有着类似处女座的完美的心。刚开始做的时候，就一下心想着把它做好，要做的很漂亮，做的交互性，稳定性，效果很好。可是，到现在，却发现，当能力和经验不足的时候，过高的要求无非是在给自己施加难以释放的压力。这就相当于当你只是个牙牙学语的婴儿时，看着大孩子们在跑，你却想要和他们一样地奔跑。这无异于自欺欺人。所以今天，就把心沉下来，好好地总结总结从开始做项目到现在的这些日子。

1. 框架

项目中用到的是Bootstrap，这个框架和大多数框架一样（虽然我没有用过其他的框架），都是将一些常用的样式，常用的交互插件（按钮，下拉菜单等）写好，并封装起来。一方面达到调用起来非常方便的效果，另一方面也提高了代码的重用性。刚开始的时候，还很没有头绪，这些代码是怎么用的。到现在，已经基本上理解了框架的原理。而在Bootstrap中，作者们将一些写好的样式封装在class里面，在自己的代码中加入一些相应的类名就可以达到一些样式效果和交互效果。
同样，在JS交互这方面，Twitter大牛们已经把一些交互效果（JS代码）封装到类里面了。比如调用下拉菜单的时候，我们只需要在源地址里面添加“data-toggle”之类的代码，在目的代码里面仅仅需要添加“相应类名”就可以。无需任何附加JS代码，就可以完成一个下拉菜单的功能。我们可以看到的是，bootstrap所做的事，就是将一些常用的效果和功能集成封装起来，来减轻开发者的劳动成本，提高开发效率。

其实在刚开始的时候，自己对自己写的效果真的是看不下去，获取由于自己有点强迫症，就非常失望，觉得这怎么写得这么丑，像屎一样。于是，不断地调试，不断地改样式。终于看起来舒服一点了，可是折腾了很久。于是也在怀疑自己是不是不适合写前端（这样的心态，调样式还不得自己把自己折磨死啊！）。因为我们老大（产品经理）说了，这是一个创业团队，大家都是新手，别给自己那么大压力，那么高要求。先写出来再说。鉴于之前本着宁愿不提交，也不愿提交一坨屎的原则，我最终还是在第二阶段（前一个周）把第一阶段的代码推翻了（当然也有产品经理逻辑流程设计的一些更改的功劳）。上个周末回了趟家，两三个多周没写了，（在看JS）结果昨天发现手特别生。心情不太好。-…-
最近又马上要考六级了，期末考试也要来了，真的很糟心。

框架的思考：

2. 教训

真正做了项目，你才发现，是需求驱动型的学习，项目中需要一个什么效果，什么交互，你才去学什么。这种驱动式的学习很快，也很见效，因为项目中就可以运用。但是自己却有时候心理很不踏实。因为有些时候为了赶进度，只是知道了这个效果的代码基本思想，反正它实现出来了，也就没去管代码为什么这么写等深层次的问题。而且，项目驱动型学习会造成知识点的零散，不连贯，基础只是不扎实的问题。所以，我觉得不要为了做项目而去做项目。不能仅仅只为了最后能在简历上增加一个点而去忽略问题的本质和精髓。毕竟，基础知识学扎实了，再学其他的就知道了他的来龙去脉，知道嗲吗为什么要这么写，这里为什么要用这个特性而不用那个。

因此我决定这个项目结束后，立马就闭关修炼。好好巩固自己的基础知识。

3. 逻辑与设计

其实，在前面已经提到，这个项目里都是新人，就连产品经理，我们老大都是新人。因此，每个人都会犯错，也因此我们每个人干的活都不是固定的。就比如我，在项目第二期开始的时候，提出要把整体逻辑流程重新过一遍。不能严格划分功能模块，也要注重各模块的联系。也因此最终老大同意我们一起将这个逻辑流程重新走一遍，确定基本没有问题后，再画出逻辑图。然后射鸡师将UI图交给我们，最后才开始写。在这个过程中，才真正把一个项目的正确协作流程给掌握了，也因为干了些产品经理和设计师的活，才真正了解了一个项目中的细枝末节。其实，找工作也好，做项目也好，重要的是锻炼开发者的团队意识和协作能力，技术提升的可能并不明显。当然，这是在开发都是用框架的前提下了。
之前在那个地方看到一点文章说过团队里的人应该都有一颗设计师的心，这样的话，在开发合作的过程中每个人都会有项目同理心。感觉说的挺对的，因为，设计，不光是页面展示的设计，也是产品功能逻辑流程的设计。只有每个项目成员对项目产品的功能逻辑流程掌握的比较好，才可以真正谈得上可以无缝和谐地交流和协作。
产品，设计，运营，工程师，运维。互联网的路还很长，路还很广，我会一直在路上，带着一颗充满好奇，永不放弃的心。