brucexu.eth ❤️🐼🦇🔊

统计数据

4
文章
0
粉丝
0
获赞
9
阅读
avatar
Vibe coding 新人最常见的早期症状： 1. 感觉我无敌了，啥都能干，啥都来干一下试试。 2. 感觉我无敌了，同时开四五个窗口，来回转着开发，比如这个下个命令，等待生成，然后看看下一个窗口。把额度压榨到极致。 我都经历过，第一点是会发现坑越挖越大，最后发现 Vibe coding 并不是全能的，真想做点能用的需要磨好久，然后兴趣消耗殆尽丢弃屎山开始下一个坑。第二个是脑子炸了，发现哪个都做不好，通常半天或者几天，上下文就开始紊乱了，无法给出有效指令。 现在我的最佳实践是先想清楚这个项目要不要自己做，然后同时只开 1 个最多不超过 2 个项目，不同的 feature 开 worktree 并行猛干，然后 review 和 merge，上下文放在一个项目里面。
avatar
我可能确实太笨了，实践了这么多年时间管理今天才深刻意识到时间管理的本质并不是高效的管理工具、安排满满的 calendar、一周 80 小时的工作，而是选择和优先级设定，再深一层就是你想要的目的和人生使命。 时间是一个神奇的东西，它永远不会停止前进而且每个人的数量都是一样的 24 小时一天。这也就意味着不管你怎么优化时间管理工具或者工作效率，总会有一个极限。 抛开出身或者不可抗力，假设人人都在同一个起跑线上出发，在相同的时间下，选择决定了最后结果的不同。比如你可以决策使用什么方法和教程学习什么内容进入什么行业，其实没有什么对错，但是最终实现的目标和成果是不同的。很明显，世俗意义上的成功人士大多在某些关键节点做出了某些明智决策，而每天努力工作和高效的时间管理只是一种助推，而不是决定性因素。实际上可能还有副作用，比如消耗了大量精力之后无法思考和做出高质量决策，进入一种充实的瞎忙状态，实际上没什么有用产出。 之前我问过 Vitalik 每天用什么任务管理方式和工具，他说有一个文本文件记录简单的每天目标，大概就是几个点就够了。其实就是印证了这一点，真正重要的事情可能并不多，其余的做不做都不重要，很多甚至要说 no。 综上所述，我可能会重新升级我的 todo 管理系统，大概几个改动点： 1. 引入 AI 过滤和聚类。首先设置好我的目标和大计划，通过 AI 过滤掉其实没什么帮助的任务，同时将类似的任务合并集中处理。 2. 尽量简化流程，减少流程上的时间消耗。 3. 微调工作流，定义好了近期一到两个关键目标，AI 自动识别关键任务然后推送过来处理。 节约时间、提高效率和做出高质量决策的一些思考： 1. 不设限制。不在任何预设条件下做决策，比如认为某个事情必须做，某个事情一定无法实现。实际上没有辞不了的工作、停不下的事业、换不了的环境、离不开的人，这些都只是自己的心理限制。 2. 高质量输入。如果你想做出高质量决策你必须要有高质量输入，比如你要做出买卖股票的决策，你用富途评论区的情绪评论还是专业研究机构的研报和财报输入，显然是两个结果。高质量输入的重要性不再赘述 垃圾信息还不如不看 3. 时薪价值计算。为自己设计一个较高时薪作为参考，判断有些事情是否需要外包或者想其他办法。例如决策要不要买洗碗机，可以计算每天洗碗时间开销 x 时薪跟洗碗机价格对比。如果超过则应该购买。其实很多老一辈的人基本无法正确计算价值，宁愿手动累死累活做一个事情，也不愿意花点小钱。 4. 复利效应和自动化。当下做的这个事情能否让未来更轻松一点。比如翻译内容，单纯做一次手动翻译实际上没什么复利，一个小时产出一篇。但是同样一个小时开发一个翻译 SoP，让未来每次翻译从一小时缩短到 10 分钟就好多了。持续的做带有复利的事情，能力、水平和层次就会越来越高，而且有加速度。 后面很多早期实验、思考的片段、最新的进展都会放在频道里面，欢迎查看
avatar
这个项目初看神奇，实际上是个死胡同。这个方向十年前淘宝前端团队就在探索了，我还参与了一下开发了点东西，本质上就是做一套动态 UI 渲染引擎，将网页和交互使用 JSON 等其他结构化的语言描述，配合 React 组件库实现无代码生成应用，甚至可以动态调整 UI。只不过当年需要拖拽或者人工编写 JSON，现在 Google 用了 AI 生成。 为什么说是死胡同呢？如果你做简单的页面和交互，这个肯定没问题，但是多少复杂一点的业务和定制化需求，就完蛋了。因为 JSON 不管你怎么设计数据结构，能表示的交互和功能永远无法达到 HTML + CSS + JS 代码组合所能实现的。也就是说针对真实自定义的需求，要么你生成一个无比复杂的 JSON 和渲染引擎去解析；要么降级需求只能用你限定的框架和功能；要么直接生成代码，现在生成代码并不复杂了。 所以当年那些低代码尝试在我看来比较鸡肋，要么你就是生成纯 UI 加简单 form 交互，例如：wix；要么你就是高度定制化的组件，针对特定业务场景例如问卷生成来自动生成，例如各种 form app。
avatar
确实有点令人失望了，使用 EIP-7702 开发 Web 应用的话，受限于钱包的限制，基本上跟残废一样。目前钱包为了安全、自定义功能、控制权等，基本上限制你只能 authorize 他们指定的 audited 合约，不允许 dapp 发起 Type 4 的 tx，这样的话，dapp 应用端几乎没法做什么，更差的是还需要适配每个钱包端的自定义账号合约！
#EIP-7702 #Web应用 #区块链开发 #钱包限制 #智能合约 #dapp #账号合约