back
user profile
locknitpicker
833karma·799submissions·October 29, 2025
recent activity (799 total)
comment
> The plugins were usually shipped with mercurial so you didn't have to install them separately, but you needed to know that you had to enable them in a config. And I beleive this turned a lot…
comment
> I don't think that's it at all. Quoted from the blog post: > *Instead, the confusion that produced the wrong question is itself an opening, and the conversation it sparks is valuable…
comment
> Even though I used stash a lot in my git days, I don't miss it at all while using jujutsu. The benefit of jj is the ease with which one makes branches (without needing to name them). This to…
comment
> This feels much less condescending to me than traditional XY where it's just tech support for a dumb user. Instead now figuring out questions from enough users helps direct new features. I d…
comment
> I also did this. Both in hindsight and at the time, I thought Mercurial had far better tooling. I recall checking Mercurial back in the day and being puzzled by the lack of basic features such as…
comment
> Or maybe just publish a skill for the agent to use your CLI? This. Skills effectively turned MCPs obsolete in the vast majority of MCP applications. A single CLI tool implemented following a prog…
comment
> It's beyond baffling that so many programmers who are nominally JS developers thumb their noses at writing standards-compliant code and instead insist on coding directly against Node's …
comment
> Yeah, I keep hearing people say how LLMs write amazing code now… You keep hearing people saying AI coding assistants and coding agents can easily output working code. With enough work they can ea…
comment
> Uh they don't really. That just goes to show how far your experience goes. I have projects in my workspace to support the idea, and your baseless assertion rejecting the whole idea? What…
comment
> I’ve seen AI write a lot of buggy code. I’ve rarely seen AI wrote test cases that expose buggy code. That's an odd statement to make, particularly with today's models. They can easily p…
comment
> To me the big thing I see in blog posts is this implication that “all software engineering best practices are out the window” Yes, this is indeed a pungent smell. AI code assistants allow whole p…
comment
> I have a friend that just picked up a new consulting job resurrecting an ancient Windows desktop application. No source control, no tests. And it's spread out over a dozen different folders …
comment
> - Don't repeat yourself; when it comes to data. If you store a single fact in multiple places; those places will inevitably get out of sync, and that causes bugs. I find this principle to ho…
comment
> Because there's no way the code is distributed properly according to any of the OSS licenses. What are you talking about? There is no distribution, only read access.
comment
> The "social component" is a big problem in actual FOSS. You're confusing things. The "social component" refers to people interacting with each other. Such as two develope…
comment
> (...) I'm also remembering how GitHub used "all open repositories" to train their first Copilot without telling anyone. This is a silly opinion to hold, isn't it? I mean, you …
comment
> Everyone seems to be leaving GitHub, and forgetting the entire spirit of what git is in my eyes. And here lies your misconception: services such as GitHub are really not about git. That's a …
comment
> I am not the one trolling around here. Neither am I. I'm stressing that your vocal and enthusiastic criticism is uninformed and detached from reality. You're commenting on things you ar…
comment
> My github and /r/cpp/ presence is a proof of how much experience I have in practice. Oh a redditor. I'm sorry, I didn't knew I was talking to an expert. > As for you t…
comment
> That shows how much you know modules, what is your experience with header units? More than enough to understand quite well that at this point it is a tooling issue. https://gitlab.kitw…
comment
> They will be another modules disaster (...) This is the kind of puerile remark that erodes the credibility of this sort of personal opinion. At most, modules can be criticized for slow uptake fro…
comment
Once there was a discussion here on HN where a user commented that everyone needed access to frontier models because they need them to be able to make important life decisions. In isolation that comme…
comment
Contracts received a high volume of unfair criticism from unwitting observers, some of which don't even use C++ at all. I think this will be one of those features that is of critical importance a…
comment
> No, we aren’t being blocked. Turn on LAN mode, pair regular Orca slicer, ignore Bambu for the rest of eternity. Plenty of people have done it. You're just saying that Bambu users feel the ne…
comment
> 2. For printing from the app, they actually run the computationally expensive slicing algorithm on their servers, so this is totally reasonable to protect. That's an artificial vendor tie-in…
comment
> (...) I don't see the current system as particularly bad and find the appetite to restore "untrustworthy" cloud functionality a bit amusing. This is a very dubious opinion to hold.…
comment
This blog post reads like AI slop. I doubt that the author even read the result, as it's readability is subpar. In general AI slop is more readable than this soup of bullet points. This feels lik…
comment
> Tool calling? The model emits JSON as it autocompletes the prompt, and the json is then parsed out and transformed into an HTTP call. No. Code assistants determine which tool they can execute to …
comment
> I've seen which developers became vibecoders. They were the people I'd have wished to get rid of. Trying to portray everyone who ever used a tool as the incompetent cohort is an exercis…