Connexion

Catégories

Droit Économie Flock Hardware IA Internet Logiciel Sciences Sécurité Société

Nous Suivre

Contact rédaction Contact site Forum
Flux RSS GitHub Discord

À propos

Abonnez-vous

Pour le développement des apps Android, Google lâche Eclipse pour Android Studio

Ce qui n'étonnera personne

Pour le développement des apps Android, Google lâche Eclipse pour Android Studio

Le 30 juin 2015 à 08h30

Lors de sa conférence I/O, Google avait annoncé un renforcement assez important de son Android Studio, l’environnement de développement intégré officiel pour les applications Android. Mais cette évolution va se faire aux dépens des actuels outils pour Eclipse, qui disparaitront à la fin de l’année.

Dans un billet publié récemment, l’un des responsables d’Android, Jamal Eason, a indiqué que la fin de l’année marquerait de gros changements pour certains développeurs. Pendant longtemps, la création des applications Android s’est appuyée sur Eclipse, un EDI (environnement de développement intégré) connu pour sa souplesse, notamment grâce à de nombreux modules capables de couvrir pratiquement tous les besoins, de la conception à la compilation.

Mais puisque Google propose son propre Android Studio depuis un peu plus de deux ans maintenant, l’éditeur compte bien recentrer toute l’activité de développement autour de son propre produit, basé sur l'IDE IntelliJ IDEA. Ce qui signifie pour Eclipse une mort annoncée pour les Android Developer Tools (ADT), qui comprennent notamment le plugin ADT et le système Ant.

Android studio eclipse

À la fin de l’année, il n’y aura donc non seulement plus de développement officiel de ces composants, mais également plus de support, donc plus d’entretien. Il est ainsi fortement conseillé aux développeurs de préparer leur migration, qui peut se faire depuis Android Studio. Il faut aller dans le menu de création des projets et sélectionner « Importer projet ». Les développeurs qui souhaitent des informations supplémentaires pourront consulter le guide existant pour ce type d’opération.

Jamal Eason explique que les mois restants vont servir à l’équipe de développement pour finaliser la migration des outils restants (notamment tout ce qui touche à l’analyse des performances, comme Trace Viewer) depuis le NDK (Native Development Kit) vers Android Studio.

Cette évolution vers Android Studio était déjà prévue. La dernière conférence I/O a permis l’annonce de nombreuses améliorations en approche et Google préfère évidemment les intégrer dans un outil maison conçu spécifiquement pour ses besoins. Pour ceux qui utilisent Eclipse en revanche, cela signifie en revanche des habitudes à revoir et de nouveaux outils à maîtriser.

Commentaires (81)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

C’est une bonne chose de concentrer les efforts sur une seul plateforme, d’autant qu’elle est vraiment génial !

votre avatar

La syntax??? Qu’est-ce que tu reproche à la syntax du c++? (mode curieux)

votre avatar

Justement, quand je dis lancer c’est dans le sens utilisable <img data-src=" />

votre avatar







nekogami a écrit :



Justement, quand je dis lancer c’est dans le sens utilisable <img data-src=" />





J’avais bien compris ^^

C’est juste que je n’ai pas été foutu de la faire fonctionner sur Mac. Pas testé d’autre OS.

&nbsp;

Si quelqu’un a réussi, je veux bien savoir.


votre avatar

Le sujet est vaste, pour parler de syntaxe pure, on pourrait évoquer l’héritage (sans jeu de mots) direct du C : le “-&gt; / .”, l’opérateur “&” qui a 2 utilisations différentes (adresse/référence), la déclaration/définition dans 2 fichiers différents (ça a des avantages et des inconvénients), etc…

Si on prend la syntaxe du C++ elle-même, je trouve qu’elle peut devenir sacrément indigeste lors de l’utilisation de choses pourtant essentielles comme les templates, les itérateurs de la STL, les design patterns et autres joyeusetés.

La liste est longue, et au final ça fait paraître le C++ comme une surcouche objet au C (un rajout disgracieux). Ca peut passer pour un avantage car ça permet de bénéficier de la puissance du C (bas niveau, pointeurs) en faisant de l’objet, mais dans la pratique, le gros inconvénient, c’est qu’on fait souvent du C++ comme on fait du C. Pour parler syntaxe, il n’y qu’à voir, par exemple, l’utilisation de for_each en C++ pour comprendre que beaucoup utilisent encore la simple boucle for académique. Là aussi les exemples sont nombreux.

&nbsp;

Il me semble que le langage D ou Vala ont pour ambition de combler ces lacunes, mais je n’ai jamais encore vu des projets mettant en oeuvre ces langages.

votre avatar

l’IDE n’étant pas qu’un éditeur de code, non, ça me choque pas.

votre avatar

Quitter du regard? Tu sais je peux mettre plusieurs fenêtres côte à côte, splitter vim, splitter la console… Ce qui revient au même qu’un IDE au final.

&nbsp;

Après comme je l’ai dit plut haut, je ne force personne à utiliser cette méthode. Libre à chacun de choisir son mode de travail.

&nbsp;

Mais pour l’instant le seul intérêt que je vois aux IDE c’est au moment de créer des GUIs, là c’est quand même plus simple. Pour le reste je me contente de mes outils actuels.

votre avatar

Je me demandais pendant la lecture de l’article si ça allait partir en guerre IDE/text editor <img data-src=" />. Je ne suis pas déçu :p

&nbsp;

&nbsp;Sinon j’adore vim/sublime text avec ses plugin (genre Dash). Mais parfois, je regrette les IDE avec leur complétion/indexation. (Genre comme dans VS.).

&nbsp;

&nbsp;SInon le simulateur android met toujours 3 plombes à se lancer ?

&nbsp;

votre avatar

Bon Eclipse, Android studio, vim ou même Notepad si on veut, on s’en fout

&nbsp;Moi ce que j’ai cru comprendre et qui m’inquiète un tout petit peu, c’est l’abandon de Ant

&nbsp;



&nbsp;Dites moi que j’ai mal compris <img data-src=" />

votre avatar

Tu as un plugin pour vim fonctionne pas mal (C, C++, python):github.com GitHub

votre avatar







A-D a écrit :



La vue globale d’un projet? Normalement si les sources sont bien organisée tu as la même vision avec ton navigateur de fichier. Et tant que tu n’a pas mis un pied dans chacune des parties des projets difficile de s’y connaitre.

&nbsp;

&nbsp;Ensuite, pour rechercher une fonction rien ne remplace un bon grep dans les sources <img data-src=" />

&nbsp;

&nbsp;Pour le refactoring un bon de coup de sed et c’est bon ou presque (si on mets des fonctions foo/bar partout c’est pas gagné <img data-src=" />)

&nbsp;



Pour le côté compact sur un IDE quand tu as des éléments à droite, à gauche, en haut, en bas et qu’il ne te reste que quelques pixels pour afficher l’editeur de texte au centre, comment dire….. <img data-src=" />





C’est des conneries ces arguments, attention je ne dis pas que tu as tors de préférer éditeur de texte à IDE ni qu’ils n’ont pas leurs propres avantages, mais croire que Emacs et Eclipse se valent sur le refactoring ou la navigation dans le code c’est faux.

Peut être que vim/emacs c’est définitivement ton truc, mais perso après avoir utilisé ce dernier pendant plusieurs années et l’avoir mastérisé à fond (raccourcis custom, macro, plugins [genre buffer-menu], snippets…) j’en suis revenu et aujourd’hui j’utilise majoritairement IntelliJ, je commence même à lorgner du côté de PyCharm pour les quelques fois où je fais du python.

&nbsp;

La différence est qu’un éditeur de texte manipule… du texte, là où un IDE manipule du code, il ne peut donc faire que des actions qui ne nécessites pas d’autres informations que celles directement contenus dans le texte.

&nbsp;

Le refactoring par exemple, ce n’est pas que du renommage, c’est aussi la modification des signatures des méthodes, leurs déplacements vers d’autres classes, le déplacement des fichiers à l’intérieur d’un projet.

Quand le CdC est carré et que t’as un diagramme de classes des le début du projet ça ne sert à rien, mais la réalité ce n’est jamais comme ça, et lorsque les besoins évoluent durant le développement c’est un outils indispensable pour ne pas se tirer une balle.

&nbsp;

Idem pour la navigation, lorsque tu bosse sur un jeu par exemple et que tu recherche les différentes références d’une méthode “getX()”, il y à une différence entre trouver tous ce qui se nomme getX ou bien seulement les références de la méthode appartement à la classe que tu manipule (ou à ses classes de bases).

&nbsp;

Je ne parle même pas du code completion (!= auto completion) qui à lui seul suffi à me convaincre d’utiliser un IDE.

Peut-être que tu travail sur des projets/langages qui n’exploitent pas les IDE, mais franchement tu ne devrais pas conserver ces aprioris car avoir les bons outils permet de réduire drastiquement les prises de têtes et le temps perdu.


votre avatar

Si je t’ai posé la question, c’est parce que tu insinuais qu’un certain langage parfaitement d’actualité était une “technologie des 70’s”.

&nbsp;

Donc bon. Sans C, pas de Java, ni le reste de tes technologies bien actuelles, c’était le propos.

votre avatar

Dernière fois que j’avais essayer de l’install à la main ça avait fait sauter ma config vim sur mon mac XD.

&nbsp;Pas retenté depuis.

votre avatar







nekogami a écrit :



Je me demandais pendant la lecture de l’article si ça allait partir en guerre IDE/text editor <img data-src=" />. Je ne suis pas déçu :p

&nbsp;

&nbsp;Sinon j’adore vim/sublime text avec ses plugin (genre Dash). Mais parfois, je regrette les IDE avec leur complétion/indexation. (Genre comme dans VS.).

&nbsp;

&nbsp;SInon le simulateur android met toujours 3 plombes à se lancer ?

&nbsp;





Personne n’utilise l’émulateur android ^^

Ont à un très bon outils basé sur VirtualBox qui est GenyMotion, avec accélération matériel et tout (démarrage d’une VM Nexus4 en 25sec chez moi).

&nbsp;

Après concernant la guerre IDE/text editor vu que j’y participe j’ai envie de te dire que je ne combat pas l’un ou l’autre mais plutôt l’idée que tous les outils peuvent tout faire, et par corollaire que l’on peut être efficace en utilisant qu’un seul outil et en ignorant complétement le fonctionnement des autres <img data-src=" />


votre avatar

Sinon y’avais l’émulateur android de Xamarin qui perf bien aussi

votre avatar

Du coup j’espère vraiment que le plugin eclipse fonctionnera encore longtemps.

&nbsp;

Pour ma part il tourne très bien, j’ai 13 projets ouvert dans mon workspace, je bosse en parallèle sur mon code android, mon code serveur (tomcat) et sur les projets java partagés entre les deux.

&nbsp;



&nbsp;Et il ne met pas plus de 30 secondes à s’ouvrir, une fois par semaine…

votre avatar

Oui, c’était ton propos. Et ma réponse était : on s’en fout. C ne rajeunit pas juste parce qu’il est encore maintenu. Il date de 1972, il est donc des années 70. Insinuerais-tu que ce qui est vieux doit être jeté? J’espère que non.

votre avatar

QtCreator marche très bien pour le C/C++ (et est codé en C++ donc est trèèèès rapide par rapport à CLion)!

votre avatar

En vrai il y a des plug-ins vim qui font gestion de projet et qui utilisent clang pour le refactoring (donc tout aussi intelligent -voir beacoup plus- que visual studio & cie).

&nbsp;



&nbsphttp://tuxdiary.com/2015/02/15/yavide/

votre avatar







nekogami a écrit :



&nbsp;

&nbsp;SInon le simulateur android met toujours 3 plombes à se lancer ?

&nbsp;





Il s’est lancé très rapidement sur mon Mac, mais il n’a jamais rien affiché d’autre qu’un écran noir.

Par contre, mon app se lance sans soucis sur un vrai device connecté…

&nbsp;



&nbsp;


votre avatar

Ça fait 6-8 mois que j’utilise Android Studio dans sa version basée sur IntelliJ, et c’est un vrai bonheur. Il est performant et bourré de fonctionnalités, et bien plus stable qu’Eclipse.

(Au fait pourquoi la news tardive? Ça fait longtemps que la transition est effectuée…)

votre avatar

si ça me choque, Eclipse est très lourd pour ce qu’il fait, je dis juste que pour un PC récent ce n’est pas un problème.

votre avatar

La vue globale d’un projet? Normalement si les sources sont bien organisée tu as la même vision avec ton navigateur de fichier. Et tant que tu n’a pas mis un pied dans chacune des parties des projets difficile de s’y connaitre.

&nbsp;

&nbsp;Ensuite, pour rechercher une fonction rien ne remplace un bon grep dans les sources <img data-src=" />

&nbsp;

&nbsp;Pour le refactoring un bon de coup de sed et c’est bon ou presque (si on mets des fonctions foo/bar partout c’est pas gagné <img data-src=" />)

&nbsp;



Pour le côté compact sur un IDE quand tu as des éléments à droite, à gauche, en haut, en bas et qu’il ne te reste que quelques pixels pour afficher l’editeur de texte au centre, comment dire….. <img data-src=" />

votre avatar

Pour le coup sur mon ordi portable (HDD / Core I5), Eclispe prend 40 secondes à se lancer, là où Android Studio met 80 secondes&nbsp;<img data-src=" />

&nbsp;

votre avatar







porchouneix a écrit :



Google n’est pas reparti d’une feuille blanche mais a développé une extension pour un autre ide : IntelliJ IDEA (cf faq de jetbrains)



&nbsp;





J’en profite aussi pour dire que c’est dommage les news IDE qui gravitent seulement autour de Google/Microsoft/Apple… À chaque micro-update on a une news sur le sujet, et lorsque Jetbrains sort enfin un excellent ide C++ cross plateform avec pas mal de bonne idée (Seule veritable alternative à Visual Studio dans le domaine) =&gt; bim! aucune actu…&nbsp;


votre avatar







A-D a écrit :



La vue globale d’un projet? Normalement si les sources sont bien organisée tu as la même vision avec ton navigateur de fichier. Et tant que tu n’a pas mis un pied dans chacune des parties des projets difficile de s’y connaitre.

&nbsp;

&nbsp;Ensuite, pour rechercher une fonction rien ne remplace un bon grep dans les sources <img data-src=" />

&nbsp;

&nbsp;Pour le refactoring un bon de coup de sed et c’est bon ou presque (si on mets des fonctions foo/bar partout c’est pas gagné <img data-src=" />)

&nbsp;



Pour le côté compact sur un IDE quand tu as des éléments à droite, à gauche, en haut, en bas et qu’il ne te reste que quelques pixels pour afficher l’editeur de texte au centre, comment dire….. <img data-src=" />





Pour du Php, un notepad++ suffit mais pour du java, un ide est plus que conseillé…


votre avatar

C’est bien du google quand même çà, de déprécier cordialement un truc quasiment du jour au lendemain, et démerdez vous avec.



C’était pareil pour le SDK Flash de google maps et il y a plein d’autres exemples…

votre avatar

Parce que tu crois que ton Java est fait avec quoi ?

votre avatar







theanthony33 a écrit :



L’avantage d’eclipse est de pouvoir tout gérer, et d’avoir des projets partagés (contenant des classes partagées donc) entre une appli android, une appli windows java et un projet j2ee…

&nbsp;

Android studio est il installable en tant que simple plugin comme ADT, ou est on obligé de télécharger le package complet ?





&nbsp;

Oui, c’est l’inconvénient d’Android Studio : à l’import des projets Eclipse, il duplique les classes partagées dans un package spécifique à chaque projet ; sous un Unix-like (OS X ou GNU/Linux), suffit de le remplacer par un lien symbolique…

&nbsp;

Android Studio est un IDE complet donc, à installer en entier.


votre avatar

Chut, tu vas le choquer <img data-src=" />

votre avatar

Peut être java, je l’évite comme la peste (allergie, tout ça…).

&nbsp;

Mais en tout cas sur de gros projets C/C++ il n’y en a pas besoins surtout avec de bonne règle de nommage

votre avatar







A-D a écrit :



La vue globale d’un projet? Normalement si les sources sont bien organisée tu as la même vision avec ton navigateur de fichier. Et tant que tu n’a pas mis un pied dans chacune des parties des projets difficile de s’y connaitre.

 

 Ensuite, pour rechercher une fonction rien ne remplace un bon grep dans les sources <img data-src=" />

 

 Pour le refactoring un bon de coup de sed et c’est bon ou presque (si on mets des fonctions foo/bar partout c’est pas gagné <img data-src=" />)





Dois-je conclure que les utilisateurs de vim croient que le refactoring se résume à remplacer du texte? <img data-src=" />

Et que naviguer entre les fichiers ne se fait que sur le critère de recherche de texte? <img data-src=" /> <img data-src=" />



Je ne veux absolument pas te juger, mais j’ai la très forte impression que tu ignores ce qu’un IDE peut faire dans ces domaines. Renommer une méthode ou une variable en mettant à jour toutes ses références, et seulement ses références lorsque d’autres variables dans d’autres fichiers s’appellent de la même manière, c’est pas un sed qui pourra faire ça. Et ta recherche ne te montrera pas quelles méthodes appelle une fonction spécifique, ni une arborescence d’héritage de classes.

Ce sont les exemples les plus basiques qui me viennent à l’esprit. Les utilisateurs de intelliJ pourront probablement donner d’autres exemples bien plus complexes mais utiles.



Tu vas vraiment galérer dans les gros projets si tu utilises juste vim.





A-D a écrit :



Pour le côté compact sur un IDE quand tu as des éléments à droite, à gauche, en haut, en bas et qu’il ne te reste que quelques pixels pour afficher l’editeur de texte au centre, comment dire….. <img data-src=" />





Ah, ben c’est sûr que je ne laisse pas affiché tous les panneaux possibles en même temps. Mais je peux voir dans la liste de fichiers l’état de compilation ou de versioning de chaque fichier.


votre avatar







A-D a écrit :



Mais en tout cas sur de gros projets C/C++ il n’y en a pas besoins surtout avec de bonne règle de nommage





Nan mais stop le debat ide/editeur svp, on est en 2015…

Tu peux pas juste affirmer qu’une solution est inutile par rapport à une autre uniquement en te basant sur ta petite vie… &nbsp;Ou alors t’insinues qu’il y a qu’un seul type de dev c++?


votre avatar







lolomatic a écrit :



Parce que tu crois que ton Java est fait avec quoi ?





je sais pas. Du carton?



Mais trêve de plaisanterie. En quoi ça a une importance sur quoi java est basé? C’est le résultat donné qui compte. Quand tu codes en java, tu as les fonctionnalités et la lourdeur de java, et pas du langage qui a servi à créer java. Il aurait pu être écrit en assembleur ou en binaire au lieu du C, s’il est toujours aussi gourmand en ressources et qu’il propose les mêmes fonctionnalités, ça revient du pareil au même. Et donc on s’en fout.


votre avatar

C’est totalement contradictoire ce que tu dis. Pour répondre à gokusomatic, tu parles de l’utilisation de deux outils non inclus qui nécessitent de quitter du regard ce que tu édites sous Vim pour voir les autres. Tout ça pour terminer sur la présentation en “volet” des IDE graphiques sous prétexte que ça prend de la place…

D’ailleurs, sur un écran 16⁄9 ; 16⁄10, c’est clairement pas un problème, il y a toute la place que tu souhaites pour afficher tes informations.



VIM a beaucoup d’atouts (notamment la rapidité de codage une fois les raccourcis en tête), mais la présentation reste clairement à l’avantage de la plupart des IDE graphiques.

votre avatar

Si tu relis mes postes à aucun moment je n’ai affirmé qu’une solution est inutile par rapport à une autre. J’ai même précisé que chacun est libre de choisir, encore heureux, en fonction des ses choix et/ou du projet. <img data-src=" />

&nbsp;

Et d’ailleurs sous Windows j’utilise Visual Studio, même si Intelli Sense galère pas mal à me trouver les definitions/declarations de fonctions. Sous Linux, gvim….

votre avatar

Pour moi, Android Studio a été un grand plus par rapport à Eclipse ! J’ai un PC au boulot relativement puissant (8 GB RAM, Xeon, mais pas de SSD), et Android Studio tourne bien mieux que Eclipse une fois lancé (mesurer les temps de chargement ne sert à rien, il y a une pause café pour cela).

&nbsp;

Android Studio a tous les avantages de IntelliJ (refactoring, auto-complétion correcte par rapport à Eclipse, etc.), et ne plante pas deux fois par jours contrairement à Eclipse (il ne nécessite pas non plus de “clean” le projet toutes les heures). Il n’utilise pas non plus des workspaces inconfigurables et conserve une configuration commune à tous les projets.



Mais pour moi, le plus grand ajout d’Android Studio (qui n’est pas vraiment lié, mais qui date de la même époque et est désormais conseillé), c’est Gradle, un outil de dépendances qui permet d’ajouter les librairies “support” (par Google; qui permettent d’utiliser de nouvelles fonctionnalités dans les anciennes versions d’Android) avec un simple ajout de ligne et non pas en compilant toute la librairie après avoir essayé de l’ajouter cinquante fois.

&nbsp;

PS: Ça me fait bien rire ceux qui comparent Android Studio à un éditeur de texte. Je n’ai rien contre les éditeurs de textes (j’utilise Sublime Text, bien plus léger évidemment, pour des petits projets Web), mais ce n’est pas du tout le même usage. Pour de gros projets sur lesquels on veut travailler durablement, rien ne vaut un IDE.

votre avatar

C’est apparemment de l’open source, j’imagine que des gens vont assurer l’évolution de l’ADT.

votre avatar

Jamais testé pour ma part Eclipse mais j’ai toujours entendu/lu que cet IDE était très lourd et pouvait poser pas mal de problèmes. Vrai ou pas ?

votre avatar



&nbsp;Pendant longtemps, la création des applications Android s’est appuyée

sur Eclipse, un EDI (environnement de développement intégré) connu pour

sa souplesse lourdeur, notamment grâce à de nombreux modules capables de couvrir

pratiquement tous les besoins, de la conception à la compilation.



&nbsp;<img data-src=" />

&nbsp;

&nbsp;Rien ne vaut une bonne ligne de commande + vim <img data-src=" />

votre avatar

La lourdeur de java… suivant la machine, ça m’est des plombes à s’ouvrir

votre avatar

à ce stade, on n’utilise pas java. On utilise C ou une autre technologie des années 70.

votre avatar

Ce sera vraiment pas un mal, Eclipse ADT c’était un peu l’enfer, avec les bugs aléatoire, les crash à répétition et autre…

votre avatar

Contrairement à ce que laisse supposer l’article

&nbsp;Mais puisque Google propose son propre Android Studio depuis un peu plus de deux ans maintenant ..



Google n’est pas reparti d’une feuille blanche mais a développé une extension pour un autre ide : IntelliJ IDEA (cf faq de jetbrains)



&nbsp;

votre avatar

même si je n’ai jamais réussi à me faire à éclipse, je ne vois pas le problème qu’un IDE mette 30 secondes à s’ouvrir puisqu’il sera ouvert toute la journée et te fera gagner des minutes à la pelle grâce à ses fonctionnalités qui t’aideront à coder (autocomplétion, tip de style, profiling, analyse statique) et à tester (framework de test intégré + coverage, git + hook intégrés, automatisation du déploiment sur le serveur de preprod…)

&nbsp;

Bref, je préfère prendre un café le tmeps que mon IDE + thunderbird + firefox + mysqlworkbench s’ouvrent que d’avoir à gérer 50 terminaux, dans 10 bureaux virtuels différents et qui se déconnectent tous les 4 doigts.

votre avatar

oui, enfin, j’ai plus de souci de perf avec Android Studio que j’en avait avec Eclipse&nbsp;<img data-src=" />

&nbsp;

&nbsp;Compilation d’un programme “pas énorme” qui prend 2-3 minutes … j’avais pas ce genre de souci avec Eclipse

&nbsp;

votre avatar

Je me rappelle que lorsque je faisais un peu de phonegap, il y a quelques années, j’utilisais netbeans au lieu d’eclipse. Il avait déjà à ce moment un bon support d’android.

votre avatar

Quand je démarre mon [g]vim c’est instantané. Peux tu en dire autant d’éclipse? Java c’est super lourd et ça se sent toujours même sur des machines récentes.



Mais bon, c’est vrai que je ne peux pas faire de python ou autre langage récent avec ma méthode, je obligé de rester sur du C ANSI voir du cobol. Il y avait quoi déjà en 1970? Désolé mais je n’étais pas encore sur terre.

votre avatar







artragis a écrit :



même si je n’ai jamais réussi à me faire à éclipse, je ne vois pas le problème qu’un IDE mette 30 secondes à s’ouvrir puisqu’il sera ouvert toute la journée et te fera gagner des minutes à la pelle grâce à ses fonctionnalités qui t’aideront à coder (autocomplétion, tip de style, profiling, analyse statique) et à tester (framework de test intégré + coverage, git + hook intégrés, automatisation du déploiment sur le serveur de preprod…)

&nbsp;

Bref, je préfère prendre un café le tmeps que mon IDE + thunderbird + firefox + mysqlworkbench s’ouvrent que d’avoir à gérer 50 terminaux, dans 10 bureaux virtuels différents et qui se déconnectent tous les 4 doigts.





Sauf quand ton eclipse plante regulierement pour on ne sait quelle raison….

&nbsp; alors que mon VI et mon Emacs ne plantent pas et sont beaucoup plus rapides a se lancer,


votre avatar

Mais puisque Google propose son propre Android Studio depuis un peu plus

de deux ans maintenant, l’éditeur compte bien recentrer toute

l’activité de développement autour de son propre produit, basé sur l’IDE IntelliJ IDEA. &nbsp;

Ben c’est bien mis en fin de ligne de l’actu

votre avatar







A-D a écrit :



Quand je démarre mon [g]vim c’est instantané. Peux tu en dire autant d’éclipse? Java c’est super lourd et ça se sent toujours même sur des machines récentes.



Mais bon, c’est vrai que je ne peux pas faire de python ou autre langage récent avec ma méthode, je obligé de rester sur du C ANSI voir du cobol. Il y avait quoi déjà en 1970? Désolé mais je n’étais pas encore sur terre.





Je veux dire, quand on est élitiste et qu’on aime avoir des outils pas ergonomique du passé, on va jusqu’au bout et on vit comme dans le passé. C’est quand même ironique d’utiliser un éditeur pour des raisons de performance et de légèreté dans le but de travailler dans un environnement lourd.


votre avatar







gokudomatic a écrit :



à ce stade, on n’utilise pas java. On utilise C ou une autre technologie des années 70.





C est tellement plus performant cette vieille techno des annees 70 qu est le C&nbsp; <img data-src=" /> et en plus ca t oblige a etre rigoureux et a comprendre ce que tu fais sinon gare au seg fault <img data-src=" />


votre avatar

Pour mon expérience ce n’est pas 30 sec, mais plus de 5 minutes pour s’ouvrir…

votre avatar

En deux ans d’utilisation quotidienne j’ai dû avoir une trentaine de crash sans perte de code excédent 2 minutes. Les fonctionnalités qu’énumère Artragis m’ont fait gagner bien plus de temps au final.

Enfin je connais mal Emacs, mais s’ils proposent le même genre d’avantages…. Pourquoi pas.

votre avatar







gokudomatic a écrit :



Je veux dire, quand on est élitiste et qu’on aime avoir des outils pas ergonomique du passé, on va jusqu’au bout et on vit comme dans le passé. C’est quand même ironique d’utiliser un éditeur pour des raisons de performance et de légèreté dans le but de travailler dans un environnement lourd.





Outils du passe ? ils sont encore mis a jours regulierement….

&nbsp; et pas ergonomiques parle pour toi, c est une question de gout et d habitudes. avec tous les raccourcis claviers, la personnalisation de l editeur tu peux etre super efficace


votre avatar

Je passe de Eclipse à Intellij, j’aime beaucoup Eclipse, et j’arrive a l’utiliser sans que ça plante (pas avec Gnome), en allouant un peu plus de mémoire qu’avec les settings par défaut, mais Intellij est vraiment plus efficace.

&nbsp;

&nbsp;Il y a qu’a développer avec Android Studio pour s’en rendre compte, et Gradle vaut vraiment le détours. On peut tout executer en ligne de commande, customiser le build simplement, et homogénéiser ses process entre applications serveur et application Android. Puis ça permet d’apprendre Groovy…&nbsp;

votre avatar

poliotage, commentaire supprime

votre avatar

Quand je vois que CLion (lui aussi basé sur IntelliJ) prends autant voir plus que Chrome en mémoire vive, j’ai peur pour les développeurs Android, surtout qu’il s’agit de Google là

votre avatar

Je ne suis pas élitiste, chacun ses choix. Je préfère mon environnement de travail léger et rapide à démarrer avec les mêmes qualité qu’un IDE (colorisation, auto completion, integration avec git…).



Fut un temps il y avait de gros problème avec le plugin svn sous eclipse, depuis j’ai laché l’affaire des plugins et je me sers à la base. Les outils de cvs&nbsp; sont bien plus pratique en ligne de commande. Enfin surtout pour Git, je n’utilise plus que rarement tortoiseGit.



&nbsp;Tu appelles ça vivre dans le passé? Tu ne peux rien faire sans une GUI? Reste avec eclipse je ne t’en voudrais pas <img data-src=" />

votre avatar

ça dépend, avec un PC des années 2010 correct ( Core I5/I7, &gt;= 8GO de RAM et SSD) c’est fluide et ça se lance très rapidement.

Même avec un Intel NUC (Core I3, 4GB de RAM, SSD) pas de problème.

Mais avec un PC low cost ouai là ça rame…

votre avatar







sylvere a écrit :



ça dépend, avec un PC des années 2010 correct ( Core I5/I7, &gt;= 8GO de RAM et SSD) c’est fluide et ça se lance très rapidement.

Même avec un Intel NUC (Core I3, 4GB de RAM, SSD) pas de problème.

Mais avec un PC low cost ouai là ça rame…





Honnetement ca te choque pas d avoir besoin d une config pareil pour juste editer du code ?

&nbsp; Vi + GDB ca dans le cas d un developpment C++ ca tourne sans probleme sur une RPI !


votre avatar

chrome sous linux prends pas grand chose en mémoire, c’est pas un problème Windows plutôt? T’as qu’a voir ce que tu peux faire avec un Chromebook tout moisi…

votre avatar

L’avantage d’eclipse est de pouvoir tout gérer, et d’avoir des projets partagés (contenant des classes partagées donc) entre une appli android, une appli windows java et un projet j2ee…

&nbsp;

Android studio est il installable en tant que simple plugin comme ADT, ou est on obligé de télécharger le package complet ?

votre avatar







quicky_2000 a écrit :



Sauf quand ton eclipse plante regulierement pour on ne sait quelle raison….

  alors que mon VI et mon Emacs ne plantent pas et sont beaucoup plus rapides a se lancer,





Ouais pareil, mon ZX81 plantait moins que mon pc actuel


votre avatar

allons, allons. Je suis tout aussi capable d’utiliser un éditeur de texte qu’un IDE pour travailler. C’est juste que vim est un éditeur de texte et ne pourra jamais faire ce que peut faire un IDE. Ce n’est pas son but, non plus. La différence la plus notable est qu’un éditeur de texte n’a pas de vue globale d’un projet. Il y a donc beaucoup de fonctions de refactoring interfichier qui est impossible. La navigation entre fichiers est aussi de manière générale assez limitée sur un éditeur de texte. Aussi, vu que vim n’est que textuel, il ne pourra jamais afficher des statuts et informations divers de manière compact, simplement parce que la résolution de l’ascii est beaucoup plus faible que la résolution d’une image.

votre avatar

ça a l’air bien, ce projet. J’espère qu’il percera.

votre avatar

En vrai il y a des plugins pour les éditeurs de texte qui les transforme en IDE bancale ;)

&nbsp;

&nbsp;Je ne veux pas entrer dans les débat (j’utilise aussi bien n++, gedit que VS Ultimate et VS Code), mais bon, j’avoue que sa ma toujours fait marrer ceux qui crache sur les IDE et qui a coté on tellement de plugin sur leurs editeur texte, qu’on est plus proche d’un IDE que d’un simple éditeur ^^

&nbsp;

&nbsp;Sinon pour commenter un peux la news, pour avoir utiliser aussi bien eclipse que android studio (et vite fait motodev et netbeans), j’ai toujours trouvé que eclipse était une horreurs (surtout quand on viens de VS) alors que sous Android Studio j’arrivais a reprendre mes habitude de sous VS (sans compté que l’auto complete est a mon gout plus productif sur se dernier).

&nbsp;

&nbsp;Donc pour moi l’orientation de google me vas très bien (je dit sa mais je m’oriente plus vers du cross plateforme a la apache cordova que du client lourd natif)

votre avatar







SteelSkin a écrit :



Ça fait 6-8 mois que j’utilise Android Studio dans sa version basée sur IntelliJ, et c’est un vrai bonheur. Il est performant et bourré de fonctionnalités, et bien plus stable qu’Eclipse.

(Au fait pourquoi la news tardive? Ça fait longtemps que la transition est effectuée…)





Le vrai problème d’Eclipse, c’est les mises à jour ; à chaque fois, ça a tout planté avec impossibilité de compiler les projets voire impossibilité de relancer Eclipse même en réinstallant. C’est suite à ça que j’ai migré sur Studio et il marche vraiment bien…


votre avatar

Bien content du changement, Gradle change vraiment la vie, surtout pour des projets à plusieurs.

&nbsp;Il est certes un peu lent à se lancer mais est stable et fluide après.

&nbsp;J’utilise PHPStorm aussi depuis un certains moment donc je ne suis pas perdu.

&nbsp;

&nbsp;Quand au débat Texte vs IDE ok pour certaines chose mais pour Android bon courage surtout si tu a un projet avec pas mal de dépendances.

&nbsp;

&nbsp;Pour les VMs perso j’utilise celle du SDK en x86 avec Haxm et elle démarre très vite (bon je suis sous SSD).

votre avatar

Opposer éditeur de texte et IDE est contre productif. Il y a des opérations que seul un IDE fait bien (par exemple, tout ce qui est “sémantique”), et d’autres qu’on ne fait vraiment bien qu’avec un bon éditeur de texte (par exemple, exécution de macros sur une sélection de fichiers multi-répertoires).

&nbsp;

J’utilise les deux en parallèle et ça gagne vraiment du temps, sans se prendre la tête. Il faut juste penser à utiliser l’outil le plus approprié pour faire ce que l’on a à faire à un instant donné, ….&nbsp; et oublier le fanboy-isme.

&nbsp;

votre avatar

C’est bien ce que je me suis dit, en écran splitté tu as donc moins de place pour tes lignes qu’un volet occupant environ 1⁄5 de ton écran. C’est pour ça que je ne comprenais pas le sens de ton argumentation sur la place disponible pour le code dans un IDE graphique.



Sinon, bien d’accord pour les habitudes et les goûts, c’est plus le reproche que tu as fait sur lequel j’ai voulu intervenir <img data-src=" />. J’ai déjà eu des longues discussions avec des linuxiens très adeptes de Vi(m) et clairement c’est une histoire de langage et de méthode de codage.

votre avatar

Dites, j’utilisais Eclipse et j’essaie de passer à Android Studio… et il y a un truc que je n’arrive pas à faire (et qu’ADT savait très bien faire) : importer un module android à partir simplement du code et du manifest.

&nbsp;

&nbsp;U n petit conseli?

votre avatar







gokudomatic a écrit :



Oui, c’était ton propos. Et ma réponse était : on s’en fout. C ne rajeunit pas juste parce qu’il est encore maintenu. Il date de 1972, il est donc des années 70. Insinuerais-tu que ce qui est vieux doit être jeté? J’espère que non.





Mais où as tu eu le début de semblant d’impression de t’imaginer que j’aurais pu insinuer une telle chose ?

Je ne sais pas comment tu interprètes mes posts, mais soit tu as un sérieux souci de compréhension, soit j’ai un sérieux souci d’expression. Je veux bien admettre la seconde hypothèse, alors j’essaie de reformuler :

&nbsp;

Toi : “Le C est une vieille technologie qui date des années 70”

Moi : “Heu non… ton Java adoré fonctionne avec :)”

(====&gt; Note : donc c’est une technologie encore bien d’actualité !!!)

&nbsp;

Ensuite, si je peux me permettre une petite précision, le C tel qu’utilisé actuellement n’est pas le C des années 70. Il y a eu l’ANSI C89/90, C95, C99 et dernièrement C11.

Donc on peut dire que le C actuel est une technologie de 2011.

(Je sais pas pour toi, mais moi, même à l’école, je n’ai jamais codé en K&R C tel qu’utilisé jusqu’à la fin des 70’s)



Si on suit le même raisonnement, ça fait aussi de Java une vieille technologie, car datant des années 90.

Si on étend le raisonnement à d’autres domaines, l’automobile et l’aéronautique sont des technologies ancestrales du siècle dernier.


votre avatar

Encore pire que le siècle dernier, du millénaire dernier mon bon monsieur<img data-src=" />

votre avatar







lolomatic a écrit :



Ensuite, si je peux me permettre une petite précision, le C tel qu’utilisé actuellement n’est pas le C des années 70. Il y a eu l’ANSI C89/90, C95, C99 et dernièrement C11. 



Donc on peut dire que le C actuel est une technologie de 2011.      







Si on suit le même raisonnement, ça fait aussi de Java une vieille technologie, car datant des années 90.






C11 à beau être récent le C et surtout le C++ accuse quand même une lourde dette technique, je pense particulièrement à l’horreur qu’est le multi-threading que ce soit avec c++11 ou boost, ou bien l’utilisations des lambda qui est assez lourdes.



La gestion manuelle de la mémoire est également un reliquat, le GC c’est un coup fixe, donc plus les performances des machines augmentes moins ce coup est important, sur les PC actuel ce coup est négligable (il suffit de lancer VisualVM et de monitorer l’utilisation CPU du GC pour s’en convaincre), même dans le mobile ont commence à s’en fiche, il ne reste que l’embarqué où cela importe.



Java à lui aussi un certain age mais il pars de moins loin, donc il est un peu plus raccord avec les technologies récente, ne serait-ce que syntaxiquement, le fait qu’il soit managé aussi lui à permit d’intégrer de nouveaux paradigmes bien plus facilement. mais il reste moins élégant que le C# (et c’est un dev java qui parle <img data-src=" />)


votre avatar







Gilbert_Gosseyn a écrit :



Jamais testé pour ma part Eclipse mais j’ai toujours entendu/lu que cet IDE était très lourd et pouvait poser pas mal de problèmes. Vrai ou pas ?





Pour avoir testé IntelliJ 13 Ultimate et Eclipse, ça dépend franchement.



&nbsp;Sous Windows, j’ai constaté IntelliJ plus lent qu’Eclipse (je pense que c’est lié au fait qu’IntelliJ est en Swing, soit du full java pour l’interface, là où Eclipse est en SWT).

&nbsp;

Pour le reste, ça dépend tes besoins.

&nbsp;




  • pour faire du java, Eclipse suffit largement et tu ne retrouves pas tout dans IntelliJ (ex: pas de vue “Problems”)

  • pour faire du Groovy, oublie Eclipse

  • pour faire du Javascript ou du PHP, j’ai eu le le loisir de tester, mais Tern IDE (sous Eclipse) est prometteur.

    &nbsp;

    Après, je préfère Eclipse par habitude, et ne voyant pas non plus l’intérêt d’IntelliJ dans mon cas (à part payer 400€ une licence Ultimate et profiter des features avancées comme l’excellent plugin et l’auto complétion sur les bases de données !)


votre avatar

&gt; ceux qui crache sur les IDE et qui a coté on tellement de plugin sur 



 leurs editeur texte, qu'on est plus proche d'un IDE que d'un simple        


 éditeur ^^         


 &nbsp;       


 &nbsp;Je pense que l'intérêt est surtout de pouvoir le lancer dans un terminal, donc avec une interface consistente et qui ne fait pas tâche avec le reste des applis qui tournent à côté (cfhttp://www.reddit.com/r/unixporn )
votre avatar

Ah ? EDT n’est pas déjà abandonné depuis quelques mois ? En tout cas, Android Studio est un vrai bonheur à utiliser, bien plus que l’infâme EDT. L’environnement de développement Android est bien mieux intégré je trouve.

votre avatar

Rien à ajouter <img data-src=" />



Après, je ne suis pas surpris que les avis varient beaucoup sur Eclipse. Selon mon expérience, ses performances varient énormément en fonction des versions et des plugins installés. J’en ai vu ramer à afficher le clignotement du curseur, alors que d’autres refactorent en moins d’une seconde des appels sur un gros projet.

votre avatar







Isshun a écrit :



C11 à beau être récent le C et surtout le C++ accuse quand même une lourde dette technique, je pense particulièrement à l’horreur qu’est le multi-threading que ce soit avec c++11 ou boost, ou bien l’utilisations des lambda qui est assez lourdes.



La gestion manuelle de la mémoire est également un reliquat, le GC c’est un coup fixe, donc plus les performances des machines augmentes moins ce coup est important, sur les PC actuel ce coup est négligable (il suffit de lancer VisualVM et de monitorer l’utilisation CPU du GC pour s’en convaincre), même dans le mobile ont commence à s’en fiche, il ne reste que l’embarqué où cela importe.





Le multiThreading en c++ n’est pas lourd, il demande de la rigueur. C’est la principale raison au fait que le C++ n’ai plus la cote, il est trop exigeant pour la génération de développeur qui arrive (est arrivée ?).

Je ne fais personnelement plus beaucoup de delete dans mes programmes c++, y’a les pointeurs intelligents pour ça. La plupart des logiciels exigeants (et je considère les jeux comme en faisant partis) sont fait en C++, y’a bien une raison ;). Alor que sans android, java n’existerait plus aujourd’hui.


votre avatar







Isshun a écrit :



C11 à beau être récent le C et surtout le C++ accuse quand même une lourde dette technique, je pense particulièrement à l’horreur qu’est le multi-threading que ce soit avec c++11 ou boost, ou bien l’utilisations des lambda qui est assez lourdes. 




La gestion manuelle de la mémoire est également un reliquat, le GC c'est un coup fixe, donc plus les performances des machines augmentes moins ce coup est important, sur les PC actuel ce coup est négligable (il suffit de lancer VisualVM et de monitorer l'utilisation CPU du GC pour s'en convaincre), même dans le mobile ont commence à s'en fiche, il ne reste que l'embarqué où cela importe.      







Java à lui aussi un certain age mais il pars de moins loin, donc il est un peu plus raccord avec les technologies récente, ne serait-ce que syntaxiquement, le fait qu'il soit managé aussi lui à permit d'intégrer de nouveaux paradigmes bien plus facilement. mais il reste moins élégant que le C# (et c'est un dev java qui parle :roll:)






Spa faux, le C++ fait pas propre sur bien des tableaux, à commencer par la syntaxe. Pour ce langage à mi-chemin entre le bas et le haut niveau, la question de savoir s’il est obsolète peut peut-être se poser (car au final, vieux ou récent, je pense que c’est surtout l’obsolescence dont il est question), mais c’est pas le débat initié.

&nbsp;

Pour revenir au C, tu as bien fait de citer l’embarqué, et je rajouterai la programmation système dans sa globalité, où il est toujours parfaitement d’actualité et irremplaçable, car simplement plus bas niveau.

Effectivement, pour une application avec de nombreuses fonctionnalités utilisateur (interface utilisateur, BDD, réseau, etc…) il faut vraiment en vouloir pour tout se taper en C (même si ça reste faisable). Là effectivement les langages de haut niveau prendront bien plus agréablement le relais.

Il n’est pas question de “modernité ou ancienneté des technologies”, juste de contexte et de cible.


Pour le développement des apps Android, Google lâche Eclipse pour Android Studio

Fermer