adgfr32 最近的时间轴更新 adgfr32 最近的时间轴更新 |
adgfr32V2EX 第 318509 号会员，加入于 2018-05-25 11:44:51 +08:00 |
adgfr32 最近回复了
4 天前 回复了 aero99 创建的主题 › 问与答 › seedance2.0 这种能 AI 视频创作模型可以自建不，哪怕生成时间长一些 |
如果模型开源+你机器显存够就能自建
但是效果不一定有官方的好，一是开源出来的模型还需要配合一些工程手段才能达到最好效果，二是自己 serve 的方案五花八门，很少能和官方对齐。
成本最低最稳定的方案是用 API ，因为现在他们是亏本在卖，反过来就是你赚了。
但是效果不一定有官方的好，一是开源出来的模型还需要配合一些工程手段才能达到最好效果，二是自己 serve 的方案五花八门，很少能和官方对齐。
成本最低最稳定的方案是用 API ，因为现在他们是亏本在卖，反过来就是你赚了。
6 天前 回复了 lowkey1337 创建的主题 › 微信 › 请教一下，如何无痛迁移微信号 |
微信加好友频率有限制的
直接用新号，老号的头像或者签名写一下你的新号，有事找你的自然会加。
直接用新号，老号的头像或者签名写一下你的新号，有事找你的自然会加。
8 天前 回复了 facelezz 创建的主题 › 问与答 › AI 测试 "我想洗车，离洗车店只有 50 米，你建议我开车去还是走去" |
需要开 thinking ，gemini 是默认 thinking 应该占一些便宜。可以把 prompt 改成: 深度思考一下，xxxx 。
看看能不能好一些。
看看能不能好一些。
13 天前 回复了 Tayshin 创建的主题 › 职场话题 › 杭州的互联网是不是全国最卷的 |
上次看见杭州一个岗位，公司福利一栏写的是周末双休哈哈哈
1 月 28 日 回复了 jianglibo 创建的主题 › 程序员 › 关于 https://localhost, https://127.0.0.1, CORS 那些事 |
生产环境是否有 cors 问题，应该通过上线前端到端测试+灰度来避免，而不是你这种奇技淫巧。
你的做法和本地 nginx 代理没啥优势，只要上线前没有实际环境校验过，谁能保证自己方案一定过呢？
你的做法和本地 nginx 代理没啥优势，只要上线前没有实际环境校验过，谁能保证自己方案一定过呢？
1 月 21 日 回复了 Loser110 创建的主题 › 程序员 › PHP 转 Go，目前有点心慌啊 |
json($data)只是隐藏了细节，帮你把 http status code 写了。
能量守恒，php 在写的时候节省的精力会在维护和重构的时候还回来。
能量守恒，php 在写的时候节省的精力会在维护和重构的时候还回来。
1 月 21 日 回复了 Howiee 创建的主题 › Python › [踩坑] A 股开盘把 Python 搞挂了，怒切 Go 重写行情网关 (附 pprof 分析 + 源码) |
如果数据模型不复杂，可以先多进程试试，不过如果历史代码不多，直接换 golang 是个明智选择。
1 月 19 日 回复了 Moonkin 创建的主题 › Android › 开源无 sim 手机是不是大有可为？ |
我买一个手机，不插 sim 卡不就能达到一样效果么？
1 月 16 日 回复了 seven777 创建的主题 › 奇思妙想 › 我有这个需求,请教老师们如何实现较好 |
语音输入，拿到语音的文件或者流->分离说话人->说话人身份判断->语音转文字(这一步可能会丢失一些信息比如:情绪，或者豆包支持语音多模态么，没调研过)->预处理做成 prompt ，送进豆包->拿结果->转语音输出
语音 asr ，tts 这一套已经很成熟了，也可以用云服务，感觉做个 demo 不麻烦，主要是细节的打磨。
语音 asr ，tts 这一套已经很成熟了，也可以用云服务，感觉做个 demo 不麻烦，主要是细节的打磨。
1 月 14 日 回复了 Loser110 创建的主题 › PHP › PHP 是不是快死了 |
@Loser110 微服务真的有这些优点吗？
开发快速: 不存在，因为本地调试困难，服务间调用 debug 麻烦，开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快？
一键部署测试: 前提是你的基建到位，但是基建也要人开发维护的
性能更好: 为什么微服务多了服务间的调用，性能还更高呢？相反的，设计不到位的微服务响应会更慢。
更低的服务器代价: 当你的机器数量达到一定量级，微服务才有优势，否则凭什么部署多个服务会比单个服务更省机器。
在我看来，微服务的优势是: 在你的项目体量逐步上升，你的维护成本，机器成本的提升不再是一个线性，而是快速增大到一个难以承受的程度。这时候重构为微服务，可以让这两个成本的曲线恢复为线性，也就是成本可控，而不能让成本降低。
开发快速: 不存在，因为本地调试困难，服务间调用 debug 麻烦，开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快？
一键部署测试: 前提是你的基建到位，但是基建也要人开发维护的
性能更好: 为什么微服务多了服务间的调用，性能还更高呢？相反的，设计不到位的微服务响应会更慢。
更低的服务器代价: 当你的机器数量达到一定量级，微服务才有优势，否则凭什么部署多个服务会比单个服务更省机器。
在我看来，微服务的优势是: 在你的项目体量逐步上升，你的维护成本，机器成本的提升不再是一个线性，而是快速增大到一个难以承受的程度。这时候重构为微服务，可以让这两个成本的曲线恢复为线性，也就是成本可控，而不能让成本降低。
Select Language