Complete.Org: Mailing Lists: Archives: freeciv-dev: October 2001:
[Freeciv-Dev] Re: PATCH: rand_pos function and usage (PR#1017)
Home

[Freeciv-Dev] Re: PATCH: rand_pos function and usage (PR#1017)

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: "Ross W. Wetmore" <rwetmore@xxxxxxxxxxxx>
Cc: jdorje@xxxxxxxxxxxxxxxxxxxxx, freeciv-dev <freeciv-dev@xxxxxxxxxxx>
Subject: [Freeciv-Dev] Re: PATCH: rand_pos function and usage (PR#1017)
From: Raimar Falke <hawk@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 24 Oct 2001 10:31:29 +0200
Reply-to: rf13@xxxxxxxxxxxxxxxxxxxxxx

On Wed, Oct 24, 2001 at 12:53:57AM -0400, Ross W. Wetmore wrote:
> At 10:43 AM 01/10/23 +0200, Raimar Falke wrote:
> >On Mon, Oct 22, 2001 at 07:04:18PM -0400, Jason Dorje Short wrote:
> >> "Ross W. Wetmore" wrote:
> 
> The idea is good, but in general the application is sufficiently 
> different that a single interface probably doesn't make sense.
> 
> In general the programmer can decide whether the number of elements
> selected warrants a filtered, or pure random approach, and whether one 
> wants to do this on a full map, or some reasonable subset as part of
> the process.
> 
> The issue here is the one-size-fits-all philosophy. 
> 
> I think you shouldn't do this in places like map generation where 
> generic random techniques make really poor generators of realistic 
> maps.
> 
> Having spent some time working over mapgen, and got it to produce
> much more interesting and realistic results, the approach suggested
> here is exactly the opposite to what is really needed.

So what interface or interfaces do you propose with this knowledge?

        Raimar

-- 
 email: rf13@xxxxxxxxxxxxxxxxx
 "Programming today is a race between software engineers striving to
  build bigger and better idiot-proof programs, and the Universe trying
  to produce bigger and better idiots. So far, the Universe is winning."
    -- Rich Cook


[Prev in Thread] Current Thread [Next in Thread]