V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  gtx990  ›  全部回复第 1 页 / 共 5 页
回复总数  92
1  2  3  4  5  
两个语言都很糟糕
还是 typescript 吧
163 天前
回复了 Hamao 创建的主题 云计算 请帮我看一下我画的 AWS 架构图
大体思路没有问题
很多很多服务都是 CloudFront -> API GW -> Lambda -> DynamoDB 这个架构
Lambda 比很多人想象中的强大,1000TPS 不在话下
不过推荐加钱使用 Provisioned Concurrency 来缓解冷启动的问题
另外就是 API GW 挂在 CloudFront 后这个事情,首先这么做其实很常见,因为能解决前后端跨域的问题。但是 CF 其实只是一个转发的 proxy ,API GW 需要挂在公网,不开 authentication 的话,那 API GW 自己也要挂 WAF ,开的话,CF 和 API GW 之间需要加 lambda 。很多大公司会把鉴权放在这个 lambda 上,share 给所有 team 用。
Apache Airflow
不差钱的话直接用云服务商的
比如 AWS Step Functions
不止能编排 rest api 的流程
还可以串起来 mq ,s3 ,lambda ,analytical db 之类几乎所有云服务的 workflow
287 天前
回复了 unt 创建的主题 职场话题 今天才知道年终奖一次性计税的惊天 bug
楼里为这件事情辩解的人能不能别太离谱了
"因为这是一个优惠政策,所以怎么定都是对的"
"制定政策的人不比你聪明"
很明显就是年度奖金计算逻辑引用的时候错误的引用了月薪的速算扣除数,导致“收入陷阱”
并且很明显是一个人为错误
因为就算这个陷阱是人造的,不如直接把公式里的速算扣除数删了
这样不仅能多收点钱,规则也简单一些,打工人到手也就差很小一部分钱
日本的陪产假是一年,我司都休的
@mmdsun

你知道 java 的 project loom 为什么第一版是 stackless coroutine 而最终版是 stackful coroutine 么?就是因为异步需要改代码,同步不需要。并且需要从上到下全都改,从 webflux 改到 r2dbc ,只要你有任何一个 dependency 是同步的就寄了。改完了你得到了什么呢,如果是 compute heavy ,改了跟没改一样,如果是 io heavy ,瓶颈还在数据库,压测的 tps 还是一样的,顶多省两台后端的机器。

你跟老板汇报,我花了一个月用最酷的技术重构了后端,老板问你除了让同事更难看懂之外有什么产出,你怎么回答?
2023-11-17 09:02:22 +08:00
回复了 atone 创建的主题 Apple Apple 明年将会支持 RCS 消息
只有美国 care 这玩意
其他所有国家都是 WhatsApp 走起
2023-11-07 00:47:37 +08:00
回复了 sansan 创建的主题 Google Play 土区 google play 凉了?
不然呢,两年都通胀五倍了,正常应该+500%
2023-10-31 11:56:36 +08:00
回复了 chen88ijn 创建的主题 Apple 是因为 M1 系列牙膏挤爆了,后面挤不动了吗
本来想替苹果说两句公道话的
IPC 每年提升 10%都是要无数工程师前仆后继的努力
隔壁的 Intel ,Qcom 要么超频,要么堆核
还在追赶的路上

但这 M3 系列在阉割核心的同时
卖的更贵
还搁着 8gb 内存
只能祝愿早日被友商薄纱
2023-09-05 22:57:45 +08:00
回复了 Salomea 创建的主题 问与答 ARM 比 X86 的局限是什么
现代的 cpu 前端第一件事就是把指令译码成微指令
指令长什么样根本不重要
同一个架构甚至可以有多种前端
比如原本 amd 还准备发布 arm 版的 zen ,也就是 k12
2023-09-03 09:41:56 +08:00
回复了 justincnn 创建的主题 Android google 输入法如果加入 bard ai 功能就好了
额 没看到是输入法
never mind
2023-09-03 09:41:03 +08:00
回复了 justincnn 创建的主题 Android google 输入法如果加入 bard ai 功能就好了
bard 感觉还不太行
实测不如 gpt3.5

不过感觉可以直接委托它过滤所有的内容农场
中文搜索就好起来了
@lisongeee 首先 dedupe 是有限制的,如果两个库非得一个写 1.2.*,一个写 1.3.*,你最后还是会有两个版本。

然后保底方案,使用 package-lock.json 里的版本的话,所有 dependency 都会是 nested 。有些库就是不能版本冲突,再举一个浅显的例子,不同的库不应该引用不同版本的 react 对吧,应该把这种东西放到 peerDependencies 这种基础知识大家都知道,但是我遇到过很多别的库,就要把公司的 common 包放在 dependencie 里,你能咋办。

再加上之前说的 npm ,2021 年 12 月才搞出来 override 这么基础的功能。让本来已经很糟糕的 node 体验变得更糟糕了。如果你说 yarn ,我的火气还没这么大。

范式匹配也是最大的败笔之一,很多项目,总有人喜欢用 latest ,当你引用别的组写的这样的包的时候,latest 的 dependency 很多时候都不太 work ,比如你的 dependency 的 dependency 突然飙了一句 node18 的语法,打包的时候没有打好,导致你 node14 的项目 fail 了,老板让你这周内 fix ,当你咬咬牙升级 18 的时候,更多的库 fail 了,true story 。

我在写 Java 的时候从来没遇到过这些 bullshit ,你说的 class not found 只会出现在刚引进新包的时候。你永远不会像 node 一样,昨天用着好好的,今天就不能 build 了。
@lisongeee 你说的这个东西 release 于 2021 年 12 月,在这个之前,需要用很 hack 的方式。在此之上更糟糕的是,我司会强制把 dependency 变成 nested 的状态,理由和你说的类似。但实际上有很多包必须全工程版本一致,我举一个例子,比如存 mapping 关系,否则会引入业务逻辑上的冲突。Java 对于某个库只允许一个版本在我看来是优点。
@lisongeee

node 的兼容性和依赖管理放在整个编程届都是倒数的,我司的项目,前端,ci/cd ,infra 都是 TypeScript 写的,node 的 lts 只有两年,意味着我每年 4 月要升级十几个 pipeline ,node10 ,node12 ,node14 ,node16 几乎都有几个库不兼容,每年这个时候都得找各种 workaround 。顺路也要喷一下 npm 连 dependency 的 dependency 的版本号都指定不了。

另一方面,大家停在 Java8 和 Java11 的原因是,新 feature ,新语法只是 nice to have ,Java8 足够完成你所有的编程任务,Java 从来不会在兼容性,依赖管理这块给你带来任何麻烦。喜欢语法糖就上 kotlin ,几乎约等于在 jdk8 上运行 java20 的语法。
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1267 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 23:49 · PVG 07:49 · LAX 15:49 · JFK 18:49
Developed with CodeLauncher
♥ Do have faith in what you're doing.