• Thin 部署失败 at January 23, 2014

    #5 楼 @lukefan 我看了一下 thin 的文档,的确是可以通过 sudo thin install 的方式把 thin 变成一个系统 service,但是还应该要在 /etc/thin/ 下面添加一个配置文件,具体可能要 Google 一下。

    文档上介绍的增加配置文件的做法:

    thin config -C /etc/thin/<appname>.yml -c /var/rails/<appdir> --servers 3 -p <portnumber>
    
  • 你的做法,把二进制文件转换成 Base64 格式,然后附上文件名,Post 的方式发给 API,本身就是可行的,没有什么特别之处。

    上传不上去的问题是什么?什么地方报错了?有没有 logs?

  • 工作也旅行 - 预告 at January 23, 2014

    👍

  • 你选择 Angular 还是 Ember? at January 23, 2014

    #47 楼 @billy 我在学习 Marionette 的过程中,也发现他很多时候需要反复研读作者的 Blog 上的文章才能理解 Marionette 的设计思想,以及如何才能正确使用 Marionette。

    后来公司同事介绍一本书给我,帮我解决了很大的问题,让我在最短时间掌握用 Marionette 构建应用的知识和最佳实践。这本书叫做 Backbone.Marionette.js: A Gentle Introduction 如果需要用到 Marionette 的话,我强烈推荐这本书。

  • 你选择 Angular 还是 Ember? at January 23, 2014

    #50 楼 @darkbaby123 关于 Backbone,我甚至不认为它是一个框架,或者说远远达不到一个框架的程度,只能说他是一些可以方便复用的组件库,可以基于这些组件搭建抽象层级更高一点的框架,Marionette 就是这么干的。但是在抽象问题,映射问题,解决问题方面,越是抽象层级越高的框架越方便有利,从这个角度看,Marionette 就完全被 Angular / Ember 甩出去几条街了。

  • 你选择 Angular 还是 Ember? at January 22, 2014

    因为 #16 楼 @darkbaby123 和其他精彩回复比如 @xwf286 的点评,我给这个帖子加精。

  • Thin 部署失败 at January 22, 2014

    从没有用 rvmsudo 装过 thin,一般都是把 thin 放到 Gemfile 中,然后通过 bundle 来安装。 如果是通过 bundle 安装的话,在 Rails 项目目录下执行 thin 一般不会碰到问题。

  • 你选择 Angular 还是 Ember? at January 22, 2014

    根据自己使用各种 Framework 的经验,我建议你分别研究一下 Angular 和 Ember 的源码,然后自己来感觉到底哪个 Framework 的源码自己能够把握,出现问题如果文档上没有,且 google 不到的话,可以自行深入源码去解读,就选哪个。

  • #15 楼 @diguage 是远程工作。

  • #11 楼 @sundevilyang 你没有看出来,我在 #10 楼 其实是在开玩笑的,是在拿教练们开涮嘛。这群教练们大多我都很熟悉,都是我能拿来开涮的人,哈哈 😄

  • #8 楼 @sundevilyang 提个建议,以后多选择一些教练,然后把照片提前发出来让准备参加的 Grils 们投票,选择她们心目中最帅的教练,这样下次活动后,发出的照片就可以摆脱美女无敌,教练猥琐的鲜明对比了。😄

  • 充满了正能量的一篇帖子,我给加精!

  • 关于招聘的一些感触 at January 21, 2014

    其实我觉得张兄遇到的情况实属在正常不过了,即使如此,如果换其他招聘比如 Java / PHP 的话,平均应聘者的能力水平还要差,还要浮躁。不是说所有的人水平真差,即使少见的凤毛麟角的高手,也会被平均下去。

    我建议是尽可能利用圈子,重视推荐,重视平时在线下活动中沟通交流中挖掘出来并建立人脉和好友关系,以及尽可能宣传公司,吸引高手注意力。

  • #24 楼 @ibloging 问题是作者没有说不喜欢啊,译文却言之凿凿作者讨厌,而这篇译文又诸多误导之处以及断章取义,如若不较真,不是任由你误导这个论坛上的初学者么?

  • #20 楼 @ibloging 请问你是这篇译文的作者?还是你转载了这篇译文?

    如果我说这里有个有趣的观点,然后引用几个链接,是不是可以视作这几个链接中的观点就是我本人的观点?

    最后,你本人写大量的 JavaScript 么?你写大量 CoffeeScript 么?以及你自己的态度是劝君放弃 CoffeeScript 转而继续去深造 JavaScript 么?

  • 重新看了一遍主题帖,然后打开帖子最后的链接,发现这篇文章是翻译自这里: http://blog.federicocarrone.com/javascript-erlang-ruby-python-2013-part-i

    原文的标题是:

    Javascript, Erlang, Ruby and Python - The main languages I've used this year - Part I

    而中文标题是译者凭空添加的?还是从哪里引来的?是断章取义从原文中截出来的么?

    别用 CoffeeScript 了,你总有一天得学 JavaScript

    我很怀疑这篇标题党译文的题目来自这句:

    Someday you will have to learn JavaScript. That's one of the things I did this year. You should do it too.

    纵观全文,原作者压根没有任何劝君不要写 CoffeeScript 的意思,作者强调如果你不懂 JavaScript 的话,你需要去看一些经典的 JavaScript 书籍并深入学习这门语言。作者后面引用了一些关于 CoffeeScript帮助你写更好的代码还是增加了一层复杂度 链接。注意,这里完全没有作者的主观观点,更没有这层复杂度是否是不必要的的言论。

    I have used CoffeeScript on a big project. I liked it, but now that I took some time to learn JavaScript I prefer the latter, specially on projects where I work with other people.

    我在一个大项目中使用了 CoffeeScript。我非常喜欢这门语言。直以我跟别人一直工作后,并了解了一下 JavaScript 后,就不那么喜欢了。

    我觉得可能是译者所处的立场,让他断章取义的翻译了这篇文章,并加入了自己的观点。从原文丝毫看不出作者讨厌 CoffeeScript,而且作者暗含的意思是如果你要写复杂的项目,要与他人合作,你必须深入学习和理解 JavaScript,即便是你只写 CoffeeScript。

  • 从逻辑角度,可以把楼主的题目补充完整:

    如果没有学过 JavaScript,别用 CoffeeScript 了,你总有一天得学 JavaScript

    跟这个题目对立且成立的题目是:

    如果你精通 JavaScript,而你依然在写 JavaScript,你应该换 CoffeeScript 了

  • 我认为问题应该改成:如何有效提升‘思考’的深度?

  • 新手报道 at January 17, 2014

    #26 楼 @dannyzhou 你应该联系一下我们嘛,我们能帮你搞定的。

  • 新手报道 at January 17, 2014

    #24 楼 @bydmm 应为楼主把自己的帐号注销了。

  • 新手报道 at January 16, 2014

    欢迎你!

  • 我一直用 1P,从 2.x 一直用到现在,其他都没有尝试过,但是 1P 完全满足我的要求。

  • #6 楼 @leslin123 不明白为什么这里大小写敏感,如果要找原因的话,就只能去源码里面找了,或者升级一下 Rails 吧。

  • 👍 绝对好机会,大家不要错过!

  • 楼主你的帖子没有办法看,贴代码的时候,要用 markdown 格式化一下代码,否则看起来非常累,我帮你稍微格式化了一下。

    你的 Rails 版本是多少,我这里简单测试了一下,在 Rails 4.0.2 中,指定

    config.i18n.load_path += Dir[Rails.root.join('my', 'locales', '*.{rb,yml}').to_s]
    config.i18n.default_locale = 'zh-CN'
    

    然后把这个文件 https://raw2.github.com/svenfuchs/rails-i18n/master/rails/locale/zh-CN.yml 直接放 config/locals 中

  • 我觉得从实际情况来说,楼主说的都是对的。学计算机的毕业生的确超级多,而且计算机毕业的人大部分都不会真的从事 IT 行业,至少我身边高手大牛科班毕业的不多。学校学的东西只能用呵呵来形容,所以找不到工作是顺理成章的。

    如果想走 Ruby 路线,看资料的话,你可以参考这个 http://ruby-china.org/wiki/books

  • 方法很多,各有利弊。比如从数据库层面共享 users 数据,或者一个应用给另外一个应用提供 OAuth provider 服务。

  • 前 5 次搬家,因为是出差常驻,每出去一次都要呆半年。后来 4 次搬家,每次平均两年,最后一次搬家间隔是一年,这么算下来,平均 0.75 年搬家一次。

  • #3 楼 @ytwman 通过 Log,你应该能看到 Rails 从收到 request 请求到处理请求,到返回 response 总共处理了多少时间,其中多少用在数据库上,多少时间用于 view 的处理,这里你可以判断出到底是虚拟机本身慢,还是 Rails 在虚拟机里面慢。

  • 我怀疑是虚拟机慢,或者有什么地方比如网络设置不对。