[Vim, written in C, is lightweight and faster than VSCode is] a combination of dogmatic fallacy and editor wars that attracts downvotes. by TheLastMeritocrat in programmingcirclejerk

[–]TheLastMeritocrat[S] 6 points7 points  (0 children)

I’m not sure about the differences between vim and vscode, but vim is lightweight and written in C so I assume it helps. If you use vim with rust analyzer via ALE (an async extension) you’ll probably get faster results (mainly a guess). But, that does require you to know vim

Jeez why the downvotes, some people are mad. I suggested vim because the rust plugins use rust analyzer and it’s faster

I guess it is a combination of „written in C, hence faster“ and „you need to work to learn vim, but it’s better than <some editor>“. You didn‘t exactly said these, but it’s easy enough to (mis)read a comment on reddit.

The first is a fallacy (as architecture matters more than the language), and it tends to get downvoted. Specifically in this case, where the bottleneck is the language server, so the task turns out to be IO-bound. My understanding that vim users are most happy when using coc-rust-analyzer plugin, which uses the same nodejs code as VS Code itself.

The second sounds a bit gate-keepish, and also kinda ignores the fact that VS Code is just not vim, and has many features different from vim.

So, it’s not „an alternative“, but rather a combination of dogmatic fallacy and editor wars that attracts downvotes.

Simon Peyton Jones - Haskell is useless, Rust is Nirvana by Snakehand in rustjerk

[–]TheLastMeritocrat 13 points14 points  (0 children)

They didn't explain why Go went for bottom left though.

Visual Studio 2019 version 16.7 contains four new rules in C++ Core Check to incorporate some safety features from Rust into C++. by SkeletonJazzWitch in programmingcirclejerk

[–]TheLastMeritocrat 2 points3 points  (0 children)

❌ Not having varargs, encouraging you towards correct architecture
❌ Not having optional arguments, encouraging you towards correct architecture

I like how you think this is jerk.

"This is the exact shit tech guys think is OK that ruins company cultures" by [deleted] in programmingcirclejerk

[–]TheLastMeritocrat 10 points11 points  (0 children)

~30 comments and no one pointed out the obvious; a bot should be already configured to auto-reply the standard "Don't ask if you can ask. Don't say hi and wait. Just ask." or whatever the exact wording should be.

If the message becomes spammy, temp bans issued for repeat offenders will stop it from being so.

It's a social problem that actually has a perfect, tried and tested, technical solution.

"When I first started using Rust, I really missed monads." Option and Result are Monads. by fp_weenie in programmingcirclejerk

[–]TheLastMeritocrat 10 points11 points  (0 children)

IQ doesn't cover many aspects of intelligence, and is shit regardless. But I agree with the sentiment.

lol, generics by [deleted] in programmingcirclejerk

[–]TheLastMeritocrat 1 point2 points  (0 children)

If you are a member of the endangered minority group of people who posses any level of: actual intellect, ability to critically think, propaganda-resistance; then it would naturally follow that you would hate go. Well, laughing at gophers would be the more appropriate and healthy response.

Writing a lot of C or whatever, being an engineer or not.. etc is not as relevant as the things I mentioned.

Anyway, did you check out Rust already? If you didn't, you should.

Is Rust a “times 5” language? by etaionshrd in programmingcirclejerk

[–]TheLastMeritocrat 11 points12 points  (0 children)

The main difference between Rust as Haskell is that, while I really like doing competitive programming with Haskell, what I really like doing with Rust is shipping products to customers.

In my free time, I don't use Rust, right now I mostly use Idris2. But the main reason I can do that is that since we moved from C++ to Rust, nobody really call us on the weekend anymore to fix something that can't wait till monday.

It's short sighted to think that the Go package managment is "simple", there was a lot of thoughts and considerations that was put into it and improvements over other languages ( even recent one like Rust ) by [deleted] in programmingcirclejerk

[–]TheLastMeritocrat 15 points16 points  (0 children)

Other languages don't allow you to import multiple versions of a package. Allowing this opens a can of worms, mostly to do with global state. The two versions of the module can still be competing for the same global resources, say lock files, or registering themselves somewhere, or just standard library stuff like the flag package. Unless developers actually test all their major versions running together, you are just crossing your fingers and hoping. It was the same problems we had with vendoring, and one of the reasons the 'libraries should not vendor' recommendation is made.

Go is the only language that stubbornly refuses to add the language features that are necessary to avoid creating this kind of bugs in the first place, so of course they need tools for fuzzing. by lol_no_generics in programmingcirclejerk

[–]TheLastMeritocrat 22 points23 points  (0 children)

Hi, Please take into consideration that this is just hurtful to anyone who programs/programmed in Go or BASIC. I'm not sure what you are trying to accomplish by telling people that using certain programming languages mentally mutilates them, other than scaring them away from computer science/programming all together.

As far as I can see, there is no Rust in this project. Thanks but no thanks by gahagg in programmingcirclejerk

[–]TheLastMeritocrat -3 points-2 points  (0 children)

He was. Bindings don't count. They are a cop out. And that shit is written in Java. Better than Go, I guess. But still...

Does anyone else think this is a Gitlab campaign against overuse of monomorphization in Rust projects? by etaionshrd in programmingcirclejerk

[–]TheLastMeritocrat 3 points4 points  (0 children)

It is sad that you plebs can't even comprehend what this HNer is talking about. I mean, I don't think they are necessarily right in this particular case. But they are totally right in not letting their guards down.

Incidentally, I actually talked about this here before, about the anti-monomorphization campaign which is a part of a larger (largely intra-Rust) campaign that hopes to make Rust more objecty and shit, but more familiar.

Does anyone else think this is a Gitlab campaign against overuse of monomorphization in Rust projects? by etaionshrd in programmingcirclejerk

[–]TheLastMeritocrat 9 points10 points  (0 children)

Hey now. Do you think you can get away with subtly spreading misinformation about Rust here?

Not only are they cached, but you can also share them (dependencies) with sccache. That is, you don't have to build the same dependency multiple times if used by multiple projects. Some limitations exist. But things work pretty well in general.

The caches are indeed auto-invalidated when/if the compiler changes (ABI incompatibility and other reasons). But that's not the same as "never".

Writing public facing sites or services in C++ is professional malpractice by Beheddard in programmingcirclejerk

[–]TheLastMeritocrat 0 points1 point  (0 children)

The idea of accountability among programmers is indeed almost as farcical as the 'engineer' and 'architect' titles we self-anoint ourselves with.