<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 13, 2014 at 8:24 PM, Mike Oxford <span dir="ltr"><<a href="mailto:moxford@gmail.com" target="_blank">moxford@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">PHBs don't see the value. They don't see the payoff. They know what's worked for them before and what's "tried and true" and "the way things have always been done." Other languages are "safe." A sort of a "known quantity." Those EXACT same issues happen when trying to onboard Scala or Ruby. Judging from previous companies where they've try to hire Ruby devs ... the project got moved to another language because they couldn't find enough people with a Ruby background. And that was here in Silicon Valley. Ruby was a flash in the pan as an alternative to PHP (really, the first) and seems to be waning.</div>
</blockquote><div><br></div><div>Right - if you've heard of it you're no longer leading you're following.</div><div><br></div><div>Ericsson from which Erlang emerged wants to lead not follow, and Ericsson does lead the world</div>
<div>in providing mobile infrastructures, parts of which are programmed in Erlang.</div><div><br></div><div>Following "safe" languages (Scala, Ruby) would be a lunatic strategy.</div><div><br></div><div>Ericsson does do a lot software research - but I am not able to tell you in which</div>
<div>areas (grin)</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>
<div><br></div><div>But that's why R&D departments exist. To explore new ideas and see if they're worth having Corporate pursue.</div><div><br></div></div></div></blockquote><div><br></div><div>Yes 100% </div>
<div><br></div><div>/Joe</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div></div><div>We're seeing a LOT more Erlang traction in the last 2-3 years. Whereas it was once completely unknown outside of a few small circles it's rapidly gaining notice and, IMO, we're on the upswell. There are a lot of projects using it and people (at least here in the Valley) are starting to take notice ... if they're not using it they at least "know someone who knows someone who has." </div>
</div><div><br></div></div></blockquote><div><br></div><div><br></div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>
</div><div>As to "I'm not interested in your project because Erlang is useless on my resume" ... screw that guy. You wouldn't want him ANYWAYS. Completely wrong attitude. You're better off NOT having him. He's either into your project or not. If he's just out to build his resume ... meh. A players hire A players; B players hire C players. Make sure you're hiring an A player.</div>
</div></blockquote><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div><br></div><div>Erlang, to most people, seem to be Erlang + OTP. To most people around here, as well, Java means Java+Spring. Sure, you can separate them but who cares?</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
<div><div class="h5">
On Thu, Feb 13, 2014 at 10:16 AM, kraythe . <span dir="ltr"><<a href="mailto:kraythe@gmail.com" target="_blank">kraythe@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5">
<div dir="ltr">I have read portions of your book and appreciate your insight. However, I think you underestimate the task here. Convincing developers may be difficult, but if they are good devs they might come around. Convincing management with control over budget and staffing when the naming is wrong? Nearly impossible. Thats why massive advertising companies have made billions off of just naming things correctly. All of the other concerns you posted are very legit and I have had and still do have many of them myself. But those concerns are at the tech level and only of minor interest to the manager wondering why would he staff for erlang and not scala or ruby? </div>
<div class="gmail_extra"><div><br clear="all"><div><div dir="ltr"><div style="font-family:arial;font-size:small"><b>Robert Simmons Jr. MSc. - Lead Java Architect @ EA</b></div><div style="font-family:arial;font-size:small">
<i>Author of: Hardcore Java (2003) and Maintainable Java (2012)</i></div>
<div><i style="font-family:arial;font-size:small">LinkedIn: </i><font face="arial"><i><a href="http://www.linkedin.com/pub/robert-simmons/40/852/a39" target="_blank">http://www.linkedin.com/pub/robert-simmons/40/852/a39</a></i></font></div>
</div></div>
<br><br></div><div><div><div class="gmail_quote">On Thu, Feb 13, 2014 at 12:05 PM, Fred Hebert <span dir="ltr"><<a href="mailto:mononcqc@ferd.ca" target="_blank">mononcqc@ferd.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Answers inline.<br>
<div><br>
On 02/13, kraythe . wrote:<br>
> I Guess my answers would be:<br>
> 0) If there is a business case, you can convince them. Low adoption hurts<br>
> their maintainability and staffing much more than it does for the startup<br>
> or small company. They are a business, not a bunch of unreasonable oafs.<br>
<br>
</div>That may be doable. I'm not saying the opposite.<br>
<div><br>
> 1) Why rewrite the libs if you use the same initials. I wouldn't worry<br>
> about that. The programming world is replete with examples of such things.<br>
<br>
</div>If we can use the same initials, then that's gained and removes a bunch<br>
of issues.<br>
<div><br>
> 2) and updating the docs will take ... 10 man hours? Do we not have search<br>
> and replace capable tools?<br>
> 3) Same answer as 2.<br>
<br>
</div>Yes, but we do not have administration rights to mirrors, say<br>
<a href="http://erldocs.com/" target="_blank">http://erldocs.com/</a> and translations that can be hosted by the<br>
community.<br>
<br>
The work done with the OTP documentation goes further than the OTP team<br>
itself.<br>
<div><br>
> 4) Dont need to "make sure" of anything. If the books want to be accurate<br>
> they will use the new name, if not "shrug" thats their problem. Trust me<br>
> someone on amazon will post "Its not called Open Telecom Platform since<br>
> 2014, it stands for "Open Technology Platform". There are enough pedantic,<br>
> basement living, people on the internet that will annoy authors into<br>
> submission.<br>
<br>
</div>That doesn't sound like a pleasant experience for everyone. Again, it's<br>
not an insurmountable challenge. It's just one more challenge.<br>
<div><br>
> 5) Small matter of documentation. "It used to be called X but was renamed<br>
> to Y in 2014"<br>
<br>
</div>Documentation lives on way longer than expected. People still read and<br>
order reprints of the Erlang book published in 1994 (and 1996 for the<br>
second edition), some of which are translations.<br>
<br>
Many older versions of books are what is in libraries and whatnot, since<br>
Joe's first version in early 2000s. For people using these versions, you<br>
end up with inaccurate terminology regarding half the name of the<br>
language.<br>
<br>
It's a matter of documentation, but it's a matter of trying to do it<br>
right to reduce the amount of confusion. If people look for "Open<br>
Telecom Platform Erlang" it would be sweet to get the new documentation<br>
and content.<br>
<br>
Maybe it's easy, but it's still part of a roadmap.<br>
<br>
Alternatively, would 'Open Telecom Platform, a framework that is not<br>
just about telecoms' going to be more cumbersome in documentation?<br>
<div><br>
> 6) History is history. Those investigating the language will get it. It<br>
> startedo ut being a telecoms thing and migrated to a general language. No<br>
> problem. Live web sites can easily add in blurbs. Old articles will be out<br>
> of date but not from the time frame of when they were written. No big deal.<br>
> The sky isnt actually falling.<br>
<br>
</div>I could see that being made as a decision, yes.<br>
<div><br>
> 7) Obviously this one is just frothing. The man could update the next<br>
> version of his book with more information, cool tricks, whatever and sell<br>
> it as a second edition.<br>
<br>
</div>Yes. I like to insert a bit of non-serious content here and there.<br>
<div><br>
> 8) What "traditional SDK" are you referring to? The LISP standard lib? ;-)<br>
> Java? C? Ruby? Haskell? Which one is the "normal" one? Normal is defined in<br>
> the context of the language, not in the context of another language? In<br>
> fact the vast majority of SDKs for java are third party to the JDK itself<br>
> anyway.<br>
<br>
</div>I went from this thread's usage of SDK as a similar point to OTP.<br>
Erlang/SDK if you will. If you want to keep it as Erlang/OTP, that can<br>
work, but needs to be significantly better than what it is right now to<br>
have an actually measurable impact.<br>
<br>
Otherwise, we're throwing stuff at the wall to see what sticks, with no<br>
proof that it actually helped anything.<br>
<div><br>
> 9) Trying to crystal ball the future will only give you a headache. The key<br>
> is to move from where yo are to a point where progress has been made and<br>
> recursively loop on that algorithm, not be paralyzed by "what if .... ?"<br>
><br>
<br>
</div>Non-serious content here also. Not to be taken seriously, but I wouldn't<br>
be surprised if it were to happen.<br>
<div><br>
> You may have been doing Erlang for ages and feel quite the man but the<br>
> question really boils down to "what would you like for the future of Erlang<br>
> to be?" If the answer to that in your mind is "A niche language that I can<br>
> call myself a guru at and everyone looks at me quizzically and puts up with<br>
> my eccentricity or dare say arrogance." then the current name and trend is<br>
> fine. If the answer is, "A powerful general purpose programming language<br>
> for developing applications using functional paradigms and widely accepted<br>
> as being the solution to the next generation of software problems." Then<br>
> marketing is important.<br>
<br>
</div>Oh I love that one. I want Erlang to be adopted so much I wrote an<br>
entire book about it and put it online for free, without advertisement.<br>
This has taken over 3 years of my spare time, because I wanted Erlang to<br>
be more accessible. I invite you to visit it at<br>
<a href="http://learnyousomeerlang.com" target="_blank">http://learnyousomeerlang.com</a>, and maybe buy an ebook or print copy if<br>
you feel like it would be nicer to read that way. If you prefer a free<br>
electronic copies, there are scripts on github to convert it to the<br>
kindle format, and a wget line in the FAQ to download a local copy.<br>
<br>
I also kept writing multiple blog posts at <a href="http://ferd.ca" target="_blank">http://ferd.ca</a> that guide and<br>
show more tutorials about Erlang, use cases, and tries to sell it as a<br>
language as a whole.<br>
<br>
The reason I'm answering to your suggestion negatively isn't that I<br>
don't want Erlang to succeed, it's that I do not believe that changing<br>
the meaning of 'OTP' from 'Open Telecom Platform' to 'Open Technology<br>
Platform' will have a noticeable impact.<br>
<br>
Some people do ask the question 'but I don't want to do telecoms', but<br>
in my experience, people's issues are the following, to a much higher<br>
degree:<br>
<br>
- The syntax is unfamiliar (or ugly)<br>
- It's difficult to work with single assignment, recursion, immutable<br>
algorithms (most of your algorithm books that rely on arrays with O(1)<br>
access to work fine are no longer going to be trivial to translate!<br>
That's huge!)<br>
- The tooling (rebar, relx, etc.) isn't up to par with other languages,<br>
even if it keeps getting better.<br>
- Lack of IDEs (that was your prime concern when you joined these lists)<br>
- Fighting the idea that "it will be hard to hire Erlang developers" to<br>
make it enter and stay in the enterprise.<br>
<br>
All of those criticism, in the years I've been in the Erlang community,<br>
have come up time and time again. They've also have come up orders of<br>
magnitude more often than OTP as a name, even if it does come up from<br>
time to time.<br>
<br>
I'm sorry I came up as harsh. I do want better adoption for Erlang and<br>
took months if not years of my free time working that way. I do not<br>
think renaming OTP is worth the effort, but I'll be glad to be proven<br>
wrong through bigger adoption if someone steps up and decides to do it.<br>
<br>
Now if you please, I'll go back to spending my lunch time working on an<br>
post-scripted chapter to the LYSE site introducing maps to people.<br>
<br>
Regards,<br>
Fred.<br>
</blockquote></div><br></div></div></div>
<br></div></div><div class="">_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></div></blockquote></div><br></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div></div>