1. 可以参考这个 style guide ，各种依赖更清晰更结构化： https://github.com/johnpapa/angular-styleguide/tree/master/a1
2. 使用 git ，我想这个你们已经做了吧
3. 使用 TTD 。 写 unit test 在先， 用 ngmock mock 下其他 Dev 的依赖，调试自己的就好 。

装过上一个版本， 打算这两天就试新版。 U 盘 resident 模式，装在三年前 2000 多的 Acer 笔记本上，驱动没问题，多任务几乎和其他桌面系统一样了，还玩了下 3D 游戏 real drift 2 ，非常流畅， 很不错的系统，还想装在家里给妈妈用，毕竟她之前一直用安卓平板，很多东西都会习惯

如果没有原生 JavaScript 的经验 改这种东西是相当头痛的。 如果经常需要改，还是得看些原生 JavaScript 的基础概念，毕竟和传统的 C++， JAVA 什么的区别还是挺大的。当然了， Angular 本身的教程还是得看一下，如果你掌握了 JavaScript 的基础，那个是可以很快的。

@rainy3636 u ） i ）） JJ ） H ）

Laravel 。你有原生 php 做基础，应该很快就上手了，一边看文档一边做，一两个项目下来就 OK 了

学了些语言基础之后就可以去看那些出名的 repository 源码咧，看高手们是怎么写代码的，搞懂之后试着模仿，看着看着也会有自己的想法，可以试着 fork 然后贡献自己的想法

可以看下这个视频
https://www.youtube.com/watch?v=pGYAg7TMmp0
英文没听懂也没事，试试看着图

管理人员的情商和程序员的智商成反比

1. 大概了解项目干什么的，知道最主要的几个 use case 是什么
2. 修改些小 bug
3. 增加些小功能
4. 修改大一些的 bug
5. 增加大功能

之后就基本上了解了~~

先不说这个需求是否靠谱，上线前还连夜改需求很危险。即使对产品本身的设计没有太多发言权，但从技术的角度上也要尝试让他们知道这么做的危险性。产品经理水平不高，那也没办法，毕竟程序员的职责只是负责执行设计，并对设计提出技术性的建议， 很多东西都被框框在技术性的角度了~~

@moji2016
任何框架都不完美，即使现在框架本身有很多问题，但如果社区的支持很多，用的人和机构很多，那些缺点也会慢慢的改进。我是对 JS 那些框架抱很乐观的态度。

@mcfog 非常感谢如此详细的回复~
Gulp 那些工具很感兴趣，感觉做网页用命令行越多越 geek
Promise 有研究过，在工作中也有很轻度的使用，但估计要重度使用后才能吃透它。

我的后台知识都是上网络课程时候学的，那些基础还是有的，会去看看 node

@asj 恩呀，反正我现在是不敢去看那些， iOS 啊， Android 啊那些语言了 我怕我又忍不住去想 我是不是还要学做 mobile app 了~

@moji2016 我也同意 PHP 那些还可以战斗很久，所以我还是坚持要学习 Symfony ，感觉后端还得靠他。但前端视乎看起来更让我兴奋，特别喜欢不用刷新的就 update 了页面，还有它的 work flow ，很酷炫的样子。我不是想用来做 chat ，而是有客户的 web app 里面想弄个实时的站内信通知系统，感觉这种擅长 live update 就可以派上用场了。的确会耗费资源，客户端电脑旧些，开多几个这样的网页旧点就扛不住了。但很多优秀知名的网站都会或多或少使用这种 live update 的东西，不一定是 Meteor ，但可以是其他~~想必这也是个趋势~

@hbkdsm 如果之前没有花那么多时间学 Angular ，还是会去看看 Ember ，但现在时间花了，不用它反而再学下 Ember 感觉是不是有点不太好。当然 Ember 也是很棒的，只是出于时间成本考虑~~

@asj 每学一样新的就要话些时间，时间就是生命，真的像掉块肉咧~~~~掉肉不是问题，反正每天都掉，关键是掉了之后能换什么东西回来了~~

@wizardforcel 玩过 phonegap ，也是 Angular 做前端的，做简单的 app 不错，但后来 CTO 还是觉得原生好，所以就没深入学习了~~

@wuyuchenshishabi 不知道咧~~我也不是 211 的~~