Re: demande conseil de guru
At 17.11.01 01'13, you wrote: Hello ! Mais a propos de la solution java, je ne pense pas non plus que ce soit la bonne solution, du fait qu'il faut avoir une virtual machine sur l'ordinateur, et les utilisateurs normaux (sommes nous anormaux? :) ) rechignent a installer des programmes annexes. Il me semble que la plupart des OS ont le Java préinstallé, non ? Par contre, l'avantage est la portabilité quasi-native du language... Denis -- Denis Bucher, / [EMAIL PROTECTED] Tél. +41-22-8000625 \ Internet Horus Networks / horus-networks.comFax: +41-22-8000622 \ Services / USA: (206) 888-2335 US Fax: (508) 437-1261 \ Provider -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
RE : demande conseil de guru
Heu je suis un maxi débutant sous Linux et encore plus en programmation. Il y a un début à tout. J'avais juste une petite question, j'ai lu un article ventant Borland Kylix et la possibilité de passer facilement de Windows à Linux avec les applications développées. Quel est votre avis sur ce logiciel. Pourrait il être utilisé pour une formation en programmation événementielle ?? Pourrait il être utilisé pour développer une application plus conséquente. Quel sont ces chances de survie à long terme ? Merci Pascal -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] De la part de Julien Escario Envoyé : samedi, 17. novembre 2001 07:48 À : [EMAIL PROTECTED] Objet : Re: demande conseil de guru Bonsoir, Je tente de convaincre l'auteur d'un logiciel, que j'utilise pour la poterie (on peut voir un peu ce que cela donne à cette page http://www.digitalfire.com/insight/ ), de faire un programme qui ne tourne pas seulement sous micromou. Juste en passant, je me ferais une joie d'offrir un hébergement n'importe quel projet open. C'est sans pub et entierement sous Linux ! Pour plus d'infos : http://www.asylog.net La question arrive maintenant: quels outils utiliser? Personnellement, j'ai découvert Perl il y a un peu plus d'un an et j'ai maintenant tendance à le mettre partout (je fais toute l'administration de mes serveurs comme ca). J'ai pu voir qu'il existe un module Perl::Tk qui, aux dires de certains, serait une meilleure interface (dans quel domaine ?) que tcl. Suffisamment bon d'ailleurs pour mériter un bouquin d'Oreilly là dessus (cela dit le c# aussi ;-) J'ai , par erreur, acheter ce livre il y a 6 mois et je ne m'en sers pas du tout. Je le prèterais volontiers pour une longue durée :-) Aujourd'hui, tout est écrit en visual basic 3, avec je ne sais quelle base de données. Le critère rapidité est important et dans ce sens il s'est même limité à du 16 bits, disant que cela va plus vite. Dommage, quand on se mets dans du kro, on y est jusqu'au cou et pour s'en sortir, c'est la galère ... Il semble d'ailleurs vouloir éliminer les bases de données et tout garder dans des fichiers (XML aujourd'hui). Perl sera parfait pour ca !!! En plus il y a surement un module Perl::XML Pour la vitesse, la partie base de donnée est en fait peu importante car tout peut être stockée en mémoire assez facilement. Dans ce cas du postgre avec Perl::DBI (si j'ai bien compris) Pour un projet inter-opérable, on peut envisager - pour les bases de données: je pense mysql ou postgresql sont OK - pour le langage de programmation, je suis beaucoup moins bien. Je préfèrerais un scripting language. J'ai pensé du tcl/tk (parce que je connais, mais je ne sais pas si ce langage survivra) ou python/tk ou ... L'immense majorité des client.e.s de ce logiciel sont windows, quelques Mac et une (+?) Linux. Perl n'est pas dépendant du systeme avec Active Perl (par contre j'ai jamais essayer sur Mac), il peut même l'inclure dans la distribution du programme (viva el GPL) J'avais aussi pensé à PHP+mysql mais je crois que cela n'a pas de sens ici. Ou bien? A moins de faire un truc consultable en ligne, ca n'est, amon avis, pas la bonne solution (trop de softs à installer et à paramétrer) Votre avis-conseil peut m'intéresser. Je ne suis pas une programmeuse (ma langue maternelle a été le fortran, quand j'étais petite). Tes parents parlaient le fortran à ta naissance ? wa (impressioné ;-) J'aime les scriptings languages parce que c'est intermédiaire entre le bas niveau (C, C++, JAVA) et les outils click and clack (visual basic...). Ben moi aussi alors, quand on voit le temps qu'on mets à ouvrir un socket avec perl , on veut plus le faire en C Le but -- Construire une petite (pas tant) application portable avec quelques fenêtre qui, dès qu'on y change un nombre, changent d'autres nombres. Il y a aussi le reste autour: - sauver ses matières (eh oui, le programme est canadien et mes matières n'y sont pas) - sauver ses recettes (les formules sont recalculées) Ici, l'auteur pense le sauver directement en XML ainsi on peut les visualiser facilement avec un browser. Voir par exemple: http://www.digitalfire.com/recipes/g1947u.htm Alors tout ca ne dépend pas du language, c'est faisable de toute facon Ca serait d'ailleurs peut etre plus simple avec des fichiers XML -- Pourquoi calculer? -- Disons un peu ce que des potier.ère.s calculent et pourquoi. Toutes les matières céramiques sont en fait des oxydes. Leur nombre est assez restreint (http://www.digitalfire.com/oxide/). Et BoooaaaA, me voila beaucoup moins ignorant. Merci pour l'explication Julien Escario P.S : on pourra avoir des nouvelles quand à la suite du projet ? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi. -- http
Re: demande conseil de guru
On Fri, Nov 16, 2001 at 11:00:20PM +0100, Anne POSSOZ wrote: Je suis pas du tout expert de nombreux languages et encore moins gourou, mais je m'exprime juste (en tant que developpeur PHP Java :) ): J'avais aussi pensé à PHP+mysql mais je crois que cela n'a pas de sens ici. Ou bien? C'est possible de faire des applications en stand alone, en fait surtout des scripts en console, si tu as PHP installé. En fait, ca permet de faire des scripts autrement faits en perl mais sans perl (je parle pas du coté rapidité, etc, qui ne m'intéresse pas dans mon cas). Comme il me semble que tu veux du graphique, mais pas du web, il existe toujours phpgtk, que je n'ai encore jamais reussi a compiler et qui me semble assez peu approprié malgré tout du fait qu'il faut installer php avec le module gtk au prealable. J'aime les scriptings languages parce que c'est intermédiaire entre le bas niveau (C, C++, JAVA) Java n'est pas vraiment bas niveau... :) et les outils click and clack (visual basic...). J'aurai presque tendance à mettre Java ici, meme si c'est quand meme plus complexe que le VB. C'est haut niveau, les GUI sont pas trop difficilement implémentable, etc. Mais a propos de la solution java, je ne pense pas non plus que ce soit la bonne solution, du fait qu'il faut avoir une virtual machine sur l'ordinateur, et les utilisateurs normaux (sommes nous anormaux? :) ) rechignent a installer des programmes annexes. Par contre, l'avantage est la portabilité quasi-native du language... En fait, tous les scripts interprétés demanderont l'interpréteur (oui c'est logique), et donc une installation supplémentaire. Il faut voir si les clients sont prêts à cette manoeuvre... -- Sebastien Cevey [EMAIL PROTECTED] Cine7 - www.cine7.net Milcis - www.milcis.net ICQ: 488956760 This is your life and it's ending one minute at a time. Edward Norton (Jack) [ Fight Club ] -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: demande conseil de guru
Bonsoir, Je tente de convaincre l'auteur d'un logiciel, que j'utilise pour la poterie (on peut voir un peu ce que cela donne à cette page http://www.digitalfire.com/insight/ ), de faire un programme qui ne tourne pas seulement sous micromou. Juste en passant, je me ferais une joie d'offrir un hébergement n'importe quel projet open. C'est sans pub et entierement sous Linux ! Pour plus d'infos : http://www.asylog.net La question arrive maintenant: quels outils utiliser? Personnellement, j'ai découvert Perl il y a un peu plus d'un an et j'ai maintenant tendance à le mettre partout (je fais toute l'administration de mes serveurs comme ca). J'ai pu voir qu'il existe un module Perl::Tk qui, aux dires de certains, serait une meilleure interface (dans quel domaine ?) que tcl. Suffisamment bon d'ailleurs pour mériter un bouquin d'Oreilly là dessus (cela dit le c# aussi ;-) J'ai , par erreur, acheter ce livre il y a 6 mois et je ne m'en sers pas du tout. Je le prèterais volontiers pour une longue durée :-) Aujourd'hui, tout est écrit en visual basic 3, avec je ne sais quelle base de données. Le critère rapidité est important et dans ce sens il s'est même limité à du 16 bits, disant que cela va plus vite. Dommage, quand on se mets dans du kro, on y est jusqu'au cou et pour s'en sortir, c'est la galère ... Il semble d'ailleurs vouloir éliminer les bases de données et tout garder dans des fichiers (XML aujourd'hui). Perl sera parfait pour ca !!! En plus il y a surement un module Perl::XML Pour la vitesse, la partie base de donnée est en fait peu importante car tout peut être stockée en mémoire assez facilement. Dans ce cas du postgre avec Perl::DBI (si j'ai bien compris) Pour un projet inter-opérable, on peut envisager - pour les bases de données: je pense mysql ou postgresql sont OK - pour le langage de programmation, je suis beaucoup moins bien. Je préfèrerais un scripting language. J'ai pensé du tcl/tk (parce que je connais, mais je ne sais pas si ce langage survivra) ou python/tk ou ... L'immense majorité des client.e.s de ce logiciel sont windows, quelques Mac et une (+?) Linux. Perl n'est pas dépendant du systeme avec Active Perl (par contre j'ai jamais essayer sur Mac), il peut même l'inclure dans la distribution du programme (viva el GPL) J'avais aussi pensé à PHP+mysql mais je crois que cela n'a pas de sens ici. Ou bien? A moins de faire un truc consultable en ligne, ca n'est, amon avis, pas la bonne solution (trop de softs à installer et à paramétrer) Votre avis-conseil peut m'intéresser. Je ne suis pas une programmeuse (ma langue maternelle a été le fortran, quand j'étais petite). Tes parents parlaient le fortran à ta naissance ? wa (impressioné ;-) J'aime les scriptings languages parce que c'est intermédiaire entre le bas niveau (C, C++, JAVA) et les outils click and clack (visual basic...). Ben moi aussi alors, quand on voit le temps qu'on mets à ouvrir un socket avec perl , on veut plus le faire en C Le but -- Construire une petite (pas tant) application portable avec quelques fenêtre qui, dès qu'on y change un nombre, changent d'autres nombres. Il y a aussi le reste autour: - sauver ses matières (eh oui, le programme est canadien et mes matières n'y sont pas) - sauver ses recettes (les formules sont recalculées) Ici, l'auteur pense le sauver directement en XML ainsi on peut les visualiser facilement avec un browser. Voir par exemple: http://www.digitalfire.com/recipes/g1947u.htm Alors tout ca ne dépend pas du language, c'est faisable de toute facon Ca serait d'ailleurs peut etre plus simple avec des fichiers XML -- Pourquoi calculer? -- Disons un peu ce que des potier.ère.s calculent et pourquoi. Toutes les matières céramiques sont en fait des oxydes. Leur nombre est assez restreint (http://www.digitalfire.com/oxide/). Et BoooaaaA, me voila beaucoup moins ignorant. Merci pour l'explication Julien Escario P.S : on pourra avoir des nouvelles quand à la suite du projet ? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.