ldo at geek-central.gen.new_zealand
Thu Oct 2 11:03:12 CEST 2008
<0a724214-0dea-43ff-947e-9d073581573c at u65g2000hsc.googlegroups.com>,
Aaron "Castironpi" Brady wrote:
> On Oct 2, 12:52 am, Lawrence D'Oliveiro <l... at geek-
> central.gen.new_zealand> wrote:
>> In message <pan.2008.10.01.09.44... at REMOVE.THIS.cybersource.com.au>,
>> D'Aprano wrote:
>> > On Wed, 01 Oct 2008 22:14:49 +1300, Lawrence D'Oliveiro wrote:
>> >> In message
>> >> <1b1ed34d-f386-4389-a7f1-ce68be4e2... at k30g2000hse.googlegroups.com>,
>> >> Aaron "Castironpi" Brady wrote:
>> >>> Do you ever want to scream from the rooftops, "'append' operates by
>> >>> side-effect!"?
>> >> No. It's an effect, not a side-effect.
>> > "Side-effect" has the technical meaning in functional languages of any
>> > change of state that isn't the creation and return of a function
>> > result.
>> "Side" means that it happens as the by-product of returning a function
>> result. "<list>.append" isn't a function, it's a procedure. Hence the
>> modification of the list is the primary effect, not a side effect.
> I was using the technical definition from functional languages ...
Which is where the use of "side" would make sense, given that functional
languages are full of functions, not procedures.
More information about the Python-list