Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.albasani.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Robert Klemme Newsgroups: comp.lang.ruby Subject: Re: Lambda Shambda Date: Sun, 03 Apr 2011 12:58:59 +0200 Lines: 66 Message-ID: <8vr27mF1moU1@mid.individual.net> References: <3ab1912e670b08219714322dad0a1ebe@ruby-forum.com> <20110330143723.GA75718@guilt.hydra> <20110330192538.GA76517@guilt.hydra> <20110331053229.GB78145@guilt.hydra> <7631a84ea921373c09e25b83d0742e6e@ruby-forum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net v1txy9zehlPuQlgrTKGdDAzn1dLlf99o9gpuckuGbZpxuN7fE= Cancel-Lock: sha1:WjEuTOPe8Ll4lMM+v4joimQ3SNU= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 In-Reply-To: X-Antivirus: avast! (VPS 110403-0, 03.04.2011), Outbound message X-Antivirus-Status: Clean Xref: x330-a1.tempe.blueboxinc.net comp.lang.ruby:2189 On 03.04.2011 09:48, Phillip Gawlowski wrote: > On Sun, Apr 3, 2011 at 7:29 AM, Mike Stephens wrote: >> But the other point is why does everybody make languages so difficult >> these days? I am not sure I fully agree to this observation. First, I believe languages are rather becoming simpler than more complex these days. On the other hand with increased power of hardware and increased volume of library code the problems that we tackle today are becoming increasingly complex. Also, the mere fact that we need to utilize concurrency to solve problems (because single CPU isn't going to grow that much in the near future) does make applications more complex. >> I have a degree in Physics but couldn't face trying to >> unravel F# or Haskell. Don't tell me trying to fathom out complex >> recursive functions is a good way to spend your day. > > Argument from authority. That you have a physics degree doesn't make > you a programmer. Nor does it make you particularly smart nor stupid, > or gives you the mindset a programmer should have. It makes you a > physicist, nothing more. That's kind of like saying that a bookkeeper > is a programmer because (s)he uses spreadsheets. > > And really, if you have problems with recursiveness, I dare say that > you didn't enjoy college, considering the importance of maths in the > natural sciences. Just plain ol' acceleration is a recursive function: > changes of velocity over time are easiest calculated by recursion, > wouldn't you say? > > Functional programming requires a particularly, let's say > anal-retentive, mindset, given the importance of type safety, and that > variables, usually, aren't variables. On the flipside, it makes > concurrency easier, and is a boon for critical code (you know, > robotics, MRI scanners,&c.). Personally what I find most difficult to grasp about functional programming is not the paradigm itself but rather the feature of Lisp that macros and functions are syntactically indistinguishable. While this makes for elegant solutions on one hand it can be confusing to read on the other (and just think about the various quoting mechanisms of Lisp). YMMV though. >> Of course, you have to encourage people to invent Lambda Calculus and >> then turn it into a computing language but such university thesis ideas >> shouldn't be seen as the model for real world products. > > Yet there were ~7000 LISP machines sold (at, say, 100 000 per unit, > that's still quite a bit of revenue): > > http://en.wikipedia.org/wiki/Lisp_machine Even if there weren't where's the argument? All engineering is based on results of science of one form or another (and math is often one of them). If research turns up something which can be used to model real world phenomena of a particular class more efficiently than other approaches then it should (and will) be used. There's still enough room to apply other approaches and nobody forces Mike to go functional, does he? Kind regards robert -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/