pdimitar

22 ms·

451.
by pdimitar 11mo ago
> The language X was probably a good solution at first. I would contest even that. Most of the time it's a fight or flight response by the devs, meaning that they just go with whatever they are most comfortable with. In the previo
452.
by pdimitar 11mo ago
> But why not simply write the code that needs to be fast in C and then use call it from Ruby? Because often that's a can of worms and because people are not as good with C as they think they are, as evidenced by plenty of CVEs an
453.
by pdimitar 11mo ago
It has been time for long time and I support your stance but the big publishers only speak money. I gather they still have enough customers for their mainstream AAA titles. But I would like to think that Valve it indirectly putting pressure
454.
by pdimitar 1y ago
Elixir. Parallelism is trivial and front-and-center. And no it's not a niche language. Don't listen to the army of Python technicians.
455.
by pdimitar 1y ago
There is plenty of difference in Web backends. F.ex. Elixir, Golang, Rust make parallelism much easier and they scale better on a single host (which is what at least 95% of all startups ever will need).
456.
by pdimitar 1y ago
Yep, true in my experience as well. And in the age of LLMs it is not so difficult to ask it to extract just this or that piece of functionality into another package but with a different API. So these days it's even easier to roll your
457.
by pdimitar 1y ago
> any decision is better than no decision Where does that fit, in a company where there's only one techie? Not sure I get your comment here. Also "good enough" is a very, very tempting and treacherous mistress...
458.
by pdimitar 1y ago
You are correct but nothing can be done about it IMO. PLs live and die by their "killer apps" and that is most of the time the framework du jour . There are refreshing exceptions here and there but there's also something to
459.
by pdimitar 1y ago
> Caveat to that is if the threading model or performance doesnt suit. So, this goes for ~70% of all projects ever and ~95% PLs ever? I would have been a staff Golang engineer, if not a VP of Eng even, somewhere at this point if I didn
460.
by pdimitar 1y ago
Can you give us a bit more details? I'm intrigued by what was spotted and how did it obstruct the company's mission.
461.
by pdimitar 1y ago
The unreasonable man also gets scolded and later fired for rocking the boat. That adage only applies to people with resources and connections, not the average programmer who can't afford to lose a job.
462.
by pdimitar 1y ago
Reading comments like yours makes me realise that I should just leave commercial programming and never come back. Your framing is terrifying. You know why? I am not saying that what you said does not make sense. Of course it does make sense
463.
by pdimitar 1y ago
If your only criteria is "remove the buffer under- and over-flows", yes. IMO Rust helps with a few more things. Its strong static typing allows for certain gymnastics to make invalid states unrepresentable. Though in fairness, tha
464.
by pdimitar 1y ago
I fully stand behind my "Biased people like yourself don't belong in tech" statement from back then. If you follow the thread you'll see that this person mostly just wanted to hate. I tried to reason with them and they r
465.
by pdimitar 1y ago
Somebody linked a comment from an Ubuntu maintainer where they said they want more resilient tools. If license was the only concern then I'd think that they wouldn't switch the programming language? And yeah, obviously using Rust
466.
by pdimitar 1y ago
I define somebody as a zealot by their expression. Fanaticism, generalizations, editorial practices like misconstruing with the goal of tearing down a straw men, and even others. If you show me Rust advocates with comments like these I woul
467.
by pdimitar 1y ago
My impression is exactly the same. For multiple years now I keep seeing grandiose claims about "Rust fandom" and all I ever see in those threads are... the C people who complain about that Rust fandom that I cannot for the life of
468.
by pdimitar 1y ago
Some actual links would be nice. I have not seen a Rust zealot in HN for like at least 3 years at this point. (On Reddit I've seen plenty, but who takes Reddit seriously?)
469.
by pdimitar 1y ago
I view `uutils` as a good opportunity to get rid of legacy baggage that might be used by just 0.03% of the community but has to sit there and it impedes certain feature adding or bug fixing. F.ex. `sudo-rs` does not support most of what the
470.
by pdimitar 1y ago
Can you show a post from an influential figure in the Rust community that literally said "Rust is a silver bullet", please?
471.
by pdimitar 1y ago
So, reducing CVEs is not a tangible benefit?
472.
by pdimitar 1y ago
Claiming without evidence that something is battle-tested while also claiming the competition is "trendy" does not help any argument you might be attempting to make. I am trying to read your comments charitably but I am mostly see
473.
by pdimitar 1y ago
It is also worth noting that theoreticals don't help such discussions either. Yes, C programmers can do much more checks. The reality on the ground is -- they do not. Forcing checks by the compiler seems to be the only historically p
474.
by pdimitar 1y ago
Can mlock be instructed to f.ex. "never swap pages from this pid"?
475.
by pdimitar 1y ago
Huh? Could you please clarify wrt to Rust and C++? Can't they use another allocator if needed? Or that's not the problem?
476.
by pdimitar 1y ago
I don't count crawling to a halt as a working machine. Plus it depends. Back in the day I had computers that got blocked for 30-ish seconds which was annoying but gave you the window of opportunity to go kill the offending program. But
477.
by pdimitar 1y ago
I am not sure exactly what your point is. Is it "hey, it can be much worse"? If so, not a very interesting argument if your machine crawls to a halt.
478.
by pdimitar 1y ago
I get it that the distinction is real but nobody using the machine cares at this point. It must not happen and if disabling swap removes it then people will disable swap.
479.
by pdimitar 1y ago
Sorry for off-topic but IMO MacBooks started losing value hard since the release of macOS Tahoe. They were super fast, now part of them are sluggish. As much as people hate to hear it, Apple is finished. They peaked and have nowhere to go.
480.
by pdimitar 1y ago
That argument is compelling only at a first glance IMO. If you take a look at it another way then: 1. The self-hosting sweat and nerves are spent only once, 80% of them anyway (you still have to maintain every now and then e.g. upgrade). 2.

More ›