Readit News logoReadit News
aulin commented on GPT-5.3-Codex   openai.com/index/introduc... · Posted by u/meetpateltech
Rperry2174 · a month ago
Whats interesting to me is that these gpt-5.3 and opus-4.6 are diverging philosophically and really in the same way that actual engineers and orgs have diverged philosophically

With Codex (5.3), the framing is an interactive collaborator: you steer it mid-execution, stay in the loop, course-correct as it works.

With Opus 4.6, the emphasis is the opposite: a more autonomous, agentic, thoughtful system that plans deeply, runs longer, and asks less of the human.

that feels like a reflection of a real split in how people think llm-based coding should work...

some want tight human-in-the-loop control and others want to delegate whole chunks of work and review the result

Interested to see if we eventually see models optimize for those two philosophies and 3rd, 4th, 5th philosophies that will emerge in the coming years.

Maybe it will be less about benchmarks and more about different ideas of what working-with-ai means

aulin · a month ago
Admit I didn't follow the announcements but isn't that a matter of UI? Doesn't seem something that should be baked in the model but in the tooling around it and the instructions you give them. E.g. I've been playing with with GitHub copilot CLI (that despite the bad fame is absolutely amazing) and the same model completely changes its behavior with the prompt. You can have it answer a question promptly or send it on a multi-hour multi-agent exploration writing detailed specs with a single prompt. Or you can have it stop midway for clarification. It all depends on the instructions. Also this is particularly interesting with GitHub billing model as each prompt counts 1 request no matter how many tokens it burns.
aulin commented on Writing non-English languages with a QWERTY keyboard   altgr-weur.eu/altgr-intl.... · Posted by u/tokai
freehorse · 2 months ago
I do not really get the point of layouts such as altgr-intl tbh (even without dead keys). It is fine if you want to write here and there the name of a person that includes non-english characters, but I cannot write actual text in that. Whenever I encounter this layout somewhere I just find it annoying even in english, though I guess dead keys is what actually makes it annoying.

Without dead keys it is def better, but even then I cannot write in said non-english language with that, instead of using one actual layout for that language, and I do not see why not just change layout. Granted, there are some small annoyances because punctuation marks may change place, but I find that easier to learn than using altgr to write letters.

aulin · 2 months ago
If you are on a us ansi keyboard and switch to a iso layout (most European layouts are iso) you have I believe two unreachable keys. And the arrangement of the others is slightly different you will have to adapt your muscle memory anyway.

Altgr-intl is pretty good for when you code and write English most of the time and occasionally need accented letters. If you need to write a lot in your native language it's better to get a local layout keyboard.

aulin commented on When a driver challenges the kernel's assumptions   miod.online.fr/software/o... · Posted by u/todsacerdoti
kimixa · 3 months ago
It seems they're pretty directly admitting to referring to the LGPL library while implementing theirs under a different license.

I wonder if they'll have no issues with people directly reading their code while happening to implement the same functionality with a closed license? Or a GPL-style one?

I'm surprised they admitted to it - it's hardly "Clean Room"....

aulin · 3 months ago
Seems to me the most expectations they had with the library was about the compression stuff and it did not include that. So in the end it was mostly rev eng. Also in this specific case you are using the library code as documentation about the hardware, the code itself has little value. I doubt it would configure as license violation.
aulin commented on Why is the world losing color?   culture-critic.com/p/why-... · Posted by u/trevin
aoeusnth1 · a year ago
I am continuously surprised by the neverending parade of white cars on the roads.
aulin · a year ago
They don't get as hot when parked under the sun though.
aulin commented on The role of developer skills in agentic coding   martinfowler.com/articles... · Posted by u/BerislavLopac
jvanderbot · a year ago
You're wrong. I have all the expertise but none of the time to generate 100s of lines of boilerplate API calls to get the data together, and no interest in formatting it correctly for consumption, let alone doing so state fully to allow interaction. These are trivial problems to solve that are highly tedious and do not affect whatsoever the business at hand. Perfect drudgery for automation, and just scanning the result is easy to verify the output or code.
aulin · a year ago
I am not wrong. You simply are not the kind of developer I am thinking about. And believe me the other kind is way more represented.
aulin commented on The role of developer skills in agentic coding   martinfowler.com/articles... · Posted by u/BerislavLopac
jvanderbot · a year ago
I'm surprised to not see an obvious one (for me): Use AI around the periphery.

There's very often a heap of dev tools, introspection, logging, conversion, etc tools that need to be build and maintained. I've had a lot of luck using agents to make and fix these. For example a tool that collates data and logs in a bespoke planning system.

It is a lot of generated boilerplate off the critical path to build these tools and I just don't want to do it most days.

aulin · a year ago
In my every day experience that's pretty risky. The periphery as you call it is often an area where you lack the expertise to spot and correct AI mistakes.

I am thinking about build systems and shell scripts. I see people everyday going to AI before even looking at the docs and invariably failing with non-existent command line options, or worst options that break things in very subtle ways.

Same people that when you tell them why don't you read the f-ing man page they go to google to look it up instead of opening a terminal.

Same people that push through an unknown problem by trial and error instead of reading the docs first. But now they have this dumb counselor that steers them in the wrong direction most of the time and the whole process is even more error prone.

aulin commented on Pi-hole v6   pi-hole.net/blog/2025/02/... · Posted by u/tkuraku
MyOutfitIsVague · a year ago
> It's also not possible (or not clear) how to have different behavior for different clients

There's a menu item for that: Clients. You create a group, add a client to that group, and configure blocking for that group. To have what you want, you create a group that has just one client in it.

aulin · a year ago
I use pihole for dhcp and it's extremely easy with dnsmasq. Hope their settings overhaul does not break this.

dhcp-option=tag:nospam,option:dns-server,x.x.x.x dhcp-option=tag:spam,option:dns-server,y.y.y.y dhcp-host=client1...,set:nospam dhcp-host=client2...,set:spam

aulin commented on You're not a senior engineer until you've worked on a legacy project (2023)   infobip.com/developers/bl... · Posted by u/tonkkatonka
itronitron · a year ago
Additionally, reading through other people's code is educational and it also builds self-esteem.
aulin · a year ago
Self-esteem that easily turns into hubris though. I think the real seniority shows when you are able to work on a legacy codebase full of the shittiest code and not have the slightest desire to rewrite it all.
aulin commented on Have Gemini stage and write commit messages for you   github.com/suwi-lanji/aut... · Posted by u/hadat
layer8 · a year ago
Issues are not part of the source code repository. The issue tracker may not be there anymore at some point in the future, and it also may not be accessible when you work offline.

I agree about the technical justifications belonging in the source code itself as comments.

aulin · a year ago
Also when the issue is a bug the information you'll find in the tracker is usually about the symptoms and says nothing about the fix.
aulin commented on How we scaled Slack to support 1000s of developers   blog.railway.com/p/slack-... · Posted by u/eckles
ThinkBeat · a year ago
> However, developers hate emai

I prefer email. Email is asynchronous, It does not interrupt my flow or my presentations,

I can decide when I spend tine responding. Then I can fully focus on the emails and type the response they merit.

Of course you have the person sending you an email and 30s later they tap you on the shoulder to ask if you got that email.

aulin · a year ago
I prefer email. I'd really prefer if people read what I write though. The big problem with email is people can't read.

u/aulin

KarmaCake day876November 17, 2016View Original