TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Show HN: Transity – Plain Text Accounting

190 点作者 adius将近 7 年前

22 条评论

madhadron将近 7 年前
There are several things wrong here:<p>1. The author doesn&#x27;t understand bookkeeping. 2. The author doesn&#x27;t somehow believes that emulated teletypes are a good substrate for building user interfaces. 3. The author has spent significant time writing a bookkeeping tool for his business instead of doing something that will move the business forward.<p>If you&#x27;re thinking about writing an open source accounting program, spend time mastering GnuCash first. If you feel like you can&#x27;t do what you need with that and cannot possibly extend it in the way that you need, then write your own.
评论 #17245251 未加载
评论 #17245482 未加载
评论 #17244156 未加载
lquist将近 7 年前
<i>CLI tools also have the advantage that their developers don&#x27;t have to waste their time building and maintaining a useless GUI, but can instead use the time to improve the tool itself</i><p>Maybe it&#x27;s just me, but I stopped reading here b&#x2F;c this language struck me as unnecessarily antagonistic. Just some feedback.
评论 #17243234 未加载
评论 #17243345 未加载
评论 #17247339 未加载
csomar将近 7 年前
I&#x27;m not sure why the OP is getting s%%t from the community. He built a simple application, probably out of love of software development. It is not complete or perfect. It is also probably not the best use of his business time. But we do waste time on other stuff too.<p>This CLI app could be useful to me for a subset of accounting I do. Yes, it won&#x27;t be able to track VAT accounts. It won&#x27;t amortize my expenses. But if I needed that for a critical business I&#x27;m running, I&#x27;d not use a hobby project.<p>The CLI is useful. Double Entry bookkeeping is useful but as things scale it gets <i>very</i> confusing even for the best of accountants. This program is simple and can give you a solution if you are looking for very simple bookkeeping.
评论 #17245481 未加载
评论 #17246468 未加载
stevievee将近 7 年前
<i>&quot;Simple - No more confusing debit &#x2F; credit &#x2F; asset &#x2F; liability mumbo jumbo&quot;</i><p>It is just &quot;mumbo jumbo&quot; to you because accounting&#x2F;finance is not your area of expertise.
评论 #17244463 未加载
评论 #17242776 未加载
评论 #17242637 未加载
评论 #17245561 未加载
yegle将近 7 年前
Also worth check out <a href="http:&#x2F;&#x2F;plaintextaccounting.org&#x2F;" rel="nofollow">http:&#x2F;&#x2F;plaintextaccounting.org&#x2F;</a><p>Personally I don&#x27;t like the yaml-like syntax. I use beancount myself, and with fava (<a href="https:&#x2F;&#x2F;github.com&#x2F;beancount&#x2F;fava" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;beancount&#x2F;fava</a>) as the UI.
评论 #17245923 未加载
评论 #17248827 未加载
marcrosoft将近 7 年前
I think throwing out the terms credit&#x2F;debit is a mistake. Everyone operates on GAAP and we shouldn&#x27;t deviate.
评论 #17242785 未加载
评论 #17242631 未加载
sushisource将近 7 年前
No judgement, but can someone explain to me the use case for this sort of thing? I&#x27;d imagine for anything other than the simplest stuff, you&#x27;re going to start using something a bit more powerful, and for the simple stuff - who with the skills and knowledge of this type of tool really needs to do small time pocketbook budgeting?
评论 #17242656 未加载
评论 #17242608 未加载
评论 #17245039 未加载
评论 #17245935 未加载
toomim将近 7 年前
Hm, the article asserts that Ledger doesn&#x27;t have tags:<p>&gt; Sub accounts vs. Tags &gt; But what if the expense is part of another category as well, like expenses for your vacation? Well, you&#x27;d be at a loss. There is no good way to model this in ledger-likes without getting really hacky.<p>But that&#x27;s not true. Ledger has tags. You specify a tag with:<p><pre><code> :tagname: </code></pre> For instance:<p><pre><code> 6-5-2018 Gave food to Bart Simpson, while on vacation Expenses:bart 1 orange ; :vacation: Assets:food</code></pre>
评论 #17243663 未加载
athrun将近 7 年前
I can only speak for me, but modeling financial flows in terms of transactions and not accounts is much more intuitive than the classical alternative.<p>I&#x27;m a long time Buxfer user, which also works like this. It&#x27;s not that I don&#x27;t understand double entry bookkeeping, I&#x27;ve used GNUCash for a long time before moving away. It is indeed <i>very</i> powerful and flexible, but it always was too much of a chore to maintain and next to impossible to get other family members to contribute.<p>I&#x27;m not sure this &quot;transaction model&quot; would be appropriate for business accounting, but IMHO it works very well for Personal Finance.
评论 #17244950 未加载
Uplink将近 7 年前
THANK YOU!<p>I had the ideas used in this project in my head, but I&#x27;ve been putting off the work forever now.<p>I LOVE YOU FOREVER for using transactions as the central operation rather than double entry accounting, and I love you even more for adding the ability to tag transactions. I can not put off work for a web interface instead, which is a lot less work to put off :)<p>I haven&#x27;t tried it yet, but it&#x27;s now high on my list for when I get home from work.
joyinsky将近 7 年前
Basically the problem here is that the author didn&#x27;t care even a little to understand why accounting is done with a double entry system.<p>Basically what he was trying to do here was a expense and income administrator with tags. That it&#x27;s just a part of what bookkeeping and accounting is.<p>Nice try. But you can&#x27;t replace what works and what has been done for reliability and confidence since 1400 at least by the masters of trade.
评论 #17247321 未加载
评论 #17250777 未加载
billfruit将近 7 年前
After trying to use GNU cash for some time, I got the feeling that a personal accounting app needs to be a web based service, to enable it to be used while on the move&#x2F;travelling, because I found myself building up a huge backlog of entries to be made in to the system in these situations. After about a month of use, I gave up, since the overhead of jotting down transactions and later entering into the system. I doubt GnuCash or any accounting system like that could possibly have integrated apis for pulling in transaction details from every bank, in every country of the world, atleast presently.<p>Now a days I use a smartphone app called walnut, which mines your SMSes for transaction data and builds up a ledger by itself, without the need for interfacing with banks directly, because in my country atleast all banks provide SMS trails for transactions.
评论 #17244182 未加载
评论 #17248527 未加载
评论 #17244860 未加载
airstrike将近 7 年前
+1 for YAML. Thanks for not using JSON.<p>Now I want to see someone take, say, Tiffany &amp; Co&#x27;s latest 10-Q⁽¹⁾ and run it through this.<p>__________<p>¹ <a href="https:&#x2F;&#x2F;www.bamsec.com&#x2F;filing&#x2F;9824618000198?cik=98246" rel="nofollow">https:&#x2F;&#x2F;www.bamsec.com&#x2F;filing&#x2F;9824618000198?cik=98246</a>
评论 #17243616 未加载
评论 #17242687 未加载
perfunctory将近 7 年前
I have a question for people who understand accounting. Isn&#x27;t the reason for debit&#x2F;credit split the fact that negative numbers were not yet invented&#x2F;widely-known at the time? Would accounting look different if it was designed today?
jgalvez将近 7 年前
If you want something way simpler, <a href="http:&#x2F;&#x2F;galvez.github.io&#x2F;plainbudget" rel="nofollow">http:&#x2F;&#x2F;galvez.github.io&#x2F;plainbudget</a> :)
Immortalin将近 7 年前
Pivot and build an accounting API!<p>If you are interested, drop me an email, I would love to discuss more about fintech (I run a fintech startup)
fiatjaf将近 7 年前
This is amazing. Thank you for making this. I agree: account-based accounting is not the perfect form, transactions can be much clearer. People here are suffering from status quo bias.
评论 #17258733 未加载
JustSomeNobody将近 7 年前
&gt; If this looks (and sounds) confusing or too complicated, you&#x27;re not alone! It made sense in former times as this layout makes it easier to add up the amounts by hand, but not in times of computers.<p>Math predates computers, let&#x27;s just stop using that too!<p>Double entry is <i>not</i> that complicated and computers or not, it just works.
Hello71将近 7 年前
everyone is complaining about the accounting here, but I just want to say that 100 FONT WEIGHT AT #666 ON WHITE IS NOT AN ACCEPTABLE CONTRAST RATIO FOR BODY TEXT, especially if you do not provide your own font. even on a 1920x1080 IPS display with 1.1x scaling, using my preferred font, Noto Sans, font-weight 100 is extremely difficult to read for long stretches. DejaVu Sans&#x27;s 100 is slightly thicker, but is still not acceptable for body text at that color.
Jtsummers将近 7 年前
So I like the idea of using YAML versus ledger&#x27;s format (very slightly, I&#x27;m used to ledger&#x27;s format so it&#x27;s not a pain point, but YAML offers some ways to make things a bit easier especially for newer folks). However, I could see a fairly trivial mapping between YAML and Ledger being developed by quicker programmers than I in less than a weekend (there&#x27;s already a way to spit out s-expressions from ledger).<p>hledger makes some strong assumptions (IIRC) about your accounts being in assets, liabilities, income, equity, expenses. But I may be thinking of beancount for that. If I&#x27;m remembering correctly, hledger will let you do whatever you want, but some of their built in reports (like balance sheet) assume liabilities and assets as top-level accounts.<p>However, ledger allows you to do things like:<p><pre><code> personal:expenses:... personal:assets:... club:expenses:... wife:expenses:... </code></pre> And you can specify what the prefix should be for all transactions in a region like:<p><pre><code> apply account personal 2018&#x2F;06&#x2F;05 Gym Expenses:Gym 54.00 USD Assets:Checking end apply account </code></pre> So everything in there is now in my personal set of accounts, eliding the prefix (which can become cumbersome). If you use this† as an example, putting things into separate code blocks via org-mode makes it trivial to conduct accounting for multiple entities.<p>Query: Does Transity allow for money to come from or go to multiple places? Suppose I&#x27;m traveling for work and need a more detailed accounting of my spending (they don&#x27;t reimburse alcohol, perhaps):<p><pre><code> 2018&#x2F;06&#x2F;05 Place with good cocktails ; 50 USD is on me Work:Expenses:Travel:Food 20.00 USD Work:Expenses:Travel:Drinks 50.00 USD Liabilities:Work:CC </code></pre> (with a note that I have to cover that 50 USD when paying off the card next month). I do this sort of thing just on regular shopping. I may spend a bunch of money at the store that&#x27;s gifts for my girlfriend along with clothes for me. I like to know how much I&#x27;ve spent so I&#x27;ll split it (this is more a personal curiosity thing, along with trying to stick to a budget).<p>I don&#x27;t want to have to enter a <i>from</i>&#x2F;<i>to</i> pair that&#x27;s redundant (repeating the same <i>from</i>) for things I split like this.<p>Additionally, there&#x27;s no need for this &quot;perspective&quot; aspect. If I move money to an account, its balance goes up. If I move money from it it goes down. If I am managing my girlfriend&#x27;s accounts in ledger (or she is, but it&#x27;s pushed into a common household file):<p><pre><code> 2018&#x2F;06&#x2F;05 GF ; lunch last week Jared:Assets:Cash 10.00 USD GF:Assets:Cash </code></pre> In the report hers looks like it went down, mine like it went up. There&#x27;s no need for me (if I&#x27;m managing <i>multiple</i> entities) to bother treating that 10 USD like it came from my income account. It <i>is</i> income, but it <i>came</i> from the GF&#x27;s cash account. The income account is really only needed when you <i>don&#x27;t</i> control or track the accounts money comes from. Your job, a gift from an uncle, lottery winnings, etc.<p>Same thing with a business. If I own my own LLC and &quot;pay&quot; myself a salary out of it (I&#x27;m assuming I also pay out my health insurance or something in this, I don&#x27;t know, I don&#x27;t do payroll), let&#x27;s say:<p><pre><code> 2018&#x2F;06&#x2F;05 Paycheck Jared:Assets:Checking 2000.00 USD Jared:Expenses:HealthInsurance 100.00 USD JSLCC:Expenses:PayrollStuffs 200.00 USD JSLLC:Assets:Checking </code></pre> In all the reports, everything <i>looks</i> right. It&#x27;s done, no need to worry about perspectives.<p>† <a href="https:&#x2F;&#x2F;orgmode.org&#x2F;worg&#x2F;org-tutorials&#x2F;weaving-a-budget.html" rel="nofollow">https:&#x2F;&#x2F;orgmode.org&#x2F;worg&#x2F;org-tutorials&#x2F;weaving-a-budget.html</a>
评论 #17243703 未加载
avodonosov将近 7 年前
I tried to use Ledger, but it fails to handle multi currency ac ounting properly. Is the Transity well suited for that?
qengho将近 7 年前
This is great!