Never yield, keep forwarding. Computer Science & Love for open-sourcing. GitHub: https://xitter.cf/t.co/OiWAr37J3f Personal Blog: https://xitter.cf/t.co/BRvD18aDn7
Joined October 2024
- Tweets189
- Following45
- Followers17
- Likes1.1K
Pinned Tweet
#X直聘 我也来试试😁
本人在上海读书，华五计算机科学与技术本科，目前大三，从一年前开始接触coding agent开始有大量的实践经验，同时我目前在一家初创公司实习做agent开发，几乎全权负责面向企业内部使用的Agent智能体研发，基于飞书的机器人入口实现接入公司的各种系统，还有定制了一些工作流比如自动发起审批之类。实习在月底结束。
此外我也参与过开源社区的一些项目，具体可以见github主页。只不过主要是和自己认识的朋友一起做的工具。
我意向的岗位是agent开发，产品经理或者FDEX的职位，如果贵司也在上海或者接受远程，可以直接和我联系☺️
想招聘？就来用 #X直聘
在 @jackywine 和 @app_sail 的努力下，这个 hashtag 下面已经汇集了不少优质公司的招聘信息。
以后在 𝕏 上发布招聘，记得带上这个 hashtag，招聘推文可以获得更多曝光！
找工作的朋友，也可以直接点击 #X直聘，发现更多机会。
我甚至在想，能不能做一套招聘服务？
求职者在招聘推文下面回复作品集或简历，搞一个 Grok bot，每天自动收集、分析和匹配候选人，再把结果汇总给招聘团队或发帖的招聘方。
vibe coding上瘾这个问题也是我最近渐渐发现的。现在随着model能力越来越强加上越来越多flash模型，及时反馈感越来越强烈。
之前有几次一整天vibe 提交了快100个commit，几个任务并行跑，来回切换对话盯着。结果是注意力一直不能聚焦在重要的事情上，vibe出来的代码从工程角度说质量也比较差，为后面痛苦的重构埋下了技术债。
时间久了发现自己对软件工程的理解和把握能力都差了一点，确实应该慢下来看看。
不过好在我还有写作和阅读博客的习惯，尚且能延缓自己认知水平降低太快🤔但是想实现继续增长就得花不少精力了
几条教训
1. 不要依赖 agent 读论文或者高质量博文，
后果：思维深度大幅度下降，灵感触发时机大幅度减少，浪费大量的时间去理解 agent 的垃圾表达。
2. 不要把搞科研/技术学习 和 英语学习混在一起。
后果：效率低下，推进缓慢，失去耐心后放弃，灵感和思考都需要时间积累，混合学英语这个目标会大幅度延迟你的思考，让你的脑子在来个任务上来回切换
3. 不要因为 token 用不完就想着 background 跑点东西，把 token 用掉，不影响你的主线
后果：除非你编了稳定的 workflow，否则即时奖励更强的 vibe coding 一定会吸引你的注意力，打断你的深度思考。
总结，一定要感受自己在 agent 时代下的认知水平的提高速度，到底是加快了，还是不变，还是退步了。如若不然会沉迷于 shallow work，最后认知退化，导致阅读长文字、深度思考都没耐心，人就废了。
ChangYo retweeted
🚀 #X直聘 官宣！
-推友自己的招聘&求职 圈
-应届生×求职者 × 独立开发者 × 初创团队 × 大厂HR × VC × 猎头
-我将转化自己的社群作为 #X直聘 的先遣队
冷启动阶段，入群机会，先到先得！
Idea from @Jackywine
机会都在这里 #X ⬇️
xitter.cf/i/chat/group_join/g211…
ZCode的模型有点好笑，为了分两次commit，把上一个turn的改动全部手动删掉，然后检查后commit了又写回来。我刚刚重置的token直接就这样被浪费完了😓
@ZixuanLi_
ChangYo retweeted
🚀 Introducing DeepInfer, our in-house inference framework, now fully open source!
Powering DeepSeek-V4.1-Flash at scale with high throughput and low latency. We’re sharing our production stack to help the community lower compute costs, reduce energy use, and make AI more affordable.
🔗 github.com/deepseek-ai/DeepI…
1/4
ChangYo retweeted
🚀 DeepSeek-V4.1-Flash-1017 is here!
Stronger benchmark performance, faster task completion, and shorter outputs than the previous version—a Pareto improvement in performance and cost. Now live on our website, app, and API.
🛠️ Optimized for @DeepSeekHarness, Tencent CodeBuddy, WorkBuddy, and more. Upgrade to DeepSeek Harness v0.2.1-rc.1 or later for the best experience with the new model.
1/4
很多人说数据库只是CRUD，如果仅仅从暴露给大部分人使用的操作来看，CRUD确实是最频繁的。
但是数据库显然不只是查询一些数据这么简单，我们应该还往后面想一想，数据库的系统设计，以及数据库如何处理好并发操作，如何维护一致性，这些其实是十分有价值的部分,只不过它们大部分已经内置于提供的数据库软件中了，在意的人比较少。
举个简单的场景来理解数据结构的设计，如果你有一个输入框，如何处理复杂的各种输入，也即可以用怎样的形式存储？
如果输入仅支持文本，那没什么说的；如果需要处理图片输入呢？这里似乎可以有两种看法：
1. 所有图片作为附件识别，于是输入分为两类元素，img和text
2. 支持图文混排，也即图片可以参与排版，那其实可以把输入划分为一个个块（block），每个block是有顺序的，也方便图片参与上下文的索引
这只是简单的两种情况，那其实还可以复杂一些，比如某些图片可以参与排版，某些作为附件上传，比如图片附件和文档附件可否区分。
这些本质探讨的都是如何设计数据结构来存储并方便后续查询这些数据。
以上仅是我个人的一点点开发感想🤔
刚才看数据库相关的书发现一个有意思的现象。在数据库中，同质的数据一般用list来表示，而一行一般称为一个record，tuple，dict。
我小时候就一直疑惑，为什么每个项都是一行，为什么每个属性都要单独一列，能不能反过来，每个属性都占一行，每个对象都是一列。
从中文来理解其实是可以接受的，但是英文中并不是，column本身就代表一个字段的一串数据，原意是古代的柱子，list是像“序列”的抽象容器，但是 row , record, object本来就代表某个实体有哪些字段。所以从英文角度来看，很自然的会选择这中数据结构。
不知道我有没有表达清楚，总之学计算机肯定要好好学英语就是了(╯︵╰,)
打磨了快一个月的vibe coding的工具，准备下周开源了，不知道能有多少人愿意使用，因为很多功能第一次用可能会给人一种造轮子而觉得无意义的感觉。
说是造轮子确实没有错，但是造的轮子不一定全都无意义。而且Dela的前端在我用过的软件里面属于第一梯队的了，这个软件还在工程化上花了十分多的心思，尽管用户不一定能直接感受到。
只希望到时开源能帮助到一部分人吧。
ChangYo retweeted
在我们这，大部分人其实长期“审美营养不良”。资源高度紧张、生存压力优先，这就导致实用压倒一切。这样一来，审美可就不是什么好东西，它是要被当成低效成本来剔除的。
黑底白字的“统一店招”、景区批量复制的假路牌、荧光撞色的促销大字报、家里为了省事选的猪肝红地板就好理解了，因为它们好打理、传达快、成本低，完全服务于生存与集体秩序。
当一个从小没被允许建立个人视觉审美、感知库极度匮乏的人，突然看到 Claude 随手给出的那种留白、排版，有点震撼也容易理解。
从事艺术审美的专业人士，我觉得也不用悲观、愤怒。
这就像大模型一开始能生产出流畅精美的文本是一样的，过不了多久，这种典型的 Claude 风格就会趋同，人们就会厌倦这种审美和形式。
因为用 Claude 做出来的东西，我感觉大家并没有真正通过它去表达一个故事、传达一个观点，更多只是展示它炫酷的能力，带来一种惊讶的态度。但人们的惊讶早晚会结束，那时候就会回归到内容本身。
