But in reality, that's fine. They'll muddle through on something like this, finally getting it to work through endless tinkering, and it'll be fine.
Remember, the entire internet now pretty much runs on this premise. And it's fine, right?
But in reality, that's fine. They'll muddle through on something like this, finally getting it to work through endless tinkering, and it'll be fine.
Remember, the entire internet now pretty much runs on this premise. And it's fine, right?
I've been coding since I was kid, and professionally for over 20 years. I've used a few different languages, in a few different contexts, but Iv'e done JS in front/backend for the last 7 years or so and I find statements like these utterly tiresome. Sure, there are lots of naive JS devs...but I can say the same for Java, or any other language that is "a proper programming language". A lot of JS code is written to optimize for things that may it not seem like "solid software" - but I've seen a lot of terrible "solid software".
When we collectively realize that our industry is so young, that the best practices of yesteryear are often now viewed as mistakes (and that the practices from before that were maybe the right idea...), and that we really DON'T KNOW the correct answer, maybe then we'll stop loving to hate on people who are doing work that we might not do so well at if we tried it.
I don't know your intentions in saying what you said, but in general there is a LOT of smug looking-down on web development in general and JS development in particular. Arrogance is not a good look, and derision is worse. The industry has improvements it can make, certainly, but this is something true of us all, not something restricted to one sub-group while everyone else is doing thing The Right Way.
That said JavaScript has a number of the same problems as PHP and pointing this out should be equally acceptable as pointing out issues with PHP[1], and while I'm impressed that it was created in three weeks and impressed with the JS community we shouldn't pretend it is a very well designed language. People being productive in JS is pretty much a result of an amazing ecosystem, not because of the language.
For a very simple example of what JavaScript could have been, look at Typescript: anything you can do in JS you can also do in TS. In fact, "porting" from JS to TS is as simple as changing the file extension.
Yet except for the need for transpiling TS is massively easier to work with and can eliminate whole classes of problems when used correctly.
Source: Have programmed and maintained others creations in JS and later TS.
[0]: https://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/
[1]: I also have programmed my fair share of PHP code. It doesn't have to be bad. But I'll happily admit that it isn't the prettiest or most well designed language I know.
No. I will just pick a good ecosystem and the language it was built around and be happy instead of proving that you can build a skyscraper out of feces by producing steel via nuclear fusion.
That said, I really enjoy Common Lisp for being compiled (good performance versus interpreted) and the speed of compiling (compiling single functions at a time) so you get the same time-to-execution as your interpreted languages. Better, actually, if you change the function definition in place when you hit a condition.
EDIT: I hit submit before finishing my thoughts.
C++ isn't that bad. 5+ minute compile times can be tightened down if you have a good structure for your codebase. And if it remains at 5+ minutes, that's what unit testing is for (shouldn't need the whole build to execute) along with a build pipeline. Submit the change and get results after a few minutes. Distcc and other systems can also aid for the really large projects. Another factor to consider, to test that interpreted (presumably dynamically typed) program you have to have more tests than the C++ program needs. Static typing (even though I have issues with C++'s type system, it's still ok) covers a lot of the areas that you have to manually create tests for in dynamically typed languages
Not the best example, considering that PHP has done its time as whipping boy. I've never been a PHP dev and I did my share of trash-talk against PHP instead of learning about the aspects that I could learn from.
My problem isn't that it's "unacceptable" to point out issues - it's that people aren't doing so CONSTRUCTIVELY. Instead, it's about finding the lesser social class to dump on freely.
For example - I have serious concerns/doubts about typescript and how it props up a tool-enhanced crutch for programming-as-communication that ultimately leads to lower-quality code. You would likely disagree and would raise your concerns about JS without TS. We can have a lovely conversation comparing points and, while it's probable neither of us is convinced by the other, we both walk away with a better understanding of the perspectives of others and impacts of code choices.
OR we could imply that JS isn't a "proper" programming language, and thereby JS devs aren't "proper" programmers and we can pat them on the head and tell them to run along and play.
Back when I was doing a lot of Perl dev (before my Java days) I noticed that the weaker Perl devs would hate-on Python (and the reverse), while the stronger Perl/Python devs would hang out with the stronger Python/Perl and compare notes. It took me a while to figure out why that made sense. The two communities had a lot of explicitly different philosophies, yet were really able to learn from one another and occasionally both languages improved as a result.
If JS isn't someone's preferred approach, that's fine...but that doesn't mean they are "lesser". They're _different_, just like different problem domains are _different_. That doesn't make them immune from criticism either, but I'm far more interested in those looking to broaden their views rather than broaden the reach of their current viewpoint.
Reading your comment now and rereading your comment I realize you were defending Javascript programmers, not the language. (I guess we'll have to disagree about JavaScript the language :-)
I agree we shouldn't attack programmers because of language choice. And I am happy that I pointed out that I am amazed by the JS community as it hopefully shows that I wasn't trying to attack anyone.
As for the language - JS definitely has its warts and its holes. It's not a language I love, but it IS a language I greatly enjoy developing for. Then again, I thought Perl was a great language (albeit with its own warts) so my views are fairly unconventional. Definitely though, I tend to think that languages fall into a more complex graph than just "better" and "worse", or even "better at X" and "worse at X".
That probably played 0 role into this. When the project was created, about 20 to 15 years ago, people put in the design specs. The language selection was JS, Python 1.5 (1.5, not 2, not 3, 1.5, released in 1999) and a custom script language.
NASA decided for JS because Python used more memory.
The JS that is being run is essentially IE6 or IE5-level, so none of the modern features introduced in IE8 and forwards that make it all so easy.
I'd expect more modern variants of JS (TypeScript) or even something like Rust to make an appearence in 15 years or so. Atleast for these kinds of missions.
> 2. An attempt was made to port each scripting engine to the VxWorks real-time operating system on a flight-like Power PC by embedding it into a payload flight software application. TCL was dropped from the study when it could not be successfully ported to VxWorks. JavaScript, Python and G-script were successfully ported and a series of tests with prototype flight software applications were run in order to rank them against the success criteria.
https://www.scribd.com/document/407354589/Event-driven-James...
(My guess: no, but that happened well before my Python initialization.)
Back in the early 2000s, before Numpy was a thing, STScI developed an image-file-reader for Python called PyFITS, and an underlying array extension to Python that allowed multiple base types, slicing, etc., called numarray (e.g., see https://scipy.github.io/old-wiki/pages/History_of_SciPy.html). In some sense, STScI might have been expected to prefer Python to JS.
TypeScript, for instance, is a much better development experience in terms of language constructs, but that only makes the package management situation stand out more.
I have a somewhat fuzzy definition. "A programming language that has more 'intent' to it."
For example, Rust. The designers had definite ideas about what they were creating, noted the trade-offs, and implemented features based on those decisions.
You can say that about lots of languages - Java, C#, Swift, or if you need to go back 10 years, Java <g />, C, or maybe even Python.
JavaScript on the other hand was cobbled together in a few weeks by some poor fellow who was under impossible deadlines. And it shows. We've all seen the "Wat" video. Programming in JavaScript is a minefield of bizarre phenomena. Function scopes as namespaces. Nutty math. It succeeds in spite of itself because, a. It's rarely used for anything truly important, and b. It runs on the most popular run-time environment on the planet.
Not that you can't do great things with JavaScript. But just about any other language would have been preferable.
No, they don't. All of Wat's complaints against JS, in order of presentation:
> [] + [] ; JS: '', Python: []
Python uses + between arrays for concatenation, just like strings, which I think is reasonable. JavaScript does random crap.
> [] + {} ; JS: '[object Object]' (that's a string, not an object), Python: TypeError.
Again, Python's output here is reasonable, JS's is off the deep-end.
> {} + [] ; JS: 0 (the integer) Python: TypeError
Again, Python's output here is reasonable. JS appears to demonstrate that + isn't commutative, but that's too rosy a picture: in this case, + actually is commutative, as ({} + []) and ([] + {}) are the same string, but without the parentheses we get 0. Yes, the lack of parentheses changes the value JS emits.¹
> {} + {} ; in Wat: NaN, in Chrome/Node: '[object Object][object Object]', in Python: TypeError
Similar to before, Python errors out on the garbage, JS just keep computing ever more insane values.
> [longer example, but boils down to "wat"+1 doing something and "wat"-1 doing something else for comedic effect.
Python TypeErrors on both of these.
Python certainly has its own warts, but they are not as ridiculous as the warts that JS carries around.
¹AIUI, {} + [] is parsed as empty code block, implicit semicolon, unary plus, empty array. The parentheses force the grammar to evaluate the entire thing as an expression, so ({} + []) parses instead as a parenthesized empty object, binary plus, empty array.
> cobbled together in a few weeks by some poor fellow
It was. And then all work has stopped on it, right?
Prototypical inheritance is actually not a bad choice.
The event loop also stood the stand the test of time, it's a great choice for IO heavy environments like the web is.
The weak type system made it possible to bang out code really quickly without much thought thus making it very beginner friendly. Most of its issues can be traced back to this.
every time like clockwork
I've done C, C++, C#, Java, Basic and Python for a living in the past and I always make rock solid software. JavaScript is by far the most productive programming language that I've used to do this.
People who think there's such a thing as an objectively "proper" programming language that they haven't even named are actually the problem with this industry, not JavaScript developers.
Everything else you claim is suspect because you said this.
Besides that, if you think that there are no people out there who can consistently write solid software, well...you're just flat out wrong. (And if you think you can't find them on HN, well wrong again...)
Honestly, if you've always delivered rock solid software, you're some sort of mythical creature.
Yes, anyone who's ever done a slight bit of bragging, even if it's actually true, is automatically and forever, completely lacking developer self-awareness.
> Honestly, if you've always delivered rock solid software, you're some sort of mythical creature.
There are whole agencies full of people that do it. But I get it, the thought that it's somehow impossible probably makes most software devs feel better about accepting their own mediocrity.
I love how everything is so black and white to HNers. "If you've ever bragged, you can't be telling the truth." or "If you use JavaScript, you're not a real programmer."
It's very comical.
I've seen great cathedrals of frameworks and patterns being built by smart experienced guys over few years, which ended up in quite a bit of mess at the end. Add a junior or two and see what added value they bring
This is NASA we're talking about. For a satellite. There will be no muddling, or tinkering.
Nasa isn't in the market to hire any old web dev you know. This is rocket science.
Edit: On second reading you may not be a serious as I first thought :)
I think you mean the Web.
Oh, great, a space telescope run like the internet. Now every 2-bit remote galaxy out there is going to be making toxic comments about the Earth and human civilization as we know it. Be careful not to mention things like white dwarfs, or you'll be in for it from all sides.
Thanks JavaScript. Way to ruin the night sky for all of us.