I feel like I could sum up this article as "give engineers everything they want, they're expensive!"
TBH, I hate articles like this, not because I disagree with the general thesis, but because they present things in a way that is so one-sided that it is either ignorant or willfully blind to the other side of the equation.
Yes, I wholeheartedly agree that cost cutting or being stingy with resources can be counterproductive. But if you look at some of the top examples the article gives, nearly every one can have a flip side:
1."Tool penny pinching" - totally agree, having a good set of tools for engineers is critically important. At the same time, I've seen companies do an audit where they found lots of expensive SaaS products got little use or were not worth it. It's fair to say that individual tools should have to justify their costs in terms of productivity improvements or time savings.
2. Hardware savings - Unlike this article, I recall reading another good example of a midsize software company I believe where the engineers were just able to make a case that better hardware would save x hours per developer per year. It was an easy argument to management so they upgraded. That's much better than "We want the fastest laptop, just trust us!"
3. "Infrastructure Sabotage" - this is the one that I think annoyed me the most, because I've seen cloud costs explode where hardly anyone had a good grasp on where that money was going.
Yes, there is a reason "penny wise and pound foolish" is a well known saying. But this article is just heavy on the feels without ever making good, analytical arguments.
pplonski86 34 days ago [-]
It is about the tools that you are using. The better the tool, the faster the job is done. I always get the best machine I can afford and never regret it. I'm working with data; I have a desktop machine with 256 GB RAM and 36 CPUs; it was expensive, but I can train huge gradient boosting tree models in a reasonable time.
hn_throwaway_99 34 days ago [-]
Your response here is exactly what I'm talking about though. For you personally it looks like the choice obviously makes sense given what you're using it for.
But I've seen plenty of developers cry that they need 256 GB RAM and 36 CPUs to do React front-end development. My fundamental problem with this article is the author is showing they have no idea how business works, money is not infinite, and that if every department always got every top-of-the-line ask for their resources and tooling you could easily add a huge, unsustainable amount to your cost structure.
brailsafe 33 days ago [-]
> But I've seen plenty of developers cry that they need 256 GB RAM and 36 CPUs to do React front-end development.
Seems a bit hyperbolic. I do front-end development, and upgraded from a 5yr old 13" MBP with 16gb of ram to a 16" M4 Pro with 48gb, and a second lesser M3 Pro for a client. Both are fantastic, and probably the minimum I'd bother trying to work with professionally, anything down to M1 Max would likely be fine, but anything older or with less ram might be too sluggish to be palatable, and it would introduce more friction than necessary. There's not much of a direct time savings to be argued for, but plenty of less obvious pain points that just add up and become irritating when there are better tools one could be working with.
TimByte 34 days ago [-]
The thing is that the core message is that cost-cutting needs to be smart, not just reflexive
HelloNurse 34 days ago [-]
Regarding tools and hardware, "trust my judgment and buy what I ask, or you'll also make great savings on my salary" should be a compelling argument. If it isn't, there is a social problem that runs deeper than wasting money.
hn_throwaway_99 34 days ago [-]
> trust my judgment and buy what I ask, or you'll also make great savings on my salary
Baloney. I've seen tons of developers claim they need top-of-the-line everything, even if after some point it has no improvement on their productivity. And why not? I don't blame them, I'd want the "256 GB RAM, 36 CPU" beast the other commenter mentioned, too, even if I didn't need it.
I'm not at all saying this has to be an adversarial conversation. But, as people who like to call ourselves software "engineers", I don't at all understand the pushback to at least offering some sort of analytical justification when asking a business to spend gobs of money.
HelloNurse 34 days ago [-]
I don't necessarily "need", I want my aggregate personal equipment to cost a large fraction of, say, my manager's company provided car. The justification is personal, not analytical.
Given a fixed high budget, it doesn't take much common sense to prefer something more useful (e.g. a spare laptop instead of a luxury chair and desk, or remote servers instead of some dangerous SaaS).
34 days ago [-]
roncesvalles 33 days ago [-]
It's about having taste. Some SaaS tools are obviously worth multiples more to your employees than their costs. Same with hardware tools like laptops, monitors etc. I'd throw in catered lunch as another worth-it expense.
It's about knowing which ones are worth it which aren't, rather than having a sweeping policy of either too much or zero bureaucracy to whatever an employee asks for.
inglor_cz 34 days ago [-]
I spent a lot of time making ends meet in tight development budgets, deciding what can and cannot be done within our limited means.
Cuts are sometimes absolutely necessary, but you must never let yourself get distracted by symbolism. And managers often fail at that.
anal_reactor 34 days ago [-]
I realized that the intersection of "understands computers" and "understands basic business management" is absolutely tiny.
drewcoo 34 days ago [-]
People generally prefer simple messages. Presenting a richly detailed nuanced argument is a recipe for failure.
The biggest problem with that is that simple messages are all lies. Luckily most people would rather embrace a simple but catchy lie.
With a title like "Don't Be Frupid" it's probably best to set your expectations low.
djkivi 33 days ago [-]
User name checks out?
CyberDildonics 33 days ago [-]
How does that make any sense at all?
TeMPOraL 34 days ago [-]
> 3. "Infrastructure Sabotage" - this is the one that I think annoyed me the most, because I've seen cloud costs explode where hardly anyone had a good grasp on where that money was going.
On the other hand, I worked in a place where the Change Request -> code review -> merge pipe took ~two days on average, and could sometimes span over a week, all because of ridiculous penny-pinching on infra. The CI build itself took 1.5h of which > 60% was testing. That was understandable, if not ideal. The problem was, however, that the whole infrastructure could support evaluating maybe 5-6 builds in parallel (20-ish runners, each build typically consuming 3 or 4, depending on type and platform configurations), and that was shared with automated tests (that run nightly), as well as all kinds of one-off release builds for QA, manual builds, etc. So it took two or three changesets being built in parallel before the next one had to wait on bots to become available.
Add to that a few flaky tests that would fail one of the builds for your changesets about 30% of the time for spurious reasons, and people submitting more patches (= more build jobs) in response to review feedback, and you can imagine what it did to work cadence. To top it off, there was a cultural push for "best practices" of small and frequent changes; of course doing that basically meant you were submitting changes faster than they were built, DOS-ing the build system for everyone else.
And, lord forgive you if you tried to submit a stack of commits at the same time. My co-worker and I both independently discovered that if you do a big enough stack (working on a large feature, broken down for reviewability), say 7-9 commits, not only you'll saturate the build system, but apparently OpenStack or whatever it was managing it would run out of resources and cascade failures to some other systems elsewhere in the company, because of course it would do that.
I've fought to get this improved since almost day 1 on that team, but it was always met with reactions from IT (later, "devops") along the lines of: "what is your problem?" or "yes, I know, but we don't have the budget" (seriously? compute is, and was then, almost too cheap to meter), and eventually stringing us along with half a year of "we're migrating to $BigCloudProvider, afterwards we'll have plenty of compute", which ultimately never happened before I left.
So I've seen first-hand how ffrupid (double "f" is intentional) otherwise smart companies with large budgets can get with compute for devs, even as this wasn't just destroying morale and preventing the team from adopting some good practices, it was actively slowing down project work, delaying both scheduled releases and emergency fixes.
Dalewyn 34 days ago [-]
>It's fair to say that individual tools should have to justify their costs in terms of productivity improvements or time savings.
Indeed, and this is why it's often advised that people should buy their first set of tools at Harbor Freight (or any other store selling cheap tools, for the not-Americans).
If those cheap tools wear out or break from use, then you go out and buy the really good ones from Snap-on or Milwaukee and the like.
ljm 34 days ago [-]
Does the author owe you a good, analytical argument? You were able to respond to it with your own experience easily enough. That's usually how conversations like these work.
dxdm 34 days ago [-]
I don't understand what exactly you're criticizing GP for or what you'd like them to do differently. And then: do they owe you whatever you'd like them to do? Do you owe anybody a clearer argument? How many people do I owe time for reading this comment? I feel like you opened a can of mirrors. ;)
ljm 34 days ago [-]
I'll just say that, when broken down into three parts, the middle part effectively engages with the post and is a valid contribution all on its own, and the first and last bits just seem pretty pointless criticisms.
The parent poster isn't exactly responding with their own thoroughly analysed thesis.
dxdm 34 days ago [-]
Thanks for clarifying!
albert_e 34 days ago [-]
> Conference Austerity
> Conferences get nuked because someone upstairs sees them as a “nice to have.” The irony? That conference could’ve been where your engineers learned about a new technique that would’ve saved you a million bucks in infrastructure costs. Instead, they’re stuck reinventing the wheel – badly.
I agree with the thesis in general but this point is not resonating strongly with me.
Conferences are expensive.
AWS reinvent for example requires you to spend 2000 dollars on a conference ticket and travel to Las Vegas and pay for expensive hotels etc.
Most of the content from the sessions and talks there is posted online on YouTube ... in recent memory they posted them online within a day (full credit to them).
The added benefit of attending conferences in person is very hard to justify IMO. Yes there is networking and yes there are some hands on workshops etc.
Instead of the justification offered in the blog post ... I would say, sponsoring your employees' visits to conferences shows that you treat them well, care about their personal learning and growth, and inturn motivates them to look for synergies between their interests and work. They might end up learning that technique from a free youtube video anyway, but only the motivated ones care about applying it at work.
Aurornis 34 days ago [-]
> say, sponsoring your employees' visits to conferences shows that you treat them well, care about their personal learning and growth, and inturn motivates them to look for synergies between their interests and work
As much as I’ve enjoyed employer-sponsored conferences in the past, I have to be honest that it seems like very few people are there to learn and come up with ways to help their employers.
It feels like an open secret that people go to conferences primarily for networking and finding other job opportunities to trade up to.
It’s actually a common recruiting strategy to go to conferences and find people looking to find new jobs.
BurningFrog 34 days ago [-]
At one job I had in Sweden, conference trips abroad were a way to give engineers a reward that wasn't taxed at 60-80%.
I enjoyed my trips, but I learned very little.
pdimitar 34 days ago [-]
What kinds of rewards were these that are not taxed?
hiatus 34 days ago [-]
Business travel is not taxable for the employee.
pdimitar 34 days ago [-]
Okay, but how is that a reward? Maybe I wrongfully assumed we were talking about a money / material reward here.
darkwater 34 days ago [-]
If you consider going to a conference abroad like a mini-holiday with everything paid, and maybe even some fun activity, well, it can be seen as a reward.
roncesvalles 33 days ago [-]
Many big tech companies treat business trips as rewards. Fly business, live in a nice-ish hotel, get meals and taxi comped. It's a little vacation.
One of my early managers (based in Asia) saw his annual two-week business trip to the Bay Area as one of the most valuable perks of the job. He even brought his family along a few times (he paid for their travel obviously, but they probably shared his hotel rooms).
BurningFrog 34 days ago [-]
I got to spend a week in a nice hotel in an exciting foreign location with (by Swedish standards) fantastic weather for free.
Personally I also enjoyed some of the C++ talks, but I had no obligation to attend them.
decimalenough 34 days ago [-]
Pretty much the only reason companies sponsor developer conferences is for the right to get a table on the floor, so they can recruit attendees.
udev4096 34 days ago [-]
These conferences are nothing but a waste of time. There is hardly any value to it. Instead go to USENIX, NDSS, all-systems-go, linux plumbers event, fosdem, and a bunch of other community driven confs
fragmede 34 days ago [-]
But then you're just nitpicking on which conference to go to. Places I've worked had a broad education budget that let the employee choose which conference they'd prefer to attend.
solatic 34 days ago [-]
I agree that conferences like re:Invent are a waste of time and money on the HN crowd, who are anyway self-motivated continuous learner types.
But the vast majority of large company payrolls are stacked with 9-5 types who clock in, clock out, go home to spend time on anything not related to their job. These types don't read HN, don't watch engineering YouTube, don't read r/programming, don't read Slashdot, etc. If a company wants these people to skill-up, they need to do it on company time, and they need to bring someone from the outside to bring in outside knowledge.
Conferences are basically just an easy way for companies to outsource this, and companies will prefer to pay for conferences like re:Invent which will showcase vendors who got stuff like SOC2 to ensure they will pass Compliance, Legal, and Procurement, and not for conferences like FOSDEM which will help people build stuff that Only One Person Understands And Therefore We Can't Maintain It.
Qwertious 34 days ago [-]
>I agree that conferences like re:Invent are a waste of time and money on the HN crowd, who are anyway self-motivated continuous learner types.
I assure you, HN has plenty of us stupid, lazy and incompetent people.
croes 34 days ago [-]
> 9-5 types who clock in, clock out, go home to spend time on anything not related to their job. These types don't read HN, don't watch engineering YouTube, don't read r/programming, don't read Slashdot,
I think you mix two types of employees. There is nothing wrong with being a 9-5 guy. Doesn’t mean they don’t inform themselves on HN etc.
Your example sounds more like the type who just does what they’re told and nothing more. I don't know if this type would benefit from a conference or if a learning course wouldn't be more suitable.
m463 34 days ago [-]
> These types don't read HN, don't watch engineering YouTube, don't read r/programming, don't read Slashdot, etc.
on the other hand, some read to distraction...
soco 34 days ago [-]
Having a healthy work life balance doesn't preclude self study. As a matter of fact, instead of losing a few family days for the privilege to clink with some tech bros, I rather prefer watching the recordings on fast forward past the useless banter and lame jokes until I get to the meat of the presentation - if any.
joenot443 34 days ago [-]
Totally agree about conferences.
I worked on a great iOS team at a FAANG where during WWDC we had scheduled time to watch as many talks as we wanted and then an EOW meeting to deep-dive into what we'd learned. It was our lead's idea and management was in full support, when I joined the team they'd been doing it for years. Shipping code was optional that week, the stated goal was just to absorb as much as possible.
The privilege was being able to use our good, fresh, caffeinated engineering time on real learning. When I was in college I could do 8h of homework and then watch lectures at 9pm, at this point, not so much :)
unsnap_biceps 34 days ago [-]
I would also add that people shouldn't overlook regional or local conferences. The big ones are a lot of fun and have a lot of benefits, but local or regional ones can often be way cheaper and also still have some great content and networking.
Joel_Mckay 34 days ago [-]
Conferences are often great places to receive better offers at other firms too. =3
Benanov 34 days ago [-]
My boss and I once justified a visit to one of the Autodesk conferences (which was, in my opinion, quite lavish and expensive) by my getting time with some of their API developers. It was maybe 15 minutes, but it was worth every second.
pavel_lishin 34 days ago [-]
Can you say more about why this time was valuable?
hingusdingus 34 days ago [-]
I would say it depends on the content of the conference.
I'm a EE but work on process controls systems.
If it's a specialized industry specific users group where people in the same type of role swap operating experience, that's worth it. I.e. a heavily regulated industry where the safety of the public is involved like nuclear power, air planes, oil, etc.
The other type of conference is if your plant is specifically on a certain vendor for your core process.
So automation firms for industrial controls conferences fit this bill
If you're a Honeywell shop, go-to Honeywell users group, Allen Bradley go to process solutions users group, or anything with aveva going to aveva world.
If the production of your plant is dependent on the lifecycle of a vendor for parts, support and licenses, this type of conference is a must.
For both of these types there is a smart option to save a ton, volunteer to present. Most of the time if you present something worthwhile at a conference they waive the fee.
viraptor 34 days ago [-]
> Conferences are expensive.
> AWS reinvent for example requires you to spend 2000 dollars on
That's an extreme example. There's thousands of other, more local, less expensive, less extravagant conferences. It's more for show than useful for the attendants, especially with the YouTube recordings. Anyone who can gain thousands or millions from new ideas in AWS also has TAMs ready to relay the interesting parts of reinvent during regular meetings.
dakiol 34 days ago [-]
I have to agree. And I’m all for “give everything to the engineers”, but I cannot rationally justify tech conferences. The only thing is that it creates cohesion among your team (if all of them go together to the same conference), but one could just as well organise a meet-up in the main office for a couple of days.
mooreds 33 days ago [-]
I think conferences are good for a few reasons, but agree they are expensive.
Things conferences are useful for:
- exposing you to new ideas
- letting you interact with others in your community
- carving out time to learn
The last one is really important. Sure, I can watch re:invent videos on YouTube, but will I? Having focused time that isn't interrupted by normal work (or, minimally) is a great luxury that conferences afford.
34 days ago [-]
TZubiri 34 days ago [-]
" travel to Las Vegas"
Yep, that's a paid vacation for SF engineers.
hooverd 34 days ago [-]
re:Invent sessions aside from chalk talks are useless. It's definitely a fun experience though.
dabiged 34 days ago [-]
There was a large company in my city that had around 30 floors of staff and a dedicated full time contractor managing the expensive coffee machines on each floor (running dishwashers, restocking beans/milk, cleaning/servicing the machines etc). Management decided to do away with this role and get rid of the coffee machines to save 1 Full time salary + change.
The next week there were 40 staff queuing for coffee at every cafe within a 10 minute walk. Coffee breaks went from 3-4 minutes (walk to kitchen on your floor, press 'latte', walk to desk) to a minimum of 45 minutes (elevator to ground floor, walk to cafe, queue with everyone else, wait with everyone else, elevator back up). These were staff on high six figure salaries.
Definitely the Frupidiest decision I have ever seen.
switch007 34 days ago [-]
Also something that can be tested trivially: tell the contractor you don't need them for a week, then put the machines out of service...and observe.
TimByte 34 days ago [-]
Classic case of hidden costs that management didn’t factor in
ourmandave 34 days ago [-]
But maybe it led to more informal hallway meetings which saved time on what would otherwise be phone calls or formal meetings.
cellis 34 days ago [-]
Was nodding along until "...consolidating databases into a single underpowered behemoth...". Nothing worse than race conditions and stale data between multiple disparate datastores. I'd rather have one database and more ram for as long as possible, tyvm. Some of the latest nights I've had debugging were at companies with mission critical data spread across multiple databases. I know it's orthogonal to the point, but this one really didn't land with me.
cnity 34 days ago [-]
This is basically the story of my career. It is very hard to argue for DB monoliths, and very common in a distributed microservice architecture for effectively doing joins across a network (with associated N+1 problems).
ljm 34 days ago [-]
I guess the operative word is 'underpowered'.
My low-stakes conspiracy theory though is that cloud providers (and symbiotic entities in the ecosystem) have helped turn developers against monoliths in favour of self-serve microservice architectures and devops because there's a lot more money in it for them when people are spinning up dozens of hermetically sealed, over-provisioned services, each with their own DB, cache, load balancer, etc.
It's like corporate welfare, redistributing wealth from VCs to Bezos.
33 days ago [-]
unlogic 33 days ago [-]
The term "linear scaling" was invented by cloud companies to sell more cloud.
Aurornis 34 days ago [-]
> except no one factors in that without it, engineers will burn hundreds of hours manually wrestling with tasks that a good automation could have handled in minutes
I agree with the general concept, but the example in the article are so extremely exaggerated that it’s hard to take the article seriously. A $15 tool that would save hundreds of hours of tasks? A conference visit that would save millions? Anyone who has had to approve, review, or audit expenditures knows it’s not that simple.
I was involved with a company that got a lot of funding during the zero interest rate era and adopted this idea that it was self-defeating to scrutinize software and hardware purchases. When the money stopped flowing they finally started reviewing software and hardware expenditures and found, unsurprisingly, a massive amount of unnecessary spending.
In the real world it’s almost never a $15 tool that saves hundreds of hours (like this article used as an example). Instead, it was countless SaaS platforms with per-seat licensing fees that added up huge recurring bills.
There was a recurring theme where some department would say they needed some SaaS tool, so it got approved. Then they would add everyone in the department and many people outside so they could share and access the links. Every time someone needed access, they’d add another seat for that person. Countless cases of teams spending $49/month times 50 seats times multiple years for a tool that nobody could even recall using recently. Multiply this by dozens of tools, some of which were very expensive, and the amount spent on unused SaaS seats could have easily funded multiple extra engineering teams.
So while I think it’s frustrating to have to petition to get purchases made, I’ve also seen the madness that happened when it’s a free for all. Gone are the days when someone would expense a $50 software tool and use it for years. Now it’s a SaaS with a recurring subscription that has viral tricks to get everyone who uses it to count as an extra seat for monthly fees.
Conferences are another area that can become a boondoggle very quickly. Don’t even get me started on the “conferences” that were actually just week long getaways with JavaScript influencers at some resort somewhere, with a couple presentations included so you could get your company to cover it.
barkingcat 34 days ago [-]
SaaS vendors are insane these days.
some really dark patterns: block purchases (for ex. you can only buy 100 licenses, not 49 or 52), mandatory "upgrade" for security features like SSO, mandatory licenses for people signing up for accounts that you didn't specifically ask for, and the worst is asking for the "enterprise" plan (with egregious minimum license counts, even if you just use 50) in order to control / admin accounts (so you can audit for exited employees, etc).
the pattern is usually like you said, someone tries a tool for $10/month, and then gets their team on it, which let's say is 10 people. not bad. Then it gets out on the grapevine and other teams want to try - goes to 50 people ok still ok.
but then the sass vendor start using dark patterns and all of a sudden you're getting a bill for 1000 accounts (sorry, can't sell you any less!) at the "enterprise" price of $100/account/month.
and now you're fighting with the sass company to actually disable accounts of people who left instead of just keeping it "greyed out" but still visible, you just can't log in and can't control it ....
unlogic 33 days ago [-]
I believe you, but it would be nice if you called out the exact vendors that do that, for others to be cautious. It's not like their pricing is under NDA, right?
TeMPOraL 34 days ago [-]
> A $15 tool that would save hundreds of hours of tasks?
Not a software tool, but a $15 VPS on Hetzner or such would absolutely save hundreds of hours of tasks in the case I described here:
Even better, you could add a few more $15 boxes to quintuple the savings before it would make sense to look for another thing to improve. And better still, $15 is just a generic VPS price I pulled off the top of my head, you could do it cheaper if you tried.
They didn't even want to try.
Joker_vD 34 days ago [-]
> A $15 tool that would save hundreds of hours of tasks?
Why do enterprises give developers shitty laptops? Why does it take a month to onbaord a new dev? Why does it take weeks to get a new dev tool installed that requires admin access? To get a firewall request reviewed? To get your team access to a fresh public cloud account for a new project?
The answer to all these questions is that things that are measurable will always be prioritised over things that are not easily measured. And the more mature the enterprise, the more the measurable has been squeezed to the detriment of the immeasurable.
IT hardware spend it very easily measured, but the time wasted and morale hit you get working on a shitty laptop is very hard to measure.
Anything that is measurable, you just turn a knob and announce 10% savings: well done you! enjoy your promotion -- the intangible negative externalities of your recklessness will rarely be considered or even known by the person whose job it is to review your performance.
udev4096 34 days ago [-]
Most of the "security reasons" from the orgs is just laughable. Most will do a half decent job of even securing the whole infrastructure and spend majority of their time checking boxes of an outdated compliance agreement. No wonder data breaches are at it's peak. There is no real security improvement, it's just bandages
kevmo314 34 days ago [-]
I once had a project that moved a microservice into a monolith on a larger instance type. SRE flagged that larger instance type as expensive, at $1k/mo. They really drilled in, asking "are you sure? that's a very expensive instance size". Yes, I was sure. It was replacing a service that was costing $20k/mo across a number of tiny instances.
Now I have a strong belief that paying people whose only job is to save on costs is a bad move: they will conclude that the best way to save on costs is to shut down the company. Technically correct!
selix 34 days ago [-]
That's a perfect example of the type of thing I was trying to get across at in the article.
Cost optimization + a lack of systems thinking = frupidity.
daxfohl 34 days ago [-]
Similar story, forced to downsize a service, but it had one RPC with high availability requirements. So we had to spin up another service for this one RPC. And a pipeline to copy the data. And a duplicate database. And now the high availability data is stale, requiring other teams to do weird workarounds that also increase cost and make things more buggy. Yay, frugal.
coolgoose 34 days ago [-]
People tend to forget that even in smaller companies 15 usd / month isn't that simple.
You need to approve the vendor, check if there no minimum amount of seats, then figure out that even for a simple sso they have a different plan which is 50 usd / month
And with laptops, I get the point to some extent, nobody says buy an engineer a 2 core 8gb ram machine, but try speccing up a Mac and see how deep the apple tax is on ram and storage, especially if you're non US.
I would propose, as always, things are about context and compromises.
pavel_lishin 34 days ago [-]
> And with laptops, I get the point to some extent, nobody says buy an engineer a 2 core 8gb ram machine, but try speccing up a Mac and see how deep the apple tax is on ram and storage, especially if you're non US.
I know you mentioned "outside the US", but inside the US, skimping on $1500 when you're already paying the developer $150k a year, plus benefits, plus the laptop already costs $2500 as a baseline seems insane.
decimalenough 34 days ago [-]
I first heard the word "frupidity" from friends at Amazon, where this seems to be quite common. Examples include prohibiting buying business class tickets, even if discounted, so people buy more expensive full fare economy tickets instead and upgrade cheaply off that with points.
Business travel in general seems to be rich hunting grounds for frupidity, because the bean counters aren't the ones traveling. The good old "can't expense anything without a receipt" policy, for example, ensures people will take expensive taxis (with receipts!) instead of tapping on and off public transport.
tgsovlerkhgsel 34 days ago [-]
Business travel also has the potential of suffering from the "different budget" problem, where a cheaper flight requires an extra night at a hotel, or the savings from a cheaper hotel are more than eaten up by the additional taxi costs (but only the more expensive constellation is within the approved limits).
Business travel has a lot of potential for abuse too, though, so the restrictions can sometimes be understandable.
Conferences are often held at desirable destinations, allowing attendees to combine a business trip with a mini vacation. OTOH, I suspect that much fewer people would be willing to make some trips (that the company wants to happen) if there wasn't some personal benefit, because (I assume) most people don't particularly enjoy sitting on an air plane and living out of a suitcase.
pavel_lishin 34 days ago [-]
At a previous company, when I had to travel, we had a contract with some sort of travel agency. They loved ignoring all of my instructions ("late morning departure, direct flight, out of <preferred airport>") and would book me on a 7:30am flight, out of an airport it would take me three hours to get to, with a connection in a totally different part of the country.
To their credit, when I would email them and let them know that I found a cheaper direct flight, leaving at my preferred time, out of my preferred airport, they would graciously change the flight to that one.
But I'm not sure why I was required to do the legwork at all for a service they were nominally providing.
bensandcastle 34 days ago [-]
On board with all of this except conferences, which I still approve sometimes, but typically see poor yields here. My preference is to pay for 1:1 expert training.
Highest end dev laptops available.
Dev replicas of prod infra.
Separate high spec servers for almost everything.
Highly automated deep testing pipelines.
Enterprise grade Internet.
Other focus is Management by Context:
Solid physical and tech environment.
Clear goals of next feature with real testing in front of users.
Dive into details where something isn't working, otherwise hands off.
taurknaut 34 days ago [-]
> Highest end dev laptops available.
Waste of money. Give em an air.
TZubiri 34 days ago [-]
The meta rn are thin clients with ssh
Dansvidania 34 days ago [-]
I have switched to that for my personal machine too, and it's honestly pretty good. Still working out some kinks but overall I think it's a good idea.
I am on an m3 air though, which is not necessarily a weak machine and can still hold it's own in no-network areas for light work.
raihansaputra 34 days ago [-]
my requirements is "any macbook with apple silicon (M1/2/3/4/etc) with at least 16GB of RAM (and 256GB of ssd)". I'm still rocking an M1 16GB for my personal stuff since 2022. No complaints.
touristtam 34 days ago [-]
Do you often trim the fat so to speak with that amount of space on your work machine? I had a 1TB on the previous one, and ended up using more than half of that with just projects.
TZubiri 34 days ago [-]
The thin Air laptops with an ARM chip are so good for this stuff, how long does the battery last?
zeroCalories 34 days ago [-]
I think the main problem is that measuring a lot of these things is incredibly hard. The post mentioned laptops and build time and it reminded me of a blog post[1] trying to figure out if it's worth upgrading to m3 macbooks. I encorage you to read the post yourself, but my impression is that the whole project was a huge waste of time. I suspect most attempts to measure impact will end this way. I also think a lot of the recomendations on fighting frupidity are seriously flawd. For example letting developers decide isn't any garentee that you've made the right choice, but it is a garentee that you've made an expensive one. Unless the developers are basically paying for their own tools like in a startup, this is definetly a way to piss away a companiese funds on developers that are more concerend with their own career than the profitibility of the company.
I'm the author of that MacBook blog post. I wouldn't say it was a waste of time, in that it helped us feel very confident about the ROI for upgrading, and the results have been really meaningful for our team.
I wouldn't agree exactly with the article, in that while it's very easy to start making decisions that are genuinely ROI silly (all companies make them, my current one not excluded) there is a balance between just paying without question and adding friction that encourages good decision making.
But in our case, getting the data wasn't too much effort, and helped inform us for a subsequent batch of hardware purchases. It ended up representing about $50k of spend that we'd like to allocate well, and took me a couple of days to investigate and write-up: my day rate means that was well worth it.
zeroCalories 33 days ago [-]
Unless we can tie compile time benefits to an increase in revenue(which maybe you did?), this is not a quantitative decision, it's more of a gut feeling. Measuring the impact of tools on productivity is hard, and IMO borderline pointless. This is my main contention with the article and your post. Perhaps you tried to do some napkin math on time saved * hourly cost of an engineer to determine productivity gains, but that's a very shaky model. Personally, when my compile takes longer than a few seconds I'll just go read some emails or browse the web. The few seconds gained are just washed away by me reading and replying to an email. I suspect most people are like this. I would need to see some large scale A/B testing on the number of PRs or something to know that this has saved substantial time. My main concern with collecting and using stats like you did is that I feel like you’ve gained unjustified confidence in the project. All that said, I still enjoyed reading your post, and I don’t mean to denigrate your work. I may have chosen words stronger than I can justify because I may have missed something in your post, and knowing that there is a difference between the M1 and M2/M3 laptops is definitely valuable for making the decision.
praptak 34 days ago [-]
Measuring the fallout being hard is one problem. The other is organizational - when the unit that owns the savings is separate from the one that bears the costs, they have no motivation to consider the costs.
Their spreadsheets look good after all.
B-Con 34 days ago [-]
A lot of things are worth paying for. A lot aren't.
The hard thing is knowing which ones are which. You can't see the benefit in advance.
A lot of things aren't worth paying for. A lot of software licenses go completely unused. A lot of conference attendees hang out with friends and learn nothing useful. A lot of modern hardware is spent editing CSS files.
The engineers exaggerate and say everything is useful because they don't want to lose any perks. The accountants exaggerate the other direction because their job is to protect cash flow and they have no clue what's useful.
Budget makers are often stuck in the middle: too far up to know what's practically useful but close enough that they know they need to make some investment.
tmnvdb 34 days ago [-]
Another sure sign of this is custom internal tooling for things that are not business specific like time tracking and report generation.
A company I worked at had an IT budget of 5000 euro for 120 people (90% SWE). The logic was: if we buy a commercial solution for time tracking our IT budget will double. Instead super senior engineer Y is maintaining his "free" in-house solution with half the feature set.
All of these problems are about not taking the cost of expensive engineering time and energy into account in a rational way.
udev4096 34 days ago [-]
> Cutting cloud costs
This has so many angles to it. You can't just generalize cloud costs. You can stop using bloated JS frameworks to make up for the inflated application costs. You can switch to OVH or Hetzner or better yet, on-prem. It's like you are asking everyone to just give in to horrible tactics of AWS
scarface_74 34 days ago [-]
I bet you think all people do is spin up a bunch of VMs on AWS or the other cloud providers.
yakshaving_jgt 34 days ago [-]
I'll bet that's what most startups do.
scarface_74 34 days ago [-]
I bet you as someone who has worked for startups that’s not true especially since every startup is trying to do something with “AI” these days
yakshaving_jgt 34 days ago [-]
This is Hacker News. Everyone here has worked for startups.
scarface_74 34 days ago [-]
I’ll leave that spurious idea alone.
But, the idea that you can just move workloads to a random VPS and get the same benefits of AWS/Azure/GCP is …naive and shows a lack of understanding of how any real company operates.
The last startup I worked for had 60 employees and we hosted microservices that aggregated public and private (to the company not PII) health care data for health care providers. They used them as backends for their internal processes and public websites and mobile apps.
We had to be scalable since any new provider could increase traffic by 10-20% and that helped when COVID came around in 2020 and traffic spiked
We had multiple MySQL databases, ElasticSearch, ETL processes using Lambda, CloudFront (CDN),S3 for storage, SQS (messaging), ECS (Docker orchestration), VMs for some workloads.
Should we have put those on some random VPS and spun up the equivalent for ourselves ?
Yes, I know how to do infrastructure outside of cloud. I started my career where half my job was managing all of this on prem - as in a raised floor in the same building - before AWS was a thing.
Everyone who throws together a website and hosts it on Hetzner shouldn’t be considered a “startup”.
yakshaving_jgt 33 days ago [-]
What should they be considered then?
For what it’s worth, there are indeed solo operations running on a single VPS with $USD1m+ turnover. What are they? Hobby projects?
scarface_74 33 days ago [-]
And when that VPS goes down? Where are these projects?
In the scenario I listed about my last startup, it would be silly to host those on a bunch of VMs and not use managed services even if they are hosted versions of open source software. The management of infrastructure takes too much time once it gets necessarily complex and doesn’t add. Skid to the business
yakshaving_jgt 33 days ago [-]
I’m not sure what you’re asking. I mean, I think you know that when a VPS goes down, you have downtime. If you don’t have a mechanism to automatically restart it, then you restart it manually.
There are relatively few SaaS products that actually need five nines of uptime.
And sure, you might think one approach is silly, but that’s just your opinion. The fact that there are plenty of startups not doing things the specific way you personally think they should be done is not a matter of opinion.
ggm 34 days ago [-]
Guilty as charged. Running a home-brew NAS which was fun to build and a spaghetti wire mess which has to be replaced before I die, or my non tech partner loses the entire family archive.
I'd add 'sending work staff on long flights in economy expecting them to hit the ground running and work straight away' but I have sympathies with companies facing 30%+ rises in travel costs.
Joel_Mckay 34 days ago [-]
Makes sense up till about 23TiB/month, then the colo un-metered servers + CDN start to make economic sense over cloud options again. =3
ggm 34 days ago [-]
Want on prem. Corp grade screwless entry PCs now look pretty good as generic home store devices. TrueNAS and zfs, she's good. I went wierder, card from here, secondhand PSU from a market in bangkok, random SSD, cables, a zimaboard.. 3D printed parts. Great fun. Unmaintainable.
Joel_Mckay 34 days ago [-]
In modern environments most equipment is often already treated as ephemeral. There are few major upgrades in maintenance cycles, but rather the whole rack is replaced periodically... and the data store repairs the distributed volume. =3
pjc50 34 days ago [-]
I used to work for a small consultancy which had a fantastic policy on this: there was a company credit card, and you could buy anything on it up to £100 with no advance approval - provided you made sure to send a reconciliation entry with a project code in before the end of the month, so it could be billed to the customer.
This was incredibly timesaving for all those cases where you need a cable or a USB stick or a book or some parts off Digikey or a small software license. Because having a meeting about whether or not something is necessary would easily have consumed more than £100 of time.
It helped that it was a small office of less than ten people and everyone could physically see everyone else's desk.
dave333 34 days ago [-]
Then there is the opposite extravagoolish exhibited by tiny orgs you have never heard of going all in on superbowl ads.
cadamsdotcom 34 days ago [-]
The person with an issue should gather data and make a case for the investment. Sounds like they’re at a company where a vibes based case won’t fly, so it needs to be a business level case. These talk of resources saved/gained, ie. $$$ and time.
It’s not too different to a design doc. Design doc proposes a solution and details the investment needed to bring it into existence.
Main difference is the additional need to communicate why there is a problem - but most design docs restate this at the top anyway.
Maybe making a case for a change will show the org some previously untracked info, eg. time wasted. And maybe that was not known previously and surfacing it leads to rapid change. But be wary because maybe making your case will cause you to learn things you didn’t know. You might make your case and learn there are reasons for the frugality that you weren’t privy to and now are. But going through the process will either way better align your priorities to the org’s and vice versa.
34 days ago [-]
TimByte 34 days ago [-]
The illusion of savings at the expense of productivity. Companies balk at spending $50/month on a tool that would save devs hours per week, only to burn thousands in wasted time. The worst part is that frupidity compounds. Slow laptops don't just waste time, they break flow...
memhole 34 days ago [-]
There’s some good points there. I think a lot of orgs can end up in the Frupid territory. Getting them to course correct and realize the dynamics of efficiency, moral, and velocity to time, money can be pretty challenging. It’s political sacrifice which a lot of why these changes don’t succeed imo.
But also, I spent almost 2 years developing with 8GB of RAM. Constraints can help you develop and understand the problems better. At various times frustrating for sure.
I’ve never understood why companies don’t ask what laptop you want instead of shoving one at you. You’re hired for your expertise and then almost instantly given a hammer when you work with wrenches.
Quarrelsome 34 days ago [-]
This is why my favourite HTTP error code is 429.
If you didn't have to look that up then chances are you've been somewhere that's frupid. :D
mlhpdx 34 days ago [-]
Or I’ve implemented it on the service side.
Quarrelsome 34 days ago [-]
I did say "chances are". I didn't exclude the lovely you in that, you were accommodated <3.
ccppurcell 34 days ago [-]
We already have a term for this: false economy. And "cutting the brakes to increase mileage" is a terrible analogy for the examples given. There are instances of that: rolling your own encryption comes to mind. But here the better analogy would be buying cheap shoes that you have to replace much more often.
Rygian 34 days ago [-]
The reason that the rich were so rich, Vimes reasoned, was because they managed to spend less money. Take boots, for example. ... A really good pair of leather boots cost fifty dollars. But an affordable pair of boots, which were sort of OK for a season or two and then leaked like hell when the cardboard gave out, cost about ten dollars. ... But the thing was that good boots lasted for years and years. A man who could afford fifty dollars had a pair of boots that'd still be keeping his feet dry in ten years' time, while a poor man who could only afford cheap boots would have spent a hundred dollars on boots in the same time and would still have wet feet.
This was the Captain Samuel Vimes 'Boots' theory of socio-economic unfairness.
camtarn 34 days ago [-]
If it comes from Amazon, which I suspect it does, given a few comments to that effect, then it's because one of Amazon's 'Leadership Principles' is 'Be Frugal'.
These principles get drilled into you repeatedly, through new hire orientation, interviews, etc. In particular, you get evaluated against the principles in your annual review, so it's important to try and find ways to say that you have worked by them.
So when you look around and see everybody trying to apply 'Be Frugal' by penny-pinching on unimportant things, or refusing to buy software and thus spending hundreds of hours in dev time, it's quite natural to rephrase it as 'Being Frupid'.
shermantanktop 34 days ago [-]
Fairly sure this term originated at Amazon.
praptak 34 days ago [-]
That's what I remember too. I heard this term at Google from someone who used to work for Amazon. Also a random article about it:
Another example: Instead of paying writers, get an LLM to turn a paragraph of information into a long article that says the same thing thrice in different ways. Readers get annoyed and take a mental note of your website as being low effort drivel, but you save a bit of money!
Philpax 34 days ago [-]
I can't tell if you're trying to insult the post or speaking to a more general phenomenon.
amai 33 days ago [-]
Forcing people into office (instead of letting them work from home) is the worst kind of frupidity.
billwear 34 days ago [-]
suboptimization; learned about this in engineering school 40 years ago: don't optimize the most visible parameter by itself, or you'll likely end up crashing. why do we have to freaking rename everything?
otar 34 days ago [-]
That is a reason I only buy latest MacBooks to my team.
calmbonsai 34 days ago [-]
Who the hell is routinely flying multi-hop for business travel?!
scarface_74 34 days ago [-]
Everyone who doesn’t live near a hub. I use to fly out of ATL where I only did a layover for a domestic flight once in my life to Santa Barbara and even that is a direct flight now.
I now fly out of MCO where my choices are a layover or maybe flying Southwest. I don’t hate myself enough to deal with that “We are Sparta” boarding process.
Besides, I’m platinum Medallion on Delta…
calmbonsai 33 days ago [-]
Gotcha. As a fan of the 300 movie, "We are Sparta boarding" will now forever live rent-free in my head.
34 days ago [-]
weare138 34 days ago [-]
Pennywise but dollar dumb.
owenversteeg 34 days ago [-]
Don’t bother reading the article, it’s obviously LLM generated slop. ctrl-f: chatgpt, ai
Maybe I’m just crotchety but something about blogging your AI crud to the world really pisses me off. Feels… disrespectful, almost?
selix 34 days ago [-]
I think you're being a bit paranoid...
I hate slop as much as the next person, but I guarantee that this is just me.
yakshaving_jgt 34 days ago [-]
I think I have a pretty keen eye for LLM slop. I didn't see this at all in the article.
bruce511 34 days ago [-]
This article supports spending money quickly to do things right. I am fully on board with this. I've been in a small constant all my life, and we can spend money quickly, effectively, and in some cases wasteful.
Now obviously it'll vary by amount, but mostly we don't overthink it. We need x, we get x. Often we then use x, but occasionally it turns out we didn't need it. It's easy to look around the office and see a bunch of things we bought, but never used.
The point is, we can do this because it's basically "our" money. We aren't beholden to shareholders or (worse) an electorate.
We're seeing the flip-side of this in govt now. USaid is "on hold" because of wasteful spending. Yay, we dont won't waste. But that's like killing a business completely because you don't like the pens they chose.
Of course there's waste. It's impossible to spend money without it. Yes, it should be a small %. Yes not every purchase benefits everyone. But just killing it doesn't kill waste, it kills people. Lots of political points are earned because some payment in there is wasteful. No mention of the vaccine studies that are now useless, or the people half-way through a study who may be getting adverse effects (now with no support.)
In a business we call it Frupid. In politics it makes for z good sound bite.
TBH, I hate articles like this, not because I disagree with the general thesis, but because they present things in a way that is so one-sided that it is either ignorant or willfully blind to the other side of the equation.
Yes, I wholeheartedly agree that cost cutting or being stingy with resources can be counterproductive. But if you look at some of the top examples the article gives, nearly every one can have a flip side:
1."Tool penny pinching" - totally agree, having a good set of tools for engineers is critically important. At the same time, I've seen companies do an audit where they found lots of expensive SaaS products got little use or were not worth it. It's fair to say that individual tools should have to justify their costs in terms of productivity improvements or time savings.
2. Hardware savings - Unlike this article, I recall reading another good example of a midsize software company I believe where the engineers were just able to make a case that better hardware would save x hours per developer per year. It was an easy argument to management so they upgraded. That's much better than "We want the fastest laptop, just trust us!"
3. "Infrastructure Sabotage" - this is the one that I think annoyed me the most, because I've seen cloud costs explode where hardly anyone had a good grasp on where that money was going.
Yes, there is a reason "penny wise and pound foolish" is a well known saying. But this article is just heavy on the feels without ever making good, analytical arguments.
But I've seen plenty of developers cry that they need 256 GB RAM and 36 CPUs to do React front-end development. My fundamental problem with this article is the author is showing they have no idea how business works, money is not infinite, and that if every department always got every top-of-the-line ask for their resources and tooling you could easily add a huge, unsustainable amount to your cost structure.
Seems a bit hyperbolic. I do front-end development, and upgraded from a 5yr old 13" MBP with 16gb of ram to a 16" M4 Pro with 48gb, and a second lesser M3 Pro for a client. Both are fantastic, and probably the minimum I'd bother trying to work with professionally, anything down to M1 Max would likely be fine, but anything older or with less ram might be too sluggish to be palatable, and it would introduce more friction than necessary. There's not much of a direct time savings to be argued for, but plenty of less obvious pain points that just add up and become irritating when there are better tools one could be working with.
Baloney. I've seen tons of developers claim they need top-of-the-line everything, even if after some point it has no improvement on their productivity. And why not? I don't blame them, I'd want the "256 GB RAM, 36 CPU" beast the other commenter mentioned, too, even if I didn't need it.
I'm not at all saying this has to be an adversarial conversation. But, as people who like to call ourselves software "engineers", I don't at all understand the pushback to at least offering some sort of analytical justification when asking a business to spend gobs of money.
Given a fixed high budget, it doesn't take much common sense to prefer something more useful (e.g. a spare laptop instead of a luxury chair and desk, or remote servers instead of some dangerous SaaS).
It's about knowing which ones are worth it which aren't, rather than having a sweeping policy of either too much or zero bureaucracy to whatever an employee asks for.
Cuts are sometimes absolutely necessary, but you must never let yourself get distracted by symbolism. And managers often fail at that.
The biggest problem with that is that simple messages are all lies. Luckily most people would rather embrace a simple but catchy lie.
https://www.psychologytoday.com/us/blog/experimentations/202...
On the other hand, I worked in a place where the Change Request -> code review -> merge pipe took ~two days on average, and could sometimes span over a week, all because of ridiculous penny-pinching on infra. The CI build itself took 1.5h of which > 60% was testing. That was understandable, if not ideal. The problem was, however, that the whole infrastructure could support evaluating maybe 5-6 builds in parallel (20-ish runners, each build typically consuming 3 or 4, depending on type and platform configurations), and that was shared with automated tests (that run nightly), as well as all kinds of one-off release builds for QA, manual builds, etc. So it took two or three changesets being built in parallel before the next one had to wait on bots to become available.
Add to that a few flaky tests that would fail one of the builds for your changesets about 30% of the time for spurious reasons, and people submitting more patches (= more build jobs) in response to review feedback, and you can imagine what it did to work cadence. To top it off, there was a cultural push for "best practices" of small and frequent changes; of course doing that basically meant you were submitting changes faster than they were built, DOS-ing the build system for everyone else.
And, lord forgive you if you tried to submit a stack of commits at the same time. My co-worker and I both independently discovered that if you do a big enough stack (working on a large feature, broken down for reviewability), say 7-9 commits, not only you'll saturate the build system, but apparently OpenStack or whatever it was managing it would run out of resources and cascade failures to some other systems elsewhere in the company, because of course it would do that.
I've fought to get this improved since almost day 1 on that team, but it was always met with reactions from IT (later, "devops") along the lines of: "what is your problem?" or "yes, I know, but we don't have the budget" (seriously? compute is, and was then, almost too cheap to meter), and eventually stringing us along with half a year of "we're migrating to $BigCloudProvider, afterwards we'll have plenty of compute", which ultimately never happened before I left.
So I've seen first-hand how ffrupid (double "f" is intentional) otherwise smart companies with large budgets can get with compute for devs, even as this wasn't just destroying morale and preventing the team from adopting some good practices, it was actively slowing down project work, delaying both scheduled releases and emergency fixes.
Indeed, and this is why it's often advised that people should buy their first set of tools at Harbor Freight (or any other store selling cheap tools, for the not-Americans).
If those cheap tools wear out or break from use, then you go out and buy the really good ones from Snap-on or Milwaukee and the like.
The parent poster isn't exactly responding with their own thoroughly analysed thesis.
I agree with the thesis in general but this point is not resonating strongly with me.
Conferences are expensive.
AWS reinvent for example requires you to spend 2000 dollars on a conference ticket and travel to Las Vegas and pay for expensive hotels etc.
Most of the content from the sessions and talks there is posted online on YouTube ... in recent memory they posted them online within a day (full credit to them).
The added benefit of attending conferences in person is very hard to justify IMO. Yes there is networking and yes there are some hands on workshops etc.
Instead of the justification offered in the blog post ... I would say, sponsoring your employees' visits to conferences shows that you treat them well, care about their personal learning and growth, and inturn motivates them to look for synergies between their interests and work. They might end up learning that technique from a free youtube video anyway, but only the motivated ones care about applying it at work.
As much as I’ve enjoyed employer-sponsored conferences in the past, I have to be honest that it seems like very few people are there to learn and come up with ways to help their employers.
It feels like an open secret that people go to conferences primarily for networking and finding other job opportunities to trade up to.
It’s actually a common recruiting strategy to go to conferences and find people looking to find new jobs.
I enjoyed my trips, but I learned very little.
One of my early managers (based in Asia) saw his annual two-week business trip to the Bay Area as one of the most valuable perks of the job. He even brought his family along a few times (he paid for their travel obviously, but they probably shared his hotel rooms).
Personally I also enjoyed some of the C++ talks, but I had no obligation to attend them.
But the vast majority of large company payrolls are stacked with 9-5 types who clock in, clock out, go home to spend time on anything not related to their job. These types don't read HN, don't watch engineering YouTube, don't read r/programming, don't read Slashdot, etc. If a company wants these people to skill-up, they need to do it on company time, and they need to bring someone from the outside to bring in outside knowledge.
Conferences are basically just an easy way for companies to outsource this, and companies will prefer to pay for conferences like re:Invent which will showcase vendors who got stuff like SOC2 to ensure they will pass Compliance, Legal, and Procurement, and not for conferences like FOSDEM which will help people build stuff that Only One Person Understands And Therefore We Can't Maintain It.
I assure you, HN has plenty of us stupid, lazy and incompetent people.
I think you mix two types of employees. There is nothing wrong with being a 9-5 guy. Doesn’t mean they don’t inform themselves on HN etc.
Your example sounds more like the type who just does what they’re told and nothing more. I don't know if this type would benefit from a conference or if a learning course wouldn't be more suitable.
on the other hand, some read to distraction...
I worked on a great iOS team at a FAANG where during WWDC we had scheduled time to watch as many talks as we wanted and then an EOW meeting to deep-dive into what we'd learned. It was our lead's idea and management was in full support, when I joined the team they'd been doing it for years. Shipping code was optional that week, the stated goal was just to absorb as much as possible.
The privilege was being able to use our good, fresh, caffeinated engineering time on real learning. When I was in college I could do 8h of homework and then watch lectures at 9pm, at this point, not so much :)
If it's a specialized industry specific users group where people in the same type of role swap operating experience, that's worth it. I.e. a heavily regulated industry where the safety of the public is involved like nuclear power, air planes, oil, etc.
The other type of conference is if your plant is specifically on a certain vendor for your core process. So automation firms for industrial controls conferences fit this bill If you're a Honeywell shop, go-to Honeywell users group, Allen Bradley go to process solutions users group, or anything with aveva going to aveva world.
If the production of your plant is dependent on the lifecycle of a vendor for parts, support and licenses, this type of conference is a must.
For both of these types there is a smart option to save a ton, volunteer to present. Most of the time if you present something worthwhile at a conference they waive the fee.
> AWS reinvent for example requires you to spend 2000 dollars on
That's an extreme example. There's thousands of other, more local, less expensive, less extravagant conferences. It's more for show than useful for the attendants, especially with the YouTube recordings. Anyone who can gain thousands or millions from new ideas in AWS also has TAMs ready to relay the interesting parts of reinvent during regular meetings.
Things conferences are useful for:
- exposing you to new ideas
- letting you interact with others in your community
- carving out time to learn
The last one is really important. Sure, I can watch re:invent videos on YouTube, but will I? Having focused time that isn't interrupted by normal work (or, minimally) is a great luxury that conferences afford.
Yep, that's a paid vacation for SF engineers.
The next week there were 40 staff queuing for coffee at every cafe within a 10 minute walk. Coffee breaks went from 3-4 minutes (walk to kitchen on your floor, press 'latte', walk to desk) to a minimum of 45 minutes (elevator to ground floor, walk to cafe, queue with everyone else, wait with everyone else, elevator back up). These were staff on high six figure salaries.
Definitely the Frupidiest decision I have ever seen.
My low-stakes conspiracy theory though is that cloud providers (and symbiotic entities in the ecosystem) have helped turn developers against monoliths in favour of self-serve microservice architectures and devops because there's a lot more money in it for them when people are spinning up dozens of hermetically sealed, over-provisioned services, each with their own DB, cache, load balancer, etc.
It's like corporate welfare, redistributing wealth from VCs to Bezos.
I agree with the general concept, but the example in the article are so extremely exaggerated that it’s hard to take the article seriously. A $15 tool that would save hundreds of hours of tasks? A conference visit that would save millions? Anyone who has had to approve, review, or audit expenditures knows it’s not that simple.
I was involved with a company that got a lot of funding during the zero interest rate era and adopted this idea that it was self-defeating to scrutinize software and hardware purchases. When the money stopped flowing they finally started reviewing software and hardware expenditures and found, unsurprisingly, a massive amount of unnecessary spending.
In the real world it’s almost never a $15 tool that saves hundreds of hours (like this article used as an example). Instead, it was countless SaaS platforms with per-seat licensing fees that added up huge recurring bills.
There was a recurring theme where some department would say they needed some SaaS tool, so it got approved. Then they would add everyone in the department and many people outside so they could share and access the links. Every time someone needed access, they’d add another seat for that person. Countless cases of teams spending $49/month times 50 seats times multiple years for a tool that nobody could even recall using recently. Multiply this by dozens of tools, some of which were very expensive, and the amount spent on unused SaaS seats could have easily funded multiple extra engineering teams.
So while I think it’s frustrating to have to petition to get purchases made, I’ve also seen the madness that happened when it’s a free for all. Gone are the days when someone would expense a $50 software tool and use it for years. Now it’s a SaaS with a recurring subscription that has viral tricks to get everyone who uses it to count as an extra seat for monthly fees.
Conferences are another area that can become a boondoggle very quickly. Don’t even get me started on the “conferences” that were actually just week long getaways with JavaScript influencers at some resort somewhere, with a couple presentations included so you could get your company to cover it.
some really dark patterns: block purchases (for ex. you can only buy 100 licenses, not 49 or 52), mandatory "upgrade" for security features like SSO, mandatory licenses for people signing up for accounts that you didn't specifically ask for, and the worst is asking for the "enterprise" plan (with egregious minimum license counts, even if you just use 50) in order to control / admin accounts (so you can audit for exited employees, etc).
the pattern is usually like you said, someone tries a tool for $10/month, and then gets their team on it, which let's say is 10 people. not bad. Then it gets out on the grapevine and other teams want to try - goes to 50 people ok still ok.
but then the sass vendor start using dark patterns and all of a sudden you're getting a bill for 1000 accounts (sorry, can't sell you any less!) at the "enterprise" price of $100/account/month.
and now you're fighting with the sass company to actually disable accounts of people who left instead of just keeping it "greyed out" but still visible, you just can't log in and can't control it ....
Not a software tool, but a $15 VPS on Hetzner or such would absolutely save hundreds of hours of tasks in the case I described here:
https://news.ycombinator.com/item?id=43000114
Even better, you could add a few more $15 boxes to quintuple the savings before it would make sense to look for another thing to improve. And better still, $15 is just a generic VPS price I pulled off the top of my head, you could do it cheaper if you tried.
They didn't even want to try.
An example: Figma [0]
[0] https://fasterthanli.me/articles/just-paying-figma-15-dollar...
The answer to all these questions is that things that are measurable will always be prioritised over things that are not easily measured. And the more mature the enterprise, the more the measurable has been squeezed to the detriment of the immeasurable.
IT hardware spend it very easily measured, but the time wasted and morale hit you get working on a shitty laptop is very hard to measure.
Anything that is measurable, you just turn a knob and announce 10% savings: well done you! enjoy your promotion -- the intangible negative externalities of your recklessness will rarely be considered or even known by the person whose job it is to review your performance.
Now I have a strong belief that paying people whose only job is to save on costs is a bad move: they will conclude that the best way to save on costs is to shut down the company. Technically correct!
Cost optimization + a lack of systems thinking = frupidity.
You need to approve the vendor, check if there no minimum amount of seats, then figure out that even for a simple sso they have a different plan which is 50 usd / month
And with laptops, I get the point to some extent, nobody says buy an engineer a 2 core 8gb ram machine, but try speccing up a Mac and see how deep the apple tax is on ram and storage, especially if you're non US.
I would propose, as always, things are about context and compromises.
I know you mentioned "outside the US", but inside the US, skimping on $1500 when you're already paying the developer $150k a year, plus benefits, plus the laptop already costs $2500 as a baseline seems insane.
Business travel in general seems to be rich hunting grounds for frupidity, because the bean counters aren't the ones traveling. The good old "can't expense anything without a receipt" policy, for example, ensures people will take expensive taxis (with receipts!) instead of tapping on and off public transport.
Business travel has a lot of potential for abuse too, though, so the restrictions can sometimes be understandable.
Conferences are often held at desirable destinations, allowing attendees to combine a business trip with a mini vacation. OTOH, I suspect that much fewer people would be willing to make some trips (that the company wants to happen) if there wasn't some personal benefit, because (I assume) most people don't particularly enjoy sitting on an air plane and living out of a suitcase.
To their credit, when I would email them and let them know that I found a cheaper direct flight, leaving at my preferred time, out of my preferred airport, they would graciously change the flight to that one.
But I'm not sure why I was required to do the legwork at all for a service they were nominally providing.
Highest end dev laptops available. Dev replicas of prod infra. Separate high spec servers for almost everything. Highly automated deep testing pipelines. Enterprise grade Internet.
We also shared how to build 2x-10x faster github actions runners: https://words.strongcompute.com/p/maximising-github-actions-...
Dev time is precious.
Other focus is Management by Context: Solid physical and tech environment. Clear goals of next feature with real testing in front of users. Dive into details where something isn't working, otherwise hands off.
Waste of money. Give em an air.
I am on an m3 air though, which is not necessarily a weak machine and can still hold it's own in no-network areas for light work.
[1] https://incident.io/blog/festive-macbooks
I wouldn't agree exactly with the article, in that while it's very easy to start making decisions that are genuinely ROI silly (all companies make them, my current one not excluded) there is a balance between just paying without question and adding friction that encourages good decision making.
But in our case, getting the data wasn't too much effort, and helped inform us for a subsequent batch of hardware purchases. It ended up representing about $50k of spend that we'd like to allocate well, and took me a couple of days to investigate and write-up: my day rate means that was well worth it.
Their spreadsheets look good after all.
The hard thing is knowing which ones are which. You can't see the benefit in advance.
A lot of things aren't worth paying for. A lot of software licenses go completely unused. A lot of conference attendees hang out with friends and learn nothing useful. A lot of modern hardware is spent editing CSS files.
The engineers exaggerate and say everything is useful because they don't want to lose any perks. The accountants exaggerate the other direction because their job is to protect cash flow and they have no clue what's useful.
Budget makers are often stuck in the middle: too far up to know what's practically useful but close enough that they know they need to make some investment.
A company I worked at had an IT budget of 5000 euro for 120 people (90% SWE). The logic was: if we buy a commercial solution for time tracking our IT budget will double. Instead super senior engineer Y is maintaining his "free" in-house solution with half the feature set.
All of these problems are about not taking the cost of expensive engineering time and energy into account in a rational way.
This has so many angles to it. You can't just generalize cloud costs. You can stop using bloated JS frameworks to make up for the inflated application costs. You can switch to OVH or Hetzner or better yet, on-prem. It's like you are asking everyone to just give in to horrible tactics of AWS
But, the idea that you can just move workloads to a random VPS and get the same benefits of AWS/Azure/GCP is …naive and shows a lack of understanding of how any real company operates.
The last startup I worked for had 60 employees and we hosted microservices that aggregated public and private (to the company not PII) health care data for health care providers. They used them as backends for their internal processes and public websites and mobile apps.
We had to be scalable since any new provider could increase traffic by 10-20% and that helped when COVID came around in 2020 and traffic spiked
We had multiple MySQL databases, ElasticSearch, ETL processes using Lambda, CloudFront (CDN),S3 for storage, SQS (messaging), ECS (Docker orchestration), VMs for some workloads.
Should we have put those on some random VPS and spun up the equivalent for ourselves ?
Yes, I know how to do infrastructure outside of cloud. I started my career where half my job was managing all of this on prem - as in a raised floor in the same building - before AWS was a thing.
Everyone who throws together a website and hosts it on Hetzner shouldn’t be considered a “startup”.
For what it’s worth, there are indeed solo operations running on a single VPS with $USD1m+ turnover. What are they? Hobby projects?
In the scenario I listed about my last startup, it would be silly to host those on a bunch of VMs and not use managed services even if they are hosted versions of open source software. The management of infrastructure takes too much time once it gets necessarily complex and doesn’t add. Skid to the business
There are relatively few SaaS products that actually need five nines of uptime.
And sure, you might think one approach is silly, but that’s just your opinion. The fact that there are plenty of startups not doing things the specific way you personally think they should be done is not a matter of opinion.
I'd add 'sending work staff on long flights in economy expecting them to hit the ground running and work straight away' but I have sympathies with companies facing 30%+ rises in travel costs.
This was incredibly timesaving for all those cases where you need a cable or a USB stick or a book or some parts off Digikey or a small software license. Because having a meeting about whether or not something is necessary would easily have consumed more than £100 of time.
It helped that it was a small office of less than ten people and everyone could physically see everyone else's desk.
It’s not too different to a design doc. Design doc proposes a solution and details the investment needed to bring it into existence.
Main difference is the additional need to communicate why there is a problem - but most design docs restate this at the top anyway.
Maybe making a case for a change will show the org some previously untracked info, eg. time wasted. And maybe that was not known previously and surfacing it leads to rapid change. But be wary because maybe making your case will cause you to learn things you didn’t know. You might make your case and learn there are reasons for the frugality that you weren’t privy to and now are. But going through the process will either way better align your priorities to the org’s and vice versa.
But also, I spent almost 2 years developing with 8GB of RAM. Constraints can help you develop and understand the problems better. At various times frustrating for sure.
I’ve never understood why companies don’t ask what laptop you want instead of shoving one at you. You’re hired for your expertise and then almost instantly given a hammer when you work with wrenches.
If you didn't have to look that up then chances are you've been somewhere that's frupid. :D
These principles get drilled into you repeatedly, through new hire orientation, interviews, etc. In particular, you get evaluated against the principles in your annual review, so it's important to try and find ways to say that you have worked by them.
So when you look around and see everybody trying to apply 'Be Frugal' by penny-pinching on unimportant things, or refusing to buy software and thus spending hundreds of hours in dev time, it's quite natural to rephrase it as 'Being Frupid'.
https://www.businessinsider.com/amazon-employees-use-frupidi...
I now fly out of MCO where my choices are a layover or maybe flying Southwest. I don’t hate myself enough to deal with that “We are Sparta” boarding process.
Besides, I’m platinum Medallion on Delta…
Maybe I’m just crotchety but something about blogging your AI crud to the world really pisses me off. Feels… disrespectful, almost?
I hate slop as much as the next person, but I guarantee that this is just me.
Now obviously it'll vary by amount, but mostly we don't overthink it. We need x, we get x. Often we then use x, but occasionally it turns out we didn't need it. It's easy to look around the office and see a bunch of things we bought, but never used.
The point is, we can do this because it's basically "our" money. We aren't beholden to shareholders or (worse) an electorate.
We're seeing the flip-side of this in govt now. USaid is "on hold" because of wasteful spending. Yay, we dont won't waste. But that's like killing a business completely because you don't like the pens they chose.
Of course there's waste. It's impossible to spend money without it. Yes, it should be a small %. Yes not every purchase benefits everyone. But just killing it doesn't kill waste, it kills people. Lots of political points are earned because some payment in there is wasteful. No mention of the vaccine studies that are now useless, or the people half-way through a study who may be getting adverse effects (now with no support.)
In a business we call it Frupid. In politics it makes for z good sound bite.