标签：
前言：
9月没有写学习总结，9月份事情有点多，平时学习时间也太少，工作中也只是重复造了一些轮子，没啥可记录的，就没有总结了，直接大跃进，进行10月总结，如果10月再不总结，那就是大大跃进到11月了，哈哈哈。
一、选择合适的框架进行快速开发
任务简介：
10月份接了一项任务，做一个宝宝风采大赛，参数人员上传照片，拉亲朋好友进行投票，依据名次有各种奖励。
过程描述：
我作为主负责开发，一个前端做html辅助我。看了一下设计图，我们两个人，评估了一下项目，大概一周之内可以完成。想法总是很美好，现实实在太骨感。
我希望前端基于一个框架进行开发（比如bootstrap或者其他可以在IE7良好布局的等都可以），前端人员最总选择自己纯手写，不依赖于任何框架，好吧，那就开工吧。
后端功能其实不多，就是图片上传，逻辑处理，几个数据表建立，因为是一次性功能，所以后端涉及规范不要求很严格。后端如期完成大半，剩下的就是和前端的html进行对接，（因为我们没有做读写分离，好吧，我们根本就没有这一项）。因为是一个比较急的项目，前端也没有停过，写一个页面就给我一个。可是我拿到页面，数据组装后，在IE下面，各种兼容性问题爆出，测试人员给了很多兼容性问题（页面+JS），没法，时间又紧迫，我就开始参与修改兼容性问题的行列当中.......就这样，在兼容性的问题当中，我们最终花费了2周的时间，完成了这些任务。
总结：
其实，像一些功能中，我很倾向于使用前端框架进行开发，一是因为我不是专业的前端，写原生JS对我来说难度大，基本都用jQuery，二是我最开始也是从前端写到后端，对前端也有一些经验。
框架自然是有约束，有好处有坏处。但是在合适的时期选择合适的方法才是正确的，毕竟一个好的框架是由很多人贡献出来的，除非这个框架已经达不到我们的要求了，那么，自己写也未尝不可。
不仅仅是前端框架，就是PHP框架我一样持这样的观点。现在的我无法写出更好的框架，那么我就学习使用那些好的框架，比如YII、Laravel等。
我曾经在面试中见过有些自以为很NB的人，向我吹嘘他们为公司写的框架，怎么怎么样，等你看了他源码和功能的时候，你就会发现，SB还是挺多的。
二、把好的东西拿过来
我们现在使用的框架是购买的别人公司开发的框架，并不是自己写的，当然，我们目前也没有这个能力写出一个来。可是这个框架问题很多，存在各种各样的问题，而且很多功能不完善，所以我们只能在上面修修补补。
仅仅只是修修补补，并没有去弥补那些不足的东西。比如一个很明显的东西，很多客户抱怨我们的表单提交后，提示错误，返回表单后，填写的数据没有了。这肯定不行啊，但是乃？没有一个人去为这个添加一个功能。
之前学习过Laravel，看到里面有一个术语叫做Flash闪存，即数据保存到下一次使用为止。而且Laravel也是用在Form表单中，于是依葫芦画瓢，也简单写了一个，用在框架中，来弥补这个不足，虽然不完善，至少可以解决一些问题。
GIT地址：https://git.oschina.net/ken.yang/shopnc_flash
其实我们在抱怨一个东西不好的时候，但是你又不得不使用它的时候，为啥不想想如何把它变的更好乃？
三、自己挖坑，队友再帮你挖，然后自己埋
这里我并不是埋怨和吐槽，只是想把心中的东西说出来，最近做了一些东西有点感触。因为我之前也干过这样的事情，所以现在编程很注重这些，不要埋太多坑，不仅坑别人，还要坑自己。
我们的项目都是以结果为向导（当然，这是和公司个层面有关系的，看起来就不那么正轨了）。经常会遇到今天提需求明天就要功能的人，在这种情况下，就只能如何简单如何做......
导向的原因太多，也不能埋怨别人，自己编码的时候多注意，多努力，争取做好一个好码畜。
四、试着写了一个秒杀器
这个应该是标题党，是针对某个网站写的，其实无法也就是去分析网页元素，JS，Form表单提交方法，验证等，不过还是有一点收获，知道自己的网站应该考虑如何防范这些问题。
在该过程中还发现Chrome非常NICE，因为可以编辑网页的JS，而FireFox和IE等都不能编辑JS，这样就可以直接处理网页上面的JS操作了。
总结：
新来了一个经理，大思想讲了一大推，没有人给你说具体怎么搞，任务拿下来还是要自己慢慢的去摸索。
不过学到了一些新理念，需要好好梳理总结一下。
标签：
原文地址：http://my.oschina.net/kenblog/blog/530361
