6 ms·

> Functional programming / dynamic languages will go out of fashion. Glad this didn't happen. Also it's weird to me to equate functional & dynamic like that.

• ordinaryradical 7y ago
  Elixir is off chortling somewhere...
• deleted 7y ago
  [deleted]
• lostcolony 7y ago
  That read to me like someone who views programming paradigms as simply fashion choices, rather than having actual pros and cons to them.
• crimsonalucard 7y ago
  The majority of programming today is not functional at all. I think Functional programming became sort of a tertiary elitist buzzword similar to drunken style kung fu. The effectiveness of the style is well known among practitioners and those that don't practice it look upon it as if it was a foreign and strange art. What people don't realize is that functional programming is mixed martial arts. The art of combat brought down to the science of combat. I think there is little chance FP will become mainstream. MMA didn't become popular because it was the most effective art, it became popular because it was packaged up into entertainment.
  • dnautics 7y ago
    > The majority of programming today is not functional at all. That's probably true. > I think there is little chance FP will become mainstream That's demonstrably not, as React has basically gone full FP. I would argue that the majority of bootcamp students are now taught functional programming.
    • crimsonalucard 7y ago
      Boot camp and react aren’t mainstream programming. Also react isn’t full FP.
      • dnautics 7y ago
        that's a no scotsman argument. You could claim erlang isn't full fp because you have a stateful process attribute dictionary, and, while we're at it, access to network resources like a Postgres database, but that would be an almost meaningless statement. With Hooks, react basically went full FP. You can still make an object component, but it is frowned upon.
        • crimsonalucard 7y ago
          nah not even going there. JS, is not functional therefore react is not functional. In all intermediary state in between interfaces to the framework you are allowed to have mutating state. So you actually have freedom to do any style in JS. I don't know react to well but I do know 100% that a function with this name is possible in react: function closedFunctionThatdoesSomeImperativeAlgorithmWithMutatingInternalState(x: number): number Right? This is totally legal and not even a niche use case so you can do whatever the hell you want in react. It's the interface to the framework that is supposedly FRP. This is NOT the case for most functional languages. Also if you think all FP is just immutable state then you don't see the full picture. Immutable state creates an isomorphism between imperative programming and functional programming. Thus many bootcampers following the buzz end up just making all their variables immutable and thinking they figured it all out. Yes, immutability forces the usage of higher order functions and recursion. This surface level knowledge also doesn't really provide any intrinsic benefit to programming. Recursion, map or reduce is not intrinsically better than a for loop or a while loop. Most of these beginners just subconsciously obey the buzz without ever realizing that that the buzz makes no sense. These guys don't even know what "function composition" means. Because most of these programmers don't understand why FP is better, they don't use it properly and as a result this popularity of FP among react users is just a fad. Definitely not mainstream.
• dehrmann 7y ago
  They halfway did. Other languages took the interesting parts of functional languages (Java and C++ have lambdas, now). The the dynamic bit, Python has type annotations now, and Go, a replacement for Python in some ways, is statically typed. Except for the spread of Javascript. No one said backend JS would be a thing.
  • chalupa-man 7y ago
    It was already a thing, Node launched earlier in 2009 and there had been quite a bit of talk about it on HN already.