If a reliable we browser was the only firm requirement... <Suspend Reality Mode> Consider <Resume Reality Mode>
Wait a minute: I've played the "Extract the real system requirements game from a reluctant client" one time too many. *Nobody*, *ever*, has *ever* specified a development or user system spec. for which the *only* requirement was a reliable web browser. Ever. And just exactly what does "keeping the web browser working " actually mean, anyhow? Unless we all wake up tomorrow morning and discover to our mutual astonishment that we are living on the planet Zorgon, I'd say that you've been slipped a totally incomplete systems requirement specification, Marcus. I would recommend going back to your friend and asking him/her what is *really* needed. And under what conditions of use. In what environment. By what kinds of users. With what kinds of HTTP/HTTPS/whatever other port traffic the browser is required to handle having been explicitly and *clearly* defined. --Doug On Wed, Jan 21, 2009 at 9:07 PM, Marcus G. Daniels <[email protected]>wrote: > Douglas Roberts wrote: > >> Give us some more of the background behind this hypothetical question, >> Marcus. What's the real requirement? To produce Word 2003-compatible docs? >> .xls? Or Office 2007-perverted, encrypted, non-backwards compatible >> versions of same? >> > A reliable web browser is the only firm requirement. Fast-turnaround > support (48 hours or something period to be negotiated) for keeping the web > browser working is a requirement. The machines would be on open wireless > network. > (I'm asking to help a friend, that's why it's sort of hypothetical..) > > > Marcus > > > > ============================================================ > FRIAM Applied Complexity Group listserv > Meets Fridays 9a-11:30 at cafe at St. John's College > lectures, archives, unsubscribe, maps at http://www.friam.org >
============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org
