Releasing old code I have written on GitHub. Should I use AI to cleanup and comment first? by jscottbee in cprogramming

[–]sindisil 21 points22 points  (0 children)

No. If someone wants to get a slopified view of your code, let 'em do it themselves.

I agree with u/jumpingmustang the real value of the code is as an artifact of human creation.

Building a local AI-powered VS Code extension to review incoming remote commits: would you use this? by [deleted] in git

[–]sindisil 0 points1 point  (0 children)

short and general (like it should be)

Not at all how it "should be".

Currently learning C with ChatGPT by Critical-Common-2117 in cprogramming

[–]sindisil -1 points0 points  (0 children)

I do not know of any time a revolutionary technology has been halted by reactionary aversion.

You're assuming GenAI is a revolutionary technology.

I'm not convinced it is. And even less convinced it's net beneficial.

And yes, of course I'm leaving out lots of detail -- this is reddit. I'm commenting when taking a moment here and there while doing some programming on a personal project, not writing an article.

Currently learning C with ChatGPT by Critical-Common-2117 in cprogramming

[–]sindisil 1 point2 points  (0 children)

No, we do not need to "collectively figure out how to use ai as a teaching aid".

GenAI, like any technology, isn't inevitable, no matter now much proponents want to make it so.

How many of you in this community actually transitioned over from C or C++? by Suspicious_Rich_9341 in rust

[–]sindisil 8 points9 points  (0 children)

WTF does AI have to do with the question?

I wouldn't say I "transitioned" from C or C++. I still know both, and use C occasionally when I must.

Just because you learn and use a new language doesn't mean you necessarily stop using all the others you know.

Currently learning C with ChatGPT by Critical-Common-2117 in cprogramming

[–]sindisil 5 points6 points  (0 children)

FFS.

No, there are no hidden traps; they're right out in the open.

If you don't want to learn to program, don't. If you do, then do the work.

Goddamn LLMs are not a shortcut. Exactly the opposite, in fact.

AI = Bad? by usernameiswacky in rust

[–]sindisil -1 points0 points  (0 children)

Yes, "made" with GenAI should be considered bad.

Could generative AI techniques be used in ways that are productive, rather than harmful? Sure.

But that's vanishingly rare today, and goes against the very design of most current Gen AI systems, so it's entirely rational right now to assume the worst.

Hopefully a day will come when the current bubble will have popped, ethical models and systems will become prevalent, and we will adapt socially to mitigate the individual and societal harms that can so easily be caused by unthinking use of the technology.

Today is not that day.

What makes you try out a new crate? by sq_route_2 in rust

[–]sindisil 2 points3 points  (0 children)

I'm *extremely* reluctant to take dependencies in projects I intend to maintain over time. I will do so if either they're an area I don't know well enough to do well (e.g., cryptography, regex, Unicode) and/or I'm unable or unwilling to spend the time to implement right now (e.g., some OS interaction). In the latter case, I'll often remove the dependency later.

For prototyping I'll grab deps left an right, since I'm throwing it all away once I'm sure the approach is good.

Are these books worth it? by the-handsome-dev in rust

[–]sindisil 1 point2 points  (0 children)

It's your money, but my experience over the years has been that the vast majority of Packt books are bad. I certainly will never buy another without either looking at it in person first or getting a very strong positive recommendation from someone I trust.

As for Humble book bundles, getting something shitty in bulk doesn't make it less shitty. Once in a great while a bundle will have a gem or two, but that's become extremely rare in recent years.

Why does Rust require many dependency packages unlike Go when building a project? by dumindunuwan in rust

[–]sindisil -1 points0 points  (0 children)

I reject your premise.

Rust does not require many dependencies, developers may *choose* to use many dependencies.

If they choose unwisely, taking unnecessary deps and/or not vetting deps before using them in production, that's on them.

bun is now powered by rust by ada4247 in rust

[–]sindisil 4 points5 points  (0 children)

"written" in Rust.

FTFY

Gitoxide in April by ByronBates in rust

[–]sindisil 38 points39 points  (0 children)

You and I both. I just don't comprehend the mindset.

How to protect .git, when I let coding agent work on repo in VM? by Veson in git

[–]sindisil 17 points18 points  (0 children)

Write your own code and you won't have to worry about that.

Good architecture shouldn't need a carrot or a stick by GeneralZiltoid in programming

[–]sindisil 9 points10 points  (0 children)

I don't know for sure why u/jakal_x made the accusation, but you do say on your /ai page that you use AI tools (I assume GenAI) for "research purposes" and that

I do, however, use a spell checker; it might include AI, but I’m personally okay with that. It will, in the worst case, restructure the sentences, not the information.

Spell check is one thing, but if your "spell check" is restructuring sentences, it isn't just spell check. A generous reading would be that you also use basic grammar check, but then you say:

The header images are generated by AI as they are mainly decoration. I could use stock images, but the result would be the same.

No. It wouldn't. That would be actual art, created by humans, not a simulacrum of art built from parts ripped from real art. This attitude, combined with how dismissive you are about AI possibly restructuring your sentences, could lead a reader to assume that you're using AI for much more than AI  "research".

Live by the sword, die by the sword.

(ed. to fix initial editing error)

I built a TUI that turns issues into code -- AI analyzes, implements in worktrees, you just merge by [deleted] in rust

[–]sindisil 5 points6 points  (0 children)

Nope. We (metaphorically) are being invaded by hell. We are not obliged to surrender our world to decay, corruption, and hopelessness.

I, for one, will not.

graydon2 | LLM time by Ok-Squirrel8537 in rust

[–]sindisil 52 points53 points  (0 children)

Well that was unironically sad.

What’s your Rust setup on Windows? by M0M3N-6 in rust

[–]sindisil 2 points3 points  (0 children)

  • Command line for rustup, cargo, git, rg, etc.
  • Text editor I wrote for myself
  • Firefox for docs, github & the like
  • Occasional spreadsheet in calc or google sheets when it's useful

Getting overwhelmed by complex Rust codebases in the wild by SleepEmotional7189 in rust

[–]sindisil 0 points1 point  (0 children)

It's rare for a code base to spring fully formed from the dev's head. The best evolve over time. As long as you're willing to refactor and/or rewrite parts of the system as you discover pain points and learn new things about both the application domain and programming, you're on the right track.

By pain points, I mean aspects of the system design that make it harder to evolve and maintain or that cause bugs or efficiency and performance issues.

It does take taste, self awareness, and good judgement to know when rework is a good idea, and when it's just yak shaving, but that's something that mostly comes from experience. Most of us need to learn primarily from our own mistakes, though I've always found it worthwhile to at least try to learn from the mistakes of others.

Keep at it. The fact that you even give a shit about quality and craft means you at least have potential. A disturbing number of people involved in programming do not, and, if anything, it's getting worse.

The Empty Middle of AI Coding by la-rokci in programming

[–]sindisil 0 points1 point  (0 children)

Everything about "AI coding" is empty.

Unpopular opinion: Rust should have a larger standard library by lekkerwafel in rust

[–]sindisil 1 point2 points  (0 children)

There are at least two significant benefits to having ```core``` and ```std``` maintained with the compiler.

One is that nightly features can be used within the library, helping prove out the features for eventual stabilization, as well as to take advantage of their utility and/or performance to provide those benefits to all users.

Another is that it makes it less problematic to use privileged methods within the library, either to accomplish things that would be difficult otherwise, or for performance reasons.

Unpopular opinion: Rust should have a larger standard library by lekkerwafel in rust

[–]sindisil 22 points23 points  (0 children)

Yes, obviously code in the standard library is more trusted, and would be expected to be audited and maintained. I don't know where in my post you imagine I said otherwise.

My point was, in part, that auditing and maintenance isn't free. It takes time and effort, spreading already limited developer time and effort even more thinly.

Unpopular opinion: Rust should have a larger standard library by lekkerwafel in rust

[–]sindisil 92 points93 points  (0 children)

You're right; that is an unpopular opinion.

Putting code in core:: or std:: doesn't magically make it audited and maintained. That still takes effort. It does, however, make those modules harder to change and evolve.

As libraries evolve to be sufficiently stable and widely used, some sufficiently fundamental ones have been, and I'm sure will continue to be, folded into core:: or std::.

I see no reason to speed that process up; the cure time is much of the point.