 |
lizonV2EX 第 173707 号会员，加入于 2016-05-19 01:49:11 +08:00今日活跃度排名 8451 |
Golang开发
lizon 最近回复了
15 天前 回复了 laijh 创建的主题 › 程序员 › 智能体的形式会不会终结? |
因为在当前时间节点, 整个生态内还没有沉淀足够的 "发觉其他 AI 的能力，然后调用他们的能力" 的规范, 共识, 知识
等生态繁荣了, 数据量足够了, 会有的
等生态繁荣了, 数据量足够了, 会有的
15 天前 回复了 darkway 创建的主题 › 程序员 › 做 ai 模型层的人,为什么会看不起做应用层的人?是不是做应用的人不配. |
别钻牛角尖了
"怎么, 不会打铁就不配用菜刀了是吧? 学独孤九剑之前必须先学抡大锤?"
"都是供应商装什么 b 呢, 这模型你不炼有的是人炼"
"读论文, 复现, 调参, 然后呢? 祈祷下一个神迹涌现?"
你是甲方, 掌握客户资源, 炼模型的才是乙方, 流量为王
各领域只有最顶尖的模型会胜出, 绝大部分炼模型的人炼出的模型都没用, 消失在历史的试错的长河中
对模型有滤镜, 建议祛祛魅
与其说模型, 不如说各领域的有效训练数据才是最重要的
都在社会上混口饭吃, 总是想踩别人一头, 或者被人踩头干啥, 鉴定为工作量不饱和
自选自用
"怎么, 不会打铁就不配用菜刀了是吧? 学独孤九剑之前必须先学抡大锤?"
"都是供应商装什么 b 呢, 这模型你不炼有的是人炼"
"读论文, 复现, 调参, 然后呢? 祈祷下一个神迹涌现?"
你是甲方, 掌握客户资源, 炼模型的才是乙方, 流量为王
各领域只有最顶尖的模型会胜出, 绝大部分炼模型的人炼出的模型都没用, 消失在历史的试错的长河中
对模型有滤镜, 建议祛祛魅
与其说模型, 不如说各领域的有效训练数据才是最重要的
都在社会上混口饭吃, 总是想踩别人一头, 或者被人踩头干啥, 鉴定为工作量不饱和
自选自用
264 天前 回复了 importmeta 创建的主题 › 程序员 › 事关破产, 求助如何写用户扣费逻辑 |
把日志记好，出问题好追溯
279 天前 回复了 lizon 创建的主题 › Docker › 问一个 docker 数据卷和宿主机目录挂载相关的问题 |
https://docs.docker.com/engine/storage/volumes/
查到官方文档有相关特性介绍
Populate a volume using a container
If you start a container which creates a new volume, and the container has files or directories in the directory to be mounted such as /app/, Docker copies the directory's contents into the volume. The container then mounts and uses the volume, and other containers which use the volume also have access to the pre-populated content.
看来是个刻意设计的特性...
GPT 问了一圈又一圈没回答到要点, 还是得翻文档才行
查到官方文档有相关特性介绍
Populate a volume using a container
If you start a container which creates a new volume, and the container has files or directories in the directory to be mounted such as /app/, Docker copies the directory's contents into the volume. The container then mounts and uses the volume, and other containers which use the volume also have access to the pre-populated content.
看来是个刻意设计的特性...
GPT 问了一圈又一圈没回答到要点, 还是得翻文档才行
2023-02-13 10:14:00 +08:00 回复了 RatioPattern 创建的主题 › Kubernetes › k8s 可否指定一个 node 作为 nginx ingress 节点?如何配置？ |
除了上面提到的方式，还可以指定 pod 的 nodeName
https://kubernetes.io/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/#nodename
链接中整篇官方文档正好对应你的问题
https://kubernetes.io/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/#nodename
链接中整篇官方文档正好对应你的问题
无限流量什么意思，你的服务器要抵御阴离子炮轰击? 建议上 AT 立场
先谈剂量，再谈毒性
先谈规模，再谈设计
先谈剂量，再谈毒性
先谈规模，再谈设计
2022-02-17 16:38:20 +08:00 回复了 Jihua 创建的主题 › 程序员 › 作为程序员的你，喜欢帮同事 review 代码吗 |
@lizon 比同事先跑路?那没事了
2022-02-17 16:36:11 +08:00 回复了 Jihua 创建的主题 › 程序员 › 作为程序员的你，喜欢帮同事 review 代码吗 |
等你同事的代码上生产了，过了半年他跑路了，你接手了，然后半夜出问题了，领导要你起床马上修复并且上线，还要顺带热修数据，你就会后悔，这么 sb 的写法一眼就能看出问题，当初为什么没有 review 代码提前发现
review 能提前发现处理一些 sb 问题 sb 写法
review 能提前发现处理一些 sb 问题 sb 写法
2020-07-04 21:30:30 +08:00 回复了 statement 创建的主题 › 程序员 › 万事都在寻找最佳实践，是没有创造力还是不自信自己太菜 |
寻找最佳实践很正常
最佳实践是从过往的工程实践中获得的。最佳实践不一定是当前场景事实上的最优解，但一定是当前有限成本（经济成本，时间成本，智力成本，试错成本，后期维护成本等等）的情况下最值得优先尝试的方案，这个"值得"是从节省成本的角度来说的
如果判断有改进的必要，那可以投入成本改进现有方案，适应当前细分场景就行了
当然理想情况下你可以投入无限的时间成本，经济成本，了解所有细节，设计出一套适应当前情况的最优方案，但是情况又是不断变化的，现在的最优不代表永远的最优，这样做真的值得吗
trade off
最佳实践是从过往的工程实践中获得的。最佳实践不一定是当前场景事实上的最优解，但一定是当前有限成本（经济成本，时间成本，智力成本，试错成本，后期维护成本等等）的情况下最值得优先尝试的方案，这个"值得"是从节省成本的角度来说的
如果判断有改进的必要，那可以投入成本改进现有方案，适应当前细分场景就行了
当然理想情况下你可以投入无限的时间成本，经济成本，了解所有细节，设计出一套适应当前情况的最优方案，但是情况又是不断变化的，现在的最优不代表永远的最优，这样做真的值得吗
trade off
Select Language