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 you pay an engineer $200k in a year, in tax-world you only had $40k of real expense that year, 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 keep seeing an objection in this thread along the lines of "what make software so special that it deserves a tax deduction".
Correct me if I'm wrong, but if a company hires someone to say, mine coal or brew beer, the expense of those employees is an expense any company can claim a full tax deduction on. If you're a line chef or wait tables, your salary is tax deductible to the restaurant.
So it's not that we are asking for R&D to be treated "specially" and get a deduction that other companies don't have. The problem is that R&D salary expense is being singled out as producing an asset (e.g. IP), and thus being classified in the same category as other assets, like, brewing equipment, a mining excavator, or a pizza oven. Simply put, Section 174 argues to classify people in the same category as things because ... 'these people's work outputs may have long-term value, kind of like things'(?).
Allowing Sec 174 to stand is a slippery slope to classifying more and more everyday Americans' salaries into this category. One could argue in the future, for example, that those who design cars or operate machines to produce tooling dies, should not have their labor treated as regular expenses, but instead as capital assets because their labor output is captured in assets, just as Sec 174 treats the labor of software developers as assets. Everyday people should be concerned by this because if the rule stands, it could be extended to you, too.
For those objecting to the equal treatment of R&D employees as all other employees in America of all stripes and vocations, keep in mind that software people have to pay personal taxes on the income, just like everyone else. Section 174 doesn't have anything to do with personal income taxes: we all pay income taxes fair and square. The question is whether there is a double-tax on software labor, paid at the corporate level (and in all likelihood, your salary is currently a tax deduction for your company, unless you write software or do R&D).
I think the assumption that we are asking for "special treatment" is driving some confusion and grass-roots objection to the movement here, so I wanted to highlight that we are just asking for everyday people who work software and other R&D jobs to be treated just like every other American who works a day job.
> Correct me if I'm wrong, but if a company hires someone to say, mine coal or brew beer, the expense of those employees is an expense any company can claim a full tax deduction on. If you're a line chef or wait tables, your salary is tax deductible to the restaurant.
The question is: are you getting the value of that work in the same tax year, or is it creating an asset that creates value over time? If you hire a guy to brew a batch of beer, you’re getting the value with that batch of beer. Once you sell that beer, the value is gone.
But if a brewery hires someone to build a fermentation system, then that person’s salary cost must be allocated to capital expenses that must be depreciated over time.
There’s a good argument that most software development is creating an asset that pays off over time. If you hire someone to upgrade the payroll software, you’ll get the value of that in future tax years.
But in that case, once the fermentation system is built, the brewery no longer needs that employee.
A better analogy is a brewery hires someone who builds a fermentation system, then continues to operate, maintain, repair, and improve the system over time. Some of the employee's time is spent on work that could probably considered R&D, some of it is on work that is clearly operation, and some isn't clearly one or the other. So how do you determine how much of the worker's salary is R&D vs operational expense? You can try and estimate some percentage, but that breakdown is at best an educated guess, and having to try and figure that out just adds pointless friction.
But that still isn't a great analogy, because in that case the fermentation system isn't the product, the beer is. So for a company that sells software, it would be more like if it wasn't a company that sold brew, but a company that rented out or sold its brewing equipment to other companies that made beer.
Also, the same argument about creating value that pays off over time could be said about most employees. An accountant could find a more efficient way to keep the books that pays off over years; the CEO could create a strategy that pays off over years; customer service staff could create a reputation for high quality customer service that pays off over years; etc.
And then, even if you assume that an engineer's salary is entirely R&D, then the only reason I can see to want that salary taxed at a higher rate is if you want to disincentivize R&D. R&D is already a large expense now in the hopes of a payoff later, and by increasing the tax burden now, you are making that upfront cost even higher.
How about actors? They produce a thing (content) that is sold for a prolonged period of time. Copyright is what, 20 years?
How would Disney feel if the salary paid to the cast of the Avengers was no longer an expense in that year, but amortized over the entire copyright period of the film.
That’s how it used to be until a special rule was introduced allowing only $15m (or maybe $20m) to be expensed instead of capitalized.
Doesn’t change much for the Avengers films which have production costs around $500m. Disney still has to capitalize 97% of the cost. $15m doesn’t cover a single star’s salary.
How does a chef get categorized? They develop recipes which have future value but also do a lot of ephemeral work product.
I think the issue is this fantasy that a software develop only produces long term IP. Or how is it different from an executive who is developing strategy and market positions that have future value?
Maybe it would make sense if we could distinguish such work products as a fraction of their total output, tracked as actual inventory that accountants have to assign value and track capital gains on?
I think the fantasy is that software is mostly like inventing the transistor. Most software is CRUD apps that are more akin to a company’s profit-generating physical infrastructure.
For example, if you pay for someone to maintain the brewery plant to keep it working in its current condition, that’s an operational expense that could immediately be deducted. But if the work is on upgrades and improvements, that’s ordinarily would be a capital expense that must be capitalized and depreciated. A bookkeeping strategy isn’t.
Your other examples are off the mark, because the question is whether the investment produces an income-producing asset. Software generally is such an asset. The question of what’s an operational expense versus what’s a capital expense isn’t always clear cut, and is the kind of thing where accountants and tax lawyers have to make judgment calls.
Both cases are tax-deductible, what matters is not whether it's operational or capital, because for example building up inventory would make an operational expense a capital expense, but whether you then sell or rent/lease/use yourself/... what's maintained or repaired (then it's COGS) or you use it yourself (then it needs to be amortized)
The tax code has been optimized by the rich over the past century to extract profits out of industrial firms and that's where the difference comes from. $100 used to, say, produce a car or a cake that you then sell is immediately and fully deductible from tax because otherwise industrial companies just outright can't survive. Hell, you get to claim back/not pay any VAT and/or sales tax you paid for anything related to them. One way to see it is that these rules are designed to get money to the (existing, "old-money") rich, so when investors don't get money, the government doesn't get money.
If it's equipment for the company to use itself, then it has to be amortized, or more to the point, it means industrial companies can't do what Amazon did: use 100% of their free tax flow to grow "tax-free*" instead having to give that money to the government and investors (15-35% to government 65-85% to the rich, sorry, investors), so they can use it for their own ends.
I'm not judging one to be good or bad, just attempting to frame this correctly. I should perhaps point out, as a last point, that this is a massive difference between the US and European countries. In Europe, investors and governments try to have their cake and eat it too: there's tax due (amortization rules, or worse) on new company creation, on company growth, except of course, for the companies of the rich: you can grow financial capital in companies without paying a cent, money, shares, obligations, ..., just nothing else. That's yet another connection to the rich, to investors. New employees, new buildings, ... are double taxed, only money isn't. In Europe, there have only ever been exceptional cases where it was otherwise. In the US "tax-free" new company creation has been the norm for all of history except since Trump changed this rule.
* between quotes because they still have to pay income tax on any wages, sales tax on any purchases, ... it is very far from tax-free, but such companies wouldn't pay a dime to investors. If they did that would make it very hard to create new companies (which is what this regulation does). Amazon's great accomplishment is not AWS or anything like that but 2 financial accomplishments: first, avoid sales tax, second, avoid paying anything to investors. Whatever business Amazon is in is nothing but a tool for that financial engineering.
The tax code accounts for that by providing different depreciation schedules for different kinds of assets. For software the catch-all depreciation schedule is 3 years: https://www.irs.gov/publications/p946.
If we are making say, a point-of-sale software rolled out in a fast food franchise (let’s take Chick-fil-A since they have edge Kubernetes deployments), is it reasonable that we won’t add features to that software in 3 years? Perhaps.
What about bug fixes? Is that expense or should we expect time spent on bug fixes to also be depreciated in 3 years?
What about configuration? Does configuring that POS for new menu items count as software development, and therefore needs to be depreciated over the next 3 years?
Chick-fil-A has edge Kubernetes. Does the install and implementation itself counts as “R&D”? If we argue that configuration can be expensed, then would writing manifests be depreciable or not? What if we use “infrastucture as code” tools such as Chef?
What about say, excel sheets and macros? Or forget macros — just basic use of a spreadsheet. Some manager add in a summation to a column to compute totals. Very basic stuff. Is that software development? If it is, would that be depreciated over 3-years?
If we argue that this is normal use of excel and should not be depreciated, then why wouldn’t my normal use of a compiler and editor also count as normal use and should not be depreciated?
Whether it is 5 years or 3 years, the point is that unlike physical capital goods, software changes very fast, even if the underlying hardware wasn’t changing that fast. It is not always that expert designers build them — software can also be written in a way where end users modify them. We also use software to make software, and can rapidly change our tooling in a way that we cannot with physical capital equipment.
I see the merit in categorizing software as capital, from an economic theory point of view, but software also has its own dynamic that is distinct from physical capital equipment. A tax code that does not acknowledge that can bring more overall harms to the society.
Software engineering is not just about building new things. I'd propose that by far the majority of the time of software engineers is spent on maintenance, bug fixing, minor incremental improvements, etc. Almost all software is either sold directly as a service or as a product with a servicing agreement.
> most software development is creating an asset that pays off over time
What about oncall? What about fixing bugs, or KLO, or security patches, or devops, or tweaking feature flags, or dealing with customers?
If you're 100% allocated to a greenfield project that's behind closed doors until 2027, sure. But it doesn't seem like most software engineers are in that bucket. If anything, the industry has been consistently moving further away from that, with more agile methods, tighter feedback loops, etc.
Right, many software jobs are more like being a janitor or repairman. Or even more of a personal assistant or retail worker who is providing ephemeral service to another participant in the whole organization.
Though put that way, it seems hard to rationalize high salaries for software roles where this tax deduction would apply. Granted, supply-and-demand, but still.
I don't understand the reasoning behind this, however. Why depreciate anything over multiple years vs just deducting it in the current year? Does it not all come out to the same amount to the IRS in the end?
The usual thinking is that a business wants an asset’s upfront expense spread over the years that asset earns income to reduce taxable profit in future years. In other words, the IRS receives more upfront but less total in the end.
The problem is that R&D and software development behave more like recurring annual expenses, not upfront investments in something like a building or industrial equipment. Small VC-funded startups may not exist long enough to reap the long-term benefits of depreciation.
> In other words, the IRS receives more upfront but less total in the end.
Assuming positive inflation, the IRS receives more total, because the taxes they get paid now are worth more than the same amount of dollars they give back in later years. And if the company goes out of business, the IRS never has to give those taxes back.
The tax code strives to minimize distortions (except insofar as they are deliberately introduced). That is, it seeks to minimize how much the existence of the income tax changes people’s economic conduct.
To minimize distortion, the income tax must accurately compute “income”—the actual increase in wealth. Depreciation is part of that. To compute income, the net increase in wealth, you need to subtract costs from revenue. When you buy an asset, your wealth doesn’t immediately increase or decrease—it simply changes form (from cash to an asset). The actual cost is the depreciation on the asset, which occurs over time.
Say you buy a delivery vehicle for $50,000. In the first year, you make $100,000 in revenue and have $20,000 in operating expenses. What’s your income after one year—the actual change in wealth? You have $80,000 in cash after operating expenses, plus a vehicle that you can sell for maybe $40,000. So you have $100,000+$40,000 in cash and assets in minus $20,000+$50,000 in cash and assets out, for a $70,000 increase in wealth.
Calculated another way, you have $100,000 in revenue-$20,000 in operating expenses-$10,000 in depreciation = $70,000 in income. Now, over say 5 years, you’ll depreciate the full $50,000 cost, and the total dollar amount the IRS gets will be the same. But it will get more taxes in the first year, which due to the time value of money is worth more than getting the money in subsequent years.
For clear, fixed assets this is a quite reasonable approach, although in some categories the depreciation rate isn't an accurate model of reality.
The problem is those of us who deal with code only rarely are actually just building a vehicle. It's an ongoing activity that more resembles maintenance than the outright purchase of an asset.
Look at how much software is going to a subscription model. That only makes sense if there is ongoing improvement to the software.
If I hire a bunch of people to build me an apartment building, I deduct the full cost of their salaries in the year I pay them, even though once they build the apartment building, I get the value of that work over the following years.
How is that any different from hiring a bunch of people to write some software, that I then get the value of over the following years?
This wasn't my first impression of this, but the more I heard this dicussed the more I'm forming an opinion that there might be some intentional parts of this that while maybe not being good, make sense from a certain narrow perspective.
My assumption is, if tax folks in the US were looking Jealously at US companies with large Multinational presence declaring a lot of their profits abroad. They might have noticed that some of them have large dev presence in US, but through complex accounting, IP transfers, licensing and other actions are able to claim that majority of the value is generated outside of the US.
If a company had, say, 100k software devs, 50k in the US, and 50k scattered across other countries, but claimed the value of it's software was primarily in Puerto Rico and Ireland...
In that case, I'd expect questions around the 50k devs in the US.
Is software dev the only activity where this is possible - no, but is currently by the far the largest and the largest growth industry.
If the issue is with general tax compliance of large multinationals, then congress should have done something about that. This tax rule has hit small software businesses particularly badly, so much so that it'll practically strengthen the quasi-monopoly of established players.
> strengthen the quasi-monopoly of established players.
When are we going to break the majors up already? Google should be like seven different companies. YouTube is bigger than Netflix for Christ's sake.
Demand antitrust enforcement!
There's so much value pent up and wasted in Google today that it'll be worth more as divisible parts. They're practically giving half of the value away for free and wasting it on implementing the same thing four times before cancelling it.
And Apple and Amazon...
These giants are basically stifling the US startup ecosystem and putting a valuation cap on innovation. They're also ripping apart other industries by moving in and undercutting costs with subsidized offerings detached from the underlying economics. They're like invasive species destroying the ecosystem, eating up everything, completely immune to competition. And if that's not reason enough for you, they're putting massive wage pressure on our profession.
Has this tax change been mentioned in any earnings calls as a reason for layoffs. Perhaps if that evidence could be found it would bolster the argument being made here. Didn't someone have all earnings call transcripts in a large database - perhaps an AI can find evidence of this?
While this modification may contribute to layoffs, the general declining economy is the real culprit — the layoffs started long before the tax code change.
There is some sense to this: It's a stealth tax increase done for budgetary reasons.
Since we tried to go to a pay-as-you-go model on bills the tax code has turned into an absolute shambles as the congresscritters look at how to tweak things to "produce" (look at the IRA withdrawals--it produced nothing, just moved some money forward one year while creating a trap that many have fallen into) the desired revenue to cover whatever the bill costs without "increasing taxes."
> One could argue in the future, for example, that those who operate machines to produce tooling dies, should not have their labor treated as regular expenses, but instead as capital assets because their labor output is captured in assets,
In the future? That's how it works!
> just as Sec 174 treats the labor of software developers as assets.
[I was wrong about the following. I misread the text - and the submission title.] That's not what 174 does.
But I'd also observe that since business owners have to capitalize the wages of the machine operators producing injection molds, then there is an advantage to outsource the whole operation.
Comparing a procurement manager and a CNC operator [the person running the milling machine making a mold] paid the same amount, the CNC operator has a bigger negative impact on the businesses' bottom line, because the business can't expense most of the CNC operator's wages in the current tax year, whereas the procurement manager is generally accepted as fully deductible expense.
Of course, the labor that went into making the mold is effectively built into the acquisition price of the mold, so you haven't gotten rid of it by outsourcing it.
But, by building it into the price of an outsourced mold, one can delay the purchase of the mold to next year to improve the P&L this year, but you can't similarly delay the wages of the tooling operator to a later date.
So, when a CFO is looking for a way to improve the P&L in a given calendar year, there's an incentive to cut operators who build factories, tools, and other assets that have to be amortized, and replace them with more flexible outsource options.
Of course, part of the reason mold making left the US is wages are lower outside the US. But I'd say the current situation with software engineers is a datapoint that demonstrates the impact of expensable versus amortizeable labor on employee retention. It could be that if the tax code is not fixed, the same "CFO logic" would lead to more and more software being outsourced over time, as management is an immediate expense, but software engineers are not.
I suppose one can then argue, why should software engineers get special treatment compared to tooling operators; but then I would counter-argue that perhaps tooling operators should have gotten better treatment so we could have retained more of them in the US.
IF they are a manager, then they are managing people. Are you paying appropriate salaries and benefits to your AI agents? Does HR have them in the system?
...no, not a manager.
Aircraft are also more productive and capable than people in specific activities, and useless wastes of money in others.
>IF they are a manager, then they are managing people.
Not really. For example for L1, a visa for managers and executives, managing people isn't a hard requirement, instead it may be "employee’s ability to manage an essential function of the organization at a high level, without direct supervision of others", and thus project managers and architects and even senior engineers make the cut.
Handling capable AI agents would seem to fit if those AI agents perform "an essential function of the organization" and you manage them "at a high level, without direct supervision of others".
Example 4. Acquisition or production cost.
D purchases and produces jigs, dies, molds, and patterns for use in the manufacture of D's products. Assume that each of these items is a unit of property as determined under § 1.263(a)-3(e) and is not a material and supply under § 1.162-3(c)(1). D is required to capitalize under paragraph (d)(1) of this section the amounts paid to acquire and produce the jigs, dies, molds, and patterns.
which applies for the part of the work producing a tangible asset; it was an option for software development before. Now all software is considered such an asset, which is a huge change and distinct from how other labor works
If you tax inputs but not outputs, then a 100% tax rate increases the cost of goods and services but does not necessarily kill the business.
If you tax income, then a 100% tax rate kills all income. However, income taxes are usually progressively, so a 100% marginal tax rate places a cap on income, but income below that can exist.
If you tax profit, a 100% tax rate leads to shifting profits to reinvestment and salaries and benefits.
> If you tax profit, a 100% tax rate leads to shifting profits to reinvestment and salaries and benefits.
There wouldn't be any money to reinvest into salaries and benefits, because capital would not be deployed on a risky, potentially money-losing venture without the possibility of profit.
There are taxes on things which generally don't have this kind of effect on supply such as land, because land is an inelastic supply because it cannot be destroyed.
However if the tax is too high then it would cause land abandonment.
Not all taxes are in income or capital. Some are e.g. on consumption (gas, cigarettes, carbon, etc). There’s an argument that in place of corporate income taxes, we should let companies reinvest freely (or pay dividends), and then recoup the taxes elsewhere. The Planet Money podcast has a classic episode about this and other aspects of a presidential platform most economists could agree on.
I'm heartened to see this downvoted, since it's basically tax-trolling.
Yes, there are people who think tax==bad. Most people (and for a century or so) have understood that taxes are ultimately spent, and normally with a "multiplier". That is, on something which actually stimulates further economic activity.
Corporate profit, OTOH, normally just satisfies the rent-seeking economy, which is not productive in any natural definition. For instance, dividends and stock buybacks. Yes, some corporate profit feeds entrepreneurship, but that's simply not a large fraction of the corporate economy.
It's simply pointing out that taxation of economic activity is detrimental to the state, not that taxes are evil. This should be avoided as much as possible unless truly necessary.
The state can still tax in two ways, taxes on undesirable negative extremity such as products that give you long cancer, and unreproducible privileges. I listed those examples. There may be ground for taxing extreme wealth but I want to see extreme inequality fixed first.
I am not even disputing that the government spending encourages economic activity, but we should at least not shoot ourselves in the foot only to heal the foot with another hand.
So it applies to software engineers but under what definition of software engineer?
This [1] is the only definition the code actually give.
> (3) Software development
> 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.
Is a test or QA engineer considered a software engineer?
Is an FPGA or ASIC engineer still considered a software engineer if they are writing in HDLs?
Is a systems engineer, electrical engineer, or mechanical engineer considered a software engineer because they use MATLAB, etc and use programming to do their design work?
Is a sysadmin, DB admin, or other IT staff considered a software engineer because they write software as part of their job?
What about a quantitative analyst, data scientist, accountant, actuary, or any of the other maths and analysis adjacent job roles that regularly use some level of programming to do their job (and therefore write software)?
What about HR, etc who use excel documents? Excel is fundamentally just a graphical array programming language (and the design of spreadsheet tools is heavily inspired directly from APL). Is anyone who uses excel or builds/maintains spreadsheets considered a software engineer?
Like software engineering is such a broad field and programming bleeds into every part of modern business at this point.
> Generally, activities treated as software development for section 174 purposes include, but are not limited to, the following.
• planning the development of the computer software
• designing the computer software
• building a model of the computer software
• writing source code and converting it to machine-readable code
• testing the computer software (up to the point that a taxpayer places the computer software into service or determines that the computer software is ready for sale or licensing to others)
• producing product master(s), if the taxpayer develops the computer software for sale or licensing to others.
> Activities that are not treated as software development vis-à-vis software developed by a taxpayer for use in its trade or business are as follows:
• training employees and other stakeholders that will use the computer software
• maintenance activities after the taxpayer places the computer software into service
• data conversion activities, except for activities to develop computer software that facilitate access to existing data or data conversion
• installing the computer software and other activities relating to placing the computer software into service
> maintenance activities after the taxpayer places the computer software into service
This is the part that I think makes this whole jig of treating software development like a purely capitalizable expense so nuts.
I previously worked at a public company that wanted software developers to treat as much work as possible as CapEx - it makes you look more profitable than you actually are, which is bad for taxes but good for your stock price. Developers hated it. The problem with it is that with modern web based software, CI/CD, A/B testing, etc. that the line between "new software" (i.e. CapEx) and "maint" (i.e. OpEx) is so blurred as to be pointless. E.g. many times I'd be fixing a bug (technically OpEx) but that would often lead to some new features ideas, or ways to structure the software to make it easier to add new features (technically CapEx). Software is fundamentally different from capital expenditures in other areas, and assuming a 5 year straightline depreciation schedule for software is laughably absurd.
What other sort of capital expenditure has you do releases every day, or requires 24/7 monitoring? I would argue that the business of software has changed so drastically over the past 20 or so years that it makes much more sense just to categorize it as OpEx by default (for both tax and GAAP purposes), and only have it be capitalized as CapEx for very small and specific reasons.
Your Honor, here printed on paper is what the Prosection calls "software". Actually as anyone can see on the paper, what is there is just ordinary typing A-Z and 0-9 with a lot of the typing in English. Businesses have been doing typing for many decades. E.g., this typing is much like instructions to a delivery truck driver to deliver goods to customers. And it's the same if a drone reads those instructions and makes the delivery. Prosecution has yet to show what of this paper is other than business typing ~100 years old.
It runs on a computer. It tells a computer how to do things. You can type once and have the same instructions run again and again on the same computer or on different computers. It can run on many computers simultaneously. No human intervention is required for all of the above.
> What other sort of capital expenditure has you do releases every day, or requires 24/7 monitoring?
Quite a lot of them actually. If I spend $$$$ setting up a car factory with a big production line, I'm going to have people monitoring it 24/7. If I build an airport, I'm going to have air traffic controllers working 24/7. And so on.
Of course, the air traffic controllers didn't build the runway, and the construction crew don't direct air traffic, so the whole situation is much less ambiguous.
How exactly does the construction of an airport (runway, terminals, parking, etc.) satisfy "releases every day" during the construction? I could see if it were adding a runway or a terminal, but until at least some of the infrastructure is there it's not exactly usable to the end user, the public, as say a stand-in definition for "released."
> I'm going to have people monitoring it 24/7. If I build an airport, I'm going to have air traffic controllers working 24/7. And so on.
> Of course, the air traffic controllers didn't build the runway, and the construction crew don't direct air traffic, so the whole situation is much less ambiguous.
That is precisely why those salaries are NOT capex
Your example was quite good actually. Even in sw the people that build the system is not necessarily the people that monitor, maintain and use it, even for systems used only inside a company. I used to work in a telco and we had 3 separate departments, plus a 4th one for testing. And yet all of them seem to be subject to section 174, builders, maintainers, testers.
A country wide power grid or telecommunications network are other examples that come to my mind. They are never complete, they get more features every day (new cables?), they are monitored 24/7. The owner companies also use them.
> And yet all of them seem to be subject to section 174, builders, maintainers, testers.
Do they?
Upthread one can read:
> Activities that are not treated as software development vis-à-vis software developed by a taxpayer for use in its trade or business are as follows: […]
• maintenance activities after the taxpayer places the computer software into service
You are right. I also read other comments pointing at that. Nevertheless it's often debatable what's maintenance and what's a new feature. Hopefully nobody is looking at it in too much detail.
Example: a one line change to ignore non Unicode codepoints in PDF files loaded in a web app (I did it yesterday.) Is that a new feature? Is that a bug fix? And if it's a bug fix, is that part of a feature that we should have developed before putting the sw into service? Is that maintenance? And what if that particular code point that triggered the issue did not even exist when we released the sw years ago (the code around it is from 2021)?
I believe that nobody has the time to dig the (tens of?) thousands of issues that a company opens and completes every year but there are a lot of gray areas to exploit if somebody has any reason to be pedantic.
What we do is enforce that everyone keeps one ticket in JIRA as in progress and use a timekeeping add on. The tickets role up to epics and initiatives. I review each top level initiative and epic with finance and they deem it capitalizable or not. Then we add a haircut. It’s really not that much work. We have an hour meeting monthly to work it out but I make sure to exclude my mainline engineers. They don’t need that
It also warps outcomes towards a metric which "is only used for tax purposes" but which also is reported ritualistically with an expectation of compliance.
> • data conversion activities, except for activities to develop computer software that facilitate access to existing data or data conversion
ex: linking excel spreadsheets or setting up excel to ingest data from a sharepoint or network drive would still fall under the definiton of software developer
> • maintenance activities after the taxpayer places the computer software into service
So a sysadmin or a DB admin writing scripts or a DB admin writing queries and adding new reports would be considered software development
It just seems way too easy for arbitrary employees to get pulled in under this definition because it just fundamentally misunderstands how widespread programming is.
But that's the rub right? What is the definition of maintenance activities? And for what software? If you are writing a new script to automate something or updating an existing script, is that not software development?
If that's considered maintenance activities then would maintaining a software codebase not be considered maintenance activities then?
In my simple mind, if software has been "released" it is no longer R&D, and "bug fixes" (which should include continuous improvements such as your example) are not research.
That seems too exploitable to pass muster in the court. If you release Beta 0.0.1 of your software after 2 months of development then spend the next 5 years getting it up to version 1.0 that's clearly a development effort not a maintenance effort.
No. That is why you have auditors who must sign off on your financial books and records. There are fairly strict rules about capitalization of software development. If it is a meaningful number for your firm, then the auditors will review in detail.
The IRS Guidance says this in 5.05(2), which is most relevant to software startups:
(2) Computer software developed for sale or licensing to others. In the case of
computer software that is developed for sale or licensing to others (or upgrades
and enhancements to such software), activities that occur after such software (or
upgrades and enhancements to such software) is ready for sale or licensing to
others, such as marketing and promotional activities, maintenance activities that
do not give rise to upgrades and enhancements, distribution activities (for
example, making the software available via remote access), and customer support
activities.
So they are maintenance as long as they "do not give rise to upgrades and enhancements", which would be the responsibility of the taxpayer to track. I'm sure there is more nuance to it in practice.
They have, but they’ve fired everyone. Literally. I have a relative who was fired while testifying in court, he ended up stranded in some flyover shithole.
The concept and determining factor is how it relates to revenue. Is it an activity that supports or contributed to current revenue generation, or is it something that is expected to only contribute to future revenue generation.
So if you’re just maintaining a software, that’s already used then you’re good.
I used to support this change because I thought that it would fairly make the software industry like many other industries who have to pay this kind of amortization for R&D and I believe that there would be carve outs for small organization so that really large ones are the only ones who bear the cost.
I also believed it unlikely that this would be enforced or audited before there were such corrections or refinement to the original language.
So the way I viewed it was it’s basically a higher tax for giant software companies, but everyone else will be unaffected by it so we shouldn’t worry.
However, I also now support repealing or changing it because whether or not it has ever or was ever gonna be enforced or audited, it’s ended up causing a lot of disruption across the entire software industry. So much so that it actually looks more like an unfair penalty against software development than anything else now unfortunately.
So I’ll definitely be signing that little petition under my US corporation.
Any decent sized company already does this. You’ll see a field on things like Jira tickets for whether something is maintenance or capital improvement. And presumably that information can be used to infer the percentage of a given workers time that can be attributed to deductible vs depreciable expenses.
Exactly. Everywhere I’ve worked, this was a quick and non-intensive collaboration between engineering management and like one finance person. It’s baked into a ton of tools already (like you mentioned, Jira) so the percentages are usually just there and eng leaders review it with FP&A twice a year.
This is fairly standard for a lot of larger companies and for companies where your work is contract work (see defense contractors, legal firms, architecture and civil engineering firms). You have to do line item billing on costs for a given contract so you have to track how many hours are spent to do whatever labor needs done.
The issue is that this is a lot of unnecessary complexity for orgs that aren't doing that kind of work.
IDK if that's right. Oddly, the current administration has gutted the IRS and seems pretty ambivalent about collecting taxes that are on the books.
I wonder if there will be an inconsistent definition of who is a software engineer, based on how friendly the company is with the administration, whether the company still has someone with a DEI title, etc.
> the current administration… seems pretty ambivalent about collecting taxes that are on the books. I wonder if there will be an inconsistent definition of who is a software engineer, based on how friendly the company is with the administration, whether the company still has someone with a DEI title
So basically the same situation that we have with bullshit speed limits everywhere.
People greatly overestimate the amount of material cheating that happens, especially among large companies and the wealthy. I used to work for a Federal audit organization and almost all of the recoveries had a root cause in sloppy compliance and record-keeping practices rather than intentional malfeasance. It is broadly recognized as optimal that the recovered money should be several-fold the direct costs spent to recover it because this activity incurs a lot of non-obvious indirect costs. It is a variation on the principle that the optimum amount of fraud is non-zero.
Most of the blatant tax fraud is much lower down the economic ladder because below a certain threshold recovery doesn’t justify the cost and people know this. The amount you can get away with is far below the threshold where it would be worth the risk for wealthy parties. The best ROI for auditors in many of these cases is to make regular object lessons at random to discourage it rather than systematically prosecute it.
AFAIK, the increased spending at the IRS did not lead to concomitant offsetting recoveries. This is a predictable outcome, the amount of enforcement activity has been pretty finely tuned for decades to optimize ROI. Most of the recoveries come from changing focuses on compliance to areas that haven’t seen much enforcement activity in many years. Fighting entropy basically.
If you assume that most large recoveries are from sloppiness rather than systematic tax fraud, it changes what is going to be an effective strategy.
>AFAIK, the increased spending at the IRS did not lead to concomitant offsetting recoveries. This is a predictable outcome, the amount of enforcement activity has been pretty finely tuned for decades to optimize ROI. Most of the recoveries come from changing focuses on compliance to areas that haven’t seen much enforcement activity in many years. Fighting entropy basically.
These are studies designed to show positive results, and are susceptible to the criticism the parent identified.
IRS enforcement has diminishing returns because the IRS starts with the small minority of people who are very obviously cheating on their taxes. Those people get audited and the IRS very easily recovers money from them. If you want to audit more people than that, you have to audit people who are less likely to be cheating. The more people you want to audit, the lower the collections rate gets.
But if you're averaging in the recovery rate from the people who are so obviously cheating, you can get quite far down the road past a marginal benefit before the average becomes a negative number.
Meanwhile, even that isn't considering the indirect costs. The IRS spends $1 and recovers $2, but audits are much cheaper than the IRS than they are for taxpayers. So the IRS spends $1 and the taxpayers (many of whom did nothing wrong, because we're talking about averages here) have to pay $5, in order for the IRS to recover $2. That's quite bad -- $6 is being spent in order to recover $2, but it's being reported as a $1 net gain.
And it's worse than that, because those $6 aren't just money, it's actual spending -- human labor hours that couldn't be allocated to something else -- so what you're losing isn't the cost of that labor, it's the value of that labor. Someone was being paid $1 to create $2 in value but now instead of doing that they have to spend that time on an audit, so the $6 in cost is actually $12 in lost value.
Not accounting for things like this makes it seem like we should be spending a lot more resources on something with diminishing returns and large hidden costs.
The criticism the parent identified has almost nothing to do with these studies. It was that there is an equilibrium point where enforcement is counterproductive, but it did not identify anything about where that is or how that point relates to where we are.
At some point it gets to that level, but all of these studies show it is extremely far from that at present. This is also not at all what the IRS has been advocating going after.
The extremely cheap (for the IRS) audits you are talking about are the ones they have been doing for years because they can afford to. The tax situations are simple so don't require significant resources to audit. These are also the situations the original comment was talking about. The IRS and others have been advocating for years for the resource to go after actual tax cheats of wealthy individuals and corporations, whose tax situations are (intentionally) so complex that it is a serious investment to audit. Once you do audit them however, their tax dodging decreases for years into the future. This costs the employees and financial advisors dedicated to dodging taxes money.
The "hidden costs" you are so concerned about here, in many cases cannot be argued to exist. The people that would spend time defending violators are otherwise fully employed doing the opposite... coming up with ways to get around the taxes their employers or customers are supposed to be paying. Instead of costing $2, that comes out as getting yet another $2 out of that audit by distracting a societal parasite.
> The criticism the parent identified has almost nothing to do with these studies.
The criticism the parent identified is that the cost to the IRS is not the total cost to the public (i.e. innocent taxpayers being audited despite making only honest mistakes or having done nothing wrong at all), which is exactly a problem with these studies. To know where the equilibrium point is, you have to take into account these other costs, and the studies fail to do that.
> The IRS and others have been advocating for years for the resource to go after actual tax cheats of wealthy individuals and corporations, whose tax situations are (intentionally) so complex that it is a serious investment to audit.
What's really going on here is that those are the taxpayers it isn't as cost effective to audit because they have sophisticated lawyers, so they're much less likely to be violating the law. They're doing something which is complicated and then paying very little in taxes, but the complicated thing they were doing is legal so you can't get anything from auditing them. Meanwhile auditing them costs a lot because it's so complicated, so the ROI of doing it is pretty bad.
In particular it's worse than the ROI of auditing other taxpayers who can't afford such expensive lawyers and therefore are more likely to have made a mistake that allows the IRS to collect. But auditing those people makes the IRS much less sympathetic, because those people aren't the billionaires and the money the IRS collects is mostly a result of honest mistakes.
> Once you do audit them however, their tax dodging decreases for years into the future.
The assumption is that they were doing something unlawful to begin with, and then you're talking about the non-billionaires again.
Moreover, what really happens is that the people who made mistakes learn to hire tax lawyers. And then if you audit them again it comes up clean, but that doesn't mean they're paying more in taxes, because tax lawyers are pros at finding legal ways to avoid taxes, so what you've really done is encourage them to hire the people whose primary job it is to minimize tax revenue.
> The people that would spend time defending violators are otherwise fully employed doing the opposite... coming up with ways to get around the taxes their employers or customers are supposed to be paying. Instead of costing $2, that comes out as getting yet another $2 out of that audit by distracting a societal parasite.
It is definitely not the case that the number of tax lawyers and accountants employed is unrelated to the number of audits the IRS does. The more they do, the more business there is for those professions and the more people enter them. These are people who could have been doing something else and, moreover, people who consumed the resources that someone else could have used to do something better.
> Who pays taxes when it's well known that the IRS doesn't audit and follow up on tax cheats?
But they do. They always have. The question is, once they've done that, should then they proceed to audit an even larger number of mostly innocent people, because a small percentage of them did something wrong and finding that small percentage would cover the costs of the IRS, but not any of those other innocent people?
> Especially, if all it takes to further dissuade them is engineering complex wealth structures and keeping tax lawyers on retainer.
This is an entirely different problem. The ones with sophisticated lawyers aren't actually violating the tax code. The problem there is that the tax code is so complicated and poorly considered that fancy lawyers can find ways to avoid taxes without violating the law.
They already have that. The problem is, in order to find someone who is actually cheating, they have to audit a lot of innocent people, and who is covering the cost of those audits when they don't find anything?
> the amount of enforcement activity has been pretty finely tuned for decades to optimize ROI
And then cut by 20% by the current adminstration [0].
I'd phrase the question of auditing lower income filers vs higher income filers differently -- do you think people with higher incomes should feel safer about cheating on their taxes?
Because average recoveries do scale with income [1]; unsurprisingly, it seems wealthy people commit tax fraud too [2].
While catching the low-hanging fruit (and therefore better ROI) is one goal, it needs to be balanced with ensuring there are similar levels of compliance (or penalties where it's lacking) in higher income payers.
This comment (currently downvoted to hard-to-read grey-on-grey) is an excellent example why you should always enable "showdead" in your profile, use user CSS to make downvoted comments readable again (e.g., https://news.ycombinator.com/item?id=41514726), and browse https://news.ycombinator.com/active instead of the homepage once in a while.
What's really going on here is that this provision was part of the tax acts from the first Trump administration. Due to procedural rules in Congress, they had to make those cuts appear revenue neutral over a 10 year time period. This tax increase is part of that. Very likely nobody involved really had a reason or cared that SEs get categorized this way, it just let them pass the changes they really wanted at the time.
A sufficiently idiotic tax scheme such as Section 174 can destroy far more income tax revenue than it collects, by destroying jobs and small businesses, and knocking high earners down a tax bracket or three. Section 174 isn’t doing much to tax FANG companies. Apple has all their profits in their Double Irish Dutch Sandwich racket. Amazon cooks the books to appear unprofitable on paper, in a manner that would make Hollywood accountants blush.
This really only hurts the competition, who is completely unprofitable in every sense of the word. And all for what? Left-shifting the collection of a 21% income tax by a couple years? I think many of us would’ve done terrible things in 2021 to only have an effective tax rate of 21%. The government mugged Peter the payroll tax man to pay Paul the corpo tax man, but they disemboweled Peter in the process, and most of the money had to be disposed of as a biohazard.
I don’t believe Section 174 was an honest attempt to manage the deficit. I think Zuck, the PayPal Mafia, and the blood-boy cabal bribed some Congresscritters to kill off what remained of their competition.
> I think Zuck, the PayPal Mafia, and the blood-boy cabal bribed some Congresscritters to kill off what remained of their competition.
What's with the craze for finding conspirational incentives?
There's a repeatable pattern where commenters hallucinate an unreasonable incentive for everything.
Motivations are difficult to discern (see courtrooms), and it is a modern vice to try and analyse incentives, but too often the cause-and-effect imaginations are not even reasonable guesses, but are just pure fiction.
My best guess (based off word choices made) is that we all love to create new stories/narratives, that fit into our personal tribal stories.
My best guess is that legalizing corruption has made everyone a bit more deranged. Some more than others.
I don’t think it’s such a huge leap that a policy with such unanimous opposition was put in place by the select few special interests who benefit from it. It helps (or doesn’t help?) when they all got together for that photo op at the inauguration.
Believing in corruption doesn't have to be in the same league as believing the moon landings were faked. I don't particularly think this tax thing is something other than short-sightedness, but there is a tendency among some to dismiss even blatant cases of corruption.
Believing in fake moon landings requires believing in a level of competence I don't think exists in large organizations, but the same applies to believing there is no corruption or backroom deals, which are exposed all the time and seemingly rarely punished.
It’s much simpler than that. People have figured out that if you follow the money (ask who profits financially or in terms of market power), then even confusing political actions make sense.
People in policy are not dealing with bribery and corruption (which is the framing of the comment I replied to).
If bribery is occurring, then I would expect it to be used to get higher value personally directed outcomes (not a few percent on the bottom line). The suggested incentives sound completely wrong to me (which is the point of my comment). Obviously my own ignorant opinion given that I have zero experience "bribing Congresscritters".
I can believe there is corruption, but I also believe smart people will hide their goals better than the internet peanut gallery assume.
Okay so your random HR person at a nontechnical small to medium sized business now is on the line for developing spreadsheets to manage scheduling.
OR they need to maintain a set of activity codes and a timesheet outlining how many hours (or partial hours) each week are spent on what types of tasks.
It's unnecessary complexity if you want to be in actual compliance with the tax code vs just guessing whether XYZ task is on one side of the line vs the other and hoping it doesn't come back to bite you later.
I'm pretty sure it's because other industries wondered why they were having to spread such costs over 5 years while software firms were able to write them all down at once. It's not that I have a strong opinion about this either way (I'm not running or employed in a business where this matters), but that ultimately this is a philosophical argument. There isn't an objectively correct way to do this, how you view it is down to what your economic interests happen to be.
It's the other way around. Software used to be special, in that money the company spent to improve its internal processes by, say, buying a calculator had to be amortized, while money spent on developing software automation were not.
What if they literally just write a post-it note of how to perform certain actions? Are those 5 minutes capital investment? The information on that scrap of paper is subject to copyright and is a company asset in just the same way as a script. Where do they draw the line?
A minute or two (or even 10 minutes) per month is basically just guessing/bullshitting. Anything that is accurate rather than imagination requires more overhead than this. Likely anything even remotely accurate requires the sort of micromanagement software that lawyers use to track billable hours, requires desktop-surveillance, and meeting minutes-dissection after-the-fact. Not sure how they will decide to rate reddit doomscrolling when tax season rolls around either, which if we're honest, is some significant fraction of our in-office hours (hell, strangely, some of that time is when I figure out the tricky stuff).
Government wants a number -- they get a number. How I get to the number is precise enough in my opinion and you are free to disagree with my methodology.
When I was doing it, I worked in an actual startup and granularity of time allocation was in weeks. This week I was doing the thing, the other I was mostly doing bugfixes/refactorings etc.
You could do more precise and account with hour or minute granularity with tools if you have to
> 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.
For me that sounds like everyone and everything in a company that develops software of any kind, including low-/no-code stuff, accounting, HR, travel costs, massages. Like who is not "in connection with the development of any software" in a company that develops software? Without further definitions this is even worse then just software engineering costs.
> This [1] is the only definition the code actually give.
Like most of our tax code, its overly complicated by unclear or incomplete codes.
The IRS will give guidance with examples, but those examples are still incomplete.
Ultimately our tax code always comes down to the filer doing whatever they (a) think they can get away with or (b) are willing to defend if they get audited.
I’m a solo founder and sometimes outsource projects. How does that work if I pay a contractor a few thousand for a project? Are contractors allowed to be deducted fully at 100% expense?
Yes, this is an insane policy that reflects a complete ignorance of the on-ground realities. It was almost certainly only passed to help the 2017 tax bill's legislative scoring by the CBO.
> Yeah, it's pretty much completely insane. Although in your example I think you accidentally picked numbers that actually work out precisely to zero dollars in taxable income. The company (if US-based) would have zero taxable income in the first year because they can deduct 1/5th of the salaries (because there is a five year amortization for US companies, and 15 year for foreign companies), so they would have $1m in gross income and $1m in deductions resulting in $0 in taxable income. But you can tweak the numbers a bit to get the result you intended, e.g., $1m in revenue and $2.5m in salary would result in $500,000 additional taxable income under the TCJA's version of Section 174 over the previous version of the code, even though in reality the company operated at a net loss. (edit, just looked this up and actually the amortization is dated from the midyear of the tax year in which the expense is incurred, which is also just fucking bonkers, but that means I was incorrect and your example does yield a taxable income, because the first year in your example would have $500k in deductions rather than the full 20% of the $5m expense, resulting in $500k taxable profit)
> All of which means that we treat R&D salaries less favorably than ordinary salaries, which are fully deductible in the year they are incurred. So our tax code now not only fails to incentivize R&D as under the previous R&D tax credit regime, it actively treats R&D employee salaries worse than non-R&D salaries. Even though R&D jobs are generally the highly skilled, well compensated, white collar careers we want to keep in this country.
> Section 174 also specifically designates all software development as R&D, so there's no way to develop software while claiming it is not R&D. I'm sure accountants have been jumping through hoops in their efforts to reclassify other kinds of product development jobs as not R&D, which is the exact opposite of what R&D tax studies used to do, which was to label as much employee compensation as R&D expenses as possible, because §174 and the related, intersecting provisions of §41 (the R&D tax credit itself), treated R&D salaries more favorably than other salaries. To a certain extent, the OP article understated how much of a swing this revision to the tax code is. It isn't just that we are treating R&D salaries worse than we used to, but that we are treating them even worse than we treat other kinds of salaries. Which is bizarre in a world where the policy objective is to retain R&D jobs in the US.
> The purpose of capitalization is to match expenses to benefits over multiple tax years. So that the tax payer can't take a huge tax deduction up front to generate an economically fictional loss in the short term on an asset that will generate income over the many years. Amortization forces them to deduct the expense of the asset over time as the benefit accrues over time.
> This model is a poor fit for software. Construction workers produce an asset with a generally predictable and known useful lifetime and long-term stable value that is independent of the business. You can always sell a building.
> Software, however, does not generally create value for very long if it is not subject to continuous development and improvement. It also decays very rapidly when not maintained (e.g. security patches), yet there is no distinction in the tax code between new development and production support/maintenance software development. Nor would any such distinction make any sense in reality, because unlike a physical asset software is subject to continuous change and there is little distinction between adding new features and maintaining existing features. This approach to capitalizing salaries contrasts with other capitalized assets like buildings, where most ordinary maintenance costs are deducted in the current year, not capitalized.
> The value of software can be much harder to predict than other capitalized assets. Both in terms of the demand, but also in terms of the technical capability to deliver the desired product. Which is why it's considered R&D in the first place: there is inherent technical risk in many if not most software projects which is not present in other kinds of economic activities that produce capitalized assets.
> Software is often so specialized that it cannot be sold on to a third-party without selling the entire business around the software, including existing customers, distribution and sales channels, and supporting software engineering staff. It's not a liquid, fungible, alienable asset the way other capitalized assets typically are. There is no real market for the source code to Reddit, for example, because there is nothing technically special about Reddit. The company's value derives from the user base, the community, and the data, not anything particularly special about its software.
> The tax code also confuses the output of the software development process with the value software can generate. Software developers produce code. Some of that code is valuable, much is not. Unlike with other capitalized assets, you can't know in advance whether the software you produce actually works 100% of the time, even with robust testing and QA. Whereas you can be quite certain that a building will continue to function as a building if it is built correctly. Many software engineers actually regard code as a liability rather than an asset. The more you have to maintain, the more work you have to do to maintain the code base and the harder it is to add new features or debug issues with existing features. So if you can deliver the same capability to your customers with less code, then that is preferable. Which is to say, the output of the software development process is much more loosely tied to predictable economic value than other capitalized assets.
> Software is also frequently delivered as a service, which highlights the inanity of treating software as a fixed, long-term asset. The team maintaining a SaaS will handle day-to-day site reliability engineering work, which is never a stable output but needs to be constantly tweaked to match actual usage patterns.
> Last, and this is implicit in much of the above, but unlike other capitalized assets, software is never really complete. There are always more features, more optimizations, more bug fixes. Software development is never steady state. Either the software isn't being developed actively and quickly loses nearly all value due to code rot, or it is being actively maintained and improved and is producing value. Buildings don't stop functioning as buildings when you stop paying the construction workers. Thus, software development does not produce a long-term fixed asset but rather is a continuous service delivery process, where the revenue produced in any given year was produced by the same year expenses to maintain the software. Thus, software expenses and revenues are mostly naturally aligned in a single tax year, and therefore software is not suitable for amortization.
Only if you assume that the 900k in costs is exclusively the salary of 5 engineers. Realistically you will employ other people and have overhead costs like rent, etc., and I assume that other non-salary costs (health insurance, etc.) aren't included (b/c I assume health insurance, like rent, is a company-wide overhead cost and that companies aren't expected to carve out what portion of that is going to the software folks but what do I know?).
But if we more realistically assume it's 3 software folks at 200k, then the taxable profit is 580k (100 profit + 3*(200k salary - 40k ammortized))
Today I am cash flow neutral at 5m revenue, but with this I'm paying taxes on 800k "profits", which don't exist anywhere but on paper. But I have to pay the taxes in real dollars.
This is going to sound silly but you paid 800k in profits, but now have 4 years of banked costs you can use to _reduce_ your profit margin.
So you pay taxes on 800k profits, but then each subsequent year you reduce you profit by 200k, even though you don't have 200k leaving the door.
If 1M eng salaries was your stable state, then after several years you're... going to have 1M in costs to subtract from your profit! The stable state is the same!
I'm not going to argue about the capex change being "good", I do think it's worth highlighting that for large enough companies you're now looking at a different flavor of tax flow. Amortizing your costs over 5-10 years is something people like doing for other costs after all.
It becomes a cashflow issue for startups. While the stable state is the same (not really the same, because of how companies evolve etc), cashflow issues in early days means $$$ from the VC money that I could've used to grow the company, now goes towards taxes for 5 years. That could be make or break for small companies.
If you have a pile of cash that you have no apparent use for, or can live without, yes, it makes no difference.
> That gives you a profit, from a tax perspective, of $820k.
> But you only have $100k of actual dollars.
> Good luck paying your taxes!
a lot of people here are conflating "taxable income" and "the amount owed in taxes" for some reason.
if I earn $100/year, and I can deduct $50 of that, my tax bill is not $50. It is some percentage of $50, usually a low number for businesses. (Amazon regularly pays $0/year in taxes.)
depending on the tax rates and the locality of that business, the amount owed on tax is going to be anywhere from $0 to $50, and it is going to heavily favor the low end of that spectrum. I don't think any business pays 100% of its taxable income in taxes unless they have been heavily fined.
$100k is likely far more than enough to pay the tax on $820k of taxable income for a business. It could be enough to pay that tax bill 10 times over, it's hard to say.
> if I earn $100/year, and I can deduct $50 of that, my tax bill is not $50. It is some percentage of $50, usually a low number for businesses. (Amazon regularly pays $0/year in taxes.)
It’s not that low. Federal corporate tax rate is 21%. So you would be on the hook for $10 in taxes.
That's nuts, since a payroll should never be considered an asset. That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
The value of software could be based on something more realistic, like a percentage of actual revenue, but I suppose tech giants would be against that.
> That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
Software clearly has material value. For software that is built, not bought, the company building it clearly values it exactly enough to pay the salaries of the software developers building it. What other estimate of its material value is better than the one that the company purchasing it is demonstrably willing to pay?
The argument I’ve heard is it specifically makes investing in speculative software (new product lines, new features, etc) more expensive.
If you’re doing new drug discovery at a bio-lab, treating all your failures as depreciating “assets” seems bonkers. The same seems true of much software development where the work product ends up thrown away.
How does this compare to a machine that breaks and is thrown away before its amortization is complete? For the machine can you immediately deduct the remaining amount or is it required to continue to spread the value over the original time period?
I would imagine software that is thrown away should be similar?
Generally speaking, yes, you can immediately deduct the non depreciated value. Most machines will be scraped, giving them a "scrape value". You would immediately deduct the difference.
In fact, sometimes when you dispose of an asset, you get more for the scrape than you have left in depreciation- and you have to take that difference as a profit.
I don't get this. You speculative spend 1 million dollars on a new thing. It fails. In one universe you get to deduct 1M from your profit in year 1. In another you get to deduct 1M from your profit, but over 5 years.
I understand the pain for small companies and it's a strain on cash flow, but for larger companies with "real" revenue streams and profitability is this that much worse?
The cynical thing might be that this helps out big corps by preventing smaller corps from spending their way to success.
It increases the real cost of engineers. The government is keeping that money interest free, which means the company is losing the time value of money.
In addition, it gives companies less flexibility to manipulate their tax burden and cash flow, which makes engineering a less appealing investment to the bean counter.
The answer to this seems obvious to me: let the company publish all code and documentation pertaining to failed experiments and release it into the public domain to be allowed to fully depreciate it immediately. If it is actually worthless, they should be happy to do so.
That doesn’t follow. Code can contain extremely sensitive and/or valuable IP independent of the value of the code as an asset. Reduction to practice frequently fails to produce usable software.
That's why I didn't just include code; if you produced valuable design docs as part of your work, that was part of your research too. I'm generally skeptical of the societal utility to offering any protections or special treatment for trade secrets though (the entire point of patents/copyright is to incentivize people to share these things; it's insane to also protect their secrecy), so that no doubt affects my thinking. If you want the deduction for having spent money on R&D that you didn't think was valuable, prove it by giving it up. If it's entangled in other secrets you don't want to share, you get no deduction. Seems fair to me.
That is making assumptions that aren’t based in reality. Serious software R&D stopped relying on patents and copyrights years ago because they are effectively non-enforceable in many cases.
A significant percentage of algorithm and foundational computer science R&D in software is now protected exclusively via trade secrets. There are no other practical options. This wasn’t always the case but all other forms of protection have steadily eroded over the last couple decades.
Weaponizing the tax code because you have an ideological aversion to trade secrets doesn’t seem fair to me.
It's not really "weaponizing the tax code because of an ideological aversion"; it's more:
* It makes sense to tax capital assets as such.
* If companies do R&D and think the results are valuable enough to be kept secret, then obviously they're an asset.
* Depreciation is because real-world assets actually require ongoing maintenance or become worthless over time, but information does not.
* Finite-term IP grants (e.g. copyrights/patents) do become worthless over time, so a depreciation schedule makes sense.
* Trade secrets never expire, so it doesn't make sense to depreciate them. If they never get out, they remain an asset forever. So their development shouldn't be deductible. If they do get out, the company could release all of their (now presumably useless) info on it then for the deduction from their development.
The point about finding trade secrets to be dubious is that it seems natural to tax them as an everlasting capital asset (since that's what they are), and I don't see why we wouldn't do that since society doesn't eventually get the benefit of that knowledge, so incentivizing it runs counter to the purpose of IP law. Why would a knowledge economy provide a tax deduction for developing knowledge we don't eventually get?
As long as the same is held true about car designs that never went to production, drug design that were not deemed profitable etc.
Why pick on just software?
Yes, clearly the same reasoning applies to any copyright, patent, or trade secret (and we should stretch out the depreciation schedule to match the durations of those things. It follows that development of trade secrets would not be deductible. Perhaps a new category of escrowed expiring trade secrets could be created to make it deductible). We could all benefit from companies publishing research that didn't pan out, and it should come at little to no cost to them!
It's not a question of what its material value is.
It's a question of whether it is a capital expense that is required to be amortized over 5 or 15 years, or a regular expense that can be deducted in the year in which it is incurred.
If we are being pedantic, sold or rented. I think the issue is on how the concept asset depreciation is applied blindly, as if dev salaries every year is the asset value every year. Unlike other asset classes, there is no easy to way value software beforehand, because you are not buying it from some market.
> software that is built, not bought, the company building it clearly values it exactly enough to pay the salaries of the software developers building it
Even in the absence of the Trump tax rule, a software company values the software they are building a lot more in financial terms than the cost of building it. Any project where value=cost should be cut, when the value is taking into account the value it brings to the rest of the company.
This is the entire point of the business, after all: take labor, land, and capital and make something that's worth a lot more to the world than the sum of the components.
You're advertising your rose-colored glasses strongly, my friend. In a perfect world, of course—you're correct. But hiring, project management, and resource allocation are messy endeavors, so your point only rings true under ideal circumstances. The real effect this will have on industry is a chilling effect on hiring as businesses now have to risk-mitigate because of the additional taxation burden. Further, I see this hurting small and less-well resourced companies relatively more so, as they now need to be more scrupulous over hiring.
Not at all, this is a fundamental difference in pricing and costs. The value of an asset is its price, not its cost. When a firm sets out to buy something for X from a different firm, they value it at X. When they build something with internal resources for a cost of Y, they do not value that asset at its cost Y.
That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
I'm not sure if depreciation is the same concept as we call amortización in my country: capital that counts as investment instead of expenses because you're expected to keep extracting value from it over the years, so you can't get a deduction for the whole expense when you first pay for it.
If that's what this is about, it's absurd not for the reason you say (salaries are not a bad proxy for value, since you expect the profit will be greater) but because you'll probably keep paying for maintenance and evolving the software.
Exactly. We would love software development to be as simple as: you pay $1m to engineers to develop a software machine; you now have a $1m software machine that you can pay nonengineers to operate and crank out revenue.
In practice software machines need constant tending and operation by engineers in order to keep them pumping out money.
In the context of live software systems, a lot of software engineering - even engineering that involves innovation and creative research and problem solving - is done in service of making the machine continue to operate; it is operational expense.
It’s like: Buying some filing cabinets is clearly a capital expenditure. But paying an office administrator to come up with and keep modifying the filing system you use in those filing cabinets to make sure it continues to serve your business is not capital investment, it’s business operational costs.
Many people use depreciation and amortization interchangeably. From an accounting perspective one uses depreciation for tangible assets (can be touched and seen e.g. machinery) and amortization for intangible assets (e.g. trademarks and R&D). Depreciation and amortization behave the same way - they decrease an asset by expensing a portion of it on a regular basis.
If you buy a building, it is a capital expense that depreciates over years, even though you absolutely have to keep paying for maintenance. Why should software be different?
if I pay a bunch of employees to take the cloth I buy and cut and sew into shirts, that's an expense some directly out of my revenue and isn't taxed as profit or forced to be amortized. Why should software be different?
Unlike a building—where you might find one for sale and simply buy it—most companies don’t "buy one software" from a vendor and amortize it like a purchased asset. Instead, they hire full-time teams to build, maintain, and evolve software as a core, continuous function of the business. And most companies don’t "sell one software" either—they lease it to others, as software-as-a-service.
In your analogy, when a company constructs and sells a building, labor costs are deductible as part of the cost of goods sold. Only the profit—when the finished product is sold—is taxable. But under the new Section 174 rules, software R&D labor is treated like the purchase of a capital asset, even though the company is leasing a service, not selling a final, tangible product.
The flaw? Software isn’t a static, finished asset you walk away from. It’s a living system. One update might fix a bug, introduce a feature, and improve long-term architecture all at once. Is it maintenance? Innovation? Infrastructure? The answer is usually “all of the above.” So how does anyone report that cleanly on a tax form? What’s the IRS’s standard test for sorting that out?
Before TCJA, some companies may have stretched R&D definitions to claim Section 41 credits. But after the TCJA change, the incentive flipped. Now, companies are penalized for doing real R&D—the very thing we should be encouraging. Startups are now paying painfully high tax bills simply for building something they cannot lease out en masse yet.
We should want to incentivize invention, not suppress it. We need more startups, not fewer. Software—especially with generative AI—is one of the few options for us left that can create new markets, expand GDP, and drive compounding national growth. The upside is limitless. This is hammering our economy and it’s strangling startups at the exact moment we need them most.
Congress, do the right thing; restore the rules we had pre-TCJA.
But the idea behind capitalizing research and development is to eliminate the difference in financial presentation between buying and building software. In both cases, one pays cash to acquire the software then uses it over a period of time to generate revenue. Purchased software is clearly capitalizable. It is then amortized over the expected useful life of the software. Annual maintenance fees are not capitalizable as they are not expected to extend the useful life of the software. Allowing R&D to be capitalized just evens the playing field.
If R&D were not allowed to be capitalized, then a company would have an incentive to create a specific entity to develop its internally used software, then sell that software to parent company. If it set up the entities properly, it would capitalize the software as purchased software rather than R&D. Many firms with international development teams do this to manage in what country they pay taxes - the goal being to derive no value in high-tax countries and high value in low/no tax countries.
Thanks for the perspective—makes sense from a financial reporting lens. Curious how you'd balance that with the reality that modern software is rarely a finished asset, and startups often don’t have revenue yet when these costs hit.
> That's nuts, since a payroll should never be considered an asset.
That's because it's not "a payroll". When a payrolled resource builds a combustion engine that powers the office where the rest of the payrolled resources work every day and that engine lasts 15 years, then its a very clearly a capital expense and an asset.
Under these rules no. If the "machine" is software, payroll is considered a capital expense and an asset. If it's an actual machine, payroll for building it is fully deductible, like most other payroll.
Software used to work like other payroll until fairly recently. If you want to understand this figure out why that changed and what the actual motivation behind it was
> If it's an actual machine, payroll for building it is fully deductible, like most other payroll.
Not if the machine is used as an integral part of manufacturing, production, or extraction, or an integral part of furnishing transportation, communications, electrical energy, gas, water, or sewage disposal services by a person engaged in a trade or business of furnishing any such service, or is a research or storage facility used in connection with any of the foregoing activities.
> That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
We all do this at the conclusion of every successful job interview. And performance review. And budget review. IMO it's a reasonable floor on the value engineers produce: if you produced an asset worth less than your salary you should be concerned for your career.
On what time scale? In a year, sure. But there are certainly days (weeks?) where the actual value produced by any one engineer is zero, or negative.
This whole discussion is sort of orthogonal to the real point, though. The state (or the IRS, or Congress, or whatever) has decided that for some reason, if Jim gets paid $100k his boss can deduct $100k in expenses, but if Jane gets paid $100k her boss can only deduct $20k, because she's typing different things into a different box the computer.
This is a categorically stupid thing to assert. It's a stupid thing to say and it's a stupid thing to believe. Payroll is an immediate cost, paying for the development of software is not remotely the same thing as purchasing a capital asset, and this is exactly what we get when we keep electing nonagenarian plutocrats to office year after year, decade after decade, who think the internet is a series of tubes.
> On what time scale? In a year, sure. But there are certainly days (weeks?) where the actual value produced by any one engineer is zero, or negative.
Well, that's what I had in mind, but the concept is why agile focuses on shipping early and often. Well, mostly it's to get in more feedback iterations, but engineer hours are not immune to time-value of money analysis.
> This is a categorically stupid thing to assert. It's a stupid thing to say and it's a stupid thing to believe. Payroll is an immediate cost, paying for the development of software is not remotely the same thing as purchasing a capital asset
But it's also not like paying a janitor to clean toilets and empty wastebins where we know there's no residual value accruing to the employer. Companies do buy and sell intellectual property in the form of copyrighted code, and in the form of patents. Heck, ARM basically makes a living licensing out the cores it designs.
This obviously isn't perfect and the disparate impact has unintended consequences that could make things worse overall, but the accusations against the senate are a non-sequitor given the power of the purse lies in the House.
Why is software special? Why is all other payroll not treated like this?
In reality, this is something made up to balance a budget while pushing the consequences beyond the next election. It isn't a well intentioned accounting principle
It’s not just software. Software developers are just the most vocal people talking about it. I worked a company that owned nuclear power plants. We did R&D on how to make the power plants work more efficiently and safely. Some of the work we did qualified as R&D and could be capitalized. This mattered as the US government gave tax credits for eligible R&D. The tax credits directly reduced your tax bill.
Forgive the naive question, but is this different than other payrolled employees? So for normal employees you get the deduct the year it's paid, but for some reason for software developers you have to amortize it?
Theoretically it’s the same with any asset you pay someone to make.
If you pay someone to make a chair, you don’t deduct the salary. Instead you create an asset valued at what you paid to build it, then depreciate it over time.
The arguement for this is that it would be inconsistent to do otherwise. After all, why should buying a chair from someone else be different than paying an employee to do it?
It’s worth noting that this change brings the USA in line with international financial reporting standards, so it’s not like it’s some crazy unique idea or anything.
> Theoretically it’s the same with any asset you pay someone to make.
No, it's not.
Sec. 174 explicitly and specifically refers only to software development.
Also, this:
> If you pay someone to make a chair, you don’t deduct the salary. Instead you create an asset valued at what you paid to build it, then depreciate it over time.
is also incorrect. For most tax filers, and for most things, under current law, you have a choice whether to deduct the expense in the year in which it incurred or to amortize it.
If you pay an employee to make a chair, you 100% deduct their salary, immediately. The chair is only a capital expense if you buy it from a company that sells chairs. The company selling the chairs isn't forced to amortize the salaries of their carpenters, so implying that it's normal for companies to be forced to amortize the salaries of their software engineers is, in the most generous possible interpretation, a gross misunderstanding of the law.
> this change brings the USA in line with international financial reporting standards
If you pay people to make 1000 chairs that are just sitting there, do you really think that you don’t have an asset on your books at all? This is called Inventory. It’s certainly an asset.
And an asset doesn’t come into existence out of nowhere. It comes into existence because you paid money for it. And the money you pay for it is indeed the persons salary.
Now sure, it’s possible to get away with not doing this, but it’s not correct by accounting standards to do so.
As for which standards, International Financial Reporting Standard (IFRS)
>If you pay someone to make a chair, you don’t deduct the salary.
If they make the chair. What if they only draw up blueprints for a chair that isn't manufactured? What if the chair is never manufactured, or won't be manufactured for two years? Until the software is licensed and installed at a customer site, how is this at all like making a chair?
> The arguement for this is that it would be inconsistent to do otherwise. After all, why should buying a chair from someone else be different than paying an employee to do it?
Probably exposing how little I know of accounting... If you buy a chair you have to track it and deduct it over the course of X years?! It's not just an expense the year you bought it?
Most of the time you can decide what you want to do. There are exceptions but for most capital expenses (which salary is not despite what proponents of this change would argue), you can choose to either deduct all of it or amortize it. It also depends how you categorize expenses.
A $100 chair is unlikely to get amortized, but a $100 chair as part of $450k office remodel might.
> It’s worth noting that this change brings the USA in line with international financial reporting standards, so it’s not like it’s some crazy unique idea or anything.
"Other payroll employees" is doing a lot of lifting.
The question is really, payroll is made up of builders, vs nonbuilders.
Are devs different from other builders? The dirty secret is that they are not.
Ford engineers, P&G food researchers, and architect salaries are capitalized just like Software development costs.
But, in the case of software development, only those builders are getting a nice subsidy.
A world where we treat all workers as expenses is not likely since it means the end of US GAAP. So, we must treat all builders like builders . There shouldn't be special favors for some any specific builder group.
>But, in the case of software development, only those builders are getting a nice subsidy.
This is why I can't support re-implementing Section 174. Software engineers are now being treated in the tax code like everybody else, and they don't like that change.
>Ford engineers, P&G food researchers, and architect salaries are capitalized just like Software development costs.
I'd say the majority of the posters on this thread who are answering questions (as opposed to asking questions) believe this is not the case. What is a good source for learning more about which categories of employee salaries are amortized? Besides becoming a CPA.
I wonder if most of the people in this thread should then change their minds on this topic, since the #1 reason seems to be that software development is being singled out.
The logic outlined in other posts is that this is because software is seen as an asset that nets dividend. As such, like with houses you can’t deduct all the costs at once because you keep extracting value out of it.
I’m not sure whether I understand why that now applies only to software and not other things.
Those arguments fall short when considering the fact that that the construction company deducted the wages of the workers that built the house. The software development firm is the builder not the home owner.
Out of curiosity, why were software engineers carved out? Was this a punishment against the tech industry? With 45/47's administration there is always some either profit angle for his friends or retribution angle for something.
> 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.
This actually understates the issue slightly. The amortization is calculated from the midpoint of the first tax year, so actually you only take 10% in the first year. Meaning it takes six years to get back to square one. In your example, you would only capitalize $20k in the first year, $40k for the subsequent four years, and then another $20k in the final year.
Normally when a business spends money producing a valuable asset, it is required to depreciate the cost to acquire the asset over the useful life. If a business pays people to create a new building, that is depreciated over 20 years. Even if it was paid for as salaries of employees, it isn't a special situation unique to software engineering.
I don't think that's quite right? The value of the asset itself is depreciated over years, sure, but the payroll itself for the employees is just an immediate expense.
The reasoning behind depreciation is matching the income produced by the valuable asset, not really about resale value.
Presumably the value for tax purposes is based on the cost because the cost is harder to manipulate for something like software. Like some big box stores argue under the "dark store" theory they should be valued for much less because they have restrictive covenants banning competitors from using the property if sold, or that vacant property should be used as comparables.
Most startups won’t make it five years especially if they have to raise or borrow money to pay taxes on phantom profit.
There is no rational basis for this tax change it was a vindictive attack on blue states in the first Trump admin and an attack on California and SV in particular along with the SALT tax changes.
For startups that don’t make it five years the issue is moot. Expensing the software developers compensation in year 1 rather than over years 1-5 simply creates a larger taxable loss which creates a Net Operating Loss on the balance sheet which could be used in a future, profitable year. As NOLs can expire and have rules regarding how quickly they can be used and whether they can be sold, capitalizing the R&D could be a better answer for some firms.
The reasoning here is completely flawed. You don't buy a software dev, you rent him. His salary is an operational expense, that should be deductible in a year it was paid.
Now, let's imagine a company buys a slave. It's one time capital investment, like buying a car or a machine, and you need to depreciate the cost over multiple years.
The only way it makes sense to treat software developers as a capital investment instead of an operational cost is if they were treated legally as slaves. And slavery is not legal any more. Or is it?
Exactly. That’s why when a company builds a factory it’s considered a capital investment. Because it’s built by slaves. It’s not like the workers are being paid for their labor or anything.
Slight amendment. It's actually a little worse than you describe. Like a machine, if this is amortized over 5 years, it's subject to the "half-year convention" - the assumption is made (to keep things simple) that the engineer is hired at the exact midpoint of the year.
So for your example of a $200k salary amortized over 5 years, you can only deduct $20k the first year, then $40k, $40k, $40k, $40k, and then the final $20k in the sixth year.
> 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 [..]
I'm not sure it's helpful to simplify quite that much, doesn't this usually depend on whether we're talking about operating expenses (typically rent, utilities, salaries, supplies) or capital expenditures (typically buildings, land, intangibles...)?
It found it helpful that it was presented that simply. The point isn’t what else is or isn’t deductible, it’s that engineering salaries went from being deductible to being amortized.
Businesses don't get to say they're claiming "$900k in costs" ... it depends on what kind of costs... EDIT: and in this instance, it depends on what kind of software engineering.
But why is software engineering treated specially, here? Does Disney have to pay taxes on film animators the same way, given that they're developing a capital asset?
Probably that is a large, rich field, and when you crunch the numbers, collecting corporate income taxes on 80% of essentially all s/w developer salaries in the first year after it goes into effect was a nice push to the CBO numbers related to Trump's 2017 tax cuts.
This is what's happened at my workplace. We account for time spent working on developing new products differently that development time maintaining legacy applications. Because they are reported for tax purposes differently.
This gets really “gray”. I work on web software and we tend to deploy at the end of the day. Meaning only the smallest programs are “new” or not yet in service.
It may result in an outsized penalty to bootstrapped companies but being VC funded doesn't make you immune to this. VC funded companies with revenue will not be able to offset their revenue by reinvesting in R&D (software development) expenses, so in some cases they may be seen as having a profit when they previously wouldn't have. In those cases they'd have a tax burden.
If true, that's a very convincing explanation of why this new rule is wrong.
I'm not a US taxpayer so my opinion really is irrelevant, but I was so far in the camp of "there's no reason to make a special case for big tech".
But if what happened is actually the reverse, ie, the rule makes a special case of tech/developers and pretends their salary is not a cost but an investment, that's clearly absurd and indefensible.
So the 2017 tax cuts that introduced this change were a massive boon to US companies, particularly the tax holiday on repatriated foreign profits.
So why do we need to give these large, very profitable companies another tax cut?
Or maybe we should be asking, what of the 2017 tax cuts are they willing to give up to pay for this change?
Remember that after a few years, none of this matters. You might be paying $200k in salary to an engineer and can only deduct $40k, but you're also making deductions "earned" in previous years?
Basically, I reject the argument that this change is responsible for layoffs. It is not. And changing it won't lead to a hiring binge. Layoffs exist to suppress wages in these largest employers.
Maybe we should allow a 100% software development tax deduction if the company hasn't fired more than 1-2% of its workforce in the last calendar year. Or maybe only if the workforce is unionized.
This whole thing is so anti-worker. It doesn't have to be this way.
for the big companies, this makes enough sense, but theres been new businesses opened since 2017, who did not benefit from that tax holiday. why should they be dealimg with this tax hike for everytime they grow their business?
i dont know how this is anti-worker? it's an extra cost to growing the number of people youre hiring, where you need them for 5 years. i guess businesses should start witholding RSUs and starting bonuses until youve been there for 5 years to match your tax ammortization?
> A bipartisan bill reintroduced in Congress last month could offer long-awaited relief to small tech companies hit hardest by an obscure federal tax change — one that many founders say is threatening their survival.
> Industry groups from the Small Software Business Alliance to the National Venture Capital Association and TECNA are backing the bill, which sits in committee. Over 100 House members have signed on. The bill would reverse the changes not just going forward, but also retroactively.
> On May 13, the House Ways and Means Committee passed “The One, Big Beautiful Bill.” This bill includes several provisions that, if enacted, will be important to businesses claiming research and development incentives:
> The bill would suspend the current amortization requirement for domestic R&D expenses and allow companies to fully deduct domestic research costs in the year incurred for tax years beginning January 1, 2025 and ending December 31, 2029.
> The OBBBA suspends required capitalization of domestic research and experimental expenditures for amounts paid or incurred in taxable years beginning after December 31, 2024, and before January 1, 2030. Under the OBBBA, at the taxpayer’s election, such expenditures can be: deducted as paid or incurred under new Section 174A(a),
I'm confused. The requirement to amortize software engineer expenses was introduced in Trump's first term, but now he wants to revoke it in OBBBA? But only for 5 years?
Besides "kicking the can" to another administration, the 5 year thing is a hack to get budget legislation past the CBO.
The CBO calculates costs over 10 years, so if you introduce a tax cut that sunsets after 5 years it looks much less bad (for the deficit) than it really is. Then you hope that in 5 years some other legislation comes along to renew it for another 5 years...
It was passed in 2017 to go into effect in 2023. Trump now wants to suspend it until 2029. You may notice that in both cases it is being passed under a Republican-controlled executive but goes into effect under the next administration. This is the point.
Tax authorities tend to look at income side rather than expense as you are. If this thing has a useful life and gives benefit over 5 years thus you get tax deductions over 5 years.
So comes down to whether you view a software engineer as something that has value only in the moment (like HR person) or as creating an enduring asset (code base).
A good code base obviously has long term value and there is no raw material input, just engineer time.
Either way you end up with awkward mismatches somewhere & the deferred version as you say has undesirable chilling effects, but I don't think it is entirely without merit either. Think of it from tax man perspective: They're being asked to hand out 100% of the tax credit today while receiving the income over years time. Switching this back to old model doesn't make the mismatch go away - just shifts it to taxman.
> 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.
This is an incomplete description. The ordinary rule depends on the nature of the expenditure. If your expense is for building an asset that generates recurring revenue—including paying people to build such an asset—then you cannot immediately deduct that expense. Instead, you must depreciate it over the lifetime of the asset.
The issue here is that software development is sometimes genuine R&D and other times more like building an income producing asset. E.g. if you spend money building infrastructure software to move bits from one place to another, that’s more like a factory building a conveyer belt than it is like investing in fundamental pharmaceutical research.
Your wrong! In your example, youe $200K engineer... can deduct 10% 1st year $20K, 20% or $40K for the next 4 years, and 10% year 6 $20K for a total of $200K deduction. This is called the 5-year rule.
Maybe this is a dumb question, but if you only deduct part of their salary in the first year, what happens if you have a software developer for several years?
And then what happens after five years if they are still around?
> Maybe this is a dumb question, but if you only deduct part of their salary in the first year, what happens if you have a software developer for several years?
Not dumb at all! In the second year, you get to deduct ⅕th of the previous year’s salary and ⅕th of the current year’s salary; likewise, in the third year you get to deduct ⅕th of the first year’s salary, ⅕th of the second year’s salary and ⅕th of the third year’s salary.
The key thing is that in the fifth and following years, a business would deduct a fifth of each of the previous five year’s engineering payrolls. This is not great for a growing business, but it’s murder on a startup trying to grow from zero.
After five years you are back to the status quo. It is a short term problem, long term there is no difference between the two. It primarily hurts young companies that don't take VC money, and shortens the runway of those who do.
Let's be honest. At a bunch of shops the engineers hired in year 2 will never be properly recouped because the company will be out of business in less than 7 years.
Start ups are hard, most fail. But what rational national policy makes is several orders of magnitude harder to succeed during the riskiest period by adding tax provisions on pretend profits?
Seems like the incentive is to make as little profits as possible at the start to avoid being killed by taxes.
I would have expected an exclusion for companies that make below X dollars or are less then Y years old.
Any incoming revenue, whether from sales or investment is theoretically taxable as income unless the company can show that it was used for an exemption such as an op-expense. This rule classifies dev salaries as cap-ex which have a different exemption process. “Profits” are just revenue minus expenses, the question is what is an expense. This rule classifies some expenses in a modified way that lowers the annual amount of the company’s expenses raising their tax liability.
I agree this sounds like bad policy, but what's the logic for doing this with actual capital goods then? Doesn't that have exactly the same problem of limiting corporate investment?
The reasoning is that the deductions for expenses should be applied for the same year as the income they bring in. For expenses that will cover multiple years, they are spread out over those years.
The only logic was to make the Trump 2017 tax cuts look "revenue neutral". They were cooking the books so the CBO would give the tax cuts a passing grade.
https://americansfortaxfairness.org/ways-means-trump-tax-law...
Quote: Corporations have traditionally been allowed to deduct all of their research expenses in the year incurred, even though a lot of research pays off slowly so its costs should similarly be written off over time. Adopting this position, and as a way to partially pay for its big corporate-rate cut, the Trump-GOP tax law decreed that starting in 2022 companies would have to write off research and experimentation expenses gradually: over five years for domestic research, 15 years for foreign. This requirement to “amortize” the expense over time reduces the value of the deduction, increasing corporations’ taxable income and requiring them to pay more in income taxes upfront. The Ways & Means legislation proposes to retroactively reverse this provision.
Accounting likes to recognize expenses with revenues. If an asset will be producing revenue for five years, its cost is recognized over that same time span.
That's going to heavily depend on the type of software and whether it's sold as a shrinkwrap product or a subscription.
For example: your average AAA game will likely produce the vast majority of its value inside the first year upon its release.
At the extreme opposite end you have things like enterprise software using subscriptions, whereby the software continues to produce value year over year, but you're generally also paying developers' salaries to maintain and enhance the softare year over year. That, too, makes little sense in spreading out salaries as a cost over 5 years.
I can't really think of any cases where a piece of software is sold as shrinkwrap software, requires no ongoing maintenance/updates, and is expected to continue earning revenue for many years afterward. That just isn't the industry we live in.
> At the extreme opposite end you have things like enterprise software using subscriptions, whereby the software continues to produce value year over year, but you're generally also paying developers' salaries to maintain and enhance the softare year over year. That, too, makes little sense in spreading out salaries as a cost over 5 years.
There's also a ship-of-theseus problem here. How much change has to happen to a codebase before it's not the same software anymore?
The answer to that question can only be reliably answered in 5 years.
Actual honest valuation of software is something that requires actual evidence.
Software returns have extremely high variance. From a lot, to none, to high negative (For projects that don't complete, or worse, deploy to negative effect.)
Yep, some software systems become money pits. You end up having to pay more people to keep them running.
Only now if those people you have to pay to keep them running are software developers, you have to act like the money you’re spending on them is helping make new value, not merely paying interest on technical debt. Fun!
This rule is actually desired by most (non-startups) businesses, software being an investment over a long run it makes sense to amortize the cost over several years.
It is indeed detrimental to startups though, as they can end up paying taxes even when not profitable and when cash is the key issue (which isn't the case that much for most businesses).
Why not claim them as: admins, devops, analysts, testers, technicians, managers? Probably few more. Its really about precisely software development roles? Don't we anyway do some of that other stuff regardless?
But if you are correct that is supremely dumb, especially in place like US.
> 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.
Strictly speaking every single one of those jobs falls under that role. If you "develop" any software, which arguably includes even making or maintaining excel spreadsheets (as excel is a graphical array lang inspired by APL), then you seem to fall under this umbrella.
Wouldn't "in connection" make this actually extremely broad? For example I doubt C-level executives have 0 connection to software development during the year. They likely make official or unofficial feature requests or give feedback. And if we really push that definition, if the software collected telemetry automatically from the user interactions and this data was then used to improve the software, wouldn't just using the software be connected with the development of the said software?
"In the United States, to help spawn innovation as part of the Economic Recovery and Tax Act of 1981, the Research & Experimentation Tax Credit was introduced. Although it was initially supposed to last three years as a specific incentive to encourage companies to invest in R&D, Congress recognized its value in helping businesses create more products and services.
However, it was quickly realized that this tax code made calculations for R&D complicated, especially for small businesses, which led the government to create other iterations of tax codes in order to help clarify the situation. However, not until 2017 and the enactment of Section 174 of the TCJA has there been such a comprehensive change to R&D accounting.
Indeed, before the TCJA’s enactment, businesses deducted the total amount of R&D expenditures as an expense in the taxable year. Beginning in 2022, all costs related to R&D must now be amortized over five years for US-based companies or 15 years for non-US companies."
I'm struggling to understand why we think R&D expenditure - including software development - should not be amortised?
People think R&D expenditure shouldn't be amoritized because it hurts startups.
For example, if you're a first-year startup and you make a software product with $1 million in revenue but pay $900,000 in software dev salaries, and the tax rate is 25%, without amoritization you pay (1,000,000-900,000)*0.25 = $25,000 in tax and make a profit, but with 5-year amoritization you pay (1,000,000-900,000/5)*0.25 = $205,000 in tax and take a loss.
But since established companies aren't affected as much, they are advantaged by the amoritization rule.
>Depreciating means that if you pay an engineer $200k in a year, in tax-world you only had $40k of real expense that year, even though you paid them $200k.
what happens if an engineer leaves after the first year, or at any other time?
Nothing. The calculation has nothing to do with people. It’s about what the company spends - and some kind of spending is capitalized depending on what activity it was related to and what the output was. That doesn’t change if the employee that you paid a salary to leaves, or the company that you bought materials from disappears, etc.
> 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.
Wow, so there isn’t really a good faith steel man for this? They were just like, hey, we need to offset other cuts so let’s arbitrarily pick a high paying profession that, not so coincidentally doesn’t have a lot of influence in government, and let them take the hit?
Wouldn’t this make the $200k drop below EBIT and thus increase accrual accounting profitability? Sure it could be less cash efficient but generally capitalizing expenses is net favorable.
Wow, initially I thought this was the typical libertarian thing to pay less taxes. But thanks to your explanation, I see that the scheme is absolutely crazy. Software devs salaries, as any other employee, should be considered an expense.
But, in a second thought, if you sell a software that you hand crafted to a single customer, in Spain, the software enterprise currently deducts all salaries, while the customer has to depreciate the cost. Think about that in the likes of building an expensive machine: the manufacturer deducts all costs while the customer has to depreciate the machine cost over 20 years.
So the question is, how should a software development piece be considered when it's used internally? Why if you sell that software to others have a tax implication different than if you yourself use it?
That's a very difficult question to answer with too many edges.
So, after 5 years, they can deduct the entire salary.. this just seems like an incentive to promote long-term employment. Doesn't seem like a bad incentive.
No, this is not how it works. They can still deduct the entire first year of salary even if the person is let go, as that salary is considered a capital expense. There is no incentive to keep the person on payroll because of this policy.
Does it apply to solo companies that provide software consulting to others? I guess it doesn't for S-Corps, because of passthrough, but might for C-Corps?
The idea that this is leading to mass developer layoffs is an overstatement.
The total amount spent will ultimately be expensed, whether immediately or over five years. The sole impact is on the time value of money, which I don't believe warrants the current scale of developer dismissals.
Also, the claim that taxes are levied even during a deficit seems incorrect. While I'm not familiar with US tax law, it's typically possible to carry forward losses.
For example, if a developer is hired for five years at $100 annually, the expensed amount in the fifth year would still be $100, even after any legal changes.
It means you need more money early, to pay taxes on theoretical future profits. That means it costs more. That means you can afford less on the same money. That means that you need to lay off people to maintain the same costs.
You jest, but you’ve also touched upon something interesting. Is this exactly what companies are trying to do? To the IRS: “We employ zero software engineers—only AI ranch hands to wrangle the AI in the right direction.”
Section 174 just brings the treatment of software engineers in line with the way that manufacturing labor is treated in all other industries. If tech hadn't exploited this loophole so hard to invade other industries, the GOP probably wouldn't have tried to close the loophole in 2017.
That being said...the current version of the bill would temporarily pause the current version of section 174 (capitalization of software labor costs). There's no way for them to make the original treatment permanent without adding another trillion or so to the cost of their mega bill.
However, the original reason for that temporary reprieve was that Musk was still Trump's best buddy at the time. Right now, it's the most likely target for getting cut in the reconciliation negotiations between the House and the Senate. Thus, YC reaching out to its readers to support this abomination of legislation.
You contact your representatives in Congress (mail, phone, in person at town halls and such) and say "hey, stop passing giant omnibus bills". You encourage others to do the same. That's all you can do, as a citizen.
Unfortunately it won't make a difference because the vast majority of Americans simply do not care. So very few people will be putting pressure on their representatives, and nothing will change.
You don't. That's how bills are passed: everyone adds a little of what they want. To the extreme, it's called "pork barrel politics", but there's a whole continuum between that and a basic compromise.
> 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.
Small correction, it was a vindictive move to negatively impact companies and regions that Trump didn't like (at the time).
Exactly. The issue isn't whether capitalizing salaries is "humane" or "inhumane," as some comments suggest. It's about matching expenses to their corresponding revenue. When you develop software that contributes to revenue over a period, those expenses should be spread out. Capitalized items are simply deferred expenses. For example, when you construct a building, construction workers' salaries are capitalized and added to the building's book value, which is then depreciated over time.
Almost all other payroll is deductible. Why is salary for someone building a house deductible, but salary for someone building a for loop a capital expense
Look into when this started and why and you might understand it
> Why is salary for someone building a house deductible, but salary for someone building a for loop a capital expense.
If the “house” (or the for loop) is sold and gone, it’s not an asset and the cost of the goods sold — salaries included - is an expense.
If the “house” (or the for loop) is kept and used, it’s an asset and the cost of producing the asset — salaries included - is capitalized.
(There are differences betweeen the “house” and the for loop but not at the extremes which are clear. I imagine by “house” you mean some building that makes sense in a commercial or industrial context like a warehouse.)
Salary for building assets generally are capitalizable. Construction companies have a special carve out because they typically are hired to build the assets for someone else and are paid for the completion of the construction work.
A factory worker building a product to be sold is capitalized into inventory
The product can be capitalised into inventory. The factory worker's salary is just a cost.
The key thing here is that while you generally are expected to and allowed to consider a produced good an asset, it's not assumed that paying someone salary translates immediately into an asset... unless it's software under this new rule for some reason
Software engineers hired for custom, in house work are not building a fixed piece of software with the intention of letting it loose unchanged for the next five years.
Software engineers hired to build product are not exclusively building a finished product, and are increasingly necessary as part of the expense of operating that product long term. Industry trends have gone towards combining and blending developement, security, operations, and design.
There are businesses that will build a big custom piece of machinery. Think a factory or a mine. That may last for 20 years, but require workers to operate, maintain, etc.
This is handled in existing tax law; building or improving a capital asset is amortized, repairing or maintaining it is expensed. It can be a pain in the butt, this is why accounting is not a trivial profession.
We could (and I think should) treat software the same. Some software engineer work is absolutely creating a capital asset. Some is absolutely high-priced janitor work. It makes sense to allow for both with your tax code.
> Think a factory or a mine. That may last for 20 years, but require workers to operate, maintain, etc.
Before Sec 174, s/w development costs were subject to a choice: amortization as if they were a capital expense, or regular deduction as a normal operating expense. Companies could decide which category to put costs into depending on the nature of the work (and presumably to suit their own interests).
Sec 174 removes that option. Or rather, it narrows it significantly. You must be absolutely confident that you paid developer X for ONLY maintainance work before deducting their salary.
Oh, I didn't realize - I knew 174 made it "must amortize", I didn't realize it could be done either way previously. Very silly indeed how they've done this.
say I work for a company for 5 years as a software developer, at $200k/yr the entire time. is this how it works:
year 1: company deducts $40k: 1/5 of the salary for year 1.
year 2: company deducts $80k: 1/5 of the salary for year 2, and 1/5 of the salary of year 1.
year 3: company deducts $120k: 1/5 of the salary for year 3, 1/5 of the salary for year 2, and 1/5 of the salary for year 1.
year 4: company deducts $160k: 1/5 of the salary for year 4, 1/5 of the salary for year 3, 1/5 of the salary for year 2, and 1/5 for year 1.
year 5: company deducts $200k: 1/5 of each of my 5 years of employment. I leave the company after year 5. Year 1 of my employment is fully deducted.
year 6: company deducts $160k: 1/5 of years 5, 4, 3, and 2. Year 2 of my employment is fully deducted.
year 7: company deducts $120k: 1/5 of years 5, 4, and 3. Year 3 of my employment is fully deducted.
year 8: company deducts $80k: 1/5 of years 5 & 4. Year 4 of my employment is fully deducted.
year 9: company deducts $40k: 1/5 of year 5. Year 5 of my employment is fully deducted.
what is the corporate tax rate? It's not 100%, so you're deducting a fraction developer's salary from your income, right, you're not saving that much on your tax bill each year. you're paying tax on the income you used to pay the developer.
I dunno man. In a world where places like Amazon pay $0 in income tax each year, I kinda feel like companies should be paying more taxes. companies get all kinds of deductions that employees don't get themselves, and will never get. businesses have a whole heap of unfair advantages already.
I'm sure the capitalists among you will want me dead for saying this, but: pay your fair share. I don't care what the law says, pay enough that no one can say that you're a lamprey on society, please.
You're bringing up the question of "what is a fair tax rate," which is reasonable.
The questions of this legislation, though, are different:
Should we incentivize companies to hire corporate executives instead of engineers?
Should we favor trillion dollar companies over startups? (It is much cheaper for Amazon to loan money to the government than three people starting a new venture from scratch, so this favors concentration.)
If you agree that we should discourage hiring engineers in favor of management, that concentration is good, and that low corporate tax rates are good, then this legislation is perfect.
I say that it's good if you believe in low corporate tax rates because this legislation was passed to pay for overall corporate tax cuts, which primarily benefits the largest companies. Amazon actually pays $11.3 billion in income taxes a year (not zero), so on net, even though they have a lot of software engineers, they benefit from this legislation, because they effectively traded having to float money to the government in exchange for lower tax rates.
Big companies care about tax rates more than liquidity, because their borrowing rates are cheap, whereas small companies care more about liquidity (they effectively cannot borrow, or it is very expensive) and their profits are low. So this effectively subsidizes big companies at the cost of small companies.
I think ultimately your interpretation is correct in your last paragraph, but I do wish someone in government would explain what they were trying to incentivize with the change.
Maybe they felt like software companies were too heavily incentivized by the tax code to invest in unproven, unsustainable businesses and would structure their businesses in a way that meant they’d never end up paying taxes.
Startups would blow a bunch of money on R&D for unprofitable moonshot ideas for a few years then the company would fail most of the time, with the government missing out tax revenue where workers could have been allocated to more profitable ventures.
Still, I think that the more cynical take is more likely (big companies lobbying to make it more difficult for small companies to disrupt their businesses)
That's not really the issue (and I say this as a socialist). The issue is that it's a weak and very leaky definition that attempts to redefine anyone that touches "software development" away from being taxed like employees into being taxed like machines that produce assets at the same value as their cost of operating.
This punishes small businesses and new businesses more than any large org because it massively increases the cost of operating for the first few years.
And importantly it just doesn't do so consistently.
Orgs should have a higher tax burden. This just doesn't do that, instead this is punishing orgs for trying to do new things and rewarding existing momentum (i.e. the large corporations that already have a profitable revenue stream and a long trail of employment history).
that depends entirely on how much the business is taxed. every $1 deducted from taxable income is NOT $1 saved in that business' tax payment. It's much more like $0.10-$0.30 saved in taxes.
Sure but for a startup/new business with little to no existing product, that is a massive amount. Especially as any software that is abandoned (ex: due to a pivot, etc) forfeits the amortised deductions that contributed to it.
The only businesses this hurts are small or young businesses that have yet to develop an established product and reliably revenue stream.
For them in the best case scenario they make so little that they can't even deduct but otherwise this means taxes being paid pulling away from the runway that a young business has before it builds up a stable income stream.
Whether it is $1 or $0.10, it is non existent for young software companies. If I'm penniless (after real expenses), where will I get those 10 cents to pay the taxes?
And I'm not making this up. We are about to get cash flow neutral in our company, and this law will literally kill us and make 20 US citizens unemployed.
It is unjust. It is destructive. It actively impoverishes all of us. This is where they trot out the cold, detached assertion of Robespierre that one has to break a few eggs to make an omelet.
As far as I know, this law has been a thing for a couple of years now. How has your company been dealing with it so far? You say "this law WILL" but if it's already in effect, then it means that you would have already had to find a way to pay taxes for the last few years right?
Well, same as any other expense. You find a way to pay for it, or you go out of business. If the number is 10%; you need either 10% more revenue or 10% less costs.
From a more left-wing perspective, it certainly doesn’t feel like a coincidence that Section 174 kneecaps anyone who’d try to compete with the FANG trusts. I’m sure an oligarch paid good money to insert this rubbish into the tax code. Well, relatively good money. American politicians are shockingly cheap to pay off. Probably only took $10k each, to convince them to destroy billions in economic value.
It’s a rare thing these days: a law everyone can hate, regardless of ideology. You don’t have to be a Laffer curve believer to recognize that you can design tax schemes that would destroy competition and/or cause excessive deadweight loss. After all, if all taxes were created equal, we could just replace them with a money printer.
Hopefully it doesn’t take three years to reach a consensus on these moronic tariffs, which are far more destructive to the overall economy.
While I totally agree this is a ridiculous way to tax corporations, to my (probably very limited) understanding, it looks like this might actually be less bad for growing startups, because they don't make much money during their first years.
So a startup that's paying $200k in its first year but only making $40k in that year, they still get to deduct the labour costs over the next 4 years.
But of course this is only true as long as revenue is less than labour costs. Eventually you do want to make money, and it feels like you can only do that when you stop hiring more people.
But regardless of its effects on different types of companies, I don't understand how anyone could pretend that this way of handling labour costs makes any kind of sense.
I'd definitely say it smells like oligarchical fuckery but the more mundane reality is that it was an easy change that would produce enough revenue to balance first term trump tax cuts so they could pass congress. I doubt anyone really thought too much past that and the underlying rationale was probably just "we hate woke social media, this hurt woke social media".
I agree Amazon should pay taxes. But this bill is not the way to make such companies pay taxes. It will kill competition and startups along the way. That is the crux of the issue.
Edit: Looks like Amazon did indeed pay 15B+ federal taxes in 2024 (excluding sales tax etc)
Incidentally, should we really count "income taxes" as something "Amazon pays"? Amazon doesn't pay income taxes. Amazon employees do. The fact that Amazon conducts the transaction via withholding seems irrelevant. It's the employee losing the money.
i generally think they should be counted to the company as a sales tax. amazon is losing the money, because theyre paying it to the government and not the employee, ao they need to increase the pay accordingly if they want the employee to have a certain amount.
I haven't looked at the tax rule in detail, but it looks like the "half year convention" for amortization applies.
The "half year convention" means that when you amortize a purchase, it's assumed you purchased it exactly halfway through the year, so you can only deduct half the amortization in the first year that you would normally (and the other half is in the year after the depreciation period).
So it looks like
year 1: 1/10
year 2: 1/5 + 1/10
year 3: 1/5 + 1/5 + 1/10
year 4: 1/5 + 1/5 + 1/5 + 1/10
year 5: 1/5 + 1/5 + 1/5 + 1/5 + 1/10
year 6: 1/5 + 1/5 + 1/5 + 1/5 + 1/5 (the last 1/5 being the other half from year 1 and the 1/10 from year 6).
Even if Amazon pays no corporate income tax (only one category out of many), they pay much more in taxes per year than you would in several lifetimes.
The phrase “fair share” is political, which is to say meaningless. The people who have earnestly invoked this phrase in my experience have resisted requests to define the term and have sometimes launched personal attacks for daring to raise the question. Will you break this streak? What in concrete terms is Amazon’s fair share? Your fair share? If they differ materially, why?
I’m a capitalist and therefore wish zero ill toward you. Cronyists, authoritarians, and collectivists may want to abuse you, and that is a contemptible way to treat one’s fellow humans. Both parties to a free exchange benefit. Both sides can win because it is not a zero-sum game. As a matter of fact, you are advocating for a game that your side cannot possibly win. Consider that Amazon has enormous incentive to hire the very tippy-top best accountants and tax attorneys to find every crack in the tax code that middling staffers and nepo hires can barely scribble. It does create some benefit to society in the form of the incomes that these highly paid tax pros generate, the comforts it affords them, and the downstream jobs demand for those comforts creates. But in the big picture, it’s adversarial rather than constructive. Certainly we can come up with a more peaceful and constructive arrangement.
> I'm sure the capitalists among you will want me dead for saying this, but: pay your fair share.
Is the equivalent of a finance person saying to a developer "can't you just hire more developers and we can build our product faster". In other words, it's not that simple.
> It's not 100%, so you're deducting a fraction developer's salary from your income, right, you're not saving that much on your tax bill each year. you're paying tax on the income you used to pay the developer.
Which is a problem if you don’t have the money to pay the tax.
Let’s combine your and the parent’s examples: 1 principal engineer @ $300,000/year; 3 engineers @ $200,000/year = $900,000/year. $1,000,000 in sales.
year 1: Company makes $1,000,000 and pays $900,000 to engineers for a $100,000 cash profit; it deducts $180,000 from $1,000,000 for a $820,000 paper profit, and owes $172,200 in taxes. Since $172,000 > $100,000, it has a $72,000 cash loss for the year. There is not year 2.
Or maybe it raises enough capital to have a cash cushion. A similar thing happens in year 2: it makes $1,000,000 and pays $900,000 to the engineers for a $100,000 annual cash profit, deducts $360,000 from $1,000,000 for a $640,000 paper profit and owes $134,400 in taxes, still more than the cash profit. The cumulative cash losses are now $106,400.
Once again in year 3 it makes $1,000,000 and pays $900,000 to the engineers for a $100,000 annual cash profit, deducts $540,000 from $1,000,000 for a $460,000 paper profit and owes $96,600 in taxes. Hey, it doesn’t owe more than it made in taxes! On the other hand, its cumulative cash losses are now $103,000. Three years, three million in revenue, 2.7 million in expenses but it’s in the hole by $103,000, still more than its annual profit.
In year 4 it makes $1,000,000 and pays $900,000 to the engineers for a $100,000 annual cash profit, deducts $720,000 from $1,000,000 for a $280,000 paper profit and a $58,800 tax bill. It still has a cumulative $61,800 cash loss.
In year 5 it makes $1,000,000 and pays $900,000 for a $100,000 annual cash profit, deducts $900,000 from $1,000,000 for a $100,000 paper profit and a $21,000 tax bill. Good news, the company now has a cumulative cash gain! At the end of five years and $5,000,000 in sales the capital owners have made … $17,200. The engineers made $4,500,000 and the government made $483,000.
In year 6 it makes $1,000,000 and pays nothing (this is very unrealistic, because in the real world every product requires maintenance …) for a $1,000,000 cash profit, deducts $720,000 from $1,000,000 for a $280,000 paper profit and a $58,800 tax bill. People complain that it’s only paying a 5.88% tax rate, ignoring the years of amortised losses. But hey, after $6,000,000 in sales the owners finally have $958,400. They take it as a dividend and it gets taxed at the top marginal rate, so they pay an additional $354,608 in taxes.
In the real world, of course, sales may or may not cover salaries, sales may increase or decrease from year to year, markets may change and so forth.
> I don't care what the law says, pay enough that no one can say that you're a lamprey on society, please.
That’s an impossible target. Any random person can say, unreasonably, that someone else is a ‘lamprey on society.’
It seems like the amortizing over the lifetime of a capital asset is what is tricky for software, not that some businesses operate with very small profit margins. For the example given, that must have been a hyper-competitive area; continued yearly improvements of $900,000 was not enough to increase sales. So at year 6 the owners got rid of the engineering staff. What happens to revenue? Did all the competitors die at year 5, and so years 6 through 25 still have $1 million in revenue? Or with no continuous improvements, did sales and revenue drop to $0? In one case it seems like the right asset lifetime for the software could be 20 years, and the other case, 1 year.
I really liked the suggestion someone else posted in a discussion, that IP-encumbered assets should require amortisation of expenses over the lifetime of the IP (and of course the owner can always immediately write them off by releasing the IP instead).
But I do wonder what the effect on smaller shops would be.
> I'm sure the capitalists among you will want me dead for saying this, but: pay your fair share. I don't care what the law says, pay enough that no one can say that you're a lamprey on society, please.
They’re gonna lobby to get as low taxes as they can. Why would they do anything else? That people think they are “lamprey” is (or would be) a minuscule problem in a country like America.
> If you pay a software engineer, that's not "really" an "expense", regardless of the fact that you paid them.
If I pay for ... pretty much anything whatsoever ... I cannot write it off my personal income tax here in Canada. Not housing, not food. Medical expenses will come off the bottom not off the top.
I didn't mention Canada in order to nonsensically compare corporate taxes in the USA versus personal income tax in Canada, but because it's a good idea to mention where you are if you're writing about taxes.
Yes, corps get all kinds of tax breaks, whereas individuals don't.
this is not entirely true and i’ve seen the exact same comment regurgitated with the same exact numbers for the past two years. I am not in really in favor of section 174 but i’m tired of seeing misinfo. I have discussed this with a CPA multiple times and its simplified and blown out of proportion in a way that you can’t actually have a conversation about it
I think people are missing the actual process used by Finance teams relating to this issue. I am a former CFO and spent a fair amount of time with this issue in my last role. The firm had a significant amount of software engineering expense related to its core operating system that was the backbone of the company.
The FASB accounting rules drive the capitalization of software expenses, not the tax rules. The FASB definition of GAAP (Generally Accepted Accounting Principals) for US firms is very specific and requires significant detailed tracking to comply.
As noted in one of the other posts, many companies want to capitalize as much software engineering expense as possible as that leads to higher operating income and net income. Bonuses, option grants and stock prices tend to be tied to those metrics. The argument is that building a piece of software should be treated like purchasing it off the shelf. If a firm pays $1M to implement SAP, it does not have to expense it all in one year, but rather depreciates it over its “expected life.” Since “expected life” is difficult to define for every piece of software, there are default lifetimes (similar to saying motor vehicles default to a 5 year depreciation schedule).
Tax then generally follows the GAAP accounting except when the government intervenes to try and increase capital spending. Periodically the government will allow accelerated depreciation which increases operating expenses for tax purposes only which reduces current period cash taxes. Note total taxes do not change, only when they get paid.
The Section 174 under discussion here is simply the same idea then applied to software development in an effort to juice hiring.
For the people discussing whether the IRS is effectively tracking and enforcing this - the IRS really does not matter. A companies auditors enforce it. Without all of the necessary paperwork/digital audit trail, a firm in not permitted by the auditors to capitalize the expense. The same auditors have to sign off on the tax treatment as well.
Finally, with respect to maintenance, the idea is meant to be similar to the treatment for machinery ( i.e. traditional capital expenditures). When a firm puts gas in the company truck or replaces tires or fixes a windshield, they do not capitalize those expenses. The idea is the expense do not fundamentally improve the item or meaningful extend the life beyond the initial expectations. Following that line of thought, maintenance releases are not thought to extend the life of the software while significant improvements to the software do and therefore can be capitalized.
DISCLAIMER - while I was a CFO, I was not a Certified Accountant. What I have described above is what the accountants and my audit firms described to me as I worked through this issue in preparing financial statements.
"... then applied to software development in an effort to juice hiring."
How does it 'juice hiring' by removing the ability to deduct 100% of an employee's cost in one year? Who would be incentivized to hire more people when less is deductible?
You interpreted opposite of what he said. The original exception allowing for 100% of R&D expenses to be deducted in the 1st year was the juice. The issue at hand is this exception being reversed.
Apologies, I was speaking to the more general idea of allowing firms to depreciate/amortize assets faster to juice hiring. In this case, the government ended the accelerated amortization for R&D which had been juicing the hiring for many years. This happens on the “regular” capital expenditures side rather frequently with windows of accelerated depreciation to increase the purchase of machinery. It’s always for a window of time, then it expires.
I think he stopped short of a more controversial observation (for this audience), that capitalising these expenses for tax purposes is actually closer to GAAP/what's happening in the financial statements, and the prior treatment could be viewed as a tax stimulant to encourage development.
When viewed through this lens, are growing companies trying to have their cake and eat it too - get the boost to GAAP net income for stock comp purposes etc, but defer the cash tax to future years. This perspective ties everything together for me, in terms of understanding the incentives of the players here.
I think the other piece mentioned elsewhere is the very real cash flow implications for fast growing companies, in particular those that might be smaller and with more limited access to financing (which also isn't free...). And the idea that it's a pretty blunt tool... 5 yrs for all development... every product is different and as others point out lifecycles are often much shorter.
For most items, there is harmony between GAAP and tax. Even though Section 174 is a tax code item, the implications of it must be properly presented on your GAAP financials. Therefore the auditors opine on it
While one of the biggest differences between GAAP and tax is the depreciation schedules for various assets, the definition of the items is generally the same.
At this point, does this really affect many people? Most businesses should be well on their way to the expenses normalizing. Outside of new businesses and old businesses splurging, would this really accomplish much?
If you work at all in energy, the Clean Energy Business Network is also proactive in fighting for change. A couple of years ago they put me touch with Ron Wyden's staff. The Democrats are almost universally opposed to what was added to Section 174.
You know not what you speak of. I am small developer without funding.
For every developer I hire I pay tax on 90% of their wages in year 1.
So, if I hire a 200k a year developer, I have an increased tax liability of 180k. That works out to paying about $75k ~ $85k. So my 200k developer becomes an 285k developer.
Now, eventually I could regain that cost, or I could do like I know of a few companies and commit tax fraud by not correctly reporting my expenses.
BTW even as a partner I am hit by this - to correctly file my taxes I have to report my retirement savings as development revenue and pay tax on what is supposed to be tax free.
Untrue: for example, if you are a lawyer employed to help a company acquire real-estate or another company (i.e., a merger) then your salary is treated the same way by the US tax code (i.e., your employer must amortize your salary).
If you want to argue against the current tax code, point out that currently companies do not have to amortize the pay of executives even though arguably their work fortifies the company's ability to make a profit in future years like the work of software developers does.
A recruiter, or an HR person in general, do work that “fortifies the company’s ability to make a profit in future years” as you say, by hiring people that will hopefully work there for years.
Same as a financial analyst implementing new processes and spreadsheets to better control money spending.
One can argue that most white collar worker is investing in future profit. Sales people nurturing long sales cycles, lobbyists, content marketing, SEO.
Why are software developers (and merge lawyers) snowflakes among all those types?
If a recruiter or HR worker helps a company hire 100 new employees, all 100 are free to quit at the end of the year whereas the artifacts created or improved by a developer will be the property of the company forever.
In other words, maybe it is a bad idea to treat people (employees in this case) like property even in our tax code? (I'm personally OK with software's being treated like property.)
The ‘smothering’ you speak of is taxing the retention of earnings for capital assets. If you think this smothers software development, you should look into how much capital assets cost in other industries.
Personally, I think we should either eliminate the corporate income tax (and increase capital gains taxes correspondingly), or allow for all capital spending to be written off fully on day one. Your position of treating capital spending on software differently makes no sense to me.
In the first year, you only get to deduct 20%. But in your second year, you get to deduct 40% (20% from the first year and 20% from the second year). In the 3rd and 4th year it's 60% and 80%. And so on until you get to steady state of 100%.
So, no, it is not "really bad" for you. You as the owner might not make as much money for the first year, but you will be at steady state in a few years, and you get to deduct the salary for years after they leave.
I think an implicit assumption here is that the company is able to survive the five years. This rule affects cash flow in the initial years pretty hard and a lot of small companies cannot survive that.
In the initial years most startups have massive losses that they carry forward and don’t need to pay taxes anyway. During that bridge period the affect of section 174 is zero since they aren’t paying taxes anyway.
This really only affects software companies that are profitable in their first year, which is a very small minority.
I think you're missing something - the only way these startups have those massive losses is if they can deduct them. This rule change stops them feom being able to deduct 80% of most of their expenses in the year where the expense occurs.
This does feel a bit like propaganda. I'm a CPA with ex-Big4 audit experience, albeit only 4 years, and specialized in revenue rather than expenses. I just briefly read over the pwc summary of the related FASB standards covering Subtopics ASC 985-20 and ASC 350-40. It pretty much says that you expense everything on software that intended for selling until it's technologically feasible. Upgrades afterwards are capitalized, then amortized. Internal software development is capitalized. Like, if you build internal infrastructure, it likely has value, similar to PP&E. Differences is, Equipment is physical. The value of the software is the minds and time that went into it. I'm also certain that if you could prove to your auditors that your software is not worth much, you could probably expense more of the costs. This whole thread screams big tech company propaganda.
any amount paid or incurred in connection with the development of any software shall be treated as a research or experimental expenditure [and be capitalized and amortized over five years even if it is disposed of, retired, or abandoned]
I stand corrected. I've not seen GAAP vs IRS differ so much in my experience. Thanks for referencing IRS section 174 which clears things up. It appears to be quite strict on the 5/15 year amortization of software development expenses, and I now agree with OP that the change to section 174 as part of the TCJA is some bullshit.
Thank you for helping to tackle this. The silence on this issue for the past few years from smaller software companies and their affiliates was surprising to me. The recent "time bomb" article was one of the few media pieces that actually took the time to describe it as anything other than a "tax cut for huge tech companies", which was refreshing.
My current favorite theory as to why there hasn't been more of an outcry is that many companies ignored the rule change (either out of ignorance or as an alternative to going out of business), and are forced to remain silent.
Many larger companies have an incentive to attribute layoffs to AI, because that serves to hype their AI products. Basically, they didn't want to say, "we are laying people off for financial reasons." Even though the financial reasons were triggered by a change to the tax code, because that doesn't play well in the media, particularly during a period of elevated profits. So Google, Microsoft, etc. laid a bunch of engineers off to reduce their tax burden and used AI as an excuse.
How does that even work? You’re saying many companies committed tax fraud by ignoring the law change and continued to deduct software developer salaries as they had in the past?
You're right. I take it back - not "most", but I would stand behind "many more than is typical for a change to the tax code".
It snuck up on a LOT of people, including CPAs, and represented tax bills for businesses that were multiples of the previous year's tax bill, and sometimes _multiples_ of their actual cash profit.
It's also so counter-intuitive that you can't deduct software dev salaries, that many people still don't believe it works the way the law says it works. If you read the comments here and in other threads where this has been mentioned, on Hacker News or elsewhere, years into this fiasco, you'll see widespread doubt and misunderstanding. Many people equate this to the same R&D rules for the older tax _credit_ or will argue that it can't possibly work the way the articles say it works. People don't magically begin to understand section 174 just because they run a business, and it's not in their financial interest _TO_ understand how it works. Many can't afford to.
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.
There could be a distinction between creating new value (greenfield), and maintaining existing value (brownfield). Most of my work is green field and I do consider it to be a capital asset, it's sweat equity as I don't pay myself, but I can't deduct my non-salary either. Others estimate the most of the software work is 95% brownfield.
An other issue is competitiveness with other jurisdictions that don't have these tax laws, but even if that were normalized there are jurisdictions that are far lower tax in general regardless of the classification.
Imagine if secretaries' salaries were applied to the "capital asset" of the well-organized file cabinets they create. Or if janitors' salaries were applied to the "capital asset" of a clean workspace. This whole quagmire is far more insane than anyone is giving it credit for.
> This is unlike how capital assets are valued for any other industry!
Is your dismay that it's unfair compared to other industries or that the policy doesn't reflect reality that software is a capital asset that has a lifetime longer than 6 years for many companies?
It's that it doesn't reflect the reality that the value of software is not remotely correlated with the salaries that were spent building it. It could be valued much higher or much lower, spanning a huge range.
Using salaries as a proxy for value of the asset encourages only the safest shovelware bets, discouraging risk taking lest your asset be taxed at substantially higher than it's worth.
Avoiding that risk-adverse dynamic is why Section 174 was written the way it was since the 50s to encourage R&D, and it's paid off in spades.
Well, a larger issue seems to be that this whole idea is premised on taxing an unrealized gain. If I create a painting, I don't owe any taxes on it until I sell it. If the world decides that I'm Picasso and my sneezing on a canvas means it's worth $50 million, it still won't be true that, after I sneeze without covering my mouth and some spittle lands on one of my blank canvases, a government official shows up to my house to force me to sell it so that I can pay the taxes I owe for creating it.
While I understand the drawbacks, the current situation - where the ultra-wealthy don’t pay taxes because all their wealth is in unrealized gain - is even worse
Shorter is better here — it means you’re able to take the deduction up-front. The issue is that salaries should not be included as part of a capital asset, as this precludes any other deduction for the same salary. You don’t do this for accountants or lawyers, even at a software firm, but you now have to for your developers. It makes a particular role of employee more expensive!
It’s this absurdity I’m upset about. Six year vs five year is weird but meaningless. Internal software not being sold can be a capital asset, or at least I can point to examples of it (MSFT Hyper-V, ex). But the valuation process is both arbitrary in both directions, and discourages companies from hiring software developers as a policy effect.
Software just isn't a "capital asset" in the traditional sense. It might have a multi decade depreciation in real life, or it might be worthless shortly after writing. I mean, we live in a tax regime where a jet is 100% depreciable in the year its purchased. Srsly.
Well, that framing is just wrong. The companies are paying taxes over what those employees created, not over the employees. Does the company own the software?
> The IRS is using a theory of value where...
Notice that all of your 3 points are exactly like any other kind of capital.
Most countries exclude salaries from the income calculation because it has good practical consequences (both on making accounting cheaper and on incentivizing companies to hire), not because of any theoretical problem.
If you're ripping off a competitor, sure, the salaries of your engineers roughly translates to the value of the resulting capital asset. But the most valuable work that software engineers do is the stuff that has never been done before. The salaries of your developers and designers and your product managers go first towards figuring out what a valuable capital asset would look like. Only after that can you start investing in the actual asset.
The same is true for all true R&D, which is why historically the government has tried to provide protections for R&D work to incentivize people to not just churn out the safe bet over and over again. Patents fall into this category, but software patents are (rightly) hard to come by. Through 2022, the risk of software development was offset by the ability to expense the costs and avoid a tax bill, and this was good policy if your aim is to encourage innovation.
The capital asset theory could still work if there were some way to appraise the value of the actual asset you created. But absent such a way, this thinking is deeply flawed for all but the most shovelware of jobs.
I don't think that framing really tells us much, because there could be many reasons not to release that code that don't indicate it's an asset, such as (A) worries it might have still-relevant security issues, (B) costs of scrubbing other information like employee PII, or (C) the code is too useless to be worth the effort.
If the goal is to measure retained value, I'd ask how much a competitor would pay to acquire your 5-year-old code (for direct use, not for hacking you) without feeling cheated afterwards.
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.
Even if true, a small fraction of engineering time on a project is actually developing that asset. The rest is maintenance and support. The tax code does allow for this distinction, but only if you track hours associated with each kind of work, which basically no one does. And even if they tried, it's difficult because that line is blurry. Tasks are rarely 100% one or the other. Ever fixed a bug by refactoring to make something better? Which kind of engineering is that? Can you justify that to the IRS accountant auditing you?
Not when it comes to capital assets. The full cost of a large capital asset is generally not allowed to be treated as an expense for tax purposes.
It's technically correct that tax is levied on "net income", but that's an accounting term which means something different from "money_in - money_out" when there are capital assets.
One justification for this is, although you spent the cost, you received equivalent value in the form of the asset itself.
This means if it costs $100k in salary to make software this year, and you get $30k in income from the software this year, your bank balance will lose $70k (which is expected) and you'll have negative income in the ordinary way of thinking, but you'll be charged income tax (which is new) despite losing money, as if you gained (almost) $30k instead of losing $70k.
Your tax accounts will show an increase in net assets, despite the decrease in your bank balance, because they will show the software as being "worth" (almost) $100k, regardless of what it's really worth right now.
This is particularly hard if you're a small company or (non-VC-funded) startup that's already stretching to cover the cost of speculative software development. Being charged income tax even while you're losing money developing software (in the ordinary way of thinking about money) is what's new in the tax code. It makes it harder than before to do speculative developments, making some kinds of development non-viable that were viable before.
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.
You do, however, have $160k worth of software that is generating ~$16k/mo in revenue (or more since you presumably did not make that $200k evenly spread out across year 1 while you were developing the software), so in year 2 you could halt further development, use a loan to get through the 2 months it takes to make the money to pay your taxes, and then make $176k profit. Then you pay your taxes on year 2 and walk away with $152k in the bank along with $120k worth of software asset.
(Of course an asset that generates $200k/year is actually worth far more than $200k, so in that case 20% depreciation seems even more absurd)
That is a huge assumption that is probably not true.
> in year 2 you could halt further development, use a loan to get through the 2 months it takes to make the money to pay your taxes, and then make $176k profit.
Correct but the point is that the salaries of the developers are not treated as an expense to net out, they are treated as an asset that depreciates over some period of time.
(Even though some "developer" work might be day to day maintenance, rather than building a new feature.)
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.
A common arrangement is for a closely held corporation to rent its space from another corporation or LLC held by the same owner. This allows the asset to be protected from liability as well as simplifying accounting by splitting it into two businesses, the core business and the real-estate business. Tax-wise, it's a wash, if the income passes through to the same owners.
I'm writing to express my urgent concern regarding the negative impact of the 2022 Section 174 tax code changes on small businesses like mine. As owner of Rietta, Inc., a small cybersecurity firm, I still do much of the technical work. My wife and I have three young children under 6. My family and I have been directly negatively impacted by these changes from the 2017 act.
Previously, the tax code helped us afford open-source and experimental work that benefited customers. For example, modernizing applications to run on Docker improved testing and deployment. Our State government clients now benefit, but this was once experimental. Now we're largely back to just work-for-hire consulting, treated as cost of goods sold. I don't have the cash to pay for experimental software development only to then amortize it over five years. If I have $100k revenue and spend $100k, the current code allows only a $20k deduction. I owe taxes on the other $80k despite no cash or documented asset value. Experimental software doesn't work like that in this field.
I started this business 26 years ago. We provide important long-term custom programming and update work for private sector and State government clients ("STATE A" and "STATE B" judicial branches). Often, we work with code we didn't originally write.
As a professional computer scientist and business owner, I rely on my CPA for tax compliance. If I've erred in my example, that's on me. But I can tell you this amortization requirement particularly cripples small businesses like Rietta, Inc., where cash flow is critical, severely limiting the quality of services I can afford to provide.
I support undoing this tax change.
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 20%, that means the business owes $180K 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.
Edit: Switched the tax rate to 20%. The logic is still the same.
While this does convey the idea, the premise is also biased.
> even though it has a total of $100K in the bank after the actual expenses were paid.
People running a business can perfectly understand the concept of liquidity. And yes, just because you transform money to something else, then it doesn't mean that you should not be taxed on it.
The extreme example is a company that buys gold on the last trading day of the year - now there is no profit! On the first day they sell the gold again and does tax eviction.
The core question is to what extend software constitutes an asset or consumption.
(Personally, I do not believe that software constitutes an asset in any meaningful way, but a practical tradeoff could be that software is a 10% asset)
I think you are conflating "software engineers" with "software". A business that pays a software engineer doesn't automatically receive working software in return, especially not in the first year. It doesn't seem fair to assume that paying a dev $200k means that the business received an asset (some code) worth $200k in return, and thus can be taxed on it as if it were an asset producing $200k in profits a year.
I am not conflating, but the law is. Obviously it would be better to have an appraisal of the software - I reckon law makers see the cost of producing ad an ok proxy.
Btw,this is how it is done in many construction projects also. Like bridges, budings, etc.
I don't know how you're supposed to value software. I just reread your original post - picking 10% out of thin air doesn't make much sense either.
Software is more like a blueprint for a building, it's not the building itself. How much is a blueprint worth? If 100 architects spent a year on it, does that mean the blueprint is worth 100 x salaries? It might actually be worth nothing, if the blueprint asks the construction team to do something impossible.
Software is even worse though, because at least with construction, there are known physical models and real-world constraints (like physics) that decide whether a design can or cannot be implemented. A piece of software written today might be entirely unimplementable and worth nothing, but a breakthrough elsewhere in 5 years might make it extremely valuable at that time
Um, so you have it so that if I hire (let’s say) bridge engineer for 100$ but he doesn’t get any materials and produces only paper model which I sell for 1$ does it mean I’m going to be taxed based on 101$ ?
> The core question is to what extend software constitutes an asset or consumption.
Isn't part of the problem with our industry that, even it is an asset, its value can be hard to determine even for a long time after you've written it, and it may be pretty weakly related to how much you paid to build it?
- you might have spent a lot on developers last year but next year you find out that you're the new Quibi and no one wants to use your product
- you might have had a small, tight team and what you built turns out to be hugely valuable (like instagram or whatsapp)
- ... and to the degree that the software is part of a valuable business, how do you really assign value to the software as versus the go-to-market plan, the partnership/distribution agreements, etc that helped make the business succeed?
These risks would appear to be the same as a shoe producer wanting to bring shoes to market - regardless they are still taxed on the value of their inventory.
Some of the risks are similar, but your "regardless" is bypassing the point.
We can value a real shoe pretty well. But what if we could duplicate all the shoes we built for less than a penny per pair? What would be the value of our inventory?
> The extreme example is a company that buys gold on the last trading day of the year - now there is no profit! On the first day they sell the gold again and does tax eviction.
In this example, it seems like you're assuming that the revenue from the sale of the gold would not be taxable, but I don't see why that should or would be the case.
ETA: also, gold is far, far more fungible than any particular software
AFAICT, that $450K is refundable and transferable. IOW, if you make $0 in year two and have expenses of $0 in year two, you'd get a tax refund of $100K because $200K of your expenses from year one would be applied to year 2.
And it's transferable -- if your company fails, there are companies out there that will buy the rump of your company to realize the unrealized tax refunds.
Which is why it's usually fairly straightforward to get a factor loan to pay those $450K in taxes -- it's backed by an asset.
Factor loans are usually expensive with a high interest rate. Because you can get a factor loan, the taxes are not going to immediately bankrupt the company in the short term, but the high interest rates are going to hurt in the long term.
Not a lawyer nor an accountant. Not even an American.
NOLs are generally not transferrable in the US (they used to be, but now the benefit can only be used if the acquirer of the 'rump' continues the existing operating business).
One of the reasons small businesses have been hit so hard with this is because for then (when incorporated as LLCs), their tax rate is 37% + state + local. I live in NYC and my LLC has a combined tax rate of 50%.
An LLC can either file as a c corp and get corporate tax rates, or (sometimes) file as passthrough like as in a sole proprietorship. Or as a partnership. It gets complicated
That's a great explanation, thanks a lot for sharing it.
Some big tech companies affected have laid off teams around the world, perhaps in order to mitigate the numbers looking bad to investors; so in a way, this adversely affected tech employees globally.
Every country should have such a rule for software businesses, which is an industry where all the cost has to be upfronted, so that bootstrapping is facilitated. There are plenty of smaller markets where the VC model is not
the most appropriate funding instrument.
Reducing taxes on businesses by 30%+ and high earners and the middle class by a smaller percentage. It’s a direct effect of the 2017 Republican tax reforms.
If you want to pass something using only 50% of our representatives you have to pay for it with something else to balance the change. 60% of the vote and you don’t care what the Congressional budget office says. The primary software development hubs are not Republican leaning. The same reason SALT was changed. Voting matters.
The other responses have the right idea, but in more detail:
All congressional bills receive an estimate of their budget impact over the next ten years. Whatever happens after ten years doesn't count.
The politics are that a bill should have no budget impact within that ten-year window. As an uncharitable stylized example, you'd propose to start paying random subsidies to constituents immediately in the amount of $200M / year, forever. 8 years out, you also plan to raise taxes on somebody else, someone who would never vote for you in a million years, in the amount of $1B / year, which may or may not fade out after two years. This is a bill with no budget impact.
It doesn't matter, to you, whether that spike in collections for years 9-10 actually happens or not. If you failed at targeting it exclusively to people you hate, you might prefer that it doesn't.
ok, got it. So... this helped it pass because it allowed the headline to be "budget neutral" even though all signs point to this piece getting removed quickly and ultimately expanding the deficit. Sounds dishonest but logical if the objective is to reduce taxes without genuine consideration of the deficit. Thanks (to you and siblings) for the explanation.
The worse it was the better it worked as a budget fudge and it could be included in projections and allow a budget neutral bill to be passed. And by being so bad it would be easier to reverse as fewer people would defend it. There was an attempt to eat their cake and have it too.
The Republican Party is actively antagonistic to any legislation from the Democratic Party basically.
You need a 60% vote or you need to take away someone else’s pie. Medicaid/medicare/social security are current contenders based on Republican planning.
The bigger issue is Republican voting districts gain less from putting it back in place. Most software devs are on the coasts and Denver.
Don’t need 60% for budget bills in reconciliation (the process of merging bills from the House of Representatives and the Senate). One of the times filibusters (which create 60% requirement) do not apply.
The "or you need to take away someone else’s pie" is the relevant part here
The 174 changes (and SALT changes, and some other stuff) were how TCJA got balanced and passed without a 60% majority. 50%+1 is enough to undo previously passed legislation that was also passed with 50%+1 in this case (handwaving - not exactly right, because the balancing point is a different time range, so the math might not work out exactly the same).
The Democratic party absolutely could have passed some legislation in 2021-2023 to undo a lot of TCJA with just a 50%+1 vote, if they cut other stuff to balance. They didn't do that though. In part because they had literally 50%+1 majority and couldn't lose a single vote in the Senate, and couldn't come to an internal agreement.
This wasn't really on anyone's radar until more recently. I don't think even a simple majority of tech workers even realized this had happened until after the job market had tightened up.
Because it wasn't bad enough. Look at the fervor it's causing now - now imagine if it was worse.
In politics it may seem like a good idea to create these time bombs because they can't imagine them going off but sometimes they do and here we are. The pied-piper strategy with the basket of deplorables was supposed to make it easier for Hillary to win 2016 but she didn't so we got the bomb going off instead.
Republicans really want to cut taxes for rich people but they don’t want to just straight-up acknowledge a huge debt increase for that goal, so they come up with different ways to say that something is budget neutral. That’s why a lot of the 2017 bill cuts were time-limited so regular people got the tax cut immediately and would hopefully remember it, but the time limit meant that CBO wouldn’t count it as a long-term debt increase and it’d be someone else’s problem when those expired and most people notice their taxes go up.
There's a risk they'll try to break the Senate rules outright [0], by pretending that certain promised-to-be-temporary tax cuts now cost $0 to extend.
To put it in domestic terms:
* [January 1st] "Honey, I want to rent a Ferrari, I did the math and it fits if it's just one month! Pleeeeeease?"
* [February 1st] "Oh, that? It's the Ferrari rental-fee for the next month, don't worry, it's an existing expense, it's already part of our regular budget, so clearly we've proven we can afford it. We'll just have to cut back on insulin for the kids."
Both parties do this to make spending bills appear smaller. This is why clean energy tax credits generally passed during Democrat administrations have to be periodically renewed.
In California, the maximum personal income tax rate is effectively closer to 50%, which is where my mind went, but you're right, it's different for companies.
In my example, the tax rate isn't the point though, it was used just to illustrate the math.
The main point is that it makes no sense to require amortization of software development expenses. The idea that this letter is an attempt to restore rationality in the tax code.
This US tax code change directly impacted my small business in a very real way that was directly felt by my household. In the past, it was a big boon for us and helped me afford to pay for some open source work and experimental things that helped our customers in the long run. Now we are back to mostly doing work-for-hire consulting. Even the experimental work I am doing, I am just paying for it and writing it off as typical business expenses. I cannot afford to take the credit because that means no deduction for this year. I don't have the cash in this small business context.
I'm all for it, just curious as the law has existed for 8 years and been in effect for 3. Seemingly little interest from anyone in the tech world to put lobbying behind reversing it until this point.
Lobbying has been ongoing since the law was enacted. Congress came close to repealing it several times, with the House actually passing a bill to repeal it (Tax Relief for American Families and Workers Act of 2024).
Just because Hacker News doesn't care doesn't mean it hasn't been a big focus of small business lobbying since before it came into effect.
The actual reason it hasn't been repealed is politics: It makes the CBO budget deficit look much worse. It seems as though neither party wants the optics.
In 2017, in order to pay for the tax legislation in Trump's first term, a provision was added that would prevent companies from deducting Research and Development costs immediately (includes but not limited to payroll costs). It required domestic R&D costs to be expensed over 5 years (really 6 years since you only get to deduct one half of your first year expenses in the first year) and foreign expenses over 15 years (really 16 years). This provision was put in place to start January 1, 2022 because they were looking for additional revenue to pay for 2017 individual and corporate tax cuts. At the time, the thinking was it would be eventually fixed (allow for R&D deductions) as they had almost 5 years to fix the provision. Due to the politics at the time, it was not fixed. Bottom line, the political stars haven't aligned until now to actually get this fixed.
At the beginnning, to most people it seemed like a non-issue (oh no, amortize the costs over 5 years, cry me a river big tech etc. etc.). But now that the entire tech sector is crumbling, and nobody is getting hired, people are giving it another (well-deserved) look.
I ask simply "If I have $1m of revenue and $1m of expenses that is entirely software dev salaries, what do you think my profit is for that year? How much should I be taxed on that?"
@dang (and others). If you want a groundswell of support have you consider have you considered reaching out to game devs and indie game devs? It seems like they'd all be negatively affected. They'd spread the word to players.
I seem to remember people being broadly in favor of this change at the time it was first proposed because it would elevade software development and create more long-term stability, but in a world where the primary focus is on quarterly funding rounded and acquisitions it obviously skews the numbers and thus the potential founded/early investor upside.
There are two possible motivations for the impending change. One is the argument that deducting 100% of developer labor isn't ideal because developers create IP whose value can compound as an asset, rather than the labor being 'consumed' in production as with manufacturing (where any long-term benefit after the initial sale goes to the consumer). The other is that it's a legislative stick designed to herd a powerful investor/donor lobby into supporting budget legislation in exchange for turning the favorable tax treatment faucet back on.
I don't recall there being favorable reception when Trump's Congress passed it nor since. At best, non-awareness, and 'cost of business' for whatever the other talking points at the time.
You can see the older HN threads, people were shocked, and it comes up perennially, with calls to restore favorable tax treatment that incentivizes vs punishes business growth. Same pattern in social media responses to news articles.
Yes, as far as I can tell, this change was made to help balance the cost of other provisions in the TCJA. On paper, it would have at least let them claim they'd take in 5 years of extra tax revenue in from tech businesses (most of it in year 1). I don't think it has any long-term benefit for anyone, even the government.
And the changes proposed in the Big Beautiful Bill actually do reverse it, and allow some retro-active (to tax year 2022) relief. So they're trying to undo it, and of course the Democratic party is calling it "a tax break for billionaires", which, of course, it is. But that doesn't really tell the whole story, either.
> Other kinds of messages take longer.
Emails have to be manually read and sorted.
Faxes have to be digitized and emailed. [...]
By contrast, congressional staffers tally phone calls right away.
Golly. Is this a problem? Hasn't this been solved already? Do they want to solve it? How much do they want to solve it, in terms of United States Dollars?
This is now easy for many HNers to build, with the hard parts now done by free off-the-shelf components.
The customer could have those email tallies even faster than the phone staffer tallies, for the timely read on constituents that the 5calls.org Web page suggests.
And then they can manually or semi-manually review the emails later, for nuance and genuine responses. But they got the important tallies immediately, on their live dashboard and timely alerts.
(But keep those human staffers answering phone calls, since I'd guess that AI on phone there would alienate the very engaged voters who still make phone calls.)
To be clear, not necessarily sentiment analysis of the email (the pre-LLM kind, like are they angry, aggressive, etc.); but sentiment tally about voting on the legislation, like a phone operator might do, which might only be identifying which bill/issue is being talked about, and whether "vote for" vs. "vote against".
The limitations of that is part of why I suggested that following up with review of the email by a human later, for nuance. The other part is so they know they're reaching a human at their representative's office, not just talking to a machine.
I don't know much about politics other than Sorkin-esque TV dramas, but the original Web page said that timely tallies could help a politician avoid being in the situation of having to walk back a stated position on something. So I'd guess that's one way a real-time tally could still be very valuable, and I think an LLM is up to the hard parts of it.
Ok, say I call. What do I say: "Hey I want to show my support for the Big Beautiful Bill because it reverses the tax deduction for software engineers."
And then what? (asking honestly lol for anyone who's done this before)
Say whatever you feel. They will listen to you and sort it out into support or opposition to current legislative efforts. You don't have to have a perfect script - just tell them what you think. But I would caution you to talk about the issues you care about, not telling them you support a specific bill. Because they need to know what issues you care about so that when legislators propose changes to the bills (which always happens), they know whether those changes are aligned with what they are hearing from the people. You'll note that the letter OP linked to does not say that it supports the bill - it supports a specific change they want to be prioritized.
For clarity, the issue at hand is the “Big Beautiful Bill” does NOT reverse the tax treatment. The request here is to change the bill to reverse the current treatment.
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.
The em dash was in popular use long before chatgpt. It's a useful grammatical symbol and a short dash is not a good substitute. Consider whether you'd use it if it was a dedicated key on your keyboard, if so then it's worth the small inconvenience to learn how to type it.
Fair enough. I'm sensitive about the em dash being used as a tell, which I've seen mentioned once or twice, because I don't want people to dumb down punctuation to avoid being confused for an LLM. I'd guess it's a temporary issue until the LLMs get so good at blending in that we can't tell anymore.
That is actually why software development was allowed to be expensed prior to 2017 - to keep innovation thriving in the US. In 2017, they US simply stopped giving preferential treatment to R&D.
Why does it matter? In a little while this will stop being a question people will ask. If anything it shows I put value into a high quality comment, that shows effort, and I also hand signed the letter form.
I guess the point about how hard it is to manually type that character is a great point though, I appreciate that!
Possibly dumb question...
For a medium/large company, is this really a big deal? Their payroll is relatively stable year-over-year, so after a few years, it all evens out (very roughly). Or am I missing something?
IE, is this really an anti-competition law, designed to protect entrenched tech industry players and prevent up-starts from, well, starting?
I think if you spend a few minutes reading about the origin of this change, it's pretty obvious this was a sacrificial lamb for the TCJA to pass. It gave them ~5 years of noticeable extra tax revenue they could use to balance the other provisions. So today, 8 years later, it's not doing anyone any good (and removing it, unless done carefully, might essentially reverse that 5 years of extra revenue, but all in a single year).
It's not amortized. I.e. the company simply subtracts all salaries for the year from the revenue and pays tax from the difference. Salaries being amortized means on year 1 you can only subtract X% of salaries and the taxable amount becomes much larger. Year 2 you will use the X% for the second year salary and another Y% for the already paid salary of the first year. So, the difference becomes less, and the taxes become less, too.
For a stable company that has a constant revenue stream and an established body of workers there's no much of a difference: instead of paying all tax for current year salary you pay 6 chunks of tax for 6 different years of salaries - which would be about the same amount.
For early companies things can be pretty tough. You may earn, say 100k in a year one and pay your employee 100k. Your company now has 0 in the bank, but for the taxation purposes the taxable amount is like (100k - 10% of 100k = 90k), at 20% corporate tax that would mean that the company has 0 in the bank but owes the government $18k in taxes. It's much harder to start a software business in this kind of environment.
In Sweden you have the option to capitalize software development costs, under some specific circumstances, but in general you would expense such costs immediately.
Some startups do it to window-dress their balance sheet, though. But making it compulsory is absurd.
Japan has required amortization of capitalized software over five years for qualifying internal-use software since at least 2000. Correct me if I’m wrong, but I believe most other countries have similar rules.
Until 2022, U.S. companies had a real competitive advantage.
Software developer salaries in Japan are depressed—other roles too, but especially engineers. Without digging too deep, perhaps the previously unfavorable (now roughly equal) tax treatment of was perhaps a contributing factor.
Dev here working in Japan for few years, I don't think the main reason software salaries are low in Japan is financial, but social/cultural. Software has traditionally not seen as valued as hardware, it was just an "extra" added on top of the hardware part. Basically never went through the startup revolution of the 2000s in US.
Also Japan is still very hierarchical, so old ideas change much slower. I would say the combination of these 2 are the main reason software is not as valued as in e.g. America, but there are many others like lack of international competitiveness due to the low English skill, ZIRP, and the ones you note seem totally valid ofc.
This is a very interesting recent report about salaries in Japan (e.g. foreigners, and/or foreigner companies get paid/pay a lot more):
Nonetheless, if reports are to be believed the post-rule change decline is significant, and I can’t help but wonder how big of a positive feedback loop—in other words a bubble—was being created. The gap was, after all, built up over several decades.
The usual culprit you mentioned, perhaps aren’t as much of a factor as we usually ascribe to them.
This is the first instance I’ve heard of where salaries aren’t considered remuneration for basic labour. It’s a fairly weird interpretation of reality that spending $200k on a human’s availability results in a guaranteed $200k of capital being created, regardless of which country this kind of tax law exists in.
As I understood it, it makes a difference between R&D on one hand, and "maintenance" on the other hand. This has resulted in that my US corporate overlords are shifting maintenance work to the US (better for taxes) and doing greenfield development where I am in the EU.
This must be excellent for morale in the US office, but I'm not complaining.
I don't favor any tax breaks for big tech until they actually start paying meaningful taxes. There have been far too many giveaways. The country is running a massive deficit, and the current "solution" is to balloon the deficit and throw the poor under a bus.
Nobody is arguing for a tax break for big tech. We're explaining how it hurts small tech. If anything, allowing the status quo to continue is helping big tech, so you should also be arguing for undoing this travesty.
I agree with you to some extent, but what I’ll add is that “big tech” is well positioned to weather these changes. The part that concerns me is that this will probably push small companies to take on VC money they otherwise wouldn’t need to get through the early years. Then you have a reinforcement of VC profits concentrating wealth.
The SSBA (Small Software Business Alliance) was set up by Michele Hansen -- co-founder of Geocodio, http://geocod.io (and the SSBA is now run by another person) for this reason -- to raise awareness in Washington DC of the issue with the Section 174 Capitalization changes and the efforts to repeal it.
This has already been done in the hardware space for decades. Periodically the government will want to incentivize the purchase of capital equipment, including computer hardware, and will offer accelerated depreciation. Fully expensing things in the current year is just the most accelerated the IRS can make the depreciation.
Note, by accelerating the depreciation, they are reducing taxes in the current year(s) while the program is in place (always have a limited period) but increasing them when the program expires.
What's particularly wild about the choice to tax software development in this way is that it assumes that code is always asset. For companies that are pre product market fit, it's often a liability!
Interesting perspective. Firms actually have to evaluate each year whether it is really an asset. If they determine that product is no longer useful, they would write off the remaining balance immediately.
By forcing software wages to be amortized over 5 years (15 for foreign devs), Section 174 has sapped cash flow, prompting layoffs and project cancellations totaling $3–4 M for some firms. Reinstating immediate expensing could unlock roughly $240 B in stuck deductions and supercharge R&D credits, materially bolstering hiring and keeping IP onshore. Has anyone modeled the macroeconomic gains of full expensing versus the budgetary trade-offs in the current $4.5 T tax proposal?
Salaries aren't a one-time expense, so is the amortization rolling? Like, year 1, you pay me $200k and deduct $40k. In year 2, you pay me another $200k, do you get to deduct $40k for year 1's salary and $40k for year 2's salary?
I guess another way to ask is, does this mean that if you keep someone for 5 years and don't change my wages, is their yearly salary effectively fully deductible? If so, does that create incentives to try to keep employees longer-term in order to make them more cost-efficient?
There's no difference if you fire and hire a new worker every year or you keep them long term. You carry the amortization over until its completely written off.
I also have this question. If this is true, as you note, full deduction is only possible if the wage is constant. So would this also provide an incentive for employers not to give raises, as this 'resets the clock'.
The situation would be that employers want to keep employees for at least 5 years, but providing them with raises as an incentive to stay is also more expensive than it was previously.
Short answer is yes. The finance team has to track each year’s expense as a “tax layer” and amortize it separately. By year 5, ignoring half-year or half-quarter conventions, if have a constant spend, the annual expense will be equal to fully expensing.
I dont think the math works out in a way such that individual employees are not interchangable. It's based on engineer labor cost as a whole; there is no difference if the 3yr year employee was Jack or Jane.
The net result here seems to be a tax-induced penalty to any (software) organization < 5 years old, as compared to a (software) organization with 5 years of employee history.
I don’t fully understand your comment but it seems that we agree that the answer to “does that create incentives to try to keep employees longer-term in order to make them more cost-efficient?” is “no”.
Doesnt this new law inhibit rapid turnover tho? Since it takes 5 years to get the full deduction of an employee’s salary, there is an incentive to keep the employee around. OTOH, the souless bean counters who want quarterly (if not shorter) time horizons, will simply decrease starting salaries and use other methods to be net zero. If they do shaft the software engineers, then the converse is true-no employee should stay at a job more than a year because only the corp will benefit as the deduction grows
Not clear to me that this is true. The expense was incurred, they just claim it over 5 years. It's not clear that the same employee is required to be there in subsequent years to claim the expense from year 1 in year 2.
It doesn't really matter how many devs you have in any given year.
What 174 does is make software a capital expense with no choice in how it gets depreciated over time. It's like having to expense the electricians wages during factory construction over 5 years.
The short-term effect is that engineers become more expensive, so you can afford to hire less engineers. This creates more of a moat for large well-established companies at the expense of new startups.
Seems like it'd incentivize layoffs. You have amortized deductions coming up, with layoffs you pay less to expensive engs and have relatively more saved up deductions than w/o amort. Thus, big short-term benefit to layoffs.
Not really - it incentivizes having the same total number of SW developers for many years, but they don't actually have to be the same people.
If you work at $CORP for 1 year (or 1 minute), $CORP gets to deduct the 1/5th of what they paid you for all 5 years, whether you still work there or not.
I am not sure I understand how amortizing these expenses benefits the government at all, as it is. I won't speak to the methods the government is using to value software, because others have made those points better than I could.
First, I think the impact on large businesses has diminished greatly since 2022 anyway, so restoring the tax deduction would essentially give those businesses a 1-year "bump" in their deductions (since they'd be able to expense the previous 4 years of left-over deductions all at once, plus the current year in full). As far as I can tell, the expense isn't tied to individual workers, just the combined salary expense. So hiring/firing shouldn't be largely impacted. And, any benefit the government would have gotten from large corporations has (again, since 2022) now expired.
For small businesses and start-ups, there is of course a much greater impact. And, ironically, I think the government is actually collecting less from small businesses in the long term, because the businesses that needed the full deduction to survive can't be collected from, having gone out of business.
So the government isn't collecting any more taxes today than it used to. It is probably collecting less, depending on how much revenue has shifted from small (and now failing) businesses to large ones. And we're basically encouraging all of those more entrepreneurial technologists among us to go work for larger corporations instead of striking out on their own.
I guess my question then, is, who does this tax code even benefit?
Edit: looks like it was just a victim of the TCJA, meant to make TCJA look less expensive. I don't think it had its intended effect.
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.
You're not actually wrong. Reversing it would have immediate and far-reaching benefits for large companies. I suspect many of those would respond by going on hiring sprees.
And also, reversing it would encourage more people to start software businesses. So while not a tax cut for small businesses that don't exist yet, it does help those future potential leaders make the leap.
So you believe that the majority of HN commenters support the Big Beautiful Bill:
Adding trillions in unfunded liabilities to the US debt, kicking tens of millions off of Medicaid and food snaps, allowing the Trump administration to ignore court rulings just to name a few. Arguably the worst bill in the history of the US.
Tech bros putting their personal wealth and greed ahead of what is best for society.
Because let's be honest here. That is the only reason you're posting this now of all times i.e. in order to help push support for the bill ? I really thought HN was above cynical politics.
the real question is why is r&d for startups in general amortized in the first place? doesn't this discourage startups pursuing risky hard science ventures?
the reason property plant and equipment is amortized over time instead of expensed right away is to match up the tax deduction with the profit. If building a factory and filling it with robots will produce cars over a 10 year period in the future, it makes sense to subtract those costs over the same 10 year period. Matching profits with expenses is essentially why accounting was invented in the first place, so financial statements would show smoother and continuous operation of a smooth and continuous company, instead of big peaks and valleys as if something had happened.
With software companies, developing software (like Microsoft Windows) allows you to profit from that software over the next 5 years. Matching profits with expenses makes rational sense.
Frequenty, politicians use the tax code to implement popular social policy. This way they can reward things and groups they want to, and still be able to say "we aren't giving subsidies, we aren't giving people cash, we are simply giving tax deductions and tax credits" These sorts of programs are, across the board, more distorting of the economy and make the tax code incomprehensibly more complex. But matching expenses against profits? makes perfect sense.
yeah but a high risk venture going from zero has exactly this problem: you might fail to build your product, and crazy enough the weight of having x% tax may have made the difference.
you should be able to choose if you'd like to do immediate accounting or amortized accounting.
investors pay tax on profits, write off losses. The investors can add money in if they feel the idea is good. The tax code should not tilt the balance of the market.
people on this site complaining about lobbyists, regulatory capture etc, up and down the page, but wanting their own industry favored is a great illustration of the problems we face.
yeah read the whole thread. im arguing that R&D (im not talking about software R&D) should not be special cased as an expense class and a company should be allowed to choose to depreciate or not (just declare which).
ianal but my understanding is:
Under Section 179 of the IRS code, businesses can elect to expense the cost of a fixed asset in the year of purchase, subject to certain limits and restrictions
If the software written in a one year period of time for $100k is an asset then I, as a small business owner, can go to the local credit union and take out a loan on favorable terms with the that asset as collateral. No, of course not! They would laugh me out of the branch or the loan would be credit card interest rates. Software is demonstrably NOT AN ASSET like a major piece of equipment.
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 (as amended by the TCJA) has specific language to this effect [1]:
> 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.
i.e. it needs to be amortized. That's the part that people find most objectionable -- software development is special-cased for unfavorable tax treatment that does not apply to other fields.
I firmly believe 174 has to be repealed. Like many bills and regulatory overreach in the US, 174 does not promote and support entrepreneurship, risk-taking, investment, etc.
All I am saying in my prior comment is that clever treatment of your engineering costs can improve tax outcomes. We have done just this --under the guidance of our tax attorneys-- and have had no problems at all.
Of course, a company that is a pure software enterprise and not multi-disciplinary, like us, is, well screwed.
Keep in mind that at year 6 you are effectively deducting your full R&D costs, even for a pure software company. The real cost is the TVM due to the phase shift, at year six you reach steady state (assuming steady costs).
Could you use the vibe coding loophole to eliminate all uncertainty: the AI has the answers you need you just need to develop by continuously prompting and reviewing until the solution is ready for production?
If you are a pure software company (no hardware or other activities) your options are rather limited.
Also, as I said in other posts, at year six you reach steady-state and are amortizing the full amount every year. Example:
amortization for each year
R&D year 1 year 2 year 3 year 4 year 5 year 6
year 1 1,000,000 100,000 200,000 200,000 200,000 200,000 100,000
year 2 1,000,000 100,000 200,000 200,000 200,000 200,000
year 3 1,000,000 100,000 200,000 200,000 200,000
year 4 1,000,000 100,000 200,000 200,000
year 5 1,000,000 100,000 200,000
year 6 1,000,000 100,000
total amortization: 100,000 300,000 500,000 700,000 900,000 1,000,000
Not ideal, of course, but if you are not a "flash in the pan" company, at year 6 it feels like this rule doesn't exist, other words, you are amortizing the full $1MM every year. The TVM on the deductions you could not take until steady-state is reached is part of the hit you take. The other is taxes on profits from operations during the early years.
Most companies don't have profits rise exponentially during the first few years, so it might not be too bad. Also, there are many ways to mitigate this. For example, section 179, which allows businesses to deduct the full purchase price of qualifying equipment and software in the year it's put into service, rather than depreciating it over several years. In other words, instead of paying taxes on your profits, use that money to buy GPU's computers, tools or whatever you might need. Easy.
A tax attorney is essential if you want to minimize tax liabilities intelligently and within the bounds of the law.
But, yes, 174 needs to go back to full annual deductions.
If the accounting is correct, a purchase of $1MM of software should be equal to paying $1MM to develop it in house, or paying a contractor $1MM to develop it for you.
Similarly, if a shipping company wanted a new boat, it would be the same if they built it in house or if they had a shipbuilder make it.
I would not use section 174 as a reason not to startup but rather as a way to ensure you are running a lean ship. It’s very possible the rule change could be retroactive. Thats just my poker take on this bluff. It may not be retrospective or it may not happen at all. But indecision will kill some startups, the ones who don’t will be a year or three ahead.
I think the most impactful thing you can say about Section 174 is that if it continues, I will be starting my startups outside the US. An employee should be taxed like an employee, not a panel truck. There is no guarantee the software developer will produce anything of great value, so this is a tax on unrealized gains.
I've heard that many of the big tech layoffs where actually just moved / converting them to contracting groups, so they lose the direct head count but kept the developer via the intermediary. Have others heard this too and could this have been a way to label contractors differently so they don't fall under this tax code?
Some firms use proprietary software to run their business. The development costs of that development may be eligible to be capitalized under Section 174. The idea is to make it similar to if they simply bought software off the shelf which they would be allowed to capitalize.
Before someone mentions Excel, most firms have a threshold the expense has to clear before it is considered for capitalization. Excel is under most firm’s threshold.
The tech community, correctly or incorrectly, is broadly seen as "anti-tax cuts", so - regardless of the actual merits of this particular tax cut - I'm not sure how well-received this campaign will be.
I'd brace for some rather heavy sarcasm on social media for anyone brave enough to tread those waters.
It bothers me when other software devs assume everybody is the same as them. In CA, sure likely most engineers are likely democrats. This does not mean they’re the majority. In fact many republican devs are still scared to speak out because of the censorship and canceling during COVID. You cannot make this assumption that we are broadly against tax cuts.
Wish someone in EU do similar signing / votes for lobbying EU for taxing US Tech companies or applying 15 years amortization for all US products as a revenge - sorry US but 15 years amortization for everyone outside US is just worldwide tariff for any other software producers, freelancers, etc.
Note that this letter's requests DO NOT include voting against the reconciliation bill, just modifying it to add a carve-out to fix Section 174. While I agree that Section 174 desperately needs reform and is harmful to the tech industry, the bill as a whole must be opposed, not tweaked.
There are many, many things wrong with the "Big Beautiful Bill", too many to fix through piecemeal efforts like this. It must be resolutely opposed, not endorsed with minor changes.
This is where it's really important to use a bug tracker that can distinguish between bugs/maintenance and feature development. The former can be deducted but the latter has to be amortized.
> 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
I don't see why that would not apply to software developed for bug fixes or maintenance.
You can deduct internal tools, training, maintenance, data conversion activities, installation, distribution, marketing, promotion, etc.
So it's definitely worth it to use an issue tracker to tie your engineer's commits to bugs and categorize their bugs as either feature development or one of these activities.
Depending how aggressive you want to get, if a LLM builds a feature that you beta launch and the engineer fixes the LLM's mistakes to get it working you can probably argue that is correcting errors or defects in software that isn't adding new functionality and thus deductible.
Does Section 175 apply to other professions? For example, if I hire a full-time handyman for my office, does their salary count as a deductible cost?
Sorry if this sounds naive—I'm genuinely struggling to understand why the labor of software engineers would be treated differently from other kinds of work. It seems logical that either all labor costs should count as costs, or none should. If different types of jobs are treated differently, what's the reasoning behind that?
When you buy an office chair you capitalize the asset on your books.
The chair manufacturer in turn pays wages to a person to construct the chair. Those wages are not capitalized, the manufacturer deducts them fully when they are incurred.
The main issue is that “software manufacturers” must now depreciate those same wages over 5 years. Which is unique and does not pass a basic common sense sniff test.
Thanks. Capitalized expense means the expense can be amortized over years? If so, the short-term profit can be higher than expensed cost? That sounds bad in this context as more profit means more tax. However, the OP seems to argue that capitalized expense is good for tech companies.
In the meantime, the parent comment says "Depreciating means that if you pay an engineer $200k in a year, in tax-world you only had $40k of real expense that year, even though you paid them $200k." and then "So the effect is that it makes engineers much more expensive". This seems to also imply that capitalized expense is worse for tech companies?
Capitalized means it’s treated as an investment into an asset rather than just a cost of doing business. The reason we do this is because we want revenue and expenses to reasonably match the time period where their value comes into play.
For example, if you build 100 widgets for $1M this year, the labor and materials cost of those widgets are capitalized into inventory. Next year you sell them all for $2M.
Capitalization rules would say you had no profit or loss in the first year, and $1M profit in the second year because the cost of the inventory gets expensed when the inventory is sold.
Fixed assets like buildings, machinery, and now software have pre defined lifetimes that the expense is realized over. In the case of software, it’s 5 years.
Tech companies don’t like this because they want to front load recognition of expenses to pay less taxes today.
> I'm genuinely struggling to understand why the labor of software engineers would be treated differently from other kinds of work
Trump wanted a large tax cut. To make the numbers look better (notably the CBO reporting), Congress looked for ways to increase revenues. For whatever reason, they settled on software development, and devised Sec 174 to generate tax on 80% of s/w developer salaries in the first year it went into effect.
Why s/w development? I have seen no indication of the reasons for this; I suspect it was perceived as a "rich field" and thus suitable for this sort of treatment. Also, somewhat more fairly, s/w developers do tend to produce semi-durable assets that in some ways are like capital goods.
Machinists also produce semi-durable assets. Should we depreciate the output of their labor, too? Like others in the thread, I view this as an assault on blue states or maybe to soften my vindictive tone, as an assault on those who are not his core constituents.
If the machinist is doing r&d, it's essentially the same. Suppose you pay a machinist to build parts for a new machine. This cost would be capitalized. But if you pay them to repair a machine, it's expensed.
I think this also favours large, established tech companies that are less sensitive to the costs being smeared across a few years than would most capital-hungry startups.
I wonder if some influential ones pushed for the change figuring it would carve their moat a little deeper.
> are the legislature and executive branches not independent?
I am not sure how this can be a serious question right now, in 2025.
However, in 2017 the capitulation of power and authority by Congress was less obvious. What was still true was that the Republicans who controlled Congress and the President all wanted a large tax cut for higher income Americans, and were thus aligned on the goal. Since the President doesn't actually write legislation, this alignment was all that was needed to push the bill through.
the two branches are theoretically independent. what is happening right now is that, depending in your POV:
1) the Republican majority in both the house and senate are entirely on board with all of the Trump administration's actions, and thus have no reason to pass legislation or act in any way separately from the executive branch.
2) the Republican majority in both the house and senate are craven and terrified of the MAGA base that Trump commands, and in many cases in the house, are very much connected to it, so much so that they will do nothing to stand up to the executive branch even when it has crossed lines that have not been crossed before in many different areas.
As an international founder, I'd like the section 174 to be fully restored as it was before – not just for domestic R&D but offshore one as well, so we're not hit with 15 years deprecitation (it is as good as "infinity")
I built a lightweight grassroots advocacy tool for this.
It figures out who your reps are and sends them a pre-filled note based on what matters to you (you can edit/customize it before it sends). Includes a call script too if you're up for calling...
Does anyone know how AI coding fits in with S174? If a person’s “coding” part of the job is primarily running prompts and checking code outputs (quality control and minor reprompting) with the remainder of the time used for other activities, does this count as software engineering?
It seems like an inevitable outcome of this is elaborate system-gaming to mitigate how much employees fall under S174…
I support this effort. Government should tax economic gains, not revenue. A business with $1 million in revenue and $950,000 in expenses is far less profitable than a business with $1 million in revenue and $200,000 in expenses. If both were taxed on their $1 million revenue, the first business would be in a dire situation.
Nowadays, with more and more economic output coming from knowledge work (IP), this depreciation and amortization approach feels hopelessly out of date. I don't know what a good replacement is, but I know software and IP more generally shouldn't be treated at all like a material good.
i'm torn. on one hand, i simply do not care if business do not want to pay more in taxes. in fact, i gladly accept the premise that business should pay more in taxes.
in practice, the slippery slope argument is that this will entrench big-money players, which i don't support, because they'll be the only ones who can afford this. i also fear that it'll lead to an irresponsible adoption of "virtual coders" because it's cheaper than paying juniors.
I've been working on a project called x174 to deal with this disaster. Think of it as a bugfix. Will reach out
Btw - this sort of project is what my startup does - we spin out autonomous projects - that could be companies - that provide social good and solve otherwise unsolvable problems.
In general, anything that encourages companies to reinvest money into infrastructure, research, etc is a great idea. The trick is to make sure it actually does encourage research, infra, etc etc and doesn't just give a loophole for companies to take more profits and pay less tax.
Why payment to Software Engineers is not an expense for the current year? Is it because of the size of the expense? or some other rule that I am missing. Those employees are also paying taxes to those salaries as well. Isn't it? What is the catch? I'm confused.
Work on product is typically classified as R&D expense. R&D salaries are considered to be developing a capital asset that will yield returns for years. So the costs of it also are amortized over years. Bog standard accounting. The prior situation was actually an exception.
Does anyone have any insights into what type of engineering services the IRS defines as SRE - meaning, does forward / customer facing integration // engineering meet the SRE classification threshold?
honest question - why dont companies just hire software engineers under the guise of some other title like "researcher"? would that allow them to get around the 5 year depreciation? how is it even enforced?
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.
This whole discussion has me thinking its unfair to force any capitalisation to be amortised over x years, whether its salaries or machinery. You spent the money, you're out of pocket, why not claim the expense.
So this is a huge problem, and one worth tackling, but I worry very much about the timing of this post in the context of the bill being brought before the Senate now.
We should not implement horrific legislation just because we agree with a single provision. Calling your representatives is the right path, but you MUST be explicit that you do not support the current bill being brought forth that addresses this.
Please, I beseech my fellow Americans, do not vocalize any support for this bill. We'll correct the ills of the 2017 administration in time, but this is not the way to do that.
It didn't become law (no 60 votes in senate), after Schumer sat on it for 6 (!) months. And there were earlier attempts to fix this, for example at the end of 2022 using budget/reconciliation - like what the Reps are doing here; but that was blocked by progressives because of "bad optics".
The Democratic party needs internal reform, that much seems clear to me. But since then we've had just a single term of Biden, and his administrations focus was on COVID, Ukraine, and getting CHIPS+infra bills passed.
It takes time to undo damage codified into legislation. We're still dealing with the aftermath of Reagan. But we have to stop the bleeding and take Congress back, or the size of the hill we have to scale increases drastically.
The opposite of what you're saying is "perfection is the enemy of progress", so let's move past them. I'm asking for more than "this is not the way". What is the way? How will we do this? This is critical, and we've failed to do anything since early 2022. Democrats are clearly not at all interested. My (Dem) congressman responded directly to my enquiry with "fixing section174 just wouldn't be good optics". I agree republicans can't be taken very seriously either if OB3 is the highest of highs. But we all want this fixed. So: how?
Not in a way that makes us even easier to hate, for a start. You really want a big noisy political carveout in what is already being called the largest upward wealth transfer in history? You want to find out what it's like to be in a line of work that has the reputation for having to steal from the American people to survive? We have enough of that reputation already.
If you want a better answer, tell me who our friends are in Congress this decade, and how much it matters. From what I see, the answers are "few" and "little." The Americans who don't blame us for giving Trump the country blame us for not giving him enough of a platform. The appearance of demanding favor on our part at such a moment seems unwise, but that moment does sufficiently explain why we find ourselves facing the aforementioned paucity of well-wishers.
>Not in a way that makes us even easier to hate, for a start. You really want a big noisy political carveout in what is already being called the largest upward wealth transfer in history? You want to find out what it's like to be in a line of work that has the reputation for having to steal from the American people to survive? We have enough of that reputation already.
This is bullshit. The carveout already exists and it's designed to attack software engineering specifically.
This is politics. Perceptions matter. Changing the status quo is more difficult because it is the status quo, and that also matters.
If you want to sell this change, the way to do it is to hammer on the fact that it was Trump's own TCJA that created the current situation, or that it was the machinations of a hostile Congress that so perverted the original intent of the TCJA, depending on audience. But even that is not likely to work, not in a post-"Twitter Files," post-Careless People world.
I don't know what kind of bubble you live in but if I were working this year I wouldn't be super comfortable talking about it, the same way if I had previously made the mistake of buying a Tesla I would by now have unloaded the damned eyesore even at a loss.
No one is upset to see us suffer. If you think that should change, fine. Complaining at me about it won't achieve that. I did not ask how you think things should be. I'm telling you how things are.
I don’t know what bubble you’re living in but the “narrative” here is easily defensible. “The software engineering profession has been gutted by layoffs that explicitly make them 5x more expensive to startups than lawyers, electrical engineers, and doctors. This hurts both workers and employers while benefiting nobody other than foreign firms.”
Nobody of relevance is mad people in tech get paid well. The only slice who are is a small percentage of people in housing constrained areas who attribute the housing failures of California to 5% of the SF workforce.
> I'm telling you how things are.
Claiming something is “how things are” is just assuming the conclusion and is one of the dumbest ways to engage in discussion. It’s literally, “I’m just telling you how I’m right.”
I hadn't seen they were asking for a retroactive carveout! For eight years. A decade's worth of massive, post facto tax clawback? I don't know who thought this was a good idea, but they really must not love YC or Hacker News, to put those names on the public face of this...
While the law with the tax change was passed in 2017, that specific change didn't go into effect until 2022. So it's 3 years of retroactive carveouts (2022, 2023, 2024).
I would appreciate some transparency. I have seen fictional/theoretical scenarios around this simplified to the following:
"You have $1M in engineering expenses annually. So now instead of deducting $1M per year. Now you can only deduct $200K in that tax year. And then amortize it over 5 years"
But we all know this isn’t a vacuum. The US tax code is massive, corporate tax reduced over decades.
You are telling me this single paragraph in the US tax code is directly causing massive layoffs? Or is this single paragraph in the US tax code used as a scapegoat to initiate layoffs and then used to pump P&L and thus still approve C-level executive bonuses?
These big companies have access to massive accounting firms and they can’t work their fucking magic on a single paragraph of text? I call bullshit on big tech.
The problem is that the most profitable and high paying companies are mostly software companies. If you want to raise tax revenue there aren't many other industries that can pay.
I've written on here a few times about this. This is part of the reason the job market is so difficult right now for software engineers. Let's get this changed!
I was under the impression that this was included in the current one big bill and will continue to be included. It’s not something we would expect to be removed.
The current one big bill does a 5 year reversion back to the old rules, and then goes back to the problem existing. So it is the same idea as the 2017 bill.
The problem is that we don't know whether this will get fixed in that time frame. Also that big bill introduces its own problems. A future Congress with debt financing problems may not realistically have the freedom to revert terms such as this one.
Sounds like you could use some help building a protest. Try outcryai.com and I think you’ll find it useful for bringing this campaign to the next level.
Can someone steelman the positives for me? I don't see how it's anything but pure regulatory capture favoring established tech firms. A small company ramping up revenue simply can't handle this amortization while a large, established company can.
That being said, I do think there's a little sloppiness in what is categorized as "R&D" in the software development. Is code maintenance R&D? Bug fixes? Performance improvements? Is it a "capital asset" no longer under R&D once it hits production? This aspect has always seemed too gray given how much money is at stake in taxes.
But again, this complexity is an advantage for more established firms with legal departments and the infrastructure in place to document everything in order to handle audits. Which, in my view, is a form of regulatory capture; this presentation of symptoms of regulatory capture is pretty common.
One potential argument I can see is that maybe this balances out since presumably the more established firms would have less "R&D" as a fraction of expenses to deduct in the first place?
Doesn't this kind of make sense if software is an asset? If your company purchases a seat of Oracle or Solidworks or Windows 11 or whatever. I don't think you can expense that all at one time, you have to amortize over the useful life of the software, just like if it was a physical printing press or a backhoe. Similar if you were making a software program for sale or for use internally, there is the upfront costs associated with making the software, and then it gets used/sold for the next X number of years. And software never wears out, unlike a tractor; that's at least why physical goods are amortized over a finite life. Probably the biggest problem is that this conceptualization of software might be 20 years out of date.
The vast majority of software barely qualifies as an asset, since it has no intrinsic value. It isn’t like a tractor or a factory, which has a non-zero market-clearing price.
A one-off shell script has an asset value of zero after its single use but still counts as a long-term capital asset for tax purposes.
Thanks, this is the closest thing to making sense. But it still doesn't make sense.
Like you said, this is a pretty weird characterization of software. I guess it would make sense to lawmakers who have no idea how it works. Combine that with the fact the lobbyists pushing this are 99% representing big tech and you start to get a picture of how this happens.
Warning- brain dump not directly related to topic, read at your own risk.
Lol @ software never wearing out. I wonder how that works with something like Microsoft windows licenses(as opposed to something like 365 which has new "features" every year)? I'm actually asking, how do you amortize an "asset" that you are admitting only lasts a year? I know SaaS on consumer side is categorized as opex.
Does this capital-asset view of software have any effect on the attractiveness of SaaS going forward? I know we were talking about the development side of things not the consumption side, but it seems like this capital/asset perspective conflicts with the reality of how software is often sold. SaaS is partially justified as the cost of 'maintaining' the software (in addition to support and new features). The fact that maintenance is required belies the perspective that it's a capital asset. Coming full circle, this must require the vendor/developer demarcate programmer effort between feature vs. maintenance & support. If anyone has a sythensis of all of this or reference it would be appreciated
You're right. I was focused on the idea that for software to be taxed as a capital investment there had to be a time when it was considered a finished product. Like building a tractor. I guess the analogy then is how the tractor builder is taxed when fulfilling warranties. I suppose tractor business can expense as R&D work that goes into processes that make it easier to fulfill warranties.
Each version of the software is a finished product just as any particular tractor is a finished product. The difference is that I know plenty of physical assets that companies buy which see no changes other than maintenance over their entire lifetime. I don't know of a single piece of software produced which receives only bug fixes.
Yeah devs spend their time fixing bugs, but a large percentage of those bugs are the result of the software needing to work under new conditions or with new version of dependencies.
That fundamentally different than a tractor breaking down from wear and tear while doing the exact same thing it's always done.
Interesting. However for the purpose of this discussion it is both:
A) Irrelevant since it's not being run by a for-profit corporation, the kind that would care about these tax bills.
B) It's a bit of a cheat. TeX itself may be approaching an asymptote, but scientists writing papers in TeX do not use it directly or on its own. White it has created a reference upon which to build it has also externalized all that research and development into the thousands of accompanying packages which do keep receiving new features and need updating just to stand still.
Generally the US requires valuable assets to be depreciated and amortized over their useful life. This is arguably a fair way to tax businesses with fewer downsides than many alternatives.
Consider a different situation, a business pays employees to build a residential home for $275k total, the land is worth zero in this simple example. Currently they can deduct $10k a year for 27.5 years to depreciate the home, even though they paid $275k up front. Allowing the business to deduct the entire $275k at once, only recovering the difference when the depreciated asset is sold is basically a tax free loan at the expense of all other taxpayers.
To be fair there are many situations where the government wants to incentivize spending in certain areas. Certain types of businesses can avoid depreciation and deduct full expenses, like for farm equipment and heavy duty vehicles, previously most R&D. Or where accelerated or bonus depreciation is used because most of the income is in the first few years. Like a taxi follows a 5 year double depreciation schedule, in the first year a $25k taxi would depreciate $10k, then $6k the next year, there are many examples that are on a shorter schedule.
Keeping a 5 year straight line depreciation on R&D benefits large established businesses and burdens startups, this is primarily a political decision and not economic. Another issue is that not all R&D spending results in a valuable asset with a usable life
I think you are confusing the use case. If a business pays employees to build a residential home for $275k and the land cost $0, they don’t deduct anything. Assume they sell the home for $350k. They then have a cost of sale of $275k so they make a profit of $35k0 - 275k = $75k. They then pay tax on the $75 in the year the home was sold.
Section 174 relates to Research and Development expenses. The idea originally was they firms were spending a lot of money to develop a product that might have long useful life, but the expenses were all hitting the operating expense in the current year. This is great for cash tax purposes, but bad for metrics like operating income and net income which impact many firms valuations. Arguably it also misrepresents the firm’s business model. A fundamental idea is that costs should be reflected consistently with the period that revenue is earned. With R&D, the revenue is expected to be earned over many years but the costs are incurred upfront.
The better example is not a residential home, but an apartment building. The builder spends $300M to build the apartments then leases them for the next 30 years. In that example, the $300M is depreciated over 30 years so the costs track with the expenses.
Yes this is the same type of example. A builder that spends $300m to build apartments doesn't deduct $300m in the first year. The same way a real estate investor that builds a single family home to rent out doesn't deduct $275k the first year
I believe that this is and similar example are missing a very important point in the narrative: in case of developing land to build a building, you will still have the possibility to deduct 100% of the salaries of the construction workers.
Those construction workers will build the building (= the product) on top of the land that you acquired (another asset) which means you are assets become the land itself and the building. Land and building will have their own asset value (purchase price or evaluation) that will be used for over X years.
As far as I understand as an European watching this from abroad, they are trying to evaluate the value of the asset (= code, the product) of a startup by using development costs as a proxy.
Employee salary is part of the capitalized cost and depreciated.
Land value is generally not a deductible expense at all, and as such it is not depreciated. Some related costs like property tax, insurance, mortgage interest are deductible when paid though
The purpose, if you want to call it a positive, was to be one of many revenue increases designed to offset the cost of the income tax cuts that were the primary focus of that legislation.
They’re literally aren’t any. Treating payroll expenses as depreciating assets is insane, and that’s why it isn’t done in any other context— not in the US or anywhere else in the world.
That sounds like a biased explanation, but it’s genuinely the truth: it was stuck in the Trump’s tax bill to help it evade budget balancing rules, but was designed to be so stupid that a future Congress would “surely” repeal it, after the TCJA had passed successfully. This sort of horse-trading happens all the time with budgets, but for whatever reason, this provision was never undone.
The idea is, that there is some asset generated by the devs (software, etc.). Same as a machine that you buy and that generates revenue over time (and loses value over time). So the work result (the software) of a dev generates revenue over time and the costs are spread over time as well.
I guess I'm preaching to the choir here, but a machine has re-sale value outside of what it produces, which is what actually makes it a "asset". This argument could be applied to any knowledge worker that makes a spreadsheet since you can sell the spreadsheet.
You are actually pointing out the difference between physical assets and intangible assets. Mailing lists are the classic example of an intangible asset. Trademarks as well. For clarity, the argument is that a firm could sell the software developed by engineers if it wanted to
I'm not sure if I can follow your argument. A software dev usually works on something that is actually sellable (the spreadsheet software itself or a SaaS platform). If we take Facebook the platform as an example, for sure you could sell the software. Or a startup like Windsurf that gets bought because of the software they developed. So from my perspective devs actually create assets.
If there should be tax discounts to make it attractive to develop software is the political decision.
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.
"If we need immigrant labor, give them Green Cards instead of precarity."
This is counter-intuitive but absolutely the right answer. Giving immigrant employees full bargaining power will murder H1B mills. And no waiting periods in precarious limbo either. If you want an immigrant worker, they automatically get all bargaining power as an American and then you make your decision based on the market forces.
> Keep good paying jobs in the USA. If we need immigrant labor, give them Green Cards instead of precarity.
I'm all for giving more people a faster path to a green card if they want it.
But should a person really have to get permanent resident status to have a decent job here? If someone wants to work for a few years in the tech industry in the US but expects that they may want to go back to their home country (or another country), and if they and their employer pay the appropriate taxes, what's wrong with that? Similarly, if I as an American citizen wanted to work abroad for some period without having pre-decided to become a permanent resident ... why is that harmful?
That’s the neat part of the Permanent Residency (Green) card: you don’t have to stay forever. What that change does is destroy outsourcing and H1B visa mills by forcing employers to hire domestically first, and actually go through the process of sponsoring an immigrant’s Green Card if they want to hire cheaper foreign labor.
It does not deter expats, it protects them from exploitation and abuse by employers.
Sure, and a hunting license doesn't require you to shoot anything but it would be weird to oblige you to get one if you don't have an intention of hunting?
If green cards are easier to get, then the people that want them, and who you seem interested in protecting from abuse and exploitation can choose to apply for them -- great! It would have this effect even if you don't require every employee to have a permanent residence rights.
If you create the requirement where only someone with permanent resident status can be hired, but you don't make green cards actually easier to get, then you've just put in some protectionist/nativist barrier.
But if someone doesn't necessarily want to be a permanent resident, but does meet some other work visa, and an employer wants to hire them, you're just creating an extra bureaucratic obstacle for them, and claiming that it's for their benefit.
The entire point of a work visa is enforced precarity for the benefit of the employer at the expense of the worker. I do not know how to make that concept any clearer.
If an employer wants someone to work in Country A, then they should be hiring domestically first; if they cannot find someone in Country A and want to hire someone from Country B, then that job is necessary enough that a Permanent Residency permit should be a non-issue for the employer and employee alike.
It really is that simple. If a job cannot be done on domestic wages then it’s not a job that needs doing in the first place.
It’s a double taxation thing. If the employer is paying taxes abroad (as in, a net positive payment to that country’s tax collection agency), then we should absolutely give them the IRS break on labor here; if they’re not paying taxes abroad, then they’re taxed on said labor here.
The idea is to reduce offshoring as a means of dodging tax liability for multinational firms. If they want the tax cut here, they gotta pay up everywhere else they do business.
> if they’re not paying taxes abroad, then they’re taxed on said labor here.
Ah I see. You mean if the effective tax rate for a worker in some country is 20% but the effective rate in the US would have been 30% they have to pay the difference in the US? Interesting idea but if the salaries overseas are much lower, how much revenue will that extra 10% raise anyway? More likely the worker would fall into a lower US tax bracket.
I wouldn't mind seeing something like that for corporate profits actually.
I make said argument fully aware of the point of such schemes. It’s why I suggested, “You know, this is a good opportunity to rebalance the scales somewhat by utilizing a shared goal to extract reasonable concessions.”
I think any idiot with two functioning neurons can see the ruling class of India is trying to pull the same strategy China used to take manufacturing: consistently undercut foreign wages, centralizing knowledge and power before turning it on their customers and extracting wealth and power from countries or organizations that outsourced to them in the first place. I think it’s less a matter of who has more or less power, and more that there is an opportunity here for reconciliation in a way that most sides benefit to some significant degree.
* Foreign workers in the USA have more earning potential under such a compromise, allowing them to send more money home or bring family members abroad
* Foreign workers abroad see less exploitation and have more impact on domestic policies and industry
* Domestic workers see a slowing or reversal of outsourcing, increasing wages and job prospects
* Corporate leaders hold off another over-centralization of power by another hostile state, retaining agency and profits for themselves.
“The math” is not the be-all-end-all of things, for if it were we would have never lowered taxes as low as we did, enacted debilitatingly unsustainable defined-benefits programs like many pensions and Social Security, or handed out corporate subsidies as if money was free. “The math” paints a clear outcome of the current path that harms the collective peoples of multiple countries just so a handful of monied-classes can reap most of the rewards for themselves.
Stop relying solely on short-term data with limited constraints, or big data patterns absent context. Do some critical thinking and path predictions, and these sorts of answers become pretty glaringly obvious, as does the ability for a unique compromise to head things off now instead of a full-on hostile protectionist agenda if this is left unresolved.
You can frame it as the autowalas are the ones
‘Really running India’ all you want. But they aren’t the ones running the IT department or setting tax policy, eh?
If we’re being honest, every country should want to preserve high paying jobs for its citizens. Citizens that get paid well have more spending money, which drives domestic economic growth, which creates more jobs…you get the idea.
Outsourcing and exploitative visas are a negative feedback loop that shrinks the actual economy vis a vis stagnant or decreasing wages and higher employment precarity. To have a healthy domestic economy, domestic employment must be prioritized.
Most European countries don't have deductions for SW devs. Romania had it for a long time and removed it due to gov budget deficits. Some other CEE countries might still have them, but in general most socialist western European countries don't have them, which is why they don't have a tech industry.
What do you mean? I am in Eastern Europe and as far as know software development costs are fully deductible just like any other employee costs.
Even more so for startups in Estonia and Latvia (probably Lithuania too) you can fully deduct R&D in general - not sure for how long.
That is you have you have 1M in sales 200k in net profit(after paying for everything including software development).
If that 200k in net profit is plowed back into speculative R&D it does not incur income taxes until money is paid out.
Even more so you can invest some 200k pre-tax in assets such as buildings. You only get taxed when you actually take out the money. In a way this is a pretty big loophole provided you are actually cash flow positive.
Basically in Baltics you can follow the early Amazon strategy of not making net profit, but investing in growth.
Eastern Europe is not a country. Every EU country has completely different legal and tax regimes. And I specifically said that some CEE countries are the exception and do exactly what you said, but that high-tax/high-welfare EU countries usually do not, since their welfare deficit is so high they don't hand out special tax incentives for SW industry as they need to tax everything that moves in order to not go bust, and due to their tiny SW industry, tax breaks for SW work would be politically unpopular with the majority voters working in other industries which see SW devs as overpaid and spoiled already. It's a tragedy of the commons coupled with crabs in a bucket mentality.
So how does your comment contradict mine? Read it again, maybe you missed it.
>you can fully deduct R&D in general
Depends what each country defines as R&D in their legal framework and how much creative accounting you're legally allowed to do. Some countries don't count web app development as R&D though, so of course have a lot less successful unicorns, and a less developed SW industry. R&D tends to be more like pharma, aerospace, lasers, bio engineering, that kind of stuff, not building another food delivery app.
Europe doesn't have any behemoths that are younger than 40+ years but every behemoth that Europe has was once a start-up too in the distant past: Novo Nordisk, ASML, Airbus, Bosch, Siemens, VW, Nestle, etc. How do people forget this?
Behemoths are important because only they have the massive R&D budgets to experiment on new and risky ventures, but also have the economies of scale to built massively expensive and complex things like rockets, hyperscalers, etc.
You can't have a powerful growing and internationally competitive economy just with "Mittelstand" mom & pop shops making niche knick-knacks, you also need behemoths. Why else do you think the German military is contracting Google to build them an on-prem cloud and not a German company?[1] Because Germany, like all of Europe, has no SW behemoths that can do the thigs Google can do at that cost and scale. That's why behemoths are important.
> Behemoths are important because only do they have the economies of scale to take massive losses on R&D and built massively expensive and complex things like rockets, hyperscalers, etc.
I think you meant:
The main advantage of behemoths is their ability to buy startups like candy when they are to big and become risk-averse. Then you don't see startups becoming behemoths anymore, except for the unicorns (called unicorn for a reason).
is all this ammortization stuff bumpkiss? not just for sorftware developmeent, but everything else that's required to be ammortized?
software has been the growth area of actually making stuff for the past 20 years in the US. is it ammortization rules that have held back other investment?
Amortization/depreciation is actually pretty important for understanding the performance of a company. Imagine a firm buys a piece of software to run its business. In year 1 it pays $10M for the software then $1M per year in maintenance thereafter. The software enables the firm to make $2.5M Revenue in year 1 and ramp up to $3.5M thereafter. Assume no other expenses. Without amortization of the software expense, it would look like the business lost $7.5M in year 1, then made $2.5M per year for next 4 years. With amortization, the business makes $0.5M per year consistently which better reflects the stable nature of the business.
Note: ($10M / 5 years =2 m·$/year ). Year 1: $2.5M Revenue - $2.0M amort = $0.5M profit. Years 2-5 have $3.5M revenue - ($2.0M amort + $1M maintenance)= $0.5M profit.
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?
Exactly, this letter refers to the "reconciliation bill" without mentioning the better known (and more notorious) monikers "Big Beautiful Bill" or "One Big Ugly Bill".
There are so many horrific things in it, the bill must be fully opposed, not endorsed with minor changes.
I always wonder when reading about things like this, and had a fun dinner discussion about it a while ago. What would happen with the following instead?
1) Remove all tax deductions entirely.
2) Have no corporate income tax at all.
3) Tax cash and cash equivalents at a very high rate (20% ???) per year, tax other assets at a lower rate (5%).
Basically just have taxes that are high enough to encourage productive use of all assets (above inflation), and to really really encourage companies not to horde capital. Seems much simpler.
I might also be convinced that taxes shouldn't even kick in until a corporation is above a certain size (5 milion USD?).
Are there any sources for the argument why this should apply to software and not to, say, farm equipment? The cash flow and taxation story seems to be the same.
When you buy farm equipment, you're getting something that (barring manufacturer defects, natural disasters, etc) is (nearly always at least) a long-term asset going to be providing a very predictable level of value over the next many years. Same with computers and things like that. With software development, the predictability is almost entirely non-existent for new and/or smaller software companies. I've personally worked on many projects/codebases that either never shipped or threw away huge parts of the code before shipping.
You're not really taking a financial gamble .
Also I think it's worth mentioning that, software engineers are people who are paid salaries, while farm equipment is not.
A more accurate comparison would be if instead of buying a finished tractor you hired a couple of handymen to come build you one from scratch. It may or may not work at all. It might end up costing you 10x or 20x or more what you would have paid for an off-the-shelf solution (so valuing it at the labor cost is a ridiculous thing to do. Who in the market is going to buy a custom-built tractor at 20x the market rate?)
There is an analogous set of rules for things like farm equipment. It is called accelerated depreciation and the government has used it for decades to increase incentives for purchasing capital equipment.
Because software development did not already fit in the definition of a capitalizable expense, the lawmakers modified the research and development rules to allow it.
Disappointed there’s only two mentions of GAAP on this thread.
This change aligns (to a closer extent than before) Tax accounting with GAAP accounting. Let’s say the tax code returns to pre-2017. Would the same people seeking this change seek a change to GAAP? No, because it would hurt their profitability.
corporate tax is already so low that we shouldn't have this kind of deduction at all: make corps pay income tax like citizens. there can still be deductions, but the idea of writing off all the costs of doing business is like people being able to write off rent, food, clothing, transport, etc.
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.
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.
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.
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.
I signed the petition but I wanted to offer an some background for an alternate POV (that I think I mostly disagree with).
You have $600k in the bank. You hire 4 people to build a house. The materials for the house cost $200k and the 4 people cost $400k. Total expenses $600k and you now have $0 in your bank. You can deduct $600k in expenses, but!, you now have a house worth $$$$. You have to pay taxes on this house as it's an asset and worth $$$$. Your total worth is not $0 (your bank account). It's $0 + the house.
Change house to software. You created something new. The government is claiming that something, software or house, is worth $$$$
I see the point. I have no idea how to value software. I guess the gov might say, to find the value, delete the software, how much would it cost for you to replace it (as one idea)
Similarly with other expenses. You have $200k. You hire office workers at $95k each to do some work and buy two $5k PCs for them to use. At the end of the year you have $0 in the bank. The law sees it as you have $0 in the bank + two $5k computers. You owe taxes on that $10k (the 2 computers). For these, you're allowed to deprecate them 5 years. So you own taxes on $8k.
Note: this issue of equipment being deprecated has killed lots of small businesses, mostly because they are new and unaware (been there (T_T)). If you buy $100k of equipment (furniture deprecates over 7 years), you budgeted $1m for the year with $0 left over (making a product that takes 2-3 years to finish) but you've got to pay taxes on ~80% of the $100k of equipment even though you thought you'd made no money.
Many business opt to lease computers (and furniture?). This way they don't own it so it's not an asset and they can expense 100%. Unfortunately if you're a new startup no one will lease to you as you have no credit history (been there (T_T))
Under the new rules, on the ~3yr software project (like a game) with $1m per year budget, after the first year you'd owe taxes on $1m because you could not deduct any salary expenses. All of your employees are doing software dev by the definitions of the new tax law.
I don't think it is reasonable to use employee salaries as the measure of market value. Companies buy and sell other companies based on performance, not cost to build.
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.
To pass a bill the normal way, you need 60% of the Senate to agree. But certain kinds of bills can be passed through "reconciliation" which only needs a simple majority. Such bills must be "budget neutral" as assessed by the CBO. So legislators throw in hacks like Section 174 in order to game the system and offset other provisions they actually want.
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.
pg used to do it semi-regularly, especially on internet freedom isssues (edit: and software patents, IIRC), so arguably this is getting back to HN's roots.
I remember he did an anti-SOPA thing on HN which involved some kind of banner at the top of the frontpage. It's probably saved at archive.org somewhere.
Freedom - an essential public good - is much different than using HN for lobbying for tax policy that favors YC.
You know that doing this is a big change. Why not be straightforward about it - including whose idea it is, what the parameters are, what the new policy is, etc.? If you feel you can't or feel hesitant, then you know something is wrong.
It changes the nature of HN in my mind, to something manipulative - not unlike other social media, and not unlike the trend in other businesses who embrace manipulation to greater and greater degrees.
We each have a personal responsibility to the world, as adults, to stand up for essential values. If we don't, in each of our communities, workplaces, and homes, who will? We are the only ones here; we aren't kids (not that you said we are, but to clarify the point) who can destroy things and leave it to the adults; nobody else will come in and save us.
> getting back to HN's roots
You can see a lot of companies and politicians using that - find some historical precedent and claim that is the 'roots'. There are many more roots then that.
It's quite in keeping with how pg used to run HN. Since I was around back then, it doesn't feel like a big change, or any change.
I recall that there were a few people who supported things like SOPA and software patents back in those years too, but the community consensus was about as strong on those issues as it is on this.
It affects any software developers worldwide that work for US companies. The specific tax law is even worse for foreign developers, since it requires amortization of non-American software developer expenses over 15 years instead of 5 years. How much code is written that retains its value for 15 years?
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.
The main issue to me is now every political issue that isn't raised here makes HN complicit in its success/failure. Once HN starts down this path it can only continue and accelerate or else face accusations of support/opposition through silence.
Good question. I'm not certain myself why. I am not from the USA, so I don't see how it affects me. Also, probably unfounded, but I am somehow suspicious if this is for the benefit of software developers, or billionaires.
It has nothing to do with 'stupidty'. There are many other stupid things in the world - many much more consequential than tax policy and which are also discussed on HN. Where is the lobbying for those issues?
Why is it that tracking expenses as R&D is bad? Where I work, we started tracking our R&D hours compared to other work recently, and an increase in R&D hours has resulted in less tax burden.
Edit: not sure why the downvote, it's an honest question. I'm not arguing anything.
Having to pay taxes earlier hurts liquidity. This is particularly problematic for small companies growing quickly, such as startups. For VC financed companies it means that they need to raise the money to pay the ta when they're still smaller, and thus have a lower valuation.
Thanks for the simplified explanation. It does make me question though whether this is really fueling layoffs at larger firms like Meta and Microsoft. Why wouldn't they be fine with paying the tax hit early?
Trump Giveth and Trump Taketh away. Find a billionaire to sponsor your request, throw in a golden toilet for Qatar plan, it's more effective than any other form of lobbying, or, lol, political process.
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.
This is something that both impacts them and impacts you if you're a developer.
This tax treatment can increase the cost of a dev by 5-15% which leads to less hiring and a looser job market. Which will impact us even if we're not looking for work because most companies look at market rates when deciding raises.
All companies would prefer to have 0 employees if possible. This isn't special about YC companies. Heck it's not even special about companies. If I could buy a roof that was slightly more expensive but I never had to hire a roofer I would.
1. Lots of groups want to pay less tax to suit them. Just because it benefits us doesn't make the lobbying logical.
2. We call ourselves builders. But you presumably can't claim the cost of building your house against income tax. So why is out building different.
3. Come on; be honest: software development was always the loophole. You have coders building next year's features and you are saying that is a legitimate expense against this year's profit. You couldn't have made profit this year without a half implemented unreleased AI sparkle?
I really think the law is silly from a practical point of view but it's good insofar that other countries' silicon valleys need a chance ;)
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.
Just my two cents of course, but I think this is an excellent post for HN. One of the most directly relevant to people in this community (even those who don't seem to understand why) in a very long time.
Jobs Act. The bill also addresses the
“big three” business tax provisions:
deducting research and development
expenses, 100% bonus depreciation,
and loosening the rules for the
deductibility of business interest.
with
deducting research and development
expenses
For more there is (with my reformating of
the text):
HBK
Home / Insights / Proposed Tax Bill
Addresses Trump Campaign Promises and
Expiring TCJA Provisions
Proposed Tax Bill Addresses Trump Campaign
Promises and Expiring TCJA Provisions
Date May 15, 2025
Earlier this week, the House Ways and
Means Committee released details of a
multi-trillion-dollar tax-cut bill. The
legislation closely follows President
Donald Trump’s campaign promises of no tax
on tips and overtime, tax breaks for
seniors and car buyers, and extension of
much of the expiring 2017 Tax Cuts and
Jobs Act. The bill also addresses the “big
three” business tax provisions: deducting
research and development expenses, 100%
bonus depreciation, and loosening the
rules for the deductibility of business
interest.
Key Provisions
(1) Permanent extension of individual
income tax rates (no new millionaire’s tax
rate)
(2) Permanent extension of the higher
standard deduction with temporary
increases for 2025 through 2028
(3) Additional $4,000 standard deduction
for seniors (subject to income
limitations)
(4) Estate and gift exemption increased to
$15MM
(5) State and local tax deduction is
increased from $10,000 to $30,000 (subject
to income limitations)
(6) Child tax credit of $2,000 made
permanent with an increase to $2,500 for
2025 through 2028
(7) Return of the $300/$600 above-the-line
deduction for charitable contributions
(8) 100% bonus depreciation for assets
placed in service after 1/19/25 and before
1/1/2030
(9) Full expensing of Section 174 domestic
research and experimental expenses for
2025 through 2029
(10) Increase in the Section 179 deduction
to $2.5MM with the phaseout beginning at
$4MM
(11) Qualified business income deduction
made permanent and increased to 23%
(12) Addition of a special deduction for
“Qualified Production Property” which
allows 100% depreciation for manufacturing
buildings
(13) Eliminates many business, home and
vehicle energy tax credits
(14) Creating a new round of Qualified
Opportunity Zones with investor tax
benefits
There is still substantial debate to come
as this bill moves through Congress. We
will continue to monitor developments and
keep you updated on any changes that may
affect your tax situation. Please contact
HBK with any questions or to discuss how
these potential tax changes might impact
your specific financial circumstances.
So items (8) and (9) seem to have to do
with deducting "depreciation for
assets" and "Section 174".
Clearly "Section 174" is now, currently, an issue.
And vaguely I seemed to remember some Trump campaign statements that in taxes some business spending could be deducted instead of amortized (spread over several years) or some such.
I'm deliberately no expert on taxes or business taxes.
Some of the Internet discussions seemed to suggest that some of the worst of 174 were to be implemented, continued, canceled, whatever, so for more information on the background, status, future, etc. of 174, did a little Google search and came up with the discussion I posted here. That discussion seems to say that the "Big Beautiful Bill" may get rid of 174, and that would seem to be in the collection of deduction changes Trump discussed.
About the economy, growth, the Fed's Prime rate, deficit spending, interest payments on Treasury bonds, tariffs, inflation, the balances of trade and payments, R&D, AI, foreign investment in the US, 174, etc., to me the MSM (mainstream media) is short on enough credible information for me to have much in opinions.
In addition, for politics, mostly it looks like noise for some manipulation, effect, or other and a reason to follow "Always look for the hidden agenda."
So, about 174, the information I have looks no more credible and a lot less fun than an old Bugs Bunny cartoon! But maybe Bugs Bunny or Elmer Fudd would guess that getting rid of 174 would help R&D, new businesses, factories, business revenue, and even, net, tax revenue. Or did Elmer repeat "To make money, have to spend money."?
I'd scream at the junk -- drama -- in the MSM, but it won't do any good.
Summary: For the main issues here in the US, I just don't have good information. The stuff I posted above seems to suggest that the future of 174 is still in doubt.
Is lobbying for our interests how we become the bad guys?
I dont want software development to become the oil and gas industry.
More specifically, if software devs aren't creating capital assets, then what exactly is being bought during an acquisition? Don't we tell ourselves our work is building an asset that can be reused and sold. The operational aspect of our job still seems to be treated as opex.
Our entire industry is built on the belief our software is an asset. This feels like big tech wiggling for a tax break but disguised as some grass roots effort to help small tech.
I am strongly against this as the ethics feel very wrong. Our industry doesn't need tax welfare.
IMO, if you lobby for a thing which does not do harm to other people, you are not the bad guy. If you do, you are. Lobbying itself is not immoral.
The oil and gas industry, and the tobacco industry et al., lobbied (and lobby) for things which they know were (and are) doing harm. This isn't the case here, IMO.
Code is not an asset in all (I would even argue most) cases - proven by companies which open source the vast majority of their code and live from service contracts or certain addons to it, and basically pay developers to commit to open source software.
Often they buy market- or mindshare. There is no way in hell e.g. Akamai wouldn't have been able to bootstrap "Linode 2". I'm unable to see the secret sauce why OpenAI couldn't have created their own VS Code fork instead of buying Windsurf. But why do that if you can acquire their existent customers / market share? Additionally, the term "acquihire" didn't plop into existence with no precedent.
Being able to immediately get a full deductible for salary, which in many (western) countries is the norm for virtually all businesses, does not strike me as particularly immoral. It's a normal office job, developers do not create gold out of thin air.
Big tech isn't even the most affected by this change, they (often) have obscene margins - small software companies do not.
> if you lobby for a thing which does not do harm to other people
The reason this is being discussed now is because of its inclusion in the Big Beautiful Bill which will kill the poorest in society by kicking millions off Medicaid and food stamps and increase the debt to unsustainable levels.
So if you support this tax cut for software developers you are the bad guy.
Ah. Thanks! Since the letter only calls it "reconciliation bill", I didn't make the connection. Not an American here, oops. Maybe creating "mega bill bundles" isn't the best idea in general. ^^'
I still think this specific reversion / change, for itself, would be something you can lobby for, though. It itself doesn't do harm, the push to include it in this specific bill may do (if it is the thing which tips the scale for it to be accepted).
This "tax cut" is (and was) simply the status quo in most western countries for virtually all businesses, e.g. in the EU. It itself is not immoral, as long as you see developers as normal office workers, which they IMO are.
The existence of silicon valley giants and their faults notwithstanding.
While your response is valid, the specific circumstances warrant closer consideration and potentially reconsideration.
One problem with the change being appealed is software engineers have become more expensive to carry and that has contributed to layoffs. Unfortunately there appears no logical reason software activities are taxed differently than other things you might hire a skilled worker for. When one goes looking for a logical and direct motivation for the change it’s tough to find. This special tax treatment is a one-off, and engineers earn high salaries - so is it possible this change was to fund some other tax cut? The optics aren’t good, at least.
Finally and more importantly, this change impacts risky ventures & startups most of all since larger tax bills may be incurred even on failed ventures. When you look where economic growth is coming from, the lion’s share is in tech. Higher costs and layoffs discourage experimentation and discourage the development of a broad range of capability in an organization by way of carrying large teams of engineers. It thus jeopardizes the current most promising sector in the US economy. Yes, tech is also having an “are we the baddies” moment - but layoffs and higher costs for startups are a separate issue that dominates here.
If you want even further proof just look at how this is activating the HN community. Comments are through the roof. This issue warrants more than a default response.
You might be amused to hear that the only exception for Section 174 is software developers working at oil and gas companies!
From the legislation:
“ Section 174(c)(2) provides that the required § 174 method does not apply to
any expenditure paid or incurred for the purpose of ascertaining the existence, location,
extent, or quality of any deposit of ore or other mineral (including oil and gas).”
Is there an explanation how software developers creating software for oil and gas companies are different than for any other industry?
Or can we assume that the oil and gas industry managed to (yet again!) have its lobbyists where it mattered?
wow, i'm going to copy/paste my response to someone upthread about how it's a bad idea for HN to get involved in political things like this.
"The main issue to me is now every political issue that isn't raised here makes HN complicit in its success/failure. Once HN starts down this path it can only continue and accelerate or else face accusations of support/opposition through silence."
Yikes—you can't attack others like this here. I've banned the account.
If you don't want to be banned on Hacker News, you're welcome to email hn@ycombinator.com and give us reason to believe that you'll follow the rules in the future. They're here: https://news.ycombinator.com/newsguidelines.html.
I'm going to be that guy and just say that one of the many many harmful side effects of income taxes is the kind of social engineering power it gives politicians, who are neither qualified nor properly motivated to make good decisions with such tools. Income taxes are an unethical pollution to our society and government.
In principle, I do not think the income tax should be replaced by anything at all. Most federal spending is either unnecessary or actively harmful. But practically speaking, I'd suggest a federal sales tax combined with a Universal Basic Income subsidy to all citizens (e.g., everyone gets a check for $X every month). The subsidy would cover the increase in prices for anyone below a certain income level - it would effectively produce a progressive tax structure without the privacy infringement. There would be no loopholes or exemptions to think about either.
There are approximately 390,000 H1B tech workers in the US. H1B is meant for roles where American workers are not available to fill the job (which is obviously being abused). The tax deduction issue that this post is about is specifically about exacerbating the loss of jobs. Fixing H1B would solve this job issue many times over.
AFAIK there are a handful of companies that gobble the whole yearly allowance of H1B visas among them. Usual suspects are BigTech and large consulting groups. The later act as intermediaries: they sell worker hours at a higher rate, skimming the difference between their prices and employee's salary. If they were somehow barred from H1B program the H1B visa holders would presumably find better paying jobs elsewhere.
H1B rules around changing jobs means that even if the employee joins at a market-level salary when they come to the US, they tent to stay at the same company much longer and can be exploited. The new company has to go through a lengthy paperwork process to allow the visa holder to switch jobs. Also, since the tech world tends to use things like stock options / RSUs / monetary bonuses for large parts of compensation package and those do not count towards "salary" you may have a situation where an h1b holder on paper seems to be paid fairly but in practice get only about 40-50% of what their peers get.
If they were allowed to change jobs freely they would be able to negotiate their compensation fairly. The companies would be less intensified to hire H1Bs to save money and would also consider local talent for same positions. Everybody would win: both H1B visa holders and their families and American workers, too. The only losers would be consulting firms (not a huge loss, to be honest, most of their employees are overseas anyway, so the can absorb the cost) and BigTech (they have enough money, anyway).
There are other problems for H1B holders, like getting a green card is something their employer, and not them, can do - another area for abuse. And then some nationalities have to wait much longer to go through this process then others (essentially, the US migration service says that the country has too many people from India and Pakistan already, thank you very much), and there are other issues I don't recall.
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.
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.
Software is a special kind of white-collar work which promises to simultaneously provide a sense of entitlement as well as an equal measure of frustration.
Lately (since 1971?), the balance has tilted over to the other side, so I welcomed any move to restore it :)
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.
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.
That's not the issue. What people are asking for is for software to be treated like every other profession.
That's how it should be, and that's also how it actually was until relatively recently. A new law went into effect that treats software differently. I believe Congress was looking for an easy way to generate extra tax revenue by tapping into the wealth of rich tech giants. Whatever the intent, the workers ended up being the ones who suffer because now hiring people has worse tax consequences than it used to.
So all that people want is to undo that, to take away that special rule that applies only to software, and put it back like it was.
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.
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.
This is untrue. The rule is not about taxation, but deductions/expenses. If your expenses cover most revenue, you owe little in taxes. With this rule, a particular type of expense (software engineering salaries) is no longer deductible from revenue to calculate taxable income over which taxes are owed. So you might previously owe no taxes, but now you do. The deduction might carry over to the next few years and eventually (after 6 years) you will reach the same point - assuming your salaries don't go up and your business doesn't grow. The remainder in deductions will be returned after the business stops employing software engineers. I'm not sure why anyone would want the tax code to incentivize a business outcome that all of us would consider failure.
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 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.
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.
I want to propose an alternative for those here reading that are tired of the US and its administration, and are looking for an opportunity to move to Europe this year.
I am looking for US-based founders who want to make the leap and move to EU. We're doing an incubator like no other, in Brussels at the heart of the EU capital. 15 startups, 6 months hybrid program, only US-based founders. Here in Belgium, software dev is taxed for correctly, and there's a 0% capital gains tax which is super attractive for startup founders.
Everyone in the Fall 2025 cohort gets a 25% share of our take on any exits. That means by joining the incubator, you invest in 14 other startups by founders who are as crazy as you.
This was created right here on HN, in a "Who is Hiring" job post, with feedback from the ensuing community. I'm looking for a few more founders to apply before July 1st.
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 you pay an engineer $200k in a year, in tax-world you only had $40k of real expense that year, 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 keep seeing an objection in this thread along the lines of "what make software so special that it deserves a tax deduction".
Correct me if I'm wrong, but if a company hires someone to say, mine coal or brew beer, the expense of those employees is an expense any company can claim a full tax deduction on. If you're a line chef or wait tables, your salary is tax deductible to the restaurant.
So it's not that we are asking for R&D to be treated "specially" and get a deduction that other companies don't have. The problem is that R&D salary expense is being singled out as producing an asset (e.g. IP), and thus being classified in the same category as other assets, like, brewing equipment, a mining excavator, or a pizza oven. Simply put, Section 174 argues to classify people in the same category as things because ... 'these people's work outputs may have long-term value, kind of like things'(?).
Allowing Sec 174 to stand is a slippery slope to classifying more and more everyday Americans' salaries into this category. One could argue in the future, for example, that those who design cars or operate machines to produce tooling dies, should not have their labor treated as regular expenses, but instead as capital assets because their labor output is captured in assets, just as Sec 174 treats the labor of software developers as assets. Everyday people should be concerned by this because if the rule stands, it could be extended to you, too.
For those objecting to the equal treatment of R&D employees as all other employees in America of all stripes and vocations, keep in mind that software people have to pay personal taxes on the income, just like everyone else. Section 174 doesn't have anything to do with personal income taxes: we all pay income taxes fair and square. The question is whether there is a double-tax on software labor, paid at the corporate level (and in all likelihood, your salary is currently a tax deduction for your company, unless you write software or do R&D).
I think the assumption that we are asking for "special treatment" is driving some confusion and grass-roots objection to the movement here, so I wanted to highlight that we are just asking for everyday people who work software and other R&D jobs to be treated just like every other American who works a day job.
[edits for clarity]
> Correct me if I'm wrong, but if a company hires someone to say, mine coal or brew beer, the expense of those employees is an expense any company can claim a full tax deduction on. If you're a line chef or wait tables, your salary is tax deductible to the restaurant.
The question is: are you getting the value of that work in the same tax year, or is it creating an asset that creates value over time? If you hire a guy to brew a batch of beer, you’re getting the value with that batch of beer. Once you sell that beer, the value is gone.
But if a brewery hires someone to build a fermentation system, then that person’s salary cost must be allocated to capital expenses that must be depreciated over time.
There’s a good argument that most software development is creating an asset that pays off over time. If you hire someone to upgrade the payroll software, you’ll get the value of that in future tax years.
But in that case, once the fermentation system is built, the brewery no longer needs that employee.
A better analogy is a brewery hires someone who builds a fermentation system, then continues to operate, maintain, repair, and improve the system over time. Some of the employee's time is spent on work that could probably considered R&D, some of it is on work that is clearly operation, and some isn't clearly one or the other. So how do you determine how much of the worker's salary is R&D vs operational expense? You can try and estimate some percentage, but that breakdown is at best an educated guess, and having to try and figure that out just adds pointless friction.
But that still isn't a great analogy, because in that case the fermentation system isn't the product, the beer is. So for a company that sells software, it would be more like if it wasn't a company that sold brew, but a company that rented out or sold its brewing equipment to other companies that made beer.
Also, the same argument about creating value that pays off over time could be said about most employees. An accountant could find a more efficient way to keep the books that pays off over years; the CEO could create a strategy that pays off over years; customer service staff could create a reputation for high quality customer service that pays off over years; etc.
And then, even if you assume that an engineer's salary is entirely R&D, then the only reason I can see to want that salary taxed at a higher rate is if you want to disincentivize R&D. R&D is already a large expense now in the hopes of a payoff later, and by increasing the tax burden now, you are making that upfront cost even higher.
How about actors? They produce a thing (content) that is sold for a prolonged period of time. Copyright is what, 20 years?
How would Disney feel if the salary paid to the cast of the Avengers was no longer an expense in that year, but amortized over the entire copyright period of the film.
That’s how it used to be until a special rule was introduced allowing only $15m (or maybe $20m) to be expensed instead of capitalized.
Doesn’t change much for the Avengers films which have production costs around $500m. Disney still has to capitalize 97% of the cost. $15m doesn’t cover a single star’s salary.
How does a chef get categorized? They develop recipes which have future value but also do a lot of ephemeral work product.
I think the issue is this fantasy that a software develop only produces long term IP. Or how is it different from an executive who is developing strategy and market positions that have future value?
Maybe it would make sense if we could distinguish such work products as a fraction of their total output, tracked as actual inventory that accountants have to assign value and track capital gains on?
I think the fantasy is that software is mostly like inventing the transistor. Most software is CRUD apps that are more akin to a company’s profit-generating physical infrastructure.
Repair and maintenance costs can be either operational expenses or capital expenses: https://www.nashadvisory.com.au/resource-centre/repairs-and-...
For example, if you pay for someone to maintain the brewery plant to keep it working in its current condition, that’s an operational expense that could immediately be deducted. But if the work is on upgrades and improvements, that’s ordinarily would be a capital expense that must be capitalized and depreciated. A bookkeeping strategy isn’t.
Your other examples are off the mark, because the question is whether the investment produces an income-producing asset. Software generally is such an asset. The question of what’s an operational expense versus what’s a capital expense isn’t always clear cut, and is the kind of thing where accountants and tax lawyers have to make judgment calls.
Both cases are tax-deductible, what matters is not whether it's operational or capital, because for example building up inventory would make an operational expense a capital expense, but whether you then sell or rent/lease/use yourself/... what's maintained or repaired (then it's COGS) or you use it yourself (then it needs to be amortized)
The tax code has been optimized by the rich over the past century to extract profits out of industrial firms and that's where the difference comes from. $100 used to, say, produce a car or a cake that you then sell is immediately and fully deductible from tax because otherwise industrial companies just outright can't survive. Hell, you get to claim back/not pay any VAT and/or sales tax you paid for anything related to them. One way to see it is that these rules are designed to get money to the (existing, "old-money") rich, so when investors don't get money, the government doesn't get money.
If it's equipment for the company to use itself, then it has to be amortized, or more to the point, it means industrial companies can't do what Amazon did: use 100% of their free tax flow to grow "tax-free*" instead having to give that money to the government and investors (15-35% to government 65-85% to the rich, sorry, investors), so they can use it for their own ends.
I'm not judging one to be good or bad, just attempting to frame this correctly. I should perhaps point out, as a last point, that this is a massive difference between the US and European countries. In Europe, investors and governments try to have their cake and eat it too: there's tax due (amortization rules, or worse) on new company creation, on company growth, except of course, for the companies of the rich: you can grow financial capital in companies without paying a cent, money, shares, obligations, ..., just nothing else. That's yet another connection to the rich, to investors. New employees, new buildings, ... are double taxed, only money isn't. In Europe, there have only ever been exceptional cases where it was otherwise. In the US "tax-free" new company creation has been the norm for all of history except since Trump changed this rule.
* between quotes because they still have to pay income tax on any wages, sales tax on any purchases, ... it is very far from tax-free, but such companies wouldn't pay a dime to investors. If they did that would make it very hard to create new companies (which is what this regulation does). Amazon's great accomplishment is not AWS or anything like that but 2 financial accomplishments: first, avoid sales tax, second, avoid paying anything to investors. Whatever business Amazon is in is nothing but a tool for that financial engineering.
The difference between a fermentation system and software is that right now, software changes fast enough that five years is a long time.
While there are software that are still in use from five years ago, there are plenty of obsolete software no one is still using made five years ago.
The tax code accounts for that by providing different depreciation schedules for different kinds of assets. For software the catch-all depreciation schedule is 3 years: https://www.irs.gov/publications/p946.
Is 3 years reasonable?
If we are making say, a point-of-sale software rolled out in a fast food franchise (let’s take Chick-fil-A since they have edge Kubernetes deployments), is it reasonable that we won’t add features to that software in 3 years? Perhaps.
What about bug fixes? Is that expense or should we expect time spent on bug fixes to also be depreciated in 3 years?
What about configuration? Does configuring that POS for new menu items count as software development, and therefore needs to be depreciated over the next 3 years?
Chick-fil-A has edge Kubernetes. Does the install and implementation itself counts as “R&D”? If we argue that configuration can be expensed, then would writing manifests be depreciable or not? What if we use “infrastucture as code” tools such as Chef?
What about say, excel sheets and macros? Or forget macros — just basic use of a spreadsheet. Some manager add in a summation to a column to compute totals. Very basic stuff. Is that software development? If it is, would that be depreciated over 3-years?
If we argue that this is normal use of excel and should not be depreciated, then why wouldn’t my normal use of a compiler and editor also count as normal use and should not be depreciated?
Whether it is 5 years or 3 years, the point is that unlike physical capital goods, software changes very fast, even if the underlying hardware wasn’t changing that fast. It is not always that expert designers build them — software can also be written in a way where end users modify them. We also use software to make software, and can rapidly change our tooling in a way that we cannot with physical capital equipment.
I see the merit in categorizing software as capital, from an economic theory point of view, but software also has its own dynamic that is distinct from physical capital equipment. A tax code that does not acknowledge that can bring more overall harms to the society.
Software engineering is not just about building new things. I'd propose that by far the majority of the time of software engineers is spent on maintenance, bug fixing, minor incremental improvements, etc. Almost all software is either sold directly as a service or as a product with a servicing agreement.
> most software development is creating an asset that pays off over time
This is a fantasy.
Yeah this is the most plausible interpretation.
Software engineers being taxed similar to brewery design engineers seems reasonable, not the person literally brewing each batch of beer.
What about oncall? What about fixing bugs, or KLO, or security patches, or devops, or tweaking feature flags, or dealing with customers?
If you're 100% allocated to a greenfield project that's behind closed doors until 2027, sure. But it doesn't seem like most software engineers are in that bucket. If anything, the industry has been consistently moving further away from that, with more agile methods, tighter feedback loops, etc.
Right, many software jobs are more like being a janitor or repairman. Or even more of a personal assistant or retail worker who is providing ephemeral service to another participant in the whole organization.
Though put that way, it seems hard to rationalize high salaries for software roles where this tax deduction would apply. Granted, supply-and-demand, but still.
Why? Just because it's mostly maintenance doesn't mean it isn't a high skill job.
Good point. One could say a doctor is the same job as a mechanic, but that doesn't capture the whole story.
I don't understand the reasoning behind this, however. Why depreciate anything over multiple years vs just deducting it in the current year? Does it not all come out to the same amount to the IRS in the end?
The usual thinking is that a business wants an asset’s upfront expense spread over the years that asset earns income to reduce taxable profit in future years. In other words, the IRS receives more upfront but less total in the end.
The problem is that R&D and software development behave more like recurring annual expenses, not upfront investments in something like a building or industrial equipment. Small VC-funded startups may not exist long enough to reap the long-term benefits of depreciation.
> In other words, the IRS receives more upfront but less total in the end.
Assuming positive inflation, the IRS receives more total, because the taxes they get paid now are worth more than the same amount of dollars they give back in later years. And if the company goes out of business, the IRS never has to give those taxes back.
> In other words, the IRS receives more upfront but less total in the end.
How so?
this change was a timebomb used for CBO engineering purposes: to make a particular budget appear to have a specific delayed deficit behavior.
The tax code strives to minimize distortions (except insofar as they are deliberately introduced). That is, it seeks to minimize how much the existence of the income tax changes people’s economic conduct.
To minimize distortion, the income tax must accurately compute “income”—the actual increase in wealth. Depreciation is part of that. To compute income, the net increase in wealth, you need to subtract costs from revenue. When you buy an asset, your wealth doesn’t immediately increase or decrease—it simply changes form (from cash to an asset). The actual cost is the depreciation on the asset, which occurs over time.
Say you buy a delivery vehicle for $50,000. In the first year, you make $100,000 in revenue and have $20,000 in operating expenses. What’s your income after one year—the actual change in wealth? You have $80,000 in cash after operating expenses, plus a vehicle that you can sell for maybe $40,000. So you have $100,000+$40,000 in cash and assets in minus $20,000+$50,000 in cash and assets out, for a $70,000 increase in wealth.
Calculated another way, you have $100,000 in revenue-$20,000 in operating expenses-$10,000 in depreciation = $70,000 in income. Now, over say 5 years, you’ll depreciate the full $50,000 cost, and the total dollar amount the IRS gets will be the same. But it will get more taxes in the first year, which due to the time value of money is worth more than getting the money in subsequent years.
For clear, fixed assets this is a quite reasonable approach, although in some categories the depreciation rate isn't an accurate model of reality.
The problem is those of us who deal with code only rarely are actually just building a vehicle. It's an ongoing activity that more resembles maintenance than the outright purchase of an asset.
Look at how much software is going to a subscription model. That only makes sense if there is ongoing improvement to the software.
If I hire a bunch of people to build me an apartment building, I deduct the full cost of their salaries in the year I pay them, even though once they build the apartment building, I get the value of that work over the following years.
How is that any different from hiring a bunch of people to write some software, that I then get the value of over the following years?
> If I hire a bunch of people to build me an apartment building, I deduct the full cost of their salaries in the year I pay them
That’s not how it works in general (there are exceptions though): https://www.law.cornell.edu/cfr/text/26/1.263A-1
How are other kinds of engineers such as automotive engineers treated at companies like Ford, or aerospace engineers such as at Boeing?
This wasn't my first impression of this, but the more I heard this dicussed the more I'm forming an opinion that there might be some intentional parts of this that while maybe not being good, make sense from a certain narrow perspective.
My assumption is, if tax folks in the US were looking Jealously at US companies with large Multinational presence declaring a lot of their profits abroad. They might have noticed that some of them have large dev presence in US, but through complex accounting, IP transfers, licensing and other actions are able to claim that majority of the value is generated outside of the US.
If a company had, say, 100k software devs, 50k in the US, and 50k scattered across other countries, but claimed the value of it's software was primarily in Puerto Rico and Ireland... In that case, I'd expect questions around the 50k devs in the US.
Is software dev the only activity where this is possible - no, but is currently by the far the largest and the largest growth industry.
If the issue is with general tax compliance of large multinationals, then congress should have done something about that. This tax rule has hit small software businesses particularly badly, so much so that it'll practically strengthen the quasi-monopoly of established players.
> strengthen the quasi-monopoly of established players.
When are we going to break the majors up already? Google should be like seven different companies. YouTube is bigger than Netflix for Christ's sake.
Demand antitrust enforcement!
There's so much value pent up and wasted in Google today that it'll be worth more as divisible parts. They're practically giving half of the value away for free and wasting it on implementing the same thing four times before cancelling it.
And Apple and Amazon...
These giants are basically stifling the US startup ecosystem and putting a valuation cap on innovation. They're also ripping apart other industries by moving in and undercutting costs with subsidized offerings detached from the underlying economics. They're like invasive species destroying the ecosystem, eating up everything, completely immune to competition. And if that's not reason enough for you, they're putting massive wage pressure on our profession.
Oh, no! Anyways. /Congress, probably
Small business software has largely been offshoring their development teams for years anyway.
For a long while now, every small US-based company I look at hiring engineers have their teams in South America or Eastern Europe.
Unfortunately by trying to "fix" this, they've caused massive US software developer layoffs. So even less tax revenues. And an even weaker economy.
Has this tax change been mentioned in any earnings calls as a reason for layoffs. Perhaps if that evidence could be found it would bolster the argument being made here. Didn't someone have all earnings call transcripts in a large database - perhaps an AI can find evidence of this?
While this modification may contribute to layoffs, the general declining economy is the real culprit — the layoffs started long before the tax code change.
There is some sense to this: It's a stealth tax increase done for budgetary reasons.
Since we tried to go to a pay-as-you-go model on bills the tax code has turned into an absolute shambles as the congresscritters look at how to tweak things to "produce" (look at the IRA withdrawals--it produced nothing, just moved some money forward one year while creating a trap that many have fallen into) the desired revenue to cover whatever the bill costs without "increasing taxes."
> One could argue in the future, for example, that those who operate machines to produce tooling dies, should not have their labor treated as regular expenses, but instead as capital assets because their labor output is captured in assets,
In the future? That's how it works!
> just as Sec 174 treats the labor of software developers as assets.
[I was wrong about the following. I misread the text - and the submission title.] That's not what 174 does.
Fair enough, that was not the best example.
But I'd also observe that since business owners have to capitalize the wages of the machine operators producing injection molds, then there is an advantage to outsource the whole operation.
Comparing a procurement manager and a CNC operator [the person running the milling machine making a mold] paid the same amount, the CNC operator has a bigger negative impact on the businesses' bottom line, because the business can't expense most of the CNC operator's wages in the current tax year, whereas the procurement manager is generally accepted as fully deductible expense.
Of course, the labor that went into making the mold is effectively built into the acquisition price of the mold, so you haven't gotten rid of it by outsourcing it.
But, by building it into the price of an outsourced mold, one can delay the purchase of the mold to next year to improve the P&L this year, but you can't similarly delay the wages of the tooling operator to a later date.
So, when a CFO is looking for a way to improve the P&L in a given calendar year, there's an incentive to cut operators who build factories, tools, and other assets that have to be amortized, and replace them with more flexible outsource options.
Of course, part of the reason mold making left the US is wages are lower outside the US. But I'd say the current situation with software engineers is a datapoint that demonstrates the impact of expensable versus amortizeable labor on employee retention. It could be that if the tax code is not fixed, the same "CFO logic" would lead to more and more software being outsourced over time, as management is an immediate expense, but software engineers are not.
I suppose one can then argue, why should software engineers get special treatment compared to tooling operators; but then I would counter-argue that perhaps tooling operators should have gotten better treatment so we could have retained more of them in the US.
>as management is an expense, but software engineers are not.
is manager of AI agents (especially when they become more productive and capable than people) going to be a manager or software engineer?
IF they are a manager, then they are managing people. Are you paying appropriate salaries and benefits to your AI agents? Does HR have them in the system?
...no, not a manager.
Aircraft are also more productive and capable than people in specific activities, and useless wastes of money in others.
>IF they are a manager, then they are managing people.
Not really. For example for L1, a visa for managers and executives, managing people isn't a hard requirement, instead it may be "employee’s ability to manage an essential function of the organization at a high level, without direct supervision of others", and thus project managers and architects and even senior engineers make the cut.
Handling capable AI agents would seem to fit if those AI agents perform "an essential function of the organization" and you manage them "at a high level, without direct supervision of others".
source?
https://www.law.cornell.edu/cfr/text/26/1.263(a)-2
Example 4. Acquisition or production cost. D purchases and produces jigs, dies, molds, and patterns for use in the manufacture of D's products. Assume that each of these items is a unit of property as determined under § 1.263(a)-3(e) and is not a material and supply under § 1.162-3(c)(1). D is required to capitalize under paragraph (d)(1) of this section the amounts paid to acquire and produce the jigs, dies, molds, and patterns.
which applies for the part of the work producing a tangible asset; it was an option for software development before. Now all software is considered such an asset, which is a huge change and distinct from how other labor works
You asked for a source for https://news.ycombinator.com/item?id=44233155
I thought it was for the first paragraph.
But I was wrong about 174, maybe you meant that.
Taxes on income or capital inherently reduce income and capital. Ditto for sale taxes, which reduces transaction volume.
This is bad for the economy and ultimately reduce our tax base.
About the only thing that doesn't happen is for non-reproducible privileges such as land, intellectual properties, the electromagnetic spectrum, etc.
Taxes reduces taxes?
So are you saying that 0% rate taxes would capture the most tax?
> Taxes reduces taxes?
Yes. It’s a second-order effect. Imagine if there were a 100% tax: the government would probably get no taxes, because there would be no economy.
> So are you saying that 0% rate taxes would capture the most tax?
No. There’s a sweet spot. Everyone argues about where it is, but obviously 0% and 100% tax rates would both be problems.
It all depends on where you apply the taxes.
If you tax inputs but not outputs, then a 100% tax rate increases the cost of goods and services but does not necessarily kill the business.
If you tax income, then a 100% tax rate kills all income. However, income taxes are usually progressively, so a 100% marginal tax rate places a cap on income, but income below that can exist.
If you tax profit, a 100% tax rate leads to shifting profits to reinvestment and salaries and benefits.
> If you tax profit, a 100% tax rate leads to shifting profits to reinvestment and salaries and benefits.
There wouldn't be any money to reinvest into salaries and benefits, because capital would not be deployed on a risky, potentially money-losing venture without the possibility of profit.
There are taxes on things which generally don't have this kind of effect on supply such as land, because land is an inelastic supply because it cannot be destroyed.
However if the tax is too high then it would cause land abandonment.
Notice I note categories where it is fine to levy taxes without seeing a reduction in supply.
If you tax the usage of the electranetic spectrum too much, you would get no usage but the electromagnetic spectrum would still be there.
Not all taxes are in income or capital. Some are e.g. on consumption (gas, cigarettes, carbon, etc). There’s an argument that in place of corporate income taxes, we should let companies reinvest freely (or pay dividends), and then recoup the taxes elsewhere. The Planet Money podcast has a classic episode about this and other aspects of a presidential platform most economists could agree on.
I'm heartened to see this downvoted, since it's basically tax-trolling.
Yes, there are people who think tax==bad. Most people (and for a century or so) have understood that taxes are ultimately spent, and normally with a "multiplier". That is, on something which actually stimulates further economic activity.
Corporate profit, OTOH, normally just satisfies the rent-seeking economy, which is not productive in any natural definition. For instance, dividends and stock buybacks. Yes, some corporate profit feeds entrepreneurship, but that's simply not a large fraction of the corporate economy.
It's simply pointing out that taxation of economic activity is detrimental to the state, not that taxes are evil. This should be avoided as much as possible unless truly necessary.
The state can still tax in two ways, taxes on undesirable negative extremity such as products that give you long cancer, and unreproducible privileges. I listed those examples. There may be ground for taxing extreme wealth but I want to see extreme inequality fixed first.
I am not even disputing that the government spending encourages economic activity, but we should at least not shoot ourselves in the foot only to heal the foot with another hand.
I am advocating for the interest of the state.
Henry George was right!
So it applies to software engineers but under what definition of software engineer?
This [1] is the only definition the code actually give.
> (3) Software development
> 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.
1. https://www.law.cornell.edu/uscode/text/26/174
-----
Is a test or QA engineer considered a software engineer?
Is an FPGA or ASIC engineer still considered a software engineer if they are writing in HDLs?
Is a systems engineer, electrical engineer, or mechanical engineer considered a software engineer because they use MATLAB, etc and use programming to do their design work?
Is a sysadmin, DB admin, or other IT staff considered a software engineer because they write software as part of their job?
What about a quantitative analyst, data scientist, accountant, actuary, or any of the other maths and analysis adjacent job roles that regularly use some level of programming to do their job (and therefore write software)?
What about HR, etc who use excel documents? Excel is fundamentally just a graphical array programming language (and the design of spreadsheet tools is heavily inspired directly from APL). Is anyone who uses excel or builds/maintains spreadsheets considered a software engineer?
Like software engineering is such a broad field and programming bleeds into every part of modern business at this point.
The IRS released guidance back in 2023: https://www.irs.gov/pub/irs-drop/n-23-63.pdf
It starts on page 23.
Plenty of analysis online by tax firms but I'll quote from this one: https://insightplus.bakermckenzie.com/bm/attachment_dw.actio...
> Generally, activities treated as software development for section 174 purposes include, but are not limited to, the following.
• planning the development of the computer software
• designing the computer software
• building a model of the computer software
• writing source code and converting it to machine-readable code
• testing the computer software (up to the point that a taxpayer places the computer software into service or determines that the computer software is ready for sale or licensing to others)
• producing product master(s), if the taxpayer develops the computer software for sale or licensing to others.
> Activities that are not treated as software development vis-à-vis software developed by a taxpayer for use in its trade or business are as follows:
• training employees and other stakeholders that will use the computer software
• maintenance activities after the taxpayer places the computer software into service
• data conversion activities, except for activities to develop computer software that facilitate access to existing data or data conversion
• installing the computer software and other activities relating to placing the computer software into service
> maintenance activities after the taxpayer places the computer software into service
This is the part that I think makes this whole jig of treating software development like a purely capitalizable expense so nuts.
I previously worked at a public company that wanted software developers to treat as much work as possible as CapEx - it makes you look more profitable than you actually are, which is bad for taxes but good for your stock price. Developers hated it. The problem with it is that with modern web based software, CI/CD, A/B testing, etc. that the line between "new software" (i.e. CapEx) and "maint" (i.e. OpEx) is so blurred as to be pointless. E.g. many times I'd be fixing a bug (technically OpEx) but that would often lead to some new features ideas, or ways to structure the software to make it easier to add new features (technically CapEx). Software is fundamentally different from capital expenditures in other areas, and assuming a 5 year straightline depreciation schedule for software is laughably absurd.
What other sort of capital expenditure has you do releases every day, or requires 24/7 monitoring? I would argue that the business of software has changed so drastically over the past 20 or so years that it makes much more sense just to categorize it as OpEx by default (for both tax and GAAP purposes), and only have it be capitalized as CapEx for very small and specific reasons.
Your Honor, here printed on paper is what the Prosection calls "software". Actually as anyone can see on the paper, what is there is just ordinary typing A-Z and 0-9 with a lot of the typing in English. Businesses have been doing typing for many decades. E.g., this typing is much like instructions to a delivery truck driver to deliver goods to customers. And it's the same if a drone reads those instructions and makes the delivery. Prosecution has yet to show what of this paper is other than business typing ~100 years old.
It runs on a computer. It tells a computer how to do things. You can type once and have the same instructions run again and again on the same computer or on different computers. It can run on many computers simultaneously. No human intervention is required for all of the above.
> What other sort of capital expenditure has you do releases every day, or requires 24/7 monitoring?
Quite a lot of them actually. If I spend $$$$ setting up a car factory with a big production line, I'm going to have people monitoring it 24/7. If I build an airport, I'm going to have air traffic controllers working 24/7. And so on.
Of course, the air traffic controllers didn't build the runway, and the construction crew don't direct air traffic, so the whole situation is much less ambiguous.
How exactly does the construction of an airport (runway, terminals, parking, etc.) satisfy "releases every day" during the construction? I could see if it were adding a runway or a terminal, but until at least some of the infrastructure is there it's not exactly usable to the end user, the public, as say a stand-in definition for "released."
> I'm going to have people monitoring it 24/7. If I build an airport, I'm going to have air traffic controllers working 24/7. And so on.
> Of course, the air traffic controllers didn't build the runway, and the construction crew don't direct air traffic, so the whole situation is much less ambiguous.
That is precisely why those salaries are NOT capex
Your example was quite good actually. Even in sw the people that build the system is not necessarily the people that monitor, maintain and use it, even for systems used only inside a company. I used to work in a telco and we had 3 separate departments, plus a 4th one for testing. And yet all of them seem to be subject to section 174, builders, maintainers, testers.
A country wide power grid or telecommunications network are other examples that come to my mind. They are never complete, they get more features every day (new cables?), they are monitored 24/7. The owner companies also use them.
> And yet all of them seem to be subject to section 174, builders, maintainers, testers.
Do they?
Upthread one can read: > Activities that are not treated as software development vis-à-vis software developed by a taxpayer for use in its trade or business are as follows: […] • maintenance activities after the taxpayer places the computer software into service
You are right. I also read other comments pointing at that. Nevertheless it's often debatable what's maintenance and what's a new feature. Hopefully nobody is looking at it in too much detail.
Example: a one line change to ignore non Unicode codepoints in PDF files loaded in a web app (I did it yesterday.) Is that a new feature? Is that a bug fix? And if it's a bug fix, is that part of a feature that we should have developed before putting the sw into service? Is that maintenance? And what if that particular code point that triggered the issue did not even exist when we released the sw years ago (the code around it is from 2021)?
I believe that nobody has the time to dig the (tens of?) thousands of issues that a company opens and completes every year but there are a lot of gray areas to exploit if somebody has any reason to be pedantic.
> Nevertheless it's often debatable what's maintenance and what's a new feature.
The same is true for many capital assets. There are people who have time to look into these things because that’s their job.
What we do is enforce that everyone keeps one ticket in JIRA as in progress and use a timekeeping add on. The tickets role up to epics and initiatives. I review each top level initiative and epic with finance and they deem it capitalizable or not. Then we add a haircut. It’s really not that much work. We have an hour meeting monthly to work it out but I make sure to exclude my mainline engineers. They don’t need that
How many engineer-hours are lost amongst the whole company each semester to report all these mindless tickets?
A lot.
It also warps outcomes towards a metric which "is only used for tax purposes" but which also is reported ritualistically with an expectation of compliance.
The entire thing is nuts.
And no one thinks it was sensible.
The only reason it exists is for political games by Trump 1.
Now imagine all the nonsense that’s gonna go into the much bigger Trump 2 tax cut bill.
> • data conversion activities, except for activities to develop computer software that facilitate access to existing data or data conversion
ex: linking excel spreadsheets or setting up excel to ingest data from a sharepoint or network drive would still fall under the definiton of software developer
> • maintenance activities after the taxpayer places the computer software into service
So a sysadmin or a DB admin writing scripts or a DB admin writing queries and adding new reports would be considered software development
It just seems way too easy for arbitrary employees to get pulled in under this definition because it just fundamentally misunderstands how widespread programming is.
You missed the paragraph saying that maintenance activities are not considered development activities
But that's the rub right? What is the definition of maintenance activities? And for what software? If you are writing a new script to automate something or updating an existing script, is that not software development?
If that's considered maintenance activities then would maintaining a software codebase not be considered maintenance activities then?
In my simple mind, if software has been "released" it is no longer R&D, and "bug fixes" (which should include continuous improvements such as your example) are not research.
I may be way, way wrong though.
That seems too exploitable to pass muster in the court. If you release Beta 0.0.1 of your software after 2 months of development then spend the next 5 years getting it up to version 1.0 that's clearly a development effort not a maintenance effort.
> such as marketing and promotional activities, maintenance activities that do not give rise to upgrades and enhancements, distribution activities
If it leads to a new release, then its software dev. Meaning anything more than a minor patch is going to count.
That's the reason we have courts, to cut through those gray areas.
No. That is why you have auditors who must sign off on your financial books and records. There are fairly strict rules about capitalization of software development. If it is a meaningful number for your firm, then the auditors will review in detail.
Is it?
The IRS Guidance says this in 5.05(2), which is most relevant to software startups:
So they are maintenance as long as they "do not give rise to upgrades and enhancements", which would be the responsibility of the taxpayer to track. I'm sure there is more nuance to it in practice.Has the IRS actually dinged anyone for fucking with how they categorise software expenses?
They have, but they’ve fired everyone. Literally. I have a relative who was fired while testifying in court, he ended up stranded in some flyover shithole.
The real issue is the auditors will flag it.
> auditors will flag it
For tax books?
llm auditors soon
The concept and determining factor is how it relates to revenue. Is it an activity that supports or contributed to current revenue generation, or is it something that is expected to only contribute to future revenue generation.
So if you’re just maintaining a software, that’s already used then you’re good.
I used to support this change because I thought that it would fairly make the software industry like many other industries who have to pay this kind of amortization for R&D and I believe that there would be carve outs for small organization so that really large ones are the only ones who bear the cost.
I also believed it unlikely that this would be enforced or audited before there were such corrections or refinement to the original language.
So the way I viewed it was it’s basically a higher tax for giant software companies, but everyone else will be unaffected by it so we shouldn’t worry.
However, I also now support repealing or changing it because whether or not it has ever or was ever gonna be enforced or audited, it’s ended up causing a lot of disruption across the entire software industry. So much so that it actually looks more like an unfair penalty against software development than anything else now unfortunately.
So I’ll definitely be signing that little petition under my US corporation.
What a wonderful sales pitch for a timesheet software feature. Track non-software-related work for expensing in the current tax year.
Any decent sized company already does this. You’ll see a field on things like Jira tickets for whether something is maintenance or capital improvement. And presumably that information can be used to infer the percentage of a given workers time that can be attributed to deductible vs depreciable expenses.
Exactly. Everywhere I’ve worked, this was a quick and non-intensive collaboration between engineering management and like one finance person. It’s baked into a ton of tools already (like you mentioned, Jira) so the percentages are usually just there and eng leaders review it with FP&A twice a year.
Real innovators can’t stand this sort of noise and so it is a direct shot against their bow
This is fairly standard for a lot of larger companies and for companies where your work is contract work (see defense contractors, legal firms, architecture and civil engineering firms). You have to do line item billing on costs for a given contract so you have to track how many hours are spent to do whatever labor needs done.
The issue is that this is a lot of unnecessary complexity for orgs that aren't doing that kind of work.
> under what definition of software engineer?
Probably a broad enough definition to net the US Government the greatest tax revenue possible for the effort to enact this.
They want the change to _seem_ like it will bring in revenue so the CBO number adding to the deficit is lower.
The folks advocating for this could care less about the deficit, but they need to act like they care.
IDK if that's right. Oddly, the current administration has gutted the IRS and seems pretty ambivalent about collecting taxes that are on the books. I wonder if there will be an inconsistent definition of who is a software engineer, based on how friendly the company is with the administration, whether the company still has someone with a DEI title, etc.
Judging by the Big Law shakedown, enforcement will be based on how much of your corporate cash is held in Taco’s shitcoin.
> the current administration… seems pretty ambivalent about collecting taxes that are on the books. I wonder if there will be an inconsistent definition of who is a software engineer, based on how friendly the company is with the administration, whether the company still has someone with a DEI title
So basically the same situation that we have with bullshit speed limits everywhere.
If we had specifically defunded highway patrol that was net-revenue-positive, yes.
Republican defunding of the IRS is literally insane: reform by cutting enforcement.
- It rewards people who cheat on their taxes.
- It costs the government more money that it saves, because IRS investment is net revenue positive.
But then, the modern Republican party seems more concerned with being the party of 'law(s I agree with) and order (for people who aren't me).'
People greatly overestimate the amount of material cheating that happens, especially among large companies and the wealthy. I used to work for a Federal audit organization and almost all of the recoveries had a root cause in sloppy compliance and record-keeping practices rather than intentional malfeasance. It is broadly recognized as optimal that the recovered money should be several-fold the direct costs spent to recover it because this activity incurs a lot of non-obvious indirect costs. It is a variation on the principle that the optimum amount of fraud is non-zero.
Most of the blatant tax fraud is much lower down the economic ladder because below a certain threshold recovery doesn’t justify the cost and people know this. The amount you can get away with is far below the threshold where it would be worth the risk for wealthy parties. The best ROI for auditors in many of these cases is to make regular object lessons at random to discourage it rather than systematically prosecute it.
AFAIK, the increased spending at the IRS did not lead to concomitant offsetting recoveries. This is a predictable outcome, the amount of enforcement activity has been pretty finely tuned for decades to optimize ROI. Most of the recoveries come from changing focuses on compliance to areas that haven’t seen much enforcement activity in many years. Fighting entropy basically.
If you assume that most large recoveries are from sloppiness rather than systematic tax fraud, it changes what is going to be an effective strategy.
>AFAIK, the increased spending at the IRS did not lead to concomitant offsetting recoveries. This is a predictable outcome, the amount of enforcement activity has been pretty finely tuned for decades to optimize ROI. Most of the recoveries come from changing focuses on compliance to areas that haven’t seen much enforcement activity in many years. Fighting entropy basically.
AFAIK, all the data shows exactly the opposite.
https://news.harvard.edu/gazette/story/2023/07/turns-out-irs...
https://www.irs.gov/pub/irs-pdf/p5901.pdf
(There are many more studies from various outside organizations, as well as other non-partisan government bodies outside the IRS concluding similarly)
These are studies designed to show positive results, and are susceptible to the criticism the parent identified.
IRS enforcement has diminishing returns because the IRS starts with the small minority of people who are very obviously cheating on their taxes. Those people get audited and the IRS very easily recovers money from them. If you want to audit more people than that, you have to audit people who are less likely to be cheating. The more people you want to audit, the lower the collections rate gets.
But if you're averaging in the recovery rate from the people who are so obviously cheating, you can get quite far down the road past a marginal benefit before the average becomes a negative number.
Meanwhile, even that isn't considering the indirect costs. The IRS spends $1 and recovers $2, but audits are much cheaper than the IRS than they are for taxpayers. So the IRS spends $1 and the taxpayers (many of whom did nothing wrong, because we're talking about averages here) have to pay $5, in order for the IRS to recover $2. That's quite bad -- $6 is being spent in order to recover $2, but it's being reported as a $1 net gain.
And it's worse than that, because those $6 aren't just money, it's actual spending -- human labor hours that couldn't be allocated to something else -- so what you're losing isn't the cost of that labor, it's the value of that labor. Someone was being paid $1 to create $2 in value but now instead of doing that they have to spend that time on an audit, so the $6 in cost is actually $12 in lost value.
Not accounting for things like this makes it seem like we should be spending a lot more resources on something with diminishing returns and large hidden costs.
The criticism the parent identified has almost nothing to do with these studies. It was that there is an equilibrium point where enforcement is counterproductive, but it did not identify anything about where that is or how that point relates to where we are.
At some point it gets to that level, but all of these studies show it is extremely far from that at present. This is also not at all what the IRS has been advocating going after.
The extremely cheap (for the IRS) audits you are talking about are the ones they have been doing for years because they can afford to. The tax situations are simple so don't require significant resources to audit. These are also the situations the original comment was talking about. The IRS and others have been advocating for years for the resource to go after actual tax cheats of wealthy individuals and corporations, whose tax situations are (intentionally) so complex that it is a serious investment to audit. Once you do audit them however, their tax dodging decreases for years into the future. This costs the employees and financial advisors dedicated to dodging taxes money.
The "hidden costs" you are so concerned about here, in many cases cannot be argued to exist. The people that would spend time defending violators are otherwise fully employed doing the opposite... coming up with ways to get around the taxes their employers or customers are supposed to be paying. Instead of costing $2, that comes out as getting yet another $2 out of that audit by distracting a societal parasite.
> The criticism the parent identified has almost nothing to do with these studies.
The criticism the parent identified is that the cost to the IRS is not the total cost to the public (i.e. innocent taxpayers being audited despite making only honest mistakes or having done nothing wrong at all), which is exactly a problem with these studies. To know where the equilibrium point is, you have to take into account these other costs, and the studies fail to do that.
> The IRS and others have been advocating for years for the resource to go after actual tax cheats of wealthy individuals and corporations, whose tax situations are (intentionally) so complex that it is a serious investment to audit.
What's really going on here is that those are the taxpayers it isn't as cost effective to audit because they have sophisticated lawyers, so they're much less likely to be violating the law. They're doing something which is complicated and then paying very little in taxes, but the complicated thing they were doing is legal so you can't get anything from auditing them. Meanwhile auditing them costs a lot because it's so complicated, so the ROI of doing it is pretty bad.
In particular it's worse than the ROI of auditing other taxpayers who can't afford such expensive lawyers and therefore are more likely to have made a mistake that allows the IRS to collect. But auditing those people makes the IRS much less sympathetic, because those people aren't the billionaires and the money the IRS collects is mostly a result of honest mistakes.
> Once you do audit them however, their tax dodging decreases for years into the future.
The assumption is that they were doing something unlawful to begin with, and then you're talking about the non-billionaires again.
Moreover, what really happens is that the people who made mistakes learn to hire tax lawyers. And then if you audit them again it comes up clean, but that doesn't mean they're paying more in taxes, because tax lawyers are pros at finding legal ways to avoid taxes, so what you've really done is encourage them to hire the people whose primary job it is to minimize tax revenue.
> The people that would spend time defending violators are otherwise fully employed doing the opposite... coming up with ways to get around the taxes their employers or customers are supposed to be paying. Instead of costing $2, that comes out as getting yet another $2 out of that audit by distracting a societal parasite.
It is definitely not the case that the number of tax lawyers and accountants employed is unrelated to the number of audits the IRS does. The more they do, the more business there is for those professions and the more people enter them. These are people who could have been doing something else and, moreover, people who consumed the resources that someone else could have used to do something better.
If you want to account for the social cost: moral hazard.
Who pays taxes when it's well known that the IRS doesn't audit and follow up on tax cheats?
Especially, if all it takes to further dissuade them is engineering complex wealth structures and keeping tax lawyers on retainer.
> Who pays taxes when it's well known that the IRS doesn't audit and follow up on tax cheats?
But they do. They always have. The question is, once they've done that, should then they proceed to audit an even larger number of mostly innocent people, because a small percentage of them did something wrong and finding that small percentage would cover the costs of the IRS, but not any of those other innocent people?
> Especially, if all it takes to further dissuade them is engineering complex wealth structures and keeping tax lawyers on retainer.
This is an entirely different problem. The ones with sophisticated lawyers aren't actually violating the tax code. The problem there is that the tax code is so complicated and poorly considered that fancy lawyers can find ways to avoid taxes without violating the law.
If you have been found to be cheating on your taxes, you should pay a fine that covers the cost of the audit.
They already have that. The problem is, in order to find someone who is actually cheating, they have to audit a lot of innocent people, and who is covering the cost of those audits when they don't find anything?
> the amount of enforcement activity has been pretty finely tuned for decades to optimize ROI
And then cut by 20% by the current adminstration [0].
I'd phrase the question of auditing lower income filers vs higher income filers differently -- do you think people with higher incomes should feel safer about cheating on their taxes?
Because average recoveries do scale with income [1]; unsurprisingly, it seems wealthy people commit tax fraud too [2].
While catching the low-hanging fruit (and therefore better ROI) is one goal, it needs to be balanced with ensuring there are similar levels of compliance (or penalties where it's lacking) in higher income payers.
[0] https://taxpolicycenter.org/taxvox/cuts-spending-and-staff-d...
[1] https://www.nytimes.com/2025/06/05/upshot/tax-audits-wealthy...
[2] https://www.irs.gov/newsroom/irs-launches-new-effort-aimed-a... https://www.irs.gov/newsroom/irs-tops-1-billion-in-past-due-... https://www.foxbusiness.com/politics/yellen-touts-irs-enforc...
Whats your view on Cum-Ex?
And maybe as a Bonus what do you make of the smaller (relative) taxrate the bigger fish (companies/wealthier individuals) pay?
I’d think it’s normal and expected that the “mistakes” made will err on the side of benefiting the taxpayer, i.e., reducing their tax bill.
This comment (currently downvoted to hard-to-read grey-on-grey) is an excellent example why you should always enable "showdead" in your profile, use user CSS to make downvoted comments readable again (e.g., https://news.ycombinator.com/item?id=41514726), and browse https://news.ycombinator.com/active instead of the homepage once in a while.
What's really going on here is that this provision was part of the tax acts from the first Trump administration. Due to procedural rules in Congress, they had to make those cuts appear revenue neutral over a 10 year time period. This tax increase is part of that. Very likely nobody involved really had a reason or cared that SEs get categorized this way, it just let them pass the changes they really wanted at the time.
A sufficiently idiotic tax scheme such as Section 174 can destroy far more income tax revenue than it collects, by destroying jobs and small businesses, and knocking high earners down a tax bracket or three. Section 174 isn’t doing much to tax FANG companies. Apple has all their profits in their Double Irish Dutch Sandwich racket. Amazon cooks the books to appear unprofitable on paper, in a manner that would make Hollywood accountants blush.
This really only hurts the competition, who is completely unprofitable in every sense of the word. And all for what? Left-shifting the collection of a 21% income tax by a couple years? I think many of us would’ve done terrible things in 2021 to only have an effective tax rate of 21%. The government mugged Peter the payroll tax man to pay Paul the corpo tax man, but they disemboweled Peter in the process, and most of the money had to be disposed of as a biohazard.
I don’t believe Section 174 was an honest attempt to manage the deficit. I think Zuck, the PayPal Mafia, and the blood-boy cabal bribed some Congresscritters to kill off what remained of their competition.
> I think Zuck, the PayPal Mafia, and the blood-boy cabal bribed some Congresscritters to kill off what remained of their competition.
What's with the craze for finding conspirational incentives?
There's a repeatable pattern where commenters hallucinate an unreasonable incentive for everything.
Motivations are difficult to discern (see courtrooms), and it is a modern vice to try and analyse incentives, but too often the cause-and-effect imaginations are not even reasonable guesses, but are just pure fiction.
My best guess (based off word choices made) is that we all love to create new stories/narratives, that fit into our personal tribal stories.
My best guess is that legalizing corruption has made everyone a bit more deranged. Some more than others.
I don’t think it’s such a huge leap that a policy with such unanimous opposition was put in place by the select few special interests who benefit from it. It helps (or doesn’t help?) when they all got together for that photo op at the inauguration.
Believing in corruption doesn't have to be in the same league as believing the moon landings were faked. I don't particularly think this tax thing is something other than short-sightedness, but there is a tendency among some to dismiss even blatant cases of corruption.
Believing in fake moon landings requires believing in a level of competence I don't think exists in large organizations, but the same applies to believing there is no corruption or backroom deals, which are exposed all the time and seemingly rarely punished.
It’s much simpler than that. People have figured out that if you follow the money (ask who profits financially or in terms of market power), then even confusing political actions make sense.
Uh have you worked in policy in faang? I have that would be the least insane tactic I saw used.
I can’t believe you’re trying to claim the high ground in rationalism here and have no clue how bad it is.
No, but clearly you also have zero idea.
People in policy are not dealing with bribery and corruption (which is the framing of the comment I replied to).
If bribery is occurring, then I would expect it to be used to get higher value personally directed outcomes (not a few percent on the bottom line). The suggested incentives sound completely wrong to me (which is the point of my comment). Obviously my own ignorant opinion given that I have zero experience "bribing Congresscritters".
I can believe there is corruption, but I also believe smart people will hide their goals better than the internet peanut gallery assume.
Several heads of policy directly attend trumps fundraisers currently. Are You kidding me it’s not even covered up anymore.
What I’m saying is you in your not doing this mentality think this is fine all cloak and dagger.
It isn’t. It’s legal and it’s done very directly.
[dead]
The answer to all these questions is yes, i don't see the point in trying to obfuscate this with artificial complexity.
What about HR, etc who use excel documents?
IF they are using it rather than developing it, no. If they put in 5 hours a week writing code, yes for those 5 hours. This isn't hard.
Okay so your random HR person at a nontechnical small to medium sized business now is on the line for developing spreadsheets to manage scheduling.
OR they need to maintain a set of activity codes and a timesheet outlining how many hours (or partial hours) each week are spent on what types of tasks.
It's unnecessary complexity if you want to be in actual compliance with the tax code vs just guessing whether XYZ task is on one side of the line vs the other and hoping it doesn't come back to bite you later.
How is an HR person writing a script to do their HR work better considered an R&D expense?
Scripted automation is quite literally development of IP. It's an asset that belongs to the company and will be counted as such on its balance sheet.
Anytime someone has a good idea, it should be depreciated over 5 years? Why is software special? It is all just the composition of simple machines.
I'm pretty sure it's because other industries wondered why they were having to spread such costs over 5 years while software firms were able to write them all down at once. It's not that I have a strong opinion about this either way (I'm not running or employed in a business where this matters), but that ultimately this is a philosophical argument. There isn't an objectively correct way to do this, how you view it is down to what your economic interests happen to be.
It's the other way around. Software used to be special, in that money the company spent to improve its internal processes by, say, buying a calculator had to be amortized, while money spent on developing software automation were not.
What if they literally just write a post-it note of how to perform certain actions? Are those 5 minutes capital investment? The information on that scrap of paper is subject to copyright and is a company asset in just the same way as a script. Where do they draw the line?
So now every engineer has to record how many hours each day were spent doing "software development" vs. "software maintenance"/"overhead"/"etc..."?
You just add a row to spreadsheet at the end of the month. 30% maintenance, 70% development or whatever
My last company required timesheets to be submitted daily.
This is common in Canada for companies claiming SR&ED credits: https://www.canada.ca/en/revenue-agency/services/scientific-...
The word “just” in your comment disgusts me
Why?
They're suggesting you spend a minute or two per month thinking about it, not meticulous tracking.
That might not be practical, but what they are describing is a perfectly good use of the word "just".
A minute or two (or even 10 minutes) per month is basically just guessing/bullshitting. Anything that is accurate rather than imagination requires more overhead than this. Likely anything even remotely accurate requires the sort of micromanagement software that lawyers use to track billable hours, requires desktop-surveillance, and meeting minutes-dissection after-the-fact. Not sure how they will decide to rate reddit doomscrolling when tax season rolls around either, which if we're honest, is some significant fraction of our in-office hours (hell, strangely, some of that time is when I figure out the tricky stuff).
So no, "just" is hardly fair.
Government wants a number -- they get a number. How I get to the number is precise enough in my opinion and you are free to disagree with my methodology.
When I was doing it, I worked in an actual startup and granularity of time allocation was in weeks. This week I was doing the thing, the other I was mostly doing bugfixes/refactorings etc.
You could do more precise and account with hour or minute granularity with tools if you have to
> A minute or two (or even 10 minutes) per month is basically just guessing/bullshitting.
Correct, they are suggesting basically just guessing.
Which is why "just" is correct for their suggestion.
It's not a good suggestion but it really is that easy to implement.
In my experience, at least contractors at a major ISP have to.
> 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.
For me that sounds like everyone and everything in a company that develops software of any kind, including low-/no-code stuff, accounting, HR, travel costs, massages. Like who is not "in connection with the development of any software" in a company that develops software? Without further definitions this is even worse then just software engineering costs.
> This [1] is the only definition the code actually give.
Like most of our tax code, its overly complicated by unclear or incomplete codes.
The IRS will give guidance with examples, but those examples are still incomplete.
Ultimately our tax code always comes down to the filer doing whatever they (a) think they can get away with or (b) are willing to defend if they get audited.
I’m a solo founder and sometimes outsource projects. How does that work if I pay a contractor a few thousand for a project? Are contractors allowed to be deducted fully at 100% expense?
Yes, this is an insane policy that reflects a complete ignorance of the on-ground realities. It was almost certainly only passed to help the 2017 tax bill's legislative scoring by the CBO.
I posted about this on Reddit the other day. https://www.reddit.com/r/Economics/comments/1l3lo7j/the_hidd...
> Yeah, it's pretty much completely insane. Although in your example I think you accidentally picked numbers that actually work out precisely to zero dollars in taxable income. The company (if US-based) would have zero taxable income in the first year because they can deduct 1/5th of the salaries (because there is a five year amortization for US companies, and 15 year for foreign companies), so they would have $1m in gross income and $1m in deductions resulting in $0 in taxable income. But you can tweak the numbers a bit to get the result you intended, e.g., $1m in revenue and $2.5m in salary would result in $500,000 additional taxable income under the TCJA's version of Section 174 over the previous version of the code, even though in reality the company operated at a net loss. (edit, just looked this up and actually the amortization is dated from the midyear of the tax year in which the expense is incurred, which is also just fucking bonkers, but that means I was incorrect and your example does yield a taxable income, because the first year in your example would have $500k in deductions rather than the full 20% of the $5m expense, resulting in $500k taxable profit)
> All of which means that we treat R&D salaries less favorably than ordinary salaries, which are fully deductible in the year they are incurred. So our tax code now not only fails to incentivize R&D as under the previous R&D tax credit regime, it actively treats R&D employee salaries worse than non-R&D salaries. Even though R&D jobs are generally the highly skilled, well compensated, white collar careers we want to keep in this country.
> Section 174 also specifically designates all software development as R&D, so there's no way to develop software while claiming it is not R&D. I'm sure accountants have been jumping through hoops in their efforts to reclassify other kinds of product development jobs as not R&D, which is the exact opposite of what R&D tax studies used to do, which was to label as much employee compensation as R&D expenses as possible, because §174 and the related, intersecting provisions of §41 (the R&D tax credit itself), treated R&D salaries more favorably than other salaries. To a certain extent, the OP article understated how much of a swing this revision to the tax code is. It isn't just that we are treating R&D salaries worse than we used to, but that we are treating them even worse than we treat other kinds of salaries. Which is bizarre in a world where the policy objective is to retain R&D jobs in the US.
> The purpose of capitalization is to match expenses to benefits over multiple tax years. So that the tax payer can't take a huge tax deduction up front to generate an economically fictional loss in the short term on an asset that will generate income over the many years. Amortization forces them to deduct the expense of the asset over time as the benefit accrues over time.
> This model is a poor fit for software. Construction workers produce an asset with a generally predictable and known useful lifetime and long-term stable value that is independent of the business. You can always sell a building.
> Software, however, does not generally create value for very long if it is not subject to continuous development and improvement. It also decays very rapidly when not maintained (e.g. security patches), yet there is no distinction in the tax code between new development and production support/maintenance software development. Nor would any such distinction make any sense in reality, because unlike a physical asset software is subject to continuous change and there is little distinction between adding new features and maintaining existing features. This approach to capitalizing salaries contrasts with other capitalized assets like buildings, where most ordinary maintenance costs are deducted in the current year, not capitalized.
> The value of software can be much harder to predict than other capitalized assets. Both in terms of the demand, but also in terms of the technical capability to deliver the desired product. Which is why it's considered R&D in the first place: there is inherent technical risk in many if not most software projects which is not present in other kinds of economic activities that produce capitalized assets.
> Software is often so specialized that it cannot be sold on to a third-party without selling the entire business around the software, including existing customers, distribution and sales channels, and supporting software engineering staff. It's not a liquid, fungible, alienable asset the way other capitalized assets typically are. There is no real market for the source code to Reddit, for example, because there is nothing technically special about Reddit. The company's value derives from the user base, the community, and the data, not anything particularly special about its software.
> The tax code also confuses the output of the software development process with the value software can generate. Software developers produce code. Some of that code is valuable, much is not. Unlike with other capitalized assets, you can't know in advance whether the software you produce actually works 100% of the time, even with robust testing and QA. Whereas you can be quite certain that a building will continue to function as a building if it is built correctly. Many software engineers actually regard code as a liability rather than an asset. The more you have to maintain, the more work you have to do to maintain the code base and the harder it is to add new features or debug issues with existing features. So if you can deliver the same capability to your customers with less code, then that is preferable. Which is to say, the output of the software development process is much more loosely tied to predictable economic value than other capitalized assets.
> Software is also frequently delivered as a service, which highlights the inanity of treating software as a fixed, long-term asset. The team maintaining a SaaS will handle day-to-day site reliability engineering work, which is never a stable output but needs to be constantly tweaked to match actual usage patterns.
> Last, and this is implicit in much of the above, but unlike other capitalized assets, software is never really complete. There are always more features, more optimizations, more bug fixes. Software development is never steady state. Either the software isn't being developed actively and quickly loses nearly all value due to code rot, or it is being actively maintained and improved and is producing value. Buildings don't stop functioning as buildings when you stop paying the construction workers. Thus, software development does not produce a long-term fixed asset but rather is a continuous service delivery process, where the revenue produced in any given year was produced by the same year expenses to maintain the software. Thus, software expenses and revenues are mostly naturally aligned in a single tax year, and therefore software is not suitable for amortization.
From the wording, it sounds like it applies to contracting non-US resident software development as well.
> Is an FPGA or ASIC engineer still considered a software engineer if they are writing in HDLs?
Of course not. The Glorious Leader is rescuing the american hardware sector.
There is a substantially more definition, but the tl;dr is this an R&D expense, or COGS expense?
R&D is amortized, COGS is not.
Just to drive the point home very explicitly:
That means, in the given example above, you are able to deduct $180k that first year instead of $900k.
That gives you a profit, from a tax perspective, of $820k.
But you only have $100k of actual dollars.
Good luck paying your taxes!
This seems like the biggest reason behind the mass layoffs, not the end of ZIRP.
With ZIRP it would be relatively easy to borrow the float required to make up for the amortization timeline.
How do you land on likely causality here?
It sure seems like it could be related, but I don't know where to begin finding what actually caused layoffs across multiple companies.
Only if you assume that the 900k in costs is exclusively the salary of 5 engineers. Realistically you will employ other people and have overhead costs like rent, etc., and I assume that other non-salary costs (health insurance, etc.) aren't included (b/c I assume health insurance, like rent, is a company-wide overhead cost and that companies aren't expected to carve out what portion of that is going to the software folks but what do I know?).
But if we more realistically assume it's 3 software folks at 200k, then the taxable profit is 580k (100 profit + 3*(200k salary - 40k ammortized))
1M eng salaries, 5m revenue, 4M other costs.
Today I am cash flow neutral at 5m revenue, but with this I'm paying taxes on 800k "profits", which don't exist anywhere but on paper. But I have to pay the taxes in real dollars.
This is going to sound silly but you paid 800k in profits, but now have 4 years of banked costs you can use to _reduce_ your profit margin.
So you pay taxes on 800k profits, but then each subsequent year you reduce you profit by 200k, even though you don't have 200k leaving the door.
If 1M eng salaries was your stable state, then after several years you're... going to have 1M in costs to subtract from your profit! The stable state is the same!
I'm not going to argue about the capex change being "good", I do think it's worth highlighting that for large enough companies you're now looking at a different flavor of tax flow. Amortizing your costs over 5-10 years is something people like doing for other costs after all.
A few large companies with big cash stockpiles and profit can eat this the first couple years, not so for startups and companies with thin margins.
This is why it's bad. Large incumbents can manage this and then in steady state it's the same.
But for any new entrants that need to rapidly grow their engineering teams, it's a huge disadvantage.
We don't need more things in the tax code that protect large incumbents at the expense of new entrants.
It becomes a cashflow issue for startups. While the stable state is the same (not really the same, because of how companies evolve etc), cashflow issues in early days means $$$ from the VC money that I could've used to grow the company, now goes towards taxes for 5 years. That could be make or break for small companies.
If you have a pile of cash that you have no apparent use for, or can live without, yes, it makes no difference.
That is assuming there is stil a company left.
The point is that if your revenue covers their salaries/contract costs, you will owe tax on 80% of their salary in the first year.
> That gives you a profit, from a tax perspective, of $820k.
> But you only have $100k of actual dollars.
> Good luck paying your taxes!
a lot of people here are conflating "taxable income" and "the amount owed in taxes" for some reason.
if I earn $100/year, and I can deduct $50 of that, my tax bill is not $50. It is some percentage of $50, usually a low number for businesses. (Amazon regularly pays $0/year in taxes.)
depending on the tax rates and the locality of that business, the amount owed on tax is going to be anywhere from $0 to $50, and it is going to heavily favor the low end of that spectrum. I don't think any business pays 100% of its taxable income in taxes unless they have been heavily fined.
$100k is likely far more than enough to pay the tax on $820k of taxable income for a business. It could be enough to pay that tax bill 10 times over, it's hard to say.
my point is that taxable income != tax owed.
(Not a tax professional) The federal corporate tax rate is 21% and for states it ranges from 0 to about 9%.
So generally you're going to pay at least 21% or $170k for those "profits."
LLCs pay 37%, not 21%. Plus state plus local. This can reach 50% in high-tax areas like CA or NY.
> Amazon regularly pays $0/year in taxes.
They *were* able to, because they *were* able to offset the cost of developers instead of having to amortize it out over 5 years.
For Amazon, this just costs two years on the taxes. They'll still be able to claim depreciation of this year's dev work for the next four, though.
> if I earn $100/year, and I can deduct $50 of that, my tax bill is not $50. It is some percentage of $50, usually a low number for businesses. (Amazon regularly pays $0/year in taxes.)
It’s not that low. Federal corporate tax rate is 21%. So you would be on the hook for $10 in taxes.
My taxes (flow through LLC) are significantly higher than my income for 2024 (like hundreds of k).
That's nuts, since a payroll should never be considered an asset. That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
The value of software could be based on something more realistic, like a percentage of actual revenue, but I suppose tech giants would be against that.
> That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
Software clearly has material value. For software that is built, not bought, the company building it clearly values it exactly enough to pay the salaries of the software developers building it. What other estimate of its material value is better than the one that the company purchasing it is demonstrably willing to pay?
The argument I’ve heard is it specifically makes investing in speculative software (new product lines, new features, etc) more expensive.
If you’re doing new drug discovery at a bio-lab, treating all your failures as depreciating “assets” seems bonkers. The same seems true of much software development where the work product ends up thrown away.
How does this compare to a machine that breaks and is thrown away before its amortization is complete? For the machine can you immediately deduct the remaining amount or is it required to continue to spread the value over the original time period?
I would imagine software that is thrown away should be similar?
Generally speaking, yes, you can immediately deduct the non depreciated value. Most machines will be scraped, giving them a "scrape value". You would immediately deduct the difference.
In fact, sometimes when you dispose of an asset, you get more for the scrape than you have left in depreciation- and you have to take that difference as a profit.
For clarity, it is “scrap value”
I don't get this. You speculative spend 1 million dollars on a new thing. It fails. In one universe you get to deduct 1M from your profit in year 1. In another you get to deduct 1M from your profit, but over 5 years.
I understand the pain for small companies and it's a strain on cash flow, but for larger companies with "real" revenue streams and profitability is this that much worse?
The cynical thing might be that this helps out big corps by preventing smaller corps from spending their way to success.
It increases the real cost of engineers. The government is keeping that money interest free, which means the company is losing the time value of money.
In addition, it gives companies less flexibility to manipulate their tax burden and cash flow, which makes engineering a less appealing investment to the bean counter.
Yes, this hurts smaller companies with less capital/cash flow more than larger companies.
The answer to this seems obvious to me: let the company publish all code and documentation pertaining to failed experiments and release it into the public domain to be allowed to fully depreciate it immediately. If it is actually worthless, they should be happy to do so.
That doesn’t follow. Code can contain extremely sensitive and/or valuable IP independent of the value of the code as an asset. Reduction to practice frequently fails to produce usable software.
That's why I didn't just include code; if you produced valuable design docs as part of your work, that was part of your research too. I'm generally skeptical of the societal utility to offering any protections or special treatment for trade secrets though (the entire point of patents/copyright is to incentivize people to share these things; it's insane to also protect their secrecy), so that no doubt affects my thinking. If you want the deduction for having spent money on R&D that you didn't think was valuable, prove it by giving it up. If it's entangled in other secrets you don't want to share, you get no deduction. Seems fair to me.
That is making assumptions that aren’t based in reality. Serious software R&D stopped relying on patents and copyrights years ago because they are effectively non-enforceable in many cases.
A significant percentage of algorithm and foundational computer science R&D in software is now protected exclusively via trade secrets. There are no other practical options. This wasn’t always the case but all other forms of protection have steadily eroded over the last couple decades.
Weaponizing the tax code because you have an ideological aversion to trade secrets doesn’t seem fair to me.
It's not really "weaponizing the tax code because of an ideological aversion"; it's more:
* It makes sense to tax capital assets as such.
* If companies do R&D and think the results are valuable enough to be kept secret, then obviously they're an asset.
* Depreciation is because real-world assets actually require ongoing maintenance or become worthless over time, but information does not.
* Finite-term IP grants (e.g. copyrights/patents) do become worthless over time, so a depreciation schedule makes sense.
* Trade secrets never expire, so it doesn't make sense to depreciate them. If they never get out, they remain an asset forever. So their development shouldn't be deductible. If they do get out, the company could release all of their (now presumably useless) info on it then for the deduction from their development.
The point about finding trade secrets to be dubious is that it seems natural to tax them as an everlasting capital asset (since that's what they are), and I don't see why we wouldn't do that since society doesn't eventually get the benefit of that knowledge, so incentivizing it runs counter to the purpose of IP law. Why would a knowledge economy provide a tax deduction for developing knowledge we don't eventually get?
Some information's value is absolutely time sensitive, and will decrease in time, or based on events. But otherwise, very interesting perspective.
Cue LLM-driven generation of garbage research to release as "useless" so I can deduct actual research.
As long as the same is held true about car designs that never went to production, drug design that were not deemed profitable etc. Why pick on just software?
Yes, clearly the same reasoning applies to any copyright, patent, or trade secret (and we should stretch out the depreciation schedule to match the durations of those things. It follows that development of trade secrets would not be deductible. Perhaps a new category of escrowed expiring trade secrets could be created to make it deductible). We could all benefit from companies publishing research that didn't pan out, and it should come at little to no cost to them!
As much as I like this Utopia, this will unfortunately never happen in a capitalistic country.
By that logic so does an accounting book by an accountant, so does an inventory log by a factory hand, ...
It's not a question of what its material value is.
It's a question of whether it is a capital expense that is required to be amortized over 5 or 15 years, or a regular expense that can be deducted in the year in which it is incurred.
The price at which it sells the said software? Aka profits after expenses?
> The price at which it sells the said software? Aka profits after expenses?
A vanishingly small percentage of software is sold.
If we are being pedantic, sold or rented. I think the issue is on how the concept asset depreciation is applied blindly, as if dev salaries every year is the asset value every year. Unlike other asset classes, there is no easy to way value software beforehand, because you are not buying it from some market.
> software that is built, not bought, the company building it clearly values it exactly enough to pay the salaries of the software developers building it
Even in the absence of the Trump tax rule, a software company values the software they are building a lot more in financial terms than the cost of building it. Any project where value=cost should be cut, when the value is taking into account the value it brings to the rest of the company.
This is the entire point of the business, after all: take labor, land, and capital and make something that's worth a lot more to the world than the sum of the components.
You're advertising your rose-colored glasses strongly, my friend. In a perfect world, of course—you're correct. But hiring, project management, and resource allocation are messy endeavors, so your point only rings true under ideal circumstances. The real effect this will have on industry is a chilling effect on hiring as businesses now have to risk-mitigate because of the additional taxation burden. Further, I see this hurting small and less-well resourced companies relatively more so, as they now need to be more scrupulous over hiring.
Not at all, this is a fundamental difference in pricing and costs. The value of an asset is its price, not its cost. When a firm sets out to buy something for X from a different firm, they value it at X. When they build something with internal resources for a cost of Y, they do not value that asset at its cost Y.
how about all the projects that fail all over the world, all the time? what is the material value of those?
That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
I'm not sure if depreciation is the same concept as we call amortización in my country: capital that counts as investment instead of expenses because you're expected to keep extracting value from it over the years, so you can't get a deduction for the whole expense when you first pay for it.
If that's what this is about, it's absurd not for the reason you say (salaries are not a bad proxy for value, since you expect the profit will be greater) but because you'll probably keep paying for maintenance and evolving the software.
Exactly. We would love software development to be as simple as: you pay $1m to engineers to develop a software machine; you now have a $1m software machine that you can pay nonengineers to operate and crank out revenue.
In practice software machines need constant tending and operation by engineers in order to keep them pumping out money.
In the context of live software systems, a lot of software engineering - even engineering that involves innovation and creative research and problem solving - is done in service of making the machine continue to operate; it is operational expense.
It’s like: Buying some filing cabinets is clearly a capital expenditure. But paying an office administrator to come up with and keep modifying the filing system you use in those filing cabinets to make sure it continues to serve your business is not capital investment, it’s business operational costs.
Many people use depreciation and amortization interchangeably. From an accounting perspective one uses depreciation for tangible assets (can be touched and seen e.g. machinery) and amortization for intangible assets (e.g. trademarks and R&D). Depreciation and amortization behave the same way - they decrease an asset by expensing a portion of it on a regular basis.
If you buy a building, it is a capital expense that depreciates over years, even though you absolutely have to keep paying for maintenance. Why should software be different?
if I pay a bunch of employees to take the cloth I buy and cut and sew into shirts, that's an expense some directly out of my revenue and isn't taxed as profit or forced to be amortized. Why should software be different?
I suppose it depends. Are you making shirts to sell, or to use in your business? One is inventory, one is a capital expense.
Unlike a building—where you might find one for sale and simply buy it—most companies don’t "buy one software" from a vendor and amortize it like a purchased asset. Instead, they hire full-time teams to build, maintain, and evolve software as a core, continuous function of the business. And most companies don’t "sell one software" either—they lease it to others, as software-as-a-service.
In your analogy, when a company constructs and sells a building, labor costs are deductible as part of the cost of goods sold. Only the profit—when the finished product is sold—is taxable. But under the new Section 174 rules, software R&D labor is treated like the purchase of a capital asset, even though the company is leasing a service, not selling a final, tangible product.
The flaw? Software isn’t a static, finished asset you walk away from. It’s a living system. One update might fix a bug, introduce a feature, and improve long-term architecture all at once. Is it maintenance? Innovation? Infrastructure? The answer is usually “all of the above.” So how does anyone report that cleanly on a tax form? What’s the IRS’s standard test for sorting that out?
Before TCJA, some companies may have stretched R&D definitions to claim Section 41 credits. But after the TCJA change, the incentive flipped. Now, companies are penalized for doing real R&D—the very thing we should be encouraging. Startups are now paying painfully high tax bills simply for building something they cannot lease out en masse yet.
We should want to incentivize invention, not suppress it. We need more startups, not fewer. Software—especially with generative AI—is one of the few options for us left that can create new markets, expand GDP, and drive compounding national growth. The upside is limitless. This is hammering our economy and it’s strangling startups at the exact moment we need them most.
Congress, do the right thing; restore the rules we had pre-TCJA.
Timeline:
- 1981: Section 41 introduced — provides tax credits for qualified R&D activities.
- Pre-2018: Under Section 174, R&D expenses (including software) were fully deductible; Section 41 credits could be claimed.
- 2017 (Dec): TCJA passed by the 115th Congress and signed by President Trump; Section 174 expenses to be amortized over 5 years starting in 2022.
- 2022: Amortization rule takes effect. Companies must now capitalize and amortize R&D expenses.
- 2025: Section 174 amortization remains in effect; Section 41 credits still exist but now come with a steep tradeoff.
But the idea behind capitalizing research and development is to eliminate the difference in financial presentation between buying and building software. In both cases, one pays cash to acquire the software then uses it over a period of time to generate revenue. Purchased software is clearly capitalizable. It is then amortized over the expected useful life of the software. Annual maintenance fees are not capitalizable as they are not expected to extend the useful life of the software. Allowing R&D to be capitalized just evens the playing field.
If R&D were not allowed to be capitalized, then a company would have an incentive to create a specific entity to develop its internally used software, then sell that software to parent company. If it set up the entities properly, it would capitalize the software as purchased software rather than R&D. Many firms with international development teams do this to manage in what country they pay taxes - the goal being to derive no value in high-tax countries and high value in low/no tax countries.
Thanks for the perspective—makes sense from a financial reporting lens. Curious how you'd balance that with the reality that modern software is rarely a finished asset, and startups often don’t have revenue yet when these costs hit.
> That's nuts, since a payroll should never be considered an asset.
That's because it's not "a payroll". When a payrolled resource builds a combustion engine that powers the office where the rest of the payrolled resources work every day and that engine lasts 15 years, then its a very clearly a capital expense and an asset.
Under these rules no. If the "machine" is software, payroll is considered a capital expense and an asset. If it's an actual machine, payroll for building it is fully deductible, like most other payroll.
Software used to work like other payroll until fairly recently. If you want to understand this figure out why that changed and what the actual motivation behind it was
> If it's an actual machine, payroll for building it is fully deductible, like most other payroll.
Not if the machine is used as an integral part of manufacturing, production, or extraction, or an integral part of furnishing transportation, communications, electrical energy, gas, water, or sewage disposal services by a person engaged in a trade or business of furnishing any such service, or is a research or storage facility used in connection with any of the foregoing activities.
> That's trying to put a material value on software, and doing it based on the salaries of developers is as crazy as valuing it in lines of code.
We all do this at the conclusion of every successful job interview. And performance review. And budget review. IMO it's a reasonable floor on the value engineers produce: if you produced an asset worth less than your salary you should be concerned for your career.
On what time scale? In a year, sure. But there are certainly days (weeks?) where the actual value produced by any one engineer is zero, or negative.
This whole discussion is sort of orthogonal to the real point, though. The state (or the IRS, or Congress, or whatever) has decided that for some reason, if Jim gets paid $100k his boss can deduct $100k in expenses, but if Jane gets paid $100k her boss can only deduct $20k, because she's typing different things into a different box the computer.
This is a categorically stupid thing to assert. It's a stupid thing to say and it's a stupid thing to believe. Payroll is an immediate cost, paying for the development of software is not remotely the same thing as purchasing a capital asset, and this is exactly what we get when we keep electing nonagenarian plutocrats to office year after year, decade after decade, who think the internet is a series of tubes.
> On what time scale? In a year, sure. But there are certainly days (weeks?) where the actual value produced by any one engineer is zero, or negative.
Well, that's what I had in mind, but the concept is why agile focuses on shipping early and often. Well, mostly it's to get in more feedback iterations, but engineer hours are not immune to time-value of money analysis.
> This is a categorically stupid thing to assert. It's a stupid thing to say and it's a stupid thing to believe. Payroll is an immediate cost, paying for the development of software is not remotely the same thing as purchasing a capital asset
But it's also not like paying a janitor to clean toilets and empty wastebins where we know there's no residual value accruing to the employer. Companies do buy and sell intellectual property in the form of copyrighted code, and in the form of patents. Heck, ARM basically makes a living licensing out the cores it designs.
This obviously isn't perfect and the disparate impact has unintended consequences that could make things worse overall, but the accusations against the senate are a non-sequitor given the power of the purse lies in the House.
Why is software special? Why is all other payroll not treated like this?
In reality, this is something made up to balance a budget while pushing the consequences beyond the next election. It isn't a well intentioned accounting principle
It’s not just software. Software developers are just the most vocal people talking about it. I worked a company that owned nuclear power plants. We did R&D on how to make the power plants work more efficiently and safely. Some of the work we did qualified as R&D and could be capitalized. This mattered as the US government gave tax credits for eligible R&D. The tax credits directly reduced your tax bill.
Labor theory of value in other words.
Forgive the naive question, but is this different than other payrolled employees? So for normal employees you get the deduct the year it's paid, but for some reason for software developers you have to amortize it?
Theoretically it’s the same with any asset you pay someone to make.
If you pay someone to make a chair, you don’t deduct the salary. Instead you create an asset valued at what you paid to build it, then depreciate it over time.
The arguement for this is that it would be inconsistent to do otherwise. After all, why should buying a chair from someone else be different than paying an employee to do it?
It’s worth noting that this change brings the USA in line with international financial reporting standards, so it’s not like it’s some crazy unique idea or anything.
> Theoretically it’s the same with any asset you pay someone to make.
No, it's not.
Sec. 174 explicitly and specifically refers only to software development.
Also, this:
> If you pay someone to make a chair, you don’t deduct the salary. Instead you create an asset valued at what you paid to build it, then depreciate it over time.
is also incorrect. For most tax filers, and for most things, under current law, you have a choice whether to deduct the expense in the year in which it incurred or to amortize it.
If you pay an employee to make a chair, you 100% deduct their salary, immediately. The chair is only a capital expense if you buy it from a company that sells chairs. The company selling the chairs isn't forced to amortize the salaries of their carpenters, so implying that it's normal for companies to be forced to amortize the salaries of their software engineers is, in the most generous possible interpretation, a gross misunderstanding of the law.
> this change brings the USA in line with international financial reporting standards
Which ones?
If you pay people to make 1000 chairs that are just sitting there, do you really think that you don’t have an asset on your books at all? This is called Inventory. It’s certainly an asset.
And an asset doesn’t come into existence out of nowhere. It comes into existence because you paid money for it. And the money you pay for it is indeed the persons salary.
Now sure, it’s possible to get away with not doing this, but it’s not correct by accounting standards to do so.
As for which standards, International Financial Reporting Standard (IFRS)
What other country in the world doesn't allow you to deduct the full salary you pay your employees in one year? I've never heard of this.
>If you pay someone to make a chair, you don’t deduct the salary.
If they make the chair. What if they only draw up blueprints for a chair that isn't manufactured? What if the chair is never manufactured, or won't be manufactured for two years? Until the software is licensed and installed at a customer site, how is this at all like making a chair?
> The arguement for this is that it would be inconsistent to do otherwise. After all, why should buying a chair from someone else be different than paying an employee to do it?
Probably exposing how little I know of accounting... If you buy a chair you have to track it and deduct it over the course of X years?! It's not just an expense the year you bought it?
Most of the time you can decide what you want to do. There are exceptions but for most capital expenses (which salary is not despite what proponents of this change would argue), you can choose to either deduct all of it or amortize it. It also depends how you categorize expenses.
A $100 chair is unlikely to get amortized, but a $100 chair as part of $450k office remodel might.
> It’s worth noting that this change brings the USA in line with international financial reporting standards, so it’s not like it’s some crazy unique idea or anything.
Can you be more specific?
almost everything you said is wrong, so points for consistency?
"Other payroll employees" is doing a lot of lifting.
The question is really, payroll is made up of builders, vs nonbuilders.
Are devs different from other builders? The dirty secret is that they are not.
Ford engineers, P&G food researchers, and architect salaries are capitalized just like Software development costs.
But, in the case of software development, only those builders are getting a nice subsidy.
A world where we treat all workers as expenses is not likely since it means the end of US GAAP. So, we must treat all builders like builders . There shouldn't be special favors for some any specific builder group.
>But, in the case of software development, only those builders are getting a nice subsidy.
This is why I can't support re-implementing Section 174. Software engineers are now being treated in the tax code like everybody else, and they don't like that change.
>Ford engineers, P&G food researchers, and architect salaries are capitalized just like Software development costs.
I'd say the majority of the posters on this thread who are answering questions (as opposed to asking questions) believe this is not the case. What is a good source for learning more about which categories of employee salaries are amortized? Besides becoming a CPA.
You can easily check that architects follow the same rules. When they work towards creating a new building their salaries are amortized
I wonder if most of the people in this thread should then change their minds on this topic, since the #1 reason seems to be that software development is being singled out.
The logic outlined in other posts is that this is because software is seen as an asset that nets dividend. As such, like with houses you can’t deduct all the costs at once because you keep extracting value out of it.
I’m not sure whether I understand why that now applies only to software and not other things.
Those arguments fall short when considering the fact that that the construction company deducted the wages of the workers that built the house. The software development firm is the builder not the home owner.
If you’re building software to use or sell to other people you are definitely the owner.
If you’re a body shop lending out devs to build software for other people, that would be different
Out of curiosity, why were software engineers carved out? Was this a punishment against the tech industry? With 45/47's administration there is always some either profit angle for his friends or retribution angle for something.
> 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.
This actually understates the issue slightly. The amortization is calculated from the midpoint of the first tax year, so actually you only take 10% in the first year. Meaning it takes six years to get back to square one. In your example, you would only capitalize $20k in the first year, $40k for the subsequent four years, and then another $20k in the final year.
Normally when a business spends money producing a valuable asset, it is required to depreciate the cost to acquire the asset over the useful life. If a business pays people to create a new building, that is depreciated over 20 years. Even if it was paid for as salaries of employees, it isn't a special situation unique to software engineering.
I don't think that's quite right? The value of the asset itself is depreciated over years, sure, but the payroll itself for the employees is just an immediate expense.
How can you compare a purchased asset to one you pay people to build?
But isn't the reasoning there that you could turn around and sell that building right away?
The reasoning behind depreciation is matching the income produced by the valuable asset, not really about resale value.
Presumably the value for tax purposes is based on the cost because the cost is harder to manipulate for something like software. Like some big box stores argue under the "dark store" theory they should be valued for much less because they have restrictive covenants banning competitors from using the property if sold, or that vacant property should be used as comparables.
This description is misleading (as many of them seem to be), because you're only describing the first year.
After 5 years of constant expenses, the deductions match the costs. If expenses diminish, deductions exceed costs.
-> this is bad (in the short term) for companies that are growing.
Or any company in its first 5 years of operation. (Or any company, period, within the first 5 years of the law being introduced.)
It takes 5 years to fill the pipeline, so even if the steady state would be fine, getting to that state might be impossible.
> Or any company in its first 5 years of operation.
No! Any company (with software development expenses) for the first 5 years after Sec 174 went into effect!
Most startups won’t make it five years especially if they have to raise or borrow money to pay taxes on phantom profit.
There is no rational basis for this tax change it was a vindictive attack on blue states in the first Trump admin and an attack on California and SV in particular along with the SALT tax changes.
For startups that don’t make it five years the issue is moot. Expensing the software developers compensation in year 1 rather than over years 1-5 simply creates a larger taxable loss which creates a Net Operating Loss on the balance sheet which could be used in a future, profitable year. As NOLs can expire and have rules regarding how quickly they can be used and whether they can be sold, capitalizing the R&D could be a better answer for some firms.
This. They hate CA and will do anything to try to make them look bad because we call out their BS. See Los Angeles right now as an example.
It's also bad because of the time value of money (deductions in the future are worth less than deductions now).
But I agree that much of the outrage seems due to a confusion that 80% of the deduction is lost completely (vs deferred).
The reasoning here is completely flawed. You don't buy a software dev, you rent him. His salary is an operational expense, that should be deductible in a year it was paid.
Now, let's imagine a company buys a slave. It's one time capital investment, like buying a car or a machine, and you need to depreciate the cost over multiple years.
The only way it makes sense to treat software developers as a capital investment instead of an operational cost is if they were treated legally as slaves. And slavery is not legal any more. Or is it?
Exactly. That’s why when a company builds a factory it’s considered a capital investment. Because it’s built by slaves. It’s not like the workers are being paid for their labor or anything.
Slight amendment. It's actually a little worse than you describe. Like a machine, if this is amortized over 5 years, it's subject to the "half-year convention" - the assumption is made (to keep things simple) that the engineer is hired at the exact midpoint of the year.
So for your example of a $200k salary amortized over 5 years, you can only deduct $20k the first year, then $40k, $40k, $40k, $40k, and then the final $20k in the sixth year.
> 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 [..]
I'm not sure it's helpful to simplify quite that much, doesn't this usually depend on whether we're talking about operating expenses (typically rent, utilities, salaries, supplies) or capital expenditures (typically buildings, land, intangibles...)?
It found it helpful that it was presented that simply. The point isn’t what else is or isn’t deductible, it’s that engineering salaries went from being deductible to being amortized.
Businesses don't get to say they're claiming "$900k in costs" ... it depends on what kind of costs... EDIT: and in this instance, it depends on what kind of software engineering.
But why is software engineering treated specially, here? Does Disney have to pay taxes on film animators the same way, given that they're developing a capital asset?
Probably that is a large, rich field, and when you crunch the numbers, collecting corporate income taxes on 80% of essentially all s/w developer salaries in the first year after it goes into effect was a nice push to the CBO numbers related to Trump's 2017 tax cuts.
This is what's happened at my workplace. We account for time spent working on developing new products differently that development time maintaining legacy applications. Because they are reported for tax purposes differently.
> Because they are reported for tax purposes differently.
For software that used to be an option.
Sec 174 removes the option.
This gets really “gray”. I work on web software and we tend to deploy at the end of the day. Meaning only the smallest programs are “new” or not yet in service.
This is a mess.
Seems like maintenance is better and can be deducted in the same year?
Exactly
Doesn’t this also unfairly penalize bootstrapped companies? VC track companies seldom have taxable profits.
It may result in an outsized penalty to bootstrapped companies but being VC funded doesn't make you immune to this. VC funded companies with revenue will not be able to offset their revenue by reinvesting in R&D (software development) expenses, so in some cases they may be seen as having a profit when they previously wouldn't have. In those cases they'd have a tax burden.
> you have to depreciate that over several years (5 in this case).
15 years in the case of foreign developers.
So implicitly Trump values foreign developers at 3x domestic ones
If true, that's a very convincing explanation of why this new rule is wrong.
I'm not a US taxpayer so my opinion really is irrelevant, but I was so far in the camp of "there's no reason to make a special case for big tech".
But if what happened is actually the reverse, ie, the rule makes a special case of tech/developers and pretends their salary is not a cost but an investment, that's clearly absurd and indefensible.
So the 2017 tax cuts that introduced this change were a massive boon to US companies, particularly the tax holiday on repatriated foreign profits.
So why do we need to give these large, very profitable companies another tax cut?
Or maybe we should be asking, what of the 2017 tax cuts are they willing to give up to pay for this change?
Remember that after a few years, none of this matters. You might be paying $200k in salary to an engineer and can only deduct $40k, but you're also making deductions "earned" in previous years?
Basically, I reject the argument that this change is responsible for layoffs. It is not. And changing it won't lead to a hiring binge. Layoffs exist to suppress wages in these largest employers.
Maybe we should allow a 100% software development tax deduction if the company hasn't fired more than 1-2% of its workforce in the last calendar year. Or maybe only if the workforce is unionized.
This whole thing is so anti-worker. It doesn't have to be this way.
for the big companies, this makes enough sense, but theres been new businesses opened since 2017, who did not benefit from that tax holiday. why should they be dealimg with this tax hike for everytime they grow their business?
i dont know how this is anti-worker? it's an extra cost to growing the number of people youre hiring, where you need them for 5 years. i guess businesses should start witholding RSUs and starting bonuses until youve been there for 5 years to match your tax ammortization?
ELI5: why is this blowing up on HN this particular week in 2025. Is there a trigger? As it has been known about for a while.
It's actively being discussed in Congress and is a part of OBBBA.
" H.R.1990 - American Innovation and R&D Competitiveness Act of 2025 "
https://www.congress.gov/bill/119th-congress/house-bill/1990...
> A bipartisan bill reintroduced in Congress last month could offer long-awaited relief to small tech companies hit hardest by an obscure federal tax change — one that many founders say is threatening their survival.
> Industry groups from the Small Software Business Alliance to the National Venture Capital Association and TECNA are backing the bill, which sits in committee. Over 100 House members have signed on. The bill would reverse the changes not just going forward, but also retroactively.
https://technical.ly/startups/r-d-tax-change-reversal-startu...
> On May 13, the House Ways and Means Committee passed “The One, Big Beautiful Bill.” This bill includes several provisions that, if enacted, will be important to businesses claiming research and development incentives:
> The bill would suspend the current amortization requirement for domestic R&D expenses and allow companies to fully deduct domestic research costs in the year incurred for tax years beginning January 1, 2025 and ending December 31, 2029.
https://www.crowell.com/en/insights/client-alerts/house-comm...
> The OBBBA suspends required capitalization of domestic research and experimental expenditures for amounts paid or incurred in taxable years beginning after December 31, 2024, and before January 1, 2030. Under the OBBBA, at the taxpayer’s election, such expenditures can be: deducted as paid or incurred under new Section 174A(a),
https://www.skadden.com/insights/publications/2025/05/the-on...
So is the idea here that the tech community should support the Big Beautiful Bill ?
Because that would be just typical.
I'm confused. The requirement to amortize software engineer expenses was introduced in Trump's first term, but now he wants to revoke it in OBBBA? But only for 5 years?
Besides "kicking the can" to another administration, the 5 year thing is a hack to get budget legislation past the CBO.
The CBO calculates costs over 10 years, so if you introduce a tax cut that sunsets after 5 years it looks much less bad (for the deficit) than it really is. Then you hope that in 5 years some other legislation comes along to renew it for another 5 years...
It was passed in 2017 to go into effect in 2023. Trump now wants to suspend it until 2029. You may notice that in both cases it is being passed under a Republican-controlled executive but goes into effect under the next administration. This is the point.
Tax authorities tend to look at income side rather than expense as you are. If this thing has a useful life and gives benefit over 5 years thus you get tax deductions over 5 years.
So comes down to whether you view a software engineer as something that has value only in the moment (like HR person) or as creating an enduring asset (code base).
A good code base obviously has long term value and there is no raw material input, just engineer time.
Either way you end up with awkward mismatches somewhere & the deferred version as you say has undesirable chilling effects, but I don't think it is entirely without merit either. Think of it from tax man perspective: They're being asked to hand out 100% of the tax credit today while receiving the income over years time. Switching this back to old model doesn't make the mismatch go away - just shifts it to taxman.
> 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.
This is an incomplete description. The ordinary rule depends on the nature of the expenditure. If your expense is for building an asset that generates recurring revenue—including paying people to build such an asset—then you cannot immediately deduct that expense. Instead, you must depreciate it over the lifetime of the asset.
The issue here is that software development is sometimes genuine R&D and other times more like building an income producing asset. E.g. if you spend money building infrastructure software to move bits from one place to another, that’s more like a factory building a conveyer belt than it is like investing in fundamental pharmaceutical research.
Your wrong! In your example, youe $200K engineer... can deduct 10% 1st year $20K, 20% or $40K for the next 4 years, and 10% year 6 $20K for a total of $200K deduction. This is called the 5-year rule.
See also this long-time tax discrimination against software engineers
https://www.taxnotes.com/research/federal/other-documents/tr...
Maybe this is a dumb question, but if you only deduct part of their salary in the first year, what happens if you have a software developer for several years?
And then what happens after five years if they are still around?
> Maybe this is a dumb question, but if you only deduct part of their salary in the first year, what happens if you have a software developer for several years?
Not dumb at all! In the second year, you get to deduct ⅕th of the previous year’s salary and ⅕th of the current year’s salary; likewise, in the third year you get to deduct ⅕th of the first year’s salary, ⅕th of the second year’s salary and ⅕th of the third year’s salary.
The key thing is that in the fifth and following years, a business would deduct a fifth of each of the previous five year’s engineering payrolls. This is not great for a growing business, but it’s murder on a startup trying to grow from zero.
Thus firmly placing this in the regulatory capture category.
After five years you are back to the status quo. It is a short term problem, long term there is no difference between the two. It primarily hurts young companies that don't take VC money, and shortens the runway of those who do.
It also affects hiring growth because every net new dev starts a new 5-year runway.
It is much worse for young companies for sure, but it’s not great for any company.
You’re forgoing returns on .1 * salary * tax rate for 5 years, .2 * salary * tax rate for 4 years… for every software dev in the company.
Let's be honest. At a bunch of shops the engineers hired in year 2 will never be properly recouped because the company will be out of business in less than 7 years.
Start ups are hard, most fail. But what rational national policy makes is several orders of magnitude harder to succeed during the riskiest period by adding tax provisions on pretend profits?
Seems like the incentive is to make as little profits as possible at the start to avoid being killed by taxes. I would have expected an exclusion for companies that make below X dollars or are less then Y years old.
Any incoming revenue, whether from sales or investment is theoretically taxable as income unless the company can show that it was used for an exemption such as an op-expense. This rule classifies dev salaries as cap-ex which have a different exemption process. “Profits” are just revenue minus expenses, the question is what is an expense. This rule classifies some expenses in a modified way that lowers the annual amount of the company’s expenses raising their tax liability.
I agree this sounds like bad policy, but what's the logic for doing this with actual capital goods then? Doesn't that have exactly the same problem of limiting corporate investment?
The reasoning is that the deductions for expenses should be applied for the same year as the income they bring in. For expenses that will cover multiple years, they are spread out over those years.
The only logic was to make the Trump 2017 tax cuts look "revenue neutral". They were cooking the books so the CBO would give the tax cuts a passing grade.
https://americansfortaxfairness.org/ways-means-trump-tax-law... Quote: Corporations have traditionally been allowed to deduct all of their research expenses in the year incurred, even though a lot of research pays off slowly so its costs should similarly be written off over time. Adopting this position, and as a way to partially pay for its big corporate-rate cut, the Trump-GOP tax law decreed that starting in 2022 companies would have to write off research and experimentation expenses gradually: over five years for domestic research, 15 years for foreign. This requirement to “amortize” the expense over time reduces the value of the deduction, increasing corporations’ taxable income and requiring them to pay more in income taxes upfront. The Ways & Means legislation proposes to retroactively reverse this provision.
Accounting likes to recognize expenses with revenues. If an asset will be producing revenue for five years, its cost is recognized over that same time span.
So...don't you get value from the newly created software for ~5 years?
That's going to heavily depend on the type of software and whether it's sold as a shrinkwrap product or a subscription.
For example: your average AAA game will likely produce the vast majority of its value inside the first year upon its release.
At the extreme opposite end you have things like enterprise software using subscriptions, whereby the software continues to produce value year over year, but you're generally also paying developers' salaries to maintain and enhance the softare year over year. That, too, makes little sense in spreading out salaries as a cost over 5 years.
I can't really think of any cases where a piece of software is sold as shrinkwrap software, requires no ongoing maintenance/updates, and is expected to continue earning revenue for many years afterward. That just isn't the industry we live in.
> At the extreme opposite end you have things like enterprise software using subscriptions, whereby the software continues to produce value year over year, but you're generally also paying developers' salaries to maintain and enhance the softare year over year. That, too, makes little sense in spreading out salaries as a cost over 5 years.
There's also a ship-of-theseus problem here. How much change has to happen to a codebase before it's not the same software anymore?
The answer to that question can only be reliably answered in 5 years.
Actual honest valuation of software is something that requires actual evidence.
Software returns have extremely high variance. From a lot, to none, to high negative (For projects that don't complete, or worse, deploy to negative effect.)
Yep, some software systems become money pits. You end up having to pay more people to keep them running.
Only now if those people you have to pay to keep them running are software developers, you have to act like the money you’re spending on them is helping make new value, not merely paying interest on technical debt. Fun!
This rule is actually desired by most (non-startups) businesses, software being an investment over a long run it makes sense to amortize the cost over several years.
It is indeed detrimental to startups though, as they can end up paying taxes even when not profitable and when cash is the key issue (which isn't the case that much for most businesses).
Mmh
If I paid salary of 100k, and invested 100k. Then I made 0 profit regardless, actually I would have a loss of 100k?
I guess the difference comes in if I made 200k, so I would have a profit of 100k.
Not sure how it affects the pnl, but is it fair to say it doesn't affect total tax, just distributes it more evenly across years?
What happens if you outsource all that to an "offshore" company? Is it considered an expense?
Then you have to amortize the costs over 15 years, instead of 5.
Why not claim them as: admins, devops, analysts, testers, technicians, managers? Probably few more. Its really about precisely software development roles? Don't we anyway do some of that other stuff regardless?
But if you are correct that is supremely dumb, especially in place like US.
https://www.law.cornell.edu/uscode/text/26/174
> (3) Software development
> 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.
Strictly speaking every single one of those jobs falls under that role. If you "develop" any software, which arguably includes even making or maintaining excel spreadsheets (as excel is a graphical array lang inspired by APL), then you seem to fall under this umbrella.
Wouldn't "in connection" make this actually extremely broad? For example I doubt C-level executives have 0 connection to software development during the year. They likely make official or unofficial feature requests or give feedback. And if we really push that definition, if the software collected telemetry automatically from the user interactions and this data was then used to improve the software, wouldn't just using the software be connected with the development of the said software?
> Strictly speaking every single one of those jobs falls under that role
Q: Isn't this about whether you're doing "R&D" or not?
No, it classifies all software development as R&D by definition.
> it classifies all software development as R&D by definition
We may need to argue about the word "development", but in any case, do you have a reference for that?
https://www.thomsonreuters.com/en-us/posts/tax-and-accountin...
"In the United States, to help spawn innovation as part of the Economic Recovery and Tax Act of 1981, the Research & Experimentation Tax Credit was introduced. Although it was initially supposed to last three years as a specific incentive to encourage companies to invest in R&D, Congress recognized its value in helping businesses create more products and services.
However, it was quickly realized that this tax code made calculations for R&D complicated, especially for small businesses, which led the government to create other iterations of tax codes in order to help clarify the situation. However, not until 2017 and the enactment of Section 174 of the TCJA has there been such a comprehensive change to R&D accounting.
Indeed, before the TCJA’s enactment, businesses deducted the total amount of R&D expenditures as an expense in the taxable year. Beginning in 2022, all costs related to R&D must now be amortized over five years for US-based companies or 15 years for non-US companies."
I'm struggling to understand why we think R&D expenditure - including software development - should not be amortised?
People think R&D expenditure shouldn't be amoritized because it hurts startups.
For example, if you're a first-year startup and you make a software product with $1 million in revenue but pay $900,000 in software dev salaries, and the tax rate is 25%, without amoritization you pay (1,000,000-900,000)*0.25 = $25,000 in tax and make a profit, but with 5-year amoritization you pay (1,000,000-900,000/5)*0.25 = $205,000 in tax and take a loss.
But since established companies aren't affected as much, they are advantaged by the amoritization rule.
> People think R&D expenditure shouldn't be amoritized because it hurts startups
(Not trying to be deliberately obtuse but) which people "think this"? Startups and their investors, obviously, but who else?
If world+dog has to amortize their R&D expenditure, why should startups be exempt, essentially "because software dev salaries"?
> But since established companies aren't affected as much, they are advantaged by the amoritization rule.
Q: Why should startups get a specific tax carve-out for "R&D"?
>Depreciating means that if you pay an engineer $200k in a year, in tax-world you only had $40k of real expense that year, even though you paid them $200k.
what happens if an engineer leaves after the first year, or at any other time?
what happens to the calculations then?
Nothing. The calculation has nothing to do with people. It’s about what the company spends - and some kind of spending is capitalized depending on what activity it was related to and what the output was. That doesn’t change if the employee that you paid a salary to leaves, or the company that you bought materials from disappears, etc.
> 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.
Wow, so there isn’t really a good faith steel man for this? They were just like, hey, we need to offset other cuts so let’s arbitrarily pick a high paying profession that, not so coincidentally doesn’t have a lot of influence in government, and let them take the hit?
I think it was more along the line that R&D had been formally encouraged with special expensing rules and in 2017 they removed the special treatment.
Wouldn’t this make the $200k drop below EBIT and thus increase accrual accounting profitability? Sure it could be less cash efficient but generally capitalizing expenses is net favorable.
Wow, initially I thought this was the typical libertarian thing to pay less taxes. But thanks to your explanation, I see that the scheme is absolutely crazy. Software devs salaries, as any other employee, should be considered an expense.
But, in a second thought, if you sell a software that you hand crafted to a single customer, in Spain, the software enterprise currently deducts all salaries, while the customer has to depreciate the cost. Think about that in the likes of building an expensive machine: the manufacturer deducts all costs while the customer has to depreciate the machine cost over 20 years.
So the question is, how should a software development piece be considered when it's used internally? Why if you sell that software to others have a tax implication different than if you yourself use it?
That's a very difficult question to answer with too many edges.
So, after 5 years, they can deduct the entire salary.. this just seems like an incentive to promote long-term employment. Doesn't seem like a bad incentive.
No, this is not how it works. They can still deduct the entire first year of salary even if the person is let go, as that salary is considered a capital expense. There is no incentive to keep the person on payroll because of this policy.
Well, we had massive layoffs, so I don't think the incentives worked.
Does it apply to solo companies that provide software consulting to others? I guess it doesn't for S-Corps, because of passthrough, but might for C-Corps?
If you sold the software asset to another company you don’t get an asset on your books.
Right, that's more clear cut with proprietary software, but what about open source code?
The idea that this is leading to mass developer layoffs is an overstatement.
The total amount spent will ultimately be expensed, whether immediately or over five years. The sole impact is on the time value of money, which I don't believe warrants the current scale of developer dismissals.
Also, the claim that taxes are levied even during a deficit seems incorrect. While I'm not familiar with US tax law, it's typically possible to carry forward losses.
For example, if a developer is hired for five years at $100 annually, the expensed amount in the fifth year would still be $100, even after any legal changes.
It means you need more money early, to pay taxes on theoretical future profits. That means it costs more. That means you can afford less on the same money. That means that you need to lay off people to maintain the same costs.
I don't want to downplay what you're saying but many of these costs are eligible for R and d credits unlike most other employees salaries.
How are software engineers different than other people on payroll? Can't they be deducted the same way as accountants or other functions?
> Can't they be deducted the same way as accountants or other functions?
No.
That does sound insane, but what is the argument in favor? Genuinely curious.
They are just product managers and the development is being done by AI agents.
You jest, but you’ve also touched upon something interesting. Is this exactly what companies are trying to do? To the IRS: “We employ zero software engineers—only AI ranch hands to wrangle the AI in the right direction.”
not really jesting, just a message from the future
Section 174 just brings the treatment of software engineers in line with the way that manufacturing labor is treated in all other industries. If tech hadn't exploited this loophole so hard to invade other industries, the GOP probably wouldn't have tried to close the loophole in 2017.
That being said...the current version of the bill would temporarily pause the current version of section 174 (capitalization of software labor costs). There's no way for them to make the original treatment permanent without adding another trillion or so to the cost of their mega bill.
However, the original reason for that temporary reprieve was that Musk was still Trump's best buddy at the time. Right now, it's the most likely target for getting cut in the reconciliation negotiations between the House and the Senate. Thus, YC reaching out to its readers to support this abomination of legislation.
How do we restore only the tax deduction and not pass the rest of the BBB?
You contact your representatives in Congress (mail, phone, in person at town halls and such) and say "hey, stop passing giant omnibus bills". You encourage others to do the same. That's all you can do, as a citizen.
Unfortunately it won't make a difference because the vast majority of Americans simply do not care. So very few people will be putting pressure on their representatives, and nothing will change.
You don't. That's how bills are passed: everyone adds a little of what they want. To the extreme, it's called "pork barrel politics", but there's a whole continuum between that and a basic compromise.
Also sounds like a staging bonus RSU scheme in tech firms, isn't it?
How does this compare with other types of engineers/employees?
> 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.
Small correction, it was a vindictive move to negatively impact companies and regions that Trump didn't like (at the time).
If you’re building software that is intended to be used for longer than a year then it should be capitalized.
The argument on HN is always just complaining that it’s unfavorable to devs; but it’s perfectly reasonable with regards to actual tax principles.
Exactly. The issue isn't whether capitalizing salaries is "humane" or "inhumane," as some comments suggest. It's about matching expenses to their corresponding revenue. When you develop software that contributes to revenue over a period, those expenses should be spread out. Capitalized items are simply deferred expenses. For example, when you construct a building, construction workers' salaries are capitalized and added to the building's book value, which is then depreciated over time.
Almost all other payroll is deductible. Why is salary for someone building a house deductible, but salary for someone building a for loop a capital expense
Look into when this started and why and you might understand it
> Why is salary for someone building a house deductible, but salary for someone building a for loop a capital expense.
If the “house” (or the for loop) is sold and gone, it’s not an asset and the cost of the goods sold — salaries included - is an expense.
If the “house” (or the for loop) is kept and used, it’s an asset and the cost of producing the asset — salaries included - is capitalized.
(There are differences betweeen the “house” and the for loop but not at the extremes which are clear. I imagine by “house” you mean some building that makes sense in a commercial or industrial context like a warehouse.)
Salary for building assets generally are capitalizable. Construction companies have a special carve out because they typically are hired to build the assets for someone else and are paid for the completion of the construction work.
A factory worker building a product to be sold is capitalized into inventory
The product can be capitalised into inventory. The factory worker's salary is just a cost.
The key thing here is that while you generally are expected to and allowed to consider a produced good an asset, it's not assumed that paying someone salary translates immediately into an asset... unless it's software under this new rule for some reason
Software engineers hired for custom, in house work are not building a fixed piece of software with the intention of letting it loose unchanged for the next five years.
Software engineers hired to build product are not exclusively building a finished product, and are increasingly necessary as part of the expense of operating that product long term. Industry trends have gone towards combining and blending developement, security, operations, and design.
There are businesses that will build a big custom piece of machinery. Think a factory or a mine. That may last for 20 years, but require workers to operate, maintain, etc.
This is handled in existing tax law; building or improving a capital asset is amortized, repairing or maintaining it is expensed. It can be a pain in the butt, this is why accounting is not a trivial profession.
We could (and I think should) treat software the same. Some software engineer work is absolutely creating a capital asset. Some is absolutely high-priced janitor work. It makes sense to allow for both with your tax code.
> Think a factory or a mine. That may last for 20 years, but require workers to operate, maintain, etc.
Before Sec 174, s/w development costs were subject to a choice: amortization as if they were a capital expense, or regular deduction as a normal operating expense. Companies could decide which category to put costs into depending on the nature of the work (and presumably to suit their own interests).
Sec 174 removes that option. Or rather, it narrows it significantly. You must be absolutely confident that you paid developer X for ONLY maintainance work before deducting their salary.
Oh, I didn't realize - I knew 174 made it "must amortize", I didn't realize it could be done either way previously. Very silly indeed how they've done this.
The idea that the software must not be changed over the next five years is irrelevant
The important bit is that it will be used for longer than one year
say I work for a company for 5 years as a software developer, at $200k/yr the entire time. is this how it works:
year 1: company deducts $40k: 1/5 of the salary for year 1.
year 2: company deducts $80k: 1/5 of the salary for year 2, and 1/5 of the salary of year 1.
year 3: company deducts $120k: 1/5 of the salary for year 3, 1/5 of the salary for year 2, and 1/5 of the salary for year 1.
year 4: company deducts $160k: 1/5 of the salary for year 4, 1/5 of the salary for year 3, 1/5 of the salary for year 2, and 1/5 for year 1.
year 5: company deducts $200k: 1/5 of each of my 5 years of employment. I leave the company after year 5. Year 1 of my employment is fully deducted.
year 6: company deducts $160k: 1/5 of years 5, 4, 3, and 2. Year 2 of my employment is fully deducted.
year 7: company deducts $120k: 1/5 of years 5, 4, and 3. Year 3 of my employment is fully deducted.
year 8: company deducts $80k: 1/5 of years 5 & 4. Year 4 of my employment is fully deducted.
year 9: company deducts $40k: 1/5 of year 5. Year 5 of my employment is fully deducted.
what is the corporate tax rate? It's not 100%, so you're deducting a fraction developer's salary from your income, right, you're not saving that much on your tax bill each year. you're paying tax on the income you used to pay the developer.
I dunno man. In a world where places like Amazon pay $0 in income tax each year, I kinda feel like companies should be paying more taxes. companies get all kinds of deductions that employees don't get themselves, and will never get. businesses have a whole heap of unfair advantages already.
I'm sure the capitalists among you will want me dead for saying this, but: pay your fair share. I don't care what the law says, pay enough that no one can say that you're a lamprey on society, please.
You're bringing up the question of "what is a fair tax rate," which is reasonable.
The questions of this legislation, though, are different:
Should we incentivize companies to hire corporate executives instead of engineers?
Should we favor trillion dollar companies over startups? (It is much cheaper for Amazon to loan money to the government than three people starting a new venture from scratch, so this favors concentration.)
If you agree that we should discourage hiring engineers in favor of management, that concentration is good, and that low corporate tax rates are good, then this legislation is perfect.
I say that it's good if you believe in low corporate tax rates because this legislation was passed to pay for overall corporate tax cuts, which primarily benefits the largest companies. Amazon actually pays $11.3 billion in income taxes a year (not zero), so on net, even though they have a lot of software engineers, they benefit from this legislation, because they effectively traded having to float money to the government in exchange for lower tax rates.
Big companies care about tax rates more than liquidity, because their borrowing rates are cheap, whereas small companies care more about liquidity (they effectively cannot borrow, or it is very expensive) and their profits are low. So this effectively subsidizes big companies at the cost of small companies.
I think ultimately your interpretation is correct in your last paragraph, but I do wish someone in government would explain what they were trying to incentivize with the change.
Maybe they felt like software companies were too heavily incentivized by the tax code to invest in unproven, unsustainable businesses and would structure their businesses in a way that meant they’d never end up paying taxes.
Startups would blow a bunch of money on R&D for unprofitable moonshot ideas for a few years then the company would fail most of the time, with the government missing out tax revenue where workers could have been allocated to more profitable ventures.
Still, I think that the more cynical take is more likely (big companies lobbying to make it more difficult for small companies to disrupt their businesses)
> I do wish someone in government would explain what they were trying to incentivize with the change.
They were cutting taxes for the very richest people in the US and paying for it in ways like this.
That's not really the issue (and I say this as a socialist). The issue is that it's a weak and very leaky definition that attempts to redefine anyone that touches "software development" away from being taxed like employees into being taxed like machines that produce assets at the same value as their cost of operating.
This punishes small businesses and new businesses more than any large org because it massively increases the cost of operating for the first few years.
And importantly it just doesn't do so consistently.
Orgs should have a higher tax burden. This just doesn't do that, instead this is punishing orgs for trying to do new things and rewarding existing momentum (i.e. the large corporations that already have a profitable revenue stream and a long trail of employment history).
> it massively increases
that depends entirely on how much the business is taxed. every $1 deducted from taxable income is NOT $1 saved in that business' tax payment. It's much more like $0.10-$0.30 saved in taxes.
Sure but for a startup/new business with little to no existing product, that is a massive amount. Especially as any software that is abandoned (ex: due to a pivot, etc) forfeits the amortised deductions that contributed to it.
The only businesses this hurts are small or young businesses that have yet to develop an established product and reliably revenue stream.
For them in the best case scenario they make so little that they can't even deduct but otherwise this means taxes being paid pulling away from the runway that a young business has before it builds up a stable income stream.
Whether it is $1 or $0.10, it is non existent for young software companies. If I'm penniless (after real expenses), where will I get those 10 cents to pay the taxes?
And I'm not making this up. We are about to get cash flow neutral in our company, and this law will literally kill us and make 20 US citizens unemployed.
It is unjust. It is destructive. It actively impoverishes all of us. This is where they trot out the cold, detached assertion of Robespierre that one has to break a few eggs to make an omelet.
As far as I know, this law has been a thing for a couple of years now. How has your company been dealing with it so far? You say "this law WILL" but if it's already in effect, then it means that you would have already had to find a way to pay taxes for the last few years right?
Our other expenses offset it. (That is, we were making losses - typical VC funded company)
Get a loan. /s
Well, same as any other expense. You find a way to pay for it, or you go out of business. If the number is 10%; you need either 10% more revenue or 10% less costs.
Except its a fabricated expense by law. Of course we can say "it is what it is, deal with it" for pretty much anything.
Sorry, I thought you were asking a question. I misread, didn't realize it was rhetorical.
From a more left-wing perspective, it certainly doesn’t feel like a coincidence that Section 174 kneecaps anyone who’d try to compete with the FANG trusts. I’m sure an oligarch paid good money to insert this rubbish into the tax code. Well, relatively good money. American politicians are shockingly cheap to pay off. Probably only took $10k each, to convince them to destroy billions in economic value.
It’s a rare thing these days: a law everyone can hate, regardless of ideology. You don’t have to be a Laffer curve believer to recognize that you can design tax schemes that would destroy competition and/or cause excessive deadweight loss. After all, if all taxes were created equal, we could just replace them with a money printer.
Hopefully it doesn’t take three years to reach a consensus on these moronic tariffs, which are far more destructive to the overall economy.
While I totally agree this is a ridiculous way to tax corporations, to my (probably very limited) understanding, it looks like this might actually be less bad for growing startups, because they don't make much money during their first years.
So a startup that's paying $200k in its first year but only making $40k in that year, they still get to deduct the labour costs over the next 4 years.
But of course this is only true as long as revenue is less than labour costs. Eventually you do want to make money, and it feels like you can only do that when you stop hiring more people.
But regardless of its effects on different types of companies, I don't understand how anyone could pretend that this way of handling labour costs makes any kind of sense.
I'd definitely say it smells like oligarchical fuckery but the more mundane reality is that it was an easy change that would produce enough revenue to balance first term trump tax cuts so they could pass congress. I doubt anyone really thought too much past that and the underlying rationale was probably just "we hate woke social media, this hurt woke social media".
I agree Amazon should pay taxes. But this bill is not the way to make such companies pay taxes. It will kill competition and startups along the way. That is the crux of the issue.
Edit: Looks like Amazon did indeed pay 15B+ federal taxes in 2024 (excluding sales tax etc)
Here are some charts and tables showing Amazon income taxes:
https://www.macrotrends.net/stocks/charts/AMZN/amazon/total-...
Incidentally, should we really count "income taxes" as something "Amazon pays"? Amazon doesn't pay income taxes. Amazon employees do. The fact that Amazon conducts the transaction via withholding seems irrelevant. It's the employee losing the money.
You are confusing income taxes paid by employees with the corporate income tax paid by companies:
https://en.wikipedia.org/wiki/Corporate_tax_in_the_United_St...
i generally think they should be counted to the company as a sales tax. amazon is losing the money, because theyre paying it to the government and not the employee, ao they need to increase the pay accordingly if they want the employee to have a certain amount.
I haven't looked at the tax rule in detail, but it looks like the "half year convention" for amortization applies.
The "half year convention" means that when you amortize a purchase, it's assumed you purchased it exactly halfway through the year, so you can only deduct half the amortization in the first year that you would normally (and the other half is in the year after the depreciation period).
So it looks like
year 1: 1/10
year 2: 1/5 + 1/10
year 3: 1/5 + 1/5 + 1/10
year 4: 1/5 + 1/5 + 1/5 + 1/10
year 5: 1/5 + 1/5 + 1/5 + 1/5 + 1/10
year 6: 1/5 + 1/5 + 1/5 + 1/5 + 1/5 (the last 1/5 being the other half from year 1 and the 1/10 from year 6).
modulo accounting shenanigans company like amazon is ~ unaffected by this rule since its capable of amortizing salaries anyways
Even if Amazon pays no corporate income tax (only one category out of many), they pay much more in taxes per year than you would in several lifetimes.
The phrase “fair share” is political, which is to say meaningless. The people who have earnestly invoked this phrase in my experience have resisted requests to define the term and have sometimes launched personal attacks for daring to raise the question. Will you break this streak? What in concrete terms is Amazon’s fair share? Your fair share? If they differ materially, why?
I’m a capitalist and therefore wish zero ill toward you. Cronyists, authoritarians, and collectivists may want to abuse you, and that is a contemptible way to treat one’s fellow humans. Both parties to a free exchange benefit. Both sides can win because it is not a zero-sum game. As a matter of fact, you are advocating for a game that your side cannot possibly win. Consider that Amazon has enormous incentive to hire the very tippy-top best accountants and tax attorneys to find every crack in the tax code that middling staffers and nepo hires can barely scribble. It does create some benefit to society in the form of the incomes that these highly paid tax pros generate, the comforts it affords them, and the downstream jobs demand for those comforts creates. But in the big picture, it’s adversarial rather than constructive. Certainly we can come up with a more peaceful and constructive arrangement.
Just to give you some perspective...this comment:
> I'm sure the capitalists among you will want me dead for saying this, but: pay your fair share.
Is the equivalent of a finance person saying to a developer "can't you just hire more developers and we can build our product faster". In other words, it's not that simple.
> what is the corporate tax rate?
21%
> It's not 100%, so you're deducting a fraction developer's salary from your income, right, you're not saving that much on your tax bill each year. you're paying tax on the income you used to pay the developer.
Which is a problem if you don’t have the money to pay the tax.
Let’s combine your and the parent’s examples: 1 principal engineer @ $300,000/year; 3 engineers @ $200,000/year = $900,000/year. $1,000,000 in sales.
year 1: Company makes $1,000,000 and pays $900,000 to engineers for a $100,000 cash profit; it deducts $180,000 from $1,000,000 for a $820,000 paper profit, and owes $172,200 in taxes. Since $172,000 > $100,000, it has a $72,000 cash loss for the year. There is not year 2.
Or maybe it raises enough capital to have a cash cushion. A similar thing happens in year 2: it makes $1,000,000 and pays $900,000 to the engineers for a $100,000 annual cash profit, deducts $360,000 from $1,000,000 for a $640,000 paper profit and owes $134,400 in taxes, still more than the cash profit. The cumulative cash losses are now $106,400.
Once again in year 3 it makes $1,000,000 and pays $900,000 to the engineers for a $100,000 annual cash profit, deducts $540,000 from $1,000,000 for a $460,000 paper profit and owes $96,600 in taxes. Hey, it doesn’t owe more than it made in taxes! On the other hand, its cumulative cash losses are now $103,000. Three years, three million in revenue, 2.7 million in expenses but it’s in the hole by $103,000, still more than its annual profit.
In year 4 it makes $1,000,000 and pays $900,000 to the engineers for a $100,000 annual cash profit, deducts $720,000 from $1,000,000 for a $280,000 paper profit and a $58,800 tax bill. It still has a cumulative $61,800 cash loss.
In year 5 it makes $1,000,000 and pays $900,000 for a $100,000 annual cash profit, deducts $900,000 from $1,000,000 for a $100,000 paper profit and a $21,000 tax bill. Good news, the company now has a cumulative cash gain! At the end of five years and $5,000,000 in sales the capital owners have made … $17,200. The engineers made $4,500,000 and the government made $483,000.
In year 6 it makes $1,000,000 and pays nothing (this is very unrealistic, because in the real world every product requires maintenance …) for a $1,000,000 cash profit, deducts $720,000 from $1,000,000 for a $280,000 paper profit and a $58,800 tax bill. People complain that it’s only paying a 5.88% tax rate, ignoring the years of amortised losses. But hey, after $6,000,000 in sales the owners finally have $958,400. They take it as a dividend and it gets taxed at the top marginal rate, so they pay an additional $354,608 in taxes.
In the real world, of course, sales may or may not cover salaries, sales may increase or decrease from year to year, markets may change and so forth.
> I don't care what the law says, pay enough that no one can say that you're a lamprey on society, please.
That’s an impossible target. Any random person can say, unreasonably, that someone else is a ‘lamprey on society.’
It seems like the amortizing over the lifetime of a capital asset is what is tricky for software, not that some businesses operate with very small profit margins. For the example given, that must have been a hyper-competitive area; continued yearly improvements of $900,000 was not enough to increase sales. So at year 6 the owners got rid of the engineering staff. What happens to revenue? Did all the competitors die at year 5, and so years 6 through 25 still have $1 million in revenue? Or with no continuous improvements, did sales and revenue drop to $0? In one case it seems like the right asset lifetime for the software could be 20 years, and the other case, 1 year.
I really liked the suggestion someone else posted in a discussion, that IP-encumbered assets should require amortisation of expenses over the lifetime of the IP (and of course the owner can always immediately write them off by releasing the IP instead).
But I do wonder what the effect on smaller shops would be.
> I'm sure the capitalists among you will want me dead for saying this, but: pay your fair share. I don't care what the law says, pay enough that no one can say that you're a lamprey on society, please.
They’re gonna lobby to get as low taxes as they can. Why would they do anything else? That people think they are “lamprey” is (or would be) a minuscule problem in a country like America.
> If you pay a software engineer, that's not "really" an "expense", regardless of the fact that you paid them.
If I pay for ... pretty much anything whatsoever ... I cannot write it off my personal income tax here in Canada. Not housing, not food. Medical expenses will come off the bottom not off the top.
Corporate income taxes are treated differently than personal income taxes. You absolutely can deduct corporate expenses in Canada.
I didn't mention Canada in order to nonsensically compare corporate taxes in the USA versus personal income tax in Canada, but because it's a good idea to mention where you are if you're writing about taxes.
Yes, corps get all kinds of tax breaks, whereas individuals don't.
As a Canadian I still don’t understand what the point of your original comment was. We already know this thread is about a US rule.
this is not entirely true and i’ve seen the exact same comment regurgitated with the same exact numbers for the past two years. I am not in really in favor of section 174 but i’m tired of seeing misinfo. I have discussed this with a CPA multiple times and its simplified and blown out of proportion in a way that you can’t actually have a conversation about it
Your comment would be much more helpful if you explained how op is wrong or linked to another resource or prior comment that did so.
…could you expand on what part is inaccurate?
One example:
"What they've actually done, congress said, is bought a capital good, like a machine."
Replace "like a machine" with "like software"
How is that profound?
It wasn't supposed to be profound. It's accurate.
I think people are missing the actual process used by Finance teams relating to this issue. I am a former CFO and spent a fair amount of time with this issue in my last role. The firm had a significant amount of software engineering expense related to its core operating system that was the backbone of the company.
The FASB accounting rules drive the capitalization of software expenses, not the tax rules. The FASB definition of GAAP (Generally Accepted Accounting Principals) for US firms is very specific and requires significant detailed tracking to comply.
As noted in one of the other posts, many companies want to capitalize as much software engineering expense as possible as that leads to higher operating income and net income. Bonuses, option grants and stock prices tend to be tied to those metrics. The argument is that building a piece of software should be treated like purchasing it off the shelf. If a firm pays $1M to implement SAP, it does not have to expense it all in one year, but rather depreciates it over its “expected life.” Since “expected life” is difficult to define for every piece of software, there are default lifetimes (similar to saying motor vehicles default to a 5 year depreciation schedule).
Tax then generally follows the GAAP accounting except when the government intervenes to try and increase capital spending. Periodically the government will allow accelerated depreciation which increases operating expenses for tax purposes only which reduces current period cash taxes. Note total taxes do not change, only when they get paid.
The Section 174 under discussion here is simply the same idea then applied to software development in an effort to juice hiring.
For the people discussing whether the IRS is effectively tracking and enforcing this - the IRS really does not matter. A companies auditors enforce it. Without all of the necessary paperwork/digital audit trail, a firm in not permitted by the auditors to capitalize the expense. The same auditors have to sign off on the tax treatment as well. Finally, with respect to maintenance, the idea is meant to be similar to the treatment for machinery ( i.e. traditional capital expenditures). When a firm puts gas in the company truck or replaces tires or fixes a windshield, they do not capitalize those expenses. The idea is the expense do not fundamentally improve the item or meaningful extend the life beyond the initial expectations. Following that line of thought, maintenance releases are not thought to extend the life of the software while significant improvements to the software do and therefore can be capitalized.
DISCLAIMER - while I was a CFO, I was not a Certified Accountant. What I have described above is what the accountants and my audit firms described to me as I worked through this issue in preparing financial statements.
"... then applied to software development in an effort to juice hiring."
How does it 'juice hiring' by removing the ability to deduct 100% of an employee's cost in one year? Who would be incentivized to hire more people when less is deductible?
You interpreted opposite of what he said. The original exception allowing for 100% of R&D expenses to be deducted in the 1st year was the juice. The issue at hand is this exception being reversed.
Apologies, I was speaking to the more general idea of allowing firms to depreciate/amortize assets faster to juice hiring. In this case, the government ended the accelerated amortization for R&D which had been juicing the hiring for many years. This happens on the “regular” capital expenditures side rather frequently with windows of accelerated depreciation to increase the purchase of machinery. It’s always for a window of time, then it expires.
This is wrong.
It's an IRS code change, not FASB. FASB doesn't oversee taxation at all. Section 174 is strictly a tax issue.
I think he stopped short of a more controversial observation (for this audience), that capitalising these expenses for tax purposes is actually closer to GAAP/what's happening in the financial statements, and the prior treatment could be viewed as a tax stimulant to encourage development.
When viewed through this lens, are growing companies trying to have their cake and eat it too - get the boost to GAAP net income for stock comp purposes etc, but defer the cash tax to future years. This perspective ties everything together for me, in terms of understanding the incentives of the players here.
I think the other piece mentioned elsewhere is the very real cash flow implications for fast growing companies, in particular those that might be smaller and with more limited access to financing (which also isn't free...). And the idea that it's a pretty blunt tool... 5 yrs for all development... every product is different and as others point out lifecycles are often much shorter.
> This perspective ties everything together for me, in terms of understanding the incentives of the players here.
Mind restating those, for those of us without the financial background who are struggling to digest these insightful comments?
Thank you for the clearer restatement.
For most items, there is harmony between GAAP and tax. Even though Section 174 is a tax code item, the implications of it must be properly presented on your GAAP financials. Therefore the auditors opine on it
While one of the biggest differences between GAAP and tax is the depreciation schedules for various assets, the definition of the items is generally the same.
At this point, does this really affect many people? Most businesses should be well on their way to the expenses normalizing. Outside of new businesses and old businesses splurging, would this really accomplish much?
The Small Software Business Alliance has been actively working on this issue since day one.
https://ssballiance.org/about/engage/
And Michelle Hansen was an early organizer https://x.com/mjwhansen
If you work at all in energy, the Clean Energy Business Network is also proactive in fighting for change. A couple of years ago they put me touch with Ron Wyden's staff. The Democrats are almost universally opposed to what was added to Section 174.
https://www.cebn.org/media_resources/house-republicans-advan...
Fight this thing - it is terrible. Not just for software but any innovative business in the USA.
Thanks for spreading the word about SSBA!
[flagged]
You know not what you speak of. I am small developer without funding.
For every developer I hire I pay tax on 90% of their wages in year 1.
So, if I hire a 200k a year developer, I have an increased tax liability of 180k. That works out to paying about $75k ~ $85k. So my 200k developer becomes an 285k developer.
Now, eventually I could regain that cost, or I could do like I know of a few companies and commit tax fraud by not correctly reporting my expenses.
BTW even as a partner I am hit by this - to correctly file my taxes I have to report my retirement savings as development revenue and pay tax on what is supposed to be tax free.
Pretty cool.
[flagged]
My understanding is that the salary of other types of workers do not follow this rule.
If that’s correct, then the section means software developers are actually special snowflakes treated differently by the tax code
Untrue: for example, if you are a lawyer employed to help a company acquire real-estate or another company (i.e., a merger) then your salary is treated the same way by the US tax code (i.e., your employer must amortize your salary).
If you want to argue against the current tax code, point out that currently companies do not have to amortize the pay of executives even though arguably their work fortifies the company's ability to make a profit in future years like the work of software developers does.
A recruiter, or an HR person in general, do work that “fortifies the company’s ability to make a profit in future years” as you say, by hiring people that will hopefully work there for years.
Same as a financial analyst implementing new processes and spreadsheets to better control money spending.
One can argue that most white collar worker is investing in future profit. Sales people nurturing long sales cycles, lobbyists, content marketing, SEO.
Why are software developers (and merge lawyers) snowflakes among all those types?
If a recruiter or HR worker helps a company hire 100 new employees, all 100 are free to quit at the end of the year whereas the artifacts created or improved by a developer will be the property of the company forever.
In other words, maybe it is a bad idea to treat people (employees in this case) like property even in our tax code? (I'm personally OK with software's being treated like property.)
And if they create a hiring process? A interview script?
The guru states to the path to happiness is never argue with fools.
No personal attacks, please.
> Why do you deserve special treatment?
Exactly what he is saying. He doesn't deserve a special treatment and should be taxed like everyone else.
Smothering one of the only prosperous industries in the country so we can feed evermore to our bloated reckless spendthrift government isn't noble.
The ‘smothering’ you speak of is taxing the retention of earnings for capital assets. If you think this smothers software development, you should look into how much capital assets cost in other industries.
Personally, I think we should either eliminate the corporate income tax (and increase capital gains taxes correspondingly), or allow for all capital spending to be written off fully on day one. Your position of treating capital spending on software differently makes no sense to me.
You are completely wrong. I run a small software company and this is really bad for us.
All this does for large companies is that it might cause them to layoff developers.
For a small software company it can threaten our existence.
In the first year, you only get to deduct 20%. But in your second year, you get to deduct 40% (20% from the first year and 20% from the second year). In the 3rd and 4th year it's 60% and 80%. And so on until you get to steady state of 100%.
So, no, it is not "really bad" for you. You as the owner might not make as much money for the first year, but you will be at steady state in a few years, and you get to deduct the salary for years after they leave.
I think an implicit assumption here is that the company is able to survive the five years. This rule affects cash flow in the initial years pretty hard and a lot of small companies cannot survive that.
In the initial years most startups have massive losses that they carry forward and don’t need to pay taxes anyway. During that bridge period the affect of section 174 is zero since they aren’t paying taxes anyway.
This really only affects software companies that are profitable in their first year, which is a very small minority.
I think you're missing something - the only way these startups have those massive losses is if they can deduct them. This rule change stops them feom being able to deduct 80% of most of their expenses in the year where the expense occurs.
Amen.
10% first year
This does feel a bit like propaganda. I'm a CPA with ex-Big4 audit experience, albeit only 4 years, and specialized in revenue rather than expenses. I just briefly read over the pwc summary of the related FASB standards covering Subtopics ASC 985-20 and ASC 350-40. It pretty much says that you expense everything on software that intended for selling until it's technologically feasible. Upgrades afterwards are capitalized, then amortized. Internal software development is capitalized. Like, if you build internal infrastructure, it likely has value, similar to PP&E. Differences is, Equipment is physical. The value of the software is the minds and time that went into it. I'm also certain that if you could prove to your auditors that your software is not worth much, you could probably expense more of the costs. This whole thread screams big tech company propaganda.
This is about taxes. I imagine you’re aware that GAAP accounting and tax accounting can treat things like depreciation schedules differently.
The definition of capitalizable expenses tends to be the same between GAAP and tax. The depreciation schedules are frequently different.
Yes, it tends to.
However: https://www.law.cornell.edu/uscode/text/26/174
any amount paid or incurred in connection with the development of any software shall be treated as a research or experimental expenditure [and be capitalized and amortized over five years even if it is disposed of, retired, or abandoned]
I stand corrected. I've not seen GAAP vs IRS differ so much in my experience. Thanks for referencing IRS section 174 which clears things up. It appears to be quite strict on the 5/15 year amortization of software development expenses, and I now agree with OP that the change to section 174 as part of the TCJA is some bullshit.
Thank you for helping to tackle this. The silence on this issue for the past few years from smaller software companies and their affiliates was surprising to me. The recent "time bomb" article was one of the few media pieces that actually took the time to describe it as anything other than a "tax cut for huge tech companies", which was refreshing.
My current favorite theory as to why there hasn't been more of an outcry is that many companies ignored the rule change (either out of ignorance or as an alternative to going out of business), and are forced to remain silent.
Many larger companies have an incentive to attribute layoffs to AI, because that serves to hype their AI products. Basically, they didn't want to say, "we are laying people off for financial reasons." Even though the financial reasons were triggered by a change to the tax code, because that doesn't play well in the media, particularly during a period of elevated profits. So Google, Microsoft, etc. laid a bunch of engineers off to reduce their tax burden and used AI as an excuse.
And this benefits big firms because they are the only ones who can afford it. Same for most bullshit laws.
> many companies ignored the rule change
How does that even work? You’re saying many companies committed tax fraud by ignoring the law change and continued to deduct software developer salaries as they had in the past?
I find that hard to believe.
You're right. I take it back - not "most", but I would stand behind "many more than is typical for a change to the tax code".
It snuck up on a LOT of people, including CPAs, and represented tax bills for businesses that were multiples of the previous year's tax bill, and sometimes _multiples_ of their actual cash profit.
It's also so counter-intuitive that you can't deduct software dev salaries, that many people still don't believe it works the way the law says it works. If you read the comments here and in other threads where this has been mentioned, on Hacker News or elsewhere, years into this fiasco, you'll see widespread doubt and misunderstanding. Many people equate this to the same R&D rules for the older tax _credit_ or will argue that it can't possibly work the way the articles say it works. People don't magically begin to understand section 174 just because they run a business, and it's not in their financial interest _TO_ understand how it works. Many can't afford to.
Many companies are ignoring laws either by fraud or ignorance. (ie: remote hires are mostly illegal or grey)
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.
> (3) is valued at the exact cost of all inputs to it, including salaries (uh oh).
Thanks, that really gets at the heart of the issue.
Are any other business processes and elements — e.g. accounting mechanisms, print design, sales funnels — valued this way?
There could be a distinction between creating new value (greenfield), and maintaining existing value (brownfield). Most of my work is green field and I do consider it to be a capital asset, it's sweat equity as I don't pay myself, but I can't deduct my non-salary either. Others estimate the most of the software work is 95% brownfield.
An other issue is competitiveness with other jurisdictions that don't have these tax laws, but even if that were normalized there are jurisdictions that are far lower tax in general regardless of the classification.
Imagine if secretaries' salaries were applied to the "capital asset" of the well-organized file cabinets they create. Or if janitors' salaries were applied to the "capital asset" of a clean workspace. This whole quagmire is far more insane than anyone is giving it credit for.
Straight no. That’s why they had to put in line 3, “clarifying” the intent, because it’s not done anywhere else.
> This is unlike how capital assets are valued for any other industry!
Is your dismay that it's unfair compared to other industries or that the policy doesn't reflect reality that software is a capital asset that has a lifetime longer than 6 years for many companies?
It's that it doesn't reflect the reality that the value of software is not remotely correlated with the salaries that were spent building it. It could be valued much higher or much lower, spanning a huge range.
Using salaries as a proxy for value of the asset encourages only the safest shovelware bets, discouraging risk taking lest your asset be taxed at substantially higher than it's worth.
Avoiding that risk-adverse dynamic is why Section 174 was written the way it was since the 50s to encourage R&D, and it's paid off in spades.
Well, a larger issue seems to be that this whole idea is premised on taxing an unrealized gain. If I create a painting, I don't owe any taxes on it until I sell it. If the world decides that I'm Picasso and my sneezing on a canvas means it's worth $50 million, it still won't be true that, after I sneeze without covering my mouth and some spittle lands on one of my blank canvases, a government official shows up to my house to force me to sell it so that I can pay the taxes I owe for creating it.
IMO this is the best definition.
Especially since even in semantics we call highly successful companies „unicorns”. Because it’s rare. Usually software is worthless, whatever quality.
I failed my own software company twice. If such politic would be in effect I couldn’t even try once.
While I understand the drawbacks, the current situation - where the ultra-wealthy don’t pay taxes because all their wealth is in unrealized gain - is even worse
This valuation of software for business taxes. If a business never sells its software, the software may very well have no value.
What about an internal tool that helps improves processes but doesn't ever sell or google.com and gmail which are free to users?
> the current situation - where the ultra-wealthy don’t pay taxes because all their wealth is in unrealized gain
This is neither the current situation nor even a theoretical possibility.
Sorry, "don't pay taxes" was hyperbole - what I meant was have a lower tax rate than the rest of us.
Isn't that the whole point of all sorts of tax strategies, for instance Buy, Borrow, Die?
https://www.forbes.com/sites/davidrae/2022/07/14/how-the-ric...
Shorter is better here — it means you’re able to take the deduction up-front. The issue is that salaries should not be included as part of a capital asset, as this precludes any other deduction for the same salary. You don’t do this for accountants or lawyers, even at a software firm, but you now have to for your developers. It makes a particular role of employee more expensive!
It’s this absurdity I’m upset about. Six year vs five year is weird but meaningless. Internal software not being sold can be a capital asset, or at least I can point to examples of it (MSFT Hyper-V, ex). But the valuation process is both arbitrary in both directions, and discourages companies from hiring software developers as a policy effect.
Software just isn't a "capital asset" in the traditional sense. It might have a multi decade depreciation in real life, or it might be worthless shortly after writing. I mean, we live in a tax regime where a jet is 100% depreciable in the year its purchased. Srsly.
> you do not own your employees
Well, that framing is just wrong. The companies are paying taxes over what those employees created, not over the employees. Does the company own the software?
> The IRS is using a theory of value where...
Notice that all of your 3 points are exactly like any other kind of capital.
Most countries exclude salaries from the income calculation because it has good practical consequences (both on making accounting cheaper and on incentivizing companies to hire), not because of any theoretical problem.
If you're ripping off a competitor, sure, the salaries of your engineers roughly translates to the value of the resulting capital asset. But the most valuable work that software engineers do is the stuff that has never been done before. The salaries of your developers and designers and your product managers go first towards figuring out what a valuable capital asset would look like. Only after that can you start investing in the actual asset.
The same is true for all true R&D, which is why historically the government has tried to provide protections for R&D work to incentivize people to not just churn out the safe bet over and over again. Patents fall into this category, but software patents are (rightly) hard to come by. Through 2022, the risk of software development was offset by the ability to expense the costs and avoid a tax bill, and this was good policy if your aim is to encourage innovation.
The capital asset theory could still work if there were some way to appraise the value of the actual asset you created. But absent such a way, this thinking is deeply flawed for all but the most shovelware of jobs.
> If you're ripping off a competitor, sure, the salaries of your engineers roughly translates to the value of the resulting capital asset.
I don't think this comes close to being true. It would make ripping off a competitor pointless.
I don't think that framing really tells us much, because there could be many reasons not to release that code that don't indicate it's an asset, such as (A) worries it might have still-relevant security issues, (B) costs of scrubbing other information like employee PII, or (C) the code is too useless to be worth the effort.
If the goal is to measure retained value, I'd ask how much a competitor would pay to acquire your 5-year-old code (for direct use, not for hacking you) 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.
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.
Even if true, a small fraction of engineering time on a project is actually developing that asset. The rest is maintenance and support. The tax code does allow for this distinction, but only if you track hours associated with each kind of work, which basically no one does. And even if they tried, it's difficult because that line is blurry. Tasks are rarely 100% one or the other. Ever fixed a bug by refactoring to make something better? Which kind of engineering is that? Can you justify that to the IRS accountant auditing you?
you could test this by looking for MIT licensed code on github?
[flagged]
Isnt this just false? I thought corporate taxes are levied on net income?
Not when it comes to capital assets. The full cost of a large capital asset is generally not allowed to be treated as an expense for tax purposes.
It's technically correct that tax is levied on "net income", but that's an accounting term which means something different from "money_in - money_out" when there are capital assets.
One justification for this is, although you spent the cost, you received equivalent value in the form of the asset itself.
This means if it costs $100k in salary to make software this year, and you get $30k in income from the software this year, your bank balance will lose $70k (which is expected) and you'll have negative income in the ordinary way of thinking, but you'll be charged income tax (which is new) despite losing money, as if you gained (almost) $30k instead of losing $70k.
Your tax accounts will show an increase in net assets, despite the decrease in your bank balance, because they will show the software as being "worth" (almost) $100k, regardless of what it's really worth right now.
This is particularly hard if you're a small company or (non-VC-funded) startup that's already stretching to cover the cost of speculative software development. Being charged income tax even while you're losing money developing software (in the ordinary way of thinking about money) is what's new in the tax code. It makes it harder than before to do speculative developments, making some kinds of development non-viable that were viable before.
Have you read section 174? It forces software to be classified as R&D and then use a weird 6 year amortization (10-20-20-20-20-10) for the salary.
Oh amortizing salary is kinda weird, I thought it meant like data center expenses must be amortized
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.
You do, however, have $160k worth of software that is generating ~$16k/mo in revenue (or more since you presumably did not make that $200k evenly spread out across year 1 while you were developing the software), so in year 2 you could halt further development, use a loan to get through the 2 months it takes to make the money to pay your taxes, and then make $176k profit. Then you pay your taxes on year 2 and walk away with $152k in the bank along with $120k worth of software asset.
(Of course an asset that generates $200k/year is actually worth far more than $200k, so in that case 20% depreciation seems even more absurd)
> You do, however, have $160k worth of software
That is a huge assumption that is probably not true.
> in year 2 you could halt further development, use a loan to get through the 2 months it takes to make the money to pay your taxes, and then make $176k profit.
This is almost certainly not true.
the required thing here of "lay off or fire all the developers" isnt a great result though
This makes sense though.
Correct but the point is that the salaries of the developers are not treated as an expense to net out, they are treated as an asset that depreciates over some period of time. (Even though some "developer" work might be day to day maintenance, rather than building a new feature.)
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.
Question: say you buy the equipment personally and then rent it to your business. What does the tax treatment look like?
A common arrangement is for a closely held corporation to rent its space from another corporation or LLC held by the same owner. This allows the asset to be protected from liability as well as simplifying accounting by splitting it into two businesses, the core business and the real-estate business. Tax-wise, it's a wash, if the income passes through to the same owners.
If the company is a pass through entity, I'm pretty sure this nets out to zero. I don't know how this nets out under a C corp.
I am writing my member of Congress right now.
---
I'm writing to express my urgent concern regarding the negative impact of the 2022 Section 174 tax code changes on small businesses like mine. As owner of Rietta, Inc., a small cybersecurity firm, I still do much of the technical work. My wife and I have three young children under 6. My family and I have been directly negatively impacted by these changes from the 2017 act.
Previously, the tax code helped us afford open-source and experimental work that benefited customers. For example, modernizing applications to run on Docker improved testing and deployment. Our State government clients now benefit, but this was once experimental. Now we're largely back to just work-for-hire consulting, treated as cost of goods sold. I don't have the cash to pay for experimental software development only to then amortize it over five years. If I have $100k revenue and spend $100k, the current code allows only a $20k deduction. I owe taxes on the other $80k despite no cash or documented asset value. Experimental software doesn't work like that in this field.
I started this business 26 years ago. We provide important long-term custom programming and update work for private sector and State government clients ("STATE A" and "STATE B" judicial branches). Often, we work with code we didn't originally write.
As a professional computer scientist and business owner, I rely on my CPA for tax compliance. If I've erred in my example, that's on me. But I can tell you this amortization requirement particularly cripples small businesses like Rietta, Inc., where cash flow is critical, severely limiting the quality of services I can afford to provide. I support undoing this tax change.
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 20%, that means the business owes $180K 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.
Edit: Switched the tax rate to 20%. The logic is still the same.
While this does convey the idea, the premise is also biased.
> even though it has a total of $100K in the bank after the actual expenses were paid.
People running a business can perfectly understand the concept of liquidity. And yes, just because you transform money to something else, then it doesn't mean that you should not be taxed on it.
The extreme example is a company that buys gold on the last trading day of the year - now there is no profit! On the first day they sell the gold again and does tax eviction.
The core question is to what extend software constitutes an asset or consumption.
(Personally, I do not believe that software constitutes an asset in any meaningful way, but a practical tradeoff could be that software is a 10% asset)
I think you are conflating "software engineers" with "software". A business that pays a software engineer doesn't automatically receive working software in return, especially not in the first year. It doesn't seem fair to assume that paying a dev $200k means that the business received an asset (some code) worth $200k in return, and thus can be taxed on it as if it were an asset producing $200k in profits a year.
I am not conflating, but the law is. Obviously it would be better to have an appraisal of the software - I reckon law makers see the cost of producing ad an ok proxy.
Btw,this is how it is done in many construction projects also. Like bridges, budings, etc.
I don't know how you're supposed to value software. I just reread your original post - picking 10% out of thin air doesn't make much sense either.
Software is more like a blueprint for a building, it's not the building itself. How much is a blueprint worth? If 100 architects spent a year on it, does that mean the blueprint is worth 100 x salaries? It might actually be worth nothing, if the blueprint asks the construction team to do something impossible.
Software is even worse though, because at least with construction, there are known physical models and real-world constraints (like physics) that decide whether a design can or cannot be implemented. A piece of software written today might be entirely unimplementable and worth nothing, but a breakthrough elsewhere in 5 years might make it extremely valuable at that time
I really agree in all your points, and the the 10% would be the proposed practical middle ground - but it is neither a good model.
I don't know how to tax this.
But I can identify the issue: You can channel your revenue into a non-taxible assets that you can bring into the next accounting period tax free.
Regardless of this is stocks, bonds, gold, unsold inventory, or IP, that is not fair.
I would hope for someone to device something that is fair and easy to understand. And then I would hope for them to get it through to the politicians.
Um, so you have it so that if I hire (let’s say) bridge engineer for 100$ but he doesn’t get any materials and produces only paper model which I sell for 1$ does it mean I’m going to be taxed based on 101$ ?
andrewlgood is explaining the capitalization process in another thread under this post - I can recommend reading that.
> The core question is to what extend software constitutes an asset or consumption.
Isn't part of the problem with our industry that, even it is an asset, its value can be hard to determine even for a long time after you've written it, and it may be pretty weakly related to how much you paid to build it?
- you might have spent a lot on developers last year but next year you find out that you're the new Quibi and no one wants to use your product
- you might have had a small, tight team and what you built turns out to be hugely valuable (like instagram or whatsapp)
- ... and to the degree that the software is part of a valuable business, how do you really assign value to the software as versus the go-to-market plan, the partnership/distribution agreements, etc that helped make the business succeed?
These risks would appear to be the same as a shoe producer wanting to bring shoes to market - regardless they are still taxed on the value of their inventory.
Some of the risks are similar, but your "regardless" is bypassing the point.
We can value a real shoe pretty well. But what if we could duplicate all the shoes we built for less than a penny per pair? What would be the value of our inventory?
There are pretty established accounting rules for this.
For valuing digital goods?
Are those rules smarter than looking at the money it took to make? If so please share where I can read more.
If not, then despite being "established" the problem isn't solved.
> The extreme example is a company that buys gold on the last trading day of the year - now there is no profit! On the first day they sell the gold again and does tax eviction.
In this example, it seems like you're assuming that the revenue from the sale of the gold would not be taxable, but I don't see why that should or would be the case.
ETA: also, gold is far, far more fungible than any particular software
> The core question is to what extend software constitutes an asset
Maybe we can finally deduct all that technical debt.
If a software project fails can we claim depreciation, like after a car crash?
Well, until now you automatically had depreciation.
In the future you will still get it automatically, just deferred.
You have the same, automatic deferral, with cars.
But if you're in a crash, and it's a total loss, you can depreciate faster, which is helpful because you might need to buy a new one.
So, since they're assets, can we write off software projects that fail?
Doesn’t that just defer the tax until later?
AFAICT, that $450K is refundable and transferable. IOW, if you make $0 in year two and have expenses of $0 in year two, you'd get a tax refund of $100K because $200K of your expenses from year one would be applied to year 2.
And it's transferable -- if your company fails, there are companies out there that will buy the rump of your company to realize the unrealized tax refunds.
Which is why it's usually fairly straightforward to get a factor loan to pay those $450K in taxes -- it's backed by an asset.
Factor loans are usually expensive with a high interest rate. Because you can get a factor loan, the taxes are not going to immediately bankrupt the company in the short term, but the high interest rates are going to hurt in the long term.
Not a lawyer nor an accountant. Not even an American.
NOLs are generally not transferrable in the US (they used to be, but now the benefit can only be used if the acquirer of the 'rump' continues the existing operating business).
> Assuming the tax rate is 50%
Which is not(?). According to https://en.wikipedia.org/wiki/Corporate_tax_in_the_United_St... , federal corporate income tax rate is 21%, + additional <10% for state level, not sure about local level.
One of the reasons small businesses have been hit so hard with this is because for then (when incorporated as LLCs), their tax rate is 37% + state + local. I live in NYC and my LLC has a combined tax rate of 50%.
Note that LLC isn't a tax status
An LLC can either file as a c corp and get corporate tax rates, or (sometimes) file as passthrough like as in a sole proprietorship. Or as a partnership. It gets complicated
https://www.irs.gov/businesses/small-businesses-self-employe...
Anyways, it's up to you, it's not necessarily due to it being an LLC.
You live in the most expensive metro in the country, one of the most expensive in the world, and tax is where you think your money problems come from?
That's a great explanation, thanks a lot for sharing it.
Some big tech companies affected have laid off teams around the world, perhaps in order to mitigate the numbers looking bad to investors; so in a way, this adversely affected tech employees globally.
Every country should have such a rule for software businesses, which is an industry where all the cost has to be upfronted, so that bootstrapping is facilitated. There are plenty of smaller markets where the VC model is not the most appropriate funding instrument.
> a few years ago, the IRS stopped allowing the $1M to be deducted
It was Trump's 2017 Tax Cuts and Jobs Act, which amended IRS code.
It wasn't intended to stick, it's a bad idea that was intentionally bad in order to make it easier to reverse.
I don't follow. What is the motivation of doing something intentionally bad to make it easy to reverse?
Reducing taxes on businesses by 30%+ and high earners and the middle class by a smaller percentage. It’s a direct effect of the 2017 Republican tax reforms.
If you want to pass something using only 50% of our representatives you have to pay for it with something else to balance the change. 60% of the vote and you don’t care what the Congressional budget office says. The primary software development hubs are not Republican leaning. The same reason SALT was changed. Voting matters.
The other responses have the right idea, but in more detail:
All congressional bills receive an estimate of their budget impact over the next ten years. Whatever happens after ten years doesn't count.
The politics are that a bill should have no budget impact within that ten-year window. As an uncharitable stylized example, you'd propose to start paying random subsidies to constituents immediately in the amount of $200M / year, forever. 8 years out, you also plan to raise taxes on somebody else, someone who would never vote for you in a million years, in the amount of $1B / year, which may or may not fade out after two years. This is a bill with no budget impact.
It doesn't matter, to you, whether that spike in collections for years 9-10 actually happens or not. If you failed at targeting it exclusively to people you hate, you might prefer that it doesn't.
ok, got it. So... this helped it pass because it allowed the headline to be "budget neutral" even though all signs point to this piece getting removed quickly and ultimately expanding the deficit. Sounds dishonest but logical if the objective is to reduce taxes without genuine consideration of the deficit. Thanks (to you and siblings) for the explanation.
The worse it was the better it worked as a budget fudge and it could be included in projections and allow a budget neutral bill to be passed. And by being so bad it would be easier to reverse as fewer people would defend it. There was an attempt to eat their cake and have it too.
Why is it still in place?
The Republican Party is actively antagonistic to any legislation from the Democratic Party basically.
You need a 60% vote or you need to take away someone else’s pie. Medicaid/medicare/social security are current contenders based on Republican planning.
The bigger issue is Republican voting districts gain less from putting it back in place. Most software devs are on the coasts and Denver.
Don’t need 60% for budget bills in reconciliation (the process of merging bills from the House of Representatives and the Senate). One of the times filibusters (which create 60% requirement) do not apply.
@cryptonector - but did they have a 60% margin in either house? 50%+1 isn't enough (AFAIK) to undo previously passed legislation.
The "or you need to take away someone else’s pie" is the relevant part here
The 174 changes (and SALT changes, and some other stuff) were how TCJA got balanced and passed without a 60% majority. 50%+1 is enough to undo previously passed legislation that was also passed with 50%+1 in this case (handwaving - not exactly right, because the balancing point is a different time range, so the math might not work out exactly the same).
The Democratic party absolutely could have passed some legislation in 2021-2023 to undo a lot of TCJA with just a 50%+1 vote, if they cut other stuff to balance. They didn't do that though. In part because they had literally 50%+1 majority and couldn't lose a single vote in the Senate, and couldn't come to an internal agreement.
Uhm, but the Democrats held the House and Senate for two years during the Biden administration, which came after the Trump tax cuts.
This wasn't really on anyone's radar until more recently. I don't think even a simple majority of tech workers even realized this had happened until after the job market had tightened up.
I don't believe that's true. I remember gnashing of teeth about this during the Biden years.
Because it wasn't bad enough. Look at the fervor it's causing now - now imagine if it was worse.
In politics it may seem like a good idea to create these time bombs because they can't imagine them going off but sometimes they do and here we are. The pied-piper strategy with the basket of deplorables was supposed to make it easier for Hillary to win 2016 but she didn't so we got the bomb going off instead.
Republicans really want to cut taxes for rich people but they don’t want to just straight-up acknowledge a huge debt increase for that goal, so they come up with different ways to say that something is budget neutral. That’s why a lot of the 2017 bill cuts were time-limited so regular people got the tax cut immediately and would hopefully remember it, but the time limit meant that CBO wouldn’t count it as a long-term debt increase and it’d be someone else’s problem when those expired and most people notice their taxes go up.
There's a risk they'll try to break the Senate rules outright [0], by pretending that certain promised-to-be-temporary tax cuts now cost $0 to extend.
To put it in domestic terms:
* [January 1st] "Honey, I want to rent a Ferrari, I did the math and it fits if it's just one month! Pleeeeeease?"
* [February 1st] "Oh, that? It's the Ferrari rental-fee for the next month, don't worry, it's an existing expense, it's already part of our regular budget, so clearly we've proven we can afford it. We'll just have to cut back on insulin for the kids."
[0] https://www.americanprogress.org/article/senate-republicans-...
Both parties do this to make spending bills appear smaller. This is why clean energy tax credits generally passed during Democrat administrations have to be periodically renewed.
It was done to offset lowering other taxes
> > a few years ago, the IRS stopped allowing the $1M to be deducted
> It was Trump's 2017 Tax Cuts and Jobs Act, which amended IRS code.
And took effect in 2022 (per what I've read elsewhere, and other comments on this post; could be off by a year)
(just clarifying that the effect was "a few years ago", but I agree that it's important to know the origin of it, which you were pointing out)
Why do you assume a 50% tax rate in the United States when it is only 21%?
I think they meant "assume" like a mathematician, i.e., pretend it is this simple value to make all the calculations easier to understand.
But it's still useful to know the real rate is 21%, thanks.
In California, the maximum personal income tax rate is effectively closer to 50%, which is where my mind went, but you're right, it's different for companies.
In my example, the tax rate isn't the point though, it was used just to illustrate the math.
The main point is that it makes no sense to require amortization of software development expenses. The idea that this letter is an attempt to restore rationality in the tax code.
State, city, property, social security tax, other fees and levies that should really be classified as taxes. The total tax burden can really add up.
This US tax code change directly impacted my small business in a very real way that was directly felt by my household. In the past, it was a big boon for us and helped me afford to pay for some open source work and experimental things that helped our customers in the long run. Now we are back to mostly doing work-for-hire consulting. Even the experimental work I am doing, I am just paying for it and writing it off as typical business expenses. I cannot afford to take the credit because that means no deduction for this year. I don't have the cash in this small business context.
What inspired working to reverse this now?
I'm all for it, just curious as the law has existed for 8 years and been in effect for 3. Seemingly little interest from anyone in the tech world to put lobbying behind reversing it until this point.
What changed?
Lobbying has been ongoing since the law was enacted. Congress came close to repealing it several times, with the House actually passing a bill to repeal it (Tax Relief for American Families and Workers Act of 2024).
Just because Hacker News doesn't care doesn't mean it hasn't been a big focus of small business lobbying since before it came into effect.
The actual reason it hasn't been repealed is politics: It makes the CBO budget deficit look much worse. It seems as though neither party wants the optics.
In 2017, in order to pay for the tax legislation in Trump's first term, a provision was added that would prevent companies from deducting Research and Development costs immediately (includes but not limited to payroll costs). It required domestic R&D costs to be expensed over 5 years (really 6 years since you only get to deduct one half of your first year expenses in the first year) and foreign expenses over 15 years (really 16 years). This provision was put in place to start January 1, 2022 because they were looking for additional revenue to pay for 2017 individual and corporate tax cuts. At the time, the thinking was it would be eventually fixed (allow for R&D deductions) as they had almost 5 years to fix the provision. Due to the politics at the time, it was not fixed. Bottom line, the political stars haven't aligned until now to actually get this fixed.
That’s my question: what are the political stars now aligned?
Now is the time to strike because there is a very easy to manipulate person who will change things like this on an emotional whim.
I assume so it can be included in the Big Beautiful Bill.
And if that is the case then shame on everyone who are happy to make themselves wealthier at the expense of the poor.
People are literally going to die because of the cuts to Medicaid/SNAP in this bill.
A terrible tax bill during Trump 1 cutting taxes to anyone making lot of money and they needed to find some sort of source of income to compensate.
At the beginnning, to most people it seemed like a non-issue (oh no, amortize the costs over 5 years, cry me a river big tech etc. etc.). But now that the entire tech sector is crumbling, and nobody is getting hired, people are giving it another (well-deserved) look.
> What changed?
This post made it to the front page: https://news.ycombinator.com/item?id=44180533
I, for one, had never heard of it before that.
Lots more here: https://news.ycombinator.com/item?id=44203869
Signed and called my representative and senators.
I ask simply "If I have $1m of revenue and $1m of expenses that is entirely software dev salaries, what do you think my profit is for that year? How much should I be taxed on that?"
https://www.house.gov/representatives/find-your-representati...
https://www.senate.gov/senators/senators-contact.htm
@dang (and others). If you want a groundswell of support have you consider have you considered reaching out to game devs and indie game devs? It seems like they'd all be negatively affected. They'd spread the word to players.
That's a great idea but I don't know how to do it except by posting a thread like this one on HN itself.
I seem to remember people being broadly in favor of this change at the time it was first proposed because it would elevade software development and create more long-term stability, but in a world where the primary focus is on quarterly funding rounded and acquisitions it obviously skews the numbers and thus the potential founded/early investor upside.
There are two possible motivations for the impending change. One is the argument that deducting 100% of developer labor isn't ideal because developers create IP whose value can compound as an asset, rather than the labor being 'consumed' in production as with manufacturing (where any long-term benefit after the initial sale goes to the consumer). The other is that it's a legislative stick designed to herd a powerful investor/donor lobby into supporting budget legislation in exchange for turning the favorable tax treatment faucet back on.
I don't recall there being favorable reception when Trump's Congress passed it nor since. At best, non-awareness, and 'cost of business' for whatever the other talking points at the time.
You can see the older HN threads, people were shocked, and it comes up perennially, with calls to restore favorable tax treatment that incentivizes vs punishes business growth. Same pattern in social media responses to news articles.
Yes, as far as I can tell, this change was made to help balance the cost of other provisions in the TCJA. On paper, it would have at least let them claim they'd take in 5 years of extra tax revenue in from tech businesses (most of it in year 1). I don't think it has any long-term benefit for anyone, even the government.
And the changes proposed in the Big Beautiful Bill actually do reverse it, and allow some retro-active (to tax year 2022) relief. So they're trying to undo it, and of course the Democratic party is calling it "a tax break for billionaires", which, of course, it is. But that doesn't really tell the whole story, either.
Signing a letter is fine, but will not have the same impact as phone calls made to your representatives.
https://5calls.org/why-calling-works/
You don't need to use that site - the point is that if you want to have the loudest voice, make some calls.
> Other kinds of messages take longer. Emails have to be manually read and sorted. Faxes have to be digitized and emailed. [...] By contrast, congressional staffers tally phone calls right away.
Golly. Is this a problem? Hasn't this been solved already? Do they want to solve it? How much do they want to solve it, in terms of United States Dollars?
This is now easy for many HNers to build, with the hard parts now done by free off-the-shelf components.
The customer could have those email tallies even faster than the phone staffer tallies, for the timely read on constituents that the 5calls.org Web page suggests.
And then they can manually or semi-manually review the emails later, for nuance and genuine responses. But they got the important tallies immediately, on their live dashboard and timely alerts.
(But keep those human staffers answering phone calls, since I'd guess that AI on phone there would alienate the very engaged voters who still make phone calls.)
Please no AI interpreting sentiment in emails, the error rate / hallucinations at that scale would be dangerous.
To be clear, not necessarily sentiment analysis of the email (the pre-LLM kind, like are they angry, aggressive, etc.); but sentiment tally about voting on the legislation, like a phone operator might do, which might only be identifying which bill/issue is being talked about, and whether "vote for" vs. "vote against".
The limitations of that is part of why I suggested that following up with review of the email by a human later, for nuance. The other part is so they know they're reaching a human at their representative's office, not just talking to a machine.
I don't know much about politics other than Sorkin-esque TV dramas, but the original Web page said that timely tallies could help a politician avoid being in the situation of having to walk back a stated position on something. So I'd guess that's one way a real-time tally could still be very valuable, and I think an LLM is up to the hard parts of it.
Ok, say I call. What do I say: "Hey I want to show my support for the Big Beautiful Bill because it reverses the tax deduction for software engineers."
And then what? (asking honestly lol for anyone who's done this before)
Say whatever you feel. They will listen to you and sort it out into support or opposition to current legislative efforts. You don't have to have a perfect script - just tell them what you think. But I would caution you to talk about the issues you care about, not telling them you support a specific bill. Because they need to know what issues you care about so that when legislators propose changes to the bills (which always happens), they know whether those changes are aligned with what they are hearing from the people. You'll note that the letter OP linked to does not say that it supports the bill - it supports a specific change they want to be prioritized.
[flagged]
For clarity, the issue at hand is the “Big Beautiful Bill” does NOT reverse the tax treatment. The request here is to change the bill to reverse the current treatment.
[flagged]
Would you please stop posting flamebait comments? You have a history of doing this and we've asked you to stop more than once.
More than happy to provided that HN goes back to not being political.
Because you're asking people to support something that will literally take families off of food stamps and remove their healthcare.
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.
[flagged]
The em dash was in popular use long before chatgpt. It's a useful grammatical symbol and a short dash is not a good substitute. Consider whether you'd use it if it was a dedicated key on your keyboard, if so then it's worth the small inconvenience to learn how to type it.
Not just the em dash, the whole post stinks of ChatGPT, and there are two other obvious tells in the sentence I quoted.
If you know you know.
Fair enough. I'm sensitive about the em dash being used as a tell, which I've seen mentioned once or twice, because I don't want people to dumb down punctuation to avoid being confused for an LLM. I'd guess it's a temporary issue until the LLMs get so good at blending in that we can't tell anymore.
That is actually why software development was allowed to be expensed prior to 2017 - to keep innovation thriving in the US. In 2017, they US simply stopped giving preferential treatment to R&D.
Why does it matter? In a little while this will stop being a question people will ask. If anything it shows I put value into a high quality comment, that shows effort, and I also hand signed the letter form.
I guess the point about how hard it is to manually type that character is a great point though, I appreciate that!
Luther et al, would you be willing to share some high level statistics about the submissions, such as how many signatures it gets?
20 hours in, there are over 1,800 signatories. It appears the signatories are from nearly all states as well (minus Wyoming and North Dakota): https://www.google.com/maps/d/edit?mid=1jxiSSfj4uG7UBOHPjCbH...
Possibly dumb question... For a medium/large company, is this really a big deal? Their payroll is relatively stable year-over-year, so after a few years, it all evens out (very roughly). Or am I missing something?
IE, is this really an anti-competition law, designed to protect entrenched tech industry players and prevent up-starts from, well, starting?
Based on everything I've read on it in this thread so far, it seems like it's pretty much hurting the little guys the most.
Whether this is malicious or intentional or just incompetent or something I honestly don't know.
Donald Trump's deeds and behaviour is just about the only place where I find myself unable to apply Hanlon's Razor.
I think if you spend a few minutes reading about the origin of this change, it's pretty obvious this was a sacrificial lamb for the TCJA to pass. It gave them ~5 years of noticeable extra tax revenue they could use to balance the other provisions. So today, 8 years later, it's not doing anyone any good (and removing it, unless done carefully, might essentially reverse that 5 years of extra revenue, but all in a single year).
Forgive me if this has already been answered in one of the other threads (I haven't been following them), but:
How does this work in other countries?
It's not amortized. I.e. the company simply subtracts all salaries for the year from the revenue and pays tax from the difference. Salaries being amortized means on year 1 you can only subtract X% of salaries and the taxable amount becomes much larger. Year 2 you will use the X% for the second year salary and another Y% for the already paid salary of the first year. So, the difference becomes less, and the taxes become less, too.
For a stable company that has a constant revenue stream and an established body of workers there's no much of a difference: instead of paying all tax for current year salary you pay 6 chunks of tax for 6 different years of salaries - which would be about the same amount.
For early companies things can be pretty tough. You may earn, say 100k in a year one and pay your employee 100k. Your company now has 0 in the bank, but for the taxation purposes the taxable amount is like (100k - 10% of 100k = 90k), at 20% corporate tax that would mean that the company has 0 in the bank but owes the government $18k in taxes. It's much harder to start a software business in this kind of environment.
In Sweden you have the option to capitalize software development costs, under some specific circumstances, but in general you would expense such costs immediately.
Some startups do it to window-dress their balance sheet, though. But making it compulsory is absurd.
Discussion from beginning of 2023: https://news.ycombinator.com/item?id=34627712
Yup, thanks! I put together this list at one point: https://news.ycombinator.com/item?id=44203869.
Btw, this thread got a callout in https://www.axios.com/2025/06/20/silicon-valley-big-tech-tax... today, though they didn't link to it.
Japan has required amortization of capitalized software over five years for qualifying internal-use software since at least 2000. Correct me if I’m wrong, but I believe most other countries have similar rules.
Until 2022, U.S. companies had a real competitive advantage.
Software developer salaries in Japan are depressed—other roles too, but especially engineers. Without digging too deep, perhaps the previously unfavorable (now roughly equal) tax treatment of was perhaps a contributing factor.
Dev here working in Japan for few years, I don't think the main reason software salaries are low in Japan is financial, but social/cultural. Software has traditionally not seen as valued as hardware, it was just an "extra" added on top of the hardware part. Basically never went through the startup revolution of the 2000s in US.
Also Japan is still very hierarchical, so old ideas change much slower. I would say the combination of these 2 are the main reason software is not as valued as in e.g. America, but there are many others like lack of international competitiveness due to the low English skill, ZIRP, and the ones you note seem totally valid ofc.
This is a very interesting recent report about salaries in Japan (e.g. foreigners, and/or foreigner companies get paid/pay a lot more):
https://www.tokyodev.com/articles/software-developer-salarie...
Essentially agree.
Nonetheless, if reports are to be believed the post-rule change decline is significant, and I can’t help but wonder how big of a positive feedback loop—in other words a bubble—was being created. The gap was, after all, built up over several decades.
The usual culprit you mentioned, perhaps aren’t as much of a factor as we usually ascribe to them.
Just speculating.
Thanks for sharing the report.
> most other countries have similar rules.
This is the first instance I’ve heard of where salaries aren’t considered remuneration for basic labour. It’s a fairly weird interpretation of reality that spending $200k on a human’s availability results in a guaranteed $200k of capital being created, regardless of which country this kind of tax law exists in.
As I understood it, it makes a difference between R&D on one hand, and "maintenance" on the other hand. This has resulted in that my US corporate overlords are shifting maintenance work to the US (better for taxes) and doing greenfield development where I am in the EU.
This must be excellent for morale in the US office, but I'm not complaining.
Is HN/YC going to submit the google form submissions to the relevant committee members on the signers' behalf?
Yes. It will be a letter with many many pages of signatures sent to the relevant members.
Thank you!
I don't favor any tax breaks for big tech until they actually start paying meaningful taxes. There have been far too many giveaways. The country is running a massive deficit, and the current "solution" is to balloon the deficit and throw the poor under a bus.
Nobody is arguing for a tax break for big tech. We're explaining how it hurts small tech. If anything, allowing the status quo to continue is helping big tech, so you should also be arguing for undoing this travesty.
I agree with you to some extent, but what I’ll add is that “big tech” is well positioned to weather these changes. The part that concerns me is that this will probably push small companies to take on VC money they otherwise wouldn’t need to get through the early years. Then you have a reinforcement of VC profits concentrating wealth.
The SSBA (Small Software Business Alliance) was set up by Michele Hansen -- co-founder of Geocodio, http://geocod.io (and the SSBA is now run by another person) for this reason -- to raise awareness in Washington DC of the issue with the Section 174 Capitalization changes and the efforts to repeal it.
https://ssballiance.org/
She has also spoken about it on podcasts: https://www.youtube.com/watch?app=desktop&v=oF-xsDd1A4o
Thanks for being part of SSBA and continuing to raise awareness!
This will stay because it’s a barrier to smaller companies and nothing significant for larger companies that make political donations
I wonder if something like this could also help the hardware industry, thus encouraging more manufacturing in the US.
This has already been done in the hardware space for decades. Periodically the government will want to incentivize the purchase of capital equipment, including computer hardware, and will offer accelerated depreciation. Fully expensing things in the current year is just the most accelerated the IRS can make the depreciation.
Note, by accelerating the depreciation, they are reducing taxes in the current year(s) while the program is in place (always have a limited period) but increasing them when the program expires.
What's particularly wild about the choice to tax software development in this way is that it assumes that code is always asset. For companies that are pre product market fit, it's often a liability!
Interesting perspective. Firms actually have to evaluate each year whether it is really an asset. If they determine that product is no longer useful, they would write off the remaining balance immediately.
By forcing software wages to be amortized over 5 years (15 for foreign devs), Section 174 has sapped cash flow, prompting layoffs and project cancellations totaling $3–4 M for some firms. Reinstating immediate expensing could unlock roughly $240 B in stuck deductions and supercharge R&D credits, materially bolstering hiring and keeping IP onshore. Has anyone modeled the macroeconomic gains of full expensing versus the budgetary trade-offs in the current $4.5 T tax proposal?
Salaries aren't a one-time expense, so is the amortization rolling? Like, year 1, you pay me $200k and deduct $40k. In year 2, you pay me another $200k, do you get to deduct $40k for year 1's salary and $40k for year 2's salary?
I guess another way to ask is, does this mean that if you keep someone for 5 years and don't change my wages, is their yearly salary effectively fully deductible? If so, does that create incentives to try to keep employees longer-term in order to make them more cost-efficient?
There's no difference if you fire and hire a new worker every year or you keep them long term. You carry the amortization over until its completely written off.
Ahh good call. My $200k vs. your $200k doesn't really matter with a given year.
I also have this question. If this is true, as you note, full deduction is only possible if the wage is constant. So would this also provide an incentive for employers not to give raises, as this 'resets the clock'.
The situation would be that employers want to keep employees for at least 5 years, but providing them with raises as an incentive to stay is also more expensive than it was previously.
Seems like a bit of a mess.
Short answer is yes. The finance team has to track each year’s expense as a “tax layer” and amortize it separately. By year 5, ignoring half-year or half-quarter conventions, if have a constant spend, the annual expense will be equal to fully expensing.
The short answer to some of those questions is yes.
But clearly not for the final question: “does that create incentives to try to keep employees longer-term in order to make them more cost-efficient?”
I dont think the math works out in a way such that individual employees are not interchangable. It's based on engineer labor cost as a whole; there is no difference if the 3yr year employee was Jack or Jane.
The net result here seems to be a tax-induced penalty to any (software) organization < 5 years old, as compared to a (software) organization with 5 years of employee history.
I don’t fully understand your comment but it seems that we agree that the answer to “does that create incentives to try to keep employees longer-term in order to make them more cost-efficient?” is “no”.
Yes, we agree that the answer is "no".
Doesnt this new law inhibit rapid turnover tho? Since it takes 5 years to get the full deduction of an employee’s salary, there is an incentive to keep the employee around. OTOH, the souless bean counters who want quarterly (if not shorter) time horizons, will simply decrease starting salaries and use other methods to be net zero. If they do shaft the software engineers, then the converse is true-no employee should stay at a job more than a year because only the corp will benefit as the deduction grows
Not clear to me that this is true. The expense was incurred, they just claim it over 5 years. It's not clear that the same employee is required to be there in subsequent years to claim the expense from year 1 in year 2.
It doesn't really matter how many devs you have in any given year.
What 174 does is make software a capital expense with no choice in how it gets depreciated over time. It's like having to expense the electricians wages during factory construction over 5 years.
The short-term effect is that engineers become more expensive, so you can afford to hire less engineers. This creates more of a moat for large well-established companies at the expense of new startups.
Seems like it'd incentivize layoffs. You have amortized deductions coming up, with layoffs you pay less to expensive engs and have relatively more saved up deductions than w/o amort. Thus, big short-term benefit to layoffs.
It's already been in effect for the past few years. Does it feel like it's inhibited rapid turnover to you?
Not really - it incentivizes having the same total number of SW developers for many years, but they don't actually have to be the same people.
If you work at $CORP for 1 year (or 1 minute), $CORP gets to deduct the 1/5th of what they paid you for all 5 years, whether you still work there or not.
No. Not tied to a specific employee. The expense is simply capitalized then amortized over 5 or 15 years.
I am not sure I understand how amortizing these expenses benefits the government at all, as it is. I won't speak to the methods the government is using to value software, because others have made those points better than I could.
First, I think the impact on large businesses has diminished greatly since 2022 anyway, so restoring the tax deduction would essentially give those businesses a 1-year "bump" in their deductions (since they'd be able to expense the previous 4 years of left-over deductions all at once, plus the current year in full). As far as I can tell, the expense isn't tied to individual workers, just the combined salary expense. So hiring/firing shouldn't be largely impacted. And, any benefit the government would have gotten from large corporations has (again, since 2022) now expired.
For small businesses and start-ups, there is of course a much greater impact. And, ironically, I think the government is actually collecting less from small businesses in the long term, because the businesses that needed the full deduction to survive can't be collected from, having gone out of business.
So the government isn't collecting any more taxes today than it used to. It is probably collecting less, depending on how much revenue has shifted from small (and now failing) businesses to large ones. And we're basically encouraging all of those more entrepreneurial technologists among us to go work for larger corporations instead of striking out on their own.
I guess my question then, is, who does this tax code even benefit?
Edit: looks like it was just a victim of the TCJA, meant to make TCJA look less expensive. I don't think it had its intended effect.
> but this issue has as close to a community consensus as HN gets
Curious how this is assessed of you could share?
The number of threads and the comments in those threads.
e.g. from a few days ago:
https://news.ycombinator.com/item?id=44208063
https://news.ycombinator.com/item?id=44208875
https://news.ycombinator.com/item?id=44207240
https://news.ycombinator.com/item?id=44205579
https://news.ycombinator.com/item?id=44205479
https://news.ycombinator.com/item?id=44204864
https://news.ycombinator.com/item?id=44204808
https://news.ycombinator.com/item?id=44188578
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.
Thanks - interesting to focus on tax cuts for the already rich but I guess it does make sense if the people here want it.
You're not actually wrong. Reversing it would have immediate and far-reaching benefits for large companies. I suspect many of those would respond by going on hiring sprees.
And also, reversing it would encourage more people to start software businesses. So while not a tax cut for small businesses that don't exist yet, it does help those future potential leaders make the leap.
Backwards. Startups are typically quite cash poor at the beginning. This gives a huge advantage to the already established, rich companies.
So you believe that the majority of HN commenters support the Big Beautiful Bill:
Adding trillions in unfunded liabilities to the US debt, kicking tens of millions off of Medicaid and food snaps, allowing the Trump administration to ignore court rulings just to name a few. Arguably the worst bill in the history of the US.
Tech bros putting their personal wealth and greed ahead of what is best for society.
Because let's be honest here. That is the only reason you're posting this now of all times i.e. in order to help push support for the bill ? I really thought HN was above cynical politics.
the real question is why is r&d for startups in general amortized in the first place? doesn't this discourage startups pursuing risky hard science ventures?
the reason property plant and equipment is amortized over time instead of expensed right away is to match up the tax deduction with the profit. If building a factory and filling it with robots will produce cars over a 10 year period in the future, it makes sense to subtract those costs over the same 10 year period. Matching profits with expenses is essentially why accounting was invented in the first place, so financial statements would show smoother and continuous operation of a smooth and continuous company, instead of big peaks and valleys as if something had happened.
With software companies, developing software (like Microsoft Windows) allows you to profit from that software over the next 5 years. Matching profits with expenses makes rational sense.
Frequenty, politicians use the tax code to implement popular social policy. This way they can reward things and groups they want to, and still be able to say "we aren't giving subsidies, we aren't giving people cash, we are simply giving tax deductions and tax credits" These sorts of programs are, across the board, more distorting of the economy and make the tax code incomprehensibly more complex. But matching expenses against profits? makes perfect sense.
yeah but a high risk venture going from zero has exactly this problem: you might fail to build your product, and crazy enough the weight of having x% tax may have made the difference.
you should be able to choose if you'd like to do immediate accounting or amortized accounting.
investors pay tax on profits, write off losses. The investors can add money in if they feel the idea is good. The tax code should not tilt the balance of the market.
people on this site complaining about lobbyists, regulatory capture etc, up and down the page, but wanting their own industry favored is a great illustration of the problems we face.
no, it's not wanting to be favored, it's wanting to be treated the same as any other company with expenses.
the accounting rules that require capitalizing R&D are the same for all companies, and the amortization is expensed.
yeah read the whole thread. im arguing that R&D (im not talking about software R&D) should not be special cased as an expense class and a company should be allowed to choose to depreciate or not (just declare which).
ianal but my understanding is:
Under Section 179 of the IRS code, businesses can elect to expense the cost of a fixed asset in the year of purchase, subject to certain limits and restrictions
If the software written in a one year period of time for $100k is an asset then I, as a small business owner, can go to the local credit union and take out a loan on favorable terms with the that asset as collateral. No, of course not! They would laugh me out of the branch or the loan would be credit card interest rates. Software is demonstrably NOT AN ASSET like a major piece of equipment.
Signed.
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:
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.
https://www.law.cornell.edu/cfr/text/26/1.174-2
If it's software, you do need to amortize 100%. Section 174 (as amended by the TCJA) has specific language to this effect [1]:
> 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.
i.e. it needs to be amortized. That's the part that people find most objectionable -- software development is special-cased for unfavorable tax treatment that does not apply to other fields.
[1] https://uscode.house.gov/view.xhtml?req=granuleid:USC-prelim...
I firmly believe 174 has to be repealed. Like many bills and regulatory overreach in the US, 174 does not promote and support entrepreneurship, risk-taking, investment, etc.
All I am saying in my prior comment is that clever treatment of your engineering costs can improve tax outcomes. We have done just this --under the guidance of our tax attorneys-- and have had no problems at all.
Of course, a company that is a pure software enterprise and not multi-disciplinary, like us, is, well screwed.
Keep in mind that at year 6 you are effectively deducting your full R&D costs, even for a pure software company. The real cost is the TVM due to the phase shift, at year six you reach steady state (assuming steady costs).
Could you use the vibe coding loophole to eliminate all uncertainty: the AI has the answers you need you just need to develop by continuously prompting and reviewing until the solution is ready for production?
These are questions for a tax attorney.
If you are a pure software company (no hardware or other activities) your options are rather limited.
Also, as I said in other posts, at year six you reach steady-state and are amortizing the full amount every year. Example:
Not ideal, of course, but if you are not a "flash in the pan" company, at year 6 it feels like this rule doesn't exist, other words, you are amortizing the full $1MM every year. The TVM on the deductions you could not take until steady-state is reached is part of the hit you take. The other is taxes on profits from operations during the early years.Most companies don't have profits rise exponentially during the first few years, so it might not be too bad. Also, there are many ways to mitigate this. For example, section 179, which allows businesses to deduct the full purchase price of qualifying equipment and software in the year it's put into service, rather than depreciating it over several years. In other words, instead of paying taxes on your profits, use that money to buy GPU's computers, tools or whatever you might need. Easy.
A tax attorney is essential if you want to minimize tax liabilities intelligently and within the bounds of the law.
But, yes, 174 needs to go back to full annual deductions.
Doesn't this incentivize outsourcing or fractional work to some degree, because that would still be counted as regular expenses?
If the accounting is correct, a purchase of $1MM of software should be equal to paying $1MM to develop it in house, or paying a contractor $1MM to develop it for you.
Similarly, if a shipping company wanted a new boat, it would be the same if they built it in house or if they had a shipbuilder make it.
I would not use section 174 as a reason not to startup but rather as a way to ensure you are running a lean ship. It’s very possible the rule change could be retroactive. Thats just my poker take on this bluff. It may not be retrospective or it may not happen at all. But indecision will kill some startups, the ones who don’t will be a year or three ahead.
I think the most impactful thing you can say about Section 174 is that if it continues, I will be starting my startups outside the US. An employee should be taxed like an employee, not a panel truck. There is no guarantee the software developer will produce anything of great value, so this is a tax on unrealized gains.
I've heard that many of the big tech layoffs where actually just moved / converting them to contracting groups, so they lose the direct head count but kept the developer via the intermediary. Have others heard this too and could this have been a way to label contractors differently so they don't fall under this tax code?
Which entity typically owns a software asset created by contracted developers?
Some firms use proprietary software to run their business. The development costs of that development may be eligible to be capitalized under Section 174. The idea is to make it similar to if they simply bought software off the shelf which they would be allowed to capitalize.
Before someone mentions Excel, most firms have a threshold the expense has to clear before it is considered for capitalization. Excel is under most firm’s threshold.
The tech community, correctly or incorrectly, is broadly seen as "anti-tax cuts", so - regardless of the actual merits of this particular tax cut - I'm not sure how well-received this campaign will be.
I'd brace for some rather heavy sarcasm on social media for anyone brave enough to tread those waters.
It bothers me when other software devs assume everybody is the same as them. In CA, sure likely most engineers are likely democrats. This does not mean they’re the majority. In fact many republican devs are still scared to speak out because of the censorship and canceling during COVID. You cannot make this assumption that we are broadly against tax cuts.
Wish someone in EU do similar signing / votes for lobbying EU for taxing US Tech companies or applying 15 years amortization for all US products as a revenge - sorry US but 15 years amortization for everyone outside US is just worldwide tariff for any other software producers, freelancers, etc.
My understanding is that the current "Big Beautiful Bill" reverses this
Do not think that is correct. The original accelerated depreciation is simply not being renewed.
IANAL, but the language of the bill seems to suggest GP was indeed correct:
https://www.congress.gov/bill/118th-congress/house-bill/7024...
It seems they're going back to the system where one could choose to amortize those capital expenses, but not be required to.
seemingly only for domestic R&D
Note that this letter's requests DO NOT include voting against the reconciliation bill, just modifying it to add a carve-out to fix Section 174. While I agree that Section 174 desperately needs reform and is harmful to the tech industry, the bill as a whole must be opposed, not tweaked.
There are many, many things wrong with the "Big Beautiful Bill", too many to fix through piecemeal efforts like this. It must be resolutely opposed, not endorsed with minor changes.
Care to elaborate?
>We therefore urge Congress to include a retroactive carve-out from Section 174’s amortization requirements
What if I'm in favor of restoring the previous deduction behavior, but not of doing it retroactively?
This is where it's really important to use a bug tracker that can distinguish between bugs/maintenance and feature development. The former can be deducted but the latter has to be amortized.
The law says:
> 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
I don't see why that would not apply to software developed for bug fixes or maintenance.
Read the latest notice https://www.irs.gov/pub/irs-drop/n-23-63.pdf
You can deduct internal tools, training, maintenance, data conversion activities, installation, distribution, marketing, promotion, etc.
So it's definitely worth it to use an issue tracker to tie your engineer's commits to bugs and categorize their bugs as either feature development or one of these activities.
Depending how aggressive you want to get, if a LLM builds a feature that you beta launch and the engineer fixes the LLM's mistakes to get it working you can probably argue that is correcting errors or defects in software that isn't adding new functionality and thus deductible.
That doesn't help whatsoever in this situation, the wording does not leave any room for distinguishing bugs/maintenance and feature development.
Does Section 175 apply to other professions? For example, if I hire a full-time handyman for my office, does their salary count as a deductible cost?
Sorry if this sounds naive—I'm genuinely struggling to understand why the labor of software engineers would be treated differently from other kinds of work. It seems logical that either all labor costs should count as costs, or none should. If different types of jobs are treated differently, what's the reasoning behind that?
If you hire someone to build you an office or office furniture, you are creating a long lived asset so it is capitalized
If you hire someone to clean your office, you are not creating an asset so it is expensed
Building software is generally creating a long lived asset
This comment is misleading and misses the point.
When you buy an office chair you capitalize the asset on your books.
The chair manufacturer in turn pays wages to a person to construct the chair. Those wages are not capitalized, the manufacturer deducts them fully when they are incurred.
The main issue is that “software manufacturers” must now depreciate those same wages over 5 years. Which is unique and does not pass a basic common sense sniff test.
That is not correct.
The chair manufacturer capitalizes the costs of factory wages into inventory.
They are expenses as cost of goods sold when the inventory is sold.
Which makes sense because they have realized 100% of the value of those expenses when it is sold.
Thanks. Capitalized expense means the expense can be amortized over years? If so, the short-term profit can be higher than expensed cost? That sounds bad in this context as more profit means more tax. However, the OP seems to argue that capitalized expense is good for tech companies.
In the meantime, the parent comment says "Depreciating means that if you pay an engineer $200k in a year, in tax-world you only had $40k of real expense that year, even though you paid them $200k." and then "So the effect is that it makes engineers much more expensive". This seems to also imply that capitalized expense is worse for tech companies?
Capitalized means it’s treated as an investment into an asset rather than just a cost of doing business. The reason we do this is because we want revenue and expenses to reasonably match the time period where their value comes into play.
For example, if you build 100 widgets for $1M this year, the labor and materials cost of those widgets are capitalized into inventory. Next year you sell them all for $2M.
Capitalization rules would say you had no profit or loss in the first year, and $1M profit in the second year because the cost of the inventory gets expensed when the inventory is sold.
Fixed assets like buildings, machinery, and now software have pre defined lifetimes that the expense is realized over. In the case of software, it’s 5 years.
Tech companies don’t like this because they want to front load recognition of expenses to pay less taxes today.
> Capitalized expense means the expense can be amortized over years?
In the case of Sec 174, not can but must.
> I'm genuinely struggling to understand why the labor of software engineers would be treated differently from other kinds of work
Trump wanted a large tax cut. To make the numbers look better (notably the CBO reporting), Congress looked for ways to increase revenues. For whatever reason, they settled on software development, and devised Sec 174 to generate tax on 80% of s/w developer salaries in the first year it went into effect.
Why s/w development? I have seen no indication of the reasons for this; I suspect it was perceived as a "rich field" and thus suitable for this sort of treatment. Also, somewhat more fairly, s/w developers do tend to produce semi-durable assets that in some ways are like capital goods.
Machinists also produce semi-durable assets. Should we depreciate the output of their labor, too? Like others in the thread, I view this as an assault on blue states or maybe to soften my vindictive tone, as an assault on those who are not his core constituents.
If the machinist is doing r&d, it's essentially the same. Suppose you pay a machinist to build parts for a new machine. This cost would be capitalized. But if you pay them to repair a machine, it's expensed.
IF the machinists are doing R&D, they get the same treatment as software engineers.
Nope.
For machinists, it is up to the employer whether to treat their work as R&D or a regular expense.
After Sec 174, for s/w developers, there is no choice.
I think this also favours large, established tech companies that are less sensitive to the costs being smeared across a few years than would most capital-hungry startups.
I wonder if some influential ones pushed for the change figuring it would carve their moat a little deeper.
likely, imo.
>Trump wanted a large tax cut. To make the numbers look better (notably the CBO reporting), Congress looked for ways to increase revenues.
so is congress the slave of trump? not clear what is going on here. are the legislature and executive branches not independent?
> are the legislature and executive branches not independent?
I am not sure how this can be a serious question right now, in 2025.
However, in 2017 the capitulation of power and authority by Congress was less obvious. What was still true was that the Republicans who controlled Congress and the President all wanted a large tax cut for higher income Americans, and were thus aligned on the goal. Since the President doesn't actually write legislation, this alignment was all that was needed to push the bill through.
>I am not sure how this can be a serious question right now, in 2025.
it was a serious question.
I did know that the republicans are in the majority in both the lower and upper houses, after the recent US election.
but was not sure if that was the only factor involved.
I am not from the US. just an interested observer.
hence my question.
the two branches are theoretically independent. what is happening right now is that, depending in your POV:
1) the Republican majority in both the house and senate are entirely on board with all of the Trump administration's actions, and thus have no reason to pass legislation or act in any way separately from the executive branch.
2) the Republican majority in both the house and senate are craven and terrified of the MAGA base that Trump commands, and in many cases in the house, are very much connected to it, so much so that they will do nothing to stand up to the executive branch even when it has crossed lines that have not been crossed before in many different areas.
Take your pick.
wow. shit.
thanks for the reply.
As an international founder, I'd like the section 174 to be fully restored as it was before – not just for domestic R&D but offshore one as well, so we're not hit with 15 years deprecitation (it is as good as "infinity")
I also own section174.com and sec174.com
Would these help with visibility?
I built a lightweight grassroots advocacy tool for this.
It figures out who your reps are and sends them a pre-filled note based on what matters to you (you can edit/customize it before it sends). Includes a call script too if you're up for calling...
https://secure.legisletter.org/campaign/cmbpf5js80000l70d5fn...
Happy to support this, desperately needs to be changed.
Does not restoring the tax deduction for software dev in the US help solo founders who don't draw salary to compete with large businesses?
Does anyone know how AI coding fits in with S174? If a person’s “coding” part of the job is primarily running prompts and checking code outputs (quality control and minor reprompting) with the remainder of the time used for other activities, does this count as software engineering?
It seems like an inevitable outcome of this is elaborate system-gaming to mitigate how much employees fall under S174…
https://pro.bloombergtax.com/insights/federal-tax/rd-tax-cre... good explanation is here
I support this effort. Government should tax economic gains, not revenue. A business with $1 million in revenue and $950,000 in expenses is far less profitable than a business with $1 million in revenue and $200,000 in expenses. If both were taxed on their $1 million revenue, the first business would be in a dire situation.
Nowadays, with more and more economic output coming from knowledge work (IP), this depreciation and amortization approach feels hopelessly out of date. I don't know what a good replacement is, but I know software and IP more generally shouldn't be treated at all like a material good.
i'm torn. on one hand, i simply do not care if business do not want to pay more in taxes. in fact, i gladly accept the premise that business should pay more in taxes.
in practice, the slippery slope argument is that this will entrench big-money players, which i don't support, because they'll be the only ones who can afford this. i also fear that it'll lead to an irresponsible adoption of "virtual coders" because it's cheaper than paying juniors.
kind of a rock and a hard place for me.
How does it work for outsourcing? Do you get full tax deduction if f you just pay offshore company to do dev?
I would support the OBBBA changes to Section 174 for life sciences companies but not for software development.
It’s just a salary expense, where should software come into it?
Eg
1m salary costs 100k other costs 1.1m revenue 0 profit 0 tax
Anything else doesn’t make sense to me
I've been working on a project called x174 to deal with this disaster. Think of it as a bugfix. Will reach out
Btw - this sort of project is what my startup does - we spin out autonomous projects - that could be companies - that provide social good and solve otherwise unsolvable problems.
In general, anything that encourages companies to reinvest money into infrastructure, research, etc is a great idea. The trick is to make sure it actually does encourage research, infra, etc etc and doesn't just give a loophole for companies to take more profits and pay less tax.
For clarity, there is another section, Section 41, that addresses tax credits for R&D. This is still active.
Why payment to Software Engineers is not an expense for the current year? Is it because of the size of the expense? or some other rule that I am missing. Those employees are also paying taxes to those salaries as well. Isn't it? What is the catch? I'm confused.
Work on product is typically classified as R&D expense. R&D salaries are considered to be developing a capital asset that will yield returns for years. So the costs of it also are amortized over years. Bog standard accounting. The prior situation was actually an exception.
Does anyone have any insights into what type of engineering services the IRS defines as SRE - meaning, does forward / customer facing integration // engineering meet the SRE classification threshold?
What other employee roles pretty directly produce assets that often have value for the company across multiple tax years?
What kinds of workers who produce IP?
What kinds of workers who build equipment retained by the company (not quickly sold)?
And how are taxes for those employee expenses currently handled?
Think of scientists developing drugs at a pharmaceutical company. They were significantly impacted by the change in deductibility.
honest question - why dont companies just hire software engineers under the guise of some other title like "researcher"? would that allow them to get around the 5 year depreciation? how is it even enforced?
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.
Wait, I have questions, you are selling software or services with the software you make, right?
The dev costs are costs related to the thing you are selling, so they are costs of goods no? So they should be deductable regardless, no?
This whole discussion has me thinking its unfair to force any capitalisation to be amortised over x years, whether its salaries or machinery. You spent the money, you're out of pocket, why not claim the expense.
So this is a huge problem, and one worth tackling, but I worry very much about the timing of this post in the context of the bill being brought before the Senate now.
We should not implement horrific legislation just because we agree with a single provision. Calling your representatives is the right path, but you MUST be explicit that you do not support the current bill being brought forth that addresses this.
Here are a few pieces for context, if you're not informed about what's in this bill: https://thehill.com/opinion/finance/5339440-the-big-beautifu... https://archive.is/No4o9
Please, I beseech my fellow Americans, do not vocalize any support for this bill. We'll correct the ills of the 2017 administration in time, but this is not the way to do that.
> We'll correct the ills of the 2017 administration in time
How? We have - at times - had democrats in charge since 2017 and they did nothing to resolve this either. We appear to be waiting for flying pigs.
Except in 2024 when the house passed a bill that included repealing it.
It didn't become law (no 60 votes in senate), after Schumer sat on it for 6 (!) months. And there were earlier attempts to fix this, for example at the end of 2022 using budget/reconciliation - like what the Reps are doing here; but that was blocked by progressives because of "bad optics".
The Democratic party needs internal reform, that much seems clear to me. But since then we've had just a single term of Biden, and his administrations focus was on COVID, Ukraine, and getting CHIPS+infra bills passed.
It takes time to undo damage codified into legislation. We're still dealing with the aftermath of Reagan. But we have to stop the bleeding and take Congress back, or the size of the hill we have to scale increases drastically.
So because this is something we can do now and we want to do something now, we do this?
The opposite of what you're saying is "perfection is the enemy of progress", so let's move past them. I'm asking for more than "this is not the way". What is the way? How will we do this? This is critical, and we've failed to do anything since early 2022. Democrats are clearly not at all interested. My (Dem) congressman responded directly to my enquiry with "fixing section174 just wouldn't be good optics". I agree republicans can't be taken very seriously either if OB3 is the highest of highs. But we all want this fixed. So: how?
Not in a way that makes us even easier to hate, for a start. You really want a big noisy political carveout in what is already being called the largest upward wealth transfer in history? You want to find out what it's like to be in a line of work that has the reputation for having to steal from the American people to survive? We have enough of that reputation already.
If you want a better answer, tell me who our friends are in Congress this decade, and how much it matters. From what I see, the answers are "few" and "little." The Americans who don't blame us for giving Trump the country blame us for not giving him enough of a platform. The appearance of demanding favor on our part at such a moment seems unwise, but that moment does sufficiently explain why we find ourselves facing the aforementioned paucity of well-wishers.
>Not in a way that makes us even easier to hate, for a start. You really want a big noisy political carveout in what is already being called the largest upward wealth transfer in history? You want to find out what it's like to be in a line of work that has the reputation for having to steal from the American people to survive? We have enough of that reputation already.
This is bullshit. The carveout already exists and it's designed to attack software engineering specifically.
This is politics. Perceptions matter. Changing the status quo is more difficult because it is the status quo, and that also matters.
If you want to sell this change, the way to do it is to hammer on the fact that it was Trump's own TCJA that created the current situation, or that it was the machinations of a hostile Congress that so perverted the original intent of the TCJA, depending on audience. But even that is not likely to work, not in a post-"Twitter Files," post-Careless People world.
I don't know what kind of bubble you live in but if I were working this year I wouldn't be super comfortable talking about it, the same way if I had previously made the mistake of buying a Tesla I would by now have unloaded the damned eyesore even at a loss.
No one is upset to see us suffer. If you think that should change, fine. Complaining at me about it won't achieve that. I did not ask how you think things should be. I'm telling you how things are.
I don’t know what bubble you’re living in but the “narrative” here is easily defensible. “The software engineering profession has been gutted by layoffs that explicitly make them 5x more expensive to startups than lawyers, electrical engineers, and doctors. This hurts both workers and employers while benefiting nobody other than foreign firms.”
Nobody of relevance is mad people in tech get paid well. The only slice who are is a small percentage of people in housing constrained areas who attribute the housing failures of California to 5% of the SF workforce.
> I'm telling you how things are.
Claiming something is “how things are” is just assuming the conclusion and is one of the dumbest ways to engage in discussion. It’s literally, “I’m just telling you how I’m right.”
Okay, now I know what kind of bubble you live in.
Supporting this is making a deal with the devil because he offered you two bottles of whiskey.
Its penny-wise and pound-foolish.
I hadn't seen they were asking for a retroactive carveout! For eight years. A decade's worth of massive, post facto tax clawback? I don't know who thought this was a good idea, but they really must not love YC or Hacker News, to put those names on the public face of this...
While the law with the tax change was passed in 2017, that specific change didn't go into effect until 2022. So it's 3 years of retroactive carveouts (2022, 2023, 2024).
I would appreciate some transparency. I have seen fictional/theoretical scenarios around this simplified to the following:
"You have $1M in engineering expenses annually. So now instead of deducting $1M per year. Now you can only deduct $200K in that tax year. And then amortize it over 5 years"
But we all know this isn’t a vacuum. The US tax code is massive, corporate tax reduced over decades.
You are telling me this single paragraph in the US tax code is directly causing massive layoffs? Or is this single paragraph in the US tax code used as a scapegoat to initiate layoffs and then used to pump P&L and thus still approve C-level executive bonuses?
These big companies have access to massive accounting firms and they can’t work their fucking magic on a single paragraph of text? I call bullshit on big tech.
There are US taxpayers and/or voters who don't live in the US
The problem is that the most profitable and high paying companies are mostly software companies. If you want to raise tax revenue there aren't many other industries that can pay.
Is this for taxpayers or citizens? Not all taxpayers are citizens.
it's for businesses.
I've written on here a few times about this. This is part of the reason the job market is so difficult right now for software engineers. Let's get this changed!
I was under the impression that this was included in the current one big bill and will continue to be included. It’s not something we would expect to be removed.
The current one big bill does a 5 year reversion back to the old rules, and then goes back to the problem existing. So it is the same idea as the 2017 bill.
See https://exactera.com/resources/what-one-big-beautiful-bill-a... for details. I will warn you, though, that the provisions are complicated enough that it is hard to read the article.
The problem is that we don't know whether this will get fixed in that time frame. Also that big bill introduces its own problems. A future Congress with debt financing problems may not realistically have the freedom to revert terms such as this one.
Fair enough. I missed that the point of this was to make it permanent instead of just getting it added to the bill or keeping it in the bill.
Sounds like you could use some help building a protest. Try outcryai.com and I think you’ll find it useful for bringing this campaign to the next level.
Can someone steelman the positives for me? I don't see how it's anything but pure regulatory capture favoring established tech firms. A small company ramping up revenue simply can't handle this amortization while a large, established company can.
That being said, I do think there's a little sloppiness in what is categorized as "R&D" in the software development. Is code maintenance R&D? Bug fixes? Performance improvements? Is it a "capital asset" no longer under R&D once it hits production? This aspect has always seemed too gray given how much money is at stake in taxes.
But again, this complexity is an advantage for more established firms with legal departments and the infrastructure in place to document everything in order to handle audits. Which, in my view, is a form of regulatory capture; this presentation of symptoms of regulatory capture is pretty common.
One potential argument I can see is that maybe this balances out since presumably the more established firms would have less "R&D" as a fraction of expenses to deduct in the first place?
Edited to fix some typos and clarity.
Doesn't this kind of make sense if software is an asset? If your company purchases a seat of Oracle or Solidworks or Windows 11 or whatever. I don't think you can expense that all at one time, you have to amortize over the useful life of the software, just like if it was a physical printing press or a backhoe. Similar if you were making a software program for sale or for use internally, there is the upfront costs associated with making the software, and then it gets used/sold for the next X number of years. And software never wears out, unlike a tractor; that's at least why physical goods are amortized over a finite life. Probably the biggest problem is that this conceptualization of software might be 20 years out of date.
The vast majority of software barely qualifies as an asset, since it has no intrinsic value. It isn’t like a tractor or a factory, which has a non-zero market-clearing price.
A one-off shell script has an asset value of zero after its single use but still counts as a long-term capital asset for tax purposes.
Thanks, this is the closest thing to making sense. But it still doesn't make sense.
Like you said, this is a pretty weird characterization of software. I guess it would make sense to lawmakers who have no idea how it works. Combine that with the fact the lobbyists pushing this are 99% representing big tech and you start to get a picture of how this happens.
Warning- brain dump not directly related to topic, read at your own risk. Lol @ software never wearing out. I wonder how that works with something like Microsoft windows licenses(as opposed to something like 365 which has new "features" every year)? I'm actually asking, how do you amortize an "asset" that you are admitting only lasts a year? I know SaaS on consumer side is categorized as opex.
Does this capital-asset view of software have any effect on the attractiveness of SaaS going forward? I know we were talking about the development side of things not the consumption side, but it seems like this capital/asset perspective conflicts with the reality of how software is often sold. SaaS is partially justified as the cost of 'maintaining' the software (in addition to support and new features). The fact that maintenance is required belies the perspective that it's a capital asset. Coming full circle, this must require the vendor/developer demarcate programmer effort between feature vs. maintenance & support. If anyone has a sythensis of all of this or reference it would be appreciated
>The fact that maintenance is required belies the perspective that it's a capital asset.
I'm not following this. Factories, ships, stamping presses all require lots of maintenance and up keep.
You're right. I was focused on the idea that for software to be taxed as a capital investment there had to be a time when it was considered a finished product. Like building a tractor. I guess the analogy then is how the tractor builder is taxed when fulfilling warranties. I suppose tractor business can expense as R&D work that goes into processes that make it easier to fulfill warranties.
Each version of the software is a finished product just as any particular tractor is a finished product. The difference is that I know plenty of physical assets that companies buy which see no changes other than maintenance over their entire lifetime. I don't know of a single piece of software produced which receives only bug fixes.
Yeah devs spend their time fixing bugs, but a large percentage of those bugs are the result of the software needing to work under new conditions or with new version of dependencies.
That fundamentally different than a tractor breaking down from wear and tear while doing the exact same thing it's always done.
>I don't know of a single piece of software produced which receives only bug fixes.
TeX
https://web.archive.org/web/20190428184722/https://texfaq.or...
Interesting. However for the purpose of this discussion it is both:
A) Irrelevant since it's not being run by a for-profit corporation, the kind that would care about these tax bills.
B) It's a bit of a cheat. TeX itself may be approaching an asymptote, but scientists writing papers in TeX do not use it directly or on its own. White it has created a reference upon which to build it has also externalized all that research and development into the thousands of accompanying packages which do keep receiving new features and need updating just to stand still.
It is just a fun fact
Generally the US requires valuable assets to be depreciated and amortized over their useful life. This is arguably a fair way to tax businesses with fewer downsides than many alternatives.
Consider a different situation, a business pays employees to build a residential home for $275k total, the land is worth zero in this simple example. Currently they can deduct $10k a year for 27.5 years to depreciate the home, even though they paid $275k up front. Allowing the business to deduct the entire $275k at once, only recovering the difference when the depreciated asset is sold is basically a tax free loan at the expense of all other taxpayers.
To be fair there are many situations where the government wants to incentivize spending in certain areas. Certain types of businesses can avoid depreciation and deduct full expenses, like for farm equipment and heavy duty vehicles, previously most R&D. Or where accelerated or bonus depreciation is used because most of the income is in the first few years. Like a taxi follows a 5 year double depreciation schedule, in the first year a $25k taxi would depreciate $10k, then $6k the next year, there are many examples that are on a shorter schedule.
Keeping a 5 year straight line depreciation on R&D benefits large established businesses and burdens startups, this is primarily a political decision and not economic. Another issue is that not all R&D spending results in a valuable asset with a usable life
I think you are confusing the use case. If a business pays employees to build a residential home for $275k and the land cost $0, they don’t deduct anything. Assume they sell the home for $350k. They then have a cost of sale of $275k so they make a profit of $35k0 - 275k = $75k. They then pay tax on the $75 in the year the home was sold.
Section 174 relates to Research and Development expenses. The idea originally was they firms were spending a lot of money to develop a product that might have long useful life, but the expenses were all hitting the operating expense in the current year. This is great for cash tax purposes, but bad for metrics like operating income and net income which impact many firms valuations. Arguably it also misrepresents the firm’s business model. A fundamental idea is that costs should be reflected consistently with the period that revenue is earned. With R&D, the revenue is expected to be earned over many years but the costs are incurred upfront.
The better example is not a residential home, but an apartment building. The builder spends $300M to build the apartments then leases them for the next 30 years. In that example, the $300M is depreciated over 30 years so the costs track with the expenses.
Yes this is the same type of example. A builder that spends $300m to build apartments doesn't deduct $300m in the first year. The same way a real estate investor that builds a single family home to rent out doesn't deduct $275k the first year
I believe that this is and similar example are missing a very important point in the narrative: in case of developing land to build a building, you will still have the possibility to deduct 100% of the salaries of the construction workers.
Those construction workers will build the building (= the product) on top of the land that you acquired (another asset) which means you are assets become the land itself and the building. Land and building will have their own asset value (purchase price or evaluation) that will be used for over X years.
As far as I understand as an European watching this from abroad, they are trying to evaluate the value of the asset (= code, the product) of a startup by using development costs as a proxy.
Employee salary is part of the capitalized cost and depreciated.
Land value is generally not a deductible expense at all, and as such it is not depreciated. Some related costs like property tax, insurance, mortgage interest are deductible when paid though
The purpose, if you want to call it a positive, was to be one of many revenue increases designed to offset the cost of the income tax cuts that were the primary focus of that legislation.
> Can someone steelman the positives for me?
They’re literally aren’t any. Treating payroll expenses as depreciating assets is insane, and that’s why it isn’t done in any other context— not in the US or anywhere else in the world.
That sounds like a biased explanation, but it’s genuinely the truth: it was stuck in the Trump’s tax bill to help it evade budget balancing rules, but was designed to be so stupid that a future Congress would “surely” repeal it, after the TCJA had passed successfully. This sort of horse-trading happens all the time with budgets, but for whatever reason, this provision was never undone.
I'm curious: what was the original argument for this special case of counting anyone involved in software dev as an asset instead of an employee?
The idea is, that there is some asset generated by the devs (software, etc.). Same as a machine that you buy and that generates revenue over time (and loses value over time). So the work result (the software) of a dev generates revenue over time and the costs are spread over time as well.
I guess I'm preaching to the choir here, but a machine has re-sale value outside of what it produces, which is what actually makes it a "asset". This argument could be applied to any knowledge worker that makes a spreadsheet since you can sell the spreadsheet.
You are actually pointing out the difference between physical assets and intangible assets. Mailing lists are the classic example of an intangible asset. Trademarks as well. For clarity, the argument is that a firm could sell the software developed by engineers if it wanted to
I'm not sure if I can follow your argument. A software dev usually works on something that is actually sellable (the spreadsheet software itself or a SaaS platform). If we take Facebook the platform as an example, for sure you could sell the software. Or a startup like Windsurf that gets bought because of the software they developed. So from my perspective devs actually create assets.
If there should be tax discounts to make it attractive to develop software is the political decision.
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.
"If we need immigrant labor, give them Green Cards instead of precarity."
This is counter-intuitive but absolutely the right answer. Giving immigrant employees full bargaining power will murder H1B mills. And no waiting periods in precarious limbo either. If you want an immigrant worker, they automatically get all bargaining power as an American and then you make your decision based on the market forces.
> Keep good paying jobs in the USA. If we need immigrant labor, give them Green Cards instead of precarity.
I'm all for giving more people a faster path to a green card if they want it.
But should a person really have to get permanent resident status to have a decent job here? If someone wants to work for a few years in the tech industry in the US but expects that they may want to go back to their home country (or another country), and if they and their employer pay the appropriate taxes, what's wrong with that? Similarly, if I as an American citizen wanted to work abroad for some period without having pre-decided to become a permanent resident ... why is that harmful?
That’s the neat part of the Permanent Residency (Green) card: you don’t have to stay forever. What that change does is destroy outsourcing and H1B visa mills by forcing employers to hire domestically first, and actually go through the process of sponsoring an immigrant’s Green Card if they want to hire cheaper foreign labor.
It does not deter expats, it protects them from exploitation and abuse by employers.
Sure, and a hunting license doesn't require you to shoot anything but it would be weird to oblige you to get one if you don't have an intention of hunting?
If green cards are easier to get, then the people that want them, and who you seem interested in protecting from abuse and exploitation can choose to apply for them -- great! It would have this effect even if you don't require every employee to have a permanent residence rights.
If you create the requirement where only someone with permanent resident status can be hired, but you don't make green cards actually easier to get, then you've just put in some protectionist/nativist barrier.
But if someone doesn't necessarily want to be a permanent resident, but does meet some other work visa, and an employer wants to hire them, you're just creating an extra bureaucratic obstacle for them, and claiming that it's for their benefit.
The entire point of a work visa is enforced precarity for the benefit of the employer at the expense of the worker. I do not know how to make that concept any clearer.
If an employer wants someone to work in Country A, then they should be hiring domestically first; if they cannot find someone in Country A and want to hire someone from Country B, then that job is necessary enough that a Permanent Residency permit should be a non-issue for the employer and employee alike.
It really is that simple. If a job cannot be done on domestic wages then it’s not a job that needs doing in the first place.
[dead]
Exactly this. If the aim is to bring back physical manufacturing, bring back software "manufacturing" as well.
> provided that employer pays local taxes in those countries for those roles.
This was phrased a bit confusingly, at least to me. Can you explain?
It’s a double taxation thing. If the employer is paying taxes abroad (as in, a net positive payment to that country’s tax collection agency), then we should absolutely give them the IRS break on labor here; if they’re not paying taxes abroad, then they’re taxed on said labor here.
The idea is to reduce offshoring as a means of dodging tax liability for multinational firms. If they want the tax cut here, they gotta pay up everywhere else they do business.
> if they’re not paying taxes abroad, then they’re taxed on said labor here.
Ah I see. You mean if the effective tax rate for a worker in some country is 20% but the effective rate in the US would have been 30% they have to pay the difference in the US? Interesting idea but if the salaries overseas are much lower, how much revenue will that extra 10% raise anyway? More likely the worker would fall into a lower US tax bracket.
I wouldn't mind seeing something like that for corporate profits actually.
The whole point is leverage/precarity.
I make said argument fully aware of the point of such schemes. It’s why I suggested, “You know, this is a good opportunity to rebalance the scales somewhat by utilizing a shared goal to extract reasonable concessions.”
My point is the entire point of them is to extract unreasonable concessions.
The math has only shifted even more favorably for extracting even more unreasonable concessions too.
Or do you think there is a sudden lack of Indian H1B applicants? Or that tech workers suddenly have more political power than they previously did?
I think any idiot with two functioning neurons can see the ruling class of India is trying to pull the same strategy China used to take manufacturing: consistently undercut foreign wages, centralizing knowledge and power before turning it on their customers and extracting wealth and power from countries or organizations that outsourced to them in the first place. I think it’s less a matter of who has more or less power, and more that there is an opportunity here for reconciliation in a way that most sides benefit to some significant degree.
* Foreign workers in the USA have more earning potential under such a compromise, allowing them to send more money home or bring family members abroad
* Foreign workers abroad see less exploitation and have more impact on domestic policies and industry
* Domestic workers see a slowing or reversal of outsourcing, increasing wages and job prospects
* Corporate leaders hold off another over-centralization of power by another hostile state, retaining agency and profits for themselves.
“The math” is not the be-all-end-all of things, for if it were we would have never lowered taxes as low as we did, enacted debilitatingly unsustainable defined-benefits programs like many pensions and Social Security, or handed out corporate subsidies as if money was free. “The math” paints a clear outcome of the current path that harms the collective peoples of multiple countries just so a handful of monied-classes can reap most of the rewards for themselves.
Stop relying solely on short-term data with limited constraints, or big data patterns absent context. Do some critical thinking and path predictions, and these sorts of answers become pretty glaringly obvious, as does the ability for a unique compromise to head things off now instead of a full-on hostile protectionist agenda if this is left unresolved.
The framing of your quote seems to think that people who are clearly not in charge, are the ones in charge that can do something about it eh?
Or, frankly, that if the people who are not currently in charge were put in charge, something different would be happening.
It seems rather silly, frankly.
If you’re assuming title and rank is the sole decider of who is “in charge”, then your argument holds water.
In all other cases, it falls apart like wet newspaper.
Frankly.
Concrete Examples? Or just bullshit?
You can frame it as the autowalas are the ones ‘Really running India’ all you want. But they aren’t the ones running the IT department or setting tax policy, eh?
> Keep good paying jobs in the USA
Uh oh!
> give them Green Cards instead of precarity
Oh, right, yes! :D You had me for a minute.
If we’re being honest, every country should want to preserve high paying jobs for its citizens. Citizens that get paid well have more spending money, which drives domestic economic growth, which creates more jobs…you get the idea.
Outsourcing and exploitative visas are a negative feedback loop that shrinks the actual economy vis a vis stagnant or decreasing wages and higher employment precarity. To have a healthy domestic economy, domestic employment must be prioritized.
I think if we're letting people work, they should have a fair, clear, and realistic path to citizenship. Plenty of space in the USA.
Anyone know what the situation in Europe is?
Most European countries don't have deductions for SW devs. Romania had it for a long time and removed it due to gov budget deficits. Some other CEE countries might still have them, but in general most socialist western European countries don't have them, which is why they don't have a tech industry.
What do you mean? I am in Eastern Europe and as far as know software development costs are fully deductible just like any other employee costs.
Even more so for startups in Estonia and Latvia (probably Lithuania too) you can fully deduct R&D in general - not sure for how long.
That is you have you have 1M in sales 200k in net profit(after paying for everything including software development).
If that 200k in net profit is plowed back into speculative R&D it does not incur income taxes until money is paid out.
Even more so you can invest some 200k pre-tax in assets such as buildings. You only get taxed when you actually take out the money. In a way this is a pretty big loophole provided you are actually cash flow positive.
Basically in Baltics you can follow the early Amazon strategy of not making net profit, but investing in growth.
>What do you mean?
Exactly what I wrote.
>I am in Eastern Europe and[...]
Eastern Europe is not a country. Every EU country has completely different legal and tax regimes. And I specifically said that some CEE countries are the exception and do exactly what you said, but that high-tax/high-welfare EU countries usually do not, since their welfare deficit is so high they don't hand out special tax incentives for SW industry as they need to tax everything that moves in order to not go bust, and due to their tiny SW industry, tax breaks for SW work would be politically unpopular with the majority voters working in other industries which see SW devs as overpaid and spoiled already. It's a tragedy of the commons coupled with crabs in a bucket mentality.
So how does your comment contradict mine? Read it again, maybe you missed it.
>you can fully deduct R&D in general
Depends what each country defines as R&D in their legal framework and how much creative accounting you're legally allowed to do. Some countries don't count web app development as R&D though, so of course have a lot less successful unicorns, and a less developed SW industry. R&D tends to be more like pharma, aerospace, lasers, bio engineering, that kind of stuff, not building another food delivery app.
Is that a special case for SW devs or they also aren't able to deduct other employees?
"which is why they don't have a tech industry"
We do have a tech industry, just not large behemoths.
Looks like politicians dream about creating behemoths, and they dream about unicorns too.
Europe doesn't have any behemoths that are younger than 40+ years but every behemoth that Europe has was once a start-up too in the distant past: Novo Nordisk, ASML, Airbus, Bosch, Siemens, VW, Nestle, etc. How do people forget this?
Behemoths are important because only they have the massive R&D budgets to experiment on new and risky ventures, but also have the economies of scale to built massively expensive and complex things like rockets, hyperscalers, etc.
You can't have a powerful growing and internationally competitive economy just with "Mittelstand" mom & pop shops making niche knick-knacks, you also need behemoths. Why else do you think the German military is contracting Google to build them an on-prem cloud and not a German company?[1] Because Germany, like all of Europe, has no SW behemoths that can do the thigs Google can do at that cost and scale. That's why behemoths are important.
[1] https://www.heise.de/en/news/Bundeswehr-relies-on-Google-Clo...
> Behemoths are important because only do they have the economies of scale to take massive losses on R&D and built massively expensive and complex things like rockets, hyperscalers, etc.
I think you meant:
The main advantage of behemoths is their ability to buy startups like candy when they are to big and become risk-averse. Then you don't see startups becoming behemoths anymore, except for the unicorns (called unicorn for a reason).
You're not wrong, but what you're saying doesn't invalidate what I said. It's an orthogonal issue.
ive got a different thought in response to this:
is all this ammortization stuff bumpkiss? not just for sorftware developmeent, but everything else that's required to be ammortized?
software has been the growth area of actually making stuff for the past 20 years in the US. is it ammortization rules that have held back other investment?
Amortization/depreciation is actually pretty important for understanding the performance of a company. Imagine a firm buys a piece of software to run its business. In year 1 it pays $10M for the software then $1M per year in maintenance thereafter. The software enables the firm to make $2.5M Revenue in year 1 and ramp up to $3.5M thereafter. Assume no other expenses. Without amortization of the software expense, it would look like the business lost $7.5M in year 1, then made $2.5M per year for next 4 years. With amortization, the business makes $0.5M per year consistently which better reflects the stable nature of the business.
Note: ($10M / 5 years =2 m·$/year ). Year 1: $2.5M Revenue - $2.0M amort = $0.5M profit. Years 2-5 have $3.5M revenue - ($2.0M amort + $1M maintenance)= $0.5M profit.
An obvious alternative would be tying it to any resulting copyrights and patents, without either there is no asset.
I would like to see this as part of another bill not the big beautiful (sic) bill that is in the senate now.
Software is one of the few things that the US still dominates at. Looks like this will change soon.
I think that was the whole point of this change. "Too much tech, not enough coal mines" seems to be Trump's whole thing.
It actually makes sense. Most of our brain power is being drained into tech when it could’ve went to other places.
It’s a zero sum game. We have limited population and thus limited total IQ points that can be diverted into different technological fields.
We definitely have an over allocation of points towards software at the detriment of other fields.
I support this and am willing to help.
How could this affect to companies that have employed software engineers overseas?
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?
Exactly, this letter refers to the "reconciliation bill" without mentioning the better known (and more notorious) monikers "Big Beautiful Bill" or "One Big Ugly Bill".
There are so many horrific things in it, the bill must be fully opposed, not endorsed with minor changes.
Signed, thank you so much for organizing this. I hope this change is made reality. We must retvrn.
Could LLM companies be lobbying to remove this tax incentive in hopes to help kill the job?
I always wonder when reading about things like this, and had a fun dinner discussion about it a while ago. What would happen with the following instead?
1) Remove all tax deductions entirely.
2) Have no corporate income tax at all.
3) Tax cash and cash equivalents at a very high rate (20% ???) per year, tax other assets at a lower rate (5%).
Basically just have taxes that are high enough to encourage productive use of all assets (above inflation), and to really really encourage companies not to horde capital. Seems much simpler.
I might also be convinced that taxes shouldn't even kick in until a corporation is above a certain size (5 milion USD?).
The law can be a ass, as in this case. So I fully support this petition.
is not this would hit US innovation at tech sector????
after AI and this, senior engineer would be valued so much that they would get incentives for long tenure (more than ever)
lool write a declaration of independence and I'll sign it. We don't have any representation in this government. The only solution is revolution.
Are there any sources for the argument why this should apply to software and not to, say, farm equipment? The cash flow and taxation story seems to be the same.
When you buy farm equipment, you're getting something that (barring manufacturer defects, natural disasters, etc) is (nearly always at least) a long-term asset going to be providing a very predictable level of value over the next many years. Same with computers and things like that. With software development, the predictability is almost entirely non-existent for new and/or smaller software companies. I've personally worked on many projects/codebases that either never shipped or threw away huge parts of the code before shipping.
You're not really taking a financial gamble .
Also I think it's worth mentioning that, software engineers are people who are paid salaries, while farm equipment is not.
A more accurate comparison would be if instead of buying a finished tractor you hired a couple of handymen to come build you one from scratch. It may or may not work at all. It might end up costing you 10x or 20x or more what you would have paid for an off-the-shelf solution (so valuing it at the labor cost is a ridiculous thing to do. Who in the market is going to buy a custom-built tractor at 20x the market rate?)
How is farm equipment predictable? Droughts and floods make farming unpredictable.
The value of farm equipment is independent of its use.
There is an analogous set of rules for things like farm equipment. It is called accelerated depreciation and the government has used it for decades to increase incentives for purchasing capital equipment.
Because software development did not already fit in the definition of a capitalizable expense, the lawmakers modified the research and development rules to allow it.
presumably it's status quo bias
Can we bundle this with closing the carry tax loophole?
I'm afraid most of the damage is already done...
What should we do with the "company" field?
Unaffiliated or None, if you're gonna get in on it.
Disappointed there’s only two mentions of GAAP on this thread.
This change aligns (to a closer extent than before) Tax accounting with GAAP accounting. Let’s say the tax code returns to pre-2017. Would the same people seeking this change seek a change to GAAP? No, because it would hurt their profitability.
It’s in the big beautiful bill what’s the issue?
This one hit my company pretty hard.
I wonder what has happened to the US legislators. Don't they do their homework or too desperate to patch the huge budget deficit?
corporate tax is already so low that we shouldn't have this kind of deduction at all: make corps pay income tax like citizens. there can still be deductions, but the idea of writing off all the costs of doing business is like people being able to write off rent, food, clothing, transport, etc.
My personal opinion - make corporate taxes go to 0% and shift tax burden to wealth and billionaires. Also, lower taxes on w2 income.
Counterintuitive, but I think that would bring offshore corporate bank accounts bank on-shore and encourage hiring.
Also, heavily penalize stock buybacks when corp tax rate goes to 0%.
Non US persons also pay taxes, so surely they should be able to sign this letter?
No, it sounds like they want signatures from only US taxpayers. Which makes sense.
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.
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.
It's possible to care about more than one thing. Who doesn't?
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.
H1B posts when?
Can’t you just exercise early to avoid AMT?
Once a startup hits series A, early exercise is often $X0,000 and a lot of people cannot afford to take a speculative bet with that kind of money.
But for the ones who can, it is a solution.
What is a software dev expense and why should it be tax deductible?
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.
I signed the petition but I wanted to offer an some background for an alternate POV (that I think I mostly disagree with).
You have $600k in the bank. You hire 4 people to build a house. The materials for the house cost $200k and the 4 people cost $400k. Total expenses $600k and you now have $0 in your bank. You can deduct $600k in expenses, but!, you now have a house worth $$$$. You have to pay taxes on this house as it's an asset and worth $$$$. Your total worth is not $0 (your bank account). It's $0 + the house.
Change house to software. You created something new. The government is claiming that something, software or house, is worth $$$$
I see the point. I have no idea how to value software. I guess the gov might say, to find the value, delete the software, how much would it cost for you to replace it (as one idea)
Similarly with other expenses. You have $200k. You hire office workers at $95k each to do some work and buy two $5k PCs for them to use. At the end of the year you have $0 in the bank. The law sees it as you have $0 in the bank + two $5k computers. You owe taxes on that $10k (the 2 computers). For these, you're allowed to deprecate them 5 years. So you own taxes on $8k.
Note: this issue of equipment being deprecated has killed lots of small businesses, mostly because they are new and unaware (been there (T_T)). If you buy $100k of equipment (furniture deprecates over 7 years), you budgeted $1m for the year with $0 left over (making a product that takes 2-3 years to finish) but you've got to pay taxes on ~80% of the $100k of equipment even though you thought you'd made no money.
Many business opt to lease computers (and furniture?). This way they don't own it so it's not an asset and they can expense 100%. Unfortunately if you're a new startup no one will lease to you as you have no credit history (been there (T_T))
Under the new rules, on the ~3yr software project (like a game) with $1m per year budget, after the first year you'd owe taxes on $1m because you could not deduct any salary expenses. All of your employees are doing software dev by the definitions of the new tax law.
I don't think it is reasonable to use employee salaries as the measure of market value. Companies buy and sell other companies based on performance, not cost to build.
Employees are an operating expense.
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.
Why was the change made to amortize the tax?
To bypass the filibuster.
To pass a bill the normal way, you need 60% of the Senate to agree. But certain kinds of bills can be passed through "reconciliation" which only needs a simple majority. Such bills must be "budget neutral" as assessed by the CBO. So legislators throw in hacks like Section 174 in order to game the system and offset other provisions they actually want.
Here's more information on the Reconciliation Process for anyone interested.
PDF: https://www.congress.gov/crs_external_products/R/PDF/R48444/...
> What is a software dev expense
You might be more familiar with the term "salary and benefits".
> why should it be tax deductible?
Business expenses are tax deductible.
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.
Great
Somehow I'm not a fan of HN using this community for lobbyism purposes.
pg used to do it semi-regularly, especially on internet freedom isssues (edit: and software patents, IIRC), so arguably this is getting back to HN's roots.
I remember he did an anti-SOPA thing on HN which involved some kind of banner at the top of the frontpage. It's probably saved at archive.org somewhere.
> internet freedom isssues
Freedom - an essential public good - is much different than using HN for lobbying for tax policy that favors YC.
You know that doing this is a big change. Why not be straightforward about it - including whose idea it is, what the parameters are, what the new policy is, etc.? If you feel you can't or feel hesitant, then you know something is wrong.
It changes the nature of HN in my mind, to something manipulative - not unlike other social media, and not unlike the trend in other businesses who embrace manipulation to greater and greater degrees.
We each have a personal responsibility to the world, as adults, to stand up for essential values. If we don't, in each of our communities, workplaces, and homes, who will? We are the only ones here; we aren't kids (not that you said we are, but to clarify the point) who can destroy things and leave it to the adults; nobody else will come in and save us.
> getting back to HN's roots
You can see a lot of companies and politicians using that - find some historical precedent and claim that is the 'roots'. There are many more roots then that.
It's quite in keeping with how pg used to run HN. Since I was around back then, it doesn't feel like a big change, or any change.
I recall that there were a few people who supported things like SOPA and software patents back in those years too, but the community consensus was about as strong on those issues as it is on this.
I guess I understand internet freedom causes better. Also, they are universal worldwide, this is USA specific
It affects any software developers worldwide that work for US companies. The specific tax law is even worse for foreign developers, since it requires amortization of non-American software developer expenses over 15 years instead of 5 years. How much code is written that retains its value for 15 years?
Probably less than 1%.
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.
The main issue to me is now every political issue that isn't raised here makes HN complicit in its success/failure. Once HN starts down this path it can only continue and accelerate or else face accusations of support/opposition through silence.
Good question. I'm not certain myself why. I am not from the USA, so I don't see how it affects me. Also, probably unfounded, but I am somehow suspicious if this is for the benefit of software developers, or billionaires.
But who is advocating against this reform? Lobbying against stupidity should be generally acceptable.
It has nothing to do with 'stupidty'. There are many other stupid things in the world - many much more consequential than tax policy and which are also discussed on HN. Where is the lobbying for those issues?
Why though?
There's no shortage of software engineers.
Something like this will fuel a over hiring boom just before AI gets good enough.
Hot take. Maybe SWEs making lawyer money was always unsustainable.
luckily for me my startup makes no revenue so we're unaffected by this :sunglasses:
Why is it that tracking expenses as R&D is bad? Where I work, we started tracking our R&D hours compared to other work recently, and an increase in R&D hours has resulted in less tax burden.
Edit: not sure why the downvote, it's an honest question. I'm not arguing anything.
Having to pay taxes earlier hurts liquidity. This is particularly problematic for small companies growing quickly, such as startups. For VC financed companies it means that they need to raise the money to pay the ta when they're still smaller, and thus have a lower valuation.
Thanks for the simplified explanation. It does make me question though whether this is really fueling layoffs at larger firms like Meta and Microsoft. Why wouldn't they be fine with paying the tax hit early?
Isn't there another law that taxes research and development?
Why should I care about these companies when they seem dead set on outsourcing my work regardless of tax codes?
oh no! corporate profits!
Trump Giveth and Trump Taketh away. Find a billionaire to sponsor your request, throw in a golden toilet for Qatar plan, it's more effective than any other form of lobbying, or, lol, political process.
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.
This is something that both impacts them and impacts you if you're a developer.
This tax treatment can increase the cost of a dev by 5-15% which leads to less hiring and a looser job market. Which will impact us even if we're not looking for work because most companies look at market rates when deciding raises.
Possibly, but I think if YC companies could get away with just cutting everyone they would too.
I don't doubt there's an impact here, but it's not because they have a real interest in any other topics that concern me and hiring, H1B and so on.
All companies would prefer to have 0 employees if possible. This isn't special about YC companies. Heck it's not even special about companies. If I could buy a roof that was slightly more expensive but I never had to hire a roofer I would.
Devils advocate might say
1. Lots of groups want to pay less tax to suit them. Just because it benefits us doesn't make the lobbying logical.
2. We call ourselves builders. But you presumably can't claim the cost of building your house against income tax. So why is out building different.
3. Come on; be honest: software development was always the loophole. You have coders building next year's features and you are saying that is a legitimate expense against this year's profit. You couldn't have made profit this year without a half implemented unreleased AI sparkle?
I really think the law is silly from a practical point of view but it's good insofar that other countries' silicon valleys need a chance ;)
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.
Just my two cents of course, but I think this is an excellent post for HN. One of the most directly relevant to people in this community (even those who don't seem to understand why) in a very long time.
another illustration why income taxes in general are bad.
On "Section 174" and more on taxes from Hill, Barth & King LLC
at
https://hbkcpa.com/insights/proposed-tax-bill-addresses-trum...
is in part:
with For more there is (with my reformating of the text):HBK
Home / Insights / Proposed Tax Bill Addresses Trump Campaign Promises and Expiring TCJA Provisions
Proposed Tax Bill Addresses Trump Campaign Promises and Expiring TCJA Provisions
Date May 15, 2025
Earlier this week, the House Ways and Means Committee released details of a multi-trillion-dollar tax-cut bill. The legislation closely follows President Donald Trump’s campaign promises of no tax on tips and overtime, tax breaks for seniors and car buyers, and extension of much of the expiring 2017 Tax Cuts and Jobs Act. The bill also addresses the “big three” business tax provisions: deducting research and development expenses, 100% bonus depreciation, and loosening the rules for the deductibility of business interest.
Key Provisions
(1) Permanent extension of individual income tax rates (no new millionaire’s tax rate)
(2) Permanent extension of the higher standard deduction with temporary increases for 2025 through 2028
(3) Additional $4,000 standard deduction for seniors (subject to income limitations)
(4) Estate and gift exemption increased to $15MM
(5) State and local tax deduction is increased from $10,000 to $30,000 (subject to income limitations)
(6) Child tax credit of $2,000 made permanent with an increase to $2,500 for 2025 through 2028
(7) Return of the $300/$600 above-the-line deduction for charitable contributions
(8) 100% bonus depreciation for assets placed in service after 1/19/25 and before 1/1/2030
(9) Full expensing of Section 174 domestic research and experimental expenses for 2025 through 2029
(10) Increase in the Section 179 deduction to $2.5MM with the phaseout beginning at $4MM
(11) Qualified business income deduction made permanent and increased to 23%
(12) Addition of a special deduction for “Qualified Production Property” which allows 100% depreciation for manufacturing buildings
(13) Eliminates many business, home and vehicle energy tax credits
(14) Creating a new round of Qualified Opportunity Zones with investor tax benefits
There is still substantial debate to come as this bill moves through Congress. We will continue to monitor developments and keep you updated on any changes that may affect your tax situation. Please contact HBK with any questions or to discuss how these potential tax changes might impact your specific financial circumstances.
So items (8) and (9) seem to have to do with deducting "depreciation for assets" and "Section 174".
And how does this all get paid for ? It doesn't.
It massively increases the deficit and debt which in turn will have a raft of knock on consequences for the economy and the reputation of the US.
Clearly "Section 174" is now, currently, an issue.
And vaguely I seemed to remember some Trump campaign statements that in taxes some business spending could be deducted instead of amortized (spread over several years) or some such.
I'm deliberately no expert on taxes or business taxes.
Some of the Internet discussions seemed to suggest that some of the worst of 174 were to be implemented, continued, canceled, whatever, so for more information on the background, status, future, etc. of 174, did a little Google search and came up with the discussion I posted here. That discussion seems to say that the "Big Beautiful Bill" may get rid of 174, and that would seem to be in the collection of deduction changes Trump discussed.
About the economy, growth, the Fed's Prime rate, deficit spending, interest payments on Treasury bonds, tariffs, inflation, the balances of trade and payments, R&D, AI, foreign investment in the US, 174, etc., to me the MSM (mainstream media) is short on enough credible information for me to have much in opinions.
In addition, for politics, mostly it looks like noise for some manipulation, effect, or other and a reason to follow "Always look for the hidden agenda."
So, about 174, the information I have looks no more credible and a lot less fun than an old Bugs Bunny cartoon! But maybe Bugs Bunny or Elmer Fudd would guess that getting rid of 174 would help R&D, new businesses, factories, business revenue, and even, net, tax revenue. Or did Elmer repeat "To make money, have to spend money."?
I'd scream at the junk -- drama -- in the MSM, but it won't do any good.
Summary: For the main issues here in the US, I just don't have good information. The stuff I posted above seems to suggest that the future of 174 is still in doubt.
Is lobbying for our interests how we become the bad guys?
I dont want software development to become the oil and gas industry.
More specifically, if software devs aren't creating capital assets, then what exactly is being bought during an acquisition? Don't we tell ourselves our work is building an asset that can be reused and sold. The operational aspect of our job still seems to be treated as opex.
Our entire industry is built on the belief our software is an asset. This feels like big tech wiggling for a tax break but disguised as some grass roots effort to help small tech.
I am strongly against this as the ethics feel very wrong. Our industry doesn't need tax welfare.
IMO, if you lobby for a thing which does not do harm to other people, you are not the bad guy. If you do, you are. Lobbying itself is not immoral.
The oil and gas industry, and the tobacco industry et al., lobbied (and lobby) for things which they know were (and are) doing harm. This isn't the case here, IMO.
Code is not an asset in all (I would even argue most) cases - proven by companies which open source the vast majority of their code and live from service contracts or certain addons to it, and basically pay developers to commit to open source software.
Often they buy market- or mindshare. There is no way in hell e.g. Akamai wouldn't have been able to bootstrap "Linode 2". I'm unable to see the secret sauce why OpenAI couldn't have created their own VS Code fork instead of buying Windsurf. But why do that if you can acquire their existent customers / market share? Additionally, the term "acquihire" didn't plop into existence with no precedent.
Being able to immediately get a full deductible for salary, which in many (western) countries is the norm for virtually all businesses, does not strike me as particularly immoral. It's a normal office job, developers do not create gold out of thin air.
Big tech isn't even the most affected by this change, they (often) have obscene margins - small software companies do not.
> if you lobby for a thing which does not do harm to other people
The reason this is being discussed now is because of its inclusion in the Big Beautiful Bill which will kill the poorest in society by kicking millions off Medicaid and food stamps and increase the debt to unsustainable levels.
So if you support this tax cut for software developers you are the bad guy.
Ah. Thanks! Since the letter only calls it "reconciliation bill", I didn't make the connection. Not an American here, oops. Maybe creating "mega bill bundles" isn't the best idea in general. ^^'
I still think this specific reversion / change, for itself, would be something you can lobby for, though. It itself doesn't do harm, the push to include it in this specific bill may do (if it is the thing which tips the scale for it to be accepted).
This "tax cut" is (and was) simply the status quo in most western countries for virtually all businesses, e.g. in the EU. It itself is not immoral, as long as you see developers as normal office workers, which they IMO are.
The existence of silicon valley giants and their faults notwithstanding.
While your response is valid, the specific circumstances warrant closer consideration and potentially reconsideration.
One problem with the change being appealed is software engineers have become more expensive to carry and that has contributed to layoffs. Unfortunately there appears no logical reason software activities are taxed differently than other things you might hire a skilled worker for. When one goes looking for a logical and direct motivation for the change it’s tough to find. This special tax treatment is a one-off, and engineers earn high salaries - so is it possible this change was to fund some other tax cut? The optics aren’t good, at least.
Finally and more importantly, this change impacts risky ventures & startups most of all since larger tax bills may be incurred even on failed ventures. When you look where economic growth is coming from, the lion’s share is in tech. Higher costs and layoffs discourage experimentation and discourage the development of a broad range of capability in an organization by way of carrying large teams of engineers. It thus jeopardizes the current most promising sector in the US economy. Yes, tech is also having an “are we the baddies” moment - but layoffs and higher costs for startups are a separate issue that dominates here.
If you want even further proof just look at how this is activating the HN community. Comments are through the roof. This issue warrants more than a default response.
You might be amused to hear that the only exception for Section 174 is software developers working at oil and gas companies!
From the legislation:
“ Section 174(c)(2) provides that the required § 174 method does not apply to any expenditure paid or incurred for the purpose of ascertaining the existence, location, extent, or quality of any deposit of ore or other mineral (including oil and gas).”
Is there an explanation how software developers creating software for oil and gas companies are different than for any other industry?
Or can we assume that the oil and gas industry managed to (yet again!) have its lobbyists where it mattered?
The top of the form says "[Letter text -- Please sign by June 4!]" -- is it still helpful to sign?
Oh yes it's still helpful - that date must be from an earlier version of the letter. We'll fix it!
(And thanks— I can't believe I missed that!)
Thanks! :)
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
The military is being unleashed against civilians and this is the political issue you’re concerned about on today of all days?
Dang, you’re one of the bad ones.
wow, i'm going to copy/paste my response to someone upthread about how it's a bad idea for HN to get involved in political things like this.
"The main issue to me is now every political issue that isn't raised here makes HN complicit in its success/failure. Once HN starts down this path it can only continue and accelerate or else face accusations of support/opposition through silence."
https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
[dead]
[flagged]
[flagged]
I would strongly suspect you over-estimate the number of people on HN who voted for Trump.
Also, generally speaking, calling people "dummies" isn't usually an effective way to persuade them to examine your arguments rationally/logically.
[flagged]
Yikes—you can't attack others like this here. I've banned the account.
If you don't want to be banned on Hacker News, you're welcome to email hn@ycombinator.com and give us reason to believe that you'll follow the rules in the future. They're here: https://news.ycombinator.com/newsguidelines.html.
[dead]
Probably hoping for a bribe. Trump has made at least two clear mechanisms for that -- purchasing meal tickets or Trump-coin.
[flagged]
I'm going to be that guy and just say that one of the many many harmful side effects of income taxes is the kind of social engineering power it gives politicians, who are neither qualified nor properly motivated to make good decisions with such tools. Income taxes are an unethical pollution to our society and government.
What do you propose instead?
In principle, I do not think the income tax should be replaced by anything at all. Most federal spending is either unnecessary or actively harmful. But practically speaking, I'd suggest a federal sales tax combined with a Universal Basic Income subsidy to all citizens (e.g., everyone gets a check for $X every month). The subsidy would cover the increase in prices for anyone below a certain income level - it would effectively produce a progressive tax structure without the privacy infringement. There would be no loopholes or exemptions to think about either.
Maybe we should focus on fixing H1B first?
maybe we can do more than one thing at a time
There are approximately 390,000 H1B tech workers in the US. H1B is meant for roles where American workers are not available to fill the job (which is obviously being abused). The tax deduction issue that this post is about is specifically about exacerbating the loss of jobs. Fixing H1B would solve this job issue many times over.
What's wrong with H-1B?
AFAIK there are a handful of companies that gobble the whole yearly allowance of H1B visas among them. Usual suspects are BigTech and large consulting groups. The later act as intermediaries: they sell worker hours at a higher rate, skimming the difference between their prices and employee's salary. If they were somehow barred from H1B program the H1B visa holders would presumably find better paying jobs elsewhere.
H1B rules around changing jobs means that even if the employee joins at a market-level salary when they come to the US, they tent to stay at the same company much longer and can be exploited. The new company has to go through a lengthy paperwork process to allow the visa holder to switch jobs. Also, since the tech world tends to use things like stock options / RSUs / monetary bonuses for large parts of compensation package and those do not count towards "salary" you may have a situation where an h1b holder on paper seems to be paid fairly but in practice get only about 40-50% of what their peers get.
If they were allowed to change jobs freely they would be able to negotiate their compensation fairly. The companies would be less intensified to hire H1Bs to save money and would also consider local talent for same positions. Everybody would win: both H1B visa holders and their families and American workers, too. The only losers would be consulting firms (not a huge loss, to be honest, most of their employees are overseas anyway, so the can absorb the cost) and BigTech (they have enough money, anyway).
There are other problems for H1B holders, like getting a green card is something their employer, and not them, can do - another area for abuse. And then some nationalities have to wait much longer to go through this process then others (essentially, the US migration service says that the country has too many people from India and Pakistan already, thank you very much), and there are other issues I don't recall.
Cognizant… we’re importing a ton of labor to make sales force modules work with each other.
It's a lottery with ~1/3 winning chance.
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.
Hmm, I thought Americans were the backbone of the USA.
Is H1B a tax issue?
We need zero interest rates back to actually get this to work, because that means essentially zero risk to any project. even s174 can't do that.
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.
[0] https://news.ycombinator.com/item?id=44204565
Software is a special kind of white-collar work which promises to simultaneously provide a sense of entitlement as well as an equal measure of frustration.
Lately (since 1971?), the balance has tilted over to the other side, so I welcomed any move to restore it :)
> other white collar work
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.
Maintenance and bug-fixes seem to be outside the R&D rules, so that expense would be 100% deductible in the year charged.
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.
> Almost all work is tax deductible
What really? How does this work.
Proft = income - expense.
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.
[dead]
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 earns $X revenue.
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.
That's not the issue. What people are asking for is for software to be treated like every other profession.
That's how it should be, and that's also how it actually was until relatively recently. A new law went into effect that treats software differently. I believe Congress was looking for an easy way to generate extra tax revenue by tapping into the wealth of rich tech giants. Whatever the intent, the workers ended up being the ones who suffer because now hiring people has worse tax consequences than it used to.
So all that people want is to undo that, to take away that special rule that applies only to software, and put it back like it was.
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.
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.
> This isn't changing if it is taxed or not.
This is untrue. The rule is not about taxation, but deductions/expenses. If your expenses cover most revenue, you owe little in taxes. With this rule, a particular type of expense (software engineering salaries) is no longer deductible from revenue to calculate taxable income over which taxes are owed. So you might previously owe no taxes, but now you do. The deduction might carry over to the next few years and eventually (after 6 years) you will reach the same point - assuming your salaries don't go up and your business doesn't grow. The remainder in deductions will be returned after the business stops employing software engineers. I'm not sure why anyone would want the tax code to incentivize a business outcome that all of us would consider failure.
Try explaining that to a startup with less than 5 years of runway left.
https://news.ycombinator.com/item?id=44204565
Software is being singled out
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 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.
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.
I don't think you understand the post.
We should not have carve out for software R&D or anything else.
Business taxes as a whole are stupid and a convoluted mess, just let businesses make as much money as possible and roll with it.
It would be much more efficient to tax consumption at a flat rate, and give a variable rebate for elderly/children/whatever.
Are you suggesting that we eliminate all tax deductions for businesses? Or that we eliminate corporate taxes entirely?
I want to propose an alternative for those here reading that are tired of the US and its administration, and are looking for an opportunity to move to Europe this year.
I am looking for US-based founders who want to make the leap and move to EU. We're doing an incubator like no other, in Brussels at the heart of the EU capital. 15 startups, 6 months hybrid program, only US-based founders. Here in Belgium, software dev is taxed for correctly, and there's a 0% capital gains tax which is super attractive for startup founders.
Everyone in the Fall 2025 cohort gets a 25% share of our take on any exits. That means by joining the incubator, you invest in 14 other startups by founders who are as crazy as you.
This was created right here on HN, in a "Who is Hiring" job post, with feedback from the ensuing community. I'm looking for a few more founders to apply before July 1st.
Deadline to apply July 1st. https://sevenseed.eu
And if you aren't interested in making a startup but just want to move, email me, I will help you get a job in EU.