liquidcat
2.3K posts

liquidcat
@_liquidcat
nothing ᵕ᷄≀ ̠˘᷅ just another keyboard operator; 熵减强迫症患者





这位大佬大家认识吗?一直自己研发,上班很少。现在40多岁了,突然想去上班了。可能是在医院被人家叫叔叔刺激到了。



我完全不同意。 裹脚布式的设计模式实践连 Java 都不适用 ... 到底是谁在传播这种错误实践。我自己写 Java 都很少用 interface .. 除非真有抽象的必要。 至于很多 Factory 的东西,在 Java 1.8 之后走 lambda 可以去掉不少了。Builder 一类的走 lombok 就行,要考虑的是可见性和可变性。 如同《设计模式》本来就强调过的,有些设计模式在另一种语言里是特定语法。lombok 就是 Java Syntax Extensions .. Java 自己的语法也在往前迭代,很多设计模式不再需要了。



如何一周之内,把Fable价值最大化: 0. 不要用它写简单代码、写邮件或日常总结 1. 从你原本要花一周或更久的 backlog 里挑最难的开始 2. 把Fable 花在系统架构、数据结构,API 设计、核心抽象上,这些重大修改,一次性影响深远的工作上 3. 挑战现有设计 4. 找一件每月你重复在做的事,这会带来长期价值: - 跟Fable聊把它拆成 2-3 个 skill,边踩坑边让Fable做验证,记得要把 skill 做泛化 - 最关键的一个实用技巧,可以让Fable当老师,小参数模型当学生,把效果跑精准 - 跑通后切到Zenmux拿高吞吐,低价格算力跑日常,你对它的 prompt 越精确,它表现越接近旗舰模型。对我们而言,这代表着更低的推理成本、更高的部署效率,以及更适合大规模真实应用的模型体验。 5. 用 Fable 优化自己常用的 skill 6. 将 Opus 放在前面,提炼上下文,让它读取整个仓库,将精炼提给 Fable 7. 非诺贝尔奖任务,使用 High 或者 xhigh。不要使用 max,它的深度太深了,input token 准备会很费钱 冲就完事儿了,这周会很爽!














