V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  leeg810312  ›  全部回复第 1 页 / 共 44 页
回复总数  866
1  2  3  4  5  6  7  8  9  10 ... 44  
297 天前
回复了 xiaohundun 创建的主题 程序员 请教关于企业微信的自建应用开发问题
如果必须聊天方式,那么只能用文本,我们试过 RPA 技术监听聊天消息,是基于 wechaty 的第三方服务,但不知道是 wechaty 的问题还是第三方服务的问题,每隔一段时间就会出现无法接收消息的情况。其实自建应用,一个类似 ChatGPT 的聊天界面就可以了,还能支持富文本、图像
297 天前
回复了 HashV2 创建的主题 V2EX 感觉站内技术问题讨论的贴子越来越少了
@NewYear 回复错了
297 天前
回复了 HashV2 创建的主题 V2EX 感觉站内技术问题讨论的贴子越来越少了
@lcy630409 这可能就是熵增定律的体现
297 天前
回复了 HashV2 创建的主题 V2EX 感觉站内技术问题讨论的贴子越来越少了
@NewYear 这可能就是熵增定律的体现
300 天前
回复了 Jinnrry 创建的主题 Local LLM Google Gemma 开源没人讨论下吗?
比较犟,但模型小,用来训练专用系统挺合适的,比如企业内部问答、外部客服这样的,这些系统只能基于企业自己的知识库训练,生成不能受用户输入的影响太大
300 天前
回复了 Jinnrry 创建的主题 Local LLM Google Gemma 开源没人讨论下吗?
@ahhui
@Aaarnold hh ,和 ChatGPT 相反,你反驳,ChatGPT 就说你说的对,我是错的
还什么都没做已经开始考虑合法不合法了。严格来说哪个企业没有问题哦,只是从执法成本角度要不要来查你,或者是否你惹到某个惹不起的被盯上了。大公司才会严格流程,有风险合规管控,初创企业做了再说呗,想太多什么都做不成
360 天前
回复了 softerzhangyu 创建的主题 Python Python 新框架讨论
可能 flask/django 的认知度已经足够高了,这些年 fastapi 看上去社区推广做得很卖力
2023-12-20 16:15:35 +08:00
回复了 tmtstudio 创建的主题 程序员 阿里云穷疯了?连发三条
也可能是把运维组原本在做事的人给裁了
2023-11-28 22:36:21 +08:00
回复了 alanhe421 创建的主题 OpenAI 为什么国内 AI 服务都限制了跨域,但比如 OpenAI 就不做该限制
直接在 HTTP header 里检查 key 的 api 都是给后端调用的,怎么可以直接给前端用
2023-09-28 16:34:11 +08:00
回复了 lidashuang 创建的主题 Java 为啥有人用 xxl job
开源的东西不是收费产品,得自己运维,既然有很多人在用,说明主要特性符合需求,有些非关键特性可以自己开发补足或用其他方法解决。
策略虚拟演练通常考虑的是准确性,不指导仓位控制和不考虑交易成本等因素,还得实际操盘测试效果
2023-09-20 10:47:06 +08:00
回复了 v2nika 创建的主题 程序员 为什么这么多后端开发上下游不分?
了解或做过供应链或者物流系统的可能比较容易理解,永远是下游获取上游的数据,哪有反过来的说法,获取方式可以是推或者拉,是否上下游取决于业务流程,而不是获取方式,无论是业务处理系统还是数据类系统应该都是这样,楼上好些人这都搞不懂吗?
@tairan2006 官方都没有说过的话,你说的就是对的,别人说的就是不对,原来学术问题可以多数服从少数是吧
@tairan2006 原来 chatgpt 是圣经啊,说什么都是对的
@tairan2006 并不是,我知道 Python 是动态类型,不过我没有看到 python 官方说自己是强类型语言,我看到过的都是社区自己讨论的结果,如果官方有说过请指出。我不认为 python 是强类型,因为它可以进行超出隐式转换的类型转换,动态类型是在运行时决定类型,但我认为一旦确定类型,就不能能随意变更,如果变量在作用域内最多只能做隐式转换,我就认可它是强类型
我的工作会用强类型的.net 和 Java ,也用弱类型的 Python ,所以我觉得这和个人开发经验背景有关,习惯了强类型开发平台,会预期所有变量都是确定类型的,在思考代码逻辑时有确定类型会比较顺畅,没有类型就有心智负担得时刻记着变量的实际类型和结构,若没有充分的注释说明,可能不久后重看代码时就会忘记为什么这么写,如果有较好的辅助工具或框架可以解决这个心智负担,弱类型开发平台也会很方便。我认为关键在于一个解决方案可以让开发者将编码重心放在处理逻辑上,而不是分心解决类型可能引发的各种问题,大佬可能不需要借助工具什么的就能做到,但大多数还是需要有效的工具或框架,哪个方案好就会有越来越多的开发者选择。
2023-09-03 18:13:07 +08:00
回复了 kirkge 创建的主题 程序员 看完《奥本海默》怀疑自己了
@uYuki 我觉得电影门槛较低仅仅是大众触及门槛低,并不是其他方面。诺兰风格一直如此,可能到了这部电影用得更深度,以至于有点脱离商业片的目标了,结合楼上的观点,我猜测是他很希望获得奥斯卡和金球奖的有份量的奖项,好莱坞应该也是有不少人协助,最佳导演或最佳影片之前敦刻尔克获得的都是提名,很可惜,这次想用相近题材再次冲击。
2023-08-28 17:51:50 +08:00
回复了 iorilu 创建的主题 程序员 无意中学了点 powershell ,惊了, 这东西是不是低估了
从功能来说,我觉得 powershell 是很强大的,只是从生态和习惯角度,不易被非 windows 平台用户接受,而且由于生态,跨平台兼容性也是在运行时,有些部署运维脚本不方便用,只有 sh 脚本。另外还有就是微软产品鄙视党了,这已经超出技术范围了。
1  2  3  4  5  6  7  8  9  10 ... 44  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5282 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 09:08 · PVG 17:08 · LAX 01:08 · JFK 04:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.