#25 楼 @xhj6 其实楼上已经有提到了，所谓的生态系统，我的理解就是使用的群体，以及这些群体开发的基于 Angular 的 everything，当然也包括 ionic。这会形成一个滚雪球的效应，用的人多了，那么对于前端的各种组件就会有 Angular 的解决方案，这就促使了更多的人去用这个。

另外我不觉得会有一个像 Rails 一样打赢框架之战的 大而全 的框架。

在 HackerNews 上刚好也看到楼上 Rei 贴的文章链接。刚好最近也学了一段时间的 Angular，说下我作为初学者的感受吧：

1. Angular 仅仅是容易上手，入门 demo 效果出的很快，但我在做完 demo 之后其实感觉还是很混沌，因为它提出的概念实在太多了，这个问题直到我去爬完了官方指南之后才能基本解决。此外，对于一个理解了 Rails 的 MVC 运作机制的初学者来说，Angular 的 model, view 一开始让我有点困惑，直到要去了解了 scope 在其中扮演的核心作用之后才能把整个工作机制理清楚。

2. Angular 的内部设计不可谓不复杂，但几乎是在现有 js 开发的概念上重建了一套自己的概念，给我的使用感觉是用 Angular 写 app 和用别的 任何 js 框架/库 写 app 是完全不同的两个思路，也就是说我很可能要冒着紧抱 Google 大腿的风险，然后我发现了他们在准备 2.0 了，还不向后兼容。

3. 如果只是用关注度来说，无疑它是“成功的”。但越大的项目就越难维护，如果前端工作只用一个大而全的框架做，会不会也掉到这个问题里呢？反而如果是前端的工作可以分开成各个功能性的库/框架，组合使用，则可以一定程度避免这个问题

4. Angular 我最喜欢的一个点其实是可以比较自由的自定义组件，而且 HTML 的方式很直观，解决了表达 Presentation logic 的问题。但听说 React 也能做这个？

5. 结合前 4 条，准备看 React 了……

6. 前端框架已经多到令人恐慌的程度了……

只能 close。如果你不想敏感数据暴露就赶紧用 #1 楼 的办法，把你发起 pr 的分支修改掉，再 close

Heroku 不差啊，有 log 有文档。

我想楼主的意思不是 抛弃Rails，而是 不用Rails来完成一揽子的开发。这一点印象中 RubyChina 上也有类似的讨论了，好像还是由 Turbolinks 开始谈起的。

@liudangyi 个人的理解是前后端分离肯定是一个很大趋势，页面的开发只需要知道 API，而不需要去管在页面上要用 controller 的什么变量，来做什么事情。同理后端的开发者也可以不去 Care 页面怎么写，做一套 API 出来就好了。特别是需要同时做 PC 和移动端的时候。比如如果你没有自己的 API service，用Firebase就好了

当然 DHH 会有话说，但本来这就无所谓对错，开发者自行选择而已。

Angular 给我的感觉是概念真的非常多，而且也颠覆了我原本对 Model 和 View 的理解（或者说，在 Rails 中扮演的角色），相信是一个学习曲线陡峭的原因吧？还没有用的很深，不能评好坏。期待亚飞对 Angular 的介绍啊！

个人理解，95% 的人是用算法的，只有 5% 的人是研究算法的。说有意义，是了解算法可以帮助你的使用；说没有意义，可以理解为不做研究算法的工作。实话说，平时的工作，真能自己上手来写两个算法的机会不多，各种语言早就有轮子了，工作性质决定吧。

同 #26 楼，有空问这种问题，还不如去写代码。 以及，楼主连回复人都能回复错么……

同意 @nightire 的说法，好的前端工程师除了 css 和 js，还需要对配色，字体，布局有一定的研究以及审美能力。这个可以通过和设计师配合工作，加上平时多看些设计优秀的网站，来慢慢培养。当然设计师也最好了解前端的编码，起码知道哪些效果可以做，哪些不能做；哪些容易做，哪些不好做。

更新了讲稿和交流群的二维码 :)

需要学习工作时，设一个无打扰时间，关机，关掉所有邮件服务和 SNS 推送服务，开始干活。

一开始肯定各种焦虑不适应。适应了就会很高效。

#7 楼 @jasli2 不客气 :) 周末 GZRuby 过来玩不？

友情帮顶~~

飞奔过来抢头条！！Martin 辛苦啦！

在这里号召各路英雄好汉把干货晒出来，不管是冷知识，源码分析，开发工具，gem 分享，还是新潮语言，流行框架，工作流程，都纷纷的砸过来吧

最后给出 GZRuby 交流群 的群二维码，欢迎扫码加入 :)

我是来顶 Howard 大大的。年初参加了 Rubycamp，当时的内容是重造 mongoid，用三周时间完成，强度非常大，每天 4-5 小时才能把课程做完。 但收获也是相应的，学到并实践到很多元编程的魔法，看了大量源码，最大的进步是对于大框架和各种 gem 的代码没有恐惧感了 :) 课程都是远程教学，用 git repo 发内容和作业，每天固定 QA 时间，还会主动找学员聊进度，不得不说 H 大够敬业了……真心遗憾后来的 nodejs 课程没上到。 说了这么多无非就是怒顶老大一发，有意享受远程工作的设计师不妨留意哦。

认真看完再来点赞 :thumbsup:

#25 楼 @lawrence 现在我们用 2.1.0 啦，不过旧的项目就还是 1.9.x :)

果断怒顶了~广州地区靠谱 ruby 团队，强力推荐~~

前阵子刚刚做过类似的项目，分享下心得：

1. 我们手头上是有一份客户给出的需求文档的，但是文档中只是给出了页面上需要的功能和需要展示的元素，对于交互的要求是没有写出来的，部分功能没有 mockup；由于我们的工作除了编码还包括为客户做页面设计，所以我们会先就文档和设计师交流，重新整理出一份带有设计图的文档供内部使用；

2. 我们做的是手机端的单页应用，集成微信公众号。根据新的文档我们将功能分解到 一个工程师在一天能够完成 的大小，然后放到项目管理工具里面（我们用PivotalTracker）。文档和图片我们共享在 Dropbox 上。

3. 在每个具体的需求卡片上我们不会写的很细，但设计师出图都会把页面上所有元素的位置精确到 px，颜色也是要准确标记出来的；

4. @liwei78 推荐的balsamiq很好用，特别是对于我们这种又要管管进度，又要画线框草图的程序猿；至于页面交互，设计师们会用Pixate 来给出交互

5. 由于项目的推进，客户的需求开始变得具体（同时也增加了很多意料外的工作量），所以我们最后会将实际产品中完成的（但没有列在原来需求中的）功能点重新做一份清单，以便后期争取权益之用。

好玩的 Github 怎能少的了Zack Holman 2333

申请试用： 联系方式：[email protected] 日志类型：Rails, Nginx, Node.js 操作系统：Ubuntu

#21 楼 @54c3 主要是国内用 google+/邮件列表的人不大多吧？连 GDG-guangzhou 目前的情况也是比较冷清，甚至三个月都没动静……

我的建议是模仿深圳社区，做一个微信的交流群，相对比较方便，大家也能交到朋友

先报名后顶

#1 楼 @chunlea 客户端里面可以设置同步文件夹的。不过比较穷还是用不起 Pro T.T

小步多次的 merge master 加上 cherry-pick 是比较好的办法吧~

#9 楼 @ylovesy 当天过来就可以了 :p

赞！gzruby 强势归来，果断走起~

#9 楼 @Martin91 师兄不要这样！周末快点过来耍

点个赞，顺便拍一下 @martin91 @tony612

受楼主启发，顺便贴个配置服务器的脚本：https://github.com/allenfantasy/init.d 是基于 @huacnlee 的 repo 改的 :p

付费买过的过来点赞！