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 ? waaaaa (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 BoooaaaAAAAA, 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://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
