From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id 1FD4B7F168 for ; Fri, 28 Aug 2015 03:53:24 +0200 (CEST) IronPort-PHdr: 9a23:SawtyxDLFh1J5SWefTvVUyQJP3N1i/DPJgcQr6AfoPdwSP7zocbcNUDSrc9gkEXOFd2CrakU0KyI7uu9CCQp2tWojjMrSNR0TRgLiMEbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpQAbFhi3DwdpPOO9QteU1JTskb7vsMCCKyxzxxODIppKZC2sqgvQssREyaBDEY0WjiXzn31TZu5NznlpL1/A1zz158O34YIxu38I46Fp34d6XK77Z6U1S6BDRHRjajhtpZ6jiR6WbQyJ6XEbGlcWmxxHS1zP6xvoXp73vXKr5rpV1yyTPMmwRrcxD2eM9aBuHTPhjiYKMwkTZGfFjs042K5SphOso1p13oPScoWUHPdkZKrBfMoHSCxKXpACBGR6HoqgYt5XXKI6NuFCoty4/gNWoA== Authentication-Results: mail3-smtp-sop.national.inria.fr; spf=None smtp.pra=daniel.buenzli@erratique.ch; spf=None smtp.mailfrom=daniel.buenzli@erratique.ch; spf=None smtp.helo=postmaster@smtp.webfaction.com Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of daniel.buenzli@erratique.ch) identity=pra; client-ip=74.55.86.74; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="daniel.buenzli@erratique.ch"; x-sender="daniel.buenzli@erratique.ch"; x-conformance=sidf_compatible Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of daniel.buenzli@erratique.ch) identity=mailfrom; client-ip=74.55.86.74; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="daniel.buenzli@erratique.ch"; x-sender="daniel.buenzli@erratique.ch"; x-conformance=sidf_compatible Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@smtp.webfaction.com) identity=helo; client-ip=74.55.86.74; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="daniel.buenzli@erratique.ch"; x-sender="postmaster@smtp.webfaction.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BhAQDrvd9VnEpWN0peylECgX0QAQEBAQEBAQEQAQEBAQEICwkJIS6CHYIHAQEEI1YQCw4MAhkNAgJHEAYbDIgaBLExlG4BAQgBAQEBHoEiij+EWDMHgmkvgRQFlT2OPYceD41/g2uCMh+BVYM9AQEB X-IPAS-Result: A0BhAQDrvd9VnEpWN0peylECgX0QAQEBAQEBAQEQAQEBAQEICwkJIS6CHYIHAQEEI1YQCw4MAhkNAgJHEAYbDIgaBLExlG4BAQgBAQEBHoEiij+EWDMHgmkvgRQFlT2OPYceD41/g2uCMh+BVYM9AQEB X-IronPort-AV: E=Sophos;i="5.17,424,1437429600"; d="scan'208";a="144017830" Received: from mail6.webfaction.com (HELO smtp.webfaction.com) ([74.55.86.74]) by mail3-smtp-sop.national.inria.fr with ESMTP; 28 Aug 2015 03:53:23 +0200 Received: from [192.168.2.3] (cpc16-cmbg14-2-0-cust300.5-4.cable.virginm.net [86.6.157.45]) by smtp.webfaction.com (Postfix) with ESMTP id E86EF59A1F7D; Fri, 28 Aug 2015 01:53:19 +0000 (UTC) Date: Fri, 28 Aug 2015 02:53:14 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Hongbo Zhang Cc: Jesse Haber-Kucharsky , "=?utf-8?Q?caml-list=40inria.fr?=" , gabriel.scherer@gmail.com, yminsky@janestreet.com Message-ID: <1D79B36504FF4285A58E6AB62B12D771@erratique.ch> In-Reply-To: References: <1C02B1E2-D17D-4008-998E-B17048C62DFA@gmail.com> X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: [Caml-list] We need a rich standard library distributed with OCaml, really Le vendredi, 28 ao=C3=BBt 2015 =C3=A0 01:33, Hongbo Zhang a =C3=A9crit : > programmers who are also interested in improving the standard library, li= ke Daniel Bunzli (CCed).=20=20 Personally I'm no longer interested in improving the standard library. I ta= ke the good parts of it and rewrite the bad parts for myself (and whoever w= ants to cope with my insane naming schemes). I'm personally not willing to = compromise on design with any form of community reviewed process.=20=20=20 Besides the way "improvements" are being done at the moment is more a curse= than a blessing. One or two random functions get added here and there per = major version of OCaml without much thinking about the whole design of the = given module or the standard library in general which is any way constraine= d by the strong backward compatibility constraints (not a bad idea in itsel= f, it's just that sometime you need to make transitions). As it stand the c= urrent technique only adds the annoyance that you suddenly end up depending= on a major version of OCaml just because you used a function that was only= recently introduced which makes it a rather painful process when you submi= t your package to the opam repository. I do believe in large changes that affect the whole language like the Bytes= addition but for the rest the actual title of the thread is no longer rele= vant to me.=20=20 Best,=20=20 Daniel