My wife and I both write software. She think's I'm insane to use Clojure because the poor sucker who has to maintain what I've written will be uncomfortable with anything other than Java. (She may also think the poor sucker won't want to deal with my dubious programming skills, but that's another story.)
Sometimes it takes a killer app to kick-start a technology's popularity. Other times, a new technology establishes its beachhead in an area that no one cares about and then migrates into more glamorous and mission-critical places. I think a beachhead for Clojure could be automated testing for Java code. Having spent a few years writing automated tests, I don't believe Java is the best language for testing Java applications. That may sound bizarre or unintuitive, and I was skeptical the first time someone suggested the idea to me, but Java's syntactic constraints can make it cumbersome to write test code. Bill On Mar 6, 10:07 am, lprefonta...@softaddicts.ca wrote: > I agree about "consultants" (these days it's not anymore an synonym for > expert) and the state of the market but... > > If you write a new software product and > you are concerned with deadlines and speed in general, Java is not > the way to go anymore considering the pile of code you need to do > anything significant these days. More code = more people = inefficiencies. > > I know some business where HR and IT managers come back with this mantra > that they can find Java and .Net coders, anything else is too risky or > too scarce on the market. > It reminds the time when you could not get fired when buying IBM mainframes. > > Many HR departments do not understand anything about > software development in general and the profile of individuals needed. > They go for the "standard" available bodies with a single fit all projects > skill set and their batteries of psychological tests. > That explains a lot why productivity is low on most projects. > > The landscape will change when HR changes (and managers)... > seeking intelligence and initiative instead of a single static fit. > (looks like StarTrek quest...) > > The day they will understand that software development is not > a Taylor assembly line (less the efficiency), the situation will improve. > > You cannot get more from people that what you are asking for... > > I am not generally optimistic about the state of things in the software > industry but we need to bring in tools that are more accessible to the > masses. Clojure is one if you compared it to CL... > > Luc > > > > > The biggest barrier to using Clojure in an "enterprise" environment is > > that enterprise projects are typically built and maintained by 100s of > > replaceable code-monkeys and consultants, all of which understand Java > > and almost none of which understand Lisp of any kind, let alone > > Clojure. > > > To be honest, even if I could get away with it, I wouldn't want to > > inflict hell on the next person who has to fix something in my Clojure > > code. Even if they're a good developer, they are very unlikely to care > > about Clojure or functional programming. I heard of one guy in our > > company who wrote some web services in Scala on the grounds that they > > were one-off services that wouldn't need to be modified - until they > > were, and everyone was roundly cursing him for it. They were small > > enough that it turned out to be easier to redo them in Java rather > > than to learn Scala and understand his code. > > > Like it or not, enterprise development = Java or .NET until the > > language landscape has some radical changes. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~----------~----~----~----~------~----~------~--~---
