Journal AppJet : je suis sidéré

Posté par (page perso) .
Tags : aucun
5
25
nov.
2008
Je viens de tomber là dessus, au détour d'un post. ça faisait longtemps que je n'avais pas autant été sidéré par une site web.
L'idée, le concept, le fonctionnement, les possibilités, l'ouverture, le modèle ... tout y est parfait.
En gros, ça permet de développer online et d'héberger des applications web. Tu codes ton appli "en javascript côté serveur", et tu peux tester, en direct, le résultat. Là où c'est très bluffant, c'est que tu peux faire des choses très puissantes, et tout ça : assez simplement (il y a même un guide *excellent* pour les personnes n'y connaissant rien du tout en programmation).
Au menu des possibilités : objet de stockage (persistance), ajax, formulaires facilités, cron'able, api facebook, ... bref, quasi tout.
Et récemment, possibilité, via une appli java downloadable(.jar), de développer en local, ou d'héberger ailleurs ....

Le rapport avec le "libre", c'est que tous les programmes hébergés là bas, sont "sources ouvertes", clonables, etc ... que ça soit "programme" ou "librairies". Et le tout est certainement possible grace à au monde gpl.

Bref, c'est totallement bluffant, très puissant et très simple à coder. Si j'avais beaucoup d'argent, j'acheterai cette startup de suite ! On se cotise ?

http://appjet.com/
  • # **Mode chieur**

    Posté par (page perso) . Évalué à 9.

    > que ça soit "programme" ou "librairiesbibliothèque"
    C'est dingue le nombre de gens ici, qui veulent monter leur boutique de livres en ligne... ;)

    Soit on garde "library" en anglais soit on écrit "bibliothèque".
    • [^] # Re: **Mode chieur**

      Posté par . Évalué à 5.

      Ben justement, il avait gardé "laïbreuriz" en anglais !

      La gent féminine, pas la "gente", pas de "e" ! La gent féminine ! Et ça se prononce comme "gens". Pas "jante".

  • # Ouah, on est au top de la nouveauté !

    Posté par . Évalué à 3.

    Du server-side javascript ! mais c'est révolutionnaire !


    Server-side JavaScript (SSJS) refers to JavaScript that runs on server-side. This term was coined because the language is predominantly used on the client-side, i.e. client-side JavaScript (CSJS).

    The first implementation of SSJS was Netscape's LiveWire, included in their Enterprise Server 2.0 product, released in 1996.

    Cf en:Server-side_JavaScript
    • [^] # Re: Ouah, on est au top de la nouveauté !

      Posté par (page perso) . Évalué à 5.

      C'est évidemment pas le fait que ça soit du SSJS qui est sidérant/révolutionnaire (j'aurai trouvé encore plus interessant si ça avait été du python ;-) ) ...
      Mais c'est tout le concept derrière, et la facilité avec laquelle tu peux coder simplement des choses plus complexes.
      On est très très loin de la 1ere implémentation de SSJS ;-)
    • [^] # Re: Ouah, on est au top de la nouveauté !

      Posté par (page perso) . Évalué à 4.

      Je préfère le contraire avec google : tu codes en Java avec leur toolkit et au déploiement client-side ça tourne à grand renfort de javascript que google génère :)
  • # Ressemble à ce que l'on peut faire avec seaside

    Posté par (page perso) . Évalué à 4.

    Je sais que c'est différent mais le concept y ressemble de très près.
    Seaside est un framework de développement d'applications Web basé sur Smalltalk (et plus particulièrement sur Squeak).
    Sa faculté est de pouvoir aussi développer et déboguer son appli via son navigateur web, le tout à chaud.

    Ainsi, en installant simplement seaside sur un serveur distant et en codant rapidement un cadre de créations d'appli web avec, tu offres en peu de temps et surtout sans plomberie la possibilité à des personnes de créer leurs applis Web. L'intérêt est que tout est déjà quasiment prêt avec seaside et que les utilisateurs n'ont pas à connaitre des technos différentes que sont le JS, l'Ajax, le HTML, etc... ; il suffit de connaitre smalltalk et l'environnement de dév publié dans le navigateur.
  • # .

    Posté par . Évalué à 6.

    >Tu codes ton appli "en javascript côté serveur"

    non merci.
    • [^] # Re: .

      Posté par (page perso) . Évalué à 4.

      et pourquoi donc ?
      Bien qu'il ait une très mauvaise image et quelques lacunes, javascript reste un langage à prototype assez sympa.

      A vi, forcément pour ceux qui veulent un langage à classe ... ben s'en est pas un...
      mais si on l'utilise pour ce qu'il est, il est plutôt sympa (et les dernières versions sont plutôt sympa avec nomage de paramètres, retour de valeur multiple, etc)
      • [^] # Re: .

        Posté par (page perso) . Évalué à 4.

        Je précise que j'ai pas cherché à me renseigner avant donc ma question peut paraitre idiote mais :

        C'est quoi l'intérêt du Javascript server-side lorsqu'on peut faire du php ?
        • [^] # Re: .

          Posté par . Évalué à 5.

          On pourrait étendre la question à: C'est quoi l'intérêt du php service-side alors qu'on peut faire n'importe quoi d'autre ? :-)

          On me fait signe que justement on utilise PHP par ce que c'est facile à héberger pour pas cher contrairement à n'importe quoi d'autre.
        • [^] # Re: .

          Posté par . Évalué à 5.

          Javascript c'est un vrai langage, avec un vrai modèle objet, basé sur le prototypage et une syntaxe très proche du java.

          Beaucoup de gens sont surprit de voir que JavaScript est un vrai langage. Je ne dis pas que PHP n'est pas un vrai langage objet, je dis juste que JavaScript l'est ! Et que moi je préfère la syntaxe du JavaScript par exemple.

          Alors un des avantages serait de pouvoir avoir un "coté serveur" et un "coté client" dans le même langage. C'est un réel avantage, toute mes "sites"( je les conçoit plus comme des applications ) web on plus de ligne de javascript que de ligne coté serveur.

          Mais attention, je dis pas que j'utiliserais ça moi, je préfère le trio Tomcat/Java/JavaScript moi :)

          Mais si un vrai équivalent à JDBC et tout l'écosystème Tomcat/Java existe en JavaScript, pour des petits projets, du JavaScript coté serveur, ça pourrait être plaisant.
          • [^] # Re: .

            Posté par . Évalué à 1.

            Au pire, tu fais une servlet qui utilise Rhino et charge des fichiers JS en fonction de l'URI ? et hop t'as un serveur top ... sauf que t'as toujours besoin de tomcat...
            • [^] # Re: .Jaxer !

              Posté par . Évalué à 1.

              Je n'ai personnellement jamais essayé, mais c'est la solution que propose Aptana avec Jaxer.
              http://www.aptana.com/jaxer

              Sinon, pour rebondir, je crois en javascript comme un excellent langage, souffrant malheureusement de plusieurs défauts :
              -bibliothèques limitées, car utilisé à 99% comme langage d'animation d'UI sur un client Web.
              -nombreuses mauvaises implémentations du langage (encore une fois, merci IE...)

              -le langage n'impose aucun paradigme particulier, ce qui ne facilite pas la prise en main et la compréhension de code. Il est donc plus difficile d'imposer des normes communes à un groupe de développeurs. Bref, pour moi, javascript ~= python, l'éco-système autour en moins.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.