V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  YanSeven  ›  全部回复第 3 页 / 共 20 页
回复总数  392
1  2  3  4  5  6  7  8  9  10 ... 20  
@facebook47 等一个宫女
22 天前
回复了 cexll 创建的主题 程序员 # Claude Code 调用 Codex:分工协作开发
Codex 的代码生成质量已经强于 Claude 了吗,gpt 终于干过 claude 的 coding 水平
23 天前
回复了 qviqvi 创建的主题 MacBook macbook 扩容硬盘,如何找靠谱的店铺
我买的 48+512 ,几个月后开始后悔,应该咬咬牙上 48+1T 的。
AI 可以写代码,但是 AI 写的代码你看不懂缺陷的话,想必给 AI 擦屁股的工作也会丢掉吧。
28 天前
回复了 wangshuo6 创建的主题 程序员 claude4.5 发布了,但连尝试的欲望都没有
细说“已被”
绘图还是要代码和手动结合起来是最好。我试过 excalidraw, visio, drawio 这类拖拽的,也试过 mermaid, graphviz, d2lang 这种代码的,甚至 svg 直接生成。都有问题。

最佳的就是融合。

1. 代码搭建框架生成预览图,预览图的各个组件鼠标都可以拖动。
2. 鼠标拖动修改的部分都封反应到代码中。
3. 代码生成的优势在于效率,重复的结构可以批量定制微调,缺陷在于布局, 复杂一点的图,整个组件和组件之间的排列,数据流等控制太弱了,轻则整张图看上去丑,重则布局没有逻辑,只是简单组合,graphviz, d2lang 都有这个问题。
4. 鼠标修改的优势在于布局可掌控的更多,但是缺陷在于对于重复性的局部效率低,调整起来容易乱。

最终就是生成两份源文件,1 份代码源文件,一份类似 drawio 和 visio 的这类源文件。
可以加个帛书版和这个通行本对照。
32 天前
回复了 Martens 创建的主题 程序员 golang 中使用协程池是否是有必要的
go 的协程结构体 g 在底层中本身好像就是有一个“空闲队列”的,是否可以认为在“底层”已经有了一定程度上的“池化”。
32 天前
回复了 Martens 创建的主题 程序员 golang 中使用协程池是否是有必要的
我最近也有相同的困惑
感觉这种还是需要聚精会神的去听一个点。

可以增加一个栏目,就是暴力简单罗列一些基本的“总结的点”,类似于英文的单词,短句。不需要什么上下文来理解的。

譬如说,“CAS 原理:通过比较交换指令实现原子操作,常用于并发类库。”,“HashMap 特点:数组+链表+红黑树结构,默认负载因子为 0.75 。” 这种简短类型,这种可能更符合随便听一耳朵的设定。
研究推进 AI 的是科学家,可能因为开源的性质,让计算机科学的神秘感不强,但是人家毕竟是科学家,所以不是程序员搞死程序员,是科学进步取代落后生产力。
@proxytoworld 插件的锅,已经恢复正常了。
@qs 还真是插件的锅,只不过已经无法排查哪个插件的问题了。暴力移动目录插件全丢了。还好已经流畅了。
@5200 啊这,难顶啊,难道是我链接太多了影响的吗,开始苦苦排查
@5200 我是浏览滑动都正常,但是编辑已经不是卡顿了,就是三四秒才响应一次编辑,不过我文档里面有大量的链接,不知道有没有影响。
@5200 打开没问题,编辑也是流程吗,应该不会是电脑问题,m4 的芯片啊
@proxytoworld 正是通过 vscode 的 ai 生成和调整的整个框架和内容三千多行,切到 obsidian 浏览没有问题,就是编辑不动,好几秒响应一个单词
38 天前
回复了 shily 创建的主题 职场话题 程序员的门槛还是太低了🐶
这个的根源得是中小学电脑课,没有教会使用浏览器。
38 天前
回复了 qq1147 创建的主题 职场话题 感觉公司是个草台班子,想摆烂了
估计是钱不到位,秉持“能用就行”的态度。
1  2  3  4  5  6  7  8  9  10 ... 20  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   4822 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 09:46 · PVG 17:46 · LAX 02:46 · JFK 05:46
♥ Do have faith in what you're doing.