Viewing profile — mostlylurks
mostlylurks
HN member- Joined
- Tue, Feb 06, 2018, 9:51 AM UTC
- HN karma
- 481
- Public activity
- 166 items
- HN profile
- View on Hacker News ↗
About mostlylurks
No profile information was provided.
Recent public activity
-
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…
-
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…
-
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 …
-
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…
-
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 …
-
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…
-
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…
-
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…
-
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 …
-
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…
-
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…
-
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 …
-
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…
-
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 …
-
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. …
-
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 …
-
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…
-
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 …
-
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.…
-
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…
-
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…
-
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…
-
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…
-
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…
-
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…