| Author |
Message |
|
| Guest |
 Posted: Sat Oct 06, 2007 10:24 pm |
 |
|
|
Guest
|
During the CUFP workshop, people talked about attracting developers
to FP.
The Haskell web site was compared to the Python (I think) web site.
I believe the pitch for Haskell was much weaker than the Python pitch.
I took a stab at a few 'marketing' statements for Haskell. My
intention is to stimulate debate because I do feel there are
unnecessary barriers to recruitment. I do not expect my suggestion to
survive 
You may want to take a look at http://groups.google.com/group/cufp/
topics
I am G B-)
I don't feel I should stimulate a similar debate about the Erlang web
site, which I think is different (but I don't mind trying; I've had
bricks thrown at me before).
I do feel there should be some commonality of key ideas/benefits
across the FP community where practical, so that the strength and
coherence of the whole community and its technology is appreciated
rather than highlighting a specific weaknesses of any individual part.
G Bulmer
PS - Great Erlang meeting; thank you everyone for the welcome,
enthusiasm and support.
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Sun Oct 07, 2007 9:06 am |
|
|
|
Guest
|
On 10/6/07, G Bulmer <gbulmer@gmail.com> wrote:
> During the CUFP workshop, people talked about attracting developers
> to FP.
> The Haskell web site was compared to the Python (I think) web site.
> I believe the pitch for Haskell was much weaker than the Python pitch.
>
> I took a stab at a few 'marketing' statements for Haskell. My
> intention is to stimulate debate because I do feel there are
> unnecessary barriers to recruitment. I do not expect my suggestion to
> survive
>
> You may want to take a look at http://groups.google.com/group/cufp/
> topics
> I am G B-)
I think it's a fascinating subject. If you don't mind my trying to
foist off some of my own work on you, I've written about it a little
bit.
http://www.welton.it/articles/programming_language_economics.html
My take is that if you introduce a new language, and you don't have
millions of dollars to push it (Java, C#), you're going to have to
find some niche, and do it an order of magnitude better than the
competition. Something that's not just an incremental improvement,
but a clearly superior way of doing things, where "things" means
something that matters to your average industry programmer.
To my way of thinking, this would explain why Erlang is getting a lot
of attention from people these days - it does concurrency really well.
That one thing, which is seen as increasingly important in a
multi-core future, is enough for people to pick up Erlang and look at
it. In the past, Tk was enough to get people interested in Tcl, the
promise of very easy dynamic web pages got people interested in PHP,
Ruby on Rails got people interested in Ruby, and so on. Of course,
that's not the only way languages grow in popularity - Python
gradually built up a following by being simple, clean and practical
for a wide variety of tasks. It does seem to help a lot though - if
you get that "killer app", people will, at least for a while, ignore
other shortcomings in a language, which is crucial, because it's very
likely that a newcomer won't have huge libraries, books, user groups
and some of the other positive externalities that come with
popularity.
--
David N. Welton
http://www.welton.it/davidw/
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Sun Oct 07, 2007 10:09 am |
|
|
|
Guest
|
I think we have to answer the question:
"what is the compelling reason to use Erlang?"
Its not ('cos it's FP)
The 2 second pitch which I used at JAOO was
Erlang = Parallel programming without pain
I'm not sure if this is best - it could be
Fault-tolerant ptogramming without pain or
Multicore programming wthout pain
I hope this answers the question
/Joe
On 10/7/07, David Welton <davidnwelton@gmail.com> wrote:
> On 10/6/07, G Bulmer <gbulmer@gmail.com> wrote:
> > During the CUFP workshop, people talked about attracting developers
> > to FP.
> > The Haskell web site was compared to the Python (I think) web site.
> > I believe the pitch for Haskell was much weaker than the Python pitch.
> >
> > I took a stab at a few 'marketing' statements for Haskell. My
> > intention is to stimulate debate because I do feel there are
> > unnecessary barriers to recruitment. I do not expect my suggestion to
> > survive
> >
> > You may want to take a look at http://groups.google.com/group/cufp/
> > topics
> > I am G B-)
>
> I think it's a fascinating subject. If you don't mind my trying to
> foist off some of my own work on you, I've written about it a little
> bit.
>
> http://www.welton.it/articles/programming_language_economics.html
>
> My take is that if you introduce a new language, and you don't have
> millions of dollars to push it (Java, C#), you're going to have to
> find some niche, and do it an order of magnitude better than the
> competition. Something that's not just an incremental improvement,
> but a clearly superior way of doing things, where "things" means
> something that matters to your average industry programmer.
>
> To my way of thinking, this would explain why Erlang is getting a lot
> of attention from people these days - it does concurrency really well.
> That one thing, which is seen as increasingly important in a
> multi-core future, is enough for people to pick up Erlang and look at
> it. In the past, Tk was enough to get people interested in Tcl, the
> promise of very easy dynamic web pages got people interested in PHP,
> Ruby on Rails got people interested in Ruby, and so on. Of course,
> that's not the only way languages grow in popularity - Python
> gradually built up a following by being simple, clean and practical
> for a wide variety of tasks. It does seem to help a lot though - if
> you get that "killer app", people will, at least for a while, ignore
> other shortcomings in a language, which is crucial, because it's very
> likely that a newcomer won't have huge libraries, books, user groups
> and some of the other positive externalities that come with
> popularity.
>
>
> --
> David N. Welton
> http://www.welton.it/davidw/
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@erlang.org
> http://www.erlang.org/mailman/listinfo/erlang-questions
>
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Sun Oct 07, 2007 3:18 pm |
|
|
|
Guest
|
David
Interesting points. While I agree with most of your points, I think
there is a fairly well understood model which seeks to address and
organise a broad picture for technology adoption. A key approach is
to focus on things that the adopter will recognise. I don't feel
these are economic (in it's simple sense), or even very technical.
First, let me say that I believe Erlang/OTP has 3 key 'sweet spots'
1. Highly available, robust, systems. We can economically build
Erlang systems which can provide extreme availability, deal with
failure and 'heal' in a much wider range of circumstances than any
economically viable alternative. Why would anyone *ever* build a
system with inferior availability? I don't think it's simple economic
grounds, because Erlang/OTP technology is cost competitive , and
there is some evidence (unlike many other 'productivity
technologies') that its productivity can offset "ramp-up costs" and/
or higher salaries.
2. Scaleability, Erlng/OTP can scale to support every size of
enterprise, utility, national and international system. I think you
could run the next Olymics on Erlang/OTP. Or the UK National Health
service. Property 1 makes Erlang/OTP compelling. Again, I don't think
it's the economics of the technology which is preventing this.
3*. Taking advantage of many-core processors. I believe there are
many different types of problems/ Erlang/OTP is well suited to, from
small grained problems upwards. Once more, though, I don't feel it is
the economics of the technology which needs to be overcome.
Summary, in these three areas, Erlang is the most mature and
commercially viable technology available.
IMHO, it's that simple.
I can assert that because if there was a better technology, we would
all know about it (and I wouldn't be here !-)
To some extent, these are independent, and so could be pursued
differently. I think 3 becomes 'killer' as numbers of cores
increases, but today, 1 and 2 are, IMHO 'killer' if we can overcome
the actual obstacles. I do not believe the obstacles are economic
I am a fan of "Crossing the Chasm:
Marketing and selling technology products to mainstream customers:
Marketing and Selling Technology Products to Mainstream Customers"
by Geoffrey A. Moore
http://www.amazon.co.uk/Crossing-Chasm-technology-mainstream-
Technology/dp/1841120634/ref=pd_bbs_sr_1/202-3897543-8546206?
ie=UTF8&s=books&qid=1191761111&sr=8-1
(and his other book, Riding the Tornado)
This provides a rich model of technology adoption from creation,
through visionaries, early adopters, early majority, main stream and
eventually luddites (yes the day may eventually come when people
think Erlang/OTP is very old, and the world has moved on. I vaguely
recall, when designing Ada, the DoD thought 40 years was the
*minimum* useful life for their purposes). I you are interested in
this area, and haven't read it, I strongly recommend you do. I think
he covers all of David's points, in the more general case, along with
some evidence.
A key message of Geoffrey Moore is identify a target market, and
focus on the early adopters (I think Erlang is well past the
visionary stage). This largely means adjusting the product to fit the
key needs of a specific market (preferably specific customers). If
I've understood your points David, this is what you believe too. I
believe Erlang/OTP has already done this for telecoms, but questions
remains as to whether there is more to be done for other markets. For
example, I believe that a few more pieces would make Erlang much more
attractive to manufacturing industries. Similarly, a little work to
enable 'rich client' (AKA AJAX-style) web applications, etc. I accept
that, to experienced Erlang-ers these things may be no more than
hours, or a few weeks, but, you aren't the adopter. For *potential
adopters* it may seem a very far away goal.
Moore goes onto explain, once you've got the early adopters, go after
the "more aware" members of the target market sector, the early
majority. To capture the "early majority"; resolve their issues by
make the product attractive to them. This is usually not technology
or functionality issues. I think the target users in this group are
companies; developers are often visionaries and early adopters. For
companies, it is about forms of risk, credibility and publicity.
Ericsson and a few others are the early adopters, and the detail of
their use and experience is critical collateral for taking Erlang
further to the early majority. The purpose of this collateral is to
reassure potential adopters that the technology is low-risk; that it
works well enough that they "won't get fired for buying in to it",
and it has a lifetime. I believe Open Sourcing helps, but, there are
many, many more dead Open Source projects than live ones; the vibrant
community around Erlang is very important too.
But key, is the evidence from actual users, who deploy it at similar
or better levels of scale, availability and value to their business,
because two key benefit are deploying Erlang/OTP at scale in highly-
available applications. This evidence doesn't come from inspection of
the functionality, or by designing and running benchmarks, or
anything else that a a small group of people could complete
internally in a couple of months feasibility study.
When a prospective adopter looks at Erlang they need evidence. As an
example, imagine I was some company reading about Erlang with a view
to potentially using it. I could read that Ericsson uses Erlang in a
product, and that would help demonstrate that it has got beyond the
lab. Unfortunately I can't directly find out if the product is
successful, has been widely purchased, is it still in production, or
whether it is in a niche used by one customer who has subsequently
given up using it. IMHO succesfully marketing technologies does not
require 'rocket science', just making sure the right information is
easily available.
Other valuable evidence for prospective adopter are things like
support cost, etc, etc. Some of these are commercialy sensitive, and
we may need to find ways to keep everyone happy.
For any adopter, a key issue is "how do I get support?" For example,
what would happen to his notional adopter if they adopted Erlang/OTP
for one project, but went no further? A bad answer is "that would be
a career or economic disaster"! As an adopter, I would not want the
burden of retaining an in-house team of Erlang/OTP experts who are so
familiar with Erlang/OTP's internals that they could fix any problem.
I would want to know how I get support from a 3rd party, at a
reasonable price, and likely to be there whan I need them for the
forceable future. I believe Ericsson handle this through their
commercial license, but that may mean I couldn't experiment with a
smaller, lower cost, potentially lower risk, project on Open Source
Erlang/OTP first. Being forced to *START* with commercial Erlang/OTP
makes adoption more complex, expensive and less likely.
The Erlang community could deal with this. Maybe it could offer a
service, maybe through Erlang.org, whereby a customer could buy a
'bug fix'. [Microsoft sell 'an incident' where you can buy a fix to a
problem for approximately $100, but lets not get side tracked onto
them.]
None of this is to say that *I* am unconvinced. After meeting the
folks who build Erlang, I am much, much happier. The point I am
trying to make is, I shouldn't need to stake my reputation and
judgement when proposing Erlang in a project. The evidence should be
available so that the decision process to choose Erlang is rationale
and transparent, and the cost and risks are easily and clearly
identifiable upfront, with no surprises.
So, I think Erlang/OTP adoption would be significantly improved by
gathering and organising up evidence of its successful and continued
use, and more simply and clearly defining the markets in which it is
a 'good fit'. It is useful to define the markets, and not just the
properties of the applications, so that potential adopters can
recognise that it is already ready for them.
HTH
G Bulmer
PS * - I would like to qualify point 3, about Erlang and many-core.
There are applications, where alternatives are very relevant too. For
example image processing using photoshop or the gimp, where even
finer grained data-parallel technology is extremly effective. So,
though it is completely practical to write a gimp plugin for image
processing with Erlang/OTP (I have written one using NVIDIA CUDA, so
I can speak from experience), technologies which implement even finer
grained parallelism are also relevant. But this isn't to detract from
the point, just remind us that it isn't necessarily one size fits all.
> On 10/6/07, G Bulmer <gbulmer@gmail.com> wrote:
>> During the CUFP workshop, people talked about attracting developers
>> to FP.
>> The Haskell web site was compared to the Python (I think) web site.
>> I believe the pitch for Haskell was much weaker than the Python
>> pitch.
>>
>> I took a stab at a few 'marketing' statements for Haskell. My
>> intention is to stimulate debate because I do feel there are
>> unnecessary barriers to recruitment. I do not expect my suggestion to
>> survive
>>
>> You may want to take a look at http://groups.google.com/group/cufp/
>> topics
>> I am G B-)
>
> I think it's a fascinating subject. If you don't mind my trying to
> foist off some of my own work on you, I've written about it a little
> bit.
>
> http://www.welton.it/articles/programming_language_economics.html
>
> My take is that if you introduce a new language, and you don't have
> millions of dollars to push it (Java, C#), you're going to have to
> find some niche, and do it an order of magnitude better than the
> competition. Something that's not just an incremental improvement,
> but a clearly superior way of doing things, where "things" means
> something that matters to your average industry programmer.
>
> To my way of thinking, this would explain why Erlang is getting a lot
> of attention from people these days - it does concurrency really well.
> That one thing, which is seen as increasingly important in a
> multi-core future, is enough for people to pick up Erlang and look at
> it. In the past, Tk was enough to get people interested in Tcl, the
> promise of very easy dynamic web pages got people interested in PHP,
> Ruby on Rails got people interested in Ruby, and so on. Of course,
> that's not the only way languages grow in popularity - Python
> gradually built up a following by being simple, clean and practical
> for a wide variety of tasks. It does seem to help a lot though - if
> you get that "killer app", people will, at least for a while, ignore
> other shortcomings in a language, which is crucial, because it's very
> likely that a newcomer won't have huge libraries, books, user groups
> and some of the other positive externalities that come with
> popularity.
>
> --
> David N. Welton
> http://www.welton.it/davidw/
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| Dale Harvey |
| Posted: Sun Oct 07, 2007 3:40 pm |
|
|
|
User
Joined: 30 Aug 2005
Posts: 14
Location: Scotland
|
In terms of attracting programmers, it seems like my main reason, if noticing the traction that erlang has been gaining recently, to not decided to give erlang a shot is the fact that I would have to own my own server in order to develop anything public in it.
Personally I have tested quite a few web based languages, all of which were little experiments which I could 'deploy' on my shared hosting. If it werent for other circumstances I almost certainly wouldnt have tested erlang.
Post recived from mailinglist |
|
|
| Back to top |
    
|
| Guest |
| Posted: Sun Oct 07, 2007 5:39 pm |
|
|
|
Guest
|
On 7 Oct 2007, at 17:37, Dale Harvey wrote:
> In terms of attracting programmers, it seems like my main reason,
> if noticing the traction that erlang has been gaining recently, to
> not decided to give erlang a shot is the fact that I would have to
> own my own server in order to develop anything public in it.
>
> Personally I have tested quite a few web based languages, all of
> which were little experiments which I could 'deploy' on my shared
> hosting. If it werent for other circumstances I almost certainly
> wouldnt have tested erlang.
I'm not sure I understand your point.
Are you saying Erlang/OTP will become much more useful to people like
you when it is made available as a "shrink wrapped" platform by
hosting companies?
If that's your point, I agree.
AFAIK, the only company offering (or planing to offer) hosted Erlang
was joyent, and Joyant were expensive compared to the majority of
hosting companies.
As a comparison, Railsplayground.com offers Ruby on Rails hosting
starting at $5/month. You just upload your app., and go.
The cheapest way for a company to offer Erlang hosting would be
within virtual private servers (VPS), e.g. Linux Virtual Machines
running Erlang Nodes. I've googled around and can't find anyone doing
that. Of course, you could build the virtual private server yourself,
but that seems like significant effort which a hosting company could
just 'solve' for people.
Is there a pre-built VPS image to take out all of the pain?
A nice solution would be to have a "pre-configured, templated image"
of an Erlang environment and Erlang/OTP at Amazon Elastic Compute
Cloud (Amazon EC2) http://www.amazon.com/gp/browse.html?node=201590011
Amazon's computing cloud supports starting up and closing down upnew
servers on-demand, you only pay for what you use. This would be very
handy if your throughput requirements are very peaky.
GB
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Mon Oct 08, 2007 4:52 am |
|
|
|
Guest
|
that's not wholly accurate. a very good friend of mine runs a currently small VPS that offers erlang
http://www.guaranteedvps.com/
they offer very good service and competitive prices.
(wasn't trying to spam or advertise; but hey it came up )
--vat
----- Original Message ----
From: G Bulmer <gbulmer@gmail.com>
To: Dale Harvey <harveyd@gmail.com>
Cc: Erlang-Questions (E-mail) <erlang-questions@erlang.org>
Sent: Sunday, October 7, 2007 12:36:23 PM
Subject: Re: [erlang-questions] Attracting Functional Programmers
On 7 Oct 2007, at 17:37, Dale Harvey wrote:
> In terms of attracting programmers, it seems like my main reason,
> if noticing the traction that erlang has been gaining recently, to
> not decided to give erlang a shot is the fact that I would have to
> own my own server in order to develop anything public in it.
>
> Personally I have tested quite a few web based languages, all of
> which were little experiments which I could 'deploy' on my shared
> hosting. If it werent for other circumstances I almost certainly
> wouldnt have tested erlang.
I'm not sure I understand your point.
Are you saying Erlang/OTP will become much more useful to people like
you when it is made available as a "shrink wrapped" platform by
hosting companies?
If that's your point, I agree.
AFAIK, the only company offering (or planing to offer) hosted Erlang
was joyent, and Joyant were expensive compared to the majority of
hosting companies.
As a comparison, Railsplayground.com offers Ruby on Rails hosting
starting at $5/month. You just upload your app., and go.
The cheapest way for a company to offer Erlang hosting would be
within virtual private servers (VPS), e.g. Linux Virtual Machines
running Erlang Nodes. I've googled around and can't find anyone doing
that. Of course, you could build the virtual private server yourself,
but that seems like significant effort which a hosting company could
just 'solve' for people.
Is there a pre-built VPS image to take out all of the pain?
A nice solution would be to have a "pre-configured, templated image"
of an Erlang environment and Erlang/OTP at Amazon Elastic Compute
Cloud (Amazon EC2) http://www.amazon.com/gp/browse.html?node=201590011
Amazon's computing cloud supports starting up and closing down upnew
servers on-demand, you only pay for what you use. This would be very
handy if your throughput requirements are very peaky.
GB
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more.
http://mobile.yahoo.com/go?refer=1GNXIC
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Mon Oct 08, 2007 9:05 am |
|
|
|
Guest
|
> I think we have to answer the question:
>
> "what is the compelling reason to use Erlang?"
Right. And it really has got to be something that it does *much*
better. A 10% advantage won't make people give up their
libraries/acquired knowledge in other languages/etc...
> Its not ('cos it's FP)
> The 2 second pitch which I used at JAOO was
>
> Erlang = Parallel programming without pain
>
> I'm not sure if this is best - it could be
>
> Fault-tolerant ptogramming without pain or
>
> Multicore programming wthout pain
>From my point of view, "parallel programming" is more immediate than
"fault tolerant". It's simple, and very clear that concurrency in
most popular languages is painful. "Fault tolerant" probably has less
appeal to the average programmer who muddles through with whatever
they use currently. I think it's a vaguer image to sell, as well.
Sounds like an added bonus rather than the key selling point. There
are probably people who would regard it as key, but there are likely
more who are interested in concurrency.
Thanks,
--
David N. Welton
http://www.welton.it/davidw/
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| gordon guthrie |
| Posted: Mon Oct 08, 2007 9:26 am |
|
|
|
User
Joined: 02 Sep 2006
Posts: 17
|
Gary
> A nice solution would be to have a "pre-configured, templated image"
> of an Erlang environment and Erlang/OTP at Amazon Elastic Compute
> Cloud (Amazon EC2) http://www.amazon.com/gp/browse.html?node=201590011
Dale and I are working on a single-click install Erlang developers
platform based on the Ubuntu liveCD that comes preloaded with development
tools...
This uses the Ubuntu Customization Kit to layer a small slice o'Erlang
over Dapper Drake.
There are a couple of problems with Erlang/Mnesia under the ECC - the most
noticable one is how you get your data backed off. We are also working on
an Mnesia cluster management console that would allow you to set up 2 or
three ECC instances and distribute the data - and then do a table dump off
the Amazon storage cloud on a daily basis...
*Eventually* this stuff will be open sourced...
Gordon
>
> On 7 Oct 2007, at 17:37, Dale Harvey wrote:
>
>> In terms of attracting programmers, it seems like my main reason,
>> if noticing the traction that erlang has been gaining recently, to
>> not decided to give erlang a shot is the fact that I would have to
>> own my own server in order to develop anything public in it.
>>
>> Personally I have tested quite a few web based languages, all of
>> which were little experiments which I could 'deploy' on my shared
>> hosting. If it werent for other circumstances I almost certainly
>> wouldnt have tested erlang.
>
> I'm not sure I understand your point.
> Are you saying Erlang/OTP will become much more useful to people like
> you when it is made available as a "shrink wrapped" platform by
> hosting companies?
> If that's your point, I agree.
>
> AFAIK, the only company offering (or planing to offer) hosted Erlang
> was joyent, and Joyant were expensive compared to the majority of
> hosting companies.
> As a comparison, Railsplayground.com offers Ruby on Rails hosting
> starting at $5/month. You just upload your app., and go.
>
> The cheapest way for a company to offer Erlang hosting would be
> within virtual private servers (VPS), e.g. Linux Virtual Machines
> running Erlang Nodes. I've googled around and can't find anyone doing
> that. Of course, you could build the virtual private server yourself,
> but that seems like significant effort which a hosting company could
> just 'solve' for people.
> Is there a pre-built VPS image to take out all of the pain?
>
> A nice solution would be to have a "pre-configured, templated image"
> of an Erlang environment and Erlang/OTP at Amazon Elastic Compute
> Cloud (Amazon EC2) http://www.amazon.com/gp/browse.html?node=201590011
> Amazon's computing cloud supports starting up and closing down upnew
> servers on-demand, you only pay for what you use. This would be very
> handy if your throughput requirements are very peaky.
>
> GB
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@erlang.org
> http://www.erlang.org/mailman/listinfo/erlang-questions
>
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
Post recived from mailinglist |
|
|
| Back to top |
|
| Qrilka |
| Posted: Mon Oct 08, 2007 11:12 am |
|
|
|
User
Joined: 21 Sep 2006
Posts: 141
|
That would be quite interesting at least to try out.
Best regards,
Kirill.
On 10/8/07, Gordon Guthrie < gordonguthrie@backawinner.gg (gordonguthrie@backawinner.gg)> wrote:Quote: Gary
> A nice solution would be to have a "pre-configured, templated image"
> of an Erlang environment and Erlang/OTP at Amazon Elastic Compute
> Cloud (Amazon EC2) http://www.amazon.com/gp/browse.html?node=201590011
Dale and I are working on a single-click install Erlang developers
platform based on the Ubuntu liveCD that comes preloaded with development
tools...
This uses the Ubuntu Customization Kit to layer a small slice o'Erlang
over Dapper Drake.
There are a couple of problems with Erlang/Mnesia under the ECC - the most
noticable one is how you get your data backed off. We are also working on
an |
|
|
| Back to top |
|
| wuji |
| Posted: Thu Sep 13, 2012 7:36 am |
|
|
|
User
Joined: 10 Aug 2012
Posts: 654
|
even by some very close family members, though."That was bad because they they cheap authentic air jordans they loved me and I loved them," she said. "And they didn't
me in the house."She said that wanting to be accepted for who who cheap jordan shoes who she is drove her to come out on television that year
Jerry Falwell, Pat Robertson and other members of the evangelical community who who cheap designer *beep* who said they were disappointed. Some called her "Ellen Degenerate.""You know Ellen
such a good person," her mother said. "Now, I don't want to to cheap polo shirts to get weepy, I don't, but she's so good that she shouldn't
all this directed at her."Today Betty DeGeneres fights for gay rights. She She [h1]designer replica *beep*[/h1] She is devoted and always tolerant.Bill Clinton Boosts President Obama - So
George W. Bush for Mitt Romney?2 Prior Presidents Take Dramatically Different Approaches Approaches cheap Ralph Lauren Polo Approaches to 2012 CampaignBy JOEL SIEGELMay 4, 2012 — He was once |
|
|
| Back to top |
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum
|
|
|
Digg It
Del.icio.us
Reddit
Facebook
Stumble Upon
Technorati
