Live data from Hacker News

Viewing profile — michaelfeathers

michaelfeathers

HN member
Joined
Wed, Apr 15, 2009, 1:35 PM UTC
HN karma
2,516
Public activity
756 items

About michaelfeathers

No profile information was provided.

Recent public activity

  1. comment
    Comment #45253628

    There's something with the same shape as Jevon's paradox - the Peltzman effect. The safer you make something the more risks people will take. Applied to AI I think it would be some…

  2. comment
    Comment #45174007

    Thanks. After I wrote it a friend said "I think you just gave people permission to do things that they would've felt bad about otherwise." I think he was right, in a way. On the ot…

  3. comment
    Comment #44946565

    The developers of JMock, the original library for Java.

  4. comment
    Comment #44945686

    This is called point-free style in Haskell. Sometimes it is called a fluent-interface in other languages.

  5. comment
    Comment #44217864

    That doesn't sound like the sort of problem you'd use it for. I think it would be used for the ~10% of code you have in some applications that are part of the critical core. UI, no…

  6. comment
    Comment #44171782

    I think we are going to end up with common design/code specification language that we use for prompting and testing. There's always going to be a need to convey the exact semantics…

  7. comment
    Comment #43708544

    The trajectory of AI is: emulating humans. We've never been able to align humans completely, so it would be surprising if we could align AI.

  8. comment
    Comment #42939459

    Chat in English? Sure. But there is a better way. Make it a game to see how little you can specify to get what you want. I used this single line to generate a 5 line Java unit test…

  9. comment
    Comment #40719829

    I think it makes sense to see friction as disincentive, the opposite of incentive.

  10. comment
    Comment #40586206

    This is a good talk about the problem: https://youtu.be/hGXhFa3gzBs?si=15IJsTQLsyDvBFnr Key takeaway, LLMs are abysmal at planning and reasoning. You can give them the rules of pla…

  11. comment
    Comment #37767025

    I always have trouble with takes like this because they are context-free. There are a wide variety of project types and development scenarios. My nuanced take is that typing is an …

  12. comment
    Comment #37754003

    Obligatory reference to the Law of Leaky Abstractions: https://www.joelonsoftware.com/2002/11/11/the-law-of-leaky-a... Layers work to the degree that they are trivial, but we reall…

  13. comment
    Comment #37628524

    I think it goes deeper. When people become very skilled at programming they have the urge to scratch their own itch, either writing tools to solve software development problems or …

  14. comment
    Comment #37506882

    To me, the most amazing thing is that he says that it is a problem that would take the average programmer a week back then, but today it could probably be coded in 5 minutes in AWK…

  15. story
  16. comment
  17. comment
    Comment #37037479

    I think people aren't getting yet is that this generalizable beyond software. We can do this with LLM and anything that can be designed. https://michaelfeathers.silvrback.com/promp…

  18. comment
    Comment #36978519

    I'm wondering whether there is any reason why condensers can't be used for all program optimization. It seems like the definition would allow that: > The primary means for shifting…

  19. comment
    Comment #36863840

    I've always thought of this as being like proof by induction: start with the basis case.

  20. comment
  21. story
  22. story
  23. story
  24. comment
    Comment #36051747

    If they can be generated from the source they probably shouldn't be in the source. Maybe it should be an IDE plugin that displays comments for code as you hover over it.

  25. story