• 坦白说,要看两样东西:

    1. 看水平。必须要承认 Ember 很难,React 本身不难但是折腾全家桶也很辛苦,Vue 其实和 React 是很类似的东西(不说一些原理上的区别,只说量级),不过它还是很照顾初学者的(在这一点上不能不考虑爱国因素,的确有很多地方对中文用户友好啊)。Ember 和另外二者并不是一个量级上的,我这么说不是要暗示 Ember 更厉害,只是从软件的全面性和复杂程度来对比的确不是一个量级。

    2. 看需求。很大一部分都会说像 Ember 那么“重”,一定会很慢,必须要承认那些套路式的性能对比 Ember 肯定不占优势。然而我觉得应该反向思考一下(特别是 Ruby 社区的群众,因为感同身受),比方说 Rails 在各种性能对比中也不占优势,我们为什么喜欢用它,愿意用它?

    在现实工作中,我们大量使用 Ember 及其生态系统,但不代表我们不用别的。前段时间做了一个小项目我们也用了传统的后端渲染(Phoenix + Pure JavaScript),所以我说看需求就是这个意思,看菜下饭。

    当然你问的是“入门 MVC 框架”,那么重点如果放在“入门”上,可能 vue 会比较容易上手,容易树立自信心;若是再加上本身你的工作对于应用复杂度的要求也不会很高的话,学 vue 没什么不好的。

    我的建议是,如果对于“比较”这件事情没有什么把握的话,那就什么资料多学什么。无论从哪个开始入门,只要自己努力,学得其法,终究会达到用哪个都无所谓的程度(当然会有个人偏好,也会有看菜下饭的考量,我的意思是条件不允许的情况下,用任何一种都可以 GTD)。

    ===

    再多补充一点:我不清楚大家想要学各种客户端框架的初衷是什么,只是我觉得大部分人做得东西其实都用不着框架——复杂度不够,体现不出框架的优势。近些日子我看到好多好多用 vue / react / ng2 ... 去复刻某论坛/某社区的案例,我真的不明白这么做有什么意义?如果只是为了入门练手,做一个稍微完善一点的 todo list / note book 就足够了。论坛社区这样的东西原本就是内容为主的,根本就不适合各种前端框架发挥它们的优势。

    如果你的确是要做“野心勃勃”的东西(就像以前 Ember 的 slogan 说的那样),那才是认认真真学一门前端框架的合适理由,酷炫的交互,复杂的状态管理,完备的数据通信……这些东西是没办法用复刻内容性网站的方式去充分体会的——当然,如果说复刻一个 discourse 的话那还差不多。

  • 不方便翻的可以看这里:http://space.bilibili.com/16910485 以及这里:http://i.youku.com/verygeek

  • @5swordsnightire 这是在讨论性能吧,这方面的讨论我向来都不太感兴趣,最近也忙,没空。

  • @5swords 找我?

  • Git 提交问题 at 2016年12月18日

    咱们简单点,就分两种:feature 和 target,后者可以是 master / staging / testing ... or any names,反正是你要最终合并的目标。

    Now,问自己一个问题:我为什么要把(目前还在本地的) feature branch push to origin/feature branch?我没有假设什么标准答案,这个过程有没有完全取决于你或你的团队的工作模型。在某些情况下,这个 pushing 是有必要的,比如说:

    我的 feature branch 提交的粒度很细致,step by step 的;并且我们团队有 code review,boss 要求我们在合并到 testing 之前一定要有人帮我做 code review。那么,我势必要给他一个远程可访问的分支,所以我需要先 push local feature branch to remote feature branch

    类似的情况也有别的,根据实际情况自己脑补。接着假设这些前置要求都满足了,该进行合并了吧?但是这又会有变化:我能直接 merge target 吗?这个问题同样没有标准答案。有些团队要求的比较严格(比如说很多开源项目),一定要你用 PR 的方式来合并代码,那么这时候你在本地合并 testing 也没有卵用,因为即使你 PR 了 local merged testing,也许你没有 rebasing / squashing 一样会被拒绝并要求你做出正确的 PR。

    所以归根结底,git 只是工具罢了,没有绝对的应该不应该,最终还是要看团队的具体要求和执行能力的。

  • #1楼 @fubu git-remote 有 get-url 子命令,可以 man 一下看看。

  • 有句话说的没错:

    不要让世界适应你的模型,而要让你的模型适应世界。

    极端的 OO 和 极端的 FP 都有问题。

  • @darkbaby123 是,我刚才看到了,我自己的选定语言里没有添加它,所以一直以为没有呢。

  • @darkbaby123 啥时候有 Elixir 版啊

  • 这个绝对支持啊!!!不过俺 vimscript 的水平一般 😢

    想问一下有没有 layer 的编写教程,比如说我来贡献一个 javascript layer,是不是有了你的 layer 层封装,我基本不要写 vimscript 了?

    大概看了一下 core_config 和几个 layers,nice~