Comment oses-tu comparer les médias Francais à ceux de Cuba !
Que tu n'apprécies pas certains médias francais, c'est ton droit, que certains soient achetés par le pouvoir ou d'autres corporations, c'est certainement le cas. Il n'empêche qu'en France la diversité existe et que tu peux encore critiquer le pouvoir en place sans risquer de te voir jeter en prison et traiter d'ennemi de la révolution à la solde d'une puissance étrangère.
Et tu peux toujours t'exprimer sur le Web, et ce n'est pas la cas des cubains...
C'est exactement, la même chose pour les partis politiques; A Cuba seul le Parti communiste cubain à le droit de présenter des candidats aux élections. Evidemment ça limite le risque de perdre les élections.
A tous ceux qui se rendent à Cuba, je vous conseille de tenter l'expérience suivante : demandez à un cubain, ce qu'il pense de Castro, et ça devant d'autres cubains. C'est très édifiant sur la liberté qui reigne dans ce pays...
A Cuba, tout n'est pas négatif, loin de là, mais, les libertés individuelles sont bafouées chaques jour. Franchement, je regrette que Castro n'ait pas adopté les mesures qu'il avait lui même préconisées dans un petit livre fort intéressant, qu'il avait écrit lors de son séjour en prison sous la dictature de Batista.
Je ne connais rien au Vénézuéla, en revanche tes propos sur Cuba, oû j'ai eu l'occasion de m'y rendre plusieurs fois, me font douter de la sincérité de tes arguments.
Cuba est une dictature. Parti unique, presse muselée, opposants emprisonnés...
Certes avoir un voisin aussi encombrant que les Etats-Unis, ce n'est pas facile à vivre, mais çe ne doit pas non plus justifier les pires dérives.
Pas tout à fait. La vesrion 5 etait gratuite sous Linux. Les version précédentes ne l'étaient pas (ni sous linux, windows ou unix). Aucune version n'était open source.
Ca fait bien longtemps que je n'ai plus confiance dans free.
Juillet 2003 dégroupage de ma ligne Free => plus de connexion pendant 3 mois. Je téléphone à leur hot line (nul de chez nul). Je re-téléphone. Je re-re-téléphone. Bref, 3 mois pour qu'ils s'apercoivent qu'ils se sont trompés dans le nom du titulaire de la ligne... Suivant les bons conseils de la hot-line, j'écris une lettre (pas un mail : ils n'acceptent pas les mails en réclamation!) leur demandant de me rembouser les 3 mois de forfait (bien évidemment débités). Réponse de leur part 2 mois après, on vous rembourse juste les appels hotline. Je leur ré-ecrit une lettre leur demandant de me rembouser les 3 mois. Pas de réponse depuis 10 mois...
Bref leurs méthodes sont malhonnêtes, ils ne respectent même leur fameux contrat générale de vente ou ils s'engagent à répondre à leurs clients dans les 15 jours. Ils obligent leurs clients à faire des réclamations par courrier postal alors qu'eux se contente du mail, etc...
Bon conseil à tous :
Bien lire le contrat general de vente et surtout regarder combien ca coute de résilier son abonnement avant de choisir son FAI.
Moderne est un adjectif. Il qualifie une action, une utilisation, un concept, une idée, une technique, etc.
utilisation moderne => utilisé depuis peu
conception moderne => conçu depuis peu
Cela signifie qu'un objet peut être de conception ancienne (donc non moderne) et d'utilisation moderne.
Le 'depuis peu' exprime une durée relative à l'espace de temps dans lequel on se situe.
La création d'Unix est donc ancienne (à l'échelle de l'infomatique). En revanche, de nouvelles techniques sont ajoutées chaque jour a linux. On pourrait donc dire que Linux est un os moderne dont les origines sont anciennes...
Je crois que tu confonds modernité et efficacité. Une technologie peut être ancienne et parfaitement efficace et évoluer avec le temps.
Le cas d'Unix me semble justement un trés bon exemple. Des bonnes fondations ont permis au système de s'améliorer au fil des années et ce sans renier son passé. Certains OS supposés plus modernes que Linux/Unix ne parviennent pas forcément à le supasser dans biens de domaines. Unix n'est certes toujours pas parfait, mais à ma connaissance aucun OS ne l'est (fort heureusement!).
En ce qui concerne les systèmes de fichiers, les benchs de tests ne sont que très peu révélateurs de l'efficacité réelle du FS. La fiabilité me semble absolument primordiale. Malheureusement cette donnée n'est pratiquement jamais testée. Dans ce domaine, ReiserFS 3 avait peu convaincu (d'ou à mon avis son manque de succès), J'espère que la version 4 sera plus performante de ce coté. Rdv dans 1 an...
Le probleme des informaticiens, c'est qu'ils sont totalement individualistes et inconscients de la puissance collective qu'ils représentent. A l'époque ou je bossais dans une SSII, j'avais essayé de motiver certains collègues à se battre pour pas que tous les bénéfices des contrats tombent dans la poche des commerciaux et du DG. Rien à faire, la plupart (tous?) écoutaient benoîtement, opinaient du chef et retournaient tranquillement travailler. Quand je suis allé seul voir le DG pour essayer de grapiller un peu de tunes, je me suis aperçu que celui là était pas loin de penser comme moi, mais lui ça le faisait (cyniquement) rigoler... Tout ça pour dire que on a un peu les chefs qu'on mérite. Depuis, j'ai préféré quitter sans AUCUN regret le monde merdique des maquignons de l'info et j'en suis fort aise.
C'est de l'analyse de données qui sont DYNAMIQUE !
Que je sache, je code java n'est pas dynamique. Où alors c'est un sacré bordel à programmer et forcément lent (il faut systématiquement optimiser à nouveau un code qui change).
Si le code généré par la JVM (au moins celle de Sun en mode -server) peut changer en fonction des données collectées. C'est particulièrement interessant pour les applis fortement orientés objets car cela permet en autre de dévirtualiser certaines méthodes.
Les problèmes d'instanciation vers les types natifs en Java font qu'utiliser une List pour contenir des doubles sera toujours totalement pourri, tant en terme d'occupation mémoire que de performance, à cause du (un)boxing.
Je n'ai pas dis le contraire. En revanche je pense que le cas que tu cites (et qui est tjs cité) est finalement peu génant. Si tu veux faire des des listes de types primitifs, tu peux tjs utiliser des librairies ad-hoc si un vrai problème de perf ou d'occupation mêmoire se fait ressentir. (et ça ne m'est encore jamais arrivé et pourtant je code...)
Si tu écris une méthode qui renvoie par exemple la moyenne et l'écart type des valeurs d'un tableau, tu dois créer un petit objet débile pour contenir ces deux valeurs. En C# tu peux avoir des paramètres out (passés par référence donc) de type double pour contenir le résultat
Un peu comme les structs, c'est bien mais c'est casse-geule. Pour moi c'est le genre d'optimisation empoyé à mauvais escient qui complique nettement la compréhension du code sans apportart quoique ce soit dans la majorité des cas.
Ceci est techniquement impossible
Ce n'est pas parce que tu le penses que ce n'est pas le cas.
C'est techniquement possible et c'est déja le cas. Et ce n'est pas parce que c'est le cas sur certains benchs que c'est tjs le cas (loin de là).
Interprété, compilé, machiné, bidulé, trucmuchiné, le problème n'est pas là. Il y a une étape supplémentaire par rapport à du C lors de l'excution.
Il y a exactement le même nombre d'étapes sauf qu'elles n'intervienent pas au même moment.
Je recentre encore le "débat", je ne discute pas des divers avantages de java mais uniquement de la vitesse. Et plus particuliairement du "java est plus rapide que le C".
Comme l'a trés bien expliqué boubou, il est tout à fait possible que dans *certains* cas un programme Java soit plus rapide que le même proramme en C/C++, et ce pour une raison bien simple : en Java il est possible de faire des optimisations dans la VM en cours d'exécution et donc de générer dynamiquement du code optimisé (tu peux imaginer une analogie simple avec les bases de données qui te permettent de faire des statistiques en cours de fonctionnement sur tes données pour en optimiser les chemins d'accès). En revanche, Java utilisera à coup sur tjs plus de mémoire que le même programme en C/C++.
Sans compter que avec la recompilation native à la volée, le binaire de l'application se retrouve en double en mémoire: la version bytecode java et la version native
Pas nécessairement... A partir du moment ou le code natif est généré plus besoin du bytecode (et au pire si c'était le cas on peut toujours recharger la classe).
Je pense aux structs qui permettent de faire des objets légers
Comme le struct (de c#) est un objet de type valeur, il est également possible de faire de grosses bétises trés facilement et de dégrader à l'insu de son plein gré ;-) les performances de son appli. (ie. assigner un struct à un autre struct, ce qui revient alors à dupliquer entièrement le struct). D'autre part, parler d'objet lighweight, pour le struct me semble un peut exagéré : pas de polymorphisme, pas d'héritage, etc. Leur utilisation sera alors généralement limité (hors appli spécifique) et le gain à attendre faible aussi bien en terme de conso mêmoire que de perfs. Bref, le struct présente des avantages mais également des inconvénients, et donc n'est malheureusement pas encore la panacée.
au modèle retenu pour les templates
Le modèle de template en c# est mieux foutu mais exige un changement de VM. C'est un choix... plutôt judiceux lorsque la base installée est faible... Mais en définitive, les limitations des templates Java impacte peu le développeur (uniquement dans la cas de la réflexion).
Je pense enfin au passage par référence qui évite de créer des petits objets idiots quand on veut renvoyer deux valeurs depuis une fonction
??
Comme beaucoup d'autres VM libres, Sable VM utilise les librairies classpath.
Ce dernier projet est le plus important pour avoir un environnement Java libre. Le développement est trés actif et le projet est assez avancé pour pouvoir faire tourner une 'bête' comme Eclipse; cependant il manque un encore un gros "paquet" pour faire tourner la majorité des applications clientes sous Linux : Swing.
Pour info, Sable VM est constitué à l'heure actuelle que d'un interpréteur qui semble trés performant (et trés portable); un compilateur Just In Time est en cours de développement.
Swing avec la JDK 1.5 est plus rapide qu'avec la JDK1.4.
La JDK 1.5 permet également d'utiliser le pipline opengl (à activer par l'option -opengl). Pas forcément déterminant pour Swing mais intéressant pour faire des jeux.
De manière assez surprenante les JDK 1.4 de Blackdown (pourtant directement dérivées de celles de Sun) sont nettement plus véloces pour l'affichage.
> Mon avis c'est que SWT a surtout ete pousse par IBM pour des raisons politiques
Effectivement et c'est d'autant plus surprenant que c'est IBM qui a fortement soutenu et investi dans SWING (développé en partie par l'ex taligent). Malheurement, à travers SWT -la qualité du produit n'est pas en cause-, IBM a reproduit la politique qui a pourri la vie des UNIX propriétaires pendant une bonne dizaine d'année.
Mais bon je crois que c'est pas gagné, le principe du libre c'est le partage le libre accés au savoir
Certes, mais je ne suis pas sur que parcque Renault utilise un serveur Web apache qu'ils vont te fournir gratuitement une voiture et les plans pour la réparer.
le principe du proprio c'est écraser et faire en sorte pour ne pas se faire écraser.
C'est aussi pouvoir vivre de son travail. Il y a plein de petits éditeurs où des types qui bossent comme des malades sans se faire des couilles en or. Loin de là. Malheureusement l'arbre Microsoft cache la forêt.
En tant que développeur, ce qui m'inquiète à l'heure actuelle c'est que j'ai vraiment l'impression que le partage est à sens unique. On donne beaucoup à d'autres communautés et on reçoit peu (rien?). Et pourtant, je continue à payer mes transports, ma bouffe, mon électricité, etc.
Pour info, j'ai déja écrit un logiciel de traitement des résultats électoraux pour un quotidien. Au départ cela semble assez simple, puis beaucoup moins simple à l'arrivée :
1- pas une élection ne ressemble à une autre (découpage en canton / région / circonscription, etc.)
2- dans une même élection les règles peuvent être complètement différentes selon la taille de la ville
3- les listes des élections municipales peuvent être dynamiques (!)
4- le mode de calcul du gagnant peut dépendre de l'age du capitaine (véridique)
5- des listes peuvent être annulées au dernier moment
6- les modes de calcul peuvent changer d'une année sur l'autre
7- l'ordre de sortie des candidats est variable (et pas forcément le même selon les préfectures et le ministère)
8- etc.
Bref du boulot, rien d'impossible mais beaucoup moins simple qu'il ne parait au premier abord.
Et puis surtout, c'est extrémement difficile d'avoir des résultats fiables en temps réel pour la plupart des élections sans téléphoner à toutes les mairies (et encore, il faut se dépécher car pour un fin d'élection à 18h, certaines mairies ferment à 18h25 et hop c'est foutu - tout le monde dort). Quand à compter sur un envoi des résultats par les préfectures, faut pas réver...
Pour info, j'ai déja écrit un logiciel de traitement des résultats électoraux pour un quotidien. Au départ cela semble assez simple, puis beaucoup moins simple à l'arrivée :
1- pas une élection ne ressemble à une autre (découpage en canton / région / circonscription, etc.)
2- dans une même élection les règles peuvent être complètement différentes selon la taille de la ville
3- les listes des élections municipales peuvent être dynamiques (!)
4- le mode de calcul du gagnant peut dépendre de l'age du capitaine (véridique)
5- des listes peuvent être annulées au dernier moment
6- les modes de calcul peuvent changer d'une année sur l'autre
7- l'ordre de sortie des candidats est variable (et pas forcément le même selon les préfectures et le ministère)
8- etc.
Bref du boulot, rien d'impossible mais beaucoup moins simple qu'il ne parait au premier abord.
Et puis surtout, c'est extrémement difficile d'avoir des résultats fiables en temps réel pour la plupart des élections sans téléphoner à toutes les mairies (et encore, il faut se dépécher car pour un fin d'élection à 18h, certaines mairies ferment à 18h25 et hop c'est foutu - tout le monde dort). Quand à compter sur un envoi des résultats par les préfectures, faut pas réver...
En fait cela dépend fortement du protocole du haut niveau que tu utilises, par ex. un download en http utilise environ 2.5% de la bande passant en upload. Dans ce cas (2048/128), c'est donc parfaitement utilisable.
Ta comparaison avac Linux est excellente car si Linux fait justement peur à Microsoft, c'est qu'il ne s'agit pas d'une pâle copie de Windows mais d'un développement original sans contraintes importantes. En bref, c'est la cathédrale et le bazarre.
Si Linus T. avait décider de faire un clone de Windows en 1991, je doute fort que l'on serait aussi avancé aujourd'hui. Malheureusement c'est la voie choisie aujourd'hui par Icaza pour concurrencer (?) Microsoft, je doute que ce soit la bonne.
[^] # Re: le venuzuela bientot sur la liste diabolique?
Posté par Cook Captain . En réponse à la dépêche Le Venezuela, deux fois !. Évalué à 2.
cf. http://www.fidh.org/article.php3?id_article=257(...)
Comment oses-tu comparer les médias Francais à ceux de Cuba !
Que tu n'apprécies pas certains médias francais, c'est ton droit, que certains soient achetés par le pouvoir ou d'autres corporations, c'est certainement le cas. Il n'empêche qu'en France la diversité existe et que tu peux encore critiquer le pouvoir en place sans risquer de te voir jeter en prison et traiter d'ennemi de la révolution à la solde d'une puissance étrangère.
Et tu peux toujours t'exprimer sur le Web, et ce n'est pas la cas des cubains...
C'est exactement, la même chose pour les partis politiques; A Cuba seul le Parti communiste cubain à le droit de présenter des candidats aux élections. Evidemment ça limite le risque de perdre les élections.
A tous ceux qui se rendent à Cuba, je vous conseille de tenter l'expérience suivante : demandez à un cubain, ce qu'il pense de Castro, et ça devant d'autres cubains. C'est très édifiant sur la liberté qui reigne dans ce pays...
A Cuba, tout n'est pas négatif, loin de là, mais, les libertés individuelles sont bafouées chaques jour. Franchement, je regrette que Castro n'ait pas adopté les mesures qu'il avait lui même préconisées dans un petit livre fort intéressant, qu'il avait écrit lors de son séjour en prison sous la dictature de Batista.
[^] # Re: le venuzuela bientot sur la liste diabolique?
Posté par Cook Captain . En réponse à la dépêche Le Venezuela, deux fois !. Évalué à 3.
Cuba est une dictature. Parti unique, presse muselée, opposants emprisonnés...
Certes avoir un voisin aussi encombrant que les Etats-Unis, ce n'est pas facile à vivre, mais çe ne doit pas non plus justifier les pires dérives.
[^] # Re: Incompatibilité de licence?
Posté par Cook Captain . En réponse à la dépêche Bruce Perens appelle les développeurs d'OpenOffice.org à ne plus fournir de code à Sun. Évalué à 1.
[^] # Re: Incompatibilité de licence?
Posté par Cook Captain . En réponse à la dépêche Bruce Perens appelle les développeurs d'OpenOffice.org à ne plus fournir de code à Sun. Évalué à 7.
[^] # Re: Java et l'OpenSource.....
Posté par Cook Captain . En réponse à la dépêche Brèves Java. Évalué à 1.
Il est parfaitement possible et légal de distribuer une JRE avec ses softs.
[^] # Re: Simplement ...
Posté par Cook Captain . En réponse au journal Free sanctionné. Évalué à 1.
Juillet 2003 dégroupage de ma ligne Free => plus de connexion pendant 3 mois. Je téléphone à leur hot line (nul de chez nul). Je re-téléphone. Je re-re-téléphone. Bref, 3 mois pour qu'ils s'apercoivent qu'ils se sont trompés dans le nom du titulaire de la ligne... Suivant les bons conseils de la hot-line, j'écris une lettre (pas un mail : ils n'acceptent pas les mails en réclamation!) leur demandant de me rembouser les 3 mois de forfait (bien évidemment débités). Réponse de leur part 2 mois après, on vous rembourse juste les appels hotline. Je leur ré-ecrit une lettre leur demandant de me rembouser les 3 mois. Pas de réponse depuis 10 mois...
Bref leurs méthodes sont malhonnêtes, ils ne respectent même leur fameux contrat générale de vente ou ils s'engagent à répondre à leurs clients dans les 15 jours. Ils obligent leurs clients à faire des réclamations par courrier postal alors qu'eux se contente du mail, etc...
Bon conseil à tous :
Bien lire le contrat general de vente et surtout regarder combien ca coute de résilier son abonnement avant de choisir son FAI.
[^] # Re: Conseils ?
Posté par Cook Captain . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 2.
utilisation moderne => utilisé depuis peu
conception moderne => conçu depuis peu
Cela signifie qu'un objet peut être de conception ancienne (donc non moderne) et d'utilisation moderne.
Le 'depuis peu' exprime une durée relative à l'espace de temps dans lequel on se situe.
La création d'Unix est donc ancienne (à l'échelle de l'infomatique). En revanche, de nouvelles techniques sont ajoutées chaque jour a linux. On pourrait donc dire que Linux est un os moderne dont les origines sont anciennes...
Bref tout cela c'est pas simple ....
[^] # Re: Récupération d'un fichier supprimé
Posté par Cook Captain . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 1.
A quand cette fonctionnalité pour un FS sous Linux ?
[^] # Re: Conseils ?
Posté par Cook Captain . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 3.
Le cas d'Unix me semble justement un trés bon exemple. Des bonnes fondations ont permis au système de s'améliorer au fil des années et ce sans renier son passé. Certains OS supposés plus modernes que Linux/Unix ne parviennent pas forcément à le supasser dans biens de domaines. Unix n'est certes toujours pas parfait, mais à ma connaissance aucun OS ne l'est (fort heureusement!).
En ce qui concerne les systèmes de fichiers, les benchs de tests ne sont que très peu révélateurs de l'efficacité réelle du FS. La fiabilité me semble absolument primordiale. Malheureusement cette donnée n'est pratiquement jamais testée. Dans ce domaine, ReiserFS 3 avait peu convaincu (d'ou à mon avis son manque de succès), J'espère que la version 4 sera plus performante de ce coté. Rdv dans 1 an...
[^] # Re: Je n'ai pas bien compris
Posté par Cook Captain . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 4.
[^] # Re: Le métier d'informaticien merci de penser aux autres.
Posté par Cook Captain . En réponse au journal Le métier d'informaticien: Merci de rien. Évalué à 8.
[^] # Re: Excellent
Posté par Cook Captain . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 1.
Que je sache, je code java n'est pas dynamique. Où alors c'est un sacré bordel à programmer et forcément lent (il faut systématiquement optimiser à nouveau un code qui change).
Si le code généré par la JVM (au moins celle de Sun en mode -server) peut changer en fonction des données collectées. C'est particulièrement interessant pour les applis fortement orientés objets car cela permet en autre de dévirtualiser certaines méthodes.
[^] # Re: Excellent
Posté par Cook Captain . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 1.
Ca a l'air d'être possible http://www.bytonic.de/html/jake2.html(...)
Les problèmes d'instanciation vers les types natifs en Java font qu'utiliser une List pour contenir des doubles sera toujours totalement pourri, tant en terme d'occupation mémoire que de performance, à cause du (un)boxing.
Je n'ai pas dis le contraire. En revanche je pense que le cas que tu cites (et qui est tjs cité) est finalement peu génant. Si tu veux faire des des listes de types primitifs, tu peux tjs utiliser des librairies ad-hoc si un vrai problème de perf ou d'occupation mêmoire se fait ressentir. (et ça ne m'est encore jamais arrivé et pourtant je code...)
Si tu écris une méthode qui renvoie par exemple la moyenne et l'écart type des valeurs d'un tableau, tu dois créer un petit objet débile pour contenir ces deux valeurs. En C# tu peux avoir des paramètres out (passés par référence donc) de type double pour contenir le résultat
Un peu comme les structs, c'est bien mais c'est casse-geule. Pour moi c'est le genre d'optimisation empoyé à mauvais escient qui complique nettement la compréhension du code sans apportart quoique ce soit dans la majorité des cas.
[^] # Re: Excellent
Posté par Cook Captain . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 3.
Ce n'est pas parce que tu le penses que ce n'est pas le cas.
C'est techniquement possible et c'est déja le cas. Et ce n'est pas parce que c'est le cas sur certains benchs que c'est tjs le cas (loin de là).
[^] # Re: Excellent
Posté par Cook Captain . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Il y a exactement le même nombre d'étapes sauf qu'elles n'intervienent pas au même moment.
Je recentre encore le "débat", je ne discute pas des divers avantages de java mais uniquement de la vitesse. Et plus particuliairement du "java est plus rapide que le C".
Comme l'a trés bien expliqué boubou, il est tout à fait possible que dans *certains* cas un programme Java soit plus rapide que le même proramme en C/C++, et ce pour une raison bien simple : en Java il est possible de faire des optimisations dans la VM en cours d'exécution et donc de générer dynamiquement du code optimisé (tu peux imaginer une analogie simple avec les bases de données qui te permettent de faire des statistiques en cours de fonctionnement sur tes données pour en optimiser les chemins d'accès). En revanche, Java utilisera à coup sur tjs plus de mémoire que le même programme en C/C++.
[^] # Re: Excellent
Posté par Cook Captain . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 1.
Pas nécessairement... A partir du moment ou le code natif est généré plus besoin du bytecode (et au pire si c'était le cas on peut toujours recharger la classe).
[^] # Re: Excellent
Posté par Cook Captain . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Comme le struct (de c#) est un objet de type valeur, il est également possible de faire de grosses bétises trés facilement et de dégrader à l'insu de son plein gré ;-) les performances de son appli. (ie. assigner un struct à un autre struct, ce qui revient alors à dupliquer entièrement le struct). D'autre part, parler d'objet lighweight, pour le struct me semble un peut exagéré : pas de polymorphisme, pas d'héritage, etc. Leur utilisation sera alors généralement limité (hors appli spécifique) et le gain à attendre faible aussi bien en terme de conso mêmoire que de perfs. Bref, le struct présente des avantages mais également des inconvénients, et donc n'est malheureusement pas encore la panacée.
au modèle retenu pour les templates
Le modèle de template en c# est mieux foutu mais exige un changement de VM. C'est un choix... plutôt judiceux lorsque la base installée est faible... Mais en définitive, les limitations des templates Java impacte peu le développeur (uniquement dans la cas de la réflexion).
Je pense enfin au passage par référence qui évite de créer des petits objets idiots quand on veut renvoyer deux valeurs depuis une fonction
??
[^] # Re: Trop lent...
Posté par Cook Captain . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 4.
[^] # Re: Debs et RPMs d'eclipse...
Posté par Cook Captain . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 5.
Ce dernier projet est le plus important pour avoir un environnement Java libre. Le développement est trés actif et le projet est assez avancé pour pouvoir faire tourner une 'bête' comme Eclipse; cependant il manque un encore un gros "paquet" pour faire tourner la majorité des applications clientes sous Linux : Swing.
Pour info, Sable VM est constitué à l'heure actuelle que d'un interpréteur qui semble trés performant (et trés portable); un compilateur Just In Time est en cours de développement.
[^] # Re: Trop lent...
Posté par Cook Captain . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 7.
La JDK 1.5 permet également d'utiliser le pipline opengl (à activer par l'option -opengl). Pas forcément déterminant pour Swing mais intéressant pour faire des jeux.
De manière assez surprenante les JDK 1.4 de Blackdown (pourtant directement dérivées de celles de Sun) sont nettement plus véloces pour l'affichage.
> Mon avis c'est que SWT a surtout ete pousse par IBM pour des raisons politiques
Effectivement et c'est d'autant plus surprenant que c'est IBM qui a fortement soutenu et investi dans SWING (développé en partie par l'ex taligent). Malheurement, à travers SWT -la qualité du produit n'est pas en cause-, IBM a reproduit la politique qui a pourri la vie des UNIX propriétaires pendant une bonne dizaine d'année.
[^] # Re: question existentiel....
Posté par Cook Captain . En réponse à la dépêche Linux est une "perte d'argent". Évalué à 6.
Certes, mais je ne suis pas sur que parcque Renault utilise un serveur Web apache qu'ils vont te fournir gratuitement une voiture et les plans pour la réparer.
le principe du proprio c'est écraser et faire en sorte pour ne pas se faire écraser.
C'est aussi pouvoir vivre de son travail. Il y a plein de petits éditeurs où des types qui bossent comme des malades sans se faire des couilles en or. Loin de là. Malheureusement l'arbre Microsoft cache la forêt.
En tant que développeur, ce qui m'inquiète à l'heure actuelle c'est que j'ai vraiment l'impression que le partage est à sens unique. On donne beaucoup à d'autres communautés et on reçoit peu (rien?). Et pourtant, je continue à payer mes transports, ma bouffe, mon électricité, etc.
# Mon experience des élections
Posté par Cook Captain . En réponse au journal A propos du javascript. Évalué à 1.
1- pas une élection ne ressemble à une autre (découpage en canton / région / circonscription, etc.)
2- dans une même élection les règles peuvent être complètement différentes selon la taille de la ville
3- les listes des élections municipales peuvent être dynamiques (!)
4- le mode de calcul du gagnant peut dépendre de l'age du capitaine (véridique)
5- des listes peuvent être annulées au dernier moment
6- les modes de calcul peuvent changer d'une année sur l'autre
7- l'ordre de sortie des candidats est variable (et pas forcément le même selon les préfectures et le ministère)
8- etc.
Bref du boulot, rien d'impossible mais beaucoup moins simple qu'il ne parait au premier abord.
Et puis surtout, c'est extrémement difficile d'avoir des résultats fiables en temps réel pour la plupart des élections sans téléphoner à toutes les mairies (et encore, il faut se dépécher car pour un fin d'élection à 18h, certaines mairies ferment à 18h25 et hop c'est foutu - tout le monde dort). Quand à compter sur un envoi des résultats par les préfectures, faut pas réver...
# Mon expérience
Posté par Cook Captain . En réponse au journal Générateur de templates. Évalué à 1.
1- pas une élection ne ressemble à une autre (découpage en canton / région / circonscription, etc.)
2- dans une même élection les règles peuvent être complètement différentes selon la taille de la ville
3- les listes des élections municipales peuvent être dynamiques (!)
4- le mode de calcul du gagnant peut dépendre de l'age du capitaine (véridique)
5- des listes peuvent être annulées au dernier moment
6- les modes de calcul peuvent changer d'une année sur l'autre
7- l'ordre de sortie des candidats est variable (et pas forcément le même selon les préfectures et le ministère)
8- etc.
Bref du boulot, rien d'impossible mais beaucoup moins simple qu'il ne parait au premier abord.
Et puis surtout, c'est extrémement difficile d'avoir des résultats fiables en temps réel pour la plupart des élections sans téléphoner à toutes les mairies (et encore, il faut se dépécher car pour un fin d'élection à 18h, certaines mairies ferment à 18h25 et hop c'est foutu - tout le monde dort). Quand à compter sur un envoi des résultats par les préfectures, faut pas réver...
[^] # Re: Euh...
Posté par Cook Captain . En réponse au journal ADSL: du 2048 Kbits en non-degroupé, question. Évalué à 4.
[^] # Re: Dans la gueule du loup
Posté par Cook Captain . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 3.
Si Linus T. avait décider de faire un clone de Windows en 1991, je doute fort que l'on serait aussi avancé aujourd'hui. Malheureusement c'est la voie choisie aujourd'hui par Icaza pour concurrencer (?) Microsoft, je doute que ce soit la bonne.