OSNews

you can use sharpdevelop for windows.

You can also use Visual Studio. Just because it's not OSS, that doesn't mean it isn't a valid choice.

sharpdevelop is not nearly as fully featured, although I'm very glad it does exist, it is well written and an exlempary piece of FOSS, that other IDEs should follow closely.

Yes, but the price of SharpDevelop is significantly lower than Visual Studio.

For at least a couple more months the MS Studio Express versions will be a free download. Fully functional for my needs.

[i]A language is all but useless without a good development environment to back it up.</>

Yea... C and C++ where useless when we had to use just vi or emacs and make.

A language is all but useless without a good development environment to back it up.

Yea... C and C++ where useless when we had to use just vi or emacs and make.

He did say "all but useless"... not sure if that's what he meant though

Also, for some people vi/emacs and make is a "good development environment"

In your logic Qt would died long time ago.

Actually, vsprj2make -- the Visual Studio Add-in -- has been available and in use by many developers for well over a year now

Visual Studio .NET is very good as well as SharpDevelop. However, the availablility of these fine IDEs has not diminished the interest in MonoDevelop. In fact, I am also working on porting MonoDevelop to Windows, but even when available, I will continue to work on our Mono Add-in for Visual Studio, because the more the merrier

My original proposal was first published back in June 2004, and I had a working prototype available a week later. You can read it here:

http://www.mfconsulting.com/product/prj2make-sharp/vsprj2make_Propo...

I am a user of MonoDevelop and find it great. I fail to see how this will seal its fate as Visual Studio does not run on linux.

Perhaps you meant to say "will seal monodevelops fate on windows" which by virtue of not being there, is largely sealed already.

From what I've read they're porting MonoDevelop to Windows very soon, but if there is a plug-in for VS that accomplishes the same thing then I really don't see the point of porting it. Of course choices are always nice, but virtually all professional Windows developers have VS installed which IMO is vastly superior to MonoDevelop. I'm not saying I don't like MD; it's not bad given how new it is...but the bigger point is that the VS add-in will make Mono a more compelling platform to code against for those of us more familiar with VS.

From what I've read they're porting MonoDevelop to Windows very soon...

Errr, it's called SharpDevelop and it already runs on Windows. Doh!

Perhaps you meant to say "will seal monodevelops fate on windows" which by virtue of not being there, is largely sealed already.

MonoDevelop on Windows is SharpDevelop, and unfortunately there is no code sharing now between the two projects which pretty much seal MonoDevelop's fate on any platform really.

Yeah, the 30 minutes it takes me to install Visual Studio is a total pain in the ass. Oh wait, then there's the 5 minutes it takes to configure where I want the different windows and whatnot. Oh wait, the new version of VS has an export settings wizard, so that's 5 minutes saved!

If IDE's are overrated, then why do the majority of software developers use them? It must be that whole productivity boosting thing, but I guess that doesn't matter to some folks.

Approx. 40 minutes to get started with an IDE. And that's just the beginning. Talk about productivity boosting.

30 minutes to install.

And yeah, that way more than 30 minutes the IDE will save you (ESPECIALLY when debugging).. yeah.. definitely not worth it..

you can press this RUN button and your project automagically runs, awesome dude!

I see nothing wrong with this. Would you rather flick 30 switches before starting your car up, or just twist the key? Compiler switches can easily be put in a dialog as tick and text boxes and seen only when wanted.

IDEs are overrated...

Another clueless post by someone who probably thinks he's hardcore with Vim.

You would, most likely, get fired for not using the proper, productivity-enhancing tools when programming in languages like C# or Java.

C and languages like Ruby are another story, but don't throw out the baby with the bathwater.

And I've never been locked into an IDE. If you were locked in you couldn't recompile on Mono.

Any business that fires you for not using an IDE is not worth working for. Productivity enhancing my ass. More like headache enhancing. You certainly have no experience importing/exporting "large" projects from one IDE to another. Ahem, it's quite "productive." No, I'm not talking about your silly 100 line school project.

They wouldn't fire you for not using an IDE, they would fire you because your productivity levels compared to your teammates would be horrendous. Importing/exporting projects? What is this, the 1960's all of a sudden? That's what source control is for. But given your take on IDE's, you would probably prefer the project be on floppy and let each member of the team pass it around whenever they need to do some work on it.

Unless we live in alternative universes, I don't believe source control is for exporting/importing projects. If your IDE tells you that, it has lied to you.

Any business that fires you for not using an IDE is not worth working for. Productivity enhancing my ass.

And please tell your PHB that you're going to do that next project in Assembly. By the way, there are vi keybindings for VS, Eclipse, and IDEA. That's the only good thing about Vim (the keybindings).

vi keybindings for VS? Got any links where I could find more info?

VIM/Emacs too are also retarded in the sense they are as much of a pain to use initially as the convoluted IDEs I've had the displeasure of using. GUI Builders are a big joke. Ever tried maintaining code generated by one? I guess not. Third party debuggers are available a dime a dozen. Almost all the IDEs I've used have broken, buggy or totally lame debuggers. If you had mentioned refactoring tools, then you'd have scored some points. But debuggers? Puleeasse! If you are using an IDE's GUI builder to develop your code, welcome to the world of lock in and non-portable code. They are as lame as code generators.

MyStillBeef, it's becoming more and more clear that you don't and never will do professional development. A GUI builder like Glade spits out XML (not source) and you just wire up your events.

Once again, you'd be fired for wasting everybody's time.

And it's become evident that you are a twat, glade and many GUI builders also generate source code, Mr Professional developer.

Not Glade3, and the preferred professional way was to always just call into the glade library and not generate the C code. Have fun in hobbyist land.

You mean it is more important to waste my time learning the nuances of an IDE as opposed to getting real work done? I'm glad I don't work for you.

so what-do-ya-suggest, being "cool" guy who does-not-use-ides? let's say i want to build c# winforms app. how do i do it in your "more efficient" way?

haha

Edited 2006-02-25 23:28

Where did you get the idea that you need an IDE to be on time and on bugdet? Many projects use IDEs that aren't on time and on bugdet. Any what is wrong with printfs and gdb? There are much more mature, stable and reliable than 90% of the junk in some of the IDEs I've used.

Any what is wrong with printfs and gdb? There are much more mature, stable and reliable than 90% of the junk in some of the IDEs I've used.

So only printf and gdb are mature, stable, and reliable now? Let's hope that printf is freaking stable since it's been around for decades. But is gdb stable if an IDE writes some code to interact with it? I guess gdb is only stable if it's used on the comand line.

See, your problem is that your having a hard time comprehending that it's 2006 and not 1996, and nobody thinks your hardcore for being command-line only. But you've painted yourself in a corner now, so it's fun watching you go down in flames.

Once you realize that you don't have to choose between command line tools, printfs, IDEs, and that you can use the tool that fits the job then you'll be able to get yourself a job.

Oh my! Except that GDB has had several GUI front ends for so long now. And for other languages and frameworks there are also GUI debuggers that also work on the command line too. Heck, if my memory isn't hazy, the Eclipse CDT for C/C++ development uses GDB as its debugger or has a plug-in for it. I'm not wasting my time conversing with you any more, less I weep from your ignorance.

Wow, MyStillBeef, Now you've just proven that you're incapable of reading. My whole post was about using a command line tools with an IDE. So is GDB worthless if it's used from an IDE - or any command line tool?

Many projects just aren't on time, period. This is usually the fault of PM's/Management/etc, and has nothing to do with what tool is used to hammer out the code.

The project I'm working on now would simply be impossible without the aid of an IDE (Visual Studio in this case), as are most of the projects I've worked on in the past. It's becoming pretty obvious that you've never used a decent IDE such as VS (or Eclipse/IntelliJ/etc). It really might do you some good to get out of your college compsci 101 mindset and give some modern IDE's a shot.

Note to self: No more feeding the troll after this post.

Well I'm not surprised. Windows is the most horrible development platform ever to grace the planet. I also know many shops that are locked to VS, because there's nothing better. And hence my earlier rant. You pretty much can't do any Windows development without VS in this day and age.

That's quite a ballsy statement. Coming from you, it carries very little weight though.

And tell the MASM32 geeks they can't do any windows development. Tell that to people using Visual Slickedit. Tell that to people using PowerBASIC. Tell that to people using Delphi.