只是模型，一种划分方法，帮助研发和维护判断交流的。osi模型是7层模型。

哈，默认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