Slashdot Mirror


Joel Test Updated

An anonymous reader writes "In 2000, Joel Spolsky wrote the Joel Test, an excellent and simple way to evaluate a software company. While the test is still used, it's getting outdated, as many companies are moving to web technologies, and new development tools exist. In his blog, Marc Garcia wrote about what could be an update to Joel Test."

5 of 182 comments (clear)

  1. Re:Total failure by Frosty+Piss · · Score: 4, Insightful

    You won't get anything usable from an end user without some severe filtering.

    Indeed. This attitude is one of the biggest failures in Open Source software development, and why companies like Microsoft flourish. Microsoft software has many issues, but listening to the End User is not one of MS's problems. On the other hand, pipe up to just about any Open Source project about End User issues, and "STFU and submit a patch" is about the nicest thing you'll hear. Even as responsive as Apache and Mozilla are, End Users still feel this wrath. It a fact, most companies that want their products to flourish and make money are responsive to the people that actually use them. The GIMP Team? Not so much.

    --
    If you want news from today, you have to come back tomorrow.
  2. Re:Who is this guy? by rokkaku · · Score: 4, Insightful

    Do you sell your car every year to buy a new one? There's a cost to converting, so you have to make an engineering decision about making the conversion. The automated tools don't always work with old and complex repositories.

  3. Re:Old system is fine. by Bigjeff5 · · Score: 4, Insightful

    His "updates" just sound like re-statements of the original questions for a particular situation (i.e. less applicable to all modern software companies than the original).

    Joel Spolsky assumed you would be intelligent enough to adapt the list to your specific situation.

    For example, what good is "source control" if it doesn't effectively control the source code? There is no need to specifically mention distributed source control; if your source control is doing its job then you have good source control. If it isn't doing its job because you've got developers all over the country, then you need a distributed source control. It's built in to the question.

    Customers directly reporting to a bug database, as others have mentioned, can be disasterous. However, Joel's flagship software is bug tracking software, and from what I've heard it's very, very good. His bug tracking uses a combination of silent reports from the software, direct customer input, and support service input. Specifically stating bug tracking must be entered directly by the customer is stupid and inflexible, and does not apply to all situations. The point of the software test is to apply to all situations.

    It goes on, most of them are similar, but this one is egregious:

    Do you have automated build or deployment procedures?

    What the hell does he think "Can you make a build in one step?" means?! That's automated build and/or deployment!

    Also:

    Do you fix bugs before implementing new features?

    Uh... frankly, that sounds worse than "Do you fix bugs before writing new code?"

    Do you have a roadmap, and you don't make important changes to the short term priorities?

    A) That's not the programmers job nor responsibility, and B) "Do you have an up-to-date schedule?" Hello?

    Seriously, what does this guy think all these words mean? Just because they were written 10 years ago doesn't mean the meanings of the words changed. Apply them to your situation, they fit just fine.

    Last but not least:

    Do your team work in good conditions (quiet environment, flexible schedule, freedom to choose development software, fair paycheck...)

    That's a dream of every office worker in America, and if you refuse to work at companies that don't have an office culture like that, well, you won't be working much unless you are seriously hot shit.

    --
    Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
  4. Simple test for when a company is too big. by EWAdams · · Score: 5, Insightful

    Put a $10 bill, or the local equivalent, in an envelope on the company bulletin board. On the outside, write, "I need change for $10 please" without any indication of who you are. Do this every six months or so. If you ever come back and find that the envelope is empty, your company is too big. You have hired a thief who does not care about his or her fellow employees.

    --
    I piss off bigots.
  5. Re:A serious question by rudy_wayne · · Score: 4, Insightful

    Has Joel Spolsky done anything that's worth a damn?

    Not really, but he seems to be an expert bullshitter who throws around the fact that he once worked at Microsoft every chance he gets. As for what he's done, let's see:

    City Desk - some sort of program for creating and managing websites. Little or no mention of it on his website anymore and the City Desk forum is long gone from the website.

    Fogbugz - The Forgbugz forum is also gone from his website. Here's a blurb from Joel this past September: "Thanks to the hard work of the Fog Creek team, including ten great summer interns, we have just released amazing new upgrades to FogBugz " Thank god for free labor.

    Co-Pilot - a remote access program that was written entirely by summer interns. Really. Thank god for free labor.

    Stack Overflow - Not an actual application but simply a website where people can ask questions.. This doesn't stop Joel from proclaiming "I’m the CEO of Stack Overflow".

    From what I can see on his website, his main business now is ads for programmer jobs.