为什么一定要买国内云，随便买个四度凑活的乞丐外国 vps 不就行了

@ccoming077 说话满是逻辑问题，基于信息茧房形成的刻板印象一时口嗨被人怼了，就给人扣情绪输出帽子，然后给个不知道哪里来的流量统计截图就宣称胜利最后单方面 block ，纯小丑一个。和 b 站那些小鬼有什么区别

既然 block 了，那我就当给后面看的人看看什么叫真正的论据，这是日本総務省去年发布的视频网站调查报告，国家官方背书的。
在这个调查报告里面(p.13)，niconico 可不是使用最多的那个哦，亲。abema 可是和 niconico 一个使用量级的网站哦，然后使用占比超过 niconico 的 TVer 这个平台你怕是挺都从没听过吧，呵呵。所以说你是基于信息茧房形成的刻板印象。你又如何觉得 niconico 能代表整个日本视频网站市场

https://www.soumu.go.jp/main_content/000887659.pdf

你这腰没问题的人自然是坐什么都 ok 了

像我这种腰不行的人，什么梯子适合自己基本坐坐就能知道和大概了

以前买工学椅，我把 herman miller ，okamura ，steelcase ，西昊等的主要型号都坐遍了。包括 herman miller 的 areon chair 在内都多少腰部支撑不够（别怀疑，腰不好的人的腰不能用正常人标准去衡量的），尤其西昊，营销做得好但真的坐腰部支撑完全没有，坐久了我的腰痛
最后选来选去买了 steelcase leap chair v2 ，七八千到手吧，完全是值的。这五年我在这个椅子上坐了不知道多少小时，经常一坐就超 8 小时，经历了曾经长年的在家办公等时期，结果我的腰的问题硬是没有恶化。如果没这把椅子腰突估计是正常结局。到时候花的钱可不是 8k 带椅子钱能比的了

@ccoming077 纯搞笑。谁主张谁举证，你一开始的回复既然以主张 niconico 是日本最大视频网站，能代表日本 it 网络带宽水平为前提展开，那么“比如近年来的市占率，相关企业财报中的宽带成本，是否盈利 etc ” 就应该是你来举证，有义务证明 niconico 是日本最大最能代表日本视频业，并且 niconico 给观众 av 画质是因为带宽费用高昂而不是单纯 niconico 利欲熏心的人是你而不是我。谢谢

@ccoming077 拿 niconico 来说事你是在搞笑吗。niconico 哪怕在日本视频网站领域也是那个响当当的响当当。技术老，ui 差，体验差，不思进取吃老本，为了赚钱刻意只给免费用户 av 画质等等。都被日本人自己骂了不知道多少年了。拿一个不思进取的网站来以偏概全代表整个市场水平有点逆天

哪怕你听说过 abema 、U-NEXT 、dTV 等这些日本本土流媒体平台都能算你跳出了营销号给你创造的信息茧房了

哦，对了，拿国内视频网站的带宽水平和日本比简直就是自取其辱。就国内这贵出天际的流量费用，导致所有视频网站变着花造各种超清蓝光等名词，目的就是为了掩盖自己网站挂着 1080p 的名头结果码率还比不上 YouTube 的 720p 这一事实

当然是能做的，但前提是你得知道要给 ai 提供多少开发所必要信息，会写提示词，并且当 ai 瞎几把给你回答和写代码的时候你要能发现问题并指出问题或原因要求他改正
对于会编程的人来说，这一套下来效率会非常高。但不会编程的遇到复杂点的需求就会被 ai 当傻子一样敷衍

想给自己上强度就是这样的，
作为用 ts 写业务的后端，我每个项目都配好非常严格的 eslint ，然后写死编码风格 guideline 。基本上就是拿 ts 当 golang 和 java 来写。敢在项目里玩类型体操基本上 pr 我都是直接打回去，这样一套组合拳下去，至少项目代码是个人都能看懂了。也减少了成员作妖的几率

plex 刮削就是个战五渣根本就没办法拿来用，元数据管理也是一坨。尤其你影视资源主要是动画和小姐姐的时候，你只能选 emby 或者 jellyfin

代码如果托管在 GitHub 的话那就 GitHub Actions 。十分好用，干活没了它都干不下去了

@SenLief remotely-save 的设置和插件同步功能 bug 多到根本没法正常用

放过自己

obisidian 就电脑端用用就行了，涉及到跨端同步体验超级差。比如上面说的 remotely-save ，这玩意可是只能同步笔记哦，你的所有设置插件快捷键都没法同步哦

@lifei6671 欺骗器主要是用在显卡直通上的

@shirasu 额，我是来日本读研然后正常毕业找的工作

@hahasong 成人散瞳不是用阿托品的

区区 100 度近视整得像是得了绝症一样
你让我这 600 度的.........

这种感觉假性近视的可能性不低，做个散瞳就测得出来是不是，乖乖听医生就好

@HFX3389 具体技术细节不清楚，但因为涉及到公司内部资料，这种情况一般应该是用的托管在 azure 或 aws 上的 ai 模型。具体怎么避免 token 过大就不清楚了，应该和 chatgpt 读取大量文本差不多的方法吧

基础用法了，据我听说的，已经有公司开发实现了把预先设计好的 api 设计书扔到 ai 里，然后 ai 会按照设计书设计的流程输入输出等信息自动生成完整的项目 springboot 后端代码。开发程序员需要做的就是修改和确认各种导入之类的细节

当然目前只是做到了一次生成，后续的整个代码项目的细节追加修改还是得靠人+coplit 之类的