InkStone 最近的时间轴更新 InkStone 最近的时间轴更新 |
InkStoneV2EX 第 95741 号会员，加入于 2015-02-04 18:10:07 +08:00今日活跃度排名 714 |
InkStone 最近回复了
1 小时 26 分钟前 回复了 5261 创建的主题 › 程序员 › 作为 Java 狗的我，学习 rust 的时候为啥总念着 go 的好呢？ |
服务端开发对 Rust 的需求并不大，如果你是抱着功利的想法去学，那我只能建议不学……
2 小时 7 分钟前 回复了 CapNemo 创建的主题 › 程序员 › 想知道各位平时编程时面对的主要约束，以及在选择语言和工具时主要看重的特性 |
2 小时 39 分钟前 回复了 deplives 创建的主题 › 程序员 › javaer 是不是写啥都是一股 Java 味儿 |
@oamu 有些语法糖，有就是比没有好，没有什么讨论余地。JVM 上的其它兼容语言，Scala 、Groovy 、Kotlin ，都支持 property 语法糖。其它新一点的主流面向对象语言也基本都支持，连 Java 自己都要搞 Beans 标准，搞 Lombok ，都不是没有原因的。
Python 别的不敢说，在 OOP 这方面吊打 Java 肯定是没问题的——当然，因为能在 OOP 方面吊打 Java 的语言太多了，这倒也算不上什么优点。
Python 别的不敢说，在 OOP 这方面吊打 Java 肯定是没问题的——当然，因为能在 OOP 方面吊打 Java 的语言太多了，这倒也算不上什么优点。
2 小时 57 分钟前 回复了 zhengfan2016 创建的主题 › React › 反思，我写的前端的 react 味是不是太重了 |
如果没有哪个地方需要以 BaseCard 作为通用去访问这两个组件，那不建议以 is-a 的语义做抽象。如果有的话，也优先使用 interface （我不熟悉 ts 的 interface 语义，不知道是不是跟 Java 一样），interface 用不了再考虑继承。
3 小时 16 分钟前 回复了 deplives 创建的主题 › 程序员 › javaer 是不是写啥都是一股 Java 味儿 |
@oamu
C++：对，不好。Java 不就是学的这一套么
Go ，Rust：对，不好。Go 就不说了它缺的也不止这一个； Rust 这点没少被人吐槽，经常有人问“如何实现数据 mixin 而非只是接口 mixn”
C++：对，不好。Java 不就是学的这一套么
Go ，Rust：对，不好。Go 就不说了它缺的也不止这一个； Rust 这点没少被人吐槽，经常有人问“如何实现数据 mixin 而非只是接口 mixn”
4 小时 23 分钟前 回复了 deplives 创建的主题 › 程序员 › javaer 是不是写啥都是一股 Java 味儿 |
@oamu public field 怎么会跟 property 一样呢？ property 是 OOP 的，它可以在编程时像一个 field 一样被使用，但支持封装内部实现细节和多态。public field 既不能封装细节，也不能实现多态。
Java 味最突出的地方就在这里：因为语言层对 OOP 的支持不好，所以必须搞一大堆开发约定，来在开发中模拟 OOP （此处的 OOP 还可以替换成 FP 以及其他各种范式——事实上 Java 对什么范式的支持都不好）
Java 味最突出的地方就在这里：因为语言层对 OOP 的支持不好，所以必须搞一大堆开发约定，来在开发中模拟 OOP （此处的 OOP 还可以替换成 FP 以及其他各种范式——事实上 Java 对什么范式的支持都不好）
7 小时 41 分钟前 回复了 deplives 创建的主题 › 程序员 › javaer 是不是写啥都是一股 Java 味儿 |
虽然整体上我赞同标题，但你贴的这个一点都不 Java 。
首先多参构造在 Java 里典型的做法是 Builder 模式，而不是全塞构造函数。其次就算是 Builder ，也没人会写 100 个参数的 Builder……肯定会拆成不同类型分级构造的。
另外你这里完全没有 getter/setter 相关的内容。
首先多参构造在 Java 里典型的做法是 Builder 模式，而不是全塞构造函数。其次就算是 Builder ，也没人会写 100 个参数的 Builder……肯定会拆成不同类型分级构造的。
另外你这里完全没有 getter/setter 相关的内容。
7 小时 46 分钟前 回复了 jdz 创建的主题 › 程序员 › 除了 claude, 各位还另外主要使用哪个大模型 |
@jdz
我说的都是 API……免费的 API 效果太差了
我们有免费的 deepseek-r1 可以用，内部部署的没有数据安全问题，用起来没有负担。当然，即使是个人用，deepseek 也算是效果不错的 API 里比较便宜的一档了。
我说的都是 API……免费的 API 效果太差了
我们有免费的 deepseek-r1 可以用，内部部署的没有数据安全问题，用起来没有负担。当然，即使是个人用，deepseek 也算是效果不错的 API 里比较便宜的一档了。
7 小时 56 分钟前 回复了 jdz 创建的主题 › 程序员 › 除了 claude, 各位还另外主要使用哪个大模型 |
困难问题主用 claude ，一些零碎的、不太困难的问题用 deepseek-r1+联网，一些对不对都无所谓有个答案就行的，用豆包。
原因很简单，r1 便宜量大，豆包响应速度快。
原因很简单，r1 便宜量大，豆包响应速度快。
1 天前 回复了 xtx 创建的主题 › 杭州 › 在上海开车习惯了，去杭州开的好别扭。 |
深圳没去过，上海的交通确实在我去过的地方里断档领先。
另外吐槽一下，虽然杭州的交通很糟糕，但杭州的交通秩序在全国来看还算是好的
另外吐槽一下，虽然杭州的交通很糟糕，但杭州的交通秩序在全国来看还算是好的
Select Language