For folks that don't know the background on this, here's a layperson summary:
- A business is usually taxed on its profits: you deduct your revenue from the cost of producing that revenue, and the delta is what you are taxed on.
- In software businesses, this usually means if you spend $1M in software development to develop a web app, and it makes $1.1M in that year, you'd get taxed on the $100K profits.
- However, a few years ago, the IRS stopped allowing the $1M to be deducted in the year it was incurred. Instead, the $1M was to be amortized over 5 years, so now the business can only count $200K as the deductible expense for that year. So now it's going to be taxed on "profits" of $900K. Assuming the tax rate is 50%, that means the business owes $450K in taxes, even though it has a total of $100K in the bank after the actual expenses were paid. So it would have to either borrow to pay taxes or raise venture capital, meaning that VC-funded companies would be advantaged over bootstrapped ones!
- The letter's goal is to bring things back to how they were (and how they are for all other businesses): let businesses deduct their actual expenses from their actual revenue, and tax that actual profit.
I am neither a lawyer nor an accountant, this is just my understanding of this issue.
Why do you assume a 50% tax rate in the United States when it is only 21%?
Thanks for working on this guys. The current tax code is fairly crazy: you could spend a few million in salaries, sell 200k of software in a year and possibly owe taxes on that. Even if the company would otherwise be shutting down.
The traditional capital asset treatment applied to software leaves a lot to be desired. Some software is a capital asset, but much just isn’t. Or at least should be considered to depreciate rapidly.
I would be surprised if nearly all software companies wouldn't consider their code to be a valuable capital asset. For example, do you think your company would be okay with releasing commits/snapshots of their source code and design docs into the public domain once they hit 5 years old? Or do they currently depreciate too quickly?
Salaries are not generally considered “capital” - HR wording aside, you do not own your employees. It’s an immediate expense that may, or may not, produce something of value.
The IRS is using a theory of value where software (1) is a capital asset (okay, sure), (2) has a six-year deprecation schedule (uhhh why not 5 like everything else?), and (3) is valued at the exact cost of all inputs to it, including salaries (uh oh).
This is unlike how capital assets are valued for any other industry! And it has the effect that hiring a second lawyer is “cheaper” (for five years anyway) than hiring a second developer.
I think companies view it as a trade secret. Whether or not that particular app is making money, regardless of how old it is, they don't want to release the code.
I don't think that's a useful thing to imagine, because there are many reasons not to release code, such as security concerns, or even because it's too useless to be worth the overhead.
It would be more instructive to imagine how much a fresh (non-criminal) competitor would pay to acquire your 5-year-old code without feeling cheated afterwards.
Possibly more than it cost to develop in the first place, at least in some industries. Which might result in utterly absurd tax treatment.
Corporate taxes are indeed levied on net income after expenses. Trading money for capital assets is not considered expense.
If you start the year with 0$ in your bank. After the end of the year you have made $200k in revenue. However you "spent" $200k on software salaries. However, because these are software costs, they must be depreciated over 5 years, so only 20% of that $200k software cost can be applied as depreciation cost which is considered an expense. So your net income for this year is $200k revenue - $20k depreciation expense = $180k. Your 15% tax on this is $27k.
So you made $200k and spent all of it on software, so your bank account is 0, but you owe $27k in taxes.
Signed. As a US-based developer, I fully support restoring the deductibility of software development expenses. This policy change quietly gutted countless startups and engineering teams—it’s long past time we fix it.
Appreciate YC and folks like @itsluther pushing this forward. This isn’t just a tax issue—it’s about keeping innovation and talent thriving in the US. Let’s get it done.
A lot of people don't know what this Section 174 is about, so here's a brief explainer.
Normally, when you have expenses, you deduct them off your revenue to find your taxable profit. If you have $1 million in sales, and $900k in costs, you have $100k in profit, and the government taxes you on that profit.
Section 174 says you can't do this for software engineers. If you pay a software engineer, that's not "really" an "expense", regardless of the fact that you paid them.
What you've actually done, Congress said, is bought a capital good, like a machine. And for calculating tax owed, you have to depreciate that over several years (5 in this case).
Depreciating means that if pay an engineer $200k in a year, you only had $40k of real expense that year, for tax purposes, even though you paid them $200k.
So the effect is that it makes engineers much more expensive, because normally when a company hires an engineer, like they spend on any other expense, they can at least think "well, they will reduce our profit, which reduces our tax obligation," but in this case software engineers are special and aren't deductible in the same way.
In the case of the $200k engineer, you deduct the first $40k in the first year, then you can expense another $40k from that first year in the second year, the third $40k in the third year, and so on through the fifth year. So eventually you get to expense the entire first year of the engineer's pay, but only after five years.
The effect is that companies wind up using their scarce capital to loan the federal government money for five years, and so engineers become a heavy financial burden. If a company hires too many engineers, they will owe the federal government income tax even in years in which they were unprofitable.
These rules, by the way, don't apply to other personnel costs. If you hire an HR person or a corporate executive, you expense them in the year you paid them. It's a special rule for software engineers.
It was passed by Congress during the first Trump administration in order to offset the costs of other corporate tax rate cuts, due to budgeting rules.
I realize listing a few examples doesn't prove anything, but when I've skim these threads, I see lots of comments like that and few counterarguments. Hence my impression.
This is less on that specific topic and more general: While I enjoy the hacker news forums a great deal, I've no relationship with YC as an org. I am not sure that YC has any particular interest in things that might impact me as an individual contributor in an org as much as it impacts them.
Understandably there's an everyone for themselves aspect here, but that makes these kinds of call to actions a bit hollow to me.
Sure, YC is a business. But HN has so many people building software that there's also a community interest here—otherwise I wouldn't have suggested this thread.
pg used to do this kind of thing on HN from time to time, especially on internet freedom issues, so this is a bit of return-to-roots for the site. SOPA is the one I remember but there were others.
As a business owner, I've been adversely impacted by this. I still can't wrap my head around how this is legal or sustainable. If I buy $1MM of plant and equipment, I may not be able to expense it all in year 1, but I can relatively easily get a loan to finance the purchase of such--and manage my cashflows. The same is not for devs. I cannot easily get a loan for $1MM in dev salaries. In my own case, I don't need the loan to pay the salaries. I need the loan to pay the taxes for the portion of the salaries I cannot deduct as an expense. It's just insane.
That said, here's my perspective on 174 (which should be reverted to full deduction on the year the expense is incurred).
You do not have to amortize 100% of your engineering costs. Not even close.
Here's the key:
Development costs incurred to remove uncertainty are amortized.
All other costs are deductible during the tax year where they are incurred.
How does this work?
You are going to design a new robot arm.
In January, you spend $100K to "remove uncertainty". In rough strokes, this means discovering all the things you don't know and need to know for this robot arm to become a product. This amount will be amortized over five years under 174.
Now, with uncertainty removed, you spend an additional $1.1MM from January until December for engineering implementation. No uncertainty being removed. Just building a product. This is 100% deductible that tax year.
Analogy: You want to build a new brick wall with specific properties. You spend $100K to develop a new type of brick and $1.1MM to build the wall using that brick. The $100K is amortized, the $1.1MM is deductible in one shot.
BTW, at year 6 the amortization schedule reaches steady-state and you are amortizing the full $100K every year. In other words, the impact of 174, if treated intelligently, is the time value of money until steady state is reached for the engineering costs incurred to remove uncertainty.
If it's software, you do need to amortize 100%. Section 174 states:
* For purposes of this section, any amount paid or incurred in connection with the development of any software shall be treated as a research or experimental expenditure.*
Isn't this tied to the budget bill ("One Big Ugly Bill") that effectively removes the last way federal judge's can hold anyone in the Trump admin accountable?
Interesting that YC is jumping on this tax code thing, but the shitty tax situation for employees trying to hold onto the equity they've earned is just ignored.
The number one problem for startup employees is that the AMT tax makes it impossible to exercise options in a company that is doing well. YC is showing us that they will fight for changes to the tax code when it benefits their bottom line directly, but are silent when it comes to helping startup employees hold onto equity that they have earned.
Think carefully before joining a YC startup as an employee.
Yes, it is possible to care about more than one thing.
YC was founded more than 20 years ago, and I don't recall any lobbying on the issue of employee tax treatment. If they do care about this they are being super quiet about it.
It's much worse than that. The whole US tax system is severely regressive, with labor paying up to 50% incremental rate if your income is low enough, and return on capital paying as little as zero if you have enough of it.
I’m all for reverting that part of the tax code, but only on the condition that it’s inapplicable to H-1B visa or foreign worker salaries/payments, provided that employer pays local taxes in those countries for those roles.
Keep good paying jobs in the USA. If we need immigrant labor, give them Green Cards instead of precarity.
Exactly this. If the aim is to bring back physical manufacturing, bring back software "manufacturing" as well.
Other than it’s nice not to have your profession taxed, what is the argument that software development shouldn’t be taxed as opposed to all sorts of other white collar work?
I posted a short explanation here [0] on the thread the other day, but the even shorter explanation is that "software development shouldn't be taxed" is not an accurate description of what repealing the change to Section 174 would do. This discussion has nothing to do with what work gets taxed (all profit is taxed no matter the industry) and everything to do with what counts as "profit".
The Section 174 changes altered the accounting method that software development companies must use for calculating their profit for tax purposes. Starting in 2022 software dev must be treated not as an expense but as an investment in an asset, such that you're now required to amortize the expense over 5 years instead of deducting it from your revenue the year you spent the money.
The gigantic problem with this change is that without the ability to expense software development expenses as expenses, a new software startup can very easily be considered profitable in their first year because only 10% of their software development-related expenses get to be counted as expenses.
And note that, contrary to what you say, most white-collar work is not treated this way, and software is further singled out from other R&D-type work in that it is the only type of work that is explicitly called out in the section as being required to be marked as R&D. So we're not asking for software to be treated specially, we're asking why it suddenly changed in 2022 to be treated specially in an extremely negative way.
Almost all work is tax deductible. This isn't just for software developers and employees still pay taxes. The issue is software development is being classified as research which is one of the few areas where salaries aren't directly deductible but instead need to be deducted in pieces over five years.
When you pay people to get work done for a business, that paid work is an expense.
You can deduct expenses from your income to calculate your profits.
IIRC the problem is that software development is not being classified as an operating expense, now, but rather a "research" capital expense, and the deductions then have to be amortized over a number of years.
You're confusing corporate vs personal taxes. The salaries businesses pay are meant to be deductible business expenses. The business only pays taxes over the profit after these expenses are deducted from their revenue. The person receiving the salary still owes personal taxes over the income.
Company pays staff $Y in compensation to earn that revenue.
Company pays other expenses of $Z.
Company does not owe tax on $X, but rather on something closer to $X - $Y - $Z.
This isn't changing if it is taxed or not. It is merely about if the tax should be paid in the year the work was done, or spread over the 5 years after the work was done.
Some examples of white collar work that builds long-lived assets but where the work isn't required to be amortized over long periods of time:
- marketing collateral development, unless it is done by engineers
- development of standard legal documents like contracts
- development of HR policy
- development of financial processes & associated reporting, unless done by engineers
- art development (e.g. for packaging and other collateral)
- building customer lists, unless it is done through software by engineers
- developing service offerings (e.g. Costco membership)
Software is not fundamentally different than any of these other white-collar assets that are used to build companies, except that it typically requires more ongoing maintenance.
The UK has (had) a tax credit for "Research and Development", intended to be a tax break for genuine R&D, but of course everyone lumped all software development into.
The UK eventually put out guidance that business as usual development isn't really "research and development", but afaik there hasn't been a serious crackdown on the practice.
It seems kind of absurd to pretend that most work that developers do is pioneering the profession.
R&D tax breaks make sense, both to encourage genuine research but also to prevent brain-drain.
Not taxing (or tax credits / refunds ) for line-of-business software isn't really excusable.
It's bad that the law in the US has been changed in a cliff-edge way though.
I've dealt with this at a previous employer (where we did try to be reasonably honest and submitted things that had some R&D element, I can imagine a less principled approach). The concept of it seems sensible, in practice you end up justifying why something is R&D to essentially non-technical people, probably at some consultancy who can then repeat a moderately garbled version of your description to HMRC who presumably just approve in most cases because they also don't have the expertise to truly assess the subject matter (and let's face it, we'd all struggle, even if we believe we're expert software engineers, how do you assess whether work on a mortgage issuing product for a bank is truly R&D if you have no familiarity with the domain).
I've been questioned on whether systems I had a hand in would qualify for the R&D credits. Someone not particularly close to it had thought it might, but I explained to our external assessors that it didn't and they agreed with that.
It's not a matter of whether it's taxed. It's a matter of how the costs are expensed. If I invest a $1m in software development now, I'm not making any profit yet. I may not make a profit. It's a question over whether I need to pay taxes on potential future profit now.
The exact law is a bit more nuanced than a "tax deduction for software engineering", but I'm guessing OP put it that way because it makes for a snappier title on a SWE heavy forum like this one. I would check one of the threads that OP posted for more specific information on how the tax code changed a few years ago.
The proposal isn’t that it not be taxed. Rather that software dev be taxed like an expense, which is easy to track and rationalize, as compared to a capital improvement which is much harder to do so.
Yes, but with strong exceptions against offshoring software development labor and H-1B abuse.
Both of these problems are rampant. I’ve seen entire shops with underpaid foreign workers and mass layoffs with workers replaced with offshore and nearshore firms.
Somehow I'm not a fan of HN using this community for lobbyism purposes.
May I ask why?
It's expressly the intention of democracies to hear from constituents (and conversely: groups of constituents). That we happen to call that feedback loop "lobbying", and that the term carries some societal baggage from corporations using/abusing it is unfortunate, but shouldn't be an indictment of what is otherwise a democratic function.
Some group FOO with a shared ill should be able to convene about it and petition congress about it.
But who is advocating against this reform? Lobbying against stupidity should be generally acceptable.
pg used to do it semi-regularly, especially on internet freedom isssues, so arguably this is getting back to HN's roots.
I remember he did an anti-SOPA thing on HN which, IIRC, involved some kind of banner at the top of the frontpage. It's probably saved at archive.org somewhere.
Because employee salaries are normally deductible as an expense for companies which generally pay taxes on something resembling profit rather than something resembling revenue. The issue is they are classifying software development as a research activity so the salary has to be amortized over five years with 20% of the expense applying in each of the five years.
When a company that earns $150k/yr and hires a software engineer who costs $100k/yr, that company should be able to deduct that salary in full.
The way it works today they must amortize it, taking only 20% per year. So they’d owe taxes on $130k of $150k, instead of the more rational $50k of $150k.
This effort is to restore rationality.
In any other company, employee salaries are counted as an operating expense against revenue, much like raw materials, utility bills, etc.
If you sell $100 of goods and you have $100 of expenses, you have $0 net income and owe no taxes as a company- you've made no money!
Because software salaries are counted as research and development, and 174 forces you to amortize the expense over five years, you are now in a much harder position:
You sell $100 worth of software and have $100 of developer salaries. You haven't made any money, and you have $0 in your bank account. The government compels you to not expense more than $20 of those salaries, and taxes the remaining $80 of revenue. You are now bankrupt.
Disclaimer: I’m not an expert, just vaguely interested.
My understanding is that previously, software dev salaries would be counted as a business expense in the year they are paid. Now they are amortized over X years on the tax paperwork. As a result, a lot of software companies suddenly show relatively high income, and have a large increase in their tax burden. This is especially hard for startups that were “on the edge” of making it. If the salaries go back to being an expense in the year the salary is paid, the tax burden will decrease again, because apparent company income will be less.
I'd say most of foreign devs in the US are actually L-1 that is actually worse because L-1 prohibits the dev from changing jobs unless the dev gets a new visa.
It's subsidy for big corporations so they can get cheap talent whilst removing incentives for domestic workers to learn the trade or upskill. You also get more people competing for resources which means higher prices. Quality of life going down whilst corporations getting richer.
I'm going to preface this by saying that I support broad liberalization of border controls; immigrants are the backbone of the USA, the engine on which we run, and we should encourage immigration and make it easy for immigrants to settle here. We have the space and resources; anyone who tells you otherwise is lying to you for political gain.
So, that said: H-1B shouldn't exist for software. The point of it is to fill jobs that cannot be filled by an American for some reason; a condition that doesn't exist in software development. Hire immigrants as software engineers, fine. But find a way to do it that isn't bullshit.