Sh4p 最近的时间轴更新
Sh4p

Sh4p

V2EX 第 538705 号会员,加入于 2021-03-21 12:16:11 +08:00
Sh4p 最近回复了
2022-12-01 14:44:30 +08:00
回复了 leosirius666a 创建的主题 求职 Dr. Lemon 毕业找工作啦
@lemonchan Airwallex 有兴趣么?国内 base 在上海。有兴趣的话可以 pdf 简历发我
wechat: c3RhcnJ5XzQ= (base64 encoded)
2022-11-03 06:22:15 +08:00
回复了 857681664 创建的主题 职场话题 终于到自己抉择六字真言的时候了
@857681664 你翻一下我上一个发的主题 里面有联系方式
2022-11-02 10:53:07 +08:00
回复了 857681664 创建的主题 职场话题 终于到自己抉择六字真言的时候了
我司主要 base 就在上海,而且就是用 kt 写后端

https://app.mokahr.com/apply/kongzhongyunhui/2265/#/jobs?zhineng=11730
2022-10-15 01:02:00 +08:00
回复了 shuanglinzui 创建的主题 Kotlin 哪些公司后端用 kotlin 写的
坐标 Airwallex ,kotlin 后端普及率九成以上

我知道的 Afterpay 也是全部 kotlin 后端
@afewok 我第一时间想到的就是 Pulsar
1. JVM 在 o11y 上有天然的优势。如果换一套 practice / 换一个 vendor ,你就知道别的语言有多痛苦了。没有 wire ,probe 要不要 dev 自己改?没有 agent ,SRE 要不要自己出苦工?

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

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

3. 开发效率取决于能不能方便切分「可以乱写的部分」和「不能乱写的部分」,并规整好它们的依赖。C++我没写过,不敢乱说。就 C 和 go 这种语言的 module 和依赖管理,光是想到一下头就在疼了。
2022-03-25 18:37:47 +08:00
回复了 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. 读惯了与好读是等价的吗?
2022-03-25 14:09:45 +08:00
回复了 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 是必经之路,也跟语言没什么关系。
2022-03-17 10:41:48 +08:00
回复了 seagull7558 创建的主题 程序员 to b/to c 成就感问题
首先不知道楼主是什么岗位,我自己是后端,并且 toB / toC 都做过,说说个人的感受

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

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

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

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

5. SaaS 类型的 toB ,你的服务是要接不少流量的,也可以让你在写代码时有好玩的感觉。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2693 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 12:00 · PVG 20:00 · LAX 04:00 · JFK 07:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.