all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Samuel Wales <samologist@gmail.com>
To: Marcin Borkowski <mbork@mbork.pl>
Cc: Greg Minshall <minshall@umich.edu>,
	Neil Jerram <neiljerram@gmail.com>,
	Charles Berry <emacs-orgmode@gnu.org>,
	Samuel Banya <sbanya@fastmail.com>
Subject: Re: Question Regarding Creating Workflow For Automatic Formulas For Finance Based Org Spreadsheet
Date: Mon, 10 Jan 2022 15:44:41 -0700	[thread overview]
Message-ID: <CAJcAo8tXMfJ-vY7gZvkcPbufRLyeAAx9B77pXv-U+idUpEGtWQ@mail.gmail.com> (raw)
In-Reply-To: <87v8yrxvi5.fsf@mbork.pl>

fwiw, my experience: double entry is what i found ledger useful for.
iiuc it is that transactions go from one place to another, which felt
intuitive to me.

anything else, such as taking monthly averages, didn't end up as i
expected.  weird concept of average to me, and v3 bugs with floating
point etc.  i could never get them to be pretty.

so the example you give of ledger's rough edge is actually the one
non-rough-edge i found in ledger.  in org, i hae a shell babel block
ad an exampale or ledge block for data.

i find it strange that agenda searching doesn't find stuff in the
ledger data block, and would want org dates if poss.  i did not try to
use ledger properly with its emacs mode.


On 1/10/22, Marcin Borkowski <mbork@mbork.pl> wrote:
>
> On 2022-01-10, at 18:01, Samuel Banya <sbanya@fastmail.com> wrote:
>
>> The 'double reporting' idea might have been why I just flat out shook my
>> head when I saw the one presentation on 'ledger' in Emacs on YouTube a
>> while ago as its a bit too complicated and unnecessary for a layman.
>>
>> I just don't need that kind of over-thinking when it comes to my finances
>> since I just need a spreadsheet that listed expenses, and to count totals.
>> That's about it.
>
> You may think it's overthinking... unless you encounter one of the many
> /real-world problems/ the double-accounting system was /designed/ to
> solve.
>
> A classic example is when you buy something on day X (expense) but pay
> for it on day Y (cash outflow), and you want to be able to record both
> dates.
>
> Or you have some irregular costs (like paying for a car insurance once
> a year) and you want to spread them more evenly over a longer period, so
> that your /cash outflow/ is recorded once a year, but the associated
> /cost/ is recorded every month.  (This may help tremendously with
> budgeting.)
>
> Or you decide to transfer money between two bank accounts (both yours),
> but money going from account A arrives at account B after one day (or
> even later).
>
> Or you buy something for someone and he pays you back a few days (or
> weeks, or months) later, or not at all (which may happen).
>
>
> As you might notice, the first two examples are situations when the
> /expense/ and /cash outflow/ are detached in time - something
> /extremely/ common in business, but also pretty common in personal
> finance.  You might say that you don't care - and I understand that -
> but it is actually very useful to track /both/ expenses (so that you
> know your cost of living etc.) and cash in- and outflows (so that you
> can reconcile your ledger with your cash/bank account etc., to ensure
> you didn't make any mistake).  (If you - like most people, I assume -
> barely have liquidity, tracking cash flows may become even more
> important.)  Also, the difference in time between income/expenses and
> cash flow may become /extremely/ important when calculating taxes.
>
> The third example is also connected with things happening at different
> moments in time, though to be fair, if you're only interested in actual
> /expenses/, you probably wouldn't even want to record that.
>
> The last example is similar to the third one - it's not an /expense/ per
> se, but again - tracking cash is useful, tracking your assets and
> liabilities (in that case, money you owe to other people and money other
> people owe to you) is /extremely/ useful, even just as an individual,
> and if that guy /doesn't/ pay you back (mind you, this may happen for
> /legitimate/ issues, like death), it can actually /become/ an expense.
>
> Also, using accounting software makes things like calculating your net
> worth trivial.  And there are other issues which can quickly become
> pretty hairy when you try to wrap you head around them with a simple
> spreadsheet (like dealing with various currencies/stock/commodities with
> varying prices, for instance), but which have standard, well-known
> solutions in the world of accounting.
>
>
> Actually, I'd argue that learning the basics of accounting could help
> a /layman/ better manage their finances.  While the technicalities of
> bookkeeping are not relevant to that, the general ideas like cash flow,
> income and expenses, balance sheet, assets and liabilities, liquidity,
> compound interest etc. provide a very useful way of thinking about
> money.  Two examples.  A friend of mine (an economist) was asked to
> conduct a 45-minute class for high-schoolers about economics (and
> finance, I guess).  He decided that if these kids are to have any use of
> that class, he should gice them a few sentences - "anchors", I'd call
> them - which could be some kind of guidelines to use when navigating the
> world of economy (on a scale of a country as well as of a household) and
> finance.  One of these sentences was: "If I don't have enough cash to
> buy <blank>, it means I cannot afford it."  It's as simple as that - but
> it goes very much against the message you get from (among others) the
> banking system.  (And yes, there are "exceptions".  But you can learn
> about those later.)  The second example is actually my pet peeve - some
> people buy things and call them "investments", probably to (possibly
> unconsciously) justify these expenses.  Usually these expenses have
> /nothing/ to do with investments.  Buying a car is /not/ an investment
> unless you use it to earn money.  Buying a better tv is /not/ an
> investment.  Buying a house /can/ be an investment if it allows you to
> save on rent.  Simply put: an "investment" is an expense you make that
> will enable you to generate income (or at least cut costs) in the future
> (with reasonable certainty or at least reasonable probability - buying
> a lottery ticket is /not/ an investment).
>
>
> Anyway, if any of the above sounds like it might be useful for you, I'd
> strongly suggest learning the basics of double accounting.  It's neither
> very hard nor boring!
>
> Best,
> mb
>
>
>
>>
>> I will take a look at the other suggestions with specific Org Mode
>> formulas, looked awesome, thanks.
>>
>> On Mon, Jan 10, 2022, at 10:31 AM, Greg Minshall wrote:
>>> > I'm wondering if your opinion about Ledger isn't influenced by the
>>> > fact
>>> > that it uses basic accounting principles, like the idea of
>>> > double-entry
>>> > accounting.  For me, it's /very/ simple and intuitive, but I graduated
>>> > in economics many years ago and had a (basic, but still) course on
>>> > accounting.  If that is your problem, I'd suggest spending some time
>>> > on
>>> > understanding that - even if you don't end up using Ledger but some
>>> > other software, you might find learning about accounting useful.
>>> > (Also,
>>> > it's fascinating.  No, really!  It's an extremely clever abstract
>>> > system with a real-life use-case.)
>>>
>>> i agree that learning the principles of double-entry is worthwhile,
>>> actually interesting, and of a very interesting history!
>>>
>
>
> --
> Marcin Borkowski
> http://mbork.pl
>
>


-- 
The Kafka Pandemic

A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com


  reply	other threads:[~2022-01-10 23:03 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-09 16:56 Question Regarding Creating Workflow For Automatic Formulas For Finance Based Org Spreadsheet Samuel Banya
2022-01-09 19:05 ` Ken Mankoff
2022-01-09 19:48 ` John Hendy
2022-01-09 22:37 ` Neil Jerram
2022-01-10  3:42   ` Samuel Banya
2022-01-10  7:04     ` Marcin Borkowski
2022-01-10  7:17       ` Detlef Steuer
2022-01-10 15:31       ` Greg Minshall
2022-01-10 17:01         ` Samuel Banya
2022-01-10 17:23           ` John Hendy
2022-01-10 19:04           ` Marcin Borkowski
2022-01-10 22:44             ` Samuel Wales [this message]
2022-01-11  0:30             ` Samuel Banya
2022-01-11  0:41               ` John Hendy
2022-01-11  0:43                 ` Samuel Banya
2022-01-10 10:31     ` Neil Jerram
2022-01-19 15:01       ` Neil Jerram
2022-01-14 19:54     ` Quiliro Ordóñez
2022-01-16 15:15       ` Samuel Banya
2022-01-16 15:19         ` Samuel Banya
2022-01-16 15:35           ` Samuel Banya
2022-01-16 18:10             ` Eric S Fraga
2022-01-17  0:41           ` John Hendy
2022-01-10 13:35 ` Eric S Fraga
2022-01-10 17:09   ` Bob Newell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJcAo8tXMfJ-vY7gZvkcPbufRLyeAAx9B77pXv-U+idUpEGtWQ@mail.gmail.com \
    --to=samologist@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=mbork@mbork.pl \
    --cc=minshall@umich.edu \
    --cc=neiljerram@gmail.com \
    --cc=sbanya@fastmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.