- Daishiman parentYeah and we’ve seen that fail again and again and again. So no.
- > All these recent proclamations of disappointment in Tahoe seem insanely overblown to me. The problem that this post leads with is that thumbnails' corners are too rounded, which "misrepresents" the original? Seriously?
The example in Photos is absolutely egregious, and as a user of Linux for the past 25 years and recent user of a Mac for work I can’t remember something that bad in a mainstream desktop environment on Linux.
In fact from a usability perspective a modern Gnome desktop seems for more usable and consistent than modern Mac OS and that’s saying something. Font scaling seems to work better in Linux, UI wisgers in Gtk seem to be more consistent. Dark themes have been around on Linux far longer and it shows.
I don’t use the latest Mac OS version; it’s _okay_ from a usability perspective. But this new version seems like a clear downgrade for something where the purpose of paying large sums of money is for higher productivity and comfort.
- > When you blame all your problems on one single external factor, usually a person or a group of foreigners, then you also turn them into all mighty gods. South America is bigger than the US and richer in resources and population. If you don't look internally to fix your problems, then you'll be forever stuck where you are.
Way to show you really, really don't understand the politics of Latin America and who funds the various interests that run the show.
- > If you're going to allege illegal anti-poaching agreements, you ought to provide evidence of those claims.
Yes because companies are famous for being highly law-abiding under every circumstance and every major instance of corporate fraud has been identified and properly punished at a criminal basis.
C'mon man, the US is a country where wage theft is 3 times higher than all other formst of theft combined. Informal blacklists are as simple as keeping a notebook in writing and letting people know through hidden WhatsApp channels.
> Actually, I just checked this and in 2024 the FTC banned non competes nationwide.
The rule is vacated by an injunction.
> And? Id software developers are free to work non-gaming software jobs. A big part of the reason why game dev jobs offer less renumeration is because people are passionate about games and are willing to take a pay cut to work in the industry.
I have no idea why you think that a job being desirable and in high demand means that the people who effectively perform the job are somehow less deserving of workers' rights. The entire point behind having workers' rights is that basic job affordances and rights a non-negotiable because we do not allow certain forms undignified work.
- > Benefits are part of an employees compensation package. A competing offer could have even better healthcare than Id.
If a period of unemployment kicks you off an insurance program that's covering life-essential treatment for a loved one, there is no mechanism of "choosing freely" here; ex-employees don't have the option of covering health care themselves and there are no guarantees that the other employer's health care will cover existing treatments even if the coverage is better in theory.
> This is illegal and the last time SV companies were found doing this the government punished them
Every recruiter has spreadsheets of blacklisted employees, one of the reasons why companies frequently outsource staffing to outsides for plausible deniability.
> Illegal in CA where ID is based. NDAs don't prevent you from working at competitors, only from taking confidential info.
So illegal en CA but legal pretty much everywhere else, once again limiting you if you want to move because COL is too high in California and reducing the pool of real employment alternatives.
> Id is located in the Bay Area, probably the place with the greatest concentration of software jobs in the country if not the world.
Software jobs but not gaming jobs. California suffers from an artificial shortage of affordable housing due to insane tax laws and building restrictions. There's nothing free market about this.
- > What's keeping any one of these Id software developers from accepting a competing job offer elsewhere?
* Employer-bound health insurance in the US
* Industry blacklists to exclude uppity employees and union members
* Noncompetes and NDAs
* Extremely localized jobs and an ever-shrinking number of larger and larger conglomerates as employers
- > An econ 101 observation
Econ 101 observations are utterly useless without the specific context in which they're made. This is like talking about spherical cows in a vacuum in the context of aerodynamics.
In the specific case of unions, they always forget to mention that a higher proportion of a company's income going to salaries generally means increased consumer spending for workers, which spurs other kinds of industry and services that may mean a net benefit for the global economy.
Of course second and third-order effects are not really talked about in Econ 101.
- > Either a) you do know what you’re talking about, or b) you are not confident in the results. It can’t be both.
You've been coding for a lifetime yet you don't seem to get that certainty in software is a spectrum? I have sufficient confidence in the output of LLMs to sign my name under the code it writes when putting up a PR for a specialist to read. That's good enough for 90% of the work that we do day-to-day. You think that's not hype-worthy?
> Doing it for K8s configuration, if you don’t know k8s is stupid. I know what I’m talking about when I say that. Having it help you if you do know what you’re doing is perfectly legit.
"Knowing" k8s is an oxymoron. K8s is a profoundly complicated piece of tech that can don insanely complicated things while also serving as a replacement for docker-compose or basic services that could have been hosted on ECR. The concepts behind basic k8s functionality are not difficult, but I saved myself two weeks of reading how to write helm spec files, a piece of knowledge I have no interest in learning because it doesn't add any appreciable value to the software I produce, and was instead able to focus on getting what I needed out of my cluster automation scripts.
This really isn't that complicated to understand. I don't care for being a k8s expert and I don't care for syntactical minutiae behind it. It isn't hype that I now I only need to understand the essential conceptual basics behind the software to get it working for what I need instead of doing a deep dive like I had to do years ago in when reading similar docs for similar IaC producs to get lesser functionality going.
- * Infra code description languages like Terraform and K8s/helm spec files are like magic; they get 90% of the code right 90% of the time. In my experience that's about half of the work; the other half is spent debugging and correcting details that matter, but still applies to the code that I write myself.
* SQL works almost as good. It's especially useful when you need to generate queries with long lists of fields and complex query criteria. Give it a schema and let it rip.
* Python code works reasonably well. If your description is terse and clear it will generally do the right thing. It has a knack for being excessive in comments and will sometimes do things in ways that feel unnatural, but business code will be as good as the context that surrounds it. For boring, repetitive tasks like setting up program args, annotating types, and writing generic request/response cycles with common frameworks it will do boring old vanilla code. You'll likely want to touch it up and adapt it to your personal preference.
* Debugging is very much or miss. It has been absolutely fantastic at troubleshooting failed and stuck k8s jobs and service configuration issues, having no qualms about creating its own shell or python scripts to investigate ports or logs, and writing JSON parsing scripts that are snoozefest for a human to write. The regexes that I'd barely be arsed to write to parse enormous logs it writes trivially. For business logic, the more convoluted your logic the harder the time it will have, and for most debugging issues I prefer to let it run and list some hypotheses and potential issues and my intent is to learn and understand the problem myself deeply before committing to a fix.
- > The claims of AI writing significant chunks of code come from these sort of people with little experience in programming or engineering in general, SPA vibe coders and what not.
I'm sorry man but I've been doing this for 25 years and I've worked and studied with some extremely bright and productive engineers. I vouch for the code that I write or that I delegate to an LLM, and believe it or not it doesn't take a magician to write a k8s spec file, just patience to write 10 levels of nested YAMLs to describe the most boring, normal and predictable code to tell your cluster what volume mounts and env variables to load.
- Because after 25 years of coding and a dozen infrastructure description languages I know that you test your code and you get someone expert in the field to look at your PRs.
LLMs are _really_ good at writing infra code if you know how infra works, believe it or not. And the ultimate responsibility still lies in human beings for code ownership.
- > Early stage teams do lean on LLMs for scaffolding, tests and boilerplate, but the hard engineering work is still human.
I no longer believe this. A friend of mine just did a stint a startup doing fairly sophisticated finance-related coding and LLMs allowed them to bootstrap a lot of new code, get it up and running in scalable infra with terraform, and onboard new clients extremely quickly and write docs for them based on specs and plans elaborated by the LLMs.
This last week I extended my company's development tooling by adding a new service in a k8s cluster with a bunch of extra services, shared variables and configmaps, and new helm charts that did exactly what I needed after asking nicely a couple of times. I have zero knowledge of k8s, helm or configmaps.
- I truly wander what exactly is Oracle’s game here. They don’t have true AI expertise. Their software is horrible. Consumer-facing product competency is nonexistent. They have no competitive advantage to speak of and somehow we expect them to compete with companies that have top-notch talent in these areas and a real track record of execution?