其实是个很简单的事情，好比你在Emacs里可以直接访问其他package使用的全局变量，而不需要encode和decode，你可以直接获取目标对象的引用 
另外也有写lisp 不用hashmap/struct/object 全部plist/alist一把梭的坏风格
我沒讲过这种话。搜了一下倒是×垠那篇吹过这的文章给发坛里了。Lisp Machine 本來就沒有 IPC 的概念。
要怪只能怪 unix。再或者说，通过网络做 distributed 应用的话，不 serialize 是不可能的，哪來的 shared memory 可以用。更何況用 shared memory 做 multiple language IPC 也不太实际。不要给×垠这种外行忽悠瘸了
serialize的话protobuf比JSON XML的强……
用 C++ 是原罪，JSON 这种简单的格式支持的语言才多
1 个赞
甚至msgpack这种利用binary stream的都没人用，只肯用json这种plain text
跑个题：大家为什么都这么讨厌 yinwang 呢
我也想问这个问题
1 个赞
坏在哪里？只是效率？这里 object 指啥？
object指CLOS object，不过我忘了scheme没有object…
Hashmap那个是效率问题，struct的话要用特定的accessor访问，可以防止不小心传错东西进去。
我不讨厌王垠，因为他我才用上了latex这个好东西。
不得不说这个还是有点意思的（起码对我来说比neovim之流的有意思）
1 个赞
不用担心,oni现在就像slate.js一样,过了这么久还是没有可用版本
已经放弃了吧。可惜我还花钱赞助了
只能说很缓慢.
感觉是个恶性循环：Oni2 不可用，要编码来让他可用 → 我要用一个现成的编辑器来写代 码 → 写代码的旅途要舒服，得折腾这个编辑器 → 现在的编辑器折腾好，感觉还挺好用的 → 放弃编码 Oni2
2 个赞
当完成项目变成一种机械式工作时,那么这个项目必然走向失败
因为Oni2的核心目的在于解决现有编辑器的弊端,那么激发其开发者的动力,必然是一个个问题的解决.
而现在的状况是,代码问题成山,弊端重重堆积,新的编辑器引发的问题远远超出原有的系统,由此而生的挫败感,就在持续不断的扼杀这个项目.
我也认为这是一个恶性循环.
顺道借用一段你之前的话:
1.0还没做出来，就急哄哄的要做oni2了，还声称要整合vim的modal editing和vsc的生态，还用的ocaml写。给我感觉就是这作者太浮躁，根本没法静下心来打磨一款软件，总是想着用潮爆的语言搞一些赶美超英的东西
说到这里,我又想到slate.js了
我认为现在他的状况很像Quill.Js
@作者不好吗…我又不是发帖人