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!.POSTED!not-for-mail From: Paul Rubin Newsgroups: comp.lang.ada Subject: Re: "functional" programming in Ada Date: Tue, 06 Mar 2018 20:46:04 -0800 Organization: A noiseless patient Spider Message-ID: <878tb48pdf.fsf@nightsong.com> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: reader02.eternal-september.org; posting-host="0d2fc7eebe72d3f6c325752588dcfe29"; logging-data="26873"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Fnx6yoalEnhf2ZmJQUUC3" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) Cancel-Lock: sha1:mlmlJsVrSPfy2TadFSAl4S9Po6g= sha1:W1ElhVxyVmc/nsYv+KJAacUzZwE= Xref: reader02.eternal-september.org comp.lang.ada:50867 Date: 2018-03-06T20:46:04-08:00 List-Id: Manuel Collado writes: > Well, it may sound a bit heterodox, but IMHO functional programming is > just a subset of imperative (= procedural) programming. > > - Functional programming = expressions > - Imperative programming = expressions + variables + procedural actions By that logic, typed programming is just a subset of untyped programming. - (sufficiently) typed programming = expressions with well-defined values - untyped programming: expressions with well-defined values + expressions with undefined values + arbitrary pointers and memory corruption > So why avoid the power of some functional programming expressions in > the imperative programming world? Because eliminating dangerous features from a language can increase its safety, predicability, etc. Whether that applies to functional vs Ada depends on a lot of things, but the generalization you seem to suppose (that adding more power never does harm) makes no sense.