But then how would all the consultants make their money? ;)
Sent from my iPad
On 10 Jul 2011, at 04:56, Luc Prefontaine wrote:
> Hey, if it does not take a year and an army of nuclear scientists to
> implement, it would already
> be better :
>
> On Sun, 10 Jul 2011 09:22:18 +0530
> Vivek K
Hey, if it does not take a year and an army of nuclear scientists to implement,
it would already
be better :
On Sun, 10 Jul 2011 09:22:18 +0530
Vivek Khurana wrote:
> On Sun, Jul 10, 2011 at 9:06 AM, Luc Prefontaine
> wrote:
> >
> > Maybe we should create something better than SAP :)
>
>
On Sun, Jul 10, 2011 at 9:06 AM, Luc Prefontaine
wrote:
>
> Maybe we should create something better than SAP :)
Not exactly better than SAP, but I am working on a business
management framework based on clojure.
regards
Vivek
--
The hidden harmony is better than the obvious!!
--
You received
Maybe we should create something better than SAP :)
On Sun, 10 Jul 2011 12:18:37 +1000
LordGeoffrey wrote:
> http://en.wikipedia.org/wiki/Enterprise_software
> tl;dr
> model the entire enterprise.
>
> On 10/07/11 09:11, Andreas Kostler wrote:
> > What is generally considered "enterprise" then?
http://en.wikipedia.org/wiki/Enterprise_software
tl;dr
model the entire enterprise.
On 10/07/11 09:11, Andreas Kostler wrote:
What is generally considered "enterprise" then?
On 10/07/2011, at 9:07 AM, Sean Corfield wrote:
In which case, apologies to Shree... but those lists don't really
offer
i though all we needed was a sleek logo??? look forward to the clojure port
to LCARS. Please keep us updated (whoever has info)
On Sat, Jul 9, 2011 at 7:11 PM, Andreas Kostler <
andreas.koestler.le...@gmail.com> wrote:
> What is generally considered "enterprise" then?
>
> On 10/07/2011, a
What is generally considered "enterprise" then?
On 10/07/2011, at 9:07 AM, Sean Corfield wrote:
> In which case, apologies to Shree... but those lists don't really
> offer many companies that would generally be considered "enterprise"
> so I'm not sure how persuasive they would be (in either dire
On Sat, Jul 9, 2011 at 2:06 PM, Colin Yates wrote:
> I think he was being sarcy :)
In which case, apologies to Shree... but those lists don't really
offer many companies that would generally be considered "enterprise"
so I'm not sure how persuasive they would be (in either direction :)
--
Sean A
To my knowledge Clojure has not yet been ported to LCARS[1]. This clearly
disqualifies it from being used in the Enterprise.
Phil
[1] http://en.m.wikipedia.org/wiki/LCARS
On Jul 9, 2011 1:29 AM, "MarkH" wrote:
> As a tech lead or architect you should be fired for even suggesting to
> use Clojure
I think he was being sarcy :)
On 9 July 2011 22:03, Sean Corfield wrote:
> On Sat, Jul 9, 2011 at 1:52 PM, Shree Mulay wrote:
> > Clojure REALLY isn't ready for Enterprise level development.
>
> That's your opinion but I expect there are "enterprise" companies
> using Clojure already who just h
On Sat, Jul 9, 2011 at 1:52 PM, Shree Mulay wrote:
> Clojure REALLY isn't ready for Enterprise level development.
That's your opinion but I expect there are "enterprise" companies
using Clojure already who just have a policy of not talking publicly
about their technology choices...
Again, your a
Clojure REALLY isn't ready for Enterprise level development.
see:
http://dev.clojure.org/display/community/Clojure+Success+Stories
http://www.quora.com/Whos-using-Clojure-in-production
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this g
On Sat, Jul 9, 2011 at 1:29 AM, MarkH wrote:
> As a tech lead or architect you should be fired for even suggesting to
> use Clojure as an enterprise greenfield. Industry and academia is
> moving towards advanced type systems. Nobody in industry seriously
> considers Clojure for enterprise syste
On 9 Jul 2011, at 09:29, MarkH wrote:
> Industry and academia is moving towards advanced type systems.
I'm not even sure what this means - especially in the context of programming
languages. Industry and academia are orthogonal and have extremely different
goals. Perhaps one might perceive them
We have a complex messaging app in prod since Jan. 2009.
It's 24x7 and fully redundant. The high level functions are all in Clojure
and we are moving away from Java low level code written in the early days.
I have been writing complex software for 30 years now.
I found a way to decide what tools
On Jul 9, 2011, at 3:29 AM, MarkH wrote:
> As a tech lead or architect you should be fired for even suggesting to
> use Clojure as an enterprise greenfield. Industry and academia is
> moving towards advanced type systems. Nobody in industry seriously
> considers Clojure for enterprise systems.
On Sat, Jul 9, 2011 at 1:59 PM, MarkH wrote:
> As a tech lead or architect you should be fired for even suggesting to
> use Clojure as an enterprise greenfield. Industry and academia is
> moving towards advanced type systems. Nobody in industry seriously
> considers Clojure for enterprise syste
Hi Jonathon,
I did see that thread, but most of the (excellent and useful) advice was
around programming practices/idiomatic Clojure if I remember correctly. I
am for tool recommendations as well I guess.
I will re-read that thread though - thanks for the link.
Col
P.S. Is there a place (wiki
"Nobody in industry seriously considers Clojure for enterprise systems."
Your argument is internally inconsistent as I am in industry and seriously
considering Clojure for enterprise systems.
On 9 July 2011 09:29, MarkH wrote:
> As a tech lead or architect you should be fired for even suggesting
I agree not very constructive.
Re your comment, Backtype was just acquired by Twitter and they have built a
pretty decent system using clojure.
I saw another job ad not long ago for a clojure position at a wall street
bank. I think can't get more enterprise grade than that.
So maybe you want to
That's not very constructive at all.
I think clojure would work fine (or better) for enterprise applications. The
one thing that could pull it down is maintainability, as the maintainers
must know clojure.
There was recently a thread about working on large programs in clojure. It
might contain so
As a tech lead or architect you should be fired for even suggesting to
use Clojure as an enterprise greenfield. Industry and academia is
moving towards advanced type systems. Nobody in industry seriously
considers Clojure for enterprise systems.
On Jul 8, 12:43 pm, Colin Yates wrote:
> *This i
*This isn't meant to start a flame-war!*
I am pretty convinced that I want to use Clojure as my primary tool
(in place of Java/Groovy Spring and Hibernate) in writing Enterprise
applications on the JVM. By Enterprise I mean that my solution has to
be very stable, maintainable by others, subject t
23 matches
Mail list logo
