lvlongxiang199 最近的时间轴更新
lvlongxiang199

lvlongxiang199

V2EX 第 296454 号会员,加入于 2018-03-04 16:36:39 +08:00
今日活跃度排名 24418
lvlongxiang199 最近回复了
程序员工资高,是因为他们站在了风口上,利用了互联网的杠杆效应(代码具有零边际成本的特性),在一个高利润的行业里,解决了一个高需求且具有一定门槛的问题。并不是比其他行业的人更优秀(一线城市三甲医院的准入门槛是博士, 你能比他们更优秀 ?)
12 天前
回复了 libasten 创建的主题 小米 雷军网络人设形象是塌方了吗?
@binder 第三点完全是硬黑. 这是官网宣传

https://imgur.com/a/CNhAbd3

就算是 apple watch 也不会保证官方表带支持游泳

https://imgur.com/a/1cMk8yD

再说小米手表换成支持潜水的表带也不额外花钱啊

https://imgur.com/yKdGzKR
建议改名为 CRUD 程序员视角下的 db (非贬义)

存储+事务的确是重点, 但优化器, 执行器也是重点. 真要正经学下 db 的话, 可以直接上 cmu15445

parser 那边没必要手写, 可以直接用 yacc/ANTLR
70 天前
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
@Ketteiron 会额外占多少内存, 有实际 benchmark 吗 ? 内存占用的绝对大头是在堆( Heap )上,而不是代码段( Code Segment )。
翻了下"共识"那一章, 简直不能用一个烂字形容
- 整个章节没提到过线性一致性. 作者估计连这些算法解决了啥问题都不知道.
- raft 那几节写的跟流水账似的. 一些重要的设计决策丝毫不提及设计原因. 也丝毫不提及一次 appendEntry 调用失败会咋样. 也没提及持久化. 还不如把整个章节全删掉, 换上 Figure2
70 天前
回复了 Ketteiron 创建的主题 程序员 2025 年,我对"单体 vs 微服务"的预测
"单体无法单独伸缩其中一个服务,只能全部一起水平扩容,这是确实存在的缺点,但 99%的项目并不需要该特性,基础建设很贵,机器很便宜。"

这为啥会是缺点 ? 一个函数你不调用它, 会额外消耗 cpu, 内存, IO ? 像是 db 连接, 可以设置 `maxIdleTime`
一个小问题. 前几章介绍的网络, Linux 内核, 容器跟高可用似乎没啥直接关系吧.
我电脑上没装任何国产软件(包括微信)
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3022 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 13:32 · PVG 21:32 · LAX 05:32 · JFK 08:32
♥ Do have faith in what you're doing.