CanvasJS

入职时约定签合同约定工资 10000，计时付薪，工作日为周一至周五，每天工作 8 小时 中途老板突然一大早召集开会宣布要共克时艰开始实行 996 作息时间表 这种本质上是降低时薪增加工作时长，老板说的"自愿降薪并内心高兴”是对的，实质上是自愿降薪但是表面上内心高兴

原来 955 月薪 10000 跳槽入职到另一家 996 的公司，入职签合同要月薪大于 17727 才能勉强维持时薪持平 但两者共同点都是每月增加将近一倍的工作时长

用的 Rails 几？

假设中高级码农的工资是 M 一般运维的工资是 Y 整个项目需要的工作日天数是 T 李会计拿着 excel 表的公式 T * (M+Y)=? 问老板选什么，并且嘱咐"听别人说 rails 的开发速度快点，golang 部署约等于拷贝文件，部署成本低 几乎可以忽略不计 " 聪明的老板就选了 rails 脑子不好的老板模糊听到了 'golang' '成本低'几个关键字 就选了 golang 回家以后躺在床上一细想，突然一拍脑袋发现不对劲 然后面色铁青，一言不发，在房间里不停地来回踱步，彻夜无眠

第二天一大早召集全休员工开会，会上发言：“鉴于公司遇到了前所未有的挑战，全体员工要与公司共克时艰 我宣布 从即日起，公司实行全员 996 作息时间表 特别是技术部的同事，要自愿降薪并内心高兴"

golang 2018 年 8 月正式宣布加的 modules 机制 原本项目组织设计的项目好大概率出现在 2018.8 月以后的新项目 小概率有可能是码农在 2018 年以前在自造轮子处理依赖管理 但是线上已经运行好好的项目的是不会让码农为了所谓代码优雅重构一遍的，就是码农愿意，老板也不掏钱

就算码农从 2012.3 月 go v1.0 发布开始写代码，按业内招聘要求 2 年以上开发经验的潜规则，要达到中高级的水平也要 3-5 年以后 中高级的码农维护旧项目无压力，开发新项目是撑不了长时间 996 的 当然要钱不要命以头抢地倒地不起的中高级码农也有 到地不起以后 中高级码农-- 新码农因为计生国策 + 女人无房不嫁 + 房贵限购 的组合拳下，在可以预见的 20 年内，新码农++ 是小概率事件，而且新码农越来越贵，技术不咋的，工资要求远超过中高级码农 中高级码农工资低，新码农工资高 工资倒挂将是长期新常态 按人穷志短的常理，工资高的新码农有钱了就更不愿意 996

这种利用 modules 机制完善库生态 + 中高级码农 996 的组合拳 集中所有优势集中到一个时间点，好处都归我的假设只在理论中成立，实际中很少见

• 2018 年 6 月 14 日今日头条（字节跳动）有员工猝死的传言真相如何？
• 前阿里员工进入字节跳动后大呼后悔！工作强度太大！
• 江湖公认字节跳动 996 是最狠的。

同样的一个功能，用 rails 实现 3 天就完了，用 golang 来做要一星期，然后当初做选择的决策层觉得进度太慢，只好让码农 996 来凑，然后指着码农的鼻子说你看看人家用 rails 的公司做得多快，跟高铁一样，码农其实没什么想法，就想找个角落安静地写代码，写着写着忽然以头抢地，口吐白沫，倒地不起了

实际上 选择合适的解决方案可以达到事半功倍的效果，但是为了跟风赶时髦，最后的结果往往是事倍功半 做决策的看走眼了，导致决策失误，最后把责任转嫁推到普通员工身上 身边这样的案例太多了 最可怜的是跟风的码农，粹死的时侯都不知道为什么死的

没有，golang 那么丑的代码怎么可能实现 rails？解析 json 还要写一堆配置文件，烦得一逼，改个字段，一堆文件要改 改完了还要重新编译看结果 象 rails 就贴一行 ActiveRecord::Base 然后放啥都能用，随便改

golang 就是 c 加了 gc 和一点高级数据容器 以方便 c 写不好的码农写 utils 定位就是工具集 所谓的高并发只有嘘头，国内需要高并发的公司和需要写业务的公司比例是多少？真正需要高并发的 bat 都有稳定运行多年的框架代码 犯不上重新用 golang 再写一遍，只有新创业的 saas 之类的小公司可能会试水一下 跟风的码农发现学完了 golang 根本找不到工作

Rails 里的 ActiveSupport::Base64.encode64 会包含换行 ActiveSupport::Base64.encode64s 去掉换行

开发效率和运行效率是成反比的

• Camping https://ruby-china.org/topics/40314
• DataMapper https://ruby-china.org/topics/40282

在生产环境中用小众框架的风险就是如果 ruby 版本升级了，但是框架不维护了，然后代码就被限制在旧版本了 必须安装旧版本才能运行

能读到历史纪录的数据文件 读个 cookie 也轻而易举 就按“历史纪录的数据文件“这种专业术语吧 从专业角度看，你觉得这个 feature 是不是保护用户浏览纪录用的？

已更正

在手机上看 主题的时间在左面挤在一起了 是否应该放到右面 眼评论区一致 分类如果不用做导航的话可以放在内容的开头或者结尾

字体乱了 android 5.02 api 21

windows 上安装 Gem 要么缺库，要么版本不匹配，所以 window 只有用来入门，安装 ruby 熟悉一下基本语法 要跑 rails 要么换到 linux（现在有些 inux 发行版的桌面快赶上 windows 的体验了）或者装个虚拟机里面跑 rails

逻辑也分简单和复杂的 简单的就把 if 写后面 复杂的就先 if 然后再写一堆
象 block 和 module/class 也是不同层次的 module/class是完整的代码组织单元 而 block 更象临时的寄生代码，在其他语言里，block 算是 callback 所以 ruby 这样不同层次用不同的代码表现形式，层次分明，更有条理，反而 python/java 事无巨细，强求一致的方式更象是给机器人用的

承诺就是钱给够 拥护 996 的码农认为钱给够，996 也可以接受 在这部分码农的价值观下，资本完全超越法律之上

var law = 'public rule';    

function enterhw(money) {
   if( money == "enough" ) {
       law = "nothing";
   }
}

console.log(law);
money = 'howmuch?';
enterhw(money);
console.log(law);

host 中加域名的贴子置顶就可以了

是浏览器 下载链接 http://www.avantbrowser.com/release/asetup.exe

require 'time'
filename='ruby.htm'
fp=File.open(filename,'rb')
content= fp.read
me='<div id="respond" class="no_webshot">' 

def findme(search,me)
   pos=search.index(me)
end  

pos=0
mark = Time.now.to_f
for i in 1..90000
     pos=findme(content,me)
end 

puts Time.now.to_f - mark

ruby 2.5 性能最好

共用一套代码只是想象出来的，实际情况是实现的效果差强人意，码弄吃力不讨好，理想是 write once run everywhere 现实是 write once ,debug anywhere 不要说跨平台，就是同一平台 ie8 到 ie11 或者 android4.4 到 android 10 的兼容性 已经够码弄喝一壶了，好不容易这个版本好了，另一个版本又出问提，把另一个版本调好了，还得跑一遍回归测试，如果前面已经调好的功能又有问题，又得重新再来一遍 码弄的青春这样耗在这些 trivial bugs 上 一去不复返了

要流畅用原生 android 开发简单，平台足够成熟，资源丰富 如果你不是硬件相关 api 需要处理下兼容性，只是是内容展现，交互类的 app 原生 android 是最佳方案，什么 rn，flutter 都是跳坑，前面的码弄倒下填坑，后面的码弄踩着尸体踏过去，等到坑填的差不多了达到流畅的水准，码弄也快 35 了，该劝退了 vue 看都不要看一眼，无论是 web 页面，还是 app 都是鸡胁 除了浪费时间以外，好象没有什么大用

DSL

https://m.sohu.com/a/415083748_260616 跳楼用户违反了上述哪一条？这么多条目为什么没有引经据典列出一条来 只有内部人士语焉不详地"涉违规 "

微信的规则是什么，百度了一下没找到，从目前跳楼的案例看，找微信的规则就象探索在宇宙的黑洞的边界 等你探到微信的规则的时侯已经 over 了 剩下的活着的人依然不知道微信的规则是什么，死了的人知道微信的规则但不会说出来，所以微信的规则是没意义的 最安全的姿势是远离微信

告许他们遇到疫情期间取不出钱来，就不难了

@kikyous 恐惧跳楼

https://taskhub.work/article/79319258450055168