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=0.0 required=5.0 tests=none 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 7C6C2BBAF for ; Sat, 26 Jul 2008 17:51:38 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApYCAAPlikjUnw6DgWdsb2JhbACLGYc1AQEQIAObcw X-IronPort-AV: E=Sophos;i="4.31,255,1215381600"; d="scan'208";a="13480901" Received: from pih-relay04.plus.net ([212.159.14.131]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/AES256-SHA; 26 Jul 2008 17:51:38 +0200 Received: from [90.192.139.40] (helo=beast.local) by pih-relay04.plus.net with esmtpa (Exim) id 1KMm3V-00011I-Dx for caml-list@yquem.inria.fr; Sat, 26 Jul 2008 16:51:37 +0100 From: Jon Harrop Organization: Flying Frog Consultancy Ltd. To: caml-list@yquem.inria.fr Subject: Re: [off-topic] was Re: [Caml-list] New Ocaml Plug-in for NetBeans Date: Sat, 26 Jul 2008 16:51:51 +0100 User-Agent: KMail/1.9.9 References: <1217062966.488ae8367f0d2@webmail.inescporto.pt> <200807261240.10757.jon@ffconsultancy.com> <20080726121755.GA30209@annexia.org> In-Reply-To: <20080726121755.GA30209@annexia.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807261651.51843.jon@ffconsultancy.com> X-Plusnet-Relay: b9f4dbf2d952ec2b58dbef35de234551 X-Spam: no; 0.00; ocaml:01 findlib:01 dependencies:01 cross-:01 tarballs:01 rpms:01 plug-in:98 frog:98 wrote:01 caml-list:01 compiling:02 off-topic:02 face:97 ides:02 patches:03 On Saturday 26 July 2008 13:17:55 Richard Jones wrote: > Ah but here's the problem: the boilerplate is meaningful, and sooner > or later you'll need to change it (eg. your project has some complex > code generation or you want to script some automated tests). Now your > IDE is getting in the way, your beginner has to face all that "stuff" > which was hidden behind the scenes, and (in one IDE I used) you > couldn't edit the boilerplate at all! Yes. So it would be a good idea to make the IDE as uninvasive as possible. Presumably it could even interact with findlib in order to let you choose library dependencies graphically. > Not to mention serious real world problems like collaborating with > people who don't want to use the IDE, version control, cross- > compiling, applying patches, making tarballs & RPMs, uploading to your > website, feeding patches back upstream, integration with l10n tools, > etc. Most of which are way beyond what IDEs offer. Sure. So you continue to do all of those things conventionally. If you really wanted you could augment an IDE with functionality to upload to your website etc. but I'm not sure that would be particularly beneficial. My main interest was better source navigation. -- Dr Jon D Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/products/?e