From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Przemys=c5=82aw_Wojnowski?= Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Sun, 18 Oct 2015 00:03:38 +0200 Message-ID: <5622C5BA.2070209@cumego.com> References: <5610E0BC.8090902@online.de> <83si5r106e.fsf@gnu.org> <831td9z18h.fsf@gnu.org> <5612E996.7090700@yandex.ru> <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <871tcyexa9.fsf@fimbulvetr.bsc.es> <87612a7my2.fsf@fencepost.gnu.org> <561DC925.5050001@siege-engine.com> <561E32D2.4060501@yandex.ru> <83wpum3ozk.fsf@gnu.org> <87si59ln6u.fsf@isaac.fritz.box> <56224B63.3010803@yandex.ru> <87k2qlldny.fsf@isaac.fritz.box> <5622AD4D.3010504@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1445119439 9526 80.91.229.3 (17 Oct 2015 22:03:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 17 Oct 2015 22:03:59 +0000 (UTC) Cc: John Wiegley , Eli Zaretskii , emacs-devel@gnu.org To: Dmitry Gutov , David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 18 00:03:51 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZnZZu-0002r7-9L for ged-emacs-devel@m.gmane.org; Sun, 18 Oct 2015 00:03:50 +0200 Original-Received: from localhost ([::1]:59908 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZnZZt-0004SS-Og for ged-emacs-devel@m.gmane.org; Sat, 17 Oct 2015 18:03:49 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53262) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZnZZq-0004SN-KJ for emacs-devel@gnu.org; Sat, 17 Oct 2015 18:03:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZnZZm-0004xu-Je for emacs-devel@gnu.org; Sat, 17 Oct 2015 18:03:46 -0400 Original-Received: from smtp23.iq.pl ([86.111.242.228]:39406) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZnZZm-0004xa-9L for emacs-devel@gnu.org; Sat, 17 Oct 2015 18:03:42 -0400 Original-Received: (qmail 21846 invoked from network); 17 Oct 2015 22:03:39 -0000 Original-Received: from unknown (HELO [192.168.1.106]) (esperanto@cumego.com@[159.205.196.239]) (envelope-sender ) by smtp22.iq.pl with AES128-SHA encrypted SMTP for ; 17 Oct 2015 22:03:39 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <5622AD4D.3010504@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 86.111.242.228 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:191893 Archived-At: W dniu 17.10.2015 o 22:19, Dmitry Gutov pisze: [...] >> There are a lot of similarities in C-like languages. Also, any >> OOP-language will have something like classes, parents, methods, >> attributes. But yes, type inference and dynamic languages make things >> more complicated. Querying an external REPL or some tool that analyzes >> the code would often be necessary. > > C-like languages - probably, but every one also has tiny peculiarities which > have to be handled in a different way. > > But Emacs users are a diverse bunch, and for many the draw is in being able to > use many different languages, including very young ones. So a general IDE > solution should anticipate having to handle different type systems. I think it is not a problem. An IDE could switch (or enable) language backend depending on current language. For C-like (or maybe statically typed in general) languages (covering most of programming world) could use Semantic, for other languages maybe something other (like tern for JS). [...] > The EDE subthread also brought up some ideas for project.el. Does that mean that you don't want to reuse EDE, but reimplement everything from scratch? Don't you think it would be better to reuse what already is and just change parts of it to be more flexible? >> CEDET tries to walk a narrow path, trying to provide IDE-like features >> without Emacs actually becoming a "typical IDE". The IDEs out there have >> it easier, as they usually force you into organizing your projects in a >> certain way, and they usually target only one language (or language >> family). > > That's not really true. IntelliJ IDEA supports a big swath of languages, and my > colleagues use it successfully for our "non-standard" Ruby projects (no Rails), > and also with JS and different markup languages. But of course you have > different challenges with C++, and the JetBrains team has more manpower anyway. Intellij's support for JavaScript is not so great. Compared to Java it is poor.