HN user

k3vinw

88 karma
Posts1
Comments126
View on HN

I appreciate the perspective, but code reviews are subjective. The tooling and the language can be so good that it shifts to this kind of utopian state, where all bugs are caught and eliminated by guarantees in the language and tooling. Or they could be dismal to the point a human needs to check for mundane issues like bugs in the code.

Nice idea but I don't understand why people write bash scripts more than a few lines long.

From a pragmatic perspective I agree. But I think you’re missing the point here. A lot of the most entertaining, and dare I say inspiring content, found on Hacker News is about exactly things like this. Things that seem silly, but are also very intentionally pushing the boundaries to the extreme/absurd.

Awesome! I’m the author and I created that project as a way to teach myself Bash at the time. I called it NanoBlogger because it was inspired by MicroBlogger, yet another Bash blog.

I still have fond memories of the open source community’s warm welcome and amazing contributions to the project.

We can stop reading LLM-generated code just like we don’t read assembly, or bytecode, or transpiled JavaScript; our high-level language source would now be another form of machine code

This is too weird for me. At least with programming languages I can consult the documentation and if the programming language isn’t behaving as documented, it’s obviously a defect and if you’re savvy enough you often have open channels that accept contributions. Can we say the same for Claude or other AI solutions?

Fair point. I’m still learning how best to take advantage of Ai. And to be honest, a statically typed language would have caught the issue with the wrong return type before the AI tool.

I’m not so sure. I had a recent experience where Kiro was convinced there was a defect in the testing library when I asked it to refactor some existing project code.

However this conclusion made no sense as we had similar scenarios across our project that worked flawlessly. After intervening I determined the root cause was a combination of an async issue with the production code and some incorrect mocking that was covering up the async issue.

It never occurred to the AI agent to do some simple cross examination before essentially throwing in the towel?

I’m most excited for the scheduler and memory footprint improvements. As bad as I hear Windows 11 is, I’ve rarely had issues with it. For the most part it just works and stays out of my way. My only gripes are the occasional forced updates and a rare hard crash that happened once in a span of a year of using it as my daily driver.

Well that and I have to be mindful of running too many resource starving processes at the same time including WSL. Otherwise performance will quickly degrade. But that’s not much different than my 2015 ASUS zenbook running Linux off of 8gb of ram. In comparison my work laptop runs on 32gb of ram with much more powerful cpu cores.

WSL is my favorite and most used feature of Windows 11. So I’ll be happy as long as they don’t screw that up.

Perhaps it’s the odd placement of the ampersand. Something like >2&1 would make more sense to me.

On the other hand, pipe “|” is brilliant!

Vim 9.2 5 months ago

That’s an interesting thought. I don’t believe that Vim’s modal system will be to their taste, but makes me curious if anyone has put together a collection of useful text editing macros for Vim similar to what Notepad++ offers.

Typically, I just pipe the output of my buffer to external commands to apply similar transformations that Notepad++ offers out of the box, but I would think the same would be challenging to do on Windows without Cygwin to close the gap. So a Vim macro collection similar to Notepad++ implemented in Vim script or Lua would be pretty cool.

Vim 9.2 5 months ago

The MS-Windows GUI now supports native dark mode for the menu and title bars, along with improved fullscreen support and higher-quality toolbar icons.

Congratulations on the new release! Looking forward to applying these awesome improvements.

That’s a more meaningful prefix than “,” at the expense of a couple more key strokes. I consider that to still be a win in the book of tab completions.

I would replace underscore with “-“ or “.”

JSDoc is TypeScript 7 months ago

Generally, no. Only in the case you had a requirement to exclusively use JavaScript as the programming language you might be in for an awkward time justifying that you added type checking to the project via the type checker component of TypeScript with JSDoc :)

JSDoc is TypeScript 7 months ago

Ha! I see I elicited the copy/paste response I’ve seen elsewhere. The gp comment I was replying to implied a JSDoc only solution (“all in JSDoc”), but given the response, clearly they’re still relying on the TypeScript language service (aka lsp plugin) to achieve type checking inside their IDE.

Wishful thinking on my part that an alternative solution for JSDoc based type checking exists :)

JSDoc is TypeScript 7 months ago

I’m curious how type checking is possible in a JDoc project. As far as I’m aware there’s no way to get type checking to work without tsc or a TypeScript LSP plugin.

Damn Small Linux 8 months ago

Agreed. Why not have one installed by default and the other 3 could be recommended by DSL as alternatives?