Live data from Hacker News

Using Claude Code to modernize a 25-year-old kernel driver

dmitrybrant.com

41–50 of 343 posts

Re: Using Claude Code to modernize a 25-year-old kernel driver

#41
post #36
post #33

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?

[flagged]

Re: Using Claude Code to modernize a 25-year-old kernel driver

#42
AI works better when it has an example. In this case, all the code needed for the driver to work was already there as the example. It just had to update the code to reflect modern kernel development practices.

The 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

#43
post #30

Earlier 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.

There's boilerplate in Rails too. We move the goal posts for what we define as boilerplate as we better explore and solve a class of problems.

Re: Using Claude Code to modernize a 25-year-old kernel driver

#44
post #39
post #30

Earlier 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.

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

#45
post #25
post #23

Earlier quoted context omitted.

The authors using it. You're implying software created solely to fulfill one persons desires is a bad thing.

[flagged]

One man's AI hype is another man's tangible productivity boost and/or UX improvement.

Re: Using Claude Code to modernize a 25-year-old kernel driver

#46
post #39

Earlier 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

I find of all languages, Haskell often allows me to get by with the least boilerplate. Packages like lenses/optics (and yes, scrap your boilerplate/Generics) help. Funny package, though!

Re: Using Claude Code to modernize a 25-year-old kernel driver

#47
post #41
post #36

Earlier 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]

Why do you call what the author did shit? It is resurrecting an old tape driver for archival purposes. It may not have much commercial use, but anyone having those old tapes will appreciate it.

Re: Using Claude Code to modernize a 25-year-old kernel driver

#48
post #41
post #36

Earlier 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]

If you are eating the baked shit and enjoying it, and a subset of shit-eaters might also like your baked shit recipe, then yes - it would be wrong to say "nobody will eat that shit".

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

#49
post #30
post #11

Earlier 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…

I feel this some days, but honestly I’m not sure it’s the whole answer. Every piece of code has some purpose or expresses a decision point in a design, and when you “abstract” away those decisions, they don’t usually go away — often they’re just hidden in a library or base class, or become a matter of convention.

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

#50
post #3

A 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…

Do you get to use Claude Code through your employer to have the opportunity to spend 100 hours with it? Or do you do this on your own persona project?
Post reply on HN