Un gourou de Node.js se lance dans l’implémentation de Git en JavaScript

Version imprimable

28/03/2013, 13h36
Hinault Romaric

Un gourou de Node.js se lance dans l’implémentation de Git en JavaScript

Un gourou de Node.js se lance dans l’implémentation de Git en JavaScript
et obtient en 28 heures 360 financements sur Kickstarter

Un gourou de Node.js vient de se lancer dans un projet ambitieux : implémenter une variante du gestionnaire de versions décentralisé open source Git en JavaScript.

Tim Caswell, un membre très connu de la communauté JavaScript, notamment par l’écriture du premier compilateur CoffeeScript, la mise en place du protocole Postgres Wire en JavaScript et la mise en place d’AES, MD5, SHA1 et SHA256 pour certains navigateurs, a eu l’idée de réécrire Git en utilisant le langage de script.

Pourquoi un tel projet ? Caswell explique que l’écosystème Web dispose de toutes les primitives (éditeurs de code JavaScript matures, outils de compilation, systèmes de fichiers Sandbox, etc.) pour construire un véritable environnement de développement. La principale chose qui lui manque c’est un outil de gestion de versions comme Git.

C’est ainsi que le projet JSGit a été mis sur pied. Il a été proposé sur Kickstarter et en l’espace de 28 heures seulement, il a eu l’appui de 360 bailleurs de fonds.

Pour rappel, Kickstarter est un site qui permet aux développeurs, aux designers, aux écrivains, etc. de chercher des fonds pour leur projet, tout en proposant en échange du financement des cadeaux selon le montant donné.

À terme, le projet sera open source et le code sera publié sous une licence libre sur GitHub. Les contributions externes au développement seront acceptées. Une preuve que JavaScript peut désormais s’immiscer partout ?

Source : Le projet sur Kickstarter

Et vous ?

:fleche: Pensez-vous que ce projet soit viable ? Est-il avantageux de développer des solutions complexes avec JavaScript ?
28/03/2013, 16h13
Drawingrom

$18,655 (à cette heure)

Je suis impressionné par l'engouement que peut représenter le démarrage d'un projet open source.

Cela laisse rêveur...
28/03/2013, 23h26
skypers

Bientôt, on va avoir le droit à « Ouais on a un super écosystème mais les OS bof bof donc on reécrit un noyau unix en javascript, parce que qu’est-ce qu’on se fait chier ces temps-ci ! ».

Est-ce une blague ? Poisson d’avril ? En tout cas, cela confirme ce que j’ai toujours pensé de ce genre de développeurs qui s’extasient lorsqu’une lib sort pour palier à la pauvreté du js et qui ajoute un foreach : ils vivent dans un autre monde, à une époque qui est révolue depuis plusieurs dizaines d’années.

Allez, au lieu d’utiliser comme tout le monde la version de git actuelle, utilisez la version scriptée git.js on ne sait combien de fois plus lente et sous optimisée ! :mouarf:
29/03/2013, 08h05
Bovino

Citation:

on reécrit un noyau unix en javascript

Ca a déjà été fait pour linux... :mouarf:
Javascript PC Emulator.
29/03/2013, 08h42
Speranza

Et pourquoi pas une version de l'Unreal engine 3 en javascript pendant qu'on y est !
29/03/2013, 09h12
Zefling

J'ai l'impression que l'Open Source se sert de plus de plus de Kickstarter pour financer des projets. Enfin, c'est surtout des équipes connues donc ça leur donnent aussi une certaine couverture médiatique que les inconnus n'auront pas.
29/03/2013, 09h43
Lutarez

Après avoir bien lu l'article ainsi que la page KickStarter, je ne comprends vraiment pas la plus-value de réécrire Git en JS : si ce monsieur veut vraiment utiliser Git depuis JS, il n'a qu'à faire un connecteur.

A terme, son projet ne sera qu'une usine à gaz qu'il faudra maintenir en parallèle de Git.

Citation:

Envoyé par Drawingrom

$18,655 (à cette heure)
Je suis impressionné par l'engouement que peut représenter le démarrage d'un projet open source.

Cela laisse rêveur...

Bof, il ne va rien inventer, juste "traduire" les sources en JS et être payer plusieurs milliers de dollars pour ça... Du coup, je comprends mieux ces motivations :aie:
29/03/2013, 18h29
matios

Existe-il un site similaire à Kickstarter pour les résident UE ?
30/03/2013, 03h51
Kitzbuehl

Songe

Quelqu'un a songé emscripten + la logithèque C/C++ open source ?

Quelqu'un a songé au fait du travail avec le W3C et la standardisation tous les navigateurs sont compatibles ?

Quelqu'un a songé à l'architecture client léger / serveur au travers d'un navigateur ?

Quelqu'un a songé à la masse de travail qui disparaît pour tous les techs de la planète ?

Quelqu'un a songé aux utilisateurs qui ont juste à ouvrir leur navigateur pour accéder à tous leurs outils/données ?

Quelqu'un a songé à la maintenance simplifiée ?

Quelqu'un a songé à la monstrueuse économie de budget ?

Je m'étais promis de ne pas poster , j'y songe. ;)
30/03/2013, 08h51
Lutarez

Je vais paraître pour un vieux anti-progressiste (et pourtant je suis assez jeune), mais c'est pas grave :aie:

Citation:

Envoyé par Kitzbuehl

Quelqu'un a songé emscripten + la logithèque C/C++ open source ?

Ils pourront faire ce qu'ils veulent, ils n’atteindront jamais les performances d'un code natif, vu que la couche "navigateur" ralentit tout l'ensemble. Cela restera donc toujours plus lent qu'une application lourde.

Citation:

Envoyé par Kitzbuehl

Quelqu'un a songé au fait du travail avec le W3C et la standardisation tous les navigateurs sont compatibles ?

Même avec des standards, ils trouvent toujours le moyen de faire des trucs à eux. Et quand on voit la vitesse de standardisation du W3C, on est pas rendu ... (même si cela s'améliore)

Citation:

Envoyé par Kitzbuehl

Quelqu'un a songé à l'architecture client léger / serveur au travers d'un navigateur ?

L'architecture client/serveur, ça date pas d'hier, et les navigateurs nous y ramènent juste petit à petit. A titre personnelle, je pense que dépendre à 100% du réseau pour pouvoir utiliser sa machine est juste une très mauvaise idée. Encore plus si je dois dépendre d'un navigateur parmi d'autres qui implémentent tous les standards à leur sauce. D'ailleurs, le "succès" des ChromeBook est, je pense, un bon exemple à ce sujet.

Citation:

Envoyé par Kitzbuehl

Quelqu'un a songé à la masse de travail qui disparaît pour tous les techs de la planète ?

Youpi, encore plus de chômeurs :mouarf:

Citation:

Envoyé par Kitzbuehl

Quelqu'un a songé aux utilisateurs qui ont juste à ouvrir leur navigateur pour accéder à tous leurs outils/données ?

Tous ce que font les navigateurs aujourd'hui est fait depuis des décennies par les OS. J'ai jamais compris en quoi c'était une (r)évolution.

Citation:

Envoyé par Kitzbuehl

Quelqu'un a songé à la maintenance simplifiée ?

Justement, ça fait que nos techniciens sont maintenant au chômage :aie: D'ailleurs, je ne pense pas que cela est simplifier quoi que ce soit, c'est juste différent maintenant.

Citation:

Envoyé par Kitzbuehl

Quelqu'un a songé à la monstrueuse économie de budget ?

Je vois pas trop en quoi il y a une économie. D'autant plus qu'il faut voir un peu plus loin que le côté monétaire et réfléchir à d'autres aspects.
Comme je le disais plus tôt, c'est bien beau d'avoir la meilleure web app du monde, mais sans réseau, elle est juste inutile. Autant sur une application spécifique, passe encore, mais si on doit dépendre d'internet pour avoir accès à une calculatrice, j'appelle pas ça un progrès.
02/04/2013, 17h14
macmorning

Hello,

Désolé mais je ne comprends pas la persistance de ces arguments qu'on revoit sans cesse.

1/ JS moins rapide que le natif
Pour certaines choses oui évidemment. Mais les moteurs JS récents compilent le code en natif avant son exécution, un peu comme C# avec son JIT (j'ai bien dit "un peu comme", ne pas me lyncher svp :aie:). Après on peut sortir de son chapeau tout un tas de benchmarks qui montreront tout et son contraire, comme les sondages.

2/ Moins de travail = du chômage en plus
Certes ... ça tient plus du débat de société et un peu HS mais il est dommage qu'on doive freiner l'innovation (amélioration des conditions de travail, automatisation des tâches ingrates etc) pour tenter d'endiguer la montée du chômage qui est quelque chose d'inéluctable. Je vous invite à vous pencher sur des vraies solutions telles que le revenu de base inconditionnel (http://revenudebase.info/ et http://www.tetedequenelle.fr/2011/04...revenu-de-vie/).
/HS :P

3/ Avoir besoin d'être connecté pour utiliser des services en ligne
Ce de moins en moins vrai avec le local storage et la gestion du cache par manifests. Aujourd'hui tu as des tas d'applications web qui savent fonctionner hors ligne et se synchronisent lorsque tu te connectes. Et ça c'est juste tout ce qu'on demande à une lib Git.
02/04/2013, 17h50
Lutarez

Bonjour,

Citation:

Envoyé par macmorning

1/ JS moins rapide que le natif
Pour certaines choses oui évidemment. Mais les moteurs JS récents compilent le code en natif avant son exécution

Je pars du constat qu'un script JS, même s'il est aussi bien optimisé qu'un script C++, sera toujours plus lent. Si on compare l'exécution d'un "programme" écrit dans les deux langages, on obtient vulgairement :
JS : compilation "on-the-fly" => exécution
C/C++ : exécution
Les langages natifs se compilant en amont, on perds cette compilation, étape non négligeable en terme de performance.

Après, je peux me planter royalement, mais cela me paraît tout ce qu'il y a de plus logique.

Citation:

Envoyé par macmorning

un peu comme C# avec son JIT (j'ai bien dit "un peu comme", ne pas me lyncher svp :aie:).

En effet, c'est un peu différent dans la mesure où C# se "compile" en MSIL. De là, ce code est interprété à l'exécution. Au final, l'étape de compilation est réduite à de l'interprétation, peu pénalisante dans le cas du .Net car MSIL est très proche de l'assembleur.

Citation:

Envoyé par macmorning

Après on peut sortir de son chapeau tout un tas de benchmarks qui montreront tout et son contraire, comme les sondages.

J'aime pas sortir des chiffres pour montrer c'est-qui-qui-a-la-plus-grosse :ccool:

Citation:

Envoyé par macmorning

2/ Moins de travail = du chômage en plus

Certes, cette partie était à prendre avec humour :aie: Les métiers évoluent avec la société et certains sont voués à disparaître, j'en suis bien conscient. Mais si demain ces métiers venaient à disparaître, je ne serai pas surpris de les voir renaître quelques années plus tard.

Citation:

Envoyé par macmorning

3/ Avoir besoin d'être connecté pour utiliser des services en ligne
Ce de moins en moins vrai avec le local storage et la gestion du cache par manifests.

Je vais encore une fois paraître comme réfractaire au progrès, mais j'ai beaucoup de mal à accorder ma confiance au Local Storage dans la mesure où les navigateurs ont déjà du mal pour s’entendent sur la façon d'afficher des éléments très simples.

Citation:

Envoyé par macmorning

Et ça c'est juste tout ce qu'on demande à une lib Git.

Certes... Mais faut-il VRAIMENT faire un Git.JS pour pouvoir avoir cette fonctionnalité ?