fredericmazue wrote:
Quand tu l'auras utilisé un peu plus tu changeras d'opinion :)
C'est vrai que je ne n'utilise Java (professionnellement) que depuis la 1.0b2 :P
Soyons sérieux, c'est un outil magnifique qui a amené la portabilité et l'interopérabilité à l'informatique.
Quote:
En outre "serveurs standards" qu'est-ce que c'est ?
Il est vrai que j'ai pris un exemple très typé avec ma Soekris. :)
Mais alors disons que pour la domotique on va simplement recycler un vieux PC standard. J'en ai un justement. Je ne m'en sers que comme serveur de backups et je pourrais bien l'affecter aussi à la domotique. Ca parait raisonnable comme approche "standard". Parce que je vais quand même pas faire les frais d'un bi-xeon dernier cri pour allumer mon grille-pain ;) Seulement voilà, je n'ai que 256 mo de Ram dans ce PC aussi. Et on retombe sur le problème.
Justement ça, ce n'est pas du tout un serveur standard. Combien de personnes font de la domotique ?
Un serveur standard c'est un pare-feu, un contrôleur réseau, un serveur web, de gestion de conf, de disque...
Quote:
Moi je voudrais bien que tu me sortes un argument technique solide en faveur de Java. La question au départ c'est piloter des périf domotique sous Linux. Allez dis moi en quoi le choix de Java est il pertinent ?
Clairement, il n'est pas pertinent dans ton cas - quoi que des runtimes Java tournent sur des cartes à puce...
Mais allons plus loin : en quoi Linux est-il pertinent pour on problème ?
Te rends-tu compte de la mémoire et du disque perdus par le système d'exploitation ?
Ce qu'il te faut, c'est un runtime temps-réel minimal permettant de faire tourner une seule aplication : la tienne. Peut-être justement en Java ?
Quote:
Et Python c'est vraiment quelque chose de formidable.
Franchement là je ne te suis pas sur ce sujet. J'ai essayé Python et l'ai abandonné. C'est inexploitable de manière professionnelle. On en reparlera le jour où il y aura possibilité d'indenter de manière correcte et sûre.
Je travaille plutôt avec Perl (bon, ok c'est pas génial mais ça marche), Php (en tant que script, pas seulement sous Apache) ou TCL (sans Tk). En test en ce moment, j'essaie BeanShell (c'est un shell en Java)
Quote:
Mais pourquoi aller voir du côté de PuppyLinux pour ça ?
N'importe quelle distrib économiquement configurée, avec un noyau compilé le plus petit possible, ça doit le faire non ?
Dans mon cas non, je ne crois pas, il me fallait au moins le JDK et un serveur X11 pour faire tourner Ooffice. Ce qui me mets en rage c'est que finalement ce PC tourne très bien - avec Ooffice - mais sous Windows98...
C'est vrai que je ne n'utilise Java (professionnellement) que depuis la 1.0b2 :P
Soyons sérieux, c'est un outil magnifique qui a amené la portabilité et l'interopérabilité à l'informatique.
Justement ça, ce n'est pas du tout un serveur standard. Combien de personnes font de la domotique ?
Un serveur standard c'est un pare-feu, un contrôleur réseau, un serveur web, de gestion de conf, de disque...
Clairement, il n'est pas pertinent dans ton cas - quoi que des runtimes Java tournent sur des cartes à puce...
Mais allons plus loin : en quoi Linux est-il pertinent pour on problème ?
Te rends-tu compte de la mémoire et du disque perdus par le système d'exploitation ?
Ce qu'il te faut, c'est un runtime temps-réel minimal permettant de faire tourner une seule aplication : la tienne. Peut-être justement en Java ?
Franchement là je ne te suis pas sur ce sujet. J'ai essayé Python et l'ai abandonné. C'est inexploitable de manière professionnelle. On en reparlera le jour où il y aura possibilité d'indenter de manière correcte et sûre.
Je travaille plutôt avec Perl (bon, ok c'est pas génial mais ça marche), Php (en tant que script, pas seulement sous Apache) ou TCL (sans Tk). En test en ce moment, j'essaie BeanShell (c'est un shell en Java)
Dans mon cas non, je ne crois pas, il me fallait au moins le JDK et un serveur X11 pour faire tourner Ooffice. Ce qui me mets en rage c'est que finalement ce PC tourne très bien - avec Ooffice - mais sous Windows98...