• WSL2 还是虚拟机那一套,跟 vagrant 没多大区别,用共享文件夹 IO 卡的天昏地暗。WSL1 速度不错,很轻量,只是运行 rails 比 mingw 还难搞。

  • 可以,现在还不能对变量设置类型,不过变量可以推导出来。我猜想,rubymine 能实现把 rb 和对应的 rbs 的内容在一起显示,在 IDE 里面是看上去跟静态类型语言一样,当然实际上还是分开的。如果没实现这个功能我就去官方提。

  • null at 2020年12月26日

    congratulations🎉 🎉 🎉

  • 在 Windows 上玩 rails 也不是不可以,一定要控制使用第三方 gem 的数量,不知道在哪个依赖上就卡住了。其实不管在哪个平台都要慎用第三方 gem,本身 ruby 语言和 rails 框架功能已经够丰富了

  • .net 工资低的都是那些只会写 aspx 的动态页面仔,不懂 Linux、nginx、git 这些技术栈,只会配 iis,部署网站用远程桌面复制粘贴或者 ftp 上传。所以一门技术要想走高端路线千万别易用,易用会吸引很多低端货进来拉低行业下限。

  • 有此事,不过 php 的工资可不低啊,一线城市的平均工资超过 java,php 是被用开源 cms 建站的那帮菜鸟拉低了平均水平,单就后端开发,工资不输于 java

  • 感觉不出来多少变化,除了快,c#的语法已经很成熟,后面无非就是加一些各种口味的糖。

  • 111 at 2020年11月04日

    TabNine 这种智能提示不如没有,每个选项后面还跟这个 xx%的准确度,难道每打个属性方法还要权衡每个选项的准确度吗?其实这很增加心智负担。智能提示要么不提示,要么就提示 100% 准确的,别提示那些让人心里没底的。

  • 111 at 2020年11月04日

    spring 再 idea 中会自动提示所有匹配的路由,准确率接近 100%

    rubymine 写 rails 的时候也能提示,只是 ruby 太灵活,写的稍微魔幻一点 IDE 的智商就无能为力了。

  • 111 at 2020年11月04日
    import org.nutz.*;
    import xxx.xxx.models.Shop;
    import java.util.*;
    
    @Inject // nutz 自带注解,不依赖 spring
    Dao dao
    
    List<Shop> shops = dao.query(Shop.class, Cnd.orderBy().desc("shopName"), new Pager(1, 20));
    

    对比

    shops = Shop.page(1).per(20).order(shop_name: :DESC)
    

    ================================================
    比起代码的健壮性,ROR 的这点简洁不值一提。并且 java 的那一堆 import 根本不需要手打,IDE 自动引入自动按字母排序。

    IDE 对静态语言的提示准确率是无限接近 100%,对动态语言特别是 ruby 这种超级魔幻的动态语言,能提示出来 50% 就不错了,其中还会有大量的提示错误的方法和属性,至于 tabnine 这种所谓的 ai 提示的,其实就是统计了概率,大量的不相干的提示反而会扰乱思维。

    用 rails 基本上就别考虑用 IDE 了,妥妥的用编辑器,把 rails 常用的方法记到脑子里,日积月累转变成肌肉记忆,项目中的模型的属性和方法,controller 中的方法,route 中的路径,统统都记到脑子里去。这样反而可以增加对项目整体的理解,写出来的程序更加精炼稳定(前提得是程序员靠谱),不过心智负担会比用 IDE 高几个数量级,适合写自己的创业项目。在公司上班要琢磨跟产品跟前端撕逼,跟领导同事博弈,如果再投入过多的精力去写代码会死人的,能腾出来 30% 的精力思考代码就已经是良心码农了,所以 IDE + JAVA 这一套更适合打工人。

  • 111 at 2020年11月02日

    rails 适合编辑器党,作为 ide 党的我,每次用 rubymine 开发 rails 的时候真的很无力,虽然大 JB 家的 IDE 已经非常智能了,对 rails 的智能提醒还是半残废,遇到元编程更没辙。

    而用 idea 开发 spring 程序,智能提醒接近 100% 的准确率,简直太爽了,写程序就像做填空题,并且填错了 IDE 会提示。

  • Ruby on Rails 新手之路 at 2020年11月02日

    这种逼格比较低的帖子我来回答吧,说句题外话,如果 ruby 社区充斥着这种入门级的提问帖,说明 ruby 的使用率真的上去了,否则永远都是曲高和寡。

    1、rails 命令需要很久的原因有三,其一 ruby 脚本的执行速度很慢,比 v8 的 js 慢很多,其二 rails 采用类似 node 包的 gem 包,执行 rails 命令背后还要调用大量的第三方库,其三 rails 越做功能越多太臃肿了。其实 rails 可以借鉴一下 django 框架的思想,基本上不使用第三方库,全部自己实现。django 的命令就比 rails 快很多。

    2、thinkphp 类似 rails 应该是,thinkphp 借鉴了“借鉴了 rails 思想的框架”的思想,rails 比 thinkphp 古老的多。

    3、rails 最快的部署方式就是 docker 了,像 php 那样拷到文件夹就能用是不可能的。

  • 111 at 2020年11月02日

    小项目都能感受到 spring boot 的方便,大项目更不用说了,显然静态语言占优势。

  • 111 at 2020年11月01日

    感觉像讲故事,最近用 spring boot 做了一个小项目,在 idea 强大的智能完成加持下,感觉也不比 rails 效率低多少,但静态语言带来的安全感让写代码的心智负担降低很多

  • 其实买个车珠子坐垫就可以,或者竹片坐垫

  • 有毒塑料的危害比电脑辐射大的多,这可是跟身体亲密接触的,前段时间睡了几次劣质折叠床,后脑勺和后背一种麻木的感觉,就像不是自己身体的一部分了似的。特别是现在这个电商时代,厂商都赚快钱,只管营销推广,不管产品质量。

  • 连公司名、官网都没有,至少也要放一张公司团队合影吧,让人相信这是真的。而不是炮制出来增加 ruby 社区信心的。

    我发现 ruby-china 乃至整个 ruby 社区有个很有意思的现象,在社区里各种高薪招聘层出不穷,但现实中寥寥无几。

    还有那个叫 show me bug 的,几乎每个月都在招聘 鬼知道他们是真的在招聘还是借着招聘的名义推广他们的 show me bug

  • 以前靠外贸的时候是不用考虑国内的消费的,只需要用 996 压缩成本卖到国外赚外国人的钱就行了,这种好光景接下来几十年都不会有了,对国内劳工反倒是好事。

  • 拼命加班蛋糕还会变小:

    1、996 导致一个人干 1.5 个人的活,社会总用工数变少,失业的不敢消费,996 的没时间精力消费

    2、消费少了,蛋糕自然就变小了,特别是将来内循环以后。

  • 我只希望能让 rails 的各种命令快一点,模型加一个字段都要几秒钟,急性子表示受不了

  • 关键月薪还这么低

  • 俺在深圳,等俺在深圳买了房再去上海啊😎

  • 人工越贵的地方,用 rails 的越多

  • 很多招聘帖,为了吸引码农,都拍照片,有拍前台漂亮妹子的,有拍零食饮料柜的。其实这些都是虚的,再漂亮的妹子不让碰也白搭,零食自己花钱买也用不了几个钱。不如在招聘帖标明工作场所地毯全覆盖,这至少能解决码农讨厌噪音的痛点。

  • 用 ruby 的还是上海的多啊,果然上海是一个追求优雅的地方

  • 一开始觉得不写括号只是个语法糖,可有可无。

    写的时间长了才发现,写括号跟不写括号,自己的心绪处在两个不同的世界,一个是数学的世界,一个是文学的世界

  • 常用的写成中文很蠢,但有些特殊的业务,用英文很难命名的时候中文命名的优势就出来了。

  • 这是个伪需求,后端的工作不仅仅是查询数据,如果仅仅查询数据,后端不会比 APIJSON 繁琐。 后端繁琐的是业务流程、权限限制这些,如果这些放在前端,别人想搞事情太容易了。

  • 在浏览器运行,python 已经有人在搞了 https://brython.info/ ,当然 python 语法比较简单。相对于 python 严格的缩进语法,单一的实现方式,ruby 更适合写前端。其实 ruby 语法也不用全部实现,只实现其中一部分就行,就像当年的 vbscript,谁来实现一个 rubyscript?

  • 用 ruby 的 dsl 实现 html 和 css 都不难,但是把 ruby 完全编译成 js 太难了,人家 typescript 是专为编译成 js 而生的,ruby 完全是另一种语言,特性又这么多。