@gaocegege 如果真的只是 beancount 设计不好，代码烂，但是产品形态没有问题的话，肯定会是百花齐放的一个局面，说白了复式记账这玩意又不是有多难实现，这么多牛逼财务公司，也不见贡献一个一个开源个人使用的版本。另外跟国内的生态壁垒也有很大的关系，各个 app 数据打不通，各种恶心人。复式记账讲究的是精确+全量，做不到这两个前提，就是扯蛋…

30 天前

回复了 Ashore 创建的主题 › 生活 › 你们公司有带着孩子去办公室的吗？

小时候被爸妈带去过公司，听楼上老哥们这么讲，瞬间感觉好尬啊

30 天前

回复了 jeesk 创建的主题 › Java › 从业时间越久，发现互联网很多知识都是错的，对小白误导有多深？

优化个什么劲啊，堆机器不香吗

30 天前

回复了 gaocegege 创建的主题 › 分享创造 › [ANN] 关于复式记账语言 Beancount 过分难用这件事

上面是发自内心的忠告，建议把时间花在真正有价值的事情上，记账这事完全可以丢进历史的垃圾桶。不喜勿喷，不接受任何反驳，已经浪费了零零散散长达两年业余时间，再多钱也买不回这些时间。

30 天前

回复了 gaocegege 创建的主题 › 分享创造 › [ANN] 关于复式记账语言 Beancount 过分难用这件事

关于记账这事，最早从手机端就开始折腾，换了一个又一个，最后阶段性的稳定在了 spendee 上，主要原因是它能导出数据，也只有国外的 app 才有这个能力了。后来发现这样手动记老是忘，所以想写脚本录入账单，后面偶然发现 beancount ，以为这个会是最终归宿，结果又是一个不归路。。。
一开始自己写了一堆导入类，查了好多文档跟教程，最后直接看源码了，好几个周末时间。类写好后，就开始折腾数据，不是所有的 app 都可以像微信直接可以导出账单的，虽然一次也只能导出 3 个月。。。很多不要脸的 app 都需要我 Android/浏览器抓包拿数据，典型的像美团，京东，滴滴（不要脸的公司）。。。。
复式记账的特点要求我们录入每一条交易，即便这个是中间周转，也要准确录入，另外就是一旦导入数据，就得理清每一条数据的元信息，这个太难了，微信 /支付宝 /银行没有一个 unique id 让我把交易链路关联起来，自己写了很多 joiner 逻辑，然后就是慢慢洗数据的道路，以至于后面代码越来越复杂，逻辑越来越混乱。
说道 beancount 项目本身写的也是一团糟，后面觉得想整体重构一波，但也不想重写 beancount ，就抽了一个中间层，把 beancount 做 backend ，就这么折腾又好久。。。
最后真的倦了，记账这事零零散散花了两年的个人周末时间，我开始认真反思记账的目的到底是什么，到底到了什么，结论是
记账没有任何屁用，你没看错，就是没有屁用，纯粹是人为的给自己制造焦虑，还浪费时间，你以为记账就不会乱花钱了吗？你以为记账钱就会多了吗？你以为你能记清楚每笔花销吗？

我们真正需要的可能仅仅只是偶尔在某个时间对某路收入或者开销做个报表，仅此而已，
我已经把记账的 git 仓库都删干净了，数据都归档了，从此跟记账这事无缘！！！

不过也不是完全没收获的，这个事情告诉我们，不要把时间花在伪需求上，也不要着急动手，理清楚真正想要的是什么。

40 天前

回复了 curoky 创建的主题 › 分享发现 › 一时尬住， https://1.1.1.1 这个是域名还是 IP 。。。

op 表示尬到底了😅😅😅，我下沉一下帖子

40 天前

回复了 curoky 创建的主题 › 分享发现 › 一时尬住， https://1.1.1.1 这个是域名还是 IP 。。。

@0o0O0o0O0o 这类的我还真见过，之前公司内网瞎解析，搞个了个 http://go 的短链，别人直接发 go/xxx 一时还真蒙蔽了

» curoky 创建的更多回复