Hacker Newsnew | past | comments | ask | show | jobs | submit | ethanpil's commentslogin

  >  It took two initial prompts and a few tiny follow-ups. GPT-5.2 running in Codex CLI ran uninterrupted for several hours, burned through 1,464,295 input tokens, 97,122,176 cached input tokens and 625,563 output tokens and ended up producing 9,000 lines of fully tested JavaScript across 43 commits.
Using a random LLM cost calculator, this amounts to $28.31... pretty reasonable for functional output.

I am now confident that within 5-10 years (most/all?) junior & mid and many senior dev positions are going to drop out enormously.

Source: https://www.llm-prices.com/#it=1464295&cit=97123000&ot=62556...


This is for porting an existing project. It’s an ideal case for LLMs. The results are still pretty different for building up a library from scratch.

However this changes the economics for languages with smaller ecosystems!


> I am now confident that within 5-10 years (most/all?) junior & mid and many senior dev positions are going to drop out enormously.

yes because this is what we do all day every day (port existing libraries from one language to another)....

like do y'all hear yourselves or what?


I’m afraid the boosters hear nothing.

The commenter you’re replying to, in their heart of hearts, truly believes in 5 years that an LLM will be writing the majority of the code for a project like say Postgres or Linux.

Worth bearing in mind the boosters said this 5 years ago, and will say this in 5 years time.


I would guess that the vast majority are not writing code for a project like Postgres or Linux.

> (most/all?) junior & mid and many senior dev positions


What purpose does this statement serve?

Everyone working in programming is writing code for a project more like Postgres or Linux than they are a project like making a wood cabinet or a life drawing.


People say this kind of thing a lot, but in reality the concept of "software engineer" will change and there will still be experience levels with different expectations


What's the use case for this?


The use case is `ssh shortname` or `ssh shortname.lan` to a laptop on the same local network regardless whether the wired or wireless interface of the laptop is active.

An overlay like Tailscale MagicDNS might solve this but is complex.

Assigning the same name to 2 IP's (round robin DNS) will mean having to retry the ssh connection if the IP of the inactive interface is returned.

Failover bonding (mode 1) of the wireless and wired interfaces with MAC address spoofing so that the bonded interface maintains a consistent MAC address is reportedly not always supported by WiFi hardware and standards. Bonding may require manual reconfiguration when the laptop moves from the local network where "shortname" is used to an arbitrary WiFi network like airport or coffee shop.

Are there any solutions that satisfy single IP and reliable WiFi at the same time?

Linux used to be able to move the same IP between 2 interfaces depending on which was active. But it looks like advancements in Linux networking have killed this simple solution.


Going between wired and wireless is one example.


I used to (when I did that more) set up a bond of my wireless and ethernet devices, so when ethernet was plugged in it was preferred, otherwise it would use wireless. It was pretty seamless, and provided the same MAC on both networks.


I used to do that too. Nowadays I just run a WireGuard VPN and treat my WiFi network as "untrusted" (which is a good idea anyway) and it's more seamless if IP addresses change, or even if I leave the house and go somewhere else - I can expect most connections to stay up.


Reading this document I can now confirm 100% that at least 1 AI has Em Dashes embedded within its soul.


Another interesting approach IMHO is https://github.com/gnat/surreal


How do you know this happened? I thought it was an abandoned project until I saw this post. I've been diligently checking weekly for new releases but nothing for almost a year...


Appreciate you checking back so often. We have some exciting plans. Keep checking and it won't be long before something pops up :)


Had a similar issue - wanted to get all the files from the response without too much work, so I opened a new tab and vibe coded this in about 4 minutes. Tested it on exactly 1 case: a previous Sonnet 4.5 response, and worked well.

https://github.com/ethanpil/claude-files-creator


This is wonderful i'll be using this a lot. Would be great to see a filter for Tiny vs Mini as well as CPU. AMD/Intel and i3 i7 i9, etc, maybe even generation, etc


Looks like a clone or fork of the UnRaid docker interface


Why are they getting worse?


Because they don’t like the fact that the majority of custom content for uncensored models is hardcore porn.


Which honestly is rather silly for the companies making the models. The cat's already out of the bag, and if a competitor manages to make a similar/good-enough (uncensored) model there's nothing midjourney etc will have going for them.

Or as someone once said, if they took porn off the internet, there'd only be one website left, and it'd be called "Bring Back the Porn!".


Isn't that where generative AI seem headed anyway? Censorship is ramping up fast, and hype is dying down faster.


People who don’t use them are using their hobby of being offended to pressure the model makers to censor.


You have those AHKs somewhere online? Would love to peruse them...


I had to clean up the code a bit and move it to a public GitHub repository.

https://github.com/leejoramo/macOS-plus-AHK

As others have mentioned it is probably worth looking at Kinto to add macOS keyboard shortcuts to Windows. I started this project years before I learned about Kinto, plus I have most of my other system customizations in here.

Currently my main workstation is KDE/Ubuntu where I use Toshy for the macOS shortcuts, and have customized the rest via KDE shortcut management and my hardware keyboard.


For the 'cycle windows of current app', i've posted a function above https://news.ycombinator.com/item?id=41288792


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: