[-] nebeker@programming.dev 7 points 1 month ago

Let’s all just wait for the new versions of languages, frameworks and operating systems. LLMs won’t have been trained on those and won’t have answers, people not asking each other online will generate no answers to train on.

Let’s read and train on docs, right? Yeah, right.

[-] nebeker@programming.dev 5 points 7 months ago

I’ve said this before only to hear “we don’t have time to set that up and agree on a common style” and “that’s team B’s responsibility since we’re contributing to their code base.” Guess what kind of issue we kept wasting time on?

There are a couple of takeaways here. I think the main one is acknowledging that many technical problems are deeply human problems and the existence of a technical solution doesn’t mean we shouldn’t apply the human solution as well.

[-] nebeker@programming.dev 4 points 7 months ago

And here I was saying using git in the command line instead of a visual form might make me an elitist.

I’ve been living life on easy mode and not putting real care into my work.

[-] nebeker@programming.dev 3 points 7 months ago

Call me an elitist, but I think people really need to learn and use Git on the command line. It's integral to the job and visual clients hide away not just the nitty-gritty, but often basic processes. Why do I end up teaching experienced developers how to use git reset? There's some day-to-day stuff thaat I do like to do on the IDE though.

[hops off soapbox]

Ranting aside, JetBrains' visuals and organization for Git are really good. Visaual Studio loses track of commits across forks and time, but Rider can keep up, so I'm sure a standalone client will work pretty well.

So how are you liking it?

[-] nebeker@programming.dev 3 points 8 months ago

The i686-pc-windows-gnu target has been demoted to Tier 2, as mentioned in an earlier post.

Fedora is discussing dropping support entirely, right? Interesting times we live in…

[-] nebeker@programming.dev 5 points 8 months ago

[clicks light switch off and on repeatedly]

Welp, I guess we’re closed for the week.

[-] nebeker@programming.dev 6 points 11 months ago

Common criticisms here would be that these endeavors stifle creativity and show the adoption of modern solutions. That said, I find conducting “code archeology” to figure out the idiomatic way of doing something in an old project very rewarding. Because computer programs exist in people’s mind’s, doing that with the support of original developers or subject matter experts is some of the most effective knowledge transfer I’ve ever witnessed.

[-] nebeker@programming.dev 4 points 1 year ago

I also can’t get the printer to work.

[-] nebeker@programming.dev 3 points 1 year ago

But it could limit the usage of its TLD.

[-] nebeker@programming.dev 3 points 1 year ago

I said it’ll reduce friction, you said it might be easier. Looks like we’re in complete agreement, right?

[-] nebeker@programming.dev 4 points 2 years ago

I’m working through rust-exercises.com and taking notes on my thoughts. I may or may not want to use it for a short workshop at work - mostly for fun, since I work with a very different stack.

So far, I don’t know if I like the exercises, because the target audience doesn’t feel like it’s clearly defined: you both solve is_even with an if/else and overflow an i8 to -1. I don’t think I’ve met the person who is that inexperienced and that knowledgeable…

How are folks liking these exercises?

[-] nebeker@programming.dev 7 points 2 years ago

Just learning. I threw together a little CRUD API in Rocket the other day.

Now I’m playing around with Diesel. I don’t love the intermediate New types, coming from EF Core. Is that because Rust ~~~~doesn’t really have constructors?

view more: ‹ prev next ›

nebeker

0 post score
0 comment score
joined 2 years ago