←back to thread

336 points tareqak | 2 comments | | HN request time: 0s | source
Show context
tomrod ◴[] No.44469345[source]
If correct, this is a good thing on a generally bad, overstuffed bill. Immediate expensing never should have been changed in the first place, and it was always weird seeing people twist themselves in knots defending it.
replies(4): >>44469474 #>>44469476 #>>44469714 #>>44471311 #
mindslight ◴[] No.44469714[source]
Twisting not required. Depreciation straightforwardly applies to every other business capital expenditure. Hire someone to put a new roof on a rental property, and you're out the tens of thousands of dollars cash while only getting an immediate deduction for one thirtieth of the value. If you were expecting to pay that cash out of income, it's effectively a realized income and then reinvestment.

The recent (-ly undone) change went against decades of how things were, was crippling for medium size cashflow-positive startups, effectively increased taxes, etc. But it was really just a straightforward application of the general principles that apply to most everything else.

replies(2): >>44469790 #>>44471232 #
djoldman ◴[] No.44469790[source]
?

This applied to salaries, it wasn't a capital expenditure as "capital expenditure" has traditionally been defined.

This was an operational expense.

replies(2): >>44469815 #>>44469822 #
mindslight ◴[] No.44469815{3}[source]
Yes, salaries spent to build a capital asset. Half the cost of a new roof is paying salaries, right? And yet, you still depreciate the whole value of the completed thing, not just the cost of the input materials. If you hire the roofers yourself as employees, you're still supposed to be accounting this way - although obviously there are many ways to fudge it.

The point is that building a piece of software that is going to be in use for several+ years is creating an asset. It just goes against our intuition since this industry is so driven by fast fashion, and the bookkeeping of specific components, their depreciation schedules, early end of life, (etc) seems like needless complexity.

replies(2): >>44470057 #>>44470555 #
1. creato ◴[] No.44470057{4}[source]
At least 50% of time on every software team I've ever been on was spent on maintenance and fixing bugs.

You can expense such time as opex, but it has to be justified, and that's often difficult to do. Did you fix a bug by refactoring some code to avoid the problem? Is that capex or opex? Can you convince the IRS of such?

The old (and now new) rules eliminated this accounting game and uncertainty.

replies(1): >>44470184 #
2. mindslight ◴[] No.44470184[source]
Sure. I get that having to facilitate accounting takes away from programming, and that nothing is cut in dry with the IRS. I'm not even a fan of the general idea of mandatory depreciation schedules, seeing depreciation as more of an artifact that fell out from double entry book keeping's proliferation of different types of accounts. My only point was that this is just the same regime that everything else has to deal with.

For example if you pay someone to fix a leaky roof and they replace a section of a given size, can you call it a repair/maintenance expense or should you be depreciating it as an improvement to the building? Can you convince the IRS of such? The only reason this has more straightforward answers is that accountants have been answering this question longer.