On the other hand there's the president, whose said he's going to go on a mass deportation spree and treating anyone he doesn't like as illegal, but yeah who knows if this is just business as usual!?
Keyword want - most people don't control who their peers are, and complaining to your boss doesn't get you that far, especially when said useless boss is fostering said useless person.
Dang you saw a trans person? How many trans people are the equivalent of a loaded weapon? Because that's the completely bonkers question that somehow is being equivocated here - that someone wearing different clothes or identifying differently is a potential harm just waiting to get you... how exactly?
Did you deserve the woman only award? Would you assume that identity to get that award? Are you saying that people dishonestly assume trans identities because its an easy way to assume power in our society? Are you a serious person?
Apologies, but I really do not care about sports awards or whatever - we're basically at the point in the USA that we're trying (or succeeding) to force de-transitioning because of bullshit like "He took her awards!"
When there's an impact that individual bad actors have, that's why we have individual punishments - we don't punish all men or all women for one bad actor, its nonsensical to treat trans folks as some homogeneous group when they literally embody the opposite :]
Only because that person is an implicit threat, not because they are helping. My first thought would be akin to "oh fuck, the lizard people are here now."
The problem is that the "parquet is beautiful" is extended all the time to pointless things - pq doesn't support appending updates so let's merge thousands of files together to simulate a real table - totally good and fine.
:) and local state, configuration, and anything an app needs when you do stuff. It's really the local user state in most cases, very important to back up!
On my Win10 desktop it got to 30GB though and the stuff worth backup is actually about 1GB of it.
Let's just call it what it is: a complete mess. Some apps install their binaries in there, some just config files, some all your data.
If there are guidelines (and they are not conflicting) about 1/3 of apps are ignoring them.
Also good luck trying to back it up with robocopy or anything, maybe windows' own backup tool can read it while running on that account, I usually get errors, which I think are mostly fine to ignore.
There's no good guideline - if you want a local cache that transports across user migration, that's the show. Windows doesn't really have a "separate your local disk cache from your backups" method, but you can certainly do the Cleanup Task to remove some things that buy into that modal that's 25 years old :)
>Either way, the end result is still better than under Windows because at least macOS doesn’t go out of its way to keep the Application Support folders (user and global) hidden with magic URLs and such. Tick the checkbox to not hide the Library folder in your home folder’s Finder inspector window and the only thing making access harder is gone.
The way to access your folders in windows is literally exactly the same -> show hidden folders - the "urls" (%APPDATA%) are just shortcuts because of the historical moving around of stuff.
Most devs leave all sorts of trash in OSX application support, check it out, its jam packed. Some apps are now running from there.
It’s not the same because macOS has a setting for Library folder visibility specifically. Keeping that folder easily accessible doesn’t require turning on visibility for all hidden folders/files and then having to wade through a ton of normally invisible junk. ~/Library/Application Support/ is just a plain old path too, no need for magic platform specific keywords.
And yeah, Application Support is full, but as noted the worst offenders are consistently cross platform apps that don’t care to adhere to convention. The Application Support folders for Mac-first apps are usually pretty lightweight/clean, with exception to apps like Logic which use it as a place to keep downloaded assets.
It's funny because more than anything I would say the people that were most misaligned with the outcomes of the business are actually most of the engineering leaders I have worked with.
The amount of short-termism and chasing press releases and caring about what your golf buddies think really clogged up a lot of companies, and it doesn't feel like THAT part is changing anytime soon, zirp or no zirp.
Capital often outstrips actual business acumen as a factor in the success of a business. That's partly because we live in a world where word of mouth, reviews, online presence, etc. are all commodified, partly because tech (like the Industrial Revolution before it) has greatly increased the growth potential and concentration of capital, partly because of investors actively intervening to ensure the success of their other investments, partly because of increasing and increasingly-naked corruption, and partly because of the importance of network effects. (I don't know which of these factors is the most important.)
The more important capital becomes relative to the actual functioning of a product, the more disconnected from reality a business can (perhaps must) get. Their actual business becomes selling a pitch to investors, not selling SaaS, because their actual product is investor returns, not long-term viability or value. And because a big part of that pitch to investors is the rockstar founding team, founders have to (or at least feel they have to) do the golf-buddy shit. It's literally their job, or at least, they think it is.
Post-ZIRP doesn't kill that because capital being scarce just increases demand for it even more.
Probably the best comment overall. Many people assume that because ZIRP was unhealthy, present situation returns us to being practical, down to earth, and caring more about engineering that the buzz. It's not what I see around myself, and not what I'm reading either. If anything, businesses become less interested in engineering quality, and there is probably less understanding than ever about how to make a good business out of engineering.
It happened at every level - software engineers optimized for career outcomes which meant accumulating the right buzzwords. Managers optimized for their own career outcomes which meant increasing their number of direct reports. Engineering leaders optimized for their own buzzwords which means org-level complexity and a steady stream of (self-inflicted) problems to solve and brag about on their engineering blog to attract even more software engineers, and executives/founders merely optimize for securing the next funding round (because there is no and was never a viable business there to begin with), which is easier to do if you're seen as solving hard problems (even if they are self-inflicted), and investors happily oblige because they had no other choice in this distorted market.
Note that incentive mismatch at the middle-management level happens everywhere to this day and isn't strictly a ZIRP-induced phenomenon, but most real businesses that need to earn a profit thus have a natural cap on how much inefficiency they can support. In ZIRP however, the complete lack of any requirement to make profit (in some cases because the business is never viable and its sole purpose is to give a good lifestyle and resume to everyone involved) exacerbated the problem.
That kind of justification is absolutely what gets people to experiment with working people to death who are dying of starvation.
"We're giving the assistance too freely! Ah, maybe a little more work would be good for them, not me of course, but them, they are the ones not working hard enough, who are dependent, me? no I work hard for my money, that's why I get to decide who lives or dies because they are not working hard enough!"
I would use the term irreducible complexity - you can move it around but you cant get rid of it, and spreading it all over your code smoothly and evenly makes it 10x harder to change or reason about it.
reply