Tien, ça montre aussi une certaine analogie avec les logiciels libres. Une technologie centralisée, fermée et accaparée par une élite propriétaire par rapport à des technologies ouvertes et disponibles à tous.
Et on rejoint également la même question, a-t'on besoin du dernier windows et d'un pentium dernier cri pour faire du traitement de texte ? Même si le dernier windows et le dernier pentium est sûrement beaucoup plus "efficace"... Ou l'utilise-t'on parceque la pub nous fait croire que c'est indispensable ?
En ce moment je vois des pubs partout "n'attendez pas pour réserver votre clim" ! est-ce bien raisonable ? J'ai jamais eu de problème de canicule, mais faut dire que ma maison utilise une technologie ultra sofistiquée contre la canicule : elle a été construite il y a quelques centaines d'années, en pierre.
PARIS, 29 avril 2002 (AFP) Le Monde a fabriqué depuis 1954, 1338 réacteurs nucléaires, dont 57 % ont servi à produire de l'énergie pour les navires de guerre à propulsion nucléaire, a annoncé lundi l'Observatoire des armes nucléaires françaises.
Depuis peu de temps le transport des déchets est classé "secret défense"
Il faut noter après tout ça que le nucléaire ne produit que de l'électricité et que cette électricité produite par le nucléaire ne représente que 15% de notre consomation énergétique globale (le reste étant le transport, chauffage etc.)
Les problèmes que tu soulignes ne montrent qu'une chose, c'est que le problème énergétique des pays industriels n'est pas prêt d'être résolu. Etant donné que d'après le pic d'hubert il n'y aura plus de pétrole d'ici 10 ou 20 ans, si on ne réduit pas notre consommation de toutes façon, même le nucléaire ne suffira pas. En effet, pour que le nucléaire soit une solution il faudrait construire 6x plus de centrales en France, et quelques milliers dans le monde, le tout d'ici 20 ans !
Tu oublie de souligner également que le nucléaire n'est pas rentable du tout, la libéralisation de l'énergie fait qu'elle est aujourd'hui en déclin dans les pays industrialisés. Cela alors que l'industrie nucléaire ne paye pas les dépenses duent aux accidents et autres...
Pour le nucléaire comme pour les OGMs, le problème n'est pas de savoir si la technologie est prométeuse ou pas. Toutes les technologies sont prométeuse dans un certain sens !
Le problème est que l'on va trop vite en industrialisant des technologies avant d'être prêt. C'est tout. Hors le nucléaire pose des problèmes que l'on ne sait pas résoudre *aujourd'hui* (déchets, surchauffe --comme cet été--, attaque potentielle, trop couteux, trop centralisé, inadapté aux pays pauvres etc...). Donc on arrête tout (ha ben non, faut des dizaines d'années...), et quand on sera prêt on verra. Comme tu le dit toi-même, il faut donner du temps à la science !
Si tu trouve cool de passer des vaccances radioactives, va donc camper à tchernobyl !
Le problème n'est pas là, tu n'as pas le droit de recevoir de l'argent si tu n'as pas de SIRET etc...
Donc d'abord il faut s'inscrire comme indep ou en association et ensuite tu peux utiliser le paiement sécurisé de ta banque pour recevoir les brouzoufs. Les comissions sont raisonables (2% maxi).
L'intérêt de Arch est que tu n'as pas besoin d'intégration particulière au niveau du serveur. Un simple serveur http suffit.
Ca devrait justement aider à démocratiser l'hébergement de sources libres.
« D'autres acquis communautaires ne s'appliqueront que de façon progressive
Ainsi les différentes déclinaisons du principe de la libre circulation des personnes au sein de l'Union (libre circulation des travailleurs, libre établissement et libre prestation des services) font l'objet de périodes transitoires. »
« En France, les restrictions ne seront applicables qu'aux seuls travailleurs salariés, toutes les autres catégories (étudiants, chercheurs, travailleurs indépendants, retraités) bénéficieront immédiatement du principe de libre circulation des personnes. Au bout de deux ans, la France pourra lever ces restrictions en fonction de la situation de son marché du travail, cette période transitoire ne pouvant dépasser cinq ans. »
Y a déjà un wiki pour gnuarch, et encore pas mal de choses à traduire en ligne... Je tenais à utiliser arch pour traduire arch !
Pour le tuto je préfère les balises rst, et ce qui est généré me semble pas mal (même si la feuille de style n'est pas encore complète) : http://flibuste.net/libre/tlafr/(...) (4 pages maintenant)
On peut aussi générer du docbook, donc pas de soucis pour d'éventuels autres formats demandés.
Dit-toi que tout le monde n'a pas comme objectif de faire des scripts en php qui puissent tourner sur free.
Peut-être que les développeurs utilisent python, sqlite etc. pour autre chose que ce projet et qu'ils n'ont pas envie de changer de langage et d'outils toutes les 5 minutes.
Ce qui est lourd c'est que les hébergeurs qui acceptent de proposer des alternatives sont toujours aussi rares. Quand bien même on trouverait un hébergeur acceptant le python, ce serait une autre paire de manche que de lui fair accepter subversion... déjà cvs...
Par contre arch, darcs etc. sont de bonnes solutions dans le cas d'un hébergement pauvre puisqu'ils ne nécessitent pas de serveur.
C'est pas Sun qui est dans le caca mais ses employés : 3300 supressions de postes apparement (10% de l'effectif)... Sans compter ceux qui démissionnent !
S'ils ne meurent pas, ça va être comme pour apple, grace à des perfusions pour que les autres ne soient pas accusés de monopoles...
La garantie porte sur les moyens, pas sur les résultats. Toutes les licences stipulent que le programme est livré "tel quel".
Ce que j'ai vu des programmes codés en interne est généralement très loin de ce que l'on voit généralement dans les logiciels libres. Prend les tests unitaires par exemple... Dans les LL on voit parfois des dizaines ou centaines de tests unitaires, dans les boites de dev je n'en ai jamais vu un seul ! Bien sur ce sont des généralités, il y a des exceptions...
Il est strictement interdit d'utiliser un programme écris au boulot pour son usage personnel ou professionnel annexe. Sans parler des brevets...
Article L113-9
Sauf dispositions statutaires ou stipulations contraires, les droits patrimoniaux sur les logiciels et leur documentation créés par un ou plusieurs employés dans l'exercice de leurs fonctions ou d'après les instructions de leur employeur sont dévolus à l'employeur qui est seul habilité à les exercer.
Si, c'est profitable également et surtout pour l'auteur du logiciel !
Quand tu es salarié tu perd tous les droits d'utilisation du code que tu ponds, sauf si le logiciel est libre auquel cas tu conservera le droit de l'utiliser.
Pareil si tu es freelance ou une petite boite, en sous-traitance on demande souvent cette cession des droits d'utilisation.
Donc en faisant des logiciels libres ça permet de garder le droit d'utiliser son propre logiciel, ça paraît bête à dire comme ça mais c'est pourtant pas du tout évident !
Le fait de vendre un programme sous gpl est un bon argument de vente au niveau des clients : Liberté du client, pas de dépendance etc.
Il n'y a pas de garantie sur le fonctionnement, le fait que le client ait les sources fait qu'il ne peut pas dire qu'il ne sait pas ce qu'il achète, le côté pas de vis cachées.
Si les concurents utilisent le produit ça les obligera à un certaine reconaissance, ça fera une excellente pub. "mes concurents eux même utilisent mon produit, c'est pour dire s'il est bien !" Les concurents se placeront généralement plutôt sur la défensive, très perplexes plutôt que voleurs.
Et bien sûr, si l'application à un intérêt pour d'autres, il pourra y avoir un support de la comunauté...
Les développeurs vont travailler d'une autre manière. Ils vont pondre un meilleur code puisque "tout le monde va le voir" et ils pourront l'utiliser eux même pour d'autres projets pros ou pas.
La société peut très bien détenir le copyright.
Tu pourra y associer et étendre d'autres logiciels libres.
Plutôt que de longs arguments techniques, le mieux est d'essayer, tu prends toutes les combinaisons possibles et avec chacune d'entre elles tu code from scratch une fenêtre avec un tree-view d'un côté et deux trois zones de saisies de l'autre, puis te fait de tout ça un exécutable pour les plateformes que tu veux. Si tu dépasse la demi-heure tu passe à la combinaison d'à côté.
Pour te donner une idée, le jour où j'ai voulu tester python et wx j'ai tout simplement réalisé un visualiseur de photo dans la journée ! Un mois après je livrai un programme sous windows pour un client, depuis je n'ai plus eu besoin d'un autre langage. Pourtant j'avais quelques années de java et C derrière moi...
Ce qui me plait dans une interface web c'est justement le côté pauvre, c'est à dire sans script ni mise à jour dynamique, ce qui évite à mon avis énormément de situations inextricables au niveau de l'interface. C'est très rapide à développer et l'utilisateur obtient une interface extrèmement simple, utilisable n'importe où.
Hors le but de xul est d'étofer l'interface web au point de rejoindre le gui classique, avec tous ses avantages mais aussi ses défauts... Les quelques tests que j'ai fait m'ont fait planter le navigateur plusieurs fois par ex. Je trouve la réalisation d'interfaces sofistiqués extrèmement pénible à débuger.
Mais "C'est un peu l'effet que me fait XUL... " voulait être en forme interrogative, je ne connais pas bien et reste intéressé quand même :-)
Tu as raison, il y a une sorte de retour en arrière avec le côté "submit de page", mais c'est généralement de plus en plus aprécié par les utilisateurs du fait que l'interface est plus simple et moins buggé.
Pour les décideurs pressés, le mot "intranet" est plus efficace que le mot "gui".
J'ai également été agréablement supris de voir à quel point les utilisateurs comprennent et acceptent les restrictions duent à ce genre d'interface. Peut-être par habitude du navigateur ?
Bref, les avantages compensent largement les inconvénients, à tous les niveaux (développeur et utilisateur).
Je précise que je parle aussi bien d'applications industrielles que de gestion.
Un autre point important c'est qu'il suffit de dire à l'utilisateur, connecte toi sur http://monip:1234(...) pour tester son application à distance, royal et impressionant !
Par contre il faut éviter de tomber dans le piège de vouloir reproduire ce qu'on fait en GUI sur une interface WEB, par exemple utiliser du javascript etc... Là on perd tous les avantages et on arrive rarement au niveau de ce qu'on connait en GUI classique. C'est un peu l'effet que me fait XUL...
Question : vous faites des tests unitaires en PHP ? si oui, avec quoi ?
Oui, avec python ;-)
Non, sans blague, c'est vrai, il y a des librairies très pratiques pour tester n'importe quel serveur web. Je m'en sert même pour tester si des sites statiques passent le validateur.
A mon avis que je me partage, l'XP c'est un peu comme la prose, on en fait sans s'en rendre compte.
L'avantage de l'avoir mis sur papier c'est qu'on ne culpabilise plus lorsqu'on travaille avec le client et non pour le client, qu'on n'essaye pas de prévoir l'imprévisible, qu'on fait des tests unitaires au lieu de preuves théoriques, qu'on fait évoluer une application alors qu'elle n'est pas encore finie, qu'on fait des releases très fréquentes etc.
Il ne faut pas s'obliger à faire de l'XP, ou autre, il faut regarder ce qu'on fait et ensuite chercher si d'autres font pareil, et ainsi comment améliorer sa méthode.
Pour ce genre de chose, aucune hésitation : http://pygame.org(...) tu vas te régaler autant que ton bambin.
Si tu veux j'ai codé un sokoban avec, il n'est pas encore finis mais fonctionne bien, tu me le demande. Sinon j'ai aussi un morpion si tu veux voir comment ça marche : http://flibuste.net/libre/morpyon(...)
Pour couper court les poils du troll sur la lenteur des langages de scripts :
On se fout un peu qu'ils soient lent ou pas quand ils savent s'appuier au moment oportun sur des librairies natives. Il ne faudrait donc pas comparer la vitesse des langages mais plutôt la vitesse des librairies sur lesquelles il peut s'appuier.
L'erreur de java à été d'essayer de faire tout tout seul, d'où les lourdeurs qu'on connait alors que le langage en lui même est relativement rapide finalement.
Ceci n'empêche pas que python fasse bcp pour améliorer ses performances, du fait d'une menace d'attaque par tarte à la crème interposée ! Mais la condition reste que les améliorations ne doivent pas rendre la maintenance du langage problématique (ce qui est encore une différence avec java par ex)
[^] # Re: Et comment on va faire tourner nos ordis ?
Posté par wilk . En réponse au journal "Nucléaire : jusqu'ici tout va bien" Film copyleft ?. Évalué à 6.
Et on rejoint également la même question, a-t'on besoin du dernier windows et d'un pentium dernier cri pour faire du traitement de texte ? Même si le dernier windows et le dernier pentium est sûrement beaucoup plus "efficace"... Ou l'utilise-t'on parceque la pub nous fait croire que c'est indispensable ?
En ce moment je vois des pubs partout "n'attendez pas pour réserver votre clim" ! est-ce bien raisonable ? J'ai jamais eu de problème de canicule, mais faut dire que ma maison utilise une technologie ultra sofistiquée contre la canicule : elle a été construite il y a quelques centaines d'années, en pierre.
[^] # Re: Et comment on va faire tourner nos ordis ?
Posté par wilk . En réponse au journal "Nucléaire : jusqu'ici tout va bien" Film copyleft ?. Évalué à 1.
Depuis peu de temps le transport des déchets est classé "secret défense"
[^] # Re: Et comment on va faire tourner nos ordis ?
Posté par wilk . En réponse au journal "Nucléaire : jusqu'ici tout va bien" Film copyleft ?. Évalué à 3.
Les problèmes que tu soulignes ne montrent qu'une chose, c'est que le problème énergétique des pays industriels n'est pas prêt d'être résolu. Etant donné que d'après le pic d'hubert il n'y aura plus de pétrole d'ici 10 ou 20 ans, si on ne réduit pas notre consommation de toutes façon, même le nucléaire ne suffira pas. En effet, pour que le nucléaire soit une solution il faudrait construire 6x plus de centrales en France, et quelques milliers dans le monde, le tout d'ici 20 ans !
Tu oublie de souligner également que le nucléaire n'est pas rentable du tout, la libéralisation de l'énergie fait qu'elle est aujourd'hui en déclin dans les pays industrialisés. Cela alors que l'industrie nucléaire ne paye pas les dépenses duent aux accidents et autres...
[^] # Re: je vois aucun problème avec le nucléaire
Posté par wilk . En réponse au journal "Nucléaire : jusqu'ici tout va bien" Film copyleft ?. Évalué à 3.
Le problème est que l'on va trop vite en industrialisant des technologies avant d'être prêt. C'est tout. Hors le nucléaire pose des problèmes que l'on ne sait pas résoudre *aujourd'hui* (déchets, surchauffe --comme cet été--, attaque potentielle, trop couteux, trop centralisé, inadapté aux pays pauvres etc...). Donc on arrête tout (ha ben non, faut des dizaines d'années...), et quand on sera prêt on verra. Comme tu le dit toi-même, il faut donner du temps à la science !
Si tu trouve cool de passer des vaccances radioactives, va donc camper à tchernobyl !
# En France faut un SIRET
Posté par wilk . En réponse au journal Donner de l'argent, oui mais.... Évalué à 4.
Donc d'abord il faut s'inscrire comme indep ou en association et ensuite tu peux utiliser le paiement sécurisé de ta banque pour recevoir les brouzoufs. Les comissions sont raisonables (2% maxi).
[^] # Re: C'est bien CVS, mais ...
Posté par wilk . En réponse à la dépêche Nouveau service APINC : DevLibre. Évalué à 5.
http://migo.sixbit.org/software/archzoom/(...)
http://arch.bluegate.org/cgi-bin/viewarch.cgi(...)
[^] # Re: C'est bien CVS, mais ...
Posté par wilk . En réponse à la dépêche Nouveau service APINC : DevLibre. Évalué à 3.
Ca devrait justement aider à démocratiser l'hébergement de sources libres.
[^] # Re: Bienvenue à tous les 10
Posté par wilk . En réponse au journal Bienvenue à tous les 10. Évalué à 3.
http://www.vie-publique.fr/actualite/dossier/elargissement_union_eu(...)
« D'autres acquis communautaires ne s'appliqueront que de façon progressive
Ainsi les différentes déclinaisons du principe de la libre circulation des personnes au sein de l'Union (libre circulation des travailleurs, libre établissement et libre prestation des services) font l'objet de périodes transitoires. »
« En France, les restrictions ne seront applicables qu'aux seuls travailleurs salariés, toutes les autres catégories (étudiants, chercheurs, travailleurs indépendants, retraités) bénéficieront immédiatement du principe de libre circulation des personnes. Au bout de deux ans, la France pourra lever ces restrictions en fonction de la situation de son marché du travail, cette période transitoire ne pouvant dépasser cinq ans. »
[^] # Re: Traduction du tutoriel de arch en cours...
Posté par wilk . En réponse au journal Traduction du tutoriel de arch en cours.... Évalué à 1.
Pour le tuto je préfère les balises rst, et ce qui est généré me semble pas mal (même si la feuille de style n'est pas encore complète) :
http://flibuste.net/libre/tlafr/(...) (4 pages maintenant)
On peut aussi générer du docbook, donc pas de soucis pour d'éventuels autres formats demandés.
[^] # Re: Traduction du tutoriel de arch en cours...
Posté par wilk . En réponse au journal Traduction du tutoriel de arch en cours.... Évalué à 1.
[^] # Re: Trac, un outil pour gérer des projets
Posté par wilk . En réponse à la dépêche Trac, un outil pour gérer des projets. Évalué à 2.
Peut-être que les développeurs utilisent python, sqlite etc. pour autre chose que ce projet et qu'ils n'ont pas envie de changer de langage et d'outils toutes les 5 minutes.
Ce qui est lourd c'est que les hébergeurs qui acceptent de proposer des alternatives sont toujours aussi rares. Quand bien même on trouverait un hébergeur acceptant le python, ce serait une autre paire de manche que de lui fair accepter subversion... déjà cvs...
Par contre arch, darcs etc. sont de bonnes solutions dans le cas d'un hébergement pauvre puisqu'ils ne nécessitent pas de serveur.
[^] # Re: Sun, agressif, s'attaque à Linux et Windows
Posté par wilk . En réponse au journal Sun, agressif, s'attaque à Linux et Windows. Évalué à 1.
S'ils ne meurent pas, ça va être comme pour apple, grace à des perfusions pour que les autres ne soient pas accusés de monopoles...
[^] # Re: ca va pas etre facile :/
Posté par wilk . En réponse au journal ca va pas etre facile :/. Évalué à 2.
Ce que j'ai vu des programmes codés en interne est généralement très loin de ce que l'on voit généralement dans les logiciels libres. Prend les tests unitaires par exemple... Dans les LL on voit parfois des dizaines ou centaines de tests unitaires, dans les boites de dev je n'en ai jamais vu un seul ! Bien sur ce sont des généralités, il y a des exceptions...
Il est strictement interdit d'utiliser un programme écris au boulot pour son usage personnel ou professionnel annexe. Sans parler des brevets...
Article L113-9
Sauf dispositions statutaires ou stipulations contraires, les droits patrimoniaux sur les logiciels et leur documentation créés par un ou plusieurs employés dans l'exercice de leurs fonctions ou d'après les instructions de leur employeur sont dévolus à l'employeur qui est seul habilité à les exercer.
[^] # Re: ca va pas etre facile :/
Posté par wilk . En réponse au journal ca va pas etre facile :/. Évalué à 1.
Quand tu es salarié tu perd tous les droits d'utilisation du code que tu ponds, sauf si le logiciel est libre auquel cas tu conservera le droit de l'utiliser.
Pareil si tu es freelance ou une petite boite, en sous-traitance on demande souvent cette cession des droits d'utilisation.
Donc en faisant des logiciels libres ça permet de garder le droit d'utiliser son propre logiciel, ça paraît bête à dire comme ça mais c'est pourtant pas du tout évident !
# Re: ca va pas etre facile :/
Posté par wilk . En réponse au journal ca va pas etre facile :/. Évalué à 5.
Il n'y a pas de garantie sur le fonctionnement, le fait que le client ait les sources fait qu'il ne peut pas dire qu'il ne sait pas ce qu'il achète, le côté pas de vis cachées.
Si les concurents utilisent le produit ça les obligera à un certaine reconaissance, ça fera une excellente pub. "mes concurents eux même utilisent mon produit, c'est pour dire s'il est bien !" Les concurents se placeront généralement plutôt sur la défensive, très perplexes plutôt que voleurs.
Et bien sûr, si l'application à un intérêt pour d'autres, il pourra y avoir un support de la comunauté...
Les développeurs vont travailler d'une autre manière. Ils vont pondre un meilleur code puisque "tout le monde va le voir" et ils pourront l'utiliser eux même pour d'autres projets pros ou pas.
La société peut très bien détenir le copyright.
Tu pourra y associer et étendre d'autres logiciels libres.
Liste non exhaustive :-)
[^] # Re: Quel est selon vous le langage... le plus adapté pour...
Posté par wilk . En réponse au journal Quel est selon vous le langage... le plus adapté pour.... Évalué à 1.
Mais puisque tu vas tester tu nous dira si ça te fait le même effet ! Ca dépend peut-être du baggage qu'on a derrière, je peux pas dire.
# Re: Quel est selon vous le langage... le plus adapté pour...
Posté par wilk . En réponse au journal Quel est selon vous le langage... le plus adapté pour.... Évalué à 2.
Pour te donner une idée, le jour où j'ai voulu tester python et wx j'ai tout simplement réalisé un visualiseur de photo dans la journée ! Un mois après je livrai un programme sous windows pour un client, depuis je n'ai plus eu besoin d'un autre langage. Pourtant j'avais quelques années de java et C derrière moi...
[^] # Re: PhpCompta 1.0.0 pre Comptabilité GPL
Posté par wilk . En réponse à la dépêche PhpCompta 1.0.0 pre Comptabilité GPL. Évalué à 1.
Hors le but de xul est d'étofer l'interface web au point de rejoindre le gui classique, avec tous ses avantages mais aussi ses défauts... Les quelques tests que j'ai fait m'ont fait planter le navigateur plusieurs fois par ex. Je trouve la réalisation d'interfaces sofistiqués extrèmement pénible à débuger.
Mais "C'est un peu l'effet que me fait XUL... " voulait être en forme interrogative, je ne connais pas bien et reste intéressé quand même :-)
[^] # Re: PhpCompta 1.0.0 pre Comptabilité GPL
Posté par wilk . En réponse à la dépêche PhpCompta 1.0.0 pre Comptabilité GPL. Évalué à 4.
Pour les décideurs pressés, le mot "intranet" est plus efficace que le mot "gui".
J'ai également été agréablement supris de voir à quel point les utilisateurs comprennent et acceptent les restrictions duent à ce genre d'interface. Peut-être par habitude du navigateur ?
Bref, les avantages compensent largement les inconvénients, à tous les niveaux (développeur et utilisateur).
Je précise que je parle aussi bien d'applications industrielles que de gestion.
Un autre point important c'est qu'il suffit de dire à l'utilisateur, connecte toi sur http://monip:1234(...) pour tester son application à distance, royal et impressionant !
Par contre il faut éviter de tomber dans le piège de vouloir reproduire ce qu'on fait en GUI sur une interface WEB, par exemple utiliser du javascript etc... Là on perd tous les avantages et on arrive rarement au niveau de ce qu'on connait en GUI classique. C'est un peu l'effet que me fait XUL...
[^] # Re: Mozilla et OpenOffice fer de lance du libre ?
Posté par wilk . En réponse à la dépêche Mozilla souhaite s'allier à d'autres projet Libres pour faire face à MS-Longhorn. Évalué à 1.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par wilk . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Oui, avec python ;-)
Non, sans blague, c'est vrai, il y a des librairies très pratiques pour tester n'importe quel serveur web. Je m'en sert même pour tester si des sites statiques passent le validateur.
http://wwwsearch.sourceforge.net/(...)
Il y a aussi http://webunit.sourceforge.net/(...) mais je n'ai jamais essayé.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par wilk . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 3.
L'avantage de l'avoir mis sur papier c'est qu'on ne culpabilise plus lorsqu'on travaille avec le client et non pour le client, qu'on n'essaye pas de prévoir l'imprévisible, qu'on fait des tests unitaires au lieu de preuves théoriques, qu'on fait évoluer une application alors qu'elle n'est pas encore finie, qu'on fait des releases très fréquentes etc.
Il ne faut pas s'obliger à faire de l'XP, ou autre, il faut regarder ce qu'on fait et ensuite chercher si d'autres font pareil, et ainsi comment améliorer sa méthode.
# Re: Quel toolkit pour un petit logiciel éducatif ?
Posté par wilk . En réponse au journal Quel toolkit pour un petit logiciel éducatif ?. Évalué à 1.
Si tu veux j'ai codé un sokoban avec, il n'est pas encore finis mais fonctionne bien, tu me le demande. Sinon j'ai aussi un morpion si tu veux voir comment ça marche : http://flibuste.net/libre/morpyon(...)
[^] # Re: Havoc Pennington se pose des questions les langages du libre
Posté par wilk . En réponse à la dépêche Havoc Pennington se pose des questions sur les langages du libre. Évalué à 5.
On se fout un peu qu'ils soient lent ou pas quand ils savent s'appuier au moment oportun sur des librairies natives. Il ne faudrait donc pas comparer la vitesse des langages mais plutôt la vitesse des librairies sur lesquelles il peut s'appuier.
L'erreur de java à été d'essayer de faire tout tout seul, d'où les lourdeurs qu'on connait alors que le langage en lui même est relativement rapide finalement.
Ceci n'empêche pas que python fasse bcp pour améliorer ses performances, du fait d'une menace d'attaque par tarte à la crème interposée ! Mais la condition reste que les améliorations ne doivent pas rendre la maintenance du langage problématique (ce qui est encore une différence avec java par ex)
[^] # Re: Ecran plat pour dev et admin
Posté par wilk . En réponse au journal Ecran plat pour dev et admin. Évalué à 1.