可以聊聊 42thcoder # gmail.com, LZ 优先~
有一说一,2023 年的 Java, 包括语言和生态,已经不是 2014 年的 Java 了; 写起来没那么恶心了,但是说到爽,那还是比 Ruby 差远了
这种涉及到强监管的,直接找银行就好了,门槛不高的
支持,靠谱的公司
JPA 解决 N+1 贼麻烦,套一层 has_many 还好,Entity Graph 能搞定,套两层就只能用 @BatchSize批量查询,虽然还是 N+1 但能减少 SQL 数量
其实最蛋疼的还是 @OneToMany 做不到真正的 lazy, 根据不同场景加 where 也神烦
一线研发的技能树,尤其是软技能点得更多了
老板地盘变大,没困难创造困难也要上,可以拿高绩效晋升了
对公司来说,如果将来业务量起来,要尝试更多方向,更复杂的打法,可以大量堆人了; u1s1, 这个是 Ruby 的痛点,飞快成长的创业公司,今天是几十人的小作坊,一年以后需要千人的研发团队
我打算把这个命名为打工人的悖论。
太真实了,
英雄 vs 炮灰,有必要这么腹黑么? -_-||
水平有高低吧,我倾向于这么看问题。水平高的负责重要的事儿,做骨干,做核心; 水平一般的做做辅助。
PS: 五百多新同学的话,按 10% 的比例,需要五十多个所谓的"英雄".
写了很多还是删掉了。
几个我自己观察的结论:
要保证正确性的话,数据库也不错
还是要区分下 Ruby/Rails 的复杂和 Web 开发的复杂。前者相对来说还是比较简单的,所谓的学习曲线陡主要是后者带来的,换一种语言/框架,可能感觉更简单,但是事儿并没有做好
公司是提供了统一面试机器,但是没有 IM~ 面试版地址分享不过去啊,只能手敲,能自定义的话,方便敲
打算用一用~ 省了给公司面试机器配环境的工作了
小建议
这个是真得对,面试 Java 同学总是心惊胆战的,生怕技术品味不好,没有技术热情; 面试 Ruby 同学就专注技术就好
话说 Java 同学实在是太喜欢背面试题了
我招聘过一段时间的 Java, 简历太多的时候,只要 211 以上的~ 除非是 GitHub 比较亮眼的
老板是超级资深的码农,推荐下~
还有大搜车的前同事啊
生酮的问题在于大脑会很疲倦,给人的感觉就是反应迟钝。
config/deploy/production.rb
文件里面加个设置 set :rbenv_type, :user
capistrano 有两种方式找 Ruby 版本,分别是 user
和 system
那这时候服务是不是就可以被认为"不健康"了
不能算作弊啊,高性能跑 C extensions 是 TruffleRuby 的卖点之一。
毕竟也是吹过 🐂 的。
We run existing Ruby C extensions and show how our system executes combined Ruby and C modules on average over 3X faster than the conventional implementation of Ruby with native C extensions,
都是 puma, 跑热之后,差距会变得比较小,但是相比 MRI 还是没有优势。
支持~ 厉害了
https://github.com/turbolinks/turbolinks-ios/issues/25#issuecomment-206362621
可以用 Hybrid App 的方案,也可以用 Turbolinks, 都是好东西。
要不要用 turbolinks-ios / turbolinks-android 要慎重考虑下
扫码登陆的流程真得很差劲啊,产品向运营低头的典型例子
忍不住要哼唱起来
passenger 怎么配置的
在找工作?方便加我微信聊一下么?CodePoet