Live data from Hacker News

Viewing profile — adamkl

adamkl

HN member
Joined
Tue, Feb 10, 2015, 6:47 PM UTC
HN karma
1,061
Public activity
226 items

About adamkl

No profile information was provided.

Recent public activity

  1. comment
    Comment #41519575

    The Mitsubishi Outlander PHEV is very good (and is available without a wait). It differs from some of the other PHEVs in that it is really an EV (with 2 electric motors) and uses t…

  2. comment
    Comment #36791444

    Related: https://www.destroyallsoftware.com/talks/boundaries Also related: https://www.manning.com/books/grokking-simplicity

  3. comment
    Comment #35768148

    If you like these notes, you should read the (very good) book: https://www.manning.com/books/grokking-simplicity

  4. comment
    Comment #34578338

    That’s my point. FP can be as simple as that, and applied to any codebase. It’s all the extra stuff (which is good) that typically “defines” FP that scares people away, and keeps t…

  5. comment
    Comment #34578308

    Perfect is the enemy of good. I’ll take any percentage of pure functions that I can get.

  6. comment
    Comment #34569794

    It’s true that people don’t do it, because of language conventions, but there is no barrier to entry when it comes to writing functions (or methods in these languages) that operate…

  7. comment
    Comment #34569210

    I’m my opinion, how to win would be to push for more logic in stateless functions, full stop. This can be done in any language without introducing “foreign” FP patterns and instant…

  8. story
  9. comment
    Comment #33947331

    https://medium.com/@knaan.harpaz/leverage-openais-language-m...

  10. comment
    Comment #33086265

    Agree, but it helps to remember that it’s a product of its time. Feels like we’re overdue for a similar piece poking fun at Node/JavaScript and all of its foibles.

  11. comment
    Comment #33084132

    I've always enjoyed this one: https://steve-yegge.blogspot.com/2006/03/execution-in-kingdo...

  12. comment
    Comment #32578904

    I always enjoyed this one: https://aphyr.com/posts/353-rewriting-the-technical-intervie...

  13. comment
    Comment #32393733

    Much higher level than a System Analyst. Enterprise Architects often work directly with the CIO/CTO to shape an organization’s long term technology strategy (i.e. 5+ year time hori…

  14. comment
    Comment #32393449

    Enterprise Architecture is a very different discipline from software development (and even solution architecture), and are usually found in non-tech organizations (i.e. banks, insu…

  15. comment
    Comment #32385865

    I've found this essay to be a good shortcut to Lisp "enlightenment" without having to put in the effort of actually learning/using Lisp: https://stopa.io/post/265

  16. comment
    Comment #32324135

    The term for this that I have come across is "stratified design" and goes back to the book Structure and Interpretation of Computer Programs by Abelson and Sussman. I have no idea …

  17. story
  18. story
  19. comment
    Comment #31168942

    https://12ft.io/proxy?q=https%3A%2F%2Fwww.thestar.com%2Fbusi...

  20. comment
    Comment #30930982

    It was a general comment about frameworks. It’s possible to have a framework that includes all the “batteries” but has idioms and conventions that promote simplicity and maintenanc…

  21. comment
    Comment #30924401

    I like that quote, but it's the Rails idioms and conventions that make hairballs, not the fact that it includes a bunch of batteries.

  22. comment
    Comment #30923175

    Sounds like “create-react-app”. A bunch of libraries and configurations wrapped up in a “golden-path”. Provides the “easy” for 95% of usecases and an “eject” button that unwraps ev…

  23. comment
    Comment #30922707

    Agree. There is a lot of value in the "easy, batteries included" solution which is why Rails gets so much love from the start-up community. The problem always seems to be that the …

  24. story
  25. comment
    Comment #30884640

    Late to the party here, but what you propose is not being cheeky. Rich Hickey (Clojure creator) himself has a similar, interesting, and compelling take on time and mutability [0]. …