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� ?