Live data from Hacker News

Viewing profile — hmeh

hmeh

HN member
Joined
Tue, Feb 09, 2010, 8:23 PM UTC
HN karma
159
Public activity
141 items

About hmeh

Contact: aaronjensen at gmail

Software Development Articles: https://github.com/aaronjensen/software-development/#software-development

Recent public activity

  1. comment
    Comment #48780043

    A custom one is worth it in my opinion. Mine feels quite nice. Not 100% of a gasket mount heavy keyboard, but pretty darn close. Took a while to find the switches that worked for m…

  2. comment
    Comment #47262184

    I've tried a handful of 4k HDR/Mini-LED monitors. I think something that folks are missing on this is that HDR on this display will likely actually work for desktop usage, similar …

  3. comment
    Comment #47241776

    [THIS POSITION HAS BEEN FILLED] Substantial | Senior/Staff Software Developer | REMOTE (US) | Contract (potential for full-time) Substantial is a technology consulting company. I'm…

  4. story
  5. comment
    Comment #42579747

    Same. So far so good.

  6. comment
    Comment #42445263

    Hah. Yes, --init-directory is very useful. I think Doom is a fantastic way to get started and know what's out there. I do suggest folks to eventually dive into building their own c…

  7. comment
    Comment #42426051

    evil on Emacs has been great for me. I’ve been using vim for 20 years (vim, visual studio, vim again, now Emacs) and Emacs/evil for at least 5 years or so. I’ve heard someone say t…

  8. comment
    Comment #42297904

    > Well sure, but in that case it's no longer "it's solving a problem we don't have". It's solving a problem that may be low on your priority list, that you maybe choose to tolerate…

  9. comment
    Comment #42293492

    > I've found that even if the page is, like, tax forms, latency changes the feel of it and affects how the user feels about your site, even if they wouldn't consciously say anythin…

  10. comment
    Comment #42292532

    > but developers "fixate" on it because it matters to users Then it's not a fixation. If, for your application, the difference between a 1-50ms interaction and a 150-400ms interact…

  11. comment
    Comment #42291439

    Indeed. I think an important concern is what constitutes a "full application". I think that's where the community (I've even seen this at my own agency) has lost the plot a bit. > …

  12. comment
    Comment #42291207

    Right on. I definitely resonate with the first two. The third is somewhat arguable for me, but I've historically appreciated it and probably did much more when React first came to …

  13. comment
    Comment #42289990

    To be fair, 4 years ago I would have too. The cracks started to show with Phoenix LiveView and turbo and I took a leap of faith on the alternative I describe in my other comments. …

  14. comment
    Comment #42289555

    Human perceptibility is only relevant in certain contexts. Are you in one? Ok, maybe you need client side interactivity. This is what I mean by "highly interactive" applications li…

  15. comment
    Comment #42289507

    > As soon as you have any kind of interactive UI, either you do sever roundtrips for everything (which is usually unacceptably slow) or you have client-side state. Tabbed form sect…

  16. comment
    Comment #42289352

    Not a Rails shop. We did React and Node almost exclusively for 6 or more years. My first React project started in 2014 or so. I mentioned this in several comments. We had done Rail…

  17. comment
    Comment #42287824

    I hear you. I reached for React for 6 year or so. I built the first application for the client I've been working for for the last 4 years with React. We built the next 20+ w/ serve…

  18. comment
    Comment #42287738

    > So now you have two, entirely separate worlds that don't compose in any way, and you have to create "DTO"s to convert from one to the other and back. "Now" being what specificall…

  19. comment
    Comment #42287705

    > The problem is building a front-end UI with compositional components (essentially the only way to build anything substantial) Server-rendered front end frameworks (like Rails) ha…

  20. comment
    Comment #42286434

    Meh, indeed :) Thank you for your response, it's a fair question and critique. It'd be rather challenging to write guidance on which technology to use to build an application. Thor…

  21. comment
    Comment #42285904

    I know what analogies are. I was extending yours. I was just saying that there are tradeoffs. You don’t think there are, and that’s fine. I can see them and I make my choices accor…

  22. comment
    Comment #42284658

    HTML, specifically react-dom. It’s built with JavaScript

  23. comment
    Comment #42284389

    Have you heard of HTML, CSS and forms? They are even more boring, more mature, more stable, often faster, have a huge community, massive resources and ecosystem. React is even buil…

  24. comment
    Comment #42284274

    You literally cannot. You can bake two cakes. You can’t have your cake and eat it too. Server and client rendering? You must concern yourself with both. The best frameworks will no…

  25. comment
    Comment #42284245

    Ironically the first question you ask is the question people should be asking about React. Specifically, what problem does it solve, and do I have that problem? The problem most te…