Leading A Low-Profile Free Software Project

NEdit is a Linux/Unix "point and click" text editor that gets almost no press but has a dedicated (if small) band of devoted users, including rusty at kuro5hin and myself. We get lots of news about high-profile Open Source and free software projects, but rarely hear about ones like NEdit or the people who lead them -- like Mark Edel, NEdit's original author, who is still the project's integration "gatekeeper." This is a good opportunity for anyone who is thinking about starting a free software project to ask what it's like to toil in the shadow of giants. Please post your questions below. We'll forward about 10 of the highest-moderated questions to Mark tomorrow, and will post his answers next week.

Would you still choose Motif?

At the time NEdit was started, there was no real alternative, but if you were starting again today, would you still choose to use Motif?

Project coordination

First, thanks for producing Nedit. I've been a big fan of the program for years, and it's always one of the first things that I install. I'm wondering how you go about coordinating the development and testing of code on an open source project. Do you create well defined APIs for modules to interact with, and then ask people to work on modules that use those APIs? Do you put one person in charge of each segment of the project? How do you resolve disagreements over the features and functionality of the project? PS. What happened to the // or /* */ commenting macro in Nedit? I miss it!

Using Motif/other 'unpopular' libs

A lot of people are very hesitant to install a whole set of libraries to run only one application -- almost no matter how good the app is -- when there are 'good enough' alternatives for the standard libs they already have.

Do you feel that NEdit has suffered from not using more popular libraries, and does it matter to you?

Users. Developers. And How to Find Them.

I run a small (one developer: me!) project at sourceforge [sourceforge.net]: a text-based web bulletin board called vaxbb [sourceforge.net].

Although sourceforge says it's been downloaded 63 times, I've received nary a comment or email of any sort. Granted, it needs a lot of work before vaxbb will be an install-n-go program, but I definitely think it fills a niche (I started writing it because I couldn't find a free bb that I liked the look of).

So, after all that intro, my question is: Does a project have to be super-slick before people will use or contribute to it? How does one find developers w/out a huge user base. . .or get a user base without having a fully-developed program?

-Omar

Portability or Java?

I used Nedit once, years ago and I'm glad to see it's still around. I see from your pages it's still X-focused, Motif-based, although it's been ported to Windoze and the Mac.

My question: has there been consideration of rebaselining it into a truly "portable" language or library set, such as Java with Swing or one of the other "lightweight" open-source multiOS frameworks, or will it stay X-focused for the forseeable future?

I have to ask...

What data structure do you use to store the text internally, and why? What trade-offs exist in your approach?
---
pb Reply or e-mail; don't vaguely moderate [ncsu.edu].

I think that it has to kind have a future

One of the problems is that people will not contribute to a project if they don't have any way to see it being used or see that it has a good code base. This goes for any project that you want to have people work on. This is purely psychological but is deeply engrained in how people think.

PS. It would also help if you uploaded at least a temp page for sourceforge. I just like to be able to get some page and maybe some info before downloading things to see what the project is like.

Does your bulletin board support nested comment display ala slashdot? If it does avoid nested tables like the plague because it's not considered good coding form by the lynx developers and the like and excludes many people who want to undetstand the flow of conversation that is going on.

How do you "advertise"?

Reading newsgroups and mailing lists, I occasionally come across people who have problems that could be solved with software I have written and made available. I have a hard time coming up with a way to point them towards my software without coming across as some kind of big-headed, know-it-all, "my software cleans your floor and does your taxes" loser. What to do?
--
An abstained vote is a vote for Bush and Gore.

The Benefits of Opensource in a small project

One of the big things that is said about the beauty of open source is that it allows for a lot of people to see the code and weed out the bugs. So, on a smaller project such as this, how has the level of interaction with users and development been? Do you find you get lots of useful feedback and bug fixes or is it mostly you at the helm just trying to make a good piece of software?

---

Don't forget Usenet

Prospective developers tend to hang out on usenet. Figure out what newsgroup is the right one, and post announcements of new versions of your program there. You'll get more feedback that way.

--

Common sense of FS/OSS development

Here's two questions:

1. From which (if any) of the commonly accepted principles of FS/OSS development [tuxedo.org] does your project deviate?
2. How much time do you spend writing code vs doing more administrative/moderation tasks?

thanks. cbd.

Software Enginnering for OSS?

Now that you've successfully created a wonderful, stable editor, how many of the following software engineering techniques were used on the project, or would have been helpful?

1. Clear, concise statement of work (since NEdit was developed with U.S. Govt funding)
2. A Requirements Management process (measurable details about end-user goals)
3. Requirements Traceability Matrix (did all the planned stuff get implimented?)
4. Design Documents (GUIs plus interactions with black-box libraries or external packages)
5. Work Breakdown/Size Estimates (what are the pieces of the design that need attacked, what skills are required for each, who is attacking each piece)
6. Project Tracking (some automated way of allowing outsiders to see how it's going)

Colleges are teaching this. Companies who want government contracts are starting to do this kind of stuff. Would these software engineering techniques help OpenSource biggies stay on track and on time even though there is no financial interest to do so? The upcoming <cough>Linuxkernel<cough> comes to mind.

The cross-platform issue

One of the big moments for mature software projects is the issue of keeping the software cross-platform. Can you tell us a story about your struggles with keeping NEdit cross-platform? As a starter question: Is there a lessons-learned document around that gives good tips to avoid cross-platform issues, or have you ever though about making one?

How much design, how much evolution?

I find that NEdit has a near magical combination of ease of use and power. Using it for web development, I've set it up to syntax highlight the appropriate scripting language/html combinations, update my cvs repository, stage the site to a staging area on my local server and load the page into Netscape to verify everything's okay, then upload it to a remote webserver. And it's all attached to a hotkey combination; I can do all this without leaving the editor. Outstanding. Yet my wife can use the exact same setup and never know it does anything more than Notepad; all this doesn't get in her way in the slightest.

How did you achieve this balance? What design decisions were made in the beginning that facilitated this, and how have changes been made during NEdit's evolution such that this balance hasn't been disturbed?

License

First, I want to say that I've been using Nedit for probably seven years, and I've always thought it was the best thing out there. Someone mentioned that it eased the transition from PC/Mac to Unix, and that was certainly true for me. So thanks for your great work!

When I first used Nedit, I was working for a government-related agency, which had restrictions on what kinds of software could be run. Because Mark Edel hosted the source on a Fermi Labs machine, I was able to weasel around some of those restrictions. This, of course, was not before GNU but was well before the Open Source movement gained its groundswell of popularity. When the movement did gain popular momentum, it was looked upon with distrust and suspicion within the agency where I worked. There were offhand references to Communism and anarchy whenever people heard my enthusiasm. Likewise, when I wanted to give out source to some utilities I wrote, I was summarily shot down and chastised -- "this was paid for by the Government!" I was told (which was exactly my point; they just had a different conclusion as to what that meant).

So... how did you convince Fermi Labs (or the DOE) to allow source distribution in the first place? Did you run into any difficulties when you decided to change the license? Did you have to get permission within the organization? If so, what did you need to do to get approval?

Thanks again!
bukra fil mish mish
-
Monitor the Web, or Track your site!

Design and testing

One of my pet peeves is lack of design, documentation, commenting and testing. I'd appreciate your views on how much you believe these are necessary. Do you design before you code, or do you just dive in? Do you like to provide loads of support documentation for users and co-workers, or are you of the "the-code-is-my-documentation" school?

More importantly, how do you enforce any such standard on your project, given that you've got other people submitting you code patches which may be technically perfect but visually obfuscated? And has this caused any friction, since managing coders is a "herding cats" scenario, and criticising someone's coding style is often taken very personally?

Grab.

Your process

I have a simple non-technical question.

How do you keep going? As in when real life get's in the way. I head up 2 projects and there are times when the kids, my paying job, wife,etc.. keeps my development at a standstill.

How do you cope with life interfering with your projects?

The self-conscious coder issue?

There have been many times when I've wanted to undertake a project and release the source but haven't simply because I'm self-conscious about the code I write. I feel almost embarassed at the thought of someone seeing sloppy, inelegant code with my name on it. I'm just curious if a.) you've ever had this problem and b.) in general, what have people's responses been (i.e. flames, a patch and some consoling words, etc.)?

--