Jump to content

Whats Do You Find Frustrating In A Third Party Script?


Hall of Famer

Recommended Posts

A lack of complete and up-to-date documentation. Even enterprise products like Symfony suffer from it. It seems like with just about every OSS project the lead developer is also the doc writer, so invariably some of the critical, but basic, steps for a new user to use the product correctly are either glossed over or not mentioned at all because of their intimate familiarity with what they're creating. It's incredibly frustrating to follow documentation 100% correctly only for the product to not work or spit out a confusing exception.

Link to comment
Share on other sites

A lack of complete and up-to-date documentation. Even enterprise products like Symfony suffer from it. It seems like with just about every OSS project the lead developer is also the doc writer, so invariably some of the critical, but basic, steps for a new user to use the product correctly are either glossed over or not mentioned at all because of their intimate familiarity with what they're creating. It's incredibly frustrating to follow documentation 100% correctly only for the product to not work or spit out a confusing exception.

+10000

Link to comment
Share on other sites

Documentation and/or Online Help that just repeats the field label.

 

Form:

Port Number: ______
Protocol: _____

 

 

Help File:

Port Number: Enter the Port Number

Protocol: Enter the using Protocol

 

(and stupid grammatical errors)

Link to comment
Share on other sites

After just finished on working on a third party system forked from OSC, and the Amazon API, I can only agree with the following:

A lack of complete and up-to-date documentation. Even enterprise products like Symfony suffer from it. It seems like with just about every OSS project the lead developer is also the doc writer, so invariably some of the critical, but basic, steps for a new user to use the product correctly are either glossed over or not mentioned at all because of their intimate familiarity with what they're creating. It's incredibly frustrating to follow documentation 100% correctly only for the product to not work or spit out a confusing exception.

 

It's almost worse to have documentation that gets some of the stuff wrong, but others correct. That way you never know whether or not you can actually trust it, or if you need to just chuck it all into the deepest recesses of /dev/null as you can get.

When you don't have any documentation, you know that what you can observe from the code is always going to be the correct behaviour, at least.

 

But the MS-Help (which I've dubbed it) exemplified by DavidAM above is also a pet-peeve of mine. Unfortunately often found in abundance in most documentations.

Edited by Christian F.
Link to comment
Share on other sites

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.