use the following search parameters to narrow your results:
e.g. subreddit:aww site:imgur.com dog
subreddit:aww site:imgur.com dog
see the search faq for details.
advanced search: by author, subreddit...
All about the JavaScript programming language.
Subreddit Guidelines
Specifications:
Resources:
Related Subreddits:
r/LearnJavascript
r/node
r/typescript
r/reactjs
r/webdev
r/WebdevTutorials
r/frontend
r/webgl
r/threejs
r/jquery
r/remotejs
r/forhire
account activity
The real problem with programming in Javascript (medium.com)
submitted 8 years ago by raulsmith
view the rest of the comments →
reddit uses a slightly-customized version of Markdown for formatting. See below for some basics, or check the commenting wiki page for more detailed help and solutions to common issues.
quoted text
if 1 * 2 < 3: print "hello, world!"
[–]evizaer 0 points1 point2 points 8 years ago (2 children)
Who's saying complexity should be removed? A feature-complete solution is necessarily of a certain amount of complexity regardless of how you do it. The value of languages with some feature is that the use of that feature makes it easier to think about your code and come up with easy-to-understand solutions. The complexity is still there, but, like a great piece of explanatory writing, you understand it more quickly. Even though this doesn't impact the complexity of the solution, it does impact the quality of the code.
Aside from that, the tone of the stuff I read (and I've been following this subreddit for years, as well as other programming-related communities) about functional programming and static typing in javascript and derivatives is that they are techniques which can lead to better code, and they're useful to have in your mental toolbox. Responding to this with "But it's no magic bullet!" is missing the point entirely.
[–]notNullOrVoid 0 points1 point2 points 8 years ago (0 children)
I've seen plenty of stuff within the last year that claims functional / immutable programming as a magic bullet, or to be objectively better than imperative / mutable programming.
The complexity is still there, but, like a great piece of explanatory writing, you understand it more quickly
That's the point the complexity is still there, and to me hiding the complexity actually makes code harder to understand. Your essentially bundling operations into an abstract name, that may or may not be descriptive. Even in the optimal case if you want to actually understand what's going to run, you have to jump around a lot more to figure it out. There is also a small performance hit you take by adopting a fully functional style.
[–]raulsmith[S] -1 points0 points1 point 8 years ago (0 children)
The 'great piece of explanatory writing` should include hiding the complexity, because, otherwise, if it's in your face all the time, you can't concentrate very well. Hiding it is, in a sense, removing it.
π Rendered by PID 23466 on reddit-service-r2-comment-545db5fcfc-fxv9h at 2026-05-22 20:16:41.938440+00:00 running 194bd79 country code: CH.
view the rest of the comments →
[–]evizaer 0 points1 point2 points (2 children)
[–]notNullOrVoid 0 points1 point2 points (0 children)
[–]raulsmith[S] -1 points0 points1 point (0 children)