MantisShrimp90

أمسdiscuss

(Neo)vim is setup wonderfully for this era. Im with Justin on the take that neovim can replace tmux soon literally all that is left is being able to restart terminal sessions on restart (which is even set as a goal for summer of code).

Neovim can already have all the agents running in different terminal buffers or there are plugins popping up every day to have deep integrations with your favorite or we even have some interesting harnesses that are unique to neovim like sidekick.

As always, the ability to compose small tools and edit any file allow neovim to stay relevant and more powerful than ever in my opinion while not forcing workflow changes like the others

MantisShrimp90

الشهر الماضيdiscuss

I mean others are saying its divided and that's true.

I guess the other side of your argument is... Is it better though? One could easily argue much of software development is promising projects strangled by their own technical debt and short sighted designs. It still has yet to be seen if AI can make well architected systems unsupervised. And this really was one of the few places where technical people shared their labors of love and appreciated the technical skills of a community.

Also, all the externalities whether that be environmental, social, or even technical and hn is really bad at actually talking about these things directly so we have to couch it all as the tool being bad. That's the part you're missing for many its more like its not good enough to justify the costs

MantisShrimp90

الشهر الماضيdiscuss

I mean yea my take is that there's basically nothing that claude could benefit from that humans wont. So I see no reason to make claude-specific docs.

With that said, yes, the difference is I KNOW claude will read my docs, especially if I shove it into the context and therefore, I KNOW I'm getting ROI on that work.

As someone who has written docs for years I have spent too many hours writing docs that my colleagues proceed to just ignore and ask me to explain verbally. Its a culture thing if people don't have a natural instinct to read docs and a culture of documentation and asking others to read the docs INSTEAD of bothering the human.

Also, there may be something to the theory that people don't learn well from docs as tutorial. I find 10x faster return when I make a video for people or tutor them through something rather than sending them a link and asking them to read it. Often this is because good docs are disciplined and try to answer the one question they were asked. Which is great, untill you realize most are missing necessary background so now you're in a bind. Do you document foundations that are covered in other places? Or do you cover them in your own words making 10x more work for questionable value? Its not an easy question

MantisShrimp90

الشهر الماضيdiscuss

I think this writer kinda took the bait which is fine someone had to do this so we couldn't debate endlessly.

But the reality is that if you were already set enough to call rsync slop because of a single post, you aren't going to be more down now. Even in these responses I see everyone nitpicking and moving goalposts as if one more commit being actually claude-aided will tip the scales from stable project to "vibe coded slop".

Software has always been fuzzy, we have never come up with an objective way to handle software quality, and this Uber hatred of llm contributions lets the humans who make egregious bugs and mistakes off the hook.

Taking a step back, we need to have more empathy and thoughtfulness of one another in this space. Its new and people are experimenting and there will be nothing good coming from personal insults and DDOsing a good project just because someone got ragebaited on threads, x, mastodon or whatever else.

How do we determine bugs and increase quality? Its almost like we have been grappling with this question for decades and I still hear people fight on the best way forward. Simple design, test driven development, user surveys, all of the above have been used as a proxy for software and they all failed to capture everything. Back in the day we used that ambiguity to give each other grace, now we use that ambiguity to tear down other creators. Whatever, if open source software really is dying its because of this toxic shit just as much as the llms

MantisShrimp90

قبل شهرينdiscuss

Cute interesting take but I feel like it misses the point. Specifically, this makes sense where performance is necessary. Many projects have been written in suboptimal languages because the writers didn't want to learn lower level languages.

Still, not ALL projects benefit from such an approach and there are times when yes python is the right tool. Not just due to readability of humans but the other qualities that make it really good for small, iterative apps.

My take has never changed. Knowledge is cheaper than ever, but wisdom is as rare as ever. This is a great example of misunderstanding the former for the latter

MantisShrimp90

قبل 4 أشهرdiscuss

I recently posted about how I refuse to buy apple products because of stuff like this. The lock in has made iPhone users dependent on a app ecosystem when we could have had most of our functionality through the open web.

People saying they don't want these features are missing the point. Its about control and if developers have the option to make something as a website that actually works that gives them less incentive to make an app that apple can take 30% of your profit from while you are forced to write in their proprietary language for the stuff that only works on their devices.

So much engineering duplication of effort and waste just to satisfy a bottom line.

MantisShrimp90

قبل 4 أشهرdiscuss

I refuse to buy macbooks/apple products and advise my people to do the same.

I make it clear it's not about specs, it's not about UI, its about the fact that apple makes the world actively worse so they can sell you a better alternative.

You cant have iMessage anywhere else because they don't want you to, you are locked into apple stores because they refuse competition, you cant repair your own device because they get that money back in repair fees.

Its not about the operating system or the specs, I feel investing in Linux is the best way to create a more sustainable future for me and the ones I love and changing that take will require systemic changes, not these spec bumps and UI overhauls people fixate on.

MantisShrimp90

قبل 5 أشهرdiscuss

I think this is a classic case of correlation does not imply causation. As someone that has known these people, and I does smoke as an adult, I would interpret that as people who are struggling with mental illness symptoms turn to weed as an outlet. Especially when we take it with the wider literature on drug abuse and mental illness any practitioner worth their salt knows mental illness makes drug abuse more likely and yes then the two affect one another which is why rehab is usually a big part of the hospitalization process. But what I don't want to see is more moral panic so we can renew the war on drugs which as always should really be the war on poverty and mental health issues.

MantisShrimp90

قبل 5 أشهرdiscuss

The only real answer is something like web assembly and that would be a major breaking change for them.

This is why allot run dev containers but agreed this really should be top priority but instead is probably in the "maybe if we have a major security incident" bucket of concerns as these things often are

MantisShrimp90

قبل 10 أشهرdiscuss

As someone who has been running all the components of omarchy before they made it, I agree with you in spirit especially as an arch user.

But other people need an ISO and yes all those things are kinda considered standard at this point.

People like you and I aren't the target audience, but for the people who are, this is what they have been asking for.

comments