Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

jjohn (22)

jjohn
  (email not shown publicly)
http://taskboy.com/
AOL IM: taskboy3000 (Add Buddy, Send Message)

Perl hack/Linux buff/OSS junkie.

Journal of jjohn (22)

Thursday January 17, 2002
05:15 PM

Integrated Development Environment: Unix

[ #2226 ]

Just ran across an interview with James "Javaman" Gosling where he explains about his work with the new cross-platform IDE, netbeans. In particular, this crack made me laugh:

And IDEs are generally targeted at low-end developers--people who are not experts at writing code. And if you look for tools that are oriented toward (those) people, you basically find nothing. The No. 1 tool (in that area) is Emacs, and I was kind of the guy responsible for the original Emacs, 23 years ago. One of the things I find frightening is it's still around, and in many ways it hasn't really changed. Is that the best you can do for a (low-end) developer?

Although this will out me as an Emacs user, I say "if it ain't broke, don't fix it." Emacs is still around (and being actively developed) because for many users it works. It's stable, supports many programming languages (i.e. syntax highlighting and block indenting) and is copiously documented. Why not use it?

But the issue here really isn't Yet Another Editor war. All that I've said about Emacs is equally true for vi. The beef I have is really with the popular implementations of an Intergrated Development Environment. My sense is that the early success of Borland's QuickPascal for MS-DOS, with its "advanced" editor, online language help and integrated debugger, prompted application designers to think "every programmer needs this for their own language." In a way, this is true. However, it is meaningful that this was an MS-DOS product. MS-DOS was never taylored to the developer, but rather to the business application user. Therefore, a stock install of MS-DOS was a barren and lonely place for a programmer. What else was a PC coder to do in the eighties?

As free Unix clones became available in the nineties, many of us got our first glimse at an operating system appointed for programmers. Help facilities like man, text munging tools like awk and sed, filesystem tools like find, a rainbow of text editors and free version control systems like RCS all put the anemic MS-DOS environment to shame. There was never a need in Unix for one monolithic application designed to faciliate coding; every aspect of Unix is geared towards it. Editors need only provide access to these other tools to be an "IDE" in the DOS sense of the word.

So, Gosling's scorn of Emacs is a bit surprising to me in the context of programming. The editor is only a part of the picture. Building a whole application just to faciliate programming is sort of weird from a Solaris guy. The problem is that the Windows environment is openly hostile to programming. I certainly got that message loud and clear, which is why I develop in Linux.

One final point about IDEs in general. The core activity of programming is, oddly enough, text editing. Why is it that IDE editors in Windows (and I suspect netbeans to be only marginally better) have such a paucity of advanced editing features? I need the TAB button to indent based on the semantics of my language. I need rectangluar cuts. I need multiple buffers for cut text so that I can recall them all later. I need to be able to pipe a region of text into an external command, like wc or perl -wc. I need to be able to easily open a shell to run test harnesses. I need dynamic completion of words (for the love of God, don't make me type more than I have to). Most of all, an editor better not make me touch that phuqing mouse while I'm thinking! My motor skills are piss poor and I don't need additional distractions while coding.

In conclusion, it's clear to me that Unix and its frequent companion tools constitute to the most robust and stable IDE I've ever run across. Although it isn't the easiest IDE to learn, it is certainly the most powerful around, bar none.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Most of all, an editor better not make me touch that phuqing mouse while I'm thinking

    This is very very true. One must learn the key shortcuts. [cmu.edu] Of course, when one switches OSes, many of them change. A hyoomon I used to work with was bent about the fact that all her favorite MSWin shortcuts didn't work in MacOS BBEdit. After a bit of random gefingerpokening, I found the equivalent of the shift-Home and shift-End that she missed so much (it was probably shift-control-Up or something horrid like that). Sh