<br><br><div class="gmail_quote">On Tue, Jul 12, 2011 at 3:05 PM, Avinash Dhumane <span dir="ltr"><<a href="mailto:avinash@balinlabs.com">avinash@balinlabs.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font: inherit;" valign="top"><p class="MsoNormal">How would a Sales person get himself started? No, I am not a
programmer. But, I am tasked to sell an abstract form that embodies Erlang/OTP
as its DNA. And, my prospects are the CXOs in the enterprise application
software space. Please bear with me a little bit so that I can articulate my
difficulties.</p></td></tr></tbody></table></blockquote><div><br>Tricky - when I had company we always sent two people to a sales meeting.<br><br>The sales guy + a programmer.<br><br>The sales guy does the "pitch" and the programmer answers the technical questions.<br>
<br>It's not good to send a sales guy into a group of programmers - they get found-out after a few minutes.<br><br>It's not good to send a programmer to a meeting. programmers don't bother with follow-up calls<br>
and "what do we do next" type stuff - on a good day they will try to solve all the customers problems<br>in the sales meeting and be done with it.<br><br>One of the great success factors of Cisco was they always sent engineers to sales meetings.<br>
<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font: inherit;" valign="top">


<p class="MsoNormal"><u></u> <u></u></p>

<p class="MsoNormal">I left IONA Technologies in 2002 (I was a programmer at IONA,
and worked on point/patch releases of Orbix). It seems CXOs at IONA did not
"listen" to Steve's appeal "to use Erlang". So, I take a
hint from him that CXOs do not like a proposal or invitation "to use"
yet another “name” of technology even though it can provide them better trade-offs
than what they have chosen for now and which are burning their pockets badly.
And, I have testified this at sufficient number of places in the field. So, I
am starting with this one-liner pitch sans the word “Erlang” to draw the
attention of prospects: "Fulfil SLAs economically in the presence of
faults and extreme load." (Yes, I picked up this from Joe’s thesis, and
twisted it for my sales purpose)</p>

<p class="MsoNormal"><u></u> <u></u></p>

<p class="MsoNormal">Obviously, I need to refine this one-liner further as I go
down the hierarchy of “Buy” decision makers in my sales drill at the prospect's
shop. I need to show them how their (business) application architectures have
developed the *resistance* property that simply resists reliability,
scalability and extensibility, which in turn costs them money. And, by
architecture, I mean the things mentioned here: <a href="http://www.ics.uci.edu/%7Efielding/pubs/dissertation/top.htm" target="_blank">http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm</a>.
<span> </span>The abstract form that I propose to sell,
then, begins to take concrete form in the context of the (business) function –
form follows function – which the prospect sees as bottleneck or money-leaking
hole. I seize it as an opportunity to insert my form (made of Erlang as one of the
central architectural elements) as a gold-link in the midst of several weak-links
that the prospect has. The goal really is to achieve 20::80 (effort::mileage)
ratio for the prospect and a “beach head” for me (for subsequent invasion in
the customer shop). </p></td></tr></tbody></table></blockquote><div><br><br><br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><table border="0" cellpadding="0" cellspacing="0">
<tbody><tr><td style="font: inherit;" valign="top">

<p class="MsoNormal"><u></u> <u></u></p>

<p class="MsoNormal">I end up presenting my abstract form sometimes as an application
container, sometimes as ESB, sometimes as DBMS, sometimes as TPM (the
programmers in my lab implement Paxos protocols), sometimes as XTP; I basically
measure the water-depth of the prospect and his drifts and the technology buzzwords
he subscribes to and try to take an “interesting” standpoint for him so that I
can resonate with him and get him to speak about his pain points! I have
deliberately kept my form as abstract as possible, because Erlang lets me
concretize it rapidly with its economy of expression for a specific need of the
prospect to overcome the resistance he faces in the application architectures
he has put together, often, forcibly!</p></td></tr></tbody></table></blockquote><div><br><br>If I were in the room when you did this I would ask what all the abbreviations stood for and ask<br>how Paxos worked. I have a vague idea how paxos works and would be keen to learn more.<br>
<br>This is why you need your technical guy in the sales group.<br> <br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><table border="0" cellpadding="0" cellspacing="0">
<tbody><tr><td style="font: inherit;" valign="top">

<p class="MsoNormal"><u></u> <u></u></p>

<p class="MsoNormal">Well, my difficulty is that I was an average programmer in
imperative programming language a decade ago and since then had not been up to
speed with the “thoughts” (as oppose to “details”) behind mainstream
technologies out there in the field bleeding the enterprises. This might be a
blessing in disguise since I do not have to unlearn too many things for I haven’t
gone down the many roads that lead to failures, but I still need to be equipped
with the architectural elements that build the rustiness (resistance) in the
systems and be able to convey those to the potential buyers to help them
understand why they are bleeding and what I have got to offer them. However, I am not able to pick up the branches of
evolution of the technologies, along with their characteristics, that have made
it to the field and unfortunately commanding the sizeable market share. The
data that I have to scan is way too voluminous, and I don’t know where to get
started and proceed thereafter. </p>

<p class="MsoNormal"><u></u> <u></u></p>

<p class="MsoNormal">Any insights or directions?</p></td></tr></tbody></table></blockquote><div><br>No - it's difficult - if sales were easy and you could just follow some magic formula<br>then I guess all salesmen would be stinking rich - since they aren't then it must be tricky.<br>
<br>Jane Walerud a blutail co-founder said that "it was all about the relationship" - feelings<br>warm fuzzy stuff that programmers don't understand - she was probably right.<br> <br>Most of the programmers I know are the worse salesmen on the planet - they don't want to buy software<br>
because they'd rather write it themselves and mostly they want to give away what they have done<br>not sell it.<br><br>Cheers - and sorry I can't help more<br><br>/Joe <br><br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font: inherit;" valign="top">

<p class="MsoNormal"><u></u> <u></u></p>

<p class="MsoNormal">Many thanks!</p>

<p class="MsoNormal"><u></u> <u></u></p><br>--- On <b>Tue, 12/7/11, Joe Armstrong <i><<a href="mailto:erlang@gmail.com" target="_blank">erlang@gmail.com</a>></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">
<br>From: Joe Armstrong <<a href="mailto:erlang@gmail.com" target="_blank">erlang@gmail.com</a>><div class="im"><br>Subject: Re: [erlang-questions] Ways to get started<br></div>To: "Mihai Balea" <<a href="mailto:mihai@hates.ms" target="_blank">mihai@hates.ms</a>><div class="im">
<br>Cc: <a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br></div>Date: Tuesday, 12 July, 2011, 2:19 AM<div class="im"><br><br><div>After 30 years you will get the hang of this and be a good programmer.<br>
<br>Tools are no substitute for typing in small programs and<br>understanding exactly how they work. This is true for all programming<br>language. Programming is an art form, there is no easy way.<br>Like playing the violin - is there an easy way of playing the violin other<br>
than by practising for thousands of hours? I think not.<br><br></div></div><div>/Joe<br><br></div></blockquote></td></tr></tbody></table></blockquote></div><br>