fiedzia

I almost suspect Ubuntu paid for this blog. I imagine it showing this in an ad, adding "or use Linux, which just works" at the end.

There is a reason we use React today - if you want dynamic and complex site, HTML is PITA to work with. Either you reload everything on any change (not good), or end up with a maze of partial reloads in event handlers (not good either). It was done, it was bad, React (and similar frameworks) was the solution. If you don't need complexity of React, fine, use HTML. But if you do, who can guarantee that 5 min later someone will not start requesting site not to reload here and there, but update this bit here. So I don't blame people for just using React. And in this case the issue wasn't that react was used, but that it was used poorly.

Also Eddie Izzard shows how it really looks like: https://youtu.be/TKQzqwn-jIM?si=Ad_ZMhFr4As6H0lr

I guess there might be Bobby 'insert into EMPLOYEES...' tables somewhere.

I like to pause movies when some code is shown and see what it is. Apparently you can break into pentagon by knowing basic sql and high-level employees have alternate life writing tcp implementations and graphics libraries.

I am not sure RAM/fuel prices have much impact here. I have a phone that's about to get 3 generations behind latest one and comparing them side by side, I have 0 reasons to upgrade. Some specs are better, but not enough to notice in daily use.

> A good piece of software would make it hard to do this by accident, and probably should default to having the same behaviour with or without trailing slash.

Django redirects one version to another by default, which achieves that.

> At least Google/Bing/Yahoo scraping would then be used to provide links back

That doesn't work anymore. Google provides AI generated summary, nobody looks at the original site.

Those employees cannot (and are not expected to) code, so dynamic elements are not an option. So what you'll get are mostly either reports or messages. Reports could be created by software (which is how an engineer would do that), messages (like responding to client or manager requests) require more human-facing skills.

> it likely can also identify if the thing it's found is similar to something that is already found in the security mailing list?

It can not because this mailing list is not public.

> If more than a few percent of execution time is spent in Python you are probably doing it wrong.

Every program that starts with 1% of Python writes more Python and gets to 20,40, 60 and than 99% of it.

They claim you can easily mix them so there is some degree of compatibility.

I assume other platforms will prioritize paying customers over agents (of not paying ones) because they do not have resources to attempt anything else.

Github ignored platform issues (not just performance) because it was busy migrating to Azure, and it wants to bear the cost of ai using its infrastructure now to benefit from that somehow later. Other providers do not have this problem and live mostly from paying customers whose priority is to have stable platform. So yes, it is easy to find someone else whose priorities align with mine and doesn't have GH issues.

> AI gets tossed around as excuse for things, but it really is finding some obscure vulnerabilities humans wouldn't have.

Which is fine, as long those using it do not do so at expense of others. As a paying Github customer, I do not wish to pay for a service that doesn't work because someone else is throwing agents at it. This is largely GH issue, not general problem.

> threat actors are going to start heading that way as well

bad actors are not the problem, Github priorities and attitude are, so switching solves that. Will other providers have outages? Sure, sometimes. But you'll be able to find one that manages that better.

> Ever seen most high profile apps in the last 10-15 years?

No, but the ones I am paying for are few and with rather solid development record. Looking at top android apps, we have some that have very high bar of engineering (firefox, google translate), some just useful dataset (cooking recipes), but again, even the simple ones outcompeted tons of alternatives.

> most enterprise software

I am not saying enterprise software is super complex, but it is very competitive domain.

> software development becomes a commodity and the job becomes something like a fast food job where practically any adult who wants it can do it

That will never happen. Sure, anyone can program something, but to make it professionally there is bar of quality and competition will push most people out. Similarly anyone can write, draw or sing but only a few do it well enough to be paid for it.

And I am old enough to see many tools that allow "anyone to program". They pop up whenever certain standards (like web) become popular, then programming goes in different direction and they vanish in irrelevance. Soon there will be a large set of skill on top of "using AI" and "chat, make me an app" will go out of the window as viable way to make something others want to use and pay for.

> What if we built things that are meant to last? Would the world be better for it?

You'd have a better bridge, at the expense of other things, like hospitals or roads. If people choose good-enough bridges, that shows there is something else they value more.

> If true parallelism becomes common, it might actually reduce the number of containers/services needed for some workloads

Not by much. The cases where you can replace processes with threads and save memory are rather limited.

> Being able to upgrade/repair RAM

Most upcoming laptops now have soldered RAM and soldered wifi becomes common too.

> ORMs—built specifically to fix this—still fail at 88%

How so? The only way to do anything dangerous using any orm I've used was when I needed to do something orm doesn't support and I had to extend it, operating at a text layer (custom db syntax or non-standard sql extension). 99% of sql users wouldn't event know how to get there.

Yes, by deciding on when, where and how you pass it. You know when it is created and destroyed because you wrote the code that either does that directly, or follows the convention (destroy when out of scope, or use of arc - it is programmer's decision).

> Much of the business world, especially those things that must be done properly, still rely on having physical records and manual process.

Can you name one business that is using physical records where this is not mandated by law? All accounting around me, including banks, is done digitally. The only one I can think of are businesses run by people born before computers where a thing (some still exist). Note that governments and regulated industries can change very slowly, but that's almost always result of not needing to compete, not an intentional choice.

> Why would you need to treat a web browser like a virtual machine?

There are many reasons. Performance, ability to bring concepts from other domains, ability to do things browser has no api for, ability to provide controlled experience and behaviour that goes beyond common browser usage.

> surely we can't keep adding to css and the dom api's for 20 more years?

We can. Just every now and then some new way of working becomes popular, and at some point combining them with older ones will become undefined or unsupported.

> why did some of them find (and take) room in coin hoards?

People who had access to gold used some of it to create jewellery.

> Why have they been found all over Gallia, Germania, and Britannia, but not Italia, Hispania, or the Oriens?

Certain types of jewellery can be found in certain regions. This can be attributed to specific trading network or local preferences. I don't know if that could be proven, but makes sense to me.

Knitting - specifically knitting jewellery - explains that. Different holes allow you to create chains of different sizes, which in case of jewellery, also does not need to be standardised (lack of any standard or markings makes theories of some measurement device unlikely). That also explains regional popularity and proximity to gold (several of those items were found close to places were gold coins were produced or stored).

> it's obvious that they are magic methods and not intended to be part of the public API

Is there an alternative API? No. This is public API regardless of anyone's intentions. Though "it's weird" is really not a very strong argument against it.

Look at prql for example of better alternative. I'd love to have something that works with modern programming languages without translation. Also is extensible. The list of complaints one can have SQL is long, and many modern databases leave it behind.

I've found recently that CORS doesn't work with it, which kills it for a lot of usecases.