Frans Bouma said:
>         Yeah well, I can assure you, my 100K lines of code 
> which form the runtime of my o/r mapper won't compile on mono 
> and it will take a lot of effort to get it running. 

And all anyone ever said was that perhaps Mono isn't for YOU, but that
others should look into it for THEMSELVES beore taking your blanket
generalizations about whether Mono was useful or not. In this thread alone,
by my count, we've had more people having successes with Mono than failures.
Not a valid statistical sampling, but CERTAINLY enough to cast "reasonable
doubt" on your verdict of Mono.

> Though there are apparently people in this thread who think 
> that it's a given that you can port an app to mono/linux, and 
> it won't take a lot of effort. I call that nonsense.

Who said that? Where is the quote? What hyperbole...

NO ONE said that "it's a given that you can port an app to mono/linux, and
it won't take a lot of effort". All ANYONE has said is that they have had
success with THEIR projects in porting and that THOSE efforts have taken
little effort. Do not pretend like our having said that is the same as
saying that ALL efforts will be easy and error free.

So, once again, all I am saying is that people should see for themselves. I
am not suggesting that Mono will work for them. I am saying that THEY know
the particulars of their requirements better than either of us and as such,
can make their own choices. You have done a decent job of laying out the
details of why Mono doesn't work for you, given your architecture. I'd guess
that there are a great many people not interested in porting their entire
enterprise to Mono, but that might find a lot of use in portions of it. Or
perhaps that have particular product lines that they'd like to save
licensing costs on. Or, as others have already noted as requirements in
their businesses, clients that want their product, but do not run Windows.

Mono doesn't work for you. We get that. It was very helpful to some of us.
Do you accept that? If so, would you accept that it might be helpful to
others, too? Everything else is semantics and arguing about requirements
that neither of us know about other potential implementors.

===================================
This list is hosted by DevelopMentorĀ®  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to