RE: "Allow" vs. "Require"

Subject: RE: "Allow" vs. "Require"
From: "Dan Goldstein" <DGoldstein -at- riveraintech -dot- com>
To: <techwr-l -at- lists -dot- techwr-l -dot- com>
Date: Mon, 9 Apr 2012 09:29:03 -0400

Thanks, Fred, you described my situation better than I could myself. I'll suggest "allow but not require" to Those Who Code.

By the way, for anyone looking for a little adventure in tech writing, nothing quite compares with the middle ground between the coders and the testers. Writing requirements and test cases that please everyone is a little like working at the United Nations during an arms crisis.

-----Original Message-----
From: Fred Ridder
Sent: Monday, April 09, 2012 9:13 AM
To: mstockman -at- gmail -dot- com; Dan Goldstein
Cc: techwr-l -at- lists -dot- techwr-l -dot- com
Subject: RE: "Allow" vs. "Require"

I'd probably agree with this approach if we were talking about user documentation. But the audience for the document is software developers, and the purpose of the document is to spell out for them what specific things the code they write needs to do. That's different from anthropomorphizing software because the software doesn't exist until the people reading the specification write it.
And to answer Dan's question, if it's really important that a specific user action be optional, I'd be inclined to express this explicitly in a spec by using "allow but not require". My experience has been that "optional" is a dangerous word in specifications because a developer working to the spec can misinterpret the word as applying to the requirement (negating the carefully and deliberately used "shall") rather than the user's action and not implement the feature at all. I have seen this happen accidentally (developers who speak ESL), but at least once it seemed to have been deliberate (a developer who was both a know-it-all and a seriously passive-aggressive personality type who loved to nit-pick *every* document that crossed his desk, including memos from his managers).

This message contains confidential information intended only for the use of the addressee(s). If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing, copying, electronic storing or the taking of any action in reliance on the contents of this message is strictly prohibited. If you have received this message by mistake, please notify us, by replying to the sender, and delete the original message immediately thereafter. Thank you.

Create and publish documentation through multiple channels with Doc-To-Help. Choose your authoring formats and get any output you may need.

Try Doc-To-Help, now with MS SharePoint integration, free for 30-days.


You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-

To unsubscribe send a blank email to
techwr-l-leave -at- lists -dot- techwr-l -dot- com

Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit for more resources and info.

Looking for articles on Technical Communications? Head over to our online magazine at

Looking for the archived Techwr-l email discussions? Search our public email archives @


"Allow" vs. "Require": From: Dan Goldstein
Re: "Allow" vs. "Require": From: Mike Stockman
RE: "Allow" vs. "Require": From: Fred Ridder

Previous by Author: "Allow" vs. "Require"
Next by Author: RE: "Allow" vs. "Require"
Previous by Thread: RE: "Allow" vs. "Require"
Next by Thread: Re: "Allow" vs. "Require"

What this post helpful? Share it with friends and colleagues:

Sponsored Ads