nine (九尾™) · 回帖

使用 Windows 10 + WSL 进行无缝 Ruby 开发 at 2019年05月14日

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

使用 Windows 10 + WSL 进行无缝 Ruby 开发 at 2019年05月13日

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

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

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

毕竟好看才是第一生产力

使用 Windows 10 + WSL 进行无缝 Ruby 开发 at 2019年05月10日

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

使用 Windows 10 + WSL 进行无缝 Ruby 开发 at 2019年05月10日

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

怎样让 new、create、update 这些 action 脱离 restful 的约束，像普通 action 一样使用？ at 2019年05月10日

news

create_one

使用 Windows 10 + WSL 进行无缝 Ruby 开发 at 2019年05月10日

目前，似乎没有，还未求证。

为什么需要同时使用 nginx 和 puma at 2019年05月08日

一个nginx后面可以有n个网站，nginx负责把域名转发到后端，静态文件转发到文件系统，动态的内容交给容器（puma、tomcat）自己管理,当然也可以转发给另外一个nginx或是IIS、Apache。

去他的 RTFM, 只要 @kayakjiang 我有问必答，绝不敷衍 at 2019年04月30日

牛逼！

虽然不好意思说，但其实RTFM 也是Ruby越来越少的重要原因之一。

Rails 6.0.rc1 已经在 Basecamp, Shopify 和 GitHub 的生产环境中跑起来了 at 2019年04月28日

参考过，很有价值，不过最终评估后，打算折腾一下react_on_rails + webpacker + antd

Rails 6.0.rc1 已经在 Basecamp, Shopify 和 GitHub 的生产环境中跑起来了 at 2019年04月28日

新项目准备直接用rc1，大概率没开发完，直接升级release

Rails 6.0.rc1 已经在 Basecamp, Shopify 和 GitHub 的生产环境中跑起来了 at 2019年04月27日

按理说应该没几日了

Ruby 中的 Time 有没有什么方法舍弃掉分钟和秒 at 2019年04月17日

这是个做时间序列应用时经常会用到的tips。

Time.at(Time.now.to_i / 3600 * 3600)

需要按多少秒分割，先除以它再乘以它就好了

如何看待 996.ICU at 2019年03月30日

冲进度的时候加一段可以，但是结束后要用团建之类的方式补回多巴胺，长期加班简直是摧毁团队。

不过话说自己在家做项目基本是12127，中间穿插好play time。长周期的思维连贯性被打断还是很恐怖的。

浅谈跨平台框架 Flutter 的优势与结构 at 2019年03月21日

JIT的解释有误

写码 2年，身体一天不如一天大佬们是怎么调节的 at 2019年03月18日

每周固定踢足球1次（9人制对抗4节共2小时）。健身房办卡，虽然间歇性的，但是经常会集中上私教课。家里备可快速调节重量哑铃+卧推板，做哑铃深蹲卧推弓步蹲。

在 ruby 上能实现一个下面描述的这么一个网页吗。。。？ at 2019年03月16日

https://ruby-china.github.io/rails-guides/action_mailer_basics.html

一个多年 Linux 用户的 Mac 使用体验 at 2019年03月10日

看你说了那么多楼，基本get到了，本质就是在说你在Linux折腾的时间比较久，熟悉了，想把原先的操作或DIY的习惯/经验，原封不动搬到Mac上来，失败了。

我想说那基本是不可能的，因为即使都是类unix，Mac和Linux毕竟还是两个不同的东西，设计哲学上就不一样。就像安卓vs IOS一样，如果只用过其中一种，即使别人再吹另外一种，你看起来好像也不错，但是去深度尝试的话仍然各种不习惯，因为是会带着原先的思路去操作的。

对比开发语言，如果一个只学过Java/PHP且用过n年的人，让他来用Ruby，看起来很美，可是为什么生态里面各种奇怪的东西，为什么要balabala，连个解决方案都找不到，你看我原来的语言多好，（比如你吹你是最屌的元编程，但是连个变量的变量都没有），其实本质上就是你习惯了原来的系统的设计哲学 + tips合集而已。但是如果用过多种平台/多种语言工作的人一般不会觉得有什么问题。

另外由于用了好多年，所以各种解决方案都积累起来了，所以即使有些解决方案都是蹩脚的，但是踩过坑了熟练了，也就不觉得有什么不妥了。

所以要切换平台，基本上还是评估切换成本，然后对比切换前后总体收益是正还是负，切换后总会各种不爽，但是总体正收益的话，还是可以考虑的。比如Ubuntu再好，对我而言把桌面或服务器都切换过去，收益是负的。而桌面环境的话，非IT专业的各种软件还是Windows更丰富，我能列出一堆各种好用的大小软件。@huacnlee 所说的Mac上的Office 能比Windows好用，肯定是不对的，微软在桌面办公积累那么了多年，比如Excel中使用VBA，或Excel和Access的结合，Mac都是没法比的。

而大部分时候，切换平台最重要的原因，只是因为我们最需要的那个功能/软件，在别的平台无可替代而已