<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 24, 2015 at 3:21 AM, Pavel Minaev <span dir="ltr"><<a href="mailto:int19h@gmail.com" target="_blank">int19h@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Google is ultra-conservative in their approach to coding. </div></blockquote><div><br></div><div><div>Google and every bank and insurance company under the sun and god knows how many other places but certainly the majority.</div></div><div><br></div><div><snip> </div><div><br></div><div>but not because it's irrelevant or that I don't agree ......see comments at end</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Thing is, programmers are a pragmatic bunch. If it really does work better (= lets them be more productive; you don't need to be a scientist to gauge that), they'll get used to it, and will eventually grow fond of it, so long as you don't force them to go all in on it right away.</div></div></blockquote><div><br></div><div>They are pragmatic in the sense that they generally won't bother learning stuff if they don't have to and/or can't foresee being able to use it because of the very reasons why you say you don't use XQuery/Haskell. At some (i.e more than one) of the investment banks I've been,  the standard methodology for  dealing with complexity is to crank out the debugger. When a guy there tells you he is being pragmatic thats the sort of thing he means.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div> A certain amount of bickering is to be expected, and there will always be stalwart holdouts (I mean, we still have people signing a petition to bring back VB6, 17 years later!), but overall the industry moves on. I'd rather be an optimist on account of the direction of that movement and its ultimate destination, than a pessimist on account of its speed, or the occasional detour along the way.</div><div><br></div></div></blockquote><div><br></div><div>Pavel if you work for Microsoft you are probably surrounded by smart colleagues who have the capacity to get it which makes you an outlier (sorry to use such a word). I remember sitting next to an MIT graduate on a flight talking about the adjustment you have to make when you leave an environment where you are surrounded by smart people so that you don't keep saying DUHHHH! at the things and thoughts you encounter in the "real world".</div><div><br></div><div><div>Functional programming  enforces a design methodology that has the benign side effect facilitating the conquering of complexity BUT ONLY IF YOU GET IT. </div><div>Those who don't will spend an entire weekend trying and failing to figure out how to write a fibonacci function or come up with a 37 line solution if asked to code Pascal's triangle. </div><div><br></div><div>In an imperative coding environment a programmer can usually fashion something that works (or gives the outward impression that it works). This is not the case with functional programming which entails a totally different thought process. So whereas FP  is more productive for those who get it, it renders those who don't incapable of producing anything at all and those who don't make up the majority of the programming populace. </div></div><div><br></div><div>It's always better to look and sound optimistic but the biggest influence on what progress is made in the future will be how those in the present think and in the main that has not really changed.</div></div></div></div>