<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: LeanOnSheena</title><link>https://news.ycombinator.com/user?id=LeanOnSheena</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 25 May 2026 00:44:44 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=LeanOnSheena" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by LeanOnSheena in "The Art of Money Getting"]]></title><description><![CDATA[
<p>I'm not commenting on the the particulars of different ownership and operational business models. Certainly private equity backed portfolio company structures deserve their fair share of criticism; the balance of incentives they create can certainly be net negative for the business and its customers in the long run, however I think it's a separate conversation.<p>My point is just that there are lots of people that wake up every day and make serious, sustained efforts to exercise due care in their professional duties.</p>
]]></description><pubDate>Sun, 24 May 2026 15:58:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48258333</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=48258333</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48258333</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "The Art of Money Getting"]]></title><description><![CDATA[
<p>I am CPA, former auditor, and a self-taught programmer. I am in a director level finance & technology role at an American, private-equity backed portfolio SaaS company. I have worked with all kinds of finance professionals.<p>I studied accounting in part because my father was an engineer at a public company that was rocked by an accounting scandal. It impacted my family in many ways for years and left deep impressions on me during my formative years.<p>There are many CPAs who believe strongly that part of their job is protecting the public interest. I have seen more than a handful go to the mat for things that were highly principled. Sometimes they did so knowing that they were risking their job / career / reputation. It's not a patient dying on the table sure, but I know many who take enormous pride in their responsibilities as accountants. I have seen lots of CPAs standing up for what is right, and I have watched executive teams yield to them almost as often.<p>It's easy to get cynical, but there's lots of good ones out there.</p>
]]></description><pubDate>Sun, 24 May 2026 02:53:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48253905</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=48253905</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48253905</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Calling All Hackers: How money works (2024)"]]></title><description><![CDATA[
<p>CPA here again, You're poking and some very interesting concepts! There is a lot to explore. Some thoughts:<p>- Yes money is in many ways best thought of as an abstraction. A socially agreed upon store of value that is easily exchangeable for other things of value. There is a tension (and a spectrum) between commodities that have use value and money commodities that have exchange value. In nascent market economies, commodities with use value can emerge as money commodities through consensus, that is, they emerge as socially agreed upon exchange value commodities. Think cigarettes in prison or precious metals like gold. Money commodities emerge naturally once there is enough stable volume of market activity which ensures liquidity. It's all contingent on constant market activity to keep it liquid as well as a sustained social consensus that is represents a store of exchange value. This is a lot of what Marx's Das Capital explores.<p>- Things like vehicle depreciation are not just so the books "work" nor is the intent for it to perfectly represent how an asset depreciates. Consider a milk delivery business. I buy a delivery vehicle year 1 for $40,000 and I expect it to last me 10 years approximately. Let's say I earn $10,000 a year for the delivery business and I pay a driver $7,000 a year to deliver milk using my delivery vehicle. If i don't include depreciation of the delivery vehicle my net income is $3,000 annually or 30%. Pretty darn good! However, we know the vehicle asset was used in service of earning all that revenue, so we should include something to ensure all revenues are netted against all known expenses whether they are wages or capital assets deployed in service of earning said revenues. Otherwise we have an incomplete picture of the business performance in our annual income statement. If I include $4,000 of annual depreciation on the vehicle suddenly I am no longer profitable to the tune of $1,000 a year. This is the matching principle. Profitability needs to ensure all revenues netted against all expenses associated with earning those revenues regardless of cash flow timing.<p>- But your point stands... The specific amount of depreciation annually is made up mostly, maybe the asset depreciates slower or faster. But there is enormous value in a rule consistently applied. Let's say you're an expert in delivery trucks and you know that the asset will last 20 years not 10... You could purchase the business at a cheap valuation because on paper it loses money annually, but you know the depreciation should only really be 2,000 and therefore the business is actually profitable all other things being equal. You leverage a widely recognized and understood standard applied very consistently as being imperfect, and you use that as a stepping stone to back into what you believe is the true value. This is where things like EBITDA come from that start with GAAP measures and back into what are believed to be better representations of business value, but it hinges on widely understood accounting standards being applied very consistently to create financial information that can be modified for other uses.</p>
]]></description><pubDate>Wed, 07 Jan 2026 14:41:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=46526871</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=46526871</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46526871</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Calling All Hackers: How money works (2024)"]]></title><description><![CDATA[
<p>I am a CPA by training originally, but have spent most of my time in operational finance roles for PE-backed technology companies. While my work is all finance and accounting related, I mostly work with SQL and Python day to day creating internal applications for things like ARR etc.<p>I agree completely on your "thorough grounding" comment. I spend a lot of time explaining to finance people how tools like python, SQL, AWS stuff can be leveraged in simple ways for analytical purposes, and I spend a lot of time explaining to technology people what all the finance and accounting stuff is really about. In both cases my experience is it always comes back to explaining fundamental ideas or concepts over and over, but applying them to different situations and contexts (I do so much more confidently when explaining accounting and finance stuff since I have deeper education & experience there).<p>A lot of times these fundamental ideas and concepts can be explained very simply and intuitively using toy examples. the problem is it can take years and years to build up enough experience to really separate the signal from the noise and see clearly what is truly fundamental (yes that's where formal education is helpful but it can be hard to really grok absent experience imo... In the same way learning a programming language can be easier if you just try to build something).<p>A deep understanding of fundamental concepts is what allows you to pick apart very complex and novel problems into it's component parts.  A deep understanding of fundamental concepts is one of the things that separates professionals from non-professionals in my opinion.</p>
]]></description><pubDate>Wed, 07 Jan 2026 03:48:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=46522313</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=46522313</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46522313</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Calling All Hackers: How money works (2024)"]]></title><description><![CDATA[
<p>Yeah CPA here. On the day you take out the loan you're not in debt 110, you are in debt 100; you would accrue interest expense over the term of the loan. What if the lender called the loan day 2 for some reason? You wouldn't pay 110, probably just 100 plus one day of interest. Goes back to fundamental definitions of financial statement elements. Liabilities are present obligations.<p>Anyways, recognizing the interest over time would debit an expense account and credit some liability account... Could be the same account as the loan or could be an interest payable account, doesn't really matter in the context of the example.<p>Also you would not be "in debit"; the liability is on the credit side of your balance sheet.</p>
]]></description><pubDate>Wed, 07 Jan 2026 02:16:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=46521717</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=46521717</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46521717</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Calling All Hackers: How money works (2024)"]]></title><description><![CDATA[
<p>He's explaining the time value of money but uses an example that accrues interest before any time has passed?</p>
]]></description><pubDate>Wed, 07 Jan 2026 01:50:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46521529</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=46521529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46521529</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Calling All Hackers: How money works (2024)"]]></title><description><![CDATA[
<p>I didn't say it was an excuse. There is value in articles that correctly synthesize fundamental concepts in ways that bring in new learners who are curious and open to learning. There are things the author gets right, even if they are a bit facile.</p>
]]></description><pubDate>Wed, 07 Jan 2026 01:19:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=46521310</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=46521310</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46521310</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Calling All Hackers: How money works (2024)"]]></title><description><![CDATA[
<p>The bank of England has some incredible articles that explain this that have been circulated on HN before. Really fantastic reading for those wanting to understand the mechanics.<p><a href="https://www.bankofengland.co.uk/quarterly-bulletin/2014/q1/money-creation-in-the-modern-economy" rel="nofollow">https://www.bankofengland.co.uk/quarterly-bulletin/2014/q1/m...</a></p>
]]></description><pubDate>Wed, 07 Jan 2026 00:56:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=46521112</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=46521112</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46521112</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Calling All Hackers: How money works (2024)"]]></title><description><![CDATA[
<p>Yes, at the time of the initial transaction the borrower would not have a liability on their balance sheet that included the interest due.<p>Over the course of the borrowing period the borrower would  accrue interest expense commensurate with the passage of time that would increase the borrowers total liabilities. The author misunderstands the fundamental accounting definitions of liabilities (and also assets). Liabilities (under US GAAP but same core idea under IFRS) are present obligations. At the initial time of borrowing the borrower does  not have a present obligation to pay interest on the liability. Similarly, an asset is a present right, and at the time of initial borrowing the lender is not owed the interest.<p>It's not the worst thing I've read,  the author has clearly spent time learning things in good faith. That said, there are lots of indicators the author is not an expert in accounting / finance.</p>
]]></description><pubDate>Wed, 07 Jan 2026 00:45:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=46521035</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=46521035</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46521035</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Every System is a Log: Avoiding coordination in distributed applications"]]></title><description><![CDATA[
<p>You're correct on all points. Some additional refining points regarding accounting concepts:<p>- General legers are formed by way of transactions recorded as journal entries. Journal entries are where two or more accounts from the general ledger are debited & credited such that total debits equals total credits. For example, a sale will involve a journal entry which debits cash or accounts receivable, and credits revenue.<p>- The concept of the debits always needing to equal credits is the most important and fundamental control in accounting. It's is the core idea around which all of double entry bookkeeping is built.<p>- temporally ordered Journal entries are what form a log from which a general ledger can be derived. That log of journal entries is append-only and immutable. If you make an mistake with a journal entry, you typically don't delete it, you just make another adjusting (i.e. correcting) entry.<p>Having a traditional background in accounting as a CPA, as a programmer I have written systems that are built around a log of temporally ordered transactions that can be used to construct state across time. To my colleagues that didn't have that background they found it interesting but very strange as an idea (led to a lot of really interesting discussions!). It was totally strange to me that they found it odd because it was the most comfortable & natural way for me to think about many problems.</p>
]]></description><pubDate>Sun, 26 Jan 2025 18:46:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=42832674</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=42832674</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42832674</guid></item><item><title><![CDATA[New comment by LeanOnSheena in "Accounting for computer scientists (2011)"]]></title><description><![CDATA[
<p>Hi rendaw, I made an account just to reply to you because I think your questions are excellent ones.<p>I am a CPA by background. While much of my professional work today involves programming and working with data, I continue to work primarily in accounting and finance  contexts because it is the type of work that I find most interesting.<p>I don't have a ton of time right now but let me at least answer your first question "what are you trying to solve by doing accounting?". At its core double-entry accounting is a control system (e.g. safeguarding the resources / assets of a corporation by tracking their use). The most important control is that debits must always equal credits. You might understand that in the context of a balance sheet, however   it's important to recognize that double-entry accounting systems record business events by way of journal entries. A valid journal entry must include two or more accounts where the sum of debited amounts always equals the sum of credited amounts (if you want to understand why that is a rule I can talk about that in another post). It is a simple & rigid rule, however it still affords enormous flexibility in terms of being able to precisely express business events.<p>All financial statements are derivative of a series of time ordered journal entries. This series of entries is known as the general journal (not the general ledger which is more often talked about). The general journal is basically just a log of business events. Business events recorded in the form of journal entries are discretely understandable, although you often need the context of other entries to be sure about what's actually occuring.<p>It's also very important to recognize that this log of journal entries is append-only and immutable. If a mistake is made you never go back a delete an old journal entry, you just make a new one to correct it (sometimes called an adjusting entry). This preserves the ability to review journal entries and intuitively understand what a business is doing over time.<p>For example, when a company makes a sale you might see a journal entry where accounts receivable is debited and the sales account is credited. A week later you might see a journal entry where cash is debited and accounts receivable is credited, reflecting that the amount for the sale made a week earlier was collected.<p>This concept of an immutable time-ordered log of events is / was a powerful and useful idea for some obvious and not so obvious reasons that I could talk about for days.<p>I believe this blog post is also valuable to read and it specifically mentions accounting data structures (I believe it is fairly well known) <a href="https://engineering.linkedin.com/distributed-systems/log-what-every-software-engineer-should-know-about-real-time-datas-unifying" rel="nofollow noreferrer">https://engineering.linkedin.com/distributed-systems/log-wha...</a><p>Can talk more later if anyone is interested.</p>
]]></description><pubDate>Sat, 21 Oct 2023 17:40:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=37968929</link><dc:creator>LeanOnSheena</dc:creator><comments>https://news.ycombinator.com/item?id=37968929</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37968929</guid></item></channel></rss>