哈，默认 1000 条，满足大部分伪自增需求。

尽量自己做下伪自增工作。

find_each 是 order by 主键的，加上排序会有问题。 送你一个带 order 的扩展

class ApplicationRecord < ActiveRecord::Base
  self.abstract_class = true

  def self.find_eachs(limit: nil , batch: 1000 , order: :id , &block)
    count       = 0 
    last_offset = nil
    next_break  = batch
    data = self.order(order).limit(batch)

    until data.blank?
      data.each do |dt|
        count += 1
        block.call(dt)
        last_offset = dt.attributes[order.to_s]
        break if count >= next_break
        break if limit and count >= limit 
      end
      break if limit and count >= limit 
      next_break += batch
      data = self.where("#{order} > ?" , last_offset).order(order).limit(batch)
    end
    count
  end

  def self.find_each_datas(limit: nil , batch: 1000 , order: :id , &block)
    count       = 0 
    last_offset = nil
    next_break  = batch
    data = self.order(order).limit(batch)

    until data.blank?
      block.call(data)
      data.each do |dt|
        count += 1
        last_offset = dt.attributes[order.to_s]
        break if count >= next_break
        break if limit and count >= limit 
      end
      break if limit and count >= limit 
      next_break += batch
      data = self.where("#{order} > ?" , last_offset).order(order).limit(batch)
    end
    count
  end
end

WSL1 目前执行 rake 还是比较慢，可能和权限之类的东西有关，没有深究，因为 WSL2 就要出来了。Inside 的 Win 10 已经可以使用 WSL2 了，不过生产机器没敢安装，我等正式版。

Ruby 比较适合的不是面向工资编程，而是面向收益编程。也就是说你用 Ruby 做了一件事，这件事有很大收益，包括但不限于 money，而大多数人为了工资，那肯定坚持不下去。

再者目前缺少大佬推广，为什么呢？现在阶段比较热的是深度学习，谁在这个阶段想把 Ruby 强推起来也难。谁叫 Matz 押宝的不是机器学习而是嵌入式呢？（毕竟日本是电子大国基因）。而对于业务系统而言，虽然我认为 Ruby 比 Java 更适合，但 Java 的以下特点稳固了他的霸主地位：

1. 轮子多覆盖各领域，满足 “学一门语言工作一辈子” 的面向工资的诉求。
2. （管理者看起来）员工可插拔性强。
3. 工种基数大，工会运动能力强。

再看现阶段互联网、软件行业，主要处在业务系统填坑期，所谓 “互联网 +” 也就是传统行业有大把的业务坑要填，这个阶段的最大诉求是“解决问题”,而 Java 的以上三个 “工业语言” 特性，来填坑最适合。Ruby 就不要在这里竞争了，Ruby 语言本身的 “解决问题” 的能力虽然也很强，但解决不了工源问题。而在大厂里面工会运动搞你也是分分钟的事。搞 Python 的还能说我做深度学习最好呀，Javascript 还能说有本事你写浏览器程序呀。Ruby....猝。

Ruby 的优势是 创造性生产 。但从 Ruby 语言本身来讲，恢复火爆取决与以下几个条件：

1. 市场上 “业务填坑” 需求基本慢慢饱和，转而需要创造性生产的时候。比如之前的 web2.0 时代初期、移动互联网初期。当某阶段老的领域已经逐渐饱和，已经很难靠 Farm 挣到钱了，新领域的淘金运动开始，Ruby 和 Rails 的各种优势又能被无限放大。运气好的话出一个 Facebook 大厂，差一点能出个豆瓣这样的中厂。

2. 内置/第三方 JIT 引擎性能开始爆炸，加上 Ruby 语言级别的良好特性，导至各种高性能领域期望使用 Ruby 作为首选胶水语言。

3. Ruby 押宝方向大爆发，比如之前押宝的嵌入式。（然而嵌入式这个方向难度还是很大的，毕竟比较硬，需要时间积累，高爆发领域还得是软一些的）

以上 3 个条件任意同时满足 2 个，加上大咖的宣传，即可恢复荣光。但即便如此 Ruby 仍不是工业级别 Farm 的语言。不建议 Rubyist 面向工资编程。

现在 Rubyist 应当考虑的是，找到自己愿意深耕 10 年以上的行业，这里说的行业不是互联网、软件，而是垂直行业，无论汽车、O2O、教育、服装、奢侈品、金融，或者更加细分的领域，深入其中，利用好 Ruby 的创造力，去创造工资以外的收益。当然就顺便就创造出了一些工作岗位。当然你也可以积累好 Ruby 的技术和团队，等下一个爆发的时候，可能你就是大厂的大佬。

支持的吧

可以使用 ActionCable + Fork 一个新进程解决耗时操作问题。

class ExambleController < ApplicationController
  def create
    Process.fork do 
      Foo.loop(1000000) do |bar|
        ActionCable.server.broadcast(channel_id , {bar: bar})
        sleep 0.1
      end
    end
  end
end

今年主题很棒，好想去，可惜。。

能上 RubyChina 应该都不会傻到用其他语言去写后端，项目方指定语言的除外。

如果目的只是写博客文章的话，google cloud 一键部署 WordPress 就行。 不想搭建的话简书就可以，就是有些敏感内容会被河蟹。

管道可以避免无节操的继承关系，防止 object 无限变大，是非常好的特性。口水 Elixir 这个特性好久了。

活太多 1 个人干不完，用 10 个全栈还是 5 个前端 5 个后端。成本和团队成型速度是不同的，管理难度根据项目特点不同差别也是很大的。

由于市场需求、成本计算和管理人员水平不达标，通常高端人才价格低于实际应得酬劳，而专业型工种，技能及格的 “人才” 价格普遍虚高，蜜汁自信。楼主说的应该是后一种。

host 不用设置，完全自动的，跟本机一样。

编译的话是需要，不过我没编译成功，试用的网友编译好的版本。

en，Win10 开启缩放就好了，字体倍儿棒，之前没法用是因为 n 多软件 HDPI 的设计没跟上，缩放后全是毛边，现在基本都搞定了。

rake rails 慢有说是 Windows Defender 的问题，不过我这是关闭的（非法途径关闭），可以等等 WSL2 正式版试试，目前 insider 了 https://www.oschina.net/news/107424/wsl-2-is-now-available-in-windows-insiders

终端我用的 MobaXterm，复制粘贴，ctrl+shift+C / V ，其他相关需要配置下。

比如直接进 WSL 并启动 ZSH+ 工作区，和指定公钥位置。

rails s 和 rake 任务启动会比较慢。

ubuntu 下载慢，改成国内源会好点。

嗯，主要还有一点原因比较重要，忘了写了。

是作为一个从 IE6 一路 hack 过来的伪前端，SJR 我一直用的不是太顺畅。SJR 把很多东西划分的太碎了，控制起来太费劲，需要记忆和查找，修改后容易相互影响。Stimulus 虽然把 js 作用域分开了，但 CSS 还是没有解决（因为它诞生的目的也不是为了解决 CSS 的问题），而且多了 SJR。

这样 JS，HTML，CSS，SJR，就分别散落在各个角落，支离破碎的感觉，很糟糕。

而组件化的颗粒度是我想要的。把 CSS JS HTML 封装到一个组件（甚至文件）里，而组件之间样式、行为互不干扰，修改微调起来相当方便，安心。

了解，我也是一直想把 Stimulus+Turbolinks 用起来，但是一直也没有找到合适的使用场景，可能新闻站、博客、论坛这种会比较适合，但是除了个人练手，现在哪家公司也不会花人力重头写一个这样的应用。做活动页模板的话，通常也不需要后端或者全栈的参与，主要是前端在工作。做后台应用的话，就是复杂项目了，这本身也是 Rails 拿手的，然而复杂应用的前端，可能就要上 react 之流会合适点。

至于复杂，前端现在确实很恶心，但可能也没想象的那么复杂，可能只是 Rails 社区对前端研究不多，不太会组织资源。

用过一段时间，没有想象中的好，比较鸡肋。

简单应用，用不用 stimulus 区别不大，大不了把 turbolinks 去掉，省的调试起来麻烦，还要写模板标记。

复杂一点的，由于担心越做越复杂，估计都会考虑用 react 之流。

青云可以灵活调整带宽，并支持定时任务、弹性调整和 API 调整。建议了解一下。

哈 Surface Pro 肯定不行的，之前的老的 I7 Macbook Air 都慢的一塌糊涂。 这个方案主要还是给台式机用的。一会发下磁盘 IO 测试结果。

en，文中有说，观点就是 wsl 的性能其实并不是很重要，损耗一些完全可以接受，我更看重系统 GUI 本身以及丰富的 GUI 软件带来操作效率提升。

并且除了运行环境，其他一切都在 WIN 上，包括代码和数据库。所以真正考验 IO 的地方就是 WSL 的文件挂载。

另外我是有 960EVO 加持的，所以实际 IO 强过主流生产环境 ssd 云主机是没什么问题的。

毕竟好看才是第一生产力

pytorch winfows 版支持 GPU，tersorflow 不清楚，你可以试下

我的也是家庭版，下载专业工作站版 ISO，双击打开，直接升级。完成后默认激活状态。若是没有激活，淘宝有 30 块钱电话激活。

news

create_one