From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!fx10.iad.POSTED!not-for-mail From: Hubert User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: What is your opinion on Global Objects? References: <709ed34d-0987-4ae0-b37c-7f996bf6691c@googlegroups.com> In-Reply-To: <709ed34d-0987-4ae0-b37c-7f996bf6691c@googlegroups.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 141120-1, 11/20/2014), Outbound message X-Antivirus-Status: Clean Message-ID: <6Cwbw.111953$uw3.61479@fx10.iad> X-Complaints-To: abuse@newsdemon.com NNTP-Posting-Date: Fri, 21 Nov 2014 01:31:46 UTC Organization: http://www.NewsDemon.com Date: Thu, 20 Nov 2014 17:31:41 -0800 X-Received-Bytes: 2663 X-Received-Body-CRC: 2437761825 Xref: news.eternal-september.org comp.lang.ada:23591 Date: 2014-11-20T17:31:41-08:00 List-Id: > As you have pointed out, either way is a double-edged sword; one programmers rigid and inflexible code is another programmers safe and reliable code, and all engineering is compromise. That being said, in my experiences, the only proven way to know when the customer is going to change the requirements is when he says they are never going to change the requirements. For something like a game, assuming a fixed number (especially one) of anything is a surefire way to incur massive rework. Suppose, for instance, the game evolves to a multiplayer version; a server might need to host a dynamic and always changing number of game engines. Our game is already a multiplayer game and although your a=point about customers changing their mind is generally true, in a scenario like ours it is not since we are customers, designers and programmers in one team, so there is no need to consider outside people or rather people with little understanding of how their ideas look when being realized in software and thus be likely to change their minds once they see the result. Also, our software world does not so much consist of active objects or whatever is used in web or phone apps these days. Think of it more like an old fashioned mainframe system. Once it runs there will be changes for upgrades of course but nothing that requires a quick implementation or rapid reaction to changing demands, so the "inflexible" argument does not affect our case, although it may be important to consider in other scenarios. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com