• @fan124 如果使用自带的已经可以满足你现在的项目的话,没必要在使用其它的

    我使用docker自带的看一个页面大概需要25秒,实在太慢

    慢的原因帖子里面已经介绍(osxfs的原因)

    以前用vagrant大概是4秒,现在用docker-sync大概也是4秒

  • @ fan124

    我用 docker-sync 时,同步会有延迟

    目前还没发现延迟,我在mac改完保存以后刷新页面就更新了,IDE的话可能是还未自动保存

    用watch命令来观察延迟,基本未发现延迟

    watch -n 1 cat test.rb
    

    container里rails g出来的东西,不会在local出现

    还没试过,等会试下,重启docker是一种方法 也可以试试这个

    $ docker-sync clean
    $ docker-sync start
    

    推荐用官方的 cached

    services:
      app:
        volumes:
          - .:/www/sample_project:cached
    

    这个在mac for docker下太慢,没具体测试,感觉慢了十倍,基本没法用,所以才有这篇文章
    很多在mac下用docker,不想再搞个虚拟机的可以参考下

  • docker or vagrant 让rails跑在linux上
    然后在windows还是在mac上应该关系不大,毕竟实际运行在linux上(windows没跑过,也许有其他坑)

  • 最近前端用的vs code(react + webpack), rubymine感觉支持不太好

    vs code目前感觉挺好,比如webpack的resolve很多editor都不支持
    vscode设置一下就行了
    https://medium.com/@justintulk/solve-module-import-aliasing-for-webpack-jest-and-vscode-74007ce4adc9

  • Ruby GC 自述 at 2018年07月09日

    写的挺好
    https://ruby-hacking-guide.github.io/gc.htm
    这个网页不知道为什么打不开(404)

    https://gettalong.org/blog/2017/memory-conscious-programming-in-ruby.html
    这里有一些节约memory的技巧
    感觉掌握一些基本的技巧就行,需要的时候再去tuning
    有时候花时间去和内存战斗不如给服务器加点内存划算(人工费之类的)

    高级语言就是让大家不用在意内存管理一次来提高生产效率,
    如果不得不花大量时间去调试内存使用量的时候,也许ruby不适合这个项目?
    比如把慢的模块用C之类的重写

  • Ruby 内联私有方法与原理 at 2018年07月03日

    试了下,发现class method也可以这样用

    一般写法

    def self.func_a
      puts 'func_a'
    end
    
    private_class_method :func_a
    

    放函数左边

    private_class_method def self.func_a
      puts 'func_a'
    end
    

    还是习惯这样写

    class Test
      class << self
        private
    
        def func_a
          puts 'func_a'
        end
    
        def func_b
          puts 'func_b'
        end
      end
    end
    

    instance method

    还是喜欢第一种写法,类里面写一个就行了,一般都喜欢放类最后面

    class Test
      private
    
      def func_a
        puts 'func_a'
      end
    
      def func_b
        puts 'func_b'
      end
    end
    
  • quora什么有相同的问题,可以参考下 https://www.quora.com/What-is-the-best-way-to-read-the-source-code-of-Rails

    1. 带着目的去读,比如你想读懂belongs_to是如何实现的
    2. 使用IDE或者prb之类的工具来尽快明白代码如何一步一步执行的
  • Amazon Redshift
    Google Bigquery
    以前做Advertising network系统的时候用过,挺好

  • 比较同意楼主的看法

    现在的项目面向用户的使用的是SSR
    面向企业的管理画面使用的是SPA(react + flux+ immutable.js)
    以前也做过angular的项目

    个人的看法,可以用Rails来解决的,没必要去用SAP,只会加大你维护的难度和开发的时间

    为什么用SPA,因为前端交互太多, 用jquery也可以写,但是难以维护,jquery太依赖dom结构,你很可能不小心就掉坑里了

    说说用react做管理画面的感受

    好处

    1. 更好的交互
    2. 很多UI组件可以重用
    3. 比用jquery写好维护

    不好的地方

    1. 对于浏览器的支持不够,IE9,10各种bug,IE11也有bug,各种等hotfix
      • 你的用户不需要IE的话,可以忽略
    2. 画面更新的时候,你必须弄清楚某个操作以后需要更新哪些地方,不小心就会漏掉
      • 你可以说这不是bug,你重新刷下下页面就好了
    3. ajax的异步处理有时候会有些麻烦,你需要搞清楚你发送的API是否是有顺序的,还是不需要在意顺序
    4. 异常的追踪远远难于SSR
      • 原因很简单,用户使用的浏览器环境不同,问题也不同,chrome没问题,换个浏览器,换个设置也许就不行了
      • 我们用sentry把异常收集起来,但是有不少异常再现很难
  • 希望可以加上CircleCI或者jenkins之类的CI工具来自动化

2008年毕业后,就业于日本IT公司 用C#语言进行了5年开发 现在主要使用rails框架进行网站开发(3年)

熟悉的语言和工具等 ruby rails javascript AngularJS ReactJS linux AWS unicorn nginx mysql redis elasticSearch GoogleBigQuery