@usn b 了

2 楼 V2EX 第 50 号会员，还是 PRO 会员，可能觉得自己是高贵的互联网用户，那么喜欢 b ，建议看到的都 b 了 ta 。

微软邮箱可以国内用，gmail 我只收国际服务的邮件。不知道原来有那么多人用 outlook 体验不好，我倒是没有遇到过，体验也没有这个楼里说的那么差，那么多差评让我觉得多少有点偏见

python 包管理又这么多工具，侧面证明包管理生态太烂了，这么多年发展都没有彻底改变这个状况

随便找一个云平台企业主机，1400 每年以内，不用 gpu ，然后用排队方式处理，一张一张慢慢算

企业微信群有官方提供的群发消息 api 可用，但大多数团队就是不用，就是要用不合规的方法，不就是嫌骚扰用户的次数太少吗？官方 api 一个月只能群发 4 次。商家搞活动，1 个月 4 次还不够啊

@paopjian 产品经理大概是音乐爱好者吧，用音乐术语，有点装 b

@yuanxing008 你的直觉错了。go 我不知道，python 的切片是创建一个新 list
a = [0, 2, 4, 6, 8, 10]
b = a[2:5]
b[0] = 3
b[2] = 9
print(a)
print(b)
输出：
[0, 2, 4, 6, 8, 10]
[3, 6, 9]

@IDAEngine 你的直觉才有问题。无论是创建新数组，还是视图，都不该是这样的行为。按业务逻辑，这段代码描述应该是这样，从 A 数组中取第 2-4 （从 0 开始）的元素，作为 B 数组，B 数组的第 2 个元素值改为 0 。关键点，B 的第 2 个元素，实际行为却去改 A 的第 2 个，这完全是反直觉的，即使 B 是视图，非实际创建的新数组，也应当把 B 当作一个逻辑上独立的数组去使用。

@workqing2023 我看错了，Kotlin Multiplatform （ Jetbrains 推荐结合 Compose Multiplatform 做 UI ）是这个项目长期目标，可能开始应用了也可能还没有

@powersee
@lakernote 这个开源项目 UI 就是用前面有人提到的 Compose Multiplatform ，Jetbrains 开源的 UI

没那么多钱的，你想多了，多个云切换就是假命题，2 个全套就 2 倍成本，不说基础设施，就说开发成本，你总得 2 个云上都开发测试过才行，50w 变成 100w ，时间 3 个月变 6 个月，哪个老板能给你这样批项目预算和计划。这个适配层你还得保持维护，各个云任何一个接口更新你都得测试，有什么好处值得这么维护一个庞大的适配层呢？出了云存储这种变化相对少的 SaaS ，我还真没见过几个做跨云的 API 适配。新闻看到过吧，好多公司因为 AWS 或 Azure 云关键性故障就停摆几小时，你多大的项目还要搞成多云切换？大公司都没有想过这样做。

@Farahani 说错了就说错了，最烦说错话的人不好好道歉，却要死皮赖脸说一句有则改之,无则加勉

你只考虑功能本身当然没有问题，所以你只有技术思维。但 API 产品还有计费需求和合规考量，API Key 一是区分谁使用谁付费的依据，还有滥用时可以停用，放在客户端 Key 会泄漏，别人的使用记在你的费用，别人滥用你的 KEY 导致被停用，你愿意吗？

看评论这产品纯粹便宜，但实用性很低，只给新手练习系统基本操作差不多，其他的功能就别想了。给的虚拟机资源估计也是阿里云的旧机器闲置资源，能收多少钱是多少，反正是沉没成本

@Gilfoyle26 也许有商业利益因素，但为什么不能包含厂商为了应付 1%的防呆设计这种因素。奇葩用户虽然比例少，你觉得你不是，你需求没被满足，但按中国人口绝对数奇葩还是太多，各种奇葩动不动威胁投诉退货，平台还纵容

@MarioBros 第一又如何，tcl 是全球第二。不是行业标准，也不是法律要求，厂商为什么不可以有自己的控制权