Earlier quoted context omitted.
[flagged]
> I said nobody will use the driver. But I am terrible wrong because one person will? Yes? The person who needs it is using it. Other people who need it (anyone who wants to archive tapes of that kind) now can, too. > Second, another post on hackernews about how AI helps you code is not AI hype? Do you think it was written with the intent to specifically hype AI, rather than to report on a passion project?
Using Claude Code to modernize a 25-year-old kernel driver
41–50 of 343 posts
Re: Using Claude Code to modernize a 25-year-old kernel driver
#42The same approach can be used to modernise other legacy codebases.
I'm thinking of doing this with a 15 year old PHP repo, bringing it up to date with Modern PHP (which is actually good).
Re: Using Claude Code to modernize a 25-year-old kernel driver
#43Earlier quoted context omitted.
This is more of a reflection of how our profession has not meaningfully advanced. OP talks about boilerplate. You talk about grunt work. We now have AI to do these things for us. But why do such things need to exist in the first place? Why hasn't there been a minimal-boilerplate language and framework and programming environment? Why haven't we collectively emphasized the creation of new tools to reduce boilerplate a…
> Why hasn't there been a minimal-boilerplate language and framework and programming environment? There are? For example, rails has had boilerplate generation commands for a couple of decades.
Re: Using Claude Code to modernize a 25-year-old kernel driver
#44Earlier quoted context omitted.
This is more of a reflection of how our profession has not meaningfully advanced. OP talks about boilerplate. You talk about grunt work. We now have AI to do these things for us. But why do such things need to exist in the first place? Why hasn't there been a minimal-boilerplate language and framework and programming environment? Why haven't we collectively emphasized the creation of new tools to reduce boilerplate a…
Because people think learning Haskell is too hard.
Re: Using Claude Code to modernize a 25-year-old kernel driver
#45Re: Using Claude Code to modernize a 25-year-old kernel driver
#46Earlier quoted context omitted.
Because people think learning Haskell is too hard.
Haskell isn't immune to boilerplate. Luckily if you're stuck using Haskell there's a package to help you deal with it all: https://hackage.haskell.org/package/boilerplate
Re: Using Claude Code to modernize a 25-year-old kernel driver
#47Earlier quoted context omitted.
> I said nobody will use the driver. But I am terrible wrong because one person will? Yes? The person who needs it is using it. Other people who need it (anyone who wants to archive tapes of that kind) now can, too. > Second, another post on hackernews about how AI helps you code is not AI hype? Do you think it was written with the intent to specifically hype AI, rather than to report on a passion project?
[flagged]
Re: Using Claude Code to modernize a 25-year-old kernel driver
#48Earlier quoted context omitted.
> I said nobody will use the driver. But I am terrible wrong because one person will? Yes? The person who needs it is using it. Other people who need it (anyone who wants to archive tapes of that kind) now can, too. > Second, another post on hackernews about how AI helps you code is not AI hype? Do you think it was written with the intent to specifically hype AI, rather than to report on a passion project?
[flagged]
I suspect HN readers won't see enough value in your baked shit recipe for it to reach the front page - sorry. But bake away!
Re: Using Claude Code to modernize a 25-year-old kernel driver
#49Earlier quoted context omitted.
This is a good takeaway. I use Claude Code as my main approach for making changes to a codebase, and I’ve been doing so every day for months. I have a solid system I follow through trial and error, and overall it’s been a massive boon to my productivity and willingness to attempt larger experiments. One thing I love doing is developing a strong underlying data structure, schema, and internal API, then essentially hav…
This is more of a reflection of how our profession has not meaningfully advanced. OP talks about boilerplate. You talk about grunt work. We now have AI to do these things for us. But why do such things need to exist in the first place? Why hasn't there been a minimal-boilerplate language and framework and programming environment? Why haven't we collectively emphasized the creation of new tools to reduce boilerplate a…
Python’s subprocess for example has a lot of args and that reflects the reality that creating processes is finicky and there a lot of subtly different ways to do it. Getting an llm to understand your use case and create a subprocess call for you is much more realistic than imagining some future version of subprocess where the options are just magically gone and it knows what to do or we’ve standardized on only one way to do it and one thing that happens with the pipes and one thing for the return code and all the rest of it.
Re: Using Claude Code to modernize a 25-year-old kernel driver
#50A good case study. I have found these two to be good categories of win: > Use these tools as a massive force multiplier of your own skills. Claude definitely makes me more productive in frameworks I know well, where I can scan and pattern-match quickly on the boilerplate parts. > Use these tools for rapid onboarding onto new frameworks. I’m also more productive here, this is an enabler to explore new areas, and is al…