• 分析 Ruby 中的比较函数 at 2017年1月01日
  • #12楼 @oldcwj #4楼 @qinix 过去写三端都写的,以后要重新捡起 Rails 来了哈...

  • 终于看见有这么用的了!

    simple_form什么的根本没必要嘛...

    PS: 四年前...

  • Window 10 下的开发 Rails at 2016年12月11日

    加个精吧,方便用 Windows 的人,不过还是看好 WSL 的成熟~

    另外推荐一个 Terminal 叫 MobaXTerm,这个是我在 Win 下用过最强大的 Terminal 了,比 Cmder 要好用很多(当然也复杂了很多...),缺点就是启动速度慢

  • Window 10 下的开发 Rails at 2016年12月11日

    等明年春季的 Creator Update,利用 WSL 做 Ruby 开发,应该没啥问题了,添加了目前缺失的 syscall 支持还有升级 Ubuntu User land 到 16.04

  • 关于 Rails 项目的操作提示 at 2016年12月08日
  • #7楼 @flowerwrong 哦对,我想起来了...过去我也弄过这事... 另外 rails-assets bower-rails 之类,对于结构太奇葩的项目,都有问题,我最近本来在尝试这样管理assets,后来还是退回老的方式了

  • 反馈个issue,朋友说安装的时候没给老的 .vimrc 备份 于是他自己的被覆盖掉了

  • #2楼 @flowerwrong 如果可以复制进app或者是在项目目录范围的话 config.assets.paths << Rails.root.join('vendor', 'assets', 'fonts') 就可以享受到assets pipeline了

    这块的技巧你直接建立新的 rails 5工程,看一下 config/initializers/assets.rb 里面都有注释提示的

    我最近也试了一下 bower-rails 但是很多项目文件结构太乱,导致总会让assets pipeline多编译很多没用的东西。。。

  • 粗暴的话

    FONT_TYPES = %w(*.eot *.woff *.woff2 *.ttf *.otf *.svg)
    Rails.application.config.assets.precompile += FONT_TYPES
    

    也接受 Proc 的,所以可以搞类似

    ASSETS_TYPES = %w(.png .gif .jpg .eot .woff .woff2 .ttf .otf .svg)
    config.assets.precompile << Proc.new { |path| !(path =~ /\/docs\//) && File.extname(path).in?(ASSETS_TYPES) }
    

    但是这样粗暴的话,就会引入很多没用的文件进来,比较好的方法还是首选gem形态的assets

  • Ruby China 2016 纪念拉链帽衫 at 2016年12月08日

    #100楼 @zlx_star 没注意T社那边关闭没,等我晚上看看哈

  • 有的,以初级开发的定位(薪资期望、工作范围)投递简历,获取面试机会,通过面试或者了解不足(公司对于初级开发的能力期望),补足,重试之 专注、不玩票、莫投机

  • 我改了一点排版哦。。。

  • fxruby 做的,是顺手还是有特别的优势?对比 ruby/tk 之类感觉如何?

  • #6楼 @luikore 吕神直接开贴比武招工吧!

  • jQuery no longer part of Rails at 2016年12月03日

    @liudangyi 完成的这部分工作~

  • 新人发个帖 at 2016年12月02日

    新人爆照

  • #2楼 @gyorou Matz 一直一年就准备个一两套 slides...

  • #12楼 @Artoria

    • 首先,用户知不知道你的脚本跟用户知不知道RC源没有关系,跟你是不是QQ党也没有直接关系。其次,作为国内唯一可信赖的镜像,就是要钦点。
    • 我们一直在想办法让更多Ruby开发者加入 Ruby China,起码你认识我,知道我在QQ群做过什么。我们也通过 RubyConf China,促进各地区的聚会去集中中国的Ruby开发者,论坛里也有很多人用自己的方法传播 Ruby,各种培训、RailsGirls、参加其他技术交流活动、公司内部分享等等。普及力度不够,那就再大力点,尽力而为。社区也在利用自身影响力去造福所有Ruby的使用者以及提供各种服务。
    • 不知道的,就让他知道,既然都知道他不知道了,那告诉他有RC源或者直接告诉他如何配置以使用RC源就行了,这就解决了可用性(同时兼顾了安全)。没有人愿意完整解决他问题的,导致他出丑或是没有达成目的,这个没有办法(其实,甩给他 Ruby China 的 Wiki 能解决一部分问题)。另一方面,你给他一个脚本,跟直接告诉他如何使用RC源,成本一样
    • 我没有必要解释 Ruby 源码里的东西,ruby-lang.org 的 download 里写清楚了 On Windows machines, you can use RubyInstaller. 这是官方的推荐,并且对比 RubyInstaller 对各个 build 的发布时间,明显没有紧跟步伐,至今 2.3.3 的包还没有提供
    • 主流就是 Ruby (尤其是 Rails) 在 Windows 上有很大问题,这是事实,确实应该帮助在 Win 上更好的运行,但是你路子错了,唯一的办法就是帮助改进严重依赖 POSIX环境 的 gems 还有 Ruby 本身,这是在 Windows 环境下各种问题的本质。gem install 本身并没有什么问题现在
    • PR 解决不了问题,简单地说,这不是代码层面的问题,实际上构建一个 Ruby Gems 镜像,Bundler官方已经给出开箱即用方案了,难度为0,世界上几乎所有镜像站点都是这样构建的(比如清华TUNA的源,RC源虽不是标准方案,但运营一年技术上已经足够稳定,为啥不用标准方案,原因很简单,穷),更大的问题是镜像服务器的部署、国内复杂的网络问题,还有钱,RC源能成为最靠谱、最权威,恰恰是这三点相对最有保障,还有最重要的一点,信誉。
  • 三四个长篇回复下来连别人在关心啥都没搞清楚,哎...

    此外:

    • 知道 Ruby China 镜像的不需要用(你承认的)
    • 经常不在一个地方开发,只要不出国,首选 Ruby China 镜像
    • 演示给新手或是什么别的目的,不想特别翻一下墙,那直接使用 Ruby China 镜像就好了
    • 跟新手解释镜像和源的概念不是这脚本要解决的
    • 既然假设用户不知道 Ruby China 镜像,那更不会知道你的脚本,用户真不知道 Ruby China 镜像,直接告诉他 Ruby China 镜像就好了
    • 安全是最重要的问题,任何时候都必须选择受信任的源或者镜像
    • 你 geek 不 geek 跟开源跟自动化没关系,没人关心这个

    Ruby China 镜像是国内最首选考虑的镜像(你承认的),那直接介绍和使用 Ruby China 镜像就已经解决问题了,遇到访问不畅的情况,及时提交 issue。

    对于环境问题,Ruby 在 Windows 环境的生态就是不好:

    • Ruby 官方不提供 Windows 的构建版本,官方推荐的 Ruby Installer 不能及时跟进 Ruby 最新版本
    • Rails 的生态就是在 Windows 环境极差,即使能进行开发,在部署到 *nix 环境时候也有潜在遇到问题
    • 你承认你的路线非主流,这本身就不是什么值得拿出来说的事情,没人关心你的故事
    • 非主流对环境依赖不大,跟主流没有关系

    所以,你还是安安心心换一种环境,不要在错误的道路上一条路走到死,还为了错误的路搞一些无用的解决方案。