V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Chuckle  ›  全部回复第 1 页 / 共 11 页
回复总数  208
1  2  3  4  5  6  7  8  9  10 ... 11  
还是更喜欢用装饰器一点,更灵活,堆叠也比函数嵌套调用直观好写,ts 的装饰器本质上也就是把 class 构造器、函数给传了进去,所以既可以 @装饰也可以直接函数调用 https://i.imgur.com/agAJ0Rd.png 遇到需要运行时的动态注入,装饰器也可以封装出更简单的语法糖
2 天前
回复了 fpure 创建的主题 分享发现 分享一个简单有效的记工作笔记的方法
那肯定得有地方存这些 md 吧,用咱这个 vsc 插件吧,https://github.com/qxchuckle/vsc-drafts ,平时一些简单脚本、项目记录、画图啥的我都扔草稿本里 https://i.imgur.com/agAJ0Rd.png
能信任编译器的输出结果,那是前人从二进制驱动机器以来的智慧和努力啊 https://i.imgur.com/agAJ0Rd.png 前面的一切都是数学和形式化方法的结果,别人已经关心过了,现在也有人持续的在关心,输入输出的无数可能都已经覆盖完了,多少测试覆盖支撑着这份信任。
而大模型底下是概率抽样,让它写代码,说白了,就是赌风险和收益嘛,还发明个 vibe coding 名词来掩盖放下点责任心想轻松点的人之常情。当然,业务代码里随手写的工具函数,正常来说也不会去做充足的测试、校验、错误处理,反正要字符串不会来个对象就行了,炸了再热修也行。
当然我是觉得,业务代码不可能人不看的,不看那就是用户替你去看了,出了问题特别是像钱算错了,背锅的只能是人啊。现实点,ai 总是接手现有的项目的迭代吧,一个 id 字段在不同对象里几十种意思,ai 啥时候能自己去问 git 历史提交的人?当然,有些面向司内的东西,已经是 ai 开发了,反正没风险。
51 天前
回复了 rqxiao 创建的主题 生活 不买房租房等 公积金有办法取出来吗
看地方政策,杭州能一次性提 12 个月的,隔天到
71 天前
回复了 liulanghan 创建的主题 程序员 AI 怎么在低代码开发提效有哪些案例
理论上可行,但是现在大模型做不到,一个能用的低代码页面快 10w 行的 schema ,其中 6w 行是各种逻辑节点,无论是企业版 cursor ,还是做到低代码平台里调 api 的大模型,都直接爆了,cursor 大于 2mb 读都读不了,按结构、逻辑等拆分后,幻觉也太严重,什么“极速开单”之类的文本随机插入到 json 里,生成速度也很慢,体验上就是 5 分钟一次抽盲盒,至于提效就更别说了。
上周让 cursor 改个上 w 行的 json ,生成一半不到就加好几个“极速开单”,切换对话也一样
@Chuckle 还有就是为了绕过浏览器的限制,内置 vpn 、认证啥的,反正就是为了方便
除了为了指标、任务做这种 zzzq 的东西,集成企业内部系统,内置插件,开箱既用或许有些说法,毕竟不是人人都是开发。对于开发来说,都不如 Thorium ,性能好才是硬道理。至于什么监控、安全,公司电脑一般都有安装**安全软件的吧 https://i.imgur.com/agAJ0Rd.png 还用得着专门搞个浏览器
@Chuckle #6 用最长子序列搞了字符级的 diff 标记
@sibusana 最后就是用了第二种方案,直接进行了 dom diff ,差不多是 html diff 的简化版吧,只 diff 了文本,而且 dom 的相对位置一样才是修改,不然就是删除后再添加 https://i.imgur.com/agAJ0Rd.png 够用了,不知道 react 上的 dom diff 有没有现成的库,而且一旦替换了 react 管理的 dom ,react 后续就没法正常更新那个 dom 了,所以必须每次渲染都随机 key ,强制更新整个组件。
88 天前
回复了 tenali 创建的主题 问与答 1000 V2EX 征名
菜得离谱(不用看谱也能做菜)
88 天前
回复了 tenali 创建的主题 问与答 1000 V2EX 征名
好菜
@kamilic diff 倒是简单,loadsh 都有现成方法,后面我还是用了方案二,写了个通用组件,把新旧数据都渲染一次,然后用 observer api 观察子元素 dom ,dom diff 、算最长公共子序列,把增删改的文本在新 dom 上标记了出来,不过坏处就是只能对文本节点操作,像勾选框之类的就没办法了
90 天前
回复了 Seck 创建的主题 程序员 想提问大家的编程是如何学习的呢?
以前我也是把文档看了 7788 、写了不少 demo 后才开始做东西,但有了 ai ,先开始做再说,遇到问题先用自己的办法解决,后续迭代功能,让 ai 帮助重构,ai 也能提供新的思路、api 、工具,实在干不出来,或者有点思路想偷懒,就让 ai 自己写,写完 cr 调试下,差不多了,再去看里面代码实现
95 天前
回复了 sgrqihai997 创建的主题 配件 mac 用啥键盘比较舒服
在用洛斐小顺,机械矮轴
@Shokupanman 每种 type 都是独立的组件,要展示的内容、value 数据结构都不同,没法复用
感觉得先抓住足够简单但繁琐的东西用技术去解决,说是 ai ,沾点边那也是 ai 嘛,toB 的东西,做出来了里面技术怎么包装怎么说还不简单,再提一两个饼画着,得先站得住脚。老师也是打工人,你的工具要是能人他每天少干点活,那谁不乐意用,对上还可以吹吹提效了多少,但如果工作只是从一种形式变成另一种形式的负担,还要外加学习新平台的成本、稳定性问题,那没外力干预,无论如何也成不了的。
96 天前
回复了 lizy0329 创建的主题 程序员 使用 Rust 来制作前端 UI 库,会不会快?
期待 rustscript
能搞定非业务的,比如让 ai 帮整个表单架子还是 ok 的,但是表单延申出来的动态逻辑控制、校验规则之类的,还是得靠人写,也就是还原产品 prd 里那些弯弯绕绕的逻辑。另外写工具也不是万能的,我最近在重构老页面,让 ai 帮我封装 antd 的 Formitem,支持双向字段映射,ai 写不出来,可能是因为没学过,我在网上也没搜到类似的实现。
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3516 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 04:36 · PVG 12:36 · LAX 20:36 · JFK 23:36
♥ Do have faith in what you're doing.