RBS 不够吗？

深有同感，外包考验的是经营自己的能力。
最难的是怎么找到客户，如果接的是转了几手的包，纯粹是出卖劳动力而已。
然后是怎么给客户留下印象？提前交付？出色的 UE，顺畅的沟通，负责的售后或者垂直领域的积累。至于技术？只要达标了，继续加点收益极低。
另外一直写业务代码，很快就会到达瓶颈，外包又是时间换钱的工作，舍得把时间投入去精进技术吗？不如想想怎么包装自己。
外包的出路，要不转职包工头，要不在某一领域做出一套一般化的解决方案降低开发成本来取得竞争优势--当老板。
要不就像我一样陷入追求技术的误区，失落离场

emacs + eglot + solargraph

rails 的核心优势不再，其他短板没补起来。毕竟语言和框架只是工具不是信仰（大部分）。ruby 对我来说也是如此，像我这种纯爱好者也很少用了。还记得 11、12 年刚工作的时候接触了 ruby，成了一个 java 愤青，一边用一边骂，一边期待 mruby。只是后来有了（资本选择了）kotlin、swift、dart... ruby 在移动端确实没有想象空间了

可以用 bitset 来确保唯一，不过的足够稀疏才有效率

理论上不存在 100% 不可破解的方法。但只要设计一个方法使其破解成本远远高于破解收益便可认为不会被破解。第三种方法就是正途，对请求数据进行签名，主要在加密方法和密钥上面下功夫增加破解难度。时间戳这个，叫重放攻击，减少时间间隔可以增加攻击难度，也可以使用序号防止重复请求。不过也不存在 100% 安全的情况。

具体问题具体分析，主要考虑的因素是这样做让逻辑更清晰了吗？要抵抗减少代码量的诱惑。SOLID 的单一职责原则对方法的设计也是有参考意义的。

这种帖子不应该有人回复，建议就此锁帖。

arch xfce

何出此问呢？看了下 trends，ruby emacs 和 emacs 的热度都在缓慢下降

n = 1000
n<5?0:(1..Math.log(n,5)).to_a.map{|i| n / 5 ** i}.inject(:+)

以前在 Cygwin 上用 Ruby 做的很欢，后来某次升级后，nokogiri 编译 libxml2 和 libxslt 死活过不了，遂放弃。 用 Vagrant 跑个虚拟机还是不错的。

@pathbox 哈哈，写过 Java 的同学可能都上过这么一课：不要在循环中用+链接字符串，要在循环中链接字符串应该使用StringBuilder 或 StringBuffer。原因就是 String 是 immutable 对象，每次修改操作会创建一个 String 对象。

在 Ruby 中试验了一下，发现 =#{} 这操作也是会创建新对象。

csv = ''
csv.object_id  # 12888796780
3.times{csv = "#{csv} Hello"; puts csv.object_id}
# 12888886920
# 12888886840
# 12888886780

所以 OP 说

csv 这个字符串变量太大了（达到 1M），再往 csv 的末尾追加内容会比较吃力

只说对了一半，还有一个原因是循环到后面，每次循环都要创建一个 1M 多的字符串然后再往追加内容这样才慢（在 String 末尾追加应该是 O(1) ）。如果这时看一下内存占用应该很可观，想必上 G 没问题。

不过 Ruby 的 String 还有在原 String 对象上连接的方法，就是 << 。所以 OP 的代码还能这样写

csv = ''
@customers.each do |customer|
  csv << "#{customer.id},#{.......}\n"
end
return csv[0..-2]

对 Ruby 不熟，这只是我想当然而已，别打脸。

我记得之前有过：https://github.com/gonjay/rubychina4android 可能已经不维护了吧。

#3 楼 @billy 四个选项我是这样脑补：

1. 没听过
2. 略有耳闻
3. 用过
4. 经常使用

不如先增加个反对和赞同功能。

有考虑版权问题吗？

@gnodiah 哈哈，多谢。今天用了一天本地生成果然比调用线上接口快很多，零延迟。

N 年前研究过，是用查表的方式来解决的。

从 GBK 到 Unicode 的中文字符映射

ruby 应该可以直接按 @lonre 的方法来转码吧。

@Rei 弗利萨？

ASCII 需要转换成 GBK 吗？GBK 的字符编码不是包括了 ASCII 编码吗？

用 Aquamacs

或者禁用掉 Option 键输入特殊字符的功能：http://stackoverflow.com/a/16019737/851344

试试看！

购买机械键盘最好一步到位，省下以后再去刷各种评测信息的把时间，这也算作是一种生产力提升吧。

#36 楼 @redvoilin 用 2000% 的价格换得 200%（不必纠结于数字啦）的使用体验，有没有价值就因人（收入）而异了。对我而言，实际上手和想象中还是有点距离，如果可以试用一下机械键盘，我大概是不会买的，太奢侈了 %>_<%。不过话说回来，每当晚上能在房间里传出啪啪啪的声音实在是太爽了，青轴的声音真的很好听。

不是 Bug，我记得 Redcarpet 有个开关:no_intra_emphasis，防止foo_bar_baz中间的bar被转换成斜体，这个开关也会影响到加粗语法。

:no_intra_emphasis 默认是打开的，不过我个人还是喜欢将它关闭，首先加空格不符合中文的输入习惯，而且，毕竟像foo_bar_baz这样的串一般都会加个 inline code.

想起 N 年前写的迷宫算法演示：http://tools.dourok.info/mazegame/mazegame.html

也可当成经典最小生成树算法的可视化演示，好粗糙的，一晃好几年～