Livid ，好奇你是什么配置跑 70B 的？量化参数是什么？

@miaotaizi 快归队，我们在群 645891927

其实流程引擎在中文里已经包含了状态机了，workflow, state machine 于概念上一个永远向后流转，一个可以回到之前的节点循环。但现在人们常说的 OA 流程引擎等已经不是这个概念了，其实更多的是业务概念，并且复杂程度远超 activiti 等国外开源项目。

@RonniePolaer no idea ，我觉着现在还为时尚早

没有几十万跑不起来的

目前在企业普及私有模型还是个悖论，单机能跑起来最新 30b 以上模型的成本就已经不低了，小公司肯定不会考虑，大公司又存在并发的情况单机跑一个模型肯定是不够的。上云存在信息外泄和长期被绑架持续消费风险，所以怎么看都还很难在企业内通过简单的堆砌数据和模型来解决实际问题。现在唯一可行的方向我觉着就是低端模型(服务器成本低)+微调+大比例的系统设计和编程，这样才能尽量多场景的让模型产生实际作用，否则仅仅提供个通用聊天机器人意义也不是很大。

别说实际使用，我们之前演示用的模型都不会每次都从硬盘读的，而是多个进程同时加载到内存备用，一旦请求过来就通过队列调用。

之前我是 sourcetree 的死忠粉，认为 mac 版结合 xcode 的 differ 工具太爽了，后来遇到了一个叫 gitlens vscode 插件，把 sourcetree 秒的渣都不剩。

反了，反了，这是要造反了

公司是十几年前的罗技 G1, 家里是罗技 G102 ，总的感觉 G1 更好用

顺便再同意一下你的吐槽，自无招走了之后，钉钉进行了大规模的改版，之前我认为很好的考勤配置界面改的我看的一头雾水，再没有之前的便于理解了。

客户端技术栈是 nw.js+C++的二进制会议软件，会议应该是基于阿里之前什么直播视频软件改的，其实所谓的难用和卡顿跟技术栈的选型无关，不要一遇到体验问题就往技术栈这么底层的事情上联想，毕竟同样的技术栈有一万种方法能让你难受。

本人的愚见是 GNOME 也好，KDE 也罢，都缺乏延续性，从始至终都是一个分不清责任的领域，各大开原厂商你方唱罢我登场，都以为自己能在桌面领域有所作为，后继者对前辈成果又缺乏起码得尊重和保护，于是有了 gnome 之父批评后来者不断破坏 api 的现象。但是这些“继往开来”往往以另一次公司的经营不善或没落而终止和停滞，甚至类似 QT 这种图形库的所有者都是几经更迭。

其实 GNOME2.10 ，KDE3.5 就已经非常好用了，Novell 推动的 xgl 更是让人大开眼界，然后这些其实不重要，重要的是延续，微软发展后续功能绝不是以破坏 win32 为代价的，他们清楚用户体验的宝贵和基于老的 api 产生宝贵的开发工具、功能软件、桌面扩展程序的重要性。

以下是我朋友圈发的

1992 年，塘沽桂林路小学门口的报刊亭有了连载的七龙珠，每周一本，定价高达 1.9 元，攒了零花钱买了一本，视作珍宝，反复观看，被里边的细节画风、对未来科技的大胆想象、动作描绘的传神表达所折服。几年后老舅买了录像带播放机，其中一牌录像带就是七龙珠影院版番外篇，五年级时跟发小胡圆去张忠尧家玩，看到全套的龙珠漫画书，从此我就是他家的常客了，天下第一武林大会，饺子、天津饭、桃白白、因纽特战队、费利萨、人造人 17 号、18 号、沙鲁、魔人布欧、那美克星大长老、未来少年特兰克斯、龟仙人爷爷，无限美好的童年回忆，鸟山明先生，谢谢，再会了👋

就像郝劭文说的，你怀念的与其说是童年，不如说是无忧无虑的生活。致敬鸟山明先生，我也知道，我岁数也不小了，可能是该做好心理建设，向一大批曾经的精神支柱说再见了。关键是，80 、90 年代是个高峰，各行各业的大神的数不胜数，这要告别到什么时候啊，泪目...

据说人类开车时平均处理时速的值是 30 迈，超过这个时速，其实就会有信息丢失和处理滞后，所以我现在开车佛系了很多，因为我知道我身边人开车大体上是什么状态了。

GNU core utilities

https://github.com/coreutils/coreutils

很正常的感觉，软件项目本质还是人写的，只要是人写的东西，就还是偏文学类的方向。项目代码也有文学作品的几个特点：1 ，留给作者发挥的余地很大，越靠底层这种余地越大。2 ，很难界定高低，文无第一，武无第二。3 ，有人喜欢，有人不喜欢，主观感觉起决定作用。4 ，很难改造，参照高鹗续写红楼梦。

其实一直在拐点上，只是你习以为常了