rbanffy

> most TVs already have an operating system and a web browser on them, target that and you can get rid of the computer dangling off the back entirely.

Would be super cool if TVs (or monitors, that also have some brain and an OS running on a small SoC) could be flashed with an X terminal.

I hope the Zero 3 gets a little bit more memory. My little 4x cluster of Zero Ws suffers to run a couple emulated mainframes and Z-80 machines.

Elon Musk is pushing his Grokipedia

> and the good software gets buried under a giant pile of crap.

I’d say there is a lot of good software buried under good software. I think AI will help these opportunists to make better software than they would otherwise.

Physics doesn’t care about regulations though. I hope the people who fly these are certified to fly passengers.

Usually these planes take off and land on rivers, bays, and other protected shores with few waves.

Market fit beats best technology 100% of the time. Everyone should remember Betamax.

It's not a huge thing. My Thinkpad has a touchscreen, a clickable trackpad, and 3 buttons on top of the trackpad. The only thing it doesn't have is a trackpoint in the middle of the keyboard.

I use the trackpad most of the time, even for right and middle clicks (2/3 finger click), but I prefer the buttons when I have to select, and the middle button when I need to paste repeatedly. I don't use the touchscreen much, but it's the easiest way to swipe between virtual desktops on Linux. The touchscreen works well with the laptop turned "inside out" (my kid's laptop does that). Screen doesn't get smudges because of its texture. The example shown mentions the desktop swipe, and the piano keys are for setting up a chord, not playing a tune, both of which make sense (and try to set up a chord without multi-touch).

A bit of a shame there is no M6 Pro and M6 Max...

I will reserve myself the right to deadname the company of a guy who deadnames his own daughter

> that does not justify dropping the future innovation

Looks like they have mapped the possible paths and consider it a dead end. The density increase is low compared to the effort to process cost, so they just opted for a simpler process with a similar density at a much lower cost per wafer. They might come back to it at some point - they invented it and have substantial IP investment on it.

Also, there might be some cost of opportunity - the AI bubble is now, so anything that diverts from current extremely profitable product lines is a terrible idea. It’s a bubble and they have the fiduciary duty to suck it until it’s dry.

How about no way?

I’ll continue using the term, the same way I will continue deadnaming Twitter.

It is indeed fascinating to see how intelligent behavior emerges from token prediction.

Can it work with hydrogen?

He was a brilliant Chekov and an even better Bester. Sad there will be no live-action President Chekov cameos.

We can always work something into our day jobs. We always bump into little things we can improve here and there.

That doesn’t invalidate his opinion

I agree a lot of PHP applications can be ported to other tools, but that only covers that much. Just look at banks and COBOL code.

> There are no incentives for anyone to contribute

If you like PHP, you might want to contribute. I like tmux, for instance, and I contributed code to them. I did the same for Sysdig, and a couple other projects.

At least it’s a good movie with a happy ending. I can imagine a dozen worse ways to end that story.

I guess a good first payload would be a fuel factory.

It might happen that Superheavy and Starship simply aren't big enough to do that job. As we know, rockets efficiency increases the bigger they get.

"You're gonna need a bigger boat"

Of course you can. You should pick the right tool for the job.

There is a catch, however. Some languages will not allow you to take some shortcuts you know are safe unless you can prove them safe.

That’s kind of my point. If your program is too complicated for you to be absolutely sure it’s correct and doesn’t misuse memory management or expose any way to misuse the system, then don’t. Write it with a different language.

Yes, but that doesn't solve all problems. You will still need to expose a CMS interface to the editorial team, be it command line, git based, or something else. A static site can't be attacked, but the system that manages the contents of the static website or its compilation can.

I didn't say "make no mistakes". I said "using its features unwisely". If you can't write software that manages shared mutable state, then don't do it. The world still needs lots of simpler programs.

> Us mortals don't stand a chance.

I'd say it's just a matter of moving in shorter steps, test incrementally, use extensive tooling to poke holes at your code, and develop those Linux/BSD/Fabrice skills. You might not be able to accomplish as much as these people did, but that's OK as well. The world still needs simpler programs.

C is not to blame for programmers using its features unwisely and, as a result, writing buggy code. Writing secure C code requires discipline, and, most likely, keeping yourself limited to a subset of the language.

This is why languages like Rust have their place - their compilers impose the discipline and the restraint C doesn't. It's not impossible to write code with memory safety issues in Rust - it's just a lot harder. I remember saying the same about Java - it doesn't make writing the program any easier, but it makes writing some bugs difficult.

Maybe a silly question, but is there any full-featured CMS suitable for large-ish organizations that's been undefeated in terms of security? The only one that comes to mind is Plone (which is used extensively in the Brazilian government), but there has to be more.

Look! It's Commodore's 1541 all over again!

Sinclair had, it seems, a design tradition that oddly mirrors Apple's. Lots of brilliant prototypes, and I hope the Delete book, which is where I first saw this, hasn't exhausted the treasure trove.