• AngularJS 为什么成功了? at 2015年01月15日

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

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

  • AngularJS 为什么成功了? at 2015年01月14日

    在 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 的介绍啊!

  • 捣鼓算法有意义么? at 2014年12月29日

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

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

  • 前端很重要! at 2014年12月29日

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

  • GZRuby 第 22 次活动总结 at 2014年12月29日

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

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

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

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

  • 友情帮顶~~

  • 飞奔过来抢头条!!Martin 辛苦啦!

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

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

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

  • 认真看完再来点赞 :thumbsup:

  • ruby 2.1.0? at 2014年11月13日

    #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

  • Fork 开源项目之后 at 2014年08月27日

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

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

  • 赞!gzruby 强势归来,果断走起~

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

  • 点个赞,顺便拍一下 @martin91 @tony612

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

  • Rails 101 now free at 2014年06月03日

    付费买过的过来点赞!