|
I'm not sure that such a developing platform should be priority for Mono. Is there other open source initiatives like Sharp Develop or some related to Eclipse, that could better address this issues. The main focus for Mono must be, in my opinion, complete the implementation of the .Net framework. Until we have Windows.Forms, no matter how good the development tools could be, it will be of a very limited interest for developers. I stoped using it as I found that writing console applications with mono was of very limited value for me and my customers.
Also, take into consideration that the main business issue around Mono in not about taking the developers out of windows, but the users, in special when we talk about very large companies.
Regards
Pablo
-----Original Message----- Message: 7 Subject: RE: [Mono-list] Is Mono ready to compete with MS .NET inrealbusiness? Date: Thu, 30 Sep 2004 14:11:26 -0400 From: "Max Metral" < [EMAIL PROTECTED] > To: "mono-list mailing list" < [EMAIL PROTECTED] > To assert that VIM is good enough is exactly why "Mono" (the overall concept) is not competitive as a *business* development platform yet. Is it suitable for some people and tasks? Definitely. It's also suitable for people who want to contribute their time to improving it, who don't want to pay for or don't need a more full featured development environment, or who enjoy tweaking for educational purposes. But for business development, sort of by definition, it's not there. I've been programming for 15 years, on both Unix'en and MSFT platforms at various times, and I know there are pluses and minuses to both; I'm not a MSFT blind follower. But there is no minus to having a usable debugger, or auto statement completion, or an integrated help system. They speed up development time, full stop. That doesn't mean I need a class browser or some form building widget, although again many businesses will view that as part of being "competitive." As importantly, there IS an inherent disadvantage to having to spend a huge amount of time recreating or improving all these things. Someone has to do it, no question, and those people are rightfully revered and appreciated in open source efforts. But for most business applications, the owner of the business is not going to see value in the person who was supposed to be writing the WidgetManager app working on a new debugger for a programming language. Their time is more expensive than Windows + VS.Net + a new car. So again, I love Mono, and I look for places where I can be helpful by lending stuff I know that maybe other people might have a harder time finding out, or where I'm particularly suited or interested in a particular feature. But in the end, as a guy in a small startup company, I can't spend the huge amount of time (and therefore money) required to build a debugger or get Mono fully working on OS X, even though I wish I could, and so I wait. And unless the original poster is in a position to do this, I would still submit that the answer to his question, right now, is "no, Mono is not competitive with MSFT in real business yet." Heck, part of the brilliance of Mono is that it doesn't HAVE to be competitive in all aspects yet. It embraces and extends MSFT.Net. You want to use VS? Sure, have a ball with all the widgets and doo-hingies. Then run it on MacOSX or Linux using the same binary. Finally, somebody realized the way to take on MSFT is to beat them at their own game. |
