Sh4p 最近的时间轴更新
Sh4p

Sh4p

V2EX 第 538705 号会员,加入于 2021-03-21 12:16:11 +08:00
Sh4p 最近回复了
@afewok 我第一时间想到的就是 Pulsar
1. JVM 在 o11y 上有天然的优势。如果换一套 practice / 换一个 vendor ,你就知道别的语言有多痛苦了。没有 wire ,probe 要不要 dev 自己改?没有 agent ,SRE 要不要自己出苦工?

用 Spring 无论是 dev 还是 SRE 只需要把全家桶里那些事实规范照着一引入就好了。

2. 对研发来说,我自己体验的部署成本取决于服务发现(不要从 ip 开始让我啥都自己写) / 配置方式(自己写一屁股 yaml placeholder 还是热配置中心) / 部署平台(能不能让我点点点就完事)的成熟度。跟语言没啥关系。

3. 开发效率取决于能不能方便切分「可以乱写的部分」和「不能乱写的部分」,并规整好它们的依赖。C++我没写过,不敢乱说。就 C 和 go 这种语言的 module 和依赖管理,光是想到一下头就在疼了。
137 天前
回复了 Mateverse 创建的主题 程序员 为什么 Java 开发没有普遍使用 kotlin
而且易读性这个东西要怎么定义呢?假设让一个完全没见过 JVM 系语言的人来看

@ Data
@ AllArgsConstructor
@ NoArgsConstructor
public class RandomStuff {
private String a = "a";
private String b = "b";
}


class RandomStuff(
val a: String = "a",
val b: String = "b",
)

1. 应不应该强逼着语言新手理解 annotation ?
2. 如果不用 lombok ,第一个东西你手写会变多长?
3. 手写原生 constructor ,RandomStuff(String a),我怎么让这个东西只接受一个参数,但能选择赋值给 a or b ?
4. 读惯了与好读是等价的吗?
137 天前
回复了 Mateverse 创建的主题 程序员 为什么 Java 开发没有普遍使用 kotlin
坐标: Airwallex
现状: 公司级别使用 Kotlin ,Kotlin 和 Java legacy 比例差不多 95 : 5
我了解的同情况的公司:Afterpay (公司级别已普及), Lego (公司级别在转型), Google (部分组)

Kotlin 写后端到底好不好用:
Springboot 2.3.9, 语言层面只遇到过一个坑:Kotlin 自己的 Collection 是有 Immutable 和 Mutable 两种的,而 Java 都是 Mutable 的,至少这个版本对 Kotlin Immutable Collection 支持有问题。所以在 wire bean 的时候要注意下。
别的没遇到过任何语言层面的问题,支持得相当完美。

我理解的阻力:
1. 面向简历编程。在这个公司不干了,去下一家未必能用 Kotlin 。
我觉得这个问题无解,尤其在国内。

2. MVC vs Webflux, JDBC vs R2DBC 。
这其实跟 Kotlin 够不够好没啥关系。我们组自己的服务已经彻底 reactive 化了,没有这方面烦恼。别的组也不是都用这些,但照样可以用 Kotlin 。

3. 觉得语法糖用不上,怕编程风格不统一。
前者的话,我个人觉得都不用说 null safety (毕竟这个东西和 Java 的互兼容性是好是坏是值得讨论的,不是所有 lib 都会给你好好加 @Nullable ),constructor 的优化和 apply 这两个东西已经足够让我忘记 Java 了。

后者的话,如果你们组 /公司的 CR 流程和风气够好,我觉得互相理解、统一、寻找 better practice 是必经之路,也跟语言没什么关系。
145 天前
回复了 seagull7558 创建的主题 程序员 to b/to c 成就感问题
首先不知道楼主是什么岗位,我自己是后端,并且 toB / toC 都做过,说说个人的感受

1. 「好玩」的反馈是用户给的,但不是所有的 PM 需求都会让用户觉得「好玩」。因为不「好玩」而失败,还占用了资源,最后导致大家下一轮绩效 review 都尴尬的情况是更多的。不然为什么大家 offer 对比的时候都会说看组呢。

2. 即使你真的在做一个「好玩」的东西,但是落到后端这里,写代码的时候不一定就是好玩的。设计和复用的第一关不是你说了算,是 PM 和 UX 说了算。并且真落到实施的时候,大家的合作是要服从康威定律的,会进一步限制你的设计。

3. 是会收到很多反馈,正反馈一定是先夸 PM 的,负反馈一定是要你先半夜起来修 bug 的。

4. toB 客户也不是不得不用,归根结底还是你们公司在竞标中胜出了。其实竞标能胜出,和用户觉得好玩而来玩,这两件事基本就是对标的,区别可能是在使用量能不能给你这个研发一个正反馈。

5. SaaS 类型的 toB ,你的服务是要接不少流量的,也可以让你在写代码时有好玩的感觉。
@ww050312 @Lqxc
我又去找我们 HR 问了一下,现在也是招 dev 实习生的,有兴趣可以加我 wechat 联系
持续招人中,解答几个最近加我的朋友普遍问的问题

上海 office 地点:黄浦区马当路中海国际中心
北京 office 地点:东城区东长安街 1 号东方广场
吃饭方便吗:上海这边吃饭很方便,楼下一堆吃的,但是贵。楼下吃基本一顿 30+起步。北京不清楚
@Jackwang0127 是的,会跨组跨国开 zoom meeting
@Jackwang0127 中文面,过程中会考验你的英文能力
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1137 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 20:13 · PVG 04:13 · LAX 13:13 · JFK 16:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.