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

GitHub libère son éditeur Atom et évoque les versions Linux et Windows

Sublime Text à la sauce open source

GitHub libère son éditeur Atom et évoque les versions Linux et Windows

Le 09 mai 2014 à 11h37

Fin février, l'équipe de GitHub dévoilait Atom, un projet d'éditeur assez largement inspiré de Sublime Text, mais gratuit et libre. Après, deux mois de travail, les développeurs indiquent qu'ils libèrent désormais l'ensemble du code sous licence MIT. Une première étape importante avant d'en arriver à la mouture 1.0 et une prochaine intégration directement à GitHub ?

GitHub Atom

 

Jusqu'à maintenant, les développeurs qui veulent éditer leurs fichiers devaient souvent exploiter des IDE assez lourds, et n'avaient que rarement droit à des interfaces et à des outils épurés. Certains ont néanmoins proposé des alternatives, parfois payantes, comme Sublime Text ou gratuites telles que Brackets. Dans le même temps, des services en ligne ont commencé à proposer leurs propres solutions, fonctionnant de pair avec des sites tiers tels qu'Azure, BitBucket, GitHub, etc. C'était notamment le cas de Cloud9 dont nous avions déjà parlé, mais aussi d'Orion, qui est poussé par la fondation Eclipse.

GitHub se lance dans la guerre des éditeurs dédiés aux développeurs

Partant de ces différents constats, l'équipe de GitHub a décidé de travailler sur son propre service. Déjà réputé pour ce qui est de l'hébergement de projets et le travail collaboratif basé sur Git, elle ne propose en effet que peu de solutions pour l'édition. Il est certes possible de modifier des fichiers en ligne, de les commenter, etc. Mais cela reste pour le moment assez basique. Son client pour OS X ou Windows se contente pour sa part de permettre une utilisation simple de Git et de gérer les projets au quotidien avec une interface claire, mais rien de plus.

 

Le projet Atom a donc été dévoilé en février dernier sous la forme d'une bêta publique. Le but était alors de proposer un outil d'édition de texte adapté aux besoins des développeurs, mais assez simple dans sa forme. On ne pouvait alors que penser à un dérivé de Sublime Text, mais proposé gratuitement et avec une portion de code ouverte.

Un code ouvert pour faciliter l'évolution, bientôt des versions pour Linux et Windows

On en est désormais à un peu plus de deux mois d'évolution, et l'équipe semble avoir décidé de passer la seconde. En effet, elle vient d'annoncer le passage sous licence MIT de l'ensemble du projet : Atom Core, mais aussi le gestionnaire de paquets ou le shell. Si cela permet à d'autres de s'en inspirer, cela permettra aussi peut-être une évolution plus rapide vers une mouture 1.0. L'équipe est d'ailleurs assez lucide sur le fait qu'elle est encore loin de cette étape :

 

« Il y a encore des tas de choses à faire avant cela. Dans les mois à venir nous allons nous focaliser sur l'amélioration de la performance, la publication d'une version dédiée à Linux et Windows ainsi que la stabilisation des APIs. Nous pensons que le passage en open source nous aidera à le faire de manière plus rapide, et surtout, l'accès aux sources vous assure la transparence et le contrôle que nous vous avions promis pour nos outils. »

 

Pour le moment, Atom est uniquement exploité sur OS X 10.8 et les versions plus récentes, ce qui devrait donc rapidement changer. Ceux qui veulent accéder au code pourront le faire via ce compte GitHub. Notez que si vous êtes sous Ubuntu, l'équipe de Webupd8 a publié un PPA permettant de l'installer simplement. Vous trouverez tous les détails par ici.

Commentaires (125)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar







gokudomatic a écrit :



À part le fait qu’il est austère(donc moche) et qu’il m’en reste un traumatisme lorsqu’on m’a obligé de l’utiliser pendant mes études, je suppose qu’il peut être un choix.







Il existes plusieurs thèmes, dont certains sont très bien réussi. Comme par exemple celui-ci, celui-là ou encore celui-ci.



Tous dispo sur le dépôt .

Je ne sais en quel langage tu code, mais si tu passe à Emacs voici une liste d’extensions que je te conseil:




votre avatar

Petite correction, le lien vers le dépôt Melpa:http://melpa.milkbox.net

votre avatar

Le seul plus d’emacs c’est le canal carpien au bout de quelques années.

votre avatar







gokudomatic a écrit :



<img data-src=" />

merci pour ce fou-rire. Surtout que ton écriture abrégée presque style sms accentue bien la blague.

Sérieusement, des specs claires, concises et non-ambiguës? Peut-être que tu as le luxe d’avoir ça, mais ce n’est pas une généralité.





c un luxe car les gens bossent n’importe comment actuellement…et encore faire de bonnes specs ca ne prend pas plus de temps que de faire des mauvaises, ca demange juste plus d’investissement, bref de se sortir les doigts du cul…et c bien ca le probleme actuellement…

pour mon ecriture abrégée, je redige pas une doc la donc on s’en tape….dans un cadre pro, je rédige en français correct.

si tu sais pas faire la différence, ca promet sur la qualité de ton code :p



emacs c pas mal mais bon tout depend de l’envt de travail et des contraintes :)



votre avatar







Haemy a écrit :



Le seul plus d’emacs c’est le canal carpien au bout de quelques années.





si seulement y’avait que lui :/


votre avatar







damrod a écrit :



c un luxe car les gens bossent n’importe comment actuellement…et encore faire de bonnes specs ca ne prend pas plus de temps que de faire des mauvaises, ca demange juste plus d’investissement, bref de se sortir les doigts du cul…et c bien ca le probleme actuellement…

pour mon ecriture abrégée, je redige pas une doc la donc on s’en tape….dans un cadre pro, je rédige en français correct.

si tu sais pas faire la différence, ca promet sur la qualité de ton code :p



emacs c pas mal mais bon tout depend de l’envt de travail et des contraintes :)







Je vois pas tellement quel effort supplémentaire ça te réclame d’écrire correctement en dehors de ton “cadre pro”.

Et comme quelqu’un l’avait une fois si bien souligné : à supposer que tu gagnes effectivement du temps à écrire ainsi, c’est autant de temps perdu par ceux qui vont te lire vu que ça demande plus d’efforts à la relecture.



Quand à rapprocher ça de l’écriture de code… <img data-src=" />


votre avatar

on est quand meme dans le cadre de commentaires sur une news d’un site d’information….faut quand même pas exagérer sur l’importance de la compréhension des commentaires :)



puisque ca n’a pas été bien compris, ma référence a l’écriture de code était simple :

il y a des situations qui exigent que tu écrivent (ou codent) proprement, de manière lisible et soignée

Et d’autres ou ca n’est pas indispensable car “ca ne porte pas a conséquence”, par exemple les commentaires de forums



mes specs sont rédigées en français sans faute d’orthographe ou de syntaxe, sont lisibles et compréhensibles (par exemple, je sais comment faire des sauts de ligne ou des retours a la ligne sous Word..vous verriez certaines docs au taf :o)

Si on me remonte des problèmes dans mes specs comme par exemple des parties ambiguës, je corrige immédiatement même si cela implique une surcharge de travail : c’est ma spec, mon erreur donc c’est a moi de corriger (toute autre excuse c’est du blabla)

et puis de toute manière si ta spec n’est pas bonne, tu ne peux pas exiger que le dev soit bien fait :)



après moi je veux bien qu’on impose de bien écrire en français tout le temps…mais alors que ceux qui se permettent de l’ouvrir assurent derrière dans leur taf…et la c’est autre chose

je le vois au taf, certaines personnes l’ouvrent beaucoup (faut faire ceci, faut faire cela)…c’est dommage qu’ils ne suivent pas leurs propres conseils :-p



Et pas la peine de me sortir : tu l’ouvres beaucoup =&gt; c’est vrai mais ce que je dis je l’applique à moi même c’est la grosse différence.



pour en revenir aux éditeurs de code, certains sont mieux adaptés à certains langages et/ou situations que d’autres.

C’est comme le choix de telle ou telle techno pour certains projets : tes préférences n’ont pas a rentrer en ligne de compte, c’est le projet qui compte et donc les besoins exprimés par le client/utilisateur.

Après certaines contraintes peuvent apparaitre : les grosses boites ont une liste de langages et techno autorisés et donc tu ne peux piocher que la dedans.

Si le choix évident correspond en plus a tes préférences personnelles, tant mieux…mais c’est juste du bonus


votre avatar







damrod a écrit :



on est quand meme dans le cadre de commentaires sur une news d’un site d’information….faut quand même pas exagérer sur l’importance de la compréhension des commentaires :)



puisque ca n’a pas été bien compris, ma référence a l’écriture de code était simple :

il y a des situations qui exigent que tu écrivent (ou codent) proprement, de manière lisible et soignée

Et d’autres ou ca n’est pas indispensable car “ca ne porte pas a conséquence”, par exemple les commentaires de forums



mes specs sont rédigées en français sans faute d’orthographe ou de syntaxe, sont lisibles et compréhensibles (par exemple, je sais comment faire des sauts de ligne ou des retours a la ligne sous Word..vous verriez certaines docs au taf :o)

Si on me remonte des problèmes dans mes specs comme par exemple des parties ambiguës, je corrige immédiatement même si cela implique une surcharge de travail : c’est ma spec, mon erreur donc c’est a moi de corriger (toute autre excuse c’est du blabla)

et puis de toute manière si ta spec n’est pas bonne, tu ne peux pas exiger que le dev soit bien fait :)



après moi je veux bien qu’on impose de bien écrire en français tout le temps…mais alors que ceux qui se permettent de l’ouvrir assurent derrière dans leur taf…et la c’est autre chose

je le vois au taf, certaines personnes l’ouvrent beaucoup (faut faire ceci, faut faire cela)…c’est dommage qu’ils ne suivent pas leurs propres conseils :-p



Et pas la peine de me sortir : tu l’ouvres beaucoup =&gt; c’est vrai mais ce que je dis je l’applique à moi même c’est la grosse différence.





Quelle hypocrisie!

Tu dis d’un côté qu’écrire une bonne spec ne demande pas plus d’effort qu’en écrire une mauvaise, mais de l’autre côté, tu ne veux pas prendre la peine d’écrire correctement en français quand ce n’est pas absolument obligatoire.

Pour ta gouverne, moi aussi, ça me demande moins d’effort d’écrire correctement en français que d’écrire faux ou en abrégé comme tu le faisais. Je connais ma langue, et je n’ai donc pas besoin de faire d’effort spécial pour me relire ou me corriger. Et du coup, je suis certain qu’on peut me lire aisément.



Par ailleurs, je disais que tu as fais une blague, car les specs demandent d’obtenir des informations du client. Et généralement, le client change d’avis et fait des demandes absurdes, ce qui fait que tu as beau être le génie de rédaction des specs, tu l’as rarement bien complet et parfait. Souvent, ça change beaucoup avec le temps, ce qui casse la belle architecture que tu avais initialement pensé et qui te force, par manque de temps à faire des compromis sur la qualité du code. La belle spec n’est pas déterminée que par le développeur. C’est surtout le professionnalisme du client qui le détermine. Mais je t’avoue que du fait que tu travailles dans une banque, je pense que tu n’as pas trop ce problème.


votre avatar

Reste que je ne vois pas spécialement grand gain à ne pas faire l’effort d’écrire convenablement tout le temps (à part à voir le niveau de français moyen décliner grandement).



Je suis étudiant, je vois régulièrement nos cours, sujets de TD/TP voire examens truffés de fautes avec certains profs, c’est tout bonnement honteux. Et ne pas faire de fautes dans ce “cadre” que tu trouves privilégié, c’est commencer par ne jamais se les permettre : pas d’excuse du genre “j’ai pas fait attention” puisque tu écris en permanence comme ça, c’est donc du réflexe.



C’est pas comme si aller jusqu’à la touche “ç” était plus long que “c” et autres âneries du genre faire sauter les apostrophes en mettant un espace à la place : dans les deux cas c’est appuyer sur une touche… (je sens venir la remarque des utilisateurs de qwerty ; le qwerty international, ça existe.)



Pour revenir quand même un peu sur les éditeurs, une date as-t-elle été annoncée pour la sortie officielle Linux/Windows ? Et une idée de la raison pour laquelle 10.8 est exigé sur Mac OS ?

votre avatar

dans une banque, le client qui change d’avis c’est un classique mais comme y’a des contraintes de date on arrive a lui faire comprendre que pour tenir les délais faut choisir ce qu’on veut au début

ça ne marche pas toujours, tout dépend des gens en face de soi et du relationnel qu’on a avec eux : dire oui a tout n’est pas une méthode, il faut parfois leur dire la vérité quand ça n’est pas faisable



et je ne suis pas le génie des specs, j’essaie juste de faire le max pour que les specs conviennent aux équipes de dev, aux clients/moa et aux équipes de recette (car contrairement a une curieuse idée, les specs ne sont pas conçus que pour les devs ou que pour le client :))



@porkepix : j’ai connu ça y’a longtemps a la fac, le niveau d’orthographe des profs c’était une horreur….à a rigueur quand ils écrivaient au tableau, faire une faute ca arrive, la ou c’était plus dommageable c’était les fautes dans leur document écrit…sous Word !

le correcteur orthographique word est moyen, voir nul si comme moi au taff, t’as une base os+office en us avec patch de langue qui marche s’il a envie ;-)

Mais bon quand tu ouvres un document, et que la moitié du texte est surligné en rouge c’est gênant :)



pour le qwerty, effectivement il y a le qwerty international…si le client te le fournit bien sur

au bout de 15 ans en SSII, j’ai appris une chose : c’est pas toi qui choisit ton matos il t’est imposé par le client

oui ca fait un choc quand on aime bidouiller son pc et le personnaliser sauf que la c’est la réalité et tu dois t’adapter même si parfois c’est pénible



pour le coté reflex je suis d’accord, après il y a la notion du travail :

si je fais une faute dans un document ou un mail professionnel ça veut simplement dire que je ne l’ais pas relu avant de l’envoyer…ce qui remet en question la validité du contenu : si je fais une faute d’orthographe est-ce que je n’ais pas fait d’erreur plus grave dans le document :)



mais c’est valable dans n’importe quel domaine : faire des erreurs ca arrive, ne pas les corriger la c’est plus gênant ca veut dire qu’on ne se remet pas en question, et dans un domaine comme l’informatique c’est embêtant car tu ne peux pas progresser/évoluer sans te remettre en question :/

par exemple, ce que tu ne peux pas faire avec un language tu peux sans doute le faire avec un autre mais ca n’est pas parce que tu ne le sais pas que tu dois être réfractaire a cette possibilité.

La méthode de Saint Thomas marche bien en info (je ne crois que ce que je vois), en particulier avec Oracle :-)

C’est pas plus mal et surtout plus simple que de se tenir en permanence au courant de toutes les nouveautés/évolutions techniques lol






votre avatar







damrod a écrit :



@porkepix : j’ai connu ça y’a longtemps a la fac, le niveau d’orthographe des profs c’était une horreur….à a rigueur quand ils écrivaient au tableau, faire une faute ca arrive, la ou c’était plus dommageable c’était les fautes dans leur document écrit…sous Word !

le correcteur orthographique word est moyen, voir nul si comme moi au taff, t’as une base os+office en us avec patch de langue qui marche s’il a envie ;-)

Mais bon quand tu ouvres un document, et que la moitié du texte est surligné en rouge c’est gênant :)





La plupart des profs bossant avec des outils de qualité et un brin compétents n’utilisent pas Word. Ils utilisent LaTeX. Et au pire avec Word, le correcteur orthographique, ça se désactive. Donc la moitié de texte soulignée… ;)







damrod a écrit :



pour le qwerty, effectivement il y a le qwerty international…si le client te le fournit bien sur

au bout de 15 ans en SSII, j’ai appris une chose : c’est pas toi qui choisit ton matos il t’est imposé par le client

oui ca fait un choc quand on aime bidouiller son pc et le personnaliser sauf que la c’est la réalité et tu dois t’adapter même si parfois c’est pénible





Un layout clavier, ça se change au niveau de l’OS. Pas que niveau matériel. J’ai un clavier physiquement azerty, mais en deux touches de clavier, je le bascule en qwerty US, qwerty international, layout italien, japonais, unicode ou what else…


votre avatar

Je ne sais pas si tous ceux qui disent que atom n’apporte rien de nouveau a sublime text ont realise que atom c’est:




  • sous licence libre

  • gratuit



    Deja rien que pour ca, ca vaut le coup de creer le truc.



    Apres ceux qui preferent rester sur sublime text, Ed ou autre editeur (effectivement c’est pas ca qui manque) personne ne les oblige a changer… Pas la peine de casser pour le plaisir un projet qui manifestement en interesse certains.

    Enfin c’est comme d’hab dans les comm: toujours critiquer meme si on est pas concerne.

votre avatar







cendrev3 a écrit :



je comprend pas trop pourquoi y’a des devs webs codent sous mac…









Moi c’est le dev sous Windows que je ne comprends mais alors pas du tout. <img data-src=" />


votre avatar







gokudomatic a écrit :



<img data-src=" />

merci pour ce fou-rire. Surtout que ton écriture abrégée presque style sms accentue bien la blague.

Sérieusement, des specs claires, concises et non-ambiguës? Peut-être que tu as le luxe d’avoir ça, mais ce n’est pas une généralité.









C’est même l’exception.


votre avatar







Caca de Nagoya a écrit :



Je ne sais pas si tous ceux qui disent que atom n’apporte rien de nouveau a sublime text ont realise que atom c’est:




  • sous licence libre

  • gratuit



    Deja rien que pour ca, ca vaut le coup de creer le truc.



    Apres ceux qui preferent rester sur sublime text, Ed ou autre editeur (effectivement c’est pas ca qui manque) personne ne les oblige a changer… Pas la peine de casser pour le plaisir un projet qui manifestement en interesse certains.

    Enfin c’est comme d’hab dans les comm: toujours critiquer meme si on est pas concerne.









    Moi c’est par rapport à Brackets que je ne vois pas bien l’intérêt. Je peux me tromper.


votre avatar







alexandredenis a écrit :



Un éditeur de texte épuré, pas trop lourd ? Bah, vi !





J’ai encore plus léger, ne prenant que 64k de RAM et compatible 8086 : C:\DOS\EDIT.COM à partir de MS-DOS 5.0 (on me souffle que MS va bientôt lâcher le code source, ils doivent juste vérifier que des morceaux ne sont pas utilisés dans notepad ou word 2013)


votre avatar







Caca de Nagoya a écrit :



Deja y’en a beaucoup moins (brackets peut etre et quoi d’autre?)







Ou Lime, ou encore plein d’autres si tu te donnes la peine de chercher un peu







Caca de Nagoya a écrit :



et meme si y’en avait des tonnes si les mecs de github ont envie de concevoir leur propre editeur de texte je ne comprend pas pourquoi ca derange et provoque des commentaires dedaigneux.







Parce que si tu as un minimum de culture technologique, tu ne mets pas bien longtemps à réaliser que c’est fait en dépit du bon sens, ou en tout cas, pas dans un sens qui concorde avec l’intérêt de l’utilisateur. Si tu préfères ignorer royalement ce que j’écris depuis le début de ce fil et le voir dit autrement par quelqu’un d’autre que moi, tu peux toujours lire :

http://gnuu.org/2014/03/10/my-week-with-githubs-atom-editor/

(moi aussi j’ai l’impression de me répéter)


votre avatar







eXa a écrit :



Il suffit de le compiler:

github.com GitHub(je pense qu’ils ne proposent pas d’installer pour windows/linux car cela doit pas être suffisament stable a leur gout)





Comme le dit l’article il y a aussi un PPA pour Ubuntu et la compilation n’est pas trop problématique avec Ubuntu en 64bits.



Le résultat est plutôt pas mal. Y’a des chances qu’il remplace mon sublime text d’ici quelques temps.


votre avatar







Yolélé a écrit :



Non Merci. Pas fan de cette manie de bourrer du js partout “parce que regardez, désormais on peut !”.

Il y a déjà pléthore de bons éditeurs de textes rapides, légers, puissants et opensource, leur idée c’était vraiment “ni fait ni à faire”, tout ça pour se contenter d’un clone…







Heu… En fait c’est quoi le problème avec le JS ?


votre avatar







eXa a écrit :



Il suffit de le compiler:

github.com GitHub(je pense qu’ils ne proposent pas d’installer pour windows/linux car cela doit pas être suffisament stable a leur gout)





Oui, après comme dit, il y a déjà un PPA qui tourne pour Ubuntu, pour les autres distrib, j’ai pas vu si certains avaient mis en place un dépôt ou pas.


votre avatar







gogo77 a écrit :



Heu… En fait c’est quoi le problème avec le JS ?







La peur du changement, le FUD des autres communautés qui font autre chose qui flippent <img data-src=" />


votre avatar







David_L a écrit :



Oui, après comme dit, il y a déjà un PPA qui tourne pour Ubuntu, pour les autres distrib, j’ai pas vu si certains avaient mis en place un dépôt ou pas.







J’ai pu voir qu’il était dispo, apparemment depuis peu, sur le dépôt AUR pour Archlinux sous le nom atom-editor aur.archlinux.org archlinux Je viens de le compiler et ça semble fonctionner. Je testerai plus en détail plus tard, pour le moment j’ai du boulot ^^


votre avatar







seb2411 a écrit :



Tu l’as essaye ?







J’ai essayé de le compiler sur linux, mais je me suis arrêté à un souci de dépendance dans un truc en rapport avec python, pas eu le temps de creuser. Les retours font état d’un programme qui prend 50MB de ram pour afficher un document vierge, car il faut qu’un browser tourne derrière, avec une VM+JIT javascript, c’est insensé !



On va me dire qu’au 21è siècle, on peut se payer plein de ram pas cher, ce n’est pas le sujet.

Dans le même genre, j’avais essayé (car compilé avec succès) popcorntime qui était aussi une appli node côté client, et j’en pense ce que j’ai déjà dit plus haut, à savoir que ce genre de choses immondes existe actuellement car on essaie de nous gaver de javascript, parce que c’est cool, mais que dans les faits on aboutit à des programmes moins bons, moins performants et qui ne proposent pas d’amélioration par rapport à ce qu’on savait faire avant.







seb2411 a écrit :



Au passage le Js permet en plus de pouvoir facilement personnaliser l’éditeur a la volée.







Comme tout éditeur de texte scriptable, càd quasiment tous.



@Yangzébul:

non, les guerres de clochers ne m’intéressent pas, je ne suis pas en train de défendre un éditeur plutôt qu’un autre, je pointe juste du doigt le gros coup marketing de github et essaie de dédramatiser un peu la situation.

Factuellement atom c’est juste un énième éditeur de texte comme il en existe plein, qui a malheureusement comme objectif non dissimulé d’imiter sublime (pour le côté innovation, valeur ajoutée, c’est ballot), et impose un runtime de malade pour ce qui à mon sens devrait être l’archétype du programme léger qui se lance instantanément et se fait oublier.


votre avatar







Plam a écrit :



La peur du changement, le FUD des autres communautés qui font autre chose qui flippent <img data-src=" />







Exactement.

http://sametmax.com/un-gros-troll-de-plus-sur-javacscript/

Javascript c’est vraiment ce qu’il nous manquait !


votre avatar

Franchement, j’ai encore jamais vu un éditeur qui arrive à la cheville de ViM.

C’est light, il y a pas de barre de menu qui prend une quelconque place, les raccourcis se tapent tous ou presque avec 1 main (ça permet de manger une pizza avec l’autre), ça se configure super bien, etc.

votre avatar







alexandredenis a écrit :



Un éditeur de texte épuré, pas trop lourd ? Bah, vi !







Oui ou notepad.



C’est épuré, sobre… spartiate même. Un vrai logiciel de guerrier quoi.


votre avatar







batoche a écrit :



Oui ou notepad.



C’est épuré, sobre… spartiate même. Un vrai logiciel de guerrier quoi.





Vi permet en plus de s’affranchir de tout ce qui se situe à droite de la touche entrée du clavier <img data-src=" />


votre avatar

Dispo en ppa pour ubuntu et dérivés… pas testé par contrehttp://www.webupd8.org/2014/05/install-atom-text-editor-in-ubuntu-via-ppa.html

votre avatar







Yolélé a écrit :



J’ai essayé de le compiler sur linux, mais je me suis arrêté à un souci de dépendance dans un truc en rapport avec python, pas eu le temps de creuser. Les retours font état d’un programme qui prend 50MB de ram pour afficher un document vierge, car il faut qu’un browser tourne derrière, avec une VM+JIT javascript, c’est insensé !





Sublime Text chez moi je tombe sur les même résultats globalement. Mais bon 50Mb c’est pas énorme ni significatif.







Yolélé a écrit :



On va me dire qu’au 21è siècle, on peut se payer plein de ram pas cher, ce n’est pas le sujet.





C’est quoi le sujet exactement ? Avoir un programme qui prend 50Mb c’est pas énorme de nos jours. Pour trouver un éditeur qui te fasse un truc du genre c’est difficile.







Yolélé a écrit :



Dans le même genre, j’avais essayé (car compilé avec succès) popcorntime qui était aussi une appli node côté client, et j’en pense ce que j’ai déjà dit plus haut, à savoir que ce genre de choses immondes existe actuellement car on essaie de nous gaver de javascript, parce que c’est cool, mais que dans les faits on aboutit à des programmes moins bons, moins performants et qui ne proposent pas d’amélioration par rapport à ce qu’on savait faire avant.





Bof comment peux tu dire ça sans avoir essayer le programme en question ? Perso je me fou un peu qu’il soi écrit en Js ou en Erlang ou en Assembleur tant qu’il répond a mes besoins.

Je trouve étrange de juger un programme juste parce qu’il utilise Js,


votre avatar







Yolélé a écrit :



@Yangzébul:

non, les guerres de clochers ne m’intéressent pas, je ne suis pas en train de défendre un éditeur plutôt qu’un autre, je pointe juste du doigt le gros coup marketing de github et essaie de dédramatiser un peu la situation.

Factuellement atom c’est juste un énième éditeur de texte comme il en existe plein, qui a malheureusement comme objectif non dissimulé d’imiter sublime (pour le côté innovation, valeur ajoutée, c’est ballot), et impose un runtime de malade pour ce qui à mon sens devrait être l’archétype du programme léger qui se lance instantanément et se fait oublier.







Il y a tout juste 15 ans ont entendais exactement le même discours au sujet de Java.

Les runtimes évoluent et les usages avec.



Après moi même je ne me lancerait pas dans un projet de cette complexité avec un langage faiblement type (et pourtant j’adore faire du js). Mais les faits sont là (je parle pour brackets, qui lui est aussi est basé sur Node, pas testé atom) : les gars ont un programme stable et réactif.



Je ne peux que dire bravo : ils ont réussit leur pari et maitrisent de toute évidence mieux Node que toi et moi.



Et puis de toute facon, le JS, Java, Ruby, C#, C++, C et cie ce sont des langages de hipsters… les hommes, les vrais, ceux qui changent le monde font du Fortran. <img data-src=" />


votre avatar







seb2411 a écrit :



//Par rapport aux ressources, cf la toute dernière ligne de mon précédent commentaire











seb2411 a écrit :



Je trouve étrange de juger un programme juste parce qu’il utilise Js,





C’est moins le langage que l’implémentation, c’est pas une techno qui a été conçue pour ça et c’est pas une techno dont on peut espérer qu’elle change du tout au tout pour pallier à ça.


votre avatar







Yolélé a écrit :



Exactement.

http://sametmax.com/un-gros-troll-de-plus-sur-javacscript/

Javascript c’est vraiment ce qu’il nous manquait !







Ça m’aurait étonné que ce torchon soit pas évoqué.

Sauf que si tu connaissais vraiment le langage, tu verrai que ce texte regorge d’âneries (dont de nombreux jugements à l’emporte pièce). Oui il y a des limitations, oui tout n’est pas parfait. Mais la sommes de ce qu’il apporte surpasse le reste, et de très loin. Je dis pas ça par hasard, je l’utilise notamment sur un projet sur lequel je bosse tous les jours (Xen Orchestra).



Et si ça prend autant aujourd’hui, que ça fédère une telle communauté et une force de frappe immense, c’est qu’il n’y a pas qu’une seule raison, mais plein.



Je connais même des devs Rails qui ont lâché l’affaire pour partir sur NodeJS. Je connais personne qui a commencé à vraiment utiliser JS et qui est reparti en arrière.



Alors oui, je pense que ta réaction, c’est déjà une réaction d’arrière garde <img data-src=" />



edit : j’ajouterai qu’en tant qu’organisme de formation agrée, qui donne des cours en entreprise sur NodeJS (entre autre), je constate une réelle explosion de la demande.


votre avatar







Yangzebul a écrit :



Il y a tout juste 15 ans ont entendais exactement le même discours au sujet de Java.

Les runtimes évoluent et les usages avec.







Exactement, et ce point n’a pas changé, j’ai beaucoup aimé java, mais il n’existe à ma connaissance aucun éditeur de texte populaire en java qui est en concurrence directe avec les vim/emacs/sublime/notepad++/kwrite/… évoqués plus haut (qui ne sont pas des EDI). Java n’est pas adapté pour ça, et le temps semble le démontrer. Et Javascript est encore pire sur ce point.


votre avatar







brokensoul a écrit :



Dispo en ppa pour ubuntu et dérivés…





Quand je dis que personne ne lit les news <img data-src=" />


votre avatar







Plam a écrit :



Ça m’aurait étonné que ce torchon soit pas évoqué.

[…]

edit : j’ajouterai qu’en tant qu’organisme de formation agrée, qui donne des cours en entreprise sur NodeJS (entre autre), je constate une réelle explosion de la demande.







J’en suis content pour toi, mais on parle d’appli desktop, là. Le monde des frameworks web et des développeurs rails, c’est bien mignon mais c’est pas le sujet ici.


votre avatar







Yolélé a écrit :



C’est moins le langage que l’implémentation, c’est pas une techno qui a été conçue pour ça et c’est pas une techno dont on peut espérer qu’elle change du tout au tout pour pallier à ça.





Oui enfin les technos évoluent (heureusement). Et le résultat avec Atom est plutôt prometteur. Si ils continuent dans ce sens ils vont rapidement dépasser Sublime Text (pourtant écris en C++).


votre avatar







alexandredenis a écrit :



Un éditeur de texte épuré, pas trop lourd ? Bah, vi !





Il est vrai que sous Linux on dispose d’une pléthore d’éditeurs :





  • vi(m) l’indispensable ;



  • kwriter



  • kate



  • emacs



  • gedit



  • Midnight Commander



  • nano



    Et j’en oublie.



    En console, je n’utilise que vim.


votre avatar

Je testerais quand j’aurais un peu de temps mais bon quand je vois certains citer Brackets… moi je l’ai trouvé bien lourd et lent pour un éditeur de texte même avec des capacités augmentées.

votre avatar

Une usine à gaz. un peu plus rapide que lighttable mais je préfère quand même vim.

votre avatar







Yolélé a écrit :



J’en suis content pour toi, mais on parle d’appli desktop, là. Le monde des frameworks web et des développeurs rails, c’est bien mignon mais c’est pas le sujet ici.







Asm.js, Emscripten et LLVM ça te dit rien ?



Tu peux même écrire des shaders (avec WebGL). Il y avait une démo dans un navigateur d’Unreal Engine.



Bref, JS n’a pas de barrières sur le desktop, surtout vu les avancés des navigateurs ces dernières années.


votre avatar

Une news sur un éditeur de code source et PCI arrive à ne même pas évoquer Emacs. Je vais finir par croire que vous évitez le sujet.

votre avatar







Para-doxe a écrit :



Une news sur un éditeur de code source et PCI arrive à ne même pas évoquer Emacs. Je vais finir par croire que vous évitez le sujet.







Faire une news sur emacs… un vendredi. <img data-src=" /> Tu aimes vivre dangereusement toi.


votre avatar

Pendant ce temps là, Sublime est archi utilisé, et il n’y a qu’un seul développeur derrière, même pas à temps complet.



S’ils ne se bougent pas le cu*, dans 6 mois ils sont coulés.

votre avatar







Antwan a écrit :



Pendant ce temps là, Sublime est archi utilisé, et il n’y a qu’un seul développeur derrière, même pas à temps complet.



S’ils ne se bougent pas le cu*, dans 6 mois ils sont coulés.







Je pense qu’Atom est encore un peu jeune, mais qu’en le libérant et avec sa facilité à ajouter des choses + puissance et visibilité de GitHub = ça peut faire vraiment un bon truc.



Mais pour l’instant je reste sur Sublime aussi, tout en surveillant celui là <img data-src=" />


votre avatar







Antwan a écrit :



Pendant ce temps là, Sublime est archi utilisé, et il n’y a qu’un seul développeur derrière, même pas à temps complet.



S’ils ne se bougent pas le cu*, dans 6 mois ils sont coulés.





Oui après j’ai l’impression que ST est un peu mort. ST3 n’a pas eu de mise a jours depuis Décembre et le dev a plus l’air super actif. Bref je crois bien que Atom pourrait être son remplaçant spirituel <img data-src=" />







paradise a écrit :



Il est vrai que sous Linux on dispose d’une pléthore d’éditeurs :





  • vi(m) l’indispensable ;



  • kwriter



  • kate



  • emacs



  • gedit



  • Midnight Commander



  • nano



    Et j’en oublie.



    En console, je n’utilise que vim.





    Et combien parmi eux fonctionnent sur le modèle de Sublime Text ?


votre avatar

Perso je préfère les usines a gaz style Netbeans, Phpstorm. En plus, faut etre bon en racourcis pour bien exploiter l’outils.



Sinon Bracket dans le meme genre, la colorisation syntaxique semble bizarre et y a pas mal de bugs. Atom j’ai essayé, ca a l’air sympas.



Faut voir ce qu’on y gagne contrairement a d’autres IDE pour des technos web recents tels que angular.js, node.js, yeoman, grunt…

votre avatar







Plam a écrit :



Asm.js, Emscripten et LLVM ça te dit rien ?







J’ai pas dit que la marge de progression n’était pas grande, je n’en pense pas moins que ce ne sera pas de sitôt une techno viable pour cette application précise.



J’ai bien remarqué que tu aimes énoooooooooooormément JS, mais il faut faire preuve de pragmatisme à un moment, et redescendre un peu voir comment la technique fonctionne réellement (càd voir plus loin que le l’enrobage marketing).


votre avatar

Je viens de l’essayer, et je ne trouve pas tout ce qui est relatif à l’encodage de fichier, format des sauts de ligne, etc. Je suis miro ou bien ?



Puis il y a quand même des langages qu’il ne connait pas comme le VHDL ou Matlab (edit: suffisait de télécharger les packages…). Puis il n’arrive pas à m’identifier certains fichiers, sans raisons (JS en l’occurrence).



En attendant je reste sur TextWrangler.

votre avatar







Yolélé a écrit :



J’ai bien remarqué que tu aimes énoooooooooooormément JS, mais il faut faire preuve de pragmatisme à un moment, et redescendre un peu voir comment la technique fonctionne réellement (càd voir plus loin que le l’enrobage marketing).





Je te trouve un peu culotté de nous parler de pragmatisme, mode, marketing et de savoir comment il fonctionne réellement quand tu n’as pas essaye le logiciel en question. <img data-src=" />


votre avatar







damrod a écrit :



mouais je cherche un editeur que je puisses utiliser au taf…et a la banque on te file les memes pcs qu’un gars du service compta :/

dualcore 2ghz si tas de la chance

2 voir 4Go de ram en quemandant

le tout sous seven

argggggggg



meme mon poste de dev sous seven c 8 Go de ram et core i7….mais sous Seven32 donc je perds en ram

mais pas le choix on doit avoir le meme windows que les utilisateurs



apres chez moi c différent…Deja je suis pas/plus motivé au bout de 15ans pour taffer chez moi :)





je dis peut-être une connerie, ou peut-être que tu as déjà essayé, mais si tu utilises une machine virtuelle comme machine de test, ça va pas? Genre, ta bécane est une 64 bit bien boostée, et dessus tourne, par exemple, virtualbox en 32 bit avec la même ram qu’en compta, ca passe?


votre avatar







Yolélé a écrit :



… Les retours font état d’un programme qui prend 50MB de ram pour afficher un document vierge, car il faut qu’un browser tourne derrière, avec une VM+JIT javascript, c’est insensé !

…



[quote:5016871:Yolélé]



http://sametmax.com/un-gros-troll-de-plus-sur-javacscript/

Javascript c’est vraiment ce qu’il nous manquait !





[/quote]



Enfin quelqu’un de censé ! <img data-src=" />


votre avatar







blackdream a écrit :



Très bien ça, faites monter la demande en dev nodeJS !

Même si il existe déjà beaucoup d’IDE, je suis sûr qu’il reste un créneau entre la légèreté d’un notepad++ et la puissance d’un eclipse/netbeans. Reste à voir si ils vont réussir à obtenir un bon compromis.





il y a eu une tentative: jedit.

Il a déjà réussi à rallier le faible nombre de fonctionnalités d’un notepad avec la lourdeur d’un eclipse.


votre avatar







Anozer a écrit :



Alors toi, t’as vachement poussé l’utilisation d’OS X…





  • La nécessité d’un gestionnaire de paquet est anecdotique, même pour un dev. Me suis toujours débrouillé sans.

  • Quand tu parles de console, tu parles du terminal ou du gestionnaire de logs ? Dans tous les cas, je vois pas ce qu’il y a à redire, j’ai mes logs apaches et php dans le premier, pas de prob, et pour le terminal RàS. Puis franchement le terminal sur OS X face à l’invite de commande windows, excuse moi mais bon …

  • Comme dit, le pipe c’est alt+shift+L. Le combo alt/shift permet énormément de caractères supp sur un clavier Apple.

  • Pour les racourcis, c’est un coup à prendre. Il y a toujours un combo avec CMD ou autre. Les touches FXX sont réservées pour les raccourcis macro (son, lum, fenetres, etc).

  • Le finder ? pomme+click sur le top de la fenetre, ou un raccourci du HDD sur le bureau, ou pomme+k pour le chemin, ou … plein d’autres solutions.

  • Parce que sur windows du dev sur IE ?



    Par définition, une machine de dev utilisant un OS desktop “pour tout le monde” est à personnaliser. Le temps passé à modifier une distrib linux ou même un windows est franchement tout aussi chiant. Question d’habitudes.







    Bon, faut aussi tempérer certains points.

    -Le gestionnaire de paquets c’est juste ultra-pratique, j’ai installé homebrew perso, j’en connais qui utilisent macport.

  • Le terminal ? J’ai installé iTerm2 pour avoir un truc potable et franchement excellent. Il n’y a qu’un seul truc qui me chagrine avec et que je n’ai pas encore réussi à “fixer”, c’est que quand je suis sur un écran alternatif, type vi, less, most etc. je ne peux pas scroll dedans à la souris (sous linux je pouvais) et que tout ce que j’ai défilé à l’intérieur rejoint le scroll passé du terminal au lieu de disparaître lorsque je quitte l’écran alternatif. J’utilisais Terminator sous Linux qui était lui aussi excellent.

  • Le raccourcis pipe existe, mais est gonflant tout comme l’antislash (backslash) notamment si on veux faire du LaTeX. J’ai voulu coder mon LaTeX en qwerty pour ça (backslash accessible sans touche de modification, une seule touche naturelle)…mais les habitudes reviennent vite emmerder leur monde.

  • Bon, les raccourcis autres, je me suis fait à la plupart d’entre eux bien que certains comportements soient ennuyeux, mais là c’est des préférences persos.

  • Le finder de base est une blague. On ne peux même pas faire de couper/coller au clavier à cause de cette foutue mentalité du glisser-déposer partout. Résultat ? J’ai installé un gestionnaire de fichier alternatif (Pathfinder) qui est largement mieux.



    Du coup, poste de dev’ : sur Windows, je refuse cash. C’est pas un OS pour bosser pour moi. Linux ou Mac OS, les deux ont de très bons arguments, par contre, obligé d’investir sous OS X pour certains trucs à moins de se livrer à un peu de piratage…







    gokudomatic a écrit :



    Chacun aura ses préférences, même parmis les dev, c’est vrai. Mais si tu prends un linux noob-friendly (on va dire ubuntu), tu as une machine configurée en 2⁄3 lignes de commande pour la plupart des langages. Seule la configuration d’un serveur web est encore chiante sous linux.

    Et quand j’y pense, si mac tourne aussi sur du linux et supporte un gestionnaire de paquets, on devrait pouvoir faire pareil.







    Mac OS ne tourne pas sur du Linux mais sur un noyau basé à la louche à 50% sur du BSD et à 50% sur du Darwin (partie Apple).


votre avatar

Pour sublime text y a certes une version payante mais il existe aussi une version gratuite

votre avatar







fr4nky89 a écrit :



Pour sublime text y a certes une version payante mais il existe aussi une version gratuite







Mais bonjour la pop-up qui vient régulièrement te pourrir pendant que tu bosses… ;)

Pas génial pour la concentration/productivité tout ça.

Et puis bon, perso je trouve quand même le prix un peu gros pour un “simple” éditeur. Il est certes très bon, mais…70$, vraiment ?


votre avatar

<img data-src=" />



Bref, tout le monde s’en fout, chacun dispose déjà de son éditeur qui va bien, et basta <img data-src=" /> !

votre avatar







paradise a écrit :



<img data-src=" />



Bref, tout le monde s’en fout, chacun dispose déjà de son éditeur qui va bien, et basta <img data-src=" /> !





nah. J’ai toujours pas trouvé ce que je veux sous linux. geany et gedit ne sont pas à la hauteur d’un notepad++. Et netbeans et eclipse ne sont bon que pour des projets, pas pour l’édition d’un texte.

J’essaie jEdit maintenant, mais ses limitations me gênent un peu.

Et je peux pas utiliser kate vu que ça requiert KDE.


votre avatar







gokudomatic a écrit :



nah. J’ai toujours pas trouvé ce que je veux sous linux. geany et gedit ne sont pas à la hauteur d’un notepad++. Et netbeans et eclipse ne sont bon que pour des projets, pas pour l’édition d’un texte.

J’essaie jEdit maintenant, mais ses limitations me gênent un peu.

Et je peux pas utiliser kate vu que ça requiert KDE.





Et emacs ?


votre avatar







Porkepix a écrit :



Du coup, poste de dev’ : sur Windows, je refuse cash. C’est pas un OS pour bosser pour moi. Linux ou Mac OS, les deux ont de très bons arguments, par contre, obligé d’investir sous OS X pour certains trucs à moins de se livrer à un peu de piratage…







Je comprend mieux tes réticences. Dans les quelques (grosses) boites où j’ai été, je n’ai presque jamais vu de dev sur linux. Et je parle pas de SSII. J’étais donc surpris de voir quelqu’un penser qu’OS X était moins bon pour dev que Windows.



Après, je ne suis pas dev en info, mais dev en élec. Et à chaque fois que j’ai voulu utiliser Linux j’ai été emmerdé avec mes outils. Donc au taf, c’est Windows à contre coeur, et à la maison, pour du dev perso (web et autre) c’est du mac, mais avec des outils à moi effectivement.


votre avatar







paradise a écrit :



Et emacs ?





À part le fait qu’il est austère(donc moche) et qu’il m’en reste un traumatisme lorsqu’on m’a obligé de l’utiliser pendant mes études, je suppose qu’il peut être un choix.


votre avatar







Anozer a écrit :



Alors toi, t’as vachement poussé l’utilisation d’OS X…





  • La nécessité d’un gestionnaire de paquet est anecdotique, même pour un dev. Me suis toujours débrouillé sans.

  • Quand tu parles de console, tu parles du terminal ou du gestionnaire de logs ? Dans tous les cas, je vois pas ce qu’il y a à redire, j’ai mes logs apaches et php dans le premier, pas de prob, et pour le terminal RàS. Puis franchement le terminal sur OS X face à l’invite de commande windows, excuse moi mais bon …

  • Comme dit, le pipe c’est alt+shift+L. Le combo alt/shift permet énormément de caractères supp sur un clavier Apple.

  • Pour les racourcis, c’est un coup à prendre. Il y a toujours un combo avec CMD ou autre. Les touches FXX sont réservées pour les raccourcis macro (son, lum, fenetres, etc).

  • Le finder ? pomme+click sur le top de la fenetre, ou un raccourci du HDD sur le bureau, ou pomme+k pour le chemin, ou … plein d’autres solutions.

  • Parce que sur windows du dev sur IE ?







  • Si t’a fait pas mal de dev, le gestionnaire de paquet c’est dur de faire sans quand meme… rien que pour installer apache, python-pip, rvm, les build-essentials, git, chromium, firefox, postgresql, php5 … (j’en oublie surement plein). sans ca on passe des heures a telecharger des archives alors qu’en une ligne on a tout fini.



  • Alt+Shift+L c’est un peu inutilisable pour un caractere que t’utilise toutes les 10 lignes de codes pour faire des || (sans compter les pipes dans le shell) faut donc sois rajouter un racourcis, sois passer a du qwerty.



  • je parle du terminal (shell). C’est un vrai shell mais le probleme c’est que c’est a la limite de l’utilisable de base. (terminal mac), dans mes souvenirs c’est bien celui-la et fin bon voila quoi, les annees 90 c’est un peu fini quand meme maintenant…

    Mais je suis d’accord, sous windows c’est meme pire <img data-src=" />.



  • pour le finder aussi y’a des tricks a connaitre mais c’est toujours moins facile que de cliquer sur “File System” directement (aucune idee de la traduction francaise, j’ai le systeme en anglais).



  • bon encore les racourcis, faut s’y faire vu que le systeme est different, je trouvais juste ca dommage d’etre oblige de taper sur 2 / 3 touches pour un truc que t’utilise tout les jours.



  • Je parle pas d’un windows mais d’un OS linux pour debutant ou en general t’a un firefox de pre-installe. Mais ou en effet je suis d’accord, sur windows c’est bien pire <img data-src=" />.





    Par définition, une machine de dev utilisant un OS desktop “pour tout le monde” est à personnaliser. Le temps passé à modifier une distrib linux ou même un windows est franchement tout aussi chiant. Question d’habitudes.



    Bah je crois que l’idee est la surtout, mac est oriente grand public en general. Mais contrairement a ce qu’on pourrais penser, une ubuntu (je prefere elementary os personnellement) c’est vraiment a 100% pret pour le development contrairement a un windows ou un mac. On passe juste 3⁄4 min sur une ubuntu a installer le peu qui n’est pas deja pre-installe.

    A chaque fois que j’ai eu a installer tout ce qu’il fallais sur un mac, j’ai eu l’impression (comme sous windows) que le systeme se bat contre toi et que tout est oriente pour te faire chier.








votre avatar







cendrev3 a écrit :



A chaque fois que j’ai eu a installer tout ce qu’il fallais sur un mac, j’ai eu l’impression (comme sous windows) que le systeme se bat contre toi et que tout est oriente pour te faire chier.





Ma soeur a aussi un mac, et incidemment je lui ai fait un site web pour vendre quelques produits artisanaux. Et chaque fois que je dois utiliser son mac pour faire un changement, j’ai eu la même impression. J’avais vraiment l’impression que le mac peut être utilisé n’importe comment sans qu’on y comprenne quoi que ce soit. Mais dès qu’on utilise un peu de logique, il y a chaque fois un truc qui emmerde.


votre avatar







gokudomatic a écrit :



je dis peut-être une connerie, ou peut-être que tu as déjà essayé, mais si tu utilises une machine virtuelle comme machine de test, ça va pas? Genre, ta bécane est une 64 bit bien boostée, et dessus tourne, par exemple, virtualbox en 32 bit avec la même ram qu’en compta, ca passe?





bonne idée sauf que dans la vraie vie tu n’as pas la main pour configurer comme tu veux ton poste

c ca les grosses boites, le pc est clé en main, quelques soft sans install a la rigueur mais tu bidouilles pas le poste

de toute maniere si tu bidouilles ton poste il sera pas ISO avec les postes cibles et comme t’as pas de postes de test dans le bureau ca serait stupide

de toute maniere avoir un poste dédié pour tester que ca marche en condition reelle de prod c pas super pratique



je precise que contrairement a la nouvelle religion speciale neuneu : NON LES SOLUTIONS WEB/INTRANET NE REPONDENT PAS A TOUS LES BESOINS !

désolé ct mon coup de gueule comme les neuneus qui ne jurent que par java ou .net avec leurs applis webservices !

va afficher 500 000 lignes dans une grille d’un appli web…t’es obligé de paginer et ca l’utilisateur final qui veut un truc a la excel ben ca lui va pas

regle de base du DEV PROFESSIONNEL : “si ton appli convient pas a l’utilisateur =&gt; ton appli c de la merde”



désolé enciore une fois mais j’en ai marre des newbies qui sortent de leurs ecoles avec des poils dans la main et aucune connaissance reel du marché et des besoins clients !

c assez peinible ces gens la te proposent toujours les memes technos quelque soit les besoins en voulant te faire croire que c la mieux adapté car “java c genial” ou “.net c l’avenir” !

alors qu’en verité ils te proposent cette techno pour une seule et unique raison : ils en connaissant pas d’autre !



un vrai dev c cleui qui




  • tient compte des besoins des utilisateurs

  • tient compte des contraintes techniques de la boite/client : OS cible, Technos autorisées (java, delphi, fortran, c++, c# etc….), mode déploiement sur les postes utilisateurs, stockage de données (type et aussi contrante reglementaire sur la durée de stockage en ligne…)

  • commentent son code

  • bosse a partir de specs claires, concises et non-ambigues (c super important pour eviter de faire l’inverse de ce qui est demandé)

  • teste réellement son code

  • sait improviser quand les demandes ne sont pas dispos clé en main via les outils/interface de programmation (pas evident pour ceux ne sachant que bosser avec des frameworks tout prets)



    bon y’a d’autres points mais c deja pas mal



    pour en revenir a ce soft il a l’air pas mal mais encore assez limité

    en plus je me vois mal l’utiliser en outil multilanguage….


votre avatar

pour les macs et le dev web…c peut etre que maintenant on confond “design de l’interface” et code réel derriere

on ne separe plus les couches…d’ou des sites mal fichus, pas ergonomique, super lourd (donc ca rame)…mais qui en jette visuellement….l’inverse d’un site comme amazon on va dire (qui a dit sncf ou cdiscount ?))

votre avatar







damrod a écrit :



un vrai dev c cleui qui




  • bosse a partir de specs claires, concises et non-ambigues (c super important pour eviter de faire l’inverse de ce qui est demandé)





    <img data-src=" />

    merci pour ce fou-rire. Surtout que ton écriture abrégée presque style sms accentue bien la blague.

    Sérieusement, des specs claires, concises et non-ambiguës? Peut-être que tu as le luxe d’avoir ça, mais ce n’est pas une généralité.


votre avatar

Encore dispo que sur MAC, du coup j’ai essayé brackets qui est vraiment excellent (il m’a fait laissé tomber partiellement notepad++).



Quelqu’un a pu tester brackets et atom et donner son avis?

votre avatar







Krogoth a écrit :



Encore dispo que sur MAC, du coup j’ai essayé brackets qui est vraiment excellent (il m’a fait laissé tomber partiellement notepad++).



Quelqu’un a pu tester brackets et atom et donner son avis?







Quand le fofo sera rouvert, on pourra en discuter <img data-src=" />


votre avatar

Non Merci. Pas fan de cette manie de bourrer du js partout “parce que regardez, désormais on peut !”.

Il y a déjà pléthore de bons éditeurs de textes rapides, légers, puissants et opensource, leur idée c’était vraiment “ni fait ni à faire”, tout ça pour se contenter d’un clone…

votre avatar

J’ai pas encore essayé, mais ça a l’air vraiment prometteur. J’attends la version Linux avec impatience.



@Krogoth : j’ai testé brackets pendant quelques temps, et j’ai trouvé ça pas mal, mais vraiment instable, en tout cas sous linux. Après c’est un projet qui bouge pas mal, donc il mérite d’être suivi.



Pour le moment je suis un inconditionnel de Sublime Text, mais si ce Atom fait au moins aussi bien il sera mon nouvel éditeur rien que parce qu’il est open source :)



Sinon il y a Lime qui tente d’être une alternative open source à ST, mais j’ai un doute sur le fait que ça aboutisse réellement à quelque chose de sérieux et suivi un jour malgré la bonne volonté des développeurs qui sont derrière.

votre avatar

Ouaip, dommage que ce ne soit que sur mac, du coup je vais rester sur Sublime Text.

De toute manière, sur mac, en léger, il y a TextMate qui est mortel (celui que j’utilisais quand j’étais sur mac).

D’ailleurs, Sublime Text est largement inspiré de TextMate et des parties sont notamment compatibles.



edit : typo

votre avatar

SublimeText doit quand même tirer la gueule, car même si, d’après les retours de certains, il reste plus performant aujourd’hui, à terme, il va être difficile de concurrencer un projet soutenu par Github avec un seul développeur sur un projet non open-source…



D’ailleurs c’est quelque chose qui n’est pas forcément très claire dans la news: le projet Atom n’a vocation qu’à être un éditeur stand-alone, un SublimeText like, ou bien il y a t’il des projets pour en faire un éditeur en ligne, à la cloud9?



Dans le premier cas, je vois difficilement ce qu’il peut vraiment apporter, les développeurs ayant déjà pléthore d’outils et sont souvent campé dans des communautés assez amoureuses de leur produit. Sans compter le cout d’apprentissage.



En gros qu’est-ce qui pourra fondamentalement convaincre les éditeurs d’Emacs, Vim, SublimeText, et autres de passer à cet outils?

votre avatar

Ça tourne sous Linux, faut juste le builder :)

Cf github.com GitHubEt pour Linux spécifiquement :

github.com GitHub/blob/master/docs/build-instructions/linux.md

votre avatar







Plam a écrit :



Ça tourne sous Linux, faut juste le builder :)

Cf github.com GitHubEt pour Linux spécifiquement :github.com GitHub/blob/master/docs/build-instructions/linux.md







Le fait qu’ils ne proposent pas de build à télécharger alors qu’il “n’y a qu’à”, me laisse quand même penser que ce n’est peut être pas encore tout à fait prêt pour une sortie publique sur les plateformes win et linux.



Sinon je trouve bracket assez impressionnant, n’en déplaise à Yolélé qui préfère les guerres de clocher.


votre avatar

Un éditeur de texte épuré, pas trop lourd ? Bah, vi !

votre avatar

Disons que ça tourne, mais qu’entre un build et une version packagée, ya un travail d’intégration (qui prend du temps). J’en sais quelque chose <img data-src=" />

votre avatar







Yolélé a écrit :



Non Merci. Pas fan de cette manie de bourrer du js partout “parce que regardez, désormais on peut !”.

Il y a déjà pléthore de bons éditeurs de textes rapides, légers, puissants et opensource, leur idée c’était vraiment “ni fait ni à faire”, tout ça pour se contenter d’un clone…





Tu l’as essaye ? Au passage le Js permet en plus de pouvoir facilement personnaliser l’éditeur a la volée.


votre avatar







Krogoth a écrit :



Encore dispo que sur MAC, du coup j’ai essayé brackets qui est vraiment excellent (il m’a fait laissé tomber partiellement notepad++).



Quelqu’un a pu tester brackets et atom et donner son avis?







Il suffit de le compiler:

github.com GitHub(je pense qu’ils ne proposent pas d’installer pour windows/linux car cela doit pas être suffisament stable a leur gout)


votre avatar







CaptainDangeax a écrit :



J’ai encore plus léger, ne prenant que 64k de RAM et compatible 8086 : C:\DOS\EDIT.COM à partir de MS-DOS 5.0 (on me souffle que MS va bientôt lâcher le code source, ils doivent juste vérifier que des morceaux ne sont pas utilisés dans notepad ou word 2013)





Effectivement, vi utilise plus de ram. Mais si c’est inutilisable par putty et que ça ne fait presque rien, il perd tout son intérêt face à vi et nano.


votre avatar







CaptainDangeax a écrit :



J’ai encore plus léger, ne prenant que 64k de RAM et compatible 8086 : C:\DOS\EDIT.COM à partir de MS-DOS 5.0 (on me souffle que MS va bientôt lâcher le code source, ils doivent juste vérifier que des morceaux ne sont pas utilisés dans notepad ou word 2013)





Toi tu n’as pas compris ce qu’est vi. Il est sobre et épuré, mais puissant. Un peu de lecture :

http://iccf-holland.org/click5.html


votre avatar







gokudomatic a écrit :



Effectivement, vi utilise plus de ram. Mais si c’est inutilisable par putty et que ça ne fait presque rien, il perd tout son intérêt face à vi et nano.





tu rigoles ? J’ai fait mon projet de fin de DUT avec : un programme d’exploitation pour un terminal avec un µcontrôlleur 8031 et eprom de 16ko. Le programme final pesait 11ko, soit environ 4500 lignes d’assembleur… Tout en EDIT sur un 80286 12MHz avec 512ko de ram EGA couleur, un boulevard par rapport à mon C64 personnel.


votre avatar







CaptainDangeax a écrit :



tu rigoles ? J’ai fait mon projet de fin de DUT avec : un programme d’exploitation pour un terminal avec un µcontrôlleur 8031 et eprom de 16ko. Le programme final pesait 11ko, soit environ 4500 lignes d’assembleur… Tout en EDIT sur un 80286 12MHz avec 512ko de ram EGA couleur, un boulevard par rapport à mon C64 personnel.





Je parlais d’aujourd’hui. Est-ce que EDIT a encore un intérêt aujourd’hui, quelqu’en soit le domaine?


votre avatar







Caca de Nagoya a écrit :



Je ne sais pas si tous ceux qui disent que atom n’apporte rien de nouveau a sublime text ont realise que atom c’est:




  • sous licence libre

  • gratuit



    Deja rien que pour ca, ca vaut le coup de creer le truc.







    Sors de chez toi, ce n’est pas ce qui manque les bons éditeurs libres et gratuits. En créer un énième pour redynamiser un peu le milieu ne peut pas faire de mal, je suis d’accord, mais en créer un en dépit du bon sens juste pour communiquer à propos d’une techno à la mode, non, ça n’aidera pas l’utilisateur final, et le fait que ça soit open n’y change rien.


votre avatar







Yolélé a écrit :



Sors de chez toi, ce n’est pas ce qui manque les bons éditeurs libres et gratuits. En créer un énième pour redynamiser un peu le milieu ne peut pas faire de mal, je suis d’accord, mais en créer un en dépit du bon sens juste pour communiquer à propos d’une techno à la mode, non, ça n’aidera pas l’utilisateur final, et le fait que ça soit open n’y change rien.





Il faut avouer que ce qui manque, c’est une sorte de notepad++ ou de vi en html5. Parce que en ssh, c’est bien gentil mais ce n’est pas toujours possible.


votre avatar







gokudomatic a écrit :



Il faut avouer que ce qui manque, c’est une sorte de notepad++ ou de vi en html5. Parce que en ssh, c’est bien gentil mais ce n’est pas toujours possible.







Je vois pas en quoi le fait que ça soit en html5 apporte une solution au problème, et btw, tu peux toujours utiliser vim en ouvrant un fichier avec ftp:// sftp:// webdav:// , pareil avec kwrite, il semblerait qu’il y ait des plugins pour faire ça avec notepad++ donc même sans ssh il y a de quoi faire :)


votre avatar

+1 pour vi, un de mes collegues utilise ca …



Sinon quelqu’un sait a quoi sert atom-shell? C’est l’interface graphique (frontend)?



Avant j’etais sous Sublime Text et j’ai change pour atom. Ca me permet d’editer mon editeur (ddonc d’apprendre le coffeescript …. deja un pull request), et je n’ai plus la fenetre tout les 10 enregistrements :)

votre avatar







Yolélé a écrit :



Sors de chez toi, ce n’est pas ce qui manque les bons éditeurs libres et gratuits. En créer un énième pour redynamiser un peu le milieu ne peut pas faire de mal, je suis d’accord, mais en créer un en dépit du bon sens juste pour communiquer à propos d’une techno à la mode, non, ça n’aidera pas l’utilisateur final, et le fait que ça soit open n’y change rien.







Pas besoin de sortir de chez moi pour savoir qu’il y a de bons editeurs libres et gratuits, c’est justement ce que j’utilise au quotidien.



Si tu lis mon commentaire plus lentement tu verras que je ne faisais juste que faire remarquer la valeur ajoutee par rapport a sublime text dont beaucoup disaient qu’elle etait inexistante.

Pour finir j’ajouterais que c’est pas la peine d’etre desobligeant/condescendant avec des tournure du style “sors de chez toi”.







votre avatar







alexandredenis a écrit :



Toi tu n’as pas compris ce qu’est vi. Il est sobre et épuré, mais puissant. Un peu de lecture :

http://iccf-holland.org/click5.html





Et toi, tu as marché dedans. Et d’une, tu ne me connais pas et je suis Linuxien depuis 1996 alors vi, les fichiers de conf à la mano sur mon 486DX2, je connais. Et de 2, mon post était évidemment à vocation humoristique pour faire retomber un peu la pression qui s’était manifestée dans les posts précédents avec les inévitables guéguerres vi / emacs et EDI / éditeur séparé. D’ailleurs, j’ai menti, pour mon projet de DUT, ce n’était pas EDIT du MSDOS mais AEDIT, un truc à l’interface similaire mais aussi plus évolué puisque il pouvait ouvrir des fichiers de plus de 64kB (le fameux segment du 8086) et plusieurs fichiers simultanément (pratique en assembleur avec les .H d’un coté et les .ASM de l’autre)


votre avatar







Yolélé a écrit :



Je vois pas en quoi le fait que ça soit en html5 apporte une solution au problème, et btw, tu peux toujours utiliser vim en ouvrant un fichier avec ftp:// sftp:// webdav:// , pareil avec kwrite, il semblerait qu’il y ait des plugins pour faire ça avec notepad++ donc même sans ssh il y a de quoi faire :)





Ouaip, mais SSH c’est mieux (sécurisé, AES128, compression à la volée, forward d’applications graphiques…)


votre avatar







gokudomatic a écrit :



Je parlais d’aujourd’hui. Est-ce que EDIT a encore un intérêt aujourd’hui, quelqu’en soit le domaine?





En fait non. Voir l’explication dans mon post #118


votre avatar

Je viens de le compiler sous Windows, c’est un éditeur très prometteur.



Il reste beaucoup de choses à améliorer, par exemple :





  • Rapidité au lancement

  • Curseur multiple : les faire clignoter en même temps

  • Afficher les raccourcis claviers dans les menus

  • Coloration syntaxique ?



votre avatar







Caca de Nagoya a écrit :



Pas besoin de sortir de chez moi pour savoir qu’il y a de bons editeurs libres et gratuits, c’est justement ce que j’utilise au quotidien.



Si tu lis mon commentaire plus lentement tu verras que je ne faisais juste que faire remarquer la valeur ajoutee par rapport a sublime text dont beaucoup disaient qu’elle etait inexistante.







Pareil, c’est pas le premier clone de sublime qui se veut opensource, loin de là…


votre avatar







David_L a écrit :



Quand je dis que personne ne lit les news <img data-src=" />





ah flûte mais c’était à la toute fin, et toute la news disait que ce n’était pas dispo pour linux :/ Beaucoup de boulot aussi, fatigué,..


votre avatar







Yolélé a écrit :



Pareil, c’est pas le premier clone de sublime qui se veut opensource, loin de là…







Deja y’en a beaucoup moins (brackets peut etre et quoi d’autre?) et meme si y’en avait des tonnes si les mecs de github ont envie de concevoir leur propre editeur de texte je ne comprend pas pourquoi ca derange et provoque des commentaires dedaigneux.



Et ca ne change rien de toutes facons rien au fait qu’aux commentaires du style “quel est l’avantage par rapport a sublime text?” je repond c’est “ben deja c’est libre et gratuit”. Mais j’ai l’impression de me repeter… <img data-src=" />



(et si je voulais chipoter j’ajouterais que “open source” et “libre” c’est pas la meme chose meme si je suppose qu’on parle du meme truc)


votre avatar







Anozer a écrit :



Je viens de l’essayer, et je ne trouve pas tout ce qui est relatif à l’encodage de fichier, format des sauts de ligne, etc. Je suis miro ou bien ?



Puis il y a quand même des langages qu’il ne connait pas comme le VHDL ou Matlab (edit: suffisait de télécharger les packages…). Puis il n’arrive pas à m’identifier certains fichiers, sans raisons (JS en l’occurrence).



En attendant je reste sur TextWrangler.





T’es aller voir dans les paramètres ?



C’est encore une Beta donc y’a encore des soucis. Enfin sur Ubuntu le seul gros soucis que j’ai ce sont les conflits de mapping des raccourcis claviers.


votre avatar







seb2411 a écrit :



Je te trouve un peu culotté de nous parler de pragmatisme, mode, marketing et de savoir comment il fonctionne réellement quand tu n’as pas essaye le logiciel en question. <img data-src=" />







1: je vois pas le rapport, mais alors vraiment pas,

2: après patch et compilation, c’est en fait 113MB de ram pour le document d’accueil welcome.md


votre avatar







seb2411 a écrit :



T’es aller voir dans les paramètres ?



C’est encore une Beta donc y’a encore des soucis. Enfin sur Ubuntu le seul gros soucis que j’ai ce sont les conflits de mapping des raccourcis claviers.







Ouais j’ai épluché les paramètres. Je n’ai rien trouvé sur l’encodage. D’ailleurs en poussant un peu, mon problème de fichier JS non reconnu était à cause de son encodage foireux… en le modifiant ailleurs il est lisible dans Atom. Je ne trouve pas non plus de package.



C’est pour moi indispensable de pouvoir choisir mon format de fichier et sauts de lignes, dommage car je trouve cette app très intéressante.


votre avatar







Yolélé a écrit :



1: je vois pas le rapport, mais alors vraiment pas,

2: après patch et compilation, c’est en fait 113MB de ram pour le document d’accueil welcome.md





1 - Pragmastisme : Attitude d’une personne qui s’adapte à la réalité et qui préfère la pratique. Synonyme réalisme. Pour toi etre pragmatique c’est considérer un logiciel null avant de l’avoir essaye ^^ .

2 - ST c’est presque 90Mb sans aucune tab. Autant dire presque rien dans les deux cas.


votre avatar







Anozer a écrit :



Ouais j’ai épluché les paramètres. Je n’ai rien trouvé sur l’encodage. D’ailleurs en poussant un peu, mon problème de fichier JS non reconnu était à cause de son encodage foireux… en le modifiant ailleurs il est lisible dans Atom. Je ne trouve pas non plus de package.



C’est pour moi indispensable de pouvoir choisir mon format de fichier et sauts de lignes, dommage car je trouve cette app très intéressante.





Pour le moment c’est de l’UTF-8 par défaut je crois. Pour le reste je pense que le mieux reste d’attendre au moins une version officielle ou la version 1.0. Y’a en effet encore des choses a améliorer.


votre avatar

Ca doit être le seul éditeur au monde qui commence par une version max pour un support des trois plateformes. C’est très bête.

votre avatar







Yangzebul a écrit :



Et puis de toute facon, le JS, Java, Ruby, C#, C++, C et cie ce sont des langages de hipsters… les hommes, les vrais, ceux qui changent le monde font du Fortran. <img data-src=" />











+10000 <img data-src=" />


votre avatar

Très bien ça, faites monter la demande en dev nodeJS !

Même si il existe déjà beaucoup d’IDE, je suis sûr qu’il reste un créneau entre la légèreté d’un notepad++ et la puissance d’un eclipse/netbeans. Reste à voir si ils vont réussir à obtenir un bon compromis.

votre avatar







seb2411 a écrit :



Pour le moment c’est de l’UTF-8 par défaut je crois. Pour le reste je pense que le mieux reste d’attendre au moins une version officielle ou la version 1.0. Y’a en effet encore des choses a améliorer.







Visiblement. Selon moi le mini de fichier navigateur sur la gauche est également à améliorer. Impossible d’atteindre un dossier parent. Beaucoup de bonnes idées cela dit.



Déçu par les commandes shell par contre. Je pensais ouvrir un éditeur dans mon terminal alors que c’est l’app qui s’ouvre à côté. Bon sur mac ce n’est pas bien grave. Je n’ai pas testé sur linux, mais si c’est le cas c’est embêtant. On a pas toujours une interface graphique.


votre avatar







seb2411 a écrit :



2 - ST c’est presque 90Mb sans aucune tab. Autant dire presque rien dans les deux cas.





Moi je trouve ça énorme compte tenu de ce qu’il fait de base, gVim de base c’est 8 Mo et 15 Mo remplis de plugins…


votre avatar







paradise a écrit :



Il est vrai que sous Linux on dispose d’une pléthore d’éditeurs :





  • vi(m) l’indispensable ;



  • kwriter



  • kate



  • emacs



  • gedit



  • Midnight Commander



  • nano



    Et j’en oublie.



    En console, je n’utilise que vim.





    MC ? c un editeur de texte ca ? t’es sur de toi ? :)



    perso je suis sous windows donc notepad++ ou notepad2 (piur ceux qui connaisse…le truc ultralight pur remplacer le notepad fourni par krosoft)

  • servant salamander 2.5x (une sorte de norton commander…les racs claviers + les petits outils intégrés sont top)

    sous linux ca reste vi car pas les droits d’installer ce qu’on veut : c ca qu’on appelle bosser sur des serveurs iso prod :p

    si seulement les pseudos dev du dimanche pensait a ce genre de détail on aurait moins de livraison merdique ;)


votre avatar







GutsBlack a écrit :



Moi je trouve ça énorme compte tenu de ce qu’il fait de base, gVim de base c’est 8 Mo et 15 Mo remplis de plugins…





90Mo pour ..rien ?

c 80Mo de trop et encore je suis gentil : a mon epoque on appellait ca une usine a gaz

si encore ca garantissait que le dev fasse pas de la merde….:-p

et puis au taf ST c surtout les devs java qui s’en servent (fau croire qu’ils aiment les trucs qui bouffent la ram :))



le html, le css, le javascript, le shell ca se code a la mano avec Vim ou notepad++, voir emacs

pas besoin de plus…ah si un cerveau :)


votre avatar







GutsBlack a écrit :



Moi je trouve ça énorme compte tenu de ce qu’il fait de base, gVim de base c’est 8 Mo et 15 Mo remplis de plugins…





Je sais pas, t’as un tableau comparatif des fonctionnalités entre les deux ?


votre avatar







Adakite a écrit :



+10000 <img data-src=" />





moi j’aime bien delphi sinon….ca te fait pas chier avec des frameworks a gogo et pour faire du client lourd qui marche sans bouffe 1Go de ram c nickel !

le .net ou le java j’ai rien contre mais putain comme les programmes bouffent de la ram et sont instables !!

faut tjrs avoir la bonne vm ou fm installlé …ze galere a deployer sur les postes utilisateurs !

un exe delphi tu livres que ca et c bon

et ca perme de faire tres bien son taf



mais actuellement c dur a maintenir : nos ecoles de gné produisent que du codeur c# ou java (et encore codeur…adepte du lego ouais !! tu leur files notepad et ils sont pas foutu de pondre une ligne de code !!)


votre avatar

Personne ne mentionne Geany ? :‘(

votre avatar







doom_Oo7 a écrit :



Personne ne mentionne Geany ? :‘(





Il apporte pas grand chose par rapport a un gedit avec plugin au final. Je l’ai utilise 1 an mais ça évolue pas trop et il y’a pas trop d’options ni de plugins.


votre avatar







damrod a écrit :



90Mo pour ..rien ?

c 80Mo de trop et encore je suis gentil : a mon epoque on appellait ca une usine a gaz

si encore ca garantissait que le dev fasse pas de la merde….:-p

et puis au taf ST c surtout les devs java qui s’en servent (fau croire qu’ils aiment les trucs qui bouffent la ram :))



le html, le css, le javascript, le shell ca se code a la mano avec Vim ou notepad++, voir emacs

pas besoin de plus…ah si un cerveau :)





Franchement sur les 12 288mo de ram de mon pc, je suis prêt a lâcher 90mo…

Je ne pense pas que le but soit de coder l’éditeur de texte le plus léger, alors si c’est ce que tu cherches, regarde ailleurs.


votre avatar

mouais je cherche un editeur que je puisses utiliser au taf…et a la banque on te file les memes pcs qu’un gars du service compta :/

dualcore 2ghz si tas de la chance

2 voir 4Go de ram en quemandant

le tout sous seven

argggggggg



meme mon poste de dev sous seven c 8 Go de ram et core i7….mais sous Seven32 donc je perds en ram

mais pas le choix on doit avoir le meme windows que les utilisateurs



apres chez moi c différent…Deja je suis pas/plus motivé au bout de 15ans pour taffer chez moi :)

votre avatar

Bande de noobz, mon editeur de texte à même pas besoin de RAM !

votre avatar







seb2411 a écrit :



1 - Pragmastisme : Attitude d’une personne qui s’adapte à la réalité et qui préfère la pratique. Synonyme réalisme. Pour toi etre pragmatique c’est considérer un logiciel null avant de l’avoir essaye ^^ .







S’adapter à la réalité et préférer la pratique, c’est effectuer un choix de technos performantes pour le domaine dans lequel on veut les utiliser afin de proposer un produit utile, à contrario de partir sur une technologie jeune, mal maîtrisée et qui a fait le parti pris de certains paradigmes qui lui imposent d’être moins efficace dans la situation actuelle (pour laquelle elle n’était de toute façon initialement pas prévue).



Et je répète que je ne vois pas le rapport, mais quand bien même, j’ai fini par l’essayer.


votre avatar







seb2411 a écrit :



Je sais pas, t’as un tableau comparatif des fonctionnalités entre les deux ?





Utilises les deux et tu verras.


votre avatar







Yolélé a écrit :



S’adapter à la réalité et préférer la pratique, c’est effectuer un choix de technos performantes pour le domaine dans lequel on veut les utiliser afin de proposer un produit utile.





Si tu parles du fait de choisir Js pour faire Atom si tu ne connais pas comment et pourquoi ils en sont arrive a choisir JS tu ne peux pas juger de leurs choix technos.



Après il te reste a juger le résultat final. De ce cote ça fonctionne plutôt bien pour un logiciel jeune et encore en bêta.



Je suis pas du tout un gros fan de JS mais il ne faut que ça se transforme en un dogme. Je ferais pas un IDE en javascript mais ils l’ont fait pour leurs raisons et ça marche bien, j’ai rien a redire bien au contraire, je suis content d’avoir une alternative a ST.



Et en tant que dev, être pragmatique c’est choisir l’outil qui te va le mieux et qui répond a tes besoins, qui te permettent de bosser le plus efficacement possible. Et je ne vais pas éliminer Atom.io juste parce que c’est fait en Js. Je test et je verrais si ça répond a ce que je cherche.



Mais dire c’est en Js donc c’est null ça me semble être tout sauf pragmatique,réaliste, etc.







GutsBlack a écrit :



Utilises les deux et tu verras.





Je l’ai installe il a l’air d’avoir pas mal d’options, même si c’est pas super intuitif, après je testerais ça plus en profondeur si j’ai le temps.


votre avatar







seb2411 a écrit :



Je l’ai installe il a l’air d’avoir pas mal d’options, même si c’est pas super intuitif, après je testerais ça plus en profondeur si j’ai le temps.





Sublime Text a une interface sympatique surement moins “brute” que gVim. Niveau fonctionnalité c’est kifkif, de toute façon les deux sont extensibles via plugins. Bien évidemment la communauté autour de vim étant largement plus importante c’est plus intéressant niveau plugins/fonctionnalité que Sublime Text.


votre avatar







seb2411 a écrit :



Si tu parles du fait de choisir Js pour faire Atom si tu ne connais pas comment et pourquoi ils en sont arrive a choisir JS tu ne peux pas juger de leurs choix technos.







Là tu pars du principe que je ne me suis pas renseigné sur le sujet, c’est middle.







seb2411 a écrit :



Je suis pas du tout un gros fan de JS mais il ne faut que ça se transforme en un dogme. Je ferais pas un IDE en javascript mais ils l’ont fait pour leurs raisons et ça marche bien, j’ai rien a redire bien au contraire, je suis content d’avoir une alternative a ST.







Tu vas me trouver critique et me basher sur le fait que ce soit encore en beta, mais on sent bien la lourdeur, on remarque bien le temps de chargement des fichiers (même petits), et pourtant le soft ne t’écrase pas sous une montagne de fonctionnalités, loin de la. À moins qu’ils aient codé ça comme des crades car ils étaient pris par le temps (j’en doute), l’ajout de features ne devrait pas aller dans le sens de l’allègement, et la limite posée à 2MB pour la taille des fichiers ne laisse quand même présager rien de bon pour une beta publique. Donc non, je ne crois pas en node pour le desktop, et plus j’en vois plus ça me conforte dans cette idée.









seb2411 a écrit :



Et en tant que dev, être pragmatique c’est choisir l’outil qui te va le mieux et qui répond a tes besoins, qui te permettent de bosser le plus efficacement possible.







On est d’accord, mais moi je parle d’autre chose, du pragmatisme du développeur qui, s’il veut faire un programme utile à destination d’utilisateurs réels, doit se restreindre dans ses choix de technos à employer. Tu vas pas coder un IDE en ASM, tu vas pas non plus faire un driver en python, donc tu n’es jamais réellement libre et tu dois faire des compromis, amha, le choix de JS ici est inadéquat, et le fait que ce soit “possible” ne doit pas justifier que ce soit “fait et présenté comme bien”.







seb2411 a écrit :



Mais dire c’est en Js donc c’est null ça me semble être tout sauf pragmatique,réaliste, etc.







J’espère avoir répondu à ça.



Sinon pour le reste, je vois ce projet comme une démo, une proof of concept tout au plus : ça fait 40 ans que tous les besoins sont couverts en terme d’éditeurs de texte. Si vraiment github avait voulu apporter quelque chose au domaine, faire avancer les choses, donner du pouvoir aux utilisateurs, changer notre approche sur le sujet, … le résultat aurait probablement été autre et plus utile qu’une reproduction maladroite d’un éditeur à la mode du moment.


votre avatar

Allez je rajoute mon grain de sel à la flame war : j’utilise LiClipse/PyDev



<img data-src=" />

votre avatar







Para-doxe a écrit :



Une news sur un éditeur de code source et PCI arrive à ne même pas évoquer Emacs. Je vais finir par croire que vous évitez le sujet.







La news parle d’éditeur de texte… pas d’OS <img data-src=" />


votre avatar







earendil_fr a écrit :



La news parle d’éditeur de texte… pas d’OS <img data-src=" />









On fait pas mieux.


votre avatar







It a écrit :



Ca doit être le seul éditeur au monde qui commence par une version max pour un support des trois plateformes. C’est très bête.





SourceTree d’Atlassian a été pareil : version mac d’abord, version windows ensuite, et toujours pas de version linux.



Le truc c’est que (et pour une raison qui m’échappe), il y a énormément de développeurs qui bossent sous Mac, y compris dans la communauté libre (préférer mac à windows, je vois bien, mais quand tu bosses sur du libre et que tu comprends les enjeux du libre, s’enfermer sur mac au lieu de bosser sur linux, ça m’échappe). En conséquence, beaucoup de logiciels pour développeurs ciblent particulièrement mac (et globalement il faut croire qu’ils considèrent que les devs sous linux font de toute façon tout avec vim et emacs)


votre avatar

je comprend pas trop pourquoi y’a des devs webs codent sous mac…





  • faut installer homebrew parce que y’a pas de vrai gestionnaire de paquet

  • faut installer une vrai console parce que celle de base est inutilisable

  • pas de pipes en azerty on dirais donc faut sois passer a du qwerty (ce que je recommande) sois rajouter des raccourcis

  • par defaut sous mac 90% des racourcis claviers utiles marchent pas de base… genre F12 pour le debugger par exemple.

  • le putain de programme qui affiche les fichiers qui empeche d’aller sur la racine a chaque fois

  • faut installer un autre navigateur avec les addons qui vont bien parce que safari, voila quoi…



    Apres je dis pas, on peut transformer nimporte quoi en une machine de dev mais apres un vrai linux est quand meme plus pratique, y’a moins a bidouiller.

votre avatar







cendrev3 a écrit :





  • pas de pipes en azerty on dirais donc faut sois passer a du qwerty (ce que je recommande) sois rajouter des raccourcis







    alt + shift + l (L minuscule, dans le doute)(on a vu mieux, je suis d’accord. Mais ne pas dire qu’il n’existe pas).



    Pour les autres plaintes, ça dépend. J’ai longtemps utilisé Linux exclusivement, je suis actuellement sous Mac, et bien que mon cœur aille largement à Linux, il faut leur reconnaître des bons points à chaque.


votre avatar







cendrev3 a écrit :



je comprend pas trop pourquoi y’a des devs webs codent sous mac…





  • faut installer homebrew parce que y’a pas de vrai gestionnaire de paquet

  • faut installer une vrai console parce que celle de base est inutilisable

  • pas de pipes en azerty on dirais donc faut sois passer a du qwerty (ce que je recommande) sois rajouter des raccourcis

  • par defaut sous mac 90% des racourcis claviers utiles marchent pas de base… genre F12 pour le debugger par exemple.

  • le putain de programme qui affiche les fichiers qui empeche d’aller sur la racine a chaque fois

  • faut installer un autre navigateur avec les addons qui vont bien parce que safari, voila quoi…



    Apres je dis pas, on peut transformer nimporte quoi en une machine de dev mais apres un vrai linux est quand meme plus pratique, y’a moins a bidouiller.







    Alors toi, t’as vachement poussé l’utilisation d’OS X…



  • La nécessité d’un gestionnaire de paquet est anecdotique, même pour un dev. Me suis toujours débrouillé sans.

  • Quand tu parles de console, tu parles du terminal ou du gestionnaire de logs ? Dans tous les cas, je vois pas ce qu’il y a à redire, j’ai mes logs apaches et php dans le premier, pas de prob, et pour le terminal RàS. Puis franchement le terminal sur OS X face à l’invite de commande windows, excuse moi mais bon …

  • Comme dit, le pipe c’est alt+shift+L. Le combo alt/shift permet énormément de caractères supp sur un clavier Apple.

  • Pour les racourcis, c’est un coup à prendre. Il y a toujours un combo avec CMD ou autre. Les touches FXX sont réservées pour les raccourcis macro (son, lum, fenetres, etc).

  • Le finder ? pomme+click sur le top de la fenetre, ou un raccourci du HDD sur le bureau, ou pomme+k pour le chemin, ou … plein d’autres solutions.

  • Parce que sur windows du dev sur IE ?



    Par définition, une machine de dev utilisant un OS desktop “pour tout le monde” est à personnaliser. Le temps passé à modifier une distrib linux ou même un windows est franchement tout aussi chiant. Question d’habitudes.


votre avatar







Anozer a écrit :



Par définition, une machine de dev utilisant un OS desktop “pour tout le monde” est à personnaliser. Le temps passé à modifier une distrib linux ou même un windows est franchement tout aussi chiant. Question d’habitudes.





Chacun aura ses préférences, même parmis les dev, c’est vrai. Mais si tu prends un linux noob-friendly (on va dire ubuntu), tu as une machine configurée en 2⁄3 lignes de commande pour la plupart des langages. Seule la configuration d’un serveur web est encore chiante sous linux.

Et quand j’y pense, si mac tourne aussi sur du linux et supporte un gestionnaire de paquets, on devrait pouvoir faire pareil.


GitHub libère son éditeur Atom et évoque les versions Linux et Windows

  • GitHub se lance dans la guerre des éditeurs dédiés aux développeurs

  • Un code ouvert pour faciliter l'évolution, bientôt des versions pour Linux et Windows

Fermer