Prism is neither near nor far sighted issues.

Prism is a muscle problem, where the actual muscles of your eyes get weaker because you arent using them as often to focus on objects far away, so they lose flexibility.

Akin to how if you sit in a chair all day and arent actively stretching purposefully, you lose flexibility in the rest of your body too.

As far as I know, focusing on objects has no impact on eye shape changes, its just genetic on which way your eyes start to squish/stretch as you get older. Thats just a byproduct of the fact our face and tissues change as we get older.

The “dont sit close to the TV,” thing is objectively truth and is even worse today.

I used screens a lot growing up, including a laptop and various portable games like the Gameboy and PSP

This led to my eyes slowly developing the need for prism on my lenses, because they over-correct now focusing on close objects.

Nowadays smart phones are this problem but way worse too, if you sit in the dark holding it way too close, especially with glasses on, you are slowly deteriorating your eye muscles.

Unless you exercise them of course, every 20-30min. But most people dont do that.

I now am having to do constant daily exercises to slowly undo my prism, a year and a half ago I had a prism of 5.0 on each eye, this month I finally got it down to 2.5, which is solid progress!

However VR doesnt have this issue, its a virtual image that appears to be 2 to 10 or more meters away, so your eyes are focusing like looking at something far away.

And are your tests abstracted as much as possible?

Did you… read what I wrote?

AI as a field is the study of any form of NN application, which includes the software powering Boston dynamics robots…

You didnt think those robots capabilities were programmed manually by hand, did you?

It… really does tbh, that is probably the most effective thing to announce thatll tank your stocks.

Laying off your workforce usually causes a panic sell out since its a death flag…

Innovating the boring stuff

There is no innovating it, you simply have to just do it.

This us a purely logical requirement, the cide is already abstracted to the maximum feasible point.

You simply have to write the code that connects the output of pipe A to the input of pipe B

This is called the Domain Rules or Business Rules, its the stuff specific to your apps needs that simply cant be abstracted further.

If we define for example “This endpoint lets you add a person to a room, but a room cannot have more than 8 people” you cannot get around needing to somehow define this business rules in your logic.

Even at its absolute most abstract form, its at least a couple lines of code minimum.

Now, most api endpoints have several rules. And often apis can have hundreds of endpoints. And often businesses maintain multiple apis.

So, 3 x ~7 x ~100 x ~3 puts you at like 6300 lines of code baseline for defining business rules.

And then for every. single. rule. You have to write a test that positive and negative tests these rules.

Which puts us at about 2100 rules, multiple by about easily 10 to 12 lines per test easy.

So 11 x 2100 = 23,100 lines of code for tests, though its prolly closer to double that.

ALL of this is extremely simple and easy to do, its just a lot of fuckin typing lol.

AI can pump this out in about 1/10th the time I can, prolly closer to 1/20th tbh.

And a line of code that deletes system32 is only meant to be interpreted by the CPU, not a human, too.

Whats your point?

Injected attacks that instruct an AI to perform a malicious action dont get absolved just because the attack vector us through an agent.

… no I am talking about actual AI as a field as a whole, not just LLMs…

Yall forgetting about Boston dynamics or something?

We got fuckin guns strapped to the back of autonomous robot dogs that can run at over 60 km/h

We got autonomous drones with facial recognition that can fly through dense forests at 90 km/h+

The fuck you think Im talking about lol…

No, thats not what I was talking about at all.

Thats not how it works.

A better example would be “nuclear arms are already here, theres no going back”

Its not a capitalism thing, its an arms race thing.

Once one country starts making nukes you cant stop everyone from following suit to protect themselves.

Same goes for AI, once one country starts doing it, everyone else is gonna need to keep up so they dont lose the arms race.

Sure, you have that right.

And companies will exercise that right by blanket blacklisting everything related to you which can have huge sweeping impacts on your career lol

Its a super super stupid move to make. You are free to do a lotta other shit that tanks your career too lol

The fuck are you talking about, lol.

by the types of people you maybe don’t want using your code anyways

…companies? Sure I guess, if you want to angle your career trajectory towards “unemployable” by all means lol.

Personally anyone doing this I’m going to be more likely to use their code

I am a tech lead, if any dev under me intentionally added/used a tool to our systems because it had malicious undocumented behaviors of any kind, they would be fired immediately and any company that contacted us for reference would be informed of their behavior.

To be clear, this is the scenario of

Me: hey I saw you installed [tool], that thing is flagged by our systems for the maintainers having done malicious undocumented stuff in the past

Dev: haha yeah thats why I used it

Me: you are joking right?

Thatd be an instant high level escalation to “strip this person of privs and get them off our system asap, and HR now has to be involved”

You dont fuckin do shit like that in a real company if you wanna stay employed lol.

Most open source maintainers never “license [any] stuff you maintain for big bucks” that is often hard to do and/or goes against the philosophy of open source entirely.

Uhhh… no this is actually very common. Usually with scaling licenses, “free for use if your company is below [threshold]”, its super common…

And I don’t even think this is malicious behaviour as it just nukes the code of this package and nothing else if you are not being careful yourself…

Are you even reading what you just wrote lol.

Being “sorta” malicious is still malicious. And companies usually have zero tolerance for that shit.

If you don’t do version control you are not a good programmer, imo

You really underestimate how much damage this could do then, lol…

They only documented it after all the outcry, which is way too late.

Documenting it post release still counts as having released undocumented behavior.

And if its malicious (which this 100% is), then it doesn’t fuckin matter anyways lol. You now are treated akin to a trojan maintainer by companies. You’ll get flagged as “don’t ever use anything by this person”

Super great way to get yourself flagged and lose any opportunity in the future for possibly licensing stuff you maintain for big bucks. What company would risk paying money to someone who does childish stuff like that lol

How to get yourself blacklisted by large sweeps of the FOSS community:

Step 1: Include any kind of undocumented subversive behaviour in your thing.

That’s it, doesn’t matter what the intent is, simply by demonstrating you are willing to include anything that is remotely subversive without being open about it is usually enough to get blacklisted by a lot of people, because if you did it once… who’s to say you won’t do it again, but possibly worse next time?

People are extremely coldly receptive to anytime a FOSS dev throws a sudden undisclosed anything in their tool, let alone one that is actively malicious.

If I’m gonna depend on work life on anything FOSS, I ain’t touching anything like that, regardless of intent, with a 200 foot pole lol.

All it takes is one button click to get notified:

By that definition this is a prompt injection then, its adding a “hidden” prompt that is obscured from the human in order to change the behavior of the AI to do something else malicious.

That sounds closer to the numbers I know of

Its definitely a lot of up front architecture work, its one of those things that you spend a week or two bootstrapping, after which you maintain it and refine it day to day as you find gaps in your various instruction files, new mcp tools to install, etc.

At my company we do indeed have specialists on the topic that can hop onto a project to help with bootstrapping and offer guidance.

Largely this work falls under the Architect role, as it nicely also lines up with the other bootstrapping work for stuff like CI/CD and standing up environments to deploy to, etc.

So its definitely shaping up that way!

What tasks make economic sense to devolve to AI?

So, the main one I use it for, as its my job, is software development.

I offload about 90% to 95% of my workload to AI, almost all of which is “boilerplate” code that sits in the realm of “very easy to do, but very repetitive and time consuming” which is… most of it. Thats just the reality of software dev, especially web app dev. A lot of our stuff is just plumbing “this api endpoint calls this backend logic which just maps to this basic database operation”

IE, the POST endpoint to /users/{id} invokes the UpdateUserHandler which takes in an UpdateUserRequest which maps to an UPDATE [dbo].[Users] ... sql statement… not exactly super complicated stuff, but you do have to actually write the stuff that defines this.

This type of work is trivial for AI, but any given project has its own set of business rules, code rules, syntax rules, formatting rules, etc etc etc.

A naive approach is just yolo throw an AI agent at it, cross your fingers and pray that it randomly chooses to read the right stuff and happen to succeed at following your code quality and methodologies (it wont)

The naive agent also will demolish its way through tokens as it reads way more files than it has to, because every single time you do work its basically starting all over again from ground zero with no context of wtf its doing. This wastes… so many tokens, because its gonna sit and read like 20 files just to figure out “what am I supposed to be doing here?” and this in turn pollutes its context window up so damn full it will start forgetting shit anyways.

This is where actual tools come into play that make this stop being an issue…

1. RAG Memory, instead of blindly searching your codebase, you can tokenize your codebase into a much easier to semantic search system, the agent can WAY faster do a simple search and get returned pointers to “Look over here”, its like creating an index of your codebase itself so the agent has a useable optimized “map” of the project.

2. MCP Tools, which are basically tools that the agent can invoke to do… anything. Normally by default the agent is just given willy nilly access to the terminal and it’ll just fumble through trying to use that to do anything it needs to. This is a great way to fuck stuff up, especially if it also has access to shit it shouldnt (que “our agent accidently deleted our database” type shit). MCP tools allow you to build a curated set of stuff it can invoke, so instead of just doing random shit it has prefab commands to run. If you flesh out your MCP Tools well enough you can outright disable its access to the terminal entirely, because it doesnt even need it anymore. No more accidental database deletions, and it uses waaaay less tokens fumbling around in the terminal.

3. Skills, which are special files that allow it to “lazy load” guides on “how to do x/y/z”, which you can break up into bite sized pieces. So instead of a giant AGENTS.md file that uses up half its context, even though the agent doesnt need 90% of whats in it for a given job, it can instead have a big list of “how to do this, how to do that” and it’ll load a skill for a given task its working on ad hoc, only loading in the instruction relevant to the task at hand. These are huge and critical to further reduce token usage a lot

4. Token reduction skills (caveman being the most popular), theres certain skills people have made that outright change the way the agent behaves, namely the caveman skill. Make agent talk like this. Why more word when less word good. Less word, less tokens. Less tokens, less money. Also faster. Ungabunga. (Caveman mode can give you like 50% to 70% token reductions alone)

5. General prompting skills, know how to prompt agents genuinely makes a big fuckin difference. Baseline thing you learn asap is NEVER correct an agent, this does not work well. Instead you should be going back in the timeline and editing your prior prompt to preemptively correct the mistake before it even happens

Example, responding with “X is wrong” is bad. Instead, going backwards and editing your prior prompt with “And dont do X btw” is far better

This is just a handful of stuff, this is literally the basics, but hopefully gives you an idea of how deep the rabbit hole can go, I didnt even touch on stuff like agentic workflows and agent orchestration, which is where shit really starts to pop off…