Chuckle 最近的时间轴更新 Chuckle 最近的时间轴更新Chuckle's repos on GitHub
TypeScript · 779 人关注
vsc-cec-ide
一个没什么用的VSC插件
JavaScript · 45 人关注
Post-Summary-AI
一个较通用的，生成网站内文章摘要，并推荐相关文章的AI
TypeScript · 39 人关注
vsc-drafts
VSCode插件-草稿本，方便管理代码草稿和临时文件，再也不用多打开一个窗口了
TypeScript · 30 人关注
copyright-code
VSCode插件-项目代码快速提取至txt,可用于软著等
Vue · 13 人关注
virtual-list-demo
vue3各种虚拟列表demo
Vue · 12 人关注
paste-share
文本、代码粘贴分享平台-vue3前端
JavaScript · 9 人关注
paste-share-server
文本、代码粘贴分享平台-Express后端
HTML · 7 人关注
qxchuckle.github.io
一个博客，一叶孤舟
TypeScript · 7 人关注
sensitive-word-detection
VSCode插件-敏感词检测
TypeScript · 6 人关注
qx-canvas
小巧、高性能的 Canvas2D 引擎，具有事件系统、碰撞检测
TypeScript · 6 人关注
qx-tracker
一个前端监控和埋点SDK，你可以简单地使用它，为你的web应用收集数据信息
JavaScript · 5 人关注
blog-server
一个Vue3+Express动态博客的后端
Vue · 4 人关注
blog-vue
一个Vue3+Express动态博客的前端
TypeScript · 3 人关注
qcqx-project-manage
一个VSCode插件，用于管理项目，可能会更好用
JavaScript · 3 人关注
vercel-proxy
一个简单通用的vercel反代项目
TypeScript · 2 人关注
binary-logo
2 人关注
qxchuckle
Config files for my GitHub profile.
C · 1 人关注
Dishes-Management-System
基于C语言单链表的管理系统
Python · 1 人关注
hexo-circle-of-friends
Python gets the friend's articles from hexo's friend-links
JavaScript · 1 人关注
KeepingBook-vercel
TypeScript · 1 人关注
nlm
本地 npm 包联调工具
0 人关注
alist
🗂️A file list program that supports multiple storage, powered by Gin and React. / 一个支持多存储的文件列表程序，使用 Gin 和 React 。
JavaScript · 0 人关注
blog-tracker-server
Java · 0 人关注
Evolutionary-automata-of-natural-systems
一个有狼、狐狸、兔子的自然系统演化自动机
TypeScript · 0 人关注
export-what
Automatically prompt for exported variables in modules | 自动提示模块中被导出的变量
JavaScript · 0 人关注
hexo-server-live
Refresh browser automatically while source file changed for Hexo.
CSS · 0 人关注
Hexo-Theme-Acrylic
由timigomen其他Acrylic成员合力开发的一个美观，强大，高效的Hexo主题
JavaScript · 0 人关注
keepingBook
TypeScript · 0 人关注
kkadmin-open
0 人关注
kkapi-open
一个基于NodeJS的api服务
0 人关注
mini-sandbox
一个前端【代码 / 组件】的可视化方案，融合了【在线编辑 & 实时预览】等特点；可以在任意 js 环境下，包括【docsify / vuepress】文档类项目中使用；支持 Vue SFC / React SFC 单文件组件
Vue · 0 人关注
monorepo-test
0 人关注
news-1
前后端均基于 vercel 的轻量级每日早报项目，支持一键部署，支持部署至服务器。后端由 FastAPI + BeautifulSoup 实现。
JavaScript · 0 人关注
Post-Abstract-AI
适用于博客的文章摘要生成器
Vue · 0 人关注
qx-bbs-web
TypeScript · 0 人关注
qx-promise
JavaScript · 0 人关注
rollup-template
0 人关注
speak-biubiu
JavaScript · 0 人关注
status
0 人关注
TabNine
AI Code Completions
0 人关注
Tianli-cdn-whitelist
Tiancdn白名单目录
Vue · 0 人关注
ToDoList-Vue
0 人关注
uptime-status
A pretty dashboard of uptime status based on UptimeRobot API
PHP · 0 人关注
vercel-meting
qcqx.cn
杭州
qxchuckle
Chuckle 最近回复了
13 天前 回复了 windyboy 创建的主题 › 程序员 › 你觉得当下会被 agent 的重写的常用软件有那些？ |
想不到有啥必须重写的，pc 手机上那堆常用软件都是重业务的东西，生态和数据绑死，技术还是其次，除非流程跑不下去了、变动大，或者性能撑不住，否则没理由冒着业务风险去重写（定 kpi 让 ai 重写这种意外情况除外），其次对于重业务的系统，ai 加持效率提个 10%已经算多了，代码、业务流程、行业黑话之间关系还是得人一步步梳理。不过程序员的那堆工具、**笔记、**助手这种东西肯定是越来越多的。
13 天前 回复了 Chuckle 创建的主题 › 程序员 › 大伙怎么维护代码流程之类的文档，讨论讨论 |
13 天前 回复了 Chuckle 创建的主题 › 程序员 › 大伙怎么维护代码流程之类的文档，讨论讨论 |
让 ai 定期扫代码库，生成代码流程图的，代码各个大大小小的函数调用链路倒是清楚，但太细了，ai 自己加的业务理解和业务流程还是有较大偏差，更有些完全幻想出来的流程，毕竟是靠函数、变量名、乱七八糟的注释推理的，作为给人看的东西还是勉强了。
14 天前 回复了 TrackBack 创建的主题 › React › React 列表虚拟化如何实现使用 CSS Grid 布局的同时支持拖动元素？ |
看看这个表格？用的就是 css-grid https://comcast.github.io/react-data-grid
2025 年 12 月 31 日 回复了 collery 创建的主题 › 程序员 › 求教，你们有这么多 AI 编程的需求量么 |
认识个人，企业版 cursor ，一天能干 60 刀，我一天最多干 5 刀，可能我们这没开 max 模型权限原因吧，token 消耗少
2025 年 12 月 19 日 回复了 PeiXyJ 创建的主题 › 程序员 › 为什么感觉 React 编写起来比 Vue 复杂很多? |
@Chuckle vue 里一堆 any 那是没得救的，emit 的 n 种类型写法，不知道匹配到啥的 function call 参数，没人维护的 inject 类型。reat 里要是一堆 any ，函数泛型慢慢拆，时间问题。自己项目 vue 干得快，多人的公司的项目，必须 react ，但我感觉现在这哥三框架，用着都多多少少有不得劲的地方
2025 年 12 月 19 日 回复了 PeiXyJ 创建的主题 › 程序员 › 为什么感觉 React 编写起来比 Vue 复杂很多? |
react 业务逻辑拆 hook 里，但是很难受的就是，业务逻辑往往又是多变多情况的，很可能今天封好，明天别人看不懂或者不好原地改，只能 cv 一个副本拿去用，而且拆得越多，写 props 和传参 n 层就非常麻烦，也不好维护一堆 ts 类型，这个倒是可以用状态管理解决，但那种多个地方用的组件，因为要用 context 隔离状态其实也挺难受的。vue 的话，vsc 插件太卡了，ts 服务经常也挂，一堆堆的语法糖，公共组件 v-model 和 emit 那套处理起来可比 react 麻烦多了，单文件行数爆炸，类型维护也难，但整体还是比 react 写法规范点，毕竟语法糖限制死了，react 里可见到太多把 hook 玩出花活一层套一层的了，我现在拿 vue 的响应式和 react 结合起来玩，写了个类似 valtio 的东西，清爽很多。react 的文档啊，其实能教的也都教了 
但保不齐有人玩花活整点 js 里要动脑子的技巧。
但保不齐有人玩花活整点 js 里要动脑子的技巧。2025 年 12 月 6 日 回复了 shakaraka 创建的主题 › 分享创造 › 在写 ts 项目的时候，被依赖注入烦到 |
还是更喜欢用装饰器一点，更灵活，堆叠也比函数嵌套调用直观好写，ts 的装饰器本质上也就是把 class 构造器、函数给传了进去，所以既可以 @装饰也可以直接函数调用 遇到需要运行时的动态注入，装饰器也可以封装出更简单的语法糖
遇到需要运行时的动态注入，装饰器也可以封装出更简单的语法糖2025 年 12 月 5 日 回复了 fpure 创建的主题 › 分享发现 › 分享一个简单有效的记工作笔记的方法 |
那肯定得有地方存这些 md 吧，用咱这个 vsc 插件吧，https://github.com/qxchuckle/vsc-drafts ，平时一些简单脚本、项目记录、画图啥的我都扔草稿本里
2025 年 12 月 5 日 回复了 cat9life 创建的主题 › 程序员 › 2026 年开始将没有人会 review vibe coding 的代码，就像没人会 review 编译器的输出结果一样 |
能信任编译器的输出结果，那是前人从二进制驱动机器以来的智慧和努力啊 前面的一切都是数学和形式化方法的结果，别人已经关心过了，现在也有人持续的在关心，输入输出的无数可能都已经覆盖完了，多少测试覆盖支撑着这份信任。
而大模型底下是概率抽样，让它写代码，说白了，就是赌风险和收益嘛，还发明个 vibe coding 名词来掩盖放下点责任心想轻松点的人之常情。当然，业务代码里随手写的工具函数，正常来说也不会去做充足的测试、校验、错误处理，反正要字符串不会来个对象就行了，炸了再热修也行。
当然我是觉得，业务代码不可能人不看的，不看那就是用户替你去看了，出了问题特别是像钱算错了，背锅的只能是人啊。现实点，ai 总是接手现有的项目的迭代吧，一个 id 字段在不同对象里几十种意思，ai 啥时候能自己去问 git 历史提交的人？当然，有些面向司内的东西，已经是 ai 开发了，反正没风险。
前面的一切都是数学和形式化方法的结果，别人已经关心过了，现在也有人持续的在关心，输入输出的无数可能都已经覆盖完了，多少测试覆盖支撑着这份信任。而大模型底下是概率抽样，让它写代码，说白了，就是赌风险和收益嘛，还发明个 vibe coding 名词来掩盖放下点责任心想轻松点的人之常情。当然，业务代码里随手写的工具函数，正常来说也不会去做充足的测试、校验、错误处理，反正要字符串不会来个对象就行了，炸了再热修也行。
当然我是觉得，业务代码不可能人不看的，不看那就是用户替你去看了，出了问题特别是像钱算错了，背锅的只能是人啊。现实点，ai 总是接手现有的项目的迭代吧，一个 id 字段在不同对象里几十种意思，ai 啥时候能自己去问 git 历史提交的人？当然，有些面向司内的东西，已经是 ai 开发了，反正没风险。
Select Language