Live data from Hacker News

Viewing profile — mostlylurks

mostlylurks

HN member
Joined
Tue, Feb 06, 2018, 9:51 AM UTC
HN karma
481
Public activity
166 items

About mostlylurks

No profile information was provided.

Recent public activity

  1. comment
    Comment #49102180

    The models themselves are indeed glorified autocomplete in terms of what they actually do (with things like agentic coding harnesses being required as a wrapper around them to make…

  2. comment
    Comment #43514369

    Not represented directly in memory in its raw form right where the value is placed, but rather stored somewhere else (usually the heap) / in an opaque manner and accessed via an in…

  3. comment
    Comment #43347784

    > We can't do that, however, because Prolog doesn't support unification of functors. We could patch that if we started referring to function application with more elaborate syntax …

  4. comment
    Comment #43051464

    > Why is an extra element required, and why is it of all things? I don't know, but perhaps due to the fact that due to the CJK unification in unicode, rendering Chinese or Japanese…

  5. comment
    Comment #39331672

    The presented trichotomy between no moderation, moderation, and federated moderation is false. Moderation can also be accomplished via a user-level web-of-trust system, where each …

  6. comment
    Comment #39254765

    > Techies just love to build and configure things to their liking. I don't, and I don't believe I'm even in the minority in that regard. What you are referencing is a stereotype th…

  7. comment
    Comment #39254588

    Developer-users are real users. A tool (such as a piece of software) is not just a toy just because it's targeted towards users that actually have the skillset to make proper use o…

  8. comment
    Comment #39241734

    You don't, because JSX is not required for react. This isn't even just a theoretical point, but something I've actually done in the past several times; it's very convenient to just…

  9. comment
    Comment #39221090

    I don't find it more difficult to use or remember commands for than remembering how to accomplish similar tasks in some GUI (especially if that GUI is emacs). And unlike most GUIs …

  10. comment
    Comment #39220802

    With commit messages, there is a very clear starting point: the commit message for the commit that last touched the line of code you're looking at with git blame, which is my stand…

  11. comment
    Comment #39220326

    It's also what I, as a user, want. I don't want some middle-man corporate "platform" (of which there are very few to actually select from to suit your personal tastes) inserting th…

  12. comment
    Comment #39033999

    Non-discreteness does not imply linearity. Seems like a nitpicky point to make, but in fact the difference between linearity and other types of continuous growth can easily be the …

  13. comment
    Comment #38990869

    I actually have, but with the caveat that you have to know how to place the dishes in the thing such that they don't block the flow of water. Not a burden once you know how to do i…

  14. comment
    Comment #38956073

    The most powerful abstractions are typically not free. The rate of performance improvement from improvements in hardware has slowed down and might continue slowing down. Thus, the …

  15. comment
    Comment #38901345

    > “Web development shouldn’t need a build step” A build step is a huge barrier that makes authoring your own websites require significantly more expretise than it otherwise would. …

  16. comment
    Comment #38810480

    If you're doing proper atomic commits, as most people critiquing squashing probably are, the overhead of making separate PRs for each would be ludicrous. It depends heavily on the …

  17. comment
    Comment #38810353

    > How do people with workflows that don't do any squashing do code review? Going through the commits one-by-one or just looking at the entire diff both work just fine in most cases…

  18. comment
    Comment #38799307

    > OOP is about building sub programs with their own state and behaviours, yet implementing a common interface so they can still effectively communicate to each other. This doesn't …

  19. comment
    Comment #38799247

    Even polymorphism that is resolved at run-time is not specific to OOP. In fact, it's used quite extensively outside of OOP, including in both functional and procedural programming.…

  20. comment
    Comment #38799147

    Yes, but the fact that react uses the DOM is because that is what the very restricted platform gives you out of the box, and opting for other options would have several disadvantag…

  21. comment
    Comment #38573002

    There is no need to accommodate for future usage. Most of the issues resulting from abstractions actually come from people treating abstractions as sacred, trying to adapt abstract…

  22. comment
    Comment #38572779

    > It leads to over-abstracted, hard-to-change code that runs badly and is much harder to understand, generally speaking. Abstractions, even bad abstractions, are far easier to deal…

  23. comment
    Comment #38572539

    > Bad abstractions are a time sink Yes, but contrary to the general perception, I fend them to be far less of a time sink than duplicated code. It takes almost no time at all to by…

  24. comment
    Comment #38524041

    With semantic versioning, it's easy to go back and provide a security update (for instance) for an earlier version of a library (which matters if the newer version is API compatibl…

  25. comment
    Comment #38501825

    Preconditions and postconditions seem like the wrong way to go about solving the issue they try to solve. They are essentially a secondary type system that tries to express informa…