DecoPerson
Joined 13 years ago
Joined 13 years ago
Currently, if a government ordered a special virus with Ethnicity-based targeting, a 2-year timer, and castration-effects instead deadly-effects — it wouldn’t be possible. Human engineers would push back or sabotage the effort out of moral duty. Even if they cooperated, it’s too advanced for a team of humans to actually design.
I believe that in a few years, an AI could build such a thing. Maybe it’s told to, or maybe it decides itself to do it — it doesn’t matter. The capability will be there, and it can use the existing tooling at research facilities to fabricate such a thing.
That’s one example of something that was never possible before but will be possible at a certain point of AI development (which we will arrive at soon). There are many other examples.
- Do not make tapping the text act as selection. I was trying to scroll and accidentally advanced twice.
- Add back and/or reset test buttons.
- Give immediate feedback, rather than asking me to read 10 x 3 long texts.
Very frustrating. I was very interested in the results but this combination of problems made this site worthless.
I hope my prediction is wrong.
He says it “feels like 007 stuff.” “AI will never trick me!”
We also have a duress code word, listed in the notes of that KeePass(ium) entry with the TOTP.
Surely this was considered earlier within Apple. I wonder what changed that they decided to do this now.
I’ve been trying to find a good way to let my Dad keep tweaking the new version but haven’t so far. For now he continues to work (using CD) on the jsx prototype. I can do another export later and CC could use git diff to see what changed and realise those same changes in the “real” version. But there has to be a better way.
My 76yo Dad just used Claude Design to make a simple commercial tenancy/lease management CRUD app. We handed what he built to Claude Code to implement within my existing business tech stack. It perfectly followed my coding & testing playbooks (basically a multi-file CLAUDE.md with prompt & command hooks to evaluate conformance). It works… exactly as my Dad imagined.
Now, mind you, my Dad had some outdated UI expectations (he asked Claude Design to style use a Windows 98 aesthetic!), but my point is: we just built a fully-functional, deeply tested, domain-expert-designed app, in less than a day.
I tried this on a local project. It looks very jank and the math falls apart quickly. Unfortunately, using a fixed axis-aligned grid for rotating reference frames is not practical.
One to thing I wanted to try but didn’t, was to use dynamic axes. So once an entity is created (that is, a group of voxels not attached to the world grid), it gets its own grid that can rotate relative to the world grid. The challenge would be collision detection between two unaligned grids of voxels. Converting the group to a mesh, like Teardown does, would probably be the easiest and most effective way, unless you want to invent some new game-physics math!
Fusion 360’s heuristics are so good that I rarely run into these problems. When I do, it’s usually because it was a drastic change to a previous feature in the timeline and I’m expecting to encounter issues because it’s a really fundamental change.
Just my whacky conspiracy theory of the day!