credo123's recent timeline updates
credo123

credo123

V2EX member #562104, joined on 2021-11-17 17:08:04 +08:00
Today's activity rank 11234
credo123's recent replies
11h 59m ago
Replied to a topic by wshn13 投资 昨天 50 入了港股两倍做多海力士 能到 80 吗
这板块都尾声了吧
Jun 29
Replied to a topic by lemondev 投资 新客需要证券开户
我新开了个万一不免五的。东方财富。
寻思这个也算低了。
免五的我不知道什么情况。。。大家好像一直在叫嚣着免 5.。。
@shuck 这也是我不满意的地方。这块 kimi 很不透明。你自己买了自己看的预估。还好 KIMI 的升级后的退款机制还不错。
我是 49 买了,不够用买了 99.
99 感觉也不够用买了 199 的。后来干脆年付了。

GLM 要抢购我懒得折腾。看了下国内 AI 排行榜就选了 KIMI 了。
我觉得还行吧,我用的 kimi code 。思路你理清楚,让 kimi 去执行还是不错的。
一方面校招面试,感觉他们面试展现出来的水平越来越强,至少比我当年强。
----》 背诵八股文呗。现在各种题目只要愿意背,面试是很有优势的。

另一方面,入职后,新员工在真实项目里面的水平很一般,对真实项目的理解能力、掌控力和生产环境问题排查能力很一般。
----》 我觉得 AI 对新人成长来说是非常大的干扰。不过 AI 已经成为程序员事实上的标配,这没招。很多东西太依赖于 AI ,没有自己深入的思考,没有踩坑,是成长的很慢的。

在模型能力越来越强的当下,老一辈程序员如何用新的方式去培养下一代程序员?
----》 尽可能的工程化吧。培养不培养的就别提了。
Jun 18
Replied to a topic by chaleaochexist 程序员 后端程序分层的问题
我这面是直接在 repository 层方法里处理了。缓存( redis/caffine )+DB ( JPA/mybatis )。repository 监控指标也底层改了下,监测到有 sql 执行才会记录指标。
开发人员多的情况下,一个 model 层对应的缓存处理只在 repository 层方便所有人通用。如果是在 service ,代码多起来很难看,很难通用。如果是 springCache 那种,注解散在各个 service 中,实际开发会很难受。
service 就处理业务,别让他参合 DB 层的东西了,不管是 DB 的缓存还是直接取 DB 的数据。
我也考虑过,再多一个缓存层,后来想来想去觉得没必要就没搞。
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3067 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 13:51 · PVG 21:51 · LAX 06:51 · JFK 09:51
♥ Do have faith in what you're doing.