Earlier quoted context omitted.
Considering all the mainstream languages, some would argue that most people prefer them.
That would be like saying most people prefer VHS to Beta. Systems don't always/often win because they're the best or most liked. As with political views, most people prefer the ones they first learned. Only later in life, perhaps after becoming dissatisfied with what they know, they may risk trying something very different. My CS education was the typical Pascal/C/C++, so it wasn't decades later until I actually lear…
From Rails to Clojure, Then to Java, Then Back to Rails
91–100 of 157 posts
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#92Earlier quoted context omitted.
Considering all the mainstream languages, some would argue that most people prefer them.
That would be like saying most people prefer VHS to Beta. Systems don't always/often win because they're the best or most liked. As with political views, most people prefer the ones they first learned. Only later in life, perhaps after becoming dissatisfied with what they know, they may risk trying something very different. My CS education was the typical Pascal/C/C++, so it wasn't decades later until I actually lear…
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#93My career so far: Delphi -> Microsoft stack -> Rails/Ruby -> Scala -> Clojure -> Rust The stuff I remember well starts from Ruby. Good things: - Ah man code is like a book. - Lots of people were writing Ruby back then, so lots of libraries. Bad: - Deployments in general, this was before Docker, but I prefer having single binary/jar deployments - Slow - Lots of runtime errors - You need lots of tests Scala, good: - If…
> Community feels like the good old Ruby days, but better I really miss that old Ruby community. It was full of that hacker spirit, everyone trying stuff, no one to crush your creativity. Then the startup hipsters took over and came up with good practices, style guides, gems you absolutely had to know to get hired, etc. It drove me away from Ruby, actually. It just wasn't fun anymore. I hope it doesn't happen with Ru…
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#94Earlier quoted context omitted.
That would be like saying most people prefer VHS to Beta. Systems don't always/often win because they're the best or most liked. As with political views, most people prefer the ones they first learned. Only later in life, perhaps after becoming dissatisfied with what they know, they may risk trying something very different. My CS education was the typical Pascal/C/C++, so it wasn't decades later until I actually lear…
to me lisp is its own problem, its value is that it gives you too much it becomes anti social. Society likes ignorance and delegation, lisps gives you the ability to have everything into one atom and mold it as you need it. But that's only useful for 1) people with that kind of mindset 2) hard problems that fall off mainstream/commercial support
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#95I may sounds weird but Ruby is what make me look more into functional programming. I get done a lot with Ruby due to all method it has on Array/Object/Enumerable. The beauty of `&` is awesome and I discover that Elixir/Clojure has that and bring it to next level. I think Ruby has inspired many other language to take that path too. One of the thing about Ruby is that it optimize for happiness, which sound weird. But I…
irb(main):002:0> 10.methods.count
=> 133
Oh well...Re: From Rails to Clojure, Then to Java, Then Back to Rails
#96Earlier quoted context omitted.
Ruby's composabilty really puts Python to shame. I can't imagine how Ruby lost out to Python.
While I much prefer writing Ruby to Python, Python is just dead simple to get real work done with. It's not elegant, but it's still so much less nasty than C++ or Java. Ruby's #1 problem, for me at least, is that your small project someday runs into a performance wall. I don't know the latest benchmarks, but last I recall Python was about 8x faster than Ruby when both are being interpreted. Yes, there's JRuby, but th…
Granted, Python is faster for tasks like those Numpy solves, but in arbitrary execution performance, python is just slower. 8x has NEVER been true. That must have been you doing some really bad stuff in one of them but not both.
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#97Earlier quoted context omitted.
As someone stated, good OO and good functional is approaching the same goal from different sides. Your code being functional doesn't really make it less OO.
Except if you're using immutable data, pure functions and explicit state there's a lot less room for OO which (as presented by ruby, java etc) involves mutable data accessed/changed via methods that conceal their state.
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#98Earlier quoted context omitted.
Ruby also suffers from top quality JITs vs what JS has. The only good option being JRuby, as far as I understand. I am not at all into Ruby. Regarding being polyglot and seniority, a possible solution is to work for consulting companies that focus on multiple stacks.
Most of the time you're not using JRuby for the JIT but for threads and/or to fit into some Tomcat/other Java environment. JRuby isn't exactly fast.
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#99Earlier quoted context omitted.
It has much more syntax than any other Lisp I know, and it seems alien even coming from Common Lisp. In addition to the usual (list) and 'quote and `backtick and :keyword and ;comment, it has [vector] and {map} and #{set} and #(function) and @deref and #"regex" and ^metadata and #?(:conditional) and ... (Yes, several of those are implemented as reader macros. I don't see how that would make them any easier to learn t…
It's only optional though. You can use (list 1 2 3), (vector 1 2 3), (hash-map 1 2 3 4), and (fn [x] (inc x)).
Re: From Rails to Clojure, Then to Java, Then Back to Rails
#100Another thing I’m getting is that the new kids won’t like rails, and it’s being harder to hire. I'm surprised by this, to me the language used would be a long way down the list when evaluating an employer.
While I'd agree with you as an entry level candidate, with experienced people, I've found the language is often the most important thing on the list. Often above salary. I would say it is more commonly number one than any other factor. I only know of a few programmers who have shifted through more than 2 languages in their careers (20+ year type careers). I don't have brilliant insight as to why. Perhaps the fear of…
It has often been to my advantage to be willing to learn a new language for a new project or a new job, giving me opportunities I wouldn't otherwise have had. I learned Oracle PL/SQL to integrate a 7-8 figure Rails app into an accounting system when nobody else volunteered. I learned Rails to get into ecommerce. I learned PHP to become a startup's only web developer so I could write cool audio processing tech in Ruby. I learned Ruby to speed web development in my own startup. I learned Scala to get into the San Francisco market. JS. Java. Kotlin. POSIX shell. C++. C. Etc.
Unless a developer/engineer just wants to be a cog forever, I highly recommend some flexibility on language. Solving real problems is way more interesting and more useful than being a framework stickler.