From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by yquem.inria.fr (Postfix) with ESMTP id 77E4CBBAF for ; Fri, 19 Dec 2008 12:00:12 +0100 (CET) X-IronPort-AV: E=Sophos;i="4.36,248,1228086000"; d="scan'208";a="18683900" Received: from discorde.inria.fr ([192.93.2.38]) by mail2-smtp-roc.national.inria.fr with ESMTP; 19 Dec 2008 12:00:12 +0100 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id mBJB0CRW022424 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=OK) for ; Fri, 19 Dec 2008 12:00:12 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQBALwNS0lKfSwdkGdsb2JhbACTJD4BAQEBCQkMBxEDqwlYhFeLfgEE X-IronPort-AV: E=Sophos;i="4.36,248,1228086000"; d="scan'208";a="18683898" Received: from yx-out-2324.google.com ([74.125.44.29]) by mail2-smtp-roc.national.inria.fr with ESMTP; 19 Dec 2008 12:00:11 +0100 Received: by yx-out-2324.google.com with SMTP id 8so302364yxg.27 for ; Fri, 19 Dec 2008 03:00:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=HPp0X5OCzM7L6lusUviJqMez5adKIgnvURwNv86P+0A=; b=fPtrbOnDlcUDjVUGb3+Kxwf3176NxhNzIUtghEOpm/U2FPsoby54xcjJSWaa+cUsNR 67byeZCI2fHUUbvm5hrKkO7qZ2YO3rNb9K4xCtgj8mI7cw5qLpMIOVz9KViAX0agm2a7 8cpUA1plNzZkbYfyzb5fT5P2HSfcRBsqOhkug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VyOnDSLswD3KrCJUoZUR1kh5q5j4qFPkBU/8+MtOb9donmP8a7pD1chb3HCM6E8tNU HsiFDwpt+EMaCV5mAeNQJ1UYO583GH6LPW6Iozz2oyf/hggfBAkz4Z+dgVpHtTSEw7a7 HdCmtdHo6mOK03Eg4T9DiRb66s/mzwmf1et78= Received: by 10.150.50.1 with SMTP id x1mr5351136ybx.213.1229684410915; Fri, 19 Dec 2008 03:00:10 -0800 (PST) Received: by 10.151.129.6 with HTTP; Fri, 19 Dec 2008 03:00:10 -0800 (PST) Message-ID: <9b415f950812190300g56c3b5ack294d0e66e9a95a06@mail.gmail.com> Date: Fri, 19 Dec 2008 11:00:10 +0000 From: "Benedikt Grundmann" To: "David Teller" Subject: Re: [Caml-list] Wanted: your feedback on the hierarchy of OCaml Batteries Included Cc: OCaml In-Reply-To: <1227012687.6170.107.camel@Blefuscu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1227002178.6170.25.camel@Blefuscu> <20081118100625.GA25627@annexia.org> <421532A1-E2CA-404F-8387-E11DA9B3DE79@erratique.ch> <1227010539.6170.72.camel@Blefuscu> <9b415f950811180428x2de94a64q6fa92887f8e00705@mail.gmail.com> <1227012687.6170.107.camel@Blefuscu> X-Miltered: at discorde with ID 494B7EBC.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; grundmann:01 grundmann:01 ocaml:01 wiki:01 cheers:01 univ-orleans:01 ocaml:01 node:01 cheers:01 univ-orleans:01 lifo:01 2009:98 liquidations:98 calvin:98 calvin:98 Somehow I forgot reply back when you posted this reply. And I was just reminded when I read this: "Batteries is meant to serve the following purposes: [snip] provide consistent abstractions and APIs for otherwise independent libraries. " on http://wiki.cocan.org/events/europe/ocamlmeetinggrenoble2009 How can you expect to provide consistent abstractions if you are not willing to make those decisions? Cheers, Bene 2008/11/18 David Teller : > Ok, that's an interesting point. Now, we just need to all agree on one > standard :) > > On Tue, 2008-11-18 at 12:28 +0000, Benedikt Grundmann wrote: >> > Do you see any better way of managing the complexity of all this? >> Yes don't introduce it at all, make a decision to use or not use labels >> and stick with it. Similarly make a decision to use or not use exceptions >> as the "default", suffix / rename alternative functions as appropriate >> (consistently). Consistency is a big win. Not only as it speeds you up >> when you read/modify other people's code it also reduces the amount >> of decisions you have to do when writing new code. >> >> http://ocaml.janestreet.com/?q=node/28 >> >> Cheers, >> >> Bene >> > -- > David Teller-Rajchenbach > Security of Distributed Systems > http://www.univ-orleans.fr/lifo/Members/David.Teller > Angry researcher: French Universities need reforms, but the LRU act brings liquidations. > > -- Calvin: I try to make everyone's day a little more surreal. (From Calvin & Hobbes)