Earlier quoted context omitted.
They are so often spoken of in the same breath in ways that other languages are not, that I think a lot of people do forget that they are not the same thing nor even that culturally close.
Going to be honest, whenever I see or hear someone put them in the same category, it usually colors my impression of said person as essentially never really learning C++.
A pure JavaScript implementation of Git for Node and browsers
121–130 of 203 posts
Re: A pure JavaScript implementation of Git for Node and browsers
#122I think it's interesting how there's two phenomena that seem to be related to me that get posted here and seem to get treated with different responses. One the one hand, we have software originally written in C/C++ being rewritten in Rust (not often, sometimes just conceptualized), and there's often a real push back by some people about how it's a waste and not useful. On the other, we have software rewritten in Java…
Anyway I can see how converting a "native" program to a web environment can add a lot of value, as you can embed it in a webpage and execute it locally, saving some server load.
Re: A pure JavaScript implementation of Git for Node and browsers
#123Earlier quoted context omitted.
It's open source. If you don't like it, don't use it. Rewriting git in Javascript seems pretty useless to me, but who knows, maybe it was a fun challenge for the author.
On second thought, it looks like it's meant to be a plug-in for an IDE that's implemented in JavaScript. I suppose that makes sense, kinda...
Re: A pure JavaScript implementation of Git for Node and browsers
#124Earlier quoted context omitted.
Without being too reductive, a JS implementation of anything represents new possibilities (running in the web browser or other environments), whereas a rust port doesn't expand the surface area. To give a comparison, critiques of rust ports are similar to the critiques of porting everything to node.js a few years ago -- most of the benefit comes from rewriting and applying lessons learned from the existing implementa…
But Rust programs can run anywhere JS can now with web assembly, while the reverse isn't true. JS can only run where there is VM for it.
An app tends to either be embedded or not. Obviously if you’re embedded you’re not going to use a JavaScript implementation of git.
You’re just not going to run Rust on IE8. And you’re not going to run JavaScript on your digital thermometer.
Either way, there’s no confusion about which language runtime, Rust or JavaScript, has a bigger installed base on those respective devices.
Re: A pure JavaScript implementation of Git for Node and browsers
#125I think it's interesting how there's two phenomena that seem to be related to me that get posted here and seem to get treated with different responses. One the one hand, we have software originally written in C/C++ being rewritten in Rust (not often, sometimes just conceptualized), and there's often a real push back by some people about how it's a waste and not useful. On the other, we have software rewritten in Java…
Is this the same dynamic that one can observe between java and scala developers? Anyway I can see how converting a "native" program to a web environment can add a lot of value, as you can embed it in a webpage and execute it locally, saving some server load.
With languages that compile to an executable binary that is platform specific, for targeted CPU architecture and chipset, dependency hell promises a degree of shelf life and planned obsolescence.
This injects an aura of fear into each and every event in whatever arms race we hear about. When will the next time be one too many? When will an industry skill set cease to possess currency?
With a runtime in the picture, there's always a shim for portage, to alleviate the fear.
Other languages are frequently regarded as "bare metal," not only as a matter of implementation, but at a matter of psychology and mind set.
Things are different these days with much broader virtualization practices being widespread, but there's always the pedantic nature of technical people raising an eyebrow and asking "why on earth" for some things, but not others.
Re: A pure JavaScript implementation of Git for Node and browsers
#126Earlier quoted context omitted.
IMO, this is because there's a general attitude about porting to Rust that porting to Rust, by itself, makes a material improvement in the quality of the software (e.g. reliability, performance, readability), and that these improvements that can't be achieved in C/C++. Entrenched C developers then rise to the debate to defend their language. This debate has happened often enough that any time someone ports something…
...hey everyone, I made a C/C++ developer blood pressure checker in Rust.
Re: A pure JavaScript implementation of Git for Node and browsers
#127Earlier quoted context omitted.
IMO, this is because there's a general attitude about porting to Rust that porting to Rust, by itself, makes a material improvement in the quality of the software (e.g. reliability, performance, readability), and that these improvements that can't be achieved in C/C++. Entrenched C developers then rise to the debate to defend their language. This debate has happened often enough that any time someone ports something…
Javascript runs everywhere where there is a browser. Rust runs everywhere where there is a c compiler, which is funnily enough the sample places that C/C++ run.
(have fun trying to get Rust working on 8bit controllers or Itanium/ia64)
Re: A pure JavaScript implementation of Git for Node and browsers
#128Earlier quoted context omitted.
IMO, this is because there's a general attitude about porting to Rust that porting to Rust, by itself, makes a material improvement in the quality of the software (e.g. reliability, performance, readability), and that these improvements that can't be achieved in C/C++. Entrenched C developers then rise to the debate to defend their language. This debate has happened often enough that any time someone ports something…
I think you're eliding a lot of context here. Specifically the context of overzealous Rust fans. There's a strong, though not universal or even majority sentiment that "writing anything in C or C++ is basically the same as committing assault, murder, professional malpractice or other similar hyperbolic claim" that some Rust advocates engage in. There's a whole meme about the "Rust Evangelism Strikeforce" on n-gate.co…
Incidentally, I learned this word from Rust docs (lifetime elision). I'd never seen it in any other context.
Re: A pure JavaScript implementation of Git for Node and browsers
#129I think it's interesting how there's two phenomena that seem to be related to me that get posted here and seem to get treated with different responses. One the one hand, we have software originally written in C/C++ being rewritten in Rust (not often, sometimes just conceptualized), and there's often a real push back by some people about how it's a waste and not useful. On the other, we have software rewritten in Java…
Rust isn't a new machine: It's the same old dumb machine, with some extra manoeuvres that make things "safe" (except when you say "unsafe"). It's not even remotely interesting to anyone who isn't troubled frequently enough by those things that need more safety.
JavaScript on the other hand, is a new machine: It's the most widely distributed networked machine we have, and it's amazing for that.
- You can buy cpus anywhere in the world by putting an ad out there that runs JavaScript and pipes the results back to you.
- You can build and deliver robust software that "runs" on such a wide variety of terminals including desktop workstations, servers, "phones", televisions, wristwatches, entertainment tablets, refrigerators, space satellites, and so on.
- Anybody can learn it. It is so much more inviting and accessible than anything that came before it that people feel very few real barriers to entry.
- It's fast "enough". I work in HPC - massive teraabyte-ram workstations building applications where we need to respond with bids in microseconds, disk seeks are counted for writes, and so on, so whilst there are still some things close to my heart that JavaScript isn't fast enough for, it's fast enough for everything else. Managers love this stuff.
Seeing our favourite applications running on JavaScript paints clearer a world where we can do fantastic new things. People love seeing "X in JavaScript" because they are seeing "X for the future" and the future is cool!
Porting a version control system to rust doesn't: At best, we find additional protection from a specific class of bug. Maybe it's exciting to people who are already excited about rust, but anyone that thinks these things are even remotely the same need to get their head examined.
Re: A pure JavaScript implementation of Git for Node and browsers
#130I think it's interesting how there's two phenomena that seem to be related to me that get posted here and seem to get treated with different responses. One the one hand, we have software originally written in C/C++ being rewritten in Rust (not often, sometimes just conceptualized), and there's often a real push back by some people about how it's a waste and not useful. On the other, we have software rewritten in Java…
This should be expected. Rust isn't a new machine: It's the same old dumb machine, with some extra manoeuvres that make things "safe" (except when you say "unsafe"). It's not even remotely interesting to anyone who isn't troubled frequently enough by those things that need more safety. JavaScript on the other hand, is a new machine: It's the most widely distributed networked machine we have, and it's amazing for that…