← Back to context

Comment by demosthanos

6 months ago

There are some misunderstandings in the comments that seem to stem from not having read the section, so I thought it was worth referencing the actual text [0]. It's quite short and easy to read.

The most important bits:

* Subsection (a) requires amortizing "Specified research or experimental expenditures" over 5 years (paragraph (2)) instead of deducting them (paragraph (1))

* Paragraph (c)(3) is a Special Rule that requires that all software development expenses be counted as a "research or experimental expenditure".

That's it. All software expenses must be treated as research and experimental expenses, and no research and experimental expense can be deducted instead of amortized. Ergo, all software expenses must be amortized over 5 years.

I strongly recommend reading the section before forming an opinion. It really is quite unambiguous and is unambiguously bad for anyone who builds software and especially for companies that aren't yet thoroughly established in their space (i.e. startups).

Also note that this makes Software a special case of R&D. It's the only form of R&D that Section 174 requires you to categorize as such and therefore amortize.

[0] https://www.law.cornell.edu/uscode/text/26/174

It's pretty bad.

It had a huge impact on my personally, I'm a small R&D shop and basically I have had to end all risky long-term research projects.

In addition to the research costs, I'd also have to pay taxes on the research costs mostly up-front. Significantly, if the project doesn't work out, I'm still out of pocket for the tax money. It's a penalty for taking a risk, and it kneecaps American innovators in a globally competitive technology race.

The rules are even worse than the article notes because it double-dings open source developers. See Section 6.4 of https://www.irs.gov/pub/irs-drop/n-23-63.pdf. The relevant bit is here:

> "However, even if the research provider does not bear financial risk under the terms of the contract with the research recipient, if the research provider has a right to use any resulting SRE product ... costs paid or incurred by the research provider that are incident to the SRE activities performed by the research provider under the contract are SRE expenditures of the research provider for which no deduction is allowed ..."

The rule as written means contractors who write Windows drivers could deduct their expenses (as they would have no residual rights to a closed-source work product), but contractors who write Linux drivers may not (as they would have some rights to open-source Linux drivers).

  • > In addition to the research costs, I'd also have to pay taxes on the research costs mostly up-front. Significantly, if the project doesn't work out, I'm still out of pocket for the tax money.

    That’s how it works for every business! If Jim Bean builds a distillation facility it has to amortize the investment in that over time. If the distillation facility doesn’t pan out, then it doesn’t get a refund for the taxes paid.

    • In my (admittedly lay) understanding of the issue, it boils down to software maintenance being taxed as research and development.

      In general, costs for running a business (buying inventory) are immediately deductible, while establishing new business (building factories) has to be amortized, since the factory can be used for several years.

      In software, the line is a bit more blurry - coding creates new IP (research), but is also required to keep many software companies running (maintenance) by e.g. fixing bugs and updating infrastructure. Here, the IRS has decided that all software development counts as research.

      This would kinda make sense if you could hire programmers for a single year to develop software, fire them and then sell the software for 5 years, but I think that's rarely the case.

      1 reply →

    • The comparison with Jim Beam is misplaced. Both TSMC and Jim Beam already have to amortize their production equipment over several years. I'm not arguing that this should be changed. This is because the primary risk taken in a distillery build-out or a fab build-out is if there is market demand for a known product. It's primarily a business risk, not a research risk. Tax code is a reasonable tool to regulate business risk.

      The people this tax code change hurts are those doing basic research. In the context of semiconductors, that would be a company like ASML (except they are Dutch, so they can happily continue their research practices) who took a decades-long bet to build their EUV steppers.

      In the case of basic research, one could be spending millions of dollars on hardware prototypes when you know it can't produce any salable product. There's no upside profit to amortize expenses against: it's like building a distillery that you know can't produce a single drop of salable bourbon because you're working out a radical new distillation technique.

      In summary: in basic hardware research, one could be spending millions of dollars to put a whole system together just so you can learn how it fails. It's a true "expense", with no path to amortization.

      Now, in addition to making the right technical decisions, the tax law changes force the R&D teams to also consider how to amortize their experiments over many years. You now have have pressure from management to do things like stage prototypes and expenses in the right tax year so the company can continue to show a profit for the shareholders. You could argue that the lessons learned are perhaps IP that have "goodwill" value, but now you're opening a can of worms trying to price a fair market value on a negative result, and you're now having senior research staff spend more time arguing with accountants than directing research. You also have to get to that negative result within a tax year - which effectively penalizes any research project that takes more than 12 months to complete.

      Same-year 100% deduction of R&D expenses is simple and it reflects the actual nature of basic research risk. Yes, it allows companies to convert short-term windfalls into long-term research gains by converting taxable profits into research projects, but I'd argue that's not actually a bad social policy.

      I think US is probably unique among developed nations in having a tax code that punishes basic research; other countries at least allow it to be deducted. Some even allow super-deductions (e.g. you can deduct $2 for every $1 of R&D expense) or the research is explicitly subsidized through grants.

      The argument for special treatment of research is that pioneers put their careers on the line to discover new things, so the rest of us can live in risk-free comfort; so, as a collective we give them some reward for taking that risk.

      I suppose the counter-argument is that research incentives and subsidies are socialist "market manipulation" and violate the "free market" principle, and thus America is justified in sanctioning and trade warring with the rest of the world that is socializing basic research costs. That's an opinion one is entitled to hold, but we'll have to agree to disagree on that opinion.

      2 replies →

    • This is different because the value of the distillation facility is not defined as “the wages of the builders”.

    • It doesn’t matter. Jim Bean doesn’t compete with an R&D software company. The R&D software company does compete with other companies in different jurisdictions with better regulations.

      2 replies →

  • > The rule as written means contractors who write Windows drivers could deduct their expenses (as they would have no residual rights to a closed-source work product), but contractors who write Linux drivers may not (as they would have some rights to open-source Linux drivers).

    Is it just me or are you conflating two orthogonal things?

    An open-source Windows driver would have the same issue, no? And a closed-source proprietary Linux driver privately written for some company wouldn't have this issue either, right?

    • I could see it being inferred that way but, the way I read it, they are not meant as unilateral facts. Rather, they serve as rhetorical examples of where you might find contractors doing similar work, but where the one more in service of "public good" is taxed higher because it's open source. Strictly speaking, Windows bits are not all closed source and there exist closed source Linux bits. But it's not a point that really matters in the context of the conversation.

      I think it's fair to use Windows and Linux as stand-ins for closed vs open source because it's a very accessible example. And knowing the technicalities clearly doesn't undermine the argument.

      4 replies →

    • You're right, the law text doesn't specifically call out the Windows operating system or the Linux operating system. The example you gave of Open Source Windows drivers is valid.

      The Grandparent's point about that "it double-dings open source developers" is still correct and poignant even with this clarification.

      2 replies →

    • You are correct. I picked this example under the general assumption that the Windows driver would be closed-source, but you are correct that it doesn't necessarily have to be closed source.

      The problem goes with the license, not with the OS.

  • Just pledge copyright of contributions to eff or something.

    • Work-for-hire open source contributions often already bear a copyright holder of the entity paying for the work. The problem isn't who is the copyright holder.

      The problem is that the license assigned says that anyone is free to use the code. Anyone is a set of people that includes the contributor, which then triggers the interpretation that the research is incrementally in the contributor's benefit and thus disqualified from preferential tax treatment.

      You'd need a custom license where everyone in the world could use the results except for the contributor, and then like, a source control system that hides the source files from the contributor's view of the repository.

      9 replies →

    • Create a shell company with an X$ investment.

      Have the shell company write code. (Or more risky pay your company to write code as a work for higher.)

      Devolve the shell contributing its assets to OSS.

      Take a X$ loss in that year.

      Argue that it is perfectly legal to the IRS.

      2 replies →

  • You’re likely overreacting.

    It makes software temporarily 16.7% more expensive in year one if you’re operating a profitable company, but you do eventually get to deduct that over time. Pay 8% on a 4 year loan and that drops to ~4%.

    • Eventually, as long as you survive that long.

      As has been said repeatedly in this thread, this change is purely a boon for existing big tech companies that now have even less to worry about from startups. It takes a startup 5 years before they'll be playing on an even field with big tech.

      > if you’re operating a profitable company

      You keep saying this across this thread, and keep ignoring that Section 174 has now redefined "profitable" for tax purposes to include companies who:

      * Are in year 1 with no history of expenses to draw on.

      * Have spent <900% of their year 1 revenue on software development expenses.

      i.e., a startup that earns $1mil and spent $8mil in software dev expenses is only able to deduct 10% * 8mil = $800k of expenses, which means that as far as the government is concerned they made a profit of $200k and owe taxes on that on top of their already-net-loss of $7mil.

      You can keep ignoring this fact, but ignoring it doesn't help your case. If you want to argue that this is fine and dandy you need to explain why the above math doesn't prevent new companies from competing on fair terms with big tech.

      11 replies →

We are small and so have been on a hiring freeze since 2022. I’d like to hire but the upfront cost is high.

For those around when this went into effect many business owners were surprised. Our accountants told us they seriously thought congress would fix this before it went into effect.

  • ... they did that because that's exactly how Trump presented the change. The article points that out: this change was an attempt to lie to the congressional budget office, not intended to be an actual tax change.

    And then it suddenly was an actual tax change.

    Like so many Trump actions: "oops".

  • [flagged]

    • Often the way this works is that some time bomb is added to the tax code so that forecasts for future tax revenue will be higher (justifying more spending in the short term) and congress then needs to remember to remove the time bomb before it blows up. So it isn’t that uncommon for these things to be reverted.

      2 replies →

    • It's actually not uncommon for something stupid to make it to the official tax code and then get reverted. They knew the history.

And if the R&D uses foreign workers, because you can't afford to pay US wages, then the 5 years goes to 15 years!

This hurts small companies (like mine) that were priced out of the US developer market.

  • I’m not sure this is exactly true. If your foreign workers are a service contract then those are services expenses immediately deductible. Same if you are using local service contracts. My understanding is this creates a drag for companies that want to hire f/t.

    • Foreign workers are to my knowledge effectively always a service contract, since it's pretty complicated (if even possible) to hire FTEs across borders without subsidiaries, which are expensive to maintain.

      I'm curious if contract work is really exempt, would look like a major loophole to me.

      5 replies →

  • We don't talk about this enough. International R&D is not offshoring of call-centers to India. International R&D is the IP for the next generation of global communication standards being owned by US-based or foreign corporations, because international (e.g. Canadian, European) standards experts/developers become un-affordable for US-based corporations and are forced to work for our "adversaries" instead. Crazy.

What are the implications of this.

As I understand accounting, this means that reported profits would be higher, and therefore incur more corporate income tax liability. Cash flow isn't effected besides tax.

A startup isn't likely to be making a profit yet, under either accounting rule. Is there a benefit to reporting a larger loss?

My first thought is that this effects Google and suchlike, not startups. But... assuming steady state "r&d" expenditure... it's not that much. Everything gets deducted within 5 years anyway.

So... maybe this hinders more modestly profitable, and fast growing companies most. Those that can't afford to carry 5 years worth of paper profits as easily.

Otoh... I am curious about how the difference between r&d expenses and operational ones are determined irl.

This should be quantifiable. How much extra assets are software companies actually booking?

It seems questionable that this "silent killer" had actually affected employment so much.

  • > A startup isn't likely to be making a profit yet, under either accounting rule. Is there a benefit to reporting a larger loss?

    As an example, A two person software startup; both drawing a salary, each making $100,000 per year. Each doing things related to software development.

    Startup brings in 200,000K in revenue.

    Under pre Section 174 changes, the profit is zero. Both salaries are expensible in the year they were incurred.

    Post Section 174, the profit is now $160,000 each year. Now they pay taxes on $160,000, even though they literally have no money left over because revenues equaled expenditures.

    At 25% tax rate, that’s $40,000 in taxes, for a business that made literally no money.

    That’s why this is so devastating to small software businesses; unless you’re highly profitable and have cash reserves, this change hits hard.

    • Wait, salary costs do not count as costs for the year they're made in? That is completely nuts, no matter what kind of company you have.

      Although for a startup it might be least bad, because for their first few years, their revenue might well be closer to zero; they tend to burn money, sometimes for quite a while.

      3 replies →

    • This example only really has the emotional impact it does because of the specific numbers used, but doesn't really generalize for an arbitrary N.

      Clearly if two software engineers build a product that brings in $10M, and each pay themselves $5M, it doesn't seem so outrageous that the can't really claim they're running "a business that made literally no money." Clearly in this second example the problem is that the engineers are paying themselves way too high given the return on their efforts.

      What this means is that software engineers will be required to bring in more value to justify their high pay. In your example, it simply means that a software engineer that brings in $100,000 of value to the company, probably shouldn't be paid $100,000.

      This seems entirely reasonable to me, and doubly so when I consider how many large corporate teams (who I think will ultimately be impacted more than startups) has huge numbers of highly paid engineers not doing all that much.

      In most startups I've worked in it was pretty common for engineers to be delivering multiples of their cost in value, and in every big company I've worked in, it was very common to be delivering fractions of one's cost in value.

      1 reply →

    • > Post Section 174, the profit is now $160,000 each year. Now they pay taxes on $160,000, even though they literally have no money left over because revenues equaled expenditures.

      They have the $200k they pulled from their startup, far more than what most people earn. If you make enough to pay yourself $100k then you make enough to pay taxes.

      16 replies →

  • That was my first thought as well, but on second thought I can see how this might cause problems:

    For established profitable software companies there was a cliff edge in 2022 when this change kicked in. Staff costs for previous years had already been fully expensed while only 20% of the current year's costs could be deducted.

    Second, any sudden increase in research expenditures is now discouraged. This could make companies less nimble.

    For unprofitable startups it could cause issues during a phase of very high revenue growth. They could suddenly be liable to pay corporation tax in spite of the fact that they are not profitable in any reasonable sense of the word. It would smooth out later, but that may be too late for some.

    What I do not believe for a second is that this is causing major job losses. Companies like Microsoft or Meta do not reduce research or software development just because there is a temporary tax hit. It could be an extra incentive for an efficiency drive I guess.

    • > For unprofitable startups it could cause issues during a phase of very high revenue growth.

      So I guess my most question is "how this work irl?"

      Say a new startup raises money and hires 20 people. Pays $5m in salaries, office space and such. All 20 people are developing a software product. Are 100% of this startups expenses amorotized?

      Then they sell the product. They receive $2m in revenue. What does the P&L look like.

      2 replies →

  • Your analysis is correct, but most software companies were mostly profitable or fast-growing. For every Google, there’s 1000 wordpress vendors you’ve never heard of.

    In another year the initial shock will stabilize, but any growth now has a 5-year tax hit attached. And even Facebook doesn’t want to pay that if it doesn’t have to.

  • Google was reportedly amortizing (by choice) long before this was in effect, so while it might “affect them”, in practice it’s likely business as usual.

    • It depends on the department. My salary (in a mature product) was already amortized - I suspect the same is true of all their other mature products like Search, Maps, GMail, Chrome, YouTube, etc. But I think they were deducting salaries in the more research-like areas like Gemini, Jax, Assistant, etc. So there is net still a fairly large charge related to it, even if it isn't as large as it could be.

      2 replies →

  • I'm not an accountant, but as I understand it, you don't pay taxes on profits, but on revenue.

    So previously, some 20% of all revenue would be owned as corporate income tax, and startups would deduct it all as they're spending much more on R&D than they owe in corporate income tax. But with this tax change, the deduction would be much lower (80% lower IIUC).

Exactly!

The change is very simple. And the predictable impact of the change is very clear.

It shouldn’t impact large companies that are already profitable. But it’s devastating for software companies that are not profitable yet.

And that’s without even getting into the philosophical issues with it.

I worked for a UK company that amortised it’s development costs… it led to the false belief that the company was profitable when it really wasn’t

  • OK, but you've changed the topic from tax accounting to financial accounting/reporting.

    In the US, it remains the case that programmers salaries must be treated as an expense (i.e., cannot be amortized) when calculating the company's income statement, balance sheet, etc. Not following that rule will get the accounting firm signing off on those financial reports in trouble (with the SEC, the Public Company Accounting Oversight Board, and maybe even the Justice Department if the purpose of the violation was to defraud investors).

  • Yes, that is tremendously important aspect here - the US tech would look better on paper - higher paper profits due lower paper expenses - while getting increased cash flow stress due to decreased deductability of the salaries which are among the main expenses in software dev business.

    • >Yes, that is tremendously important aspect here - the US tech would look better on paper

      It's completely unimportant. Nobody is getting fooled "on paper" by amortized salaries.

      3 replies →

  • Exactly. And if you’re more profitable on paper, you have to pay more tax, making you even less profitable in reality.

I thought wages were deductible anyway. Say you pay a developer $250,000 a year. The employee pays the tax on their own wages.

  • No, not in this case. 250k is an expense for the company. Company had to amortize this expense over 5 or 15 years. (15 for software engineers outside of the US)

    • > (15 for software engineers outside of the US)

      Yikes. Does that apply to outsourcing?

> All software expenses must be treated as research and experimental expenses

From what I've read, not for software fixes to ongoing products, but for new products and I can't remember for new feature work. Also if you contract for someone else I heard you can still write off expenses without amortization.

  • I would guess that because in these cases software development costs would be classified as “cost of goods sold” instead of “research and development”

Who sponsored this text in the bill?

  • Here's the cosponsors of the bill:

    https://www.congress.gov/bill/115th-congress/house-bill/1/co...

    I think the purpose of the change was to "increase revenue":

    > Requiring that certain research or experimental expenditures be amortized over a five-year period or longer, starting in 2023, would increase revenues by $109 billion over the period from 2023 to 2027.

    https://www.congress.gov/congressional-report/115th-congress...

    • > I think the purpose of the change was to "increase revenue"

      Yes, but in a specific way: they were trying to offset the tax cuts they wanted so they could pass it via the reconciliation process and avoid the Senate filibuster. They didn't actually care about this revenue and the assumption from most people was that the specific carve-out would disappear in some future bill.

      1 reply →

  • Idk but it was under trump. And the meta issue was balancing the budget after all his tax cuts so he needed to find more tax revenues. Which this accomplishes pretty handily

    • I think partially dismissing the question due to the bill happening "under trump" doesn't help the conversation here. If the bill was sponsored by particular reps/senators, then it's worth identifying those, so their voters can factor this bill in to their decision to vote for/against in the future, etc.

What i like about US is that compare to other countries (like for example Russia where i'm originally from) there is almost no lying and cheating here. Instead there is a respect of the law and an army of talented creative accountants and lawyers. Remember that stale "multi-used" sandwich served with the drink which by virtue of its existence converted drinking establishment into a food serving restaurant? Not being an accountant, i'd just speculate, out of sheer fantasy, that some hardware chip/gadget added to your software may similarly convert your software development into hardware/gadget one.

  • I'm not sure I buy into this. Sure, compared with Russia it's probably a lot less, at least in terms of being something everyday people engage in. But in terms of comparing with countries like Germany or Sweden I don't know.

    Here's some food for thought:

    * Global financial crises: Banks were paying (bribing) ratings agencies to rate junk bonds AAA.

    * Savings & loan crisis: widespread fraud & insider abuse.

    * Bernie Madoff: Ran the largest Ponzi scheme ever, with an estimated fraud total of $65B raking in $17.5B in invested cash.

    * Enron: straight up accounting fraud sprinkled with intentionally causing brownouts in California to pad their pockets with a side bonus of making Gov Davis unpopular & get him recalled (Enron was closely aligned with the Bush administration).

    * Nixon straight up using psy-ops against Democrats & finally trying to burgal the DNC offices.

    In terms of stats, the FBI does a few hundred bribery and corruption cases annually. Are they good at catching white collar crime? Well such crimes regularly take more than 5 years to investigate.

    And hell, some things that are basically lying and cheating are straight up legal. Usury is legal with minimal to no regulation of payday loans. Pyramid schemes are legal as long as you call it multi-level marketing.

    The list goes on and on.

  • > What i like about US is that compare to other countries (like for example Russia where i'm originally from) there is almost no lying and cheating here. Instead there is a respect of the law and an army of talented creative accountants and lawyers

    I thought you were being sarcastic here at first because, good lord, there is plenty of corruption here in the US (though those doing it used to care more about hiding it). The US, especially in its current state, is certainly not a place I'd describe with "almost no lying or cheating". I do understand that Russia is on another level, though, given the open assassinations and doing things like what was done to Navalny.

    • > I thought you were being sarcastic here at first because,

      You've never been in Russia. There is no clear law abiding business there. That opens a lot of opportunities for those with some power. Corruption is one of them, selective punishment is another. I'm sure in most 3d world situation is not better, but they at least don't have laws to cheat and bribing isn't a crime.

      1 reply →

    • You have no idea about corruption if you haven't lived it in a BRIC country.

      The funny thing, is that people not from America say that there IS corruption, but at least it happens in the open. I think OP is saying the same.

      6 replies →

  • > almost no lying and cheating here

    Are you living in an alternate world?

    • No, he's saying that people respect the law, which they do. It's all about finding loopholes, and sticking to the letter of the law while working around the law to do whatever the law prohibits but doing it in a way that remains legal. This entire situation came up because of loopholes. A great way to offshore money was to spend it on software developed by overseas subsidiaries.

    • If you’ve never lived outside the US you have zero idea how bad it gets. It literally is an alternate world.

      The amount of daily activities in the US that just work 99.999999% of the time that would have a corruption aspect in some other countries is mind boggling.

      The closest analogy I can come up with is imagine if every money transaction involved cash tipping the parties involved. And that’s just the beginning.

      2 replies →

    • Or are cynical Americans living in an alternate world, blind to how much better the rule of law is here than most other countries? The commenter's comparison was to Russia. When was the last time Putin lost an election?

      I'd say we're slightly behind western Europe as far as rule of law goes, not really sure about the advanced east (Japan, Korea), and miles ahead of just about everywhere else (eastern Europe, Russia, Africa, China, etc). Yes, even with Trump in office, though he really makes me worry.

      8 replies →

> It really is quite unambiguous and is unambiguously bad for anyone who builds software

Not "anyone". Anyone in America.

I don’t get the big hoopla. Here in Germany I’m opting to turn development costs into assets (I simplify a bit). I need assets on the balance sheet, otherwise we’re over-indebted. As long as the development costs are much higher than income (I.e. as long as you’re not profitable), then it shouldn’t matter. And once you are profitable, you pay some more corporate taxes, but aren’t they kind of not too high in the us anyway?

  • the big hoopla is this: you're a newish startup. You have $300k/yr revenue and $$270k/yr expenses of which $250k is paying your programmers.

    prior to this rule change, what you pay your programmers is just a deductible expense, so you owe taxes (in this very simplified example with no other expenses etc. etc.) on just $50k.

    after the rule change, you can deduct only $50k of the labor cost (in this year), so now you owe tax on $250k.

    there is a very good chance you do not have the cash available to make this payment.

    of course, after 5 years, things all balance out and are effectively "back to normal". but you have to get through those 5 years first.

    • How does this work, in your first year, to have 300K revenue on 270K development cost. It sounds like some very specific boot strapping case, and even then after 70K deductions its 230K profit, so like 50K in taxes on 30K profit. Sure it’s annoying, but it doesnt sound like total doom. Its more likely youll have 250K programmer expense in the first year, 100K in revenue, need 200K in outside investment, and pay very little taxes. After a couple of years it evens out anyway.

      Consider some sort of logistics company. They might pay 250K for their hardware (e.g. vehicles), 50K in expenses, get 300K in revenue. Theyll be taxed the same as the startup building up their IT assets.

      1 reply →

It might be "quite short" but it's full of click bait style text. This tax law will change everything, but we won't say what it is for 4 or 5 paragraphs, nor what changed for another 3

Edit : sorry I just realised you meant the tax law is short. The article itself is very annoyingly written

  • Agreed. I think the article's text was responsible for the confusion in the comments prior to me posting this. They could have been much more clear and straightforward.

I have no doubt it's bad, but I can't believe that it's both fueling mass layoffs and also almost nobody has heard of it. Those are unlikely to both be true.

  • I'm not sure why TFA makes it sound like almost no one has heard of it, but it was extensively discussed on HN in early 2023 as being a primary cause of layoffs, before it was cool to blame AI.

    Software firms across US facing tax bills that threaten survival (924 points, 981 comments) April 18, 2023 https://news.ycombinator.com/item?id=34627712

    Why the big tech firms that suddenly laid off a bunch of people the instant they started looking at their 2022 tax bill didn't tell everyone explicitly that that's what was happening I can't say, but it's not like this has been happening in secret.

    Obviously interest rates also play a role, and probably a larger one. But this is objectively a very very bad contributing factor, far worse than the impact of coding LLMs.

  • By what logic?

    • At least one person at every company impacted knows why they're firing people, right? Likely several people who are in a decision making capacity. At every company.

      Those companies have R&D for a reason. A company _wants_ to make things, right? If this is impacting their ability to make things, wouldn't it be in a company's best interest to advocate openly against the tax code, rather than be silent about the reason, fire their staff, and just not make things?

      It doesn't make sense to me how so many people are aware of this to the point that many many companies are all doing the same thing for the same reason, but seemingly nobody was talking about it before this post. That doesn't make a lot of sense to me.

      1 reply →

    • Assuming this change is causing the layoffs, then these companies know about this.

      If these companies don't know about this change, then why would we believe this change is causing it.

      1 reply →

But where an established company invests steadily in software, whether it is amoritized or deducted year to year is a wash. Rather than harm tech, this would seem to protect established US companies at the expense of startups. Thats probably great for shareholders in publicly traded companies. It seems just another querk of taxation meant to maintain the established order

  • It's only a wash if they've been amortizing all along. There's been no advantage to doing so, so established ones have all been deducting, and will have the same five year window of increased taxable income that startups will.

    • Startups have to face that five year window every time they start up.

      Each and every startup will have a year 0 where they're spending more than they earn, and under the new Section 174 they will only get to deduct 10% of their employee's salaries that year. In year two they get to deduct 20% of year 1's salaries and 10% of year 2's salaries, which is still 30% of what the established players will be able to deduct. By year 4, if they make it that far (which most startups don't) they'll finally be at 90% of a full deduction.

      Add to that the fact that startups also by definition have a much higher rate of growth than established companies and you'll find that a startup almost definitionally will be paying substantially more in taxes as long as it remains a startup, because they only get to deduct an average of the last 5 years of expenses from this year's revenue in order to calculate this year's profit. That's fine when your last five years are more or less similar to this one, but it's terrible when you've been growing.

      The net effect of this change can only be to disincentive startups and cement big, slow established players.

      4 replies →

salary is already counted as an expense right? does that mean we were double billed as two expenses? salary and R&D?

This is one of the worst things MAGA has done. Tech startups are the source of so much of our wealth, and this makes it very challenging to ever build one.

I can’t believe this still exists, and no one has changed it. We truly are governed by morons

It's not really targeted at tech, insomuch as at Democrats.

Everyone assumed it was a traditional accounting hack. But given the timing and the reinitialization, it's clearly political, not economic.

The code is a strategic time-bomb designed to cause a high-profile economic downturn during a presidential election cycle, specifically when the following president is a Democrat and Republicans have a house majority.

It was used to harm Biden's economy, and it will happen again in 2030 if the next president is a Democrat. While deferred, it will be spun as a major Trump "economic achievement" for the midterms, because companies will be able to afford to hire again.

The tech industry is merely high-profile fodder for extreme politics. It really is that petty.

  • The Democrats had control of the presidency and the house in 2022 when this provision first went into effect but had 2 fewer senators (1 fewer if you count the tie-breaking VP). Why didn't they try to change it? Is there some reason a change in the tax code like this can't be modified or repealed once its in place?

    • Politics are complicated.

      Generally, in tax bills they try to keep them "neutral" where any tax cuts or tax breaks are coupled with tax increases elsewhere BUT they tend to report the 10-year affect for whatever reason. This bill provided a ~30% cut in corporate tax on profits, with a delayed increase in tax cost on Software R&D pushed to the next term.

      If the next party wants to reverse it, they'd have to find the money with an increase in tax - directly undoing it would be a ~50% increase in corporate tax rate, which (I guess?) would be a tough sell politically. Meanwhile, the tax code on software engineering sounds too niche to expend political capital on.

      Either way, its another example of how corporate America is trading long-term growth (R&D, product development) for short term gain (lower taxes today).

    • Why should they? Why did we allow a president to put in tax raise for the future. Replicants were playing politics from the start. Pass a bad bill, and then hope to get about it when the bad parts kick in when the other side woo be in power

  • If this was passed in 2017 to go into effect during the next presidential term, wouldn't that only work as a time bomb for Biden's presidency if Trump didn't expect to win a second consecutive term?

    Given the history of prior presidents winning 2 consecutive terms, it seems like Trump could have reasonably expected a 2022/2023 tax change to be his problem.

    • if you retain power, you can fix it. the US government currently has the significant problem that one party campaigns on the government being dysfunctional, so they do their best to make it so.

      47 replies →

  • This is just wrong. It was passed in 2017 (during Trump’s presidency). It was to go into effect in 2020 (a presidential election year during Trump’s presidency). He hoped to be re-elected.

In general, the tax code does not provide immediate deductions for purchase of assets that generate recurring income. Instead, the cost of the asset must be depreciated over time. The provision you point to excludes land, physical property, and software from treatment as R&D expenditures. Because all of those things generate recurring revenue over time. It’s specifically listed in that statute, but it’s not treated as a “special case.”

E.g. If a whiskey maker pays to build a distillation system, it can’t deduct that cost immediately. Because that’s a capital asset that generates recurring revenue. Software is properly treated the same way.

  • Historically, Section 174 allowed everyone to opt in or out of R&D amortization. That amortization is required from anyone for R&D is new.

    Further, software is the only type of R&D explicitly called out as required to count as R&D. Which means it should be taken as a given that most other industries are finding ways to count their R&D as anything else, while we've been intentionally given the short straw for some reason by having our specific field be the only one identified by name so as to leave no wiggle room. I'd say that definitely counts as being a special case. The section is even labeled "Special Rules".