Ask HN: Why do contractors exist if they charge the same as a FAANG FTE?
jasonkester 2021-08-19 08:48:08 +0000 UTC [ - ]
It immediately removes all the silly little lies and coercion that need to go on between you and your employer. You don't need to "share their vision" or think your options are going to be worth something if they exit. They're paying for your time, so if they want more, there's a mechanism for that. Just ask and you'll bill them at your day rate.
Similarly, there's no awkwardness if you wrap up your piece ahead of schedule or they decide they don't need you for a while. Just say the word and you'll down tools and send a final invoice. No bridges burnt and you can ramp back up when they need more help.
You can also be the most expensive guy on the team without looking like it on the books, which can be handy for the company. You can even schedule in downtime over the course of the year so that you end up billing the same as a salaried dev in the end (while getting an extra six months of vacation in the mix).
There's tons of flexibility, and that's the appeal for me. I love programming computers. I just don't really love doing it all day every day for 2000 hours a year, so contracting makes a lot of sense.
tsjq 2021-08-18 11:49:08 +0000 UTC [ - ]
think of C-Workers as EC2 for Employees: Elastic, flexible, quick hire, quick fire. H1B C-Workers do not show under the company's Visa books. Other costs of FTE: leaves, health-insurance, provident fund, gratuity, group life insurance, car-lease-plan, ESPP/RSU/ESOP, bonus, promotions, payhike, etc.
wil421 2021-08-18 13:45:17 +0000 UTC [ - ]
Later in the pandemic they started layoffs and only then did the news outlets pick up on it.
wodenokoto 2021-08-18 14:59:34 +0000 UTC [ - ]
Let’s say you are at the end of the line and it’s time to move from Python 2.7 to 3.x
- Has anyone on your team worked professionally with Python 3.x? (No they’ve been working on this codebase the entire time)
- Has anyone experience moving a codebase? No.
- Once the code base has moved, do you need 1-2 extra people to maintain it? No.
webel0 2021-08-18 18:05:07 +0000 UTC [ - ]
This tidbit suggests to me that it might be useful to delineate between the two archetypal tech contractors:
1. Less experienced workers who are having trouble breaking into FTE world. They have to work through agencies (who take the other 75%, which is perhaps high but not by much).
2. Experienced engineers who maybe have niche expertise or just a strong track record.
When you talk about FAANG comparisons, I think you’re mostly talking about the latter group.
There are gains for the employers potentially. But these folks also tend to have more bargaining power. At a certain point, working for a “cool company” may not be all that exciting. Instead, they just want to consult.
(Also, I think other have made good comments re:benefits.)
mpalfrey 2021-08-18 13:23:51 +0000 UTC [ - ]
Also useful if you require niche skills for a project.
chrismaeda 2021-08-18 18:20:07 +0000 UTC [ - ]
Spending for "business as usual" (BAU or "opex") activities must be fully expensed in the year that it happens.
Spending for capital projects (new IT systems and upgrades aka "capex") can be amortized over the lifetime of the project. So if you spend $1M on a new IT system, you might expense it over a 5-7 year period.
So IT organizations will only have permanent staff for BAU and will hire temporary contractors for capital projects.
codegeek 2021-08-18 14:40:53 +0000 UTC [ - ]
Also, you can fire contractors much easier than employees even in At-Will states in the US. There is no unemployment to worry about. Lot of cost savings.
dhanvantharim1 2021-08-18 12:56:56 +0000 UTC [ - ]
shishy 2021-08-18 13:07:45 +0000 UTC [ - ]
benreesman 2021-08-18 15:37:52 +0000 UTC [ - ]
paulcole 2021-08-18 11:50:29 +0000 UTC [ - ]
Plus there’s the flexibility of having an as-needed contractor vs. a full-time employee.
NordSteve 2021-08-18 12:56:23 +0000 UTC [ - ]
Technology companies, in contrast, see technology workers as resources whose labor can be converted into products to sell. They hire for flexibility and willingness to learn, assuming that people will need to adapt their skills to what the company is needs. They typically set an overall headcount goal for the company with no specific end date.
A 25% deal as a contractor is a very bad deal - 90-95% for good contractors is not uncommon.
redis_mlc 2021-08-18 13:07:57 +0000 UTC [ - ]
In 2000, W2 contract programming rates were about 2x employee salaries, $75/hr - $100/hr vs. $75k - $100k/year plus stock options.
In 2021, W2 contract programming rates are less than employee salaries, and often there are issues with Obamacare penalties, $75/hr - $100/hr vs. $150k - $250k/year plus stock options.
In 21 years, W2-style contract rates have not increased in Calif., while other states like Texas have caught up to Calif.
jasode 2021-08-18 13:08:15 +0000 UTC [ - ]
Yes. There's accounting/budgeting/HR jargon of "fully loaded"[1] as in "fully loaded salary" or "fully loaded cost" of an employee -- which is a higher amount that's calculated by the company. The extra costs in a fully loaded salary include health insurance, 401k match, vacation, etc.
Depending on the company benefits and overheard structure, the fully loaded cost could be ~1.2x to 2x the salary. E.g. it costs the company ~$375k behind-the-scenes to pay the $250k the employee "sees".
Therefore, your intuition that $250k salary == $250k billed-by-contractor is actually not an apples-to-apples comparison. The $250k-contractor costs less than a $250k employee. Other non-salary reasons for contractors include having a flexible size workforce -- especially for non-strategic projects. Instead of bad press headlines announcing, "layoffs of X employees", just cancel the contract.
[1] https://www.google.com/search?q=%22fully+loaded%22+salary
bdavis__ 2021-08-19 12:19:35 +0000 UTC [ - ]
(you could argue this is just an accounting trick..)