Par définition avec un NAT, le fait d'avoir une connectivité à l'internet fonctionnelle implique que tout le LAN est protégé des connections initiées par l'extérieur sauf action explicitement inverse. Avec un firewall c'est indépendant. D'ailleurs que j'active ou désactive le firewall sur ta box tu ne verras aucune différence à l'utilisation.
99.99% des gens n'ayant absolument aucune idée de ce qu'est un port, une ip ou un firewall et quand tu vois les merde que pondent les fournisseurs de matos, et l'horreur des interfaces pour configurer ledit matos, oui y'a des risques de rigoler...
Un mapping objet <-> relationel facile à faire ? On a du me mentir alors...
Le relationel ca marche très bien dans son domaine. Mais quand tu vois que beaucoup de cas d'utilisation c'est juste sauvegarder des objets dans une table SQL, tu te dis qu'il y a quelque chose qui cloche dans le bazar et que c'est bien dégueulasse et pas pratique. Au contraire suivant les usages une BDD no-SQL ca peut être beaucoup plus pratique et facile à mettre en oeuvre que de chercher à faire des mappings foireux et gérer une cohérence assez étrange au final.
Y'a des cas d'utilisation pour toi... Une base SQL c'est comme un marteau, ca marche bien tant que t'as pas des vis à enfoncer...
Oui c'est pas optimisé, oui c'est un goret qui a fait ca. Mais dans la vie réelle, si tu en arrives à ce que ce soit un problème de performance; alors tu as vraiment de la chance d'avoir une vie aussi simple. Par ce que tes problèmes ils se règlent en 1h de boulot. Sauf coder un hello world c'est pas ca qui fait la différence en général...
Merci d'avoir attendu le 5 juillet 2010 pour nous ouvrir les yeux sur les coûts & marge d'un circuit d'importation et de revendeurs. Tu as quelque chose à nous apprendre sur le père noel ?
Tu parles de bison vert ? Avec actuellement 149 trajets proposés sur la France entière tu en as de la chance !
> Je trouve ça pessimiste et exagéré comme jugement
Heu juste des stats perso sur une vingtaines de trajets proposés. À partir du moment où il n'y a aucun contrat les gens en ont rien a faire d'annuler une semaine, un jour ou une heure avant; demandent en parallèle à 2 ou 3 conducteurs de booker un trajet la même journée. Alors je n'ai toujours eu que des gens très poli et sympa, ca c'est positif. Reste que je dois avoir un taux de décommandation supérieur à 95%. Bref c'est pas du tout viable comme relation sauf cas spéciaux (trajets fréquents, étudiants etc.).
Perso je propose quand ca me saoule de faire 4/5h d'autoroute tout seul, j'imagine même pas quelqu'un qui aurait besoin de l'argent pour financer son voyage...
Cool un n-ième site de covoiturage sans aucune communauté et à l'ergonomie plus ou moins douteuse. Sur c'est ça qui va rendre le covoiturage plus facile !
Covoiturage.fr t'as au moins une chance de ne pas proposer ton trajet qu'à la google map affichée. Bon c'est sans compter que de toute façon les passagers te prennent pour un taxi gratos annulable à souhait ce qui rend caduque toute idée de covoiturage en général.
Tu sais une install par défaut de fedora 10/11/12 est bien plus réactive qu'une de 5/6/7 sur cette machine...
Sans compter qu'une distrib agréablement utilisable en desktop avec un suppport loooooooong terme ca n'existe pas à ma connaissance. Même Etch n'est plus supportée. Et dans tout les cas une release veille de 5 ans c'est l'horreur en desktop:
- Périphériques non reconnus
- Galère monumentale pour installer des logiciels tiers. API/ABI instables, valse des libs et des technos, aucun projet qui fourni du support long terme, ca se paye des fois...
- Suite logicielle totalement obsolète et du coup aussi incomplète
- Le bureau linux, les logiciels et le support à vachement progresser depuis 2000... Et le monde extérieur aussi. C'est pratique d'avoir des logiciels en adéquation avec son époque !
- Sans update de sécurité ?
Ce que j'aime bien c'est que tu me prends vraiment pour un blaireau...
Que tu sois très heureux de ton awesome, mutt, vim que tu as passé 2 semaines à configurer (ok jouant à xrick) pour que ca fonctionne sur ton fabuleux portable je n'en doute pas. Pour le reste du monde bin...
Non je le fais pas exprès les phrases de départ étaient
"Je suis dépanneur, et je vois donc passer pas mal d'ordi. Et bien les ordis qu'y on une dizaine d'années, matériellement, ils tournent nickel et mettant linux dessus, ils marchent très bien. et je leur dit souvent qu'ils dureront peut-être même encore plus longtemps qu'un neuf.".
"Tout à fait, mais y'a dix ans, y'avait quand même 512Mo parfois avec plus d'1GHz de proc, avec une petite carte intel, et là pour Mme michou, elle fait ce qu'elle veux.
Si ce que l'on appelle faire ce que l'on en veut, c'est restreindre son usage, passer des heures à configurer sa machine, et trouver débile tout les usages classiques que l'on peut faire de sa machine alors oui ca marche très bien...
Oui ca convient à un geek fini, qui va configurer sa machine et utiliser des logiciels qui bouffent quedalle avec une convivialité inégalée. Bon faut aussi qu'il ait pas besoin de puissance, donc en fait c'est un geek qui code pas ou sur des tout petits projets et qui ne fait pas d'audio ou de vidéo, c'est cool...
Si quand tu installes une distrib normal, ca rame... bin ca rame. Dire que c'est confortable c'est du foutage de gueule. Bienvenue chez les gens normaux en 2010.
Cette machine n'a jamais vu de Windows. Le première système qu'à recu cet ordi c'est un FreeBSD 4.2 si ma mémoire est bonne... Et a vu je crois toutes les versions de fedora.
Je réitère mon invitation à toute personne me disant que c'est un système confortable pour travailler à lui échanger cette machine contre la sienne pour la durée de son choix.
Tu constateras par toi même le temps entre le moment où tu cliques sur un lien et le temps ou la page s'affiche, idem quand tu doubles cliques sur un dossier dans nautilus, ou que pour mater une vidéo en flash il faut repasser temporairement la réso en 800x600, ou que vlc saccade fréquemment sur un flux TV basse définition. Ou tu rigoleras de lancer firefox, openoffice et un mailer en même temps.
Alors oui ca fait tourner plein de choses, même des choses que je ne pensais pas que ca tournerait, gimp peut traiter des images de quelques centaines de Mo etc. C'est juste insupportable de réactivité. C'est complétement débile de perdre son temps à attendre; si tu n'as rien de mieux à faire soit, mais d'ici à le recommander pour les autres...
C'est marrant c'est presque la config de ma machine de bureau qui me sert jamais. Athlon TB 1.2Ghz, 768Mo de RAM, GF2MX, disques durs moderne.
Et bien faut pas être pressé, c'est lent et surtout très peu réactif. On fait tourner des choses dessus, voir même des trucs que je ne pensais pas, mais l'impression générale est très désagréable. Vu que ca marche "très bien" et "qu'on en fait ce qu'on en veut" je suis près à te la vendre !
La garantie des appareils photo peut sauter si tu n'utilises pas une batterie constructeur. Exemple avec le Canon 7D, les batteries sont signées par Canon. Si tu en mets une compatible, le boitier le garde en mémoire et tu fais sauter la garantie.
Ils t'empêchent pas de t'en servir, ils t'empêchent de le faire toi même ou avec un matos non testé nuance ;)
De même que les extensions de garantie peuvent couvrir seulement un nombre limité de situations (c'est le cas pour les appareils photo ou les voitures...). Dans tout les cas, un peu de logique nous dit qu'à long terme tu es gagnant à ne pas prendre d'extension de garantie sauf à habiter sur un cimetière indien. Ca serait pas rentable pour eux de la vendre autrement, alors qu'ils cherchent à tout prix à te la refiler...
Note : la, on parle effectivement de leur back-end plutôt, donc de "tout" le système de vente de la SNCF. C'est grave d'avoir un bug non résolu plus de 8 heures après le plantage généralisé. Des systèmes moins "critiques" on des GTR (Garantie de Délai de Rétablissement) de 4 heures... voir 1 heure. Des logiciels bien moins critiques garantissent un les 5x9 --> 99.999% online, soit... 5 minutes interruption par an. On est un peu plus loin que ça la!
Sans vouloir chercher à qui la faute et le pourquoi sur système dont je ne connais rien (mais pas moins que tout les intervenants ici...), il n'existe pas de systèmes qui te garantissent que tu auras 99.999% de dispo par an. Ce qui existe c'est des garanties financières. Si tu ne respectes pas le contrat tu passes à la caisse. Le jeu est donc de mettre suffisament de moyens pour respecter le taux de dispo mais pas trop pour que le surcout ne soit pas supérieur à l'éventuelle facturation.
Mais dans tout les cas cette garantie n'est jamais technique. Personne ne peut prouver qu'un système de cette taille n'aura pas d'indispo de 8h ponctuellement. Puisque tu parles de banque, de l'indispo ca leur arrive aussi...
Effectivement en deux roues c'est plus tendu ;) De toute facon même si ca grippait faut vraiment aimer se pourrir...
Note que si tu mets pas de goudron sous la neige et que tu es pas en slick, la neige peut être très marrante en deux roues. En vélo on prend 80km/h sans problème avec une accroche... très intéressante ;)
L'hiver sur la neige, soit c'est temporaire et en sachant conduire ca passe. Soit c'est temporaire tu sais pas conduire tu sors les chaines. Soit c'est vraiment glissant et tu sors les chaines en 2 minutes. Soit tu roules sur la neige fréquement, tu montes 4 pneus neige et tu n'as même plus à réfléchir.
subversion est en C, spam assassin en Perl, couch db en Erlang ;)
La fondation Apache a pour but d'aider au développement de projets open source en fournissant les moyens techniques et légaux (pour faire court). Elle héberge les projets qu'on lui donne (via un passage via l'incubateur pour ne retenir que ceux qui on un publique et une maturation suffisante). Le fait est que sont excellence se trouve dans les projets web & Java et comme les chiens n'attirent pas les chats on lui en a donné beaucoup.
Bref un projet Apache c'est comme un projet GNU: choix du projet, licence imposée, cession de copyright en contrepartie de moyen techniques, logistiques et légaux.
Sun à libéré le JDK début 2007 (openjdk 7 puis openjdk 6 un peu plus tard). Certaines petites parties n'ont pas été libérée car le code n'appartient pas à Sun. Redhat s'est mis sur le coup en créant icedtea, un sous projet d'openjdk qui vise à fournir un version pour linux 100% open source (pour être packagable dans fedora, debian & co) et qui peut se builder avec des outils libres. Depuis juin 2008 Icedtea 6 (la version packagée par Fedora 9) est complétement open source et certains builds ont été validés par en passant le TCK. Ce sont donc officiellement des implémentations de Java.
Reste que je ne sais pas si tout le code d'icedtea permettant d'avoir un openjdk entièrement libre, a été mergé dans openjdk 6 et openjdk 7. Depuis le temps c'est probable mais à vérifier.
La taille du DL n'est qu'une petite partie du problème. Mêmes si tu as déjà tout sur le disque le but de modulariser est de clarifier et de nettoyer les dépendances entre les sous systèmes. Il commence a y avoir beaucoup d'API interconnectées dans l'API ce qui pose des problèmes de maintenance et de performances.
Le nettoyage permet de rationaliser les dépendances, ce qui devrait au final finir par permettre de gagner en performance et en empreinte mémoire. Lance un hello world ou une petite applis avec -verbose:class pour voir un peu le nombres de classes chargées.
Note que je réponds à la question posée en restant factuel. Les trolls sur les langages ne m'intéressent pas. Et honnêtement dire que Java c'est pas sexy en 2010, c'est jouer les captain obvious avec presque 10 ans de retard.
Toutefois, comparer bêtement point à point Java et scala, serait une erreur. C'est comparer des pommes avec des oranges; et ne pas avoir compris que ces deux langages offrent des choses fort différentes même si il repose sur le même socle technique.
Le langage Java est vieux, pas sexy, s'enlise de release en release par ce qu'il y a un souhait très fort de ne pas briser la rétrocompatibilité. Les choix initiaux resterons et à chaque release il devient de plus en plus difficile de faire avancer les choses en dehors de l'API et de la VM. Dans l'état actuel des choses, il ne faut pas avoir l'espoir de voir arriver de grosses nouveautés dans le langage. Java est un bon choix pour les projets importants, qui ont besoin de stabilité, de pérennité, d'outillage et de compétences. C'est un langage de grosse entreprise ou de fournisseur de lib/framework.
Scala est neuf, part de zéro, se permet de casser la compatibilité quand nécessaire. L'outillage reste en développement, avec des plâtre à essuyer et les compétences sont plus rares. Ca peut être un très bon choix pour des bases de code plus modeste, qui peuvent évoluer plus facilement, dans des environnements plus ouvert, ou les clients mettent moins de pression sur les technos. Pour un produit interne, raisonnable et dynamique c'est jouable.
Bref le publique des deux langages est différent. Le langage Java s'enlise, mais la plateforme est fleurissante avec des nouveaux langages et s'ouvre donc à de nouveaux utilisateurs. Mais en général ce ne sont pas la souplesse d'un langage ou tes préférences personnelles qui te feront choisir un langage. Tes contraintes vont déjà fortement élaguer les différentes possibilités.
PS pour dredi: Cette remarque ne vise pas à Scala, mais je préfère avoir un langage de merde mais des documentations complètes, de bons outils et de bonnes bibliothèques; qu'un langage top, mais qui pète la compatibilité tout les ans, ou la doc est faible, ou le compilateur est encore en dev, sans bon debugger/profiler, et ou 4 libs se battent en duel. Le plaisir de développer ce n'est pas seulement le langage en lui même ;)
Pas le temps de faire une dépêche mais la meilleur source de renseignement est la page d'alex miller: http://tech.puredanger.com/java7/
J'ai pas suivit les discussion ces trois derniers mois et la liste n'est pas encore finale. Donc y'a peut être des erreurs. Pour faire très vite:
On commence par le côté bibliothèque standard
- NIO2 (new new I/O): Ca continue le travail et ca corrige les défauts de conceptions des NIO. Notamment une nouvelle interface pour l'accès au système de fichier et la possibilité de faire des opérations asynchrones sur des sockets et des descripteurs de fichiers. Et peut être qu'on va enfin avoir les sorties de processus forké en selectable channel (oui actuellement il faut 3 threads par processus forké...)
- Nouvelle API Date / Time. L'ancienne était très casse gueule à utiliser (surtout de manière thread safe) et ajout de nouvelles fonctions (intervalles etc.)
- JSR166y: revision de la l'API concurrency. On ajoute un module pour le fork & join et pas mal de classe encore et toujours plus utiles. La JSR166 y'a que du bon dedans mangez en
- XQJ: Une api XQuery pour java (XML). Pas joué avec donc pas d'avis
Après au niveau langage:
- Support des fermetures. Y'a eu tellement de discussions que j'ai meme pas cherché à suivre...
- Nettoyage automatique des ressources à la sortie d'un bloc. On déclare en début de bloc les ressources que l'on utilise et quand on sort du bloc les méthodes de nettoyage sont automagiquement appelées. Le but est d'éviter le code relou de nettoyage dans les finally et d'éviter les leaks
- Extension des annotations pour pouvoir les placer un peu plus partout. Un des buts est de pouvoir placer des annotations pour aider les analyseurs statique (indiquer qu'un champ peut être nul ou pas par exemple)
- Inférence de type (ami du CAML pas la peine d'hurler :p ) plus besoin de doubler la déclaration des generics lors d'un new. Map<List, Integer> map = new Map<>(). Merci pour nos petits doigts !
- Possibilité de faire des switch/case sur des string
Et enfin au niveau de la VM (Open JDK):
- Nouveau garbage collector G1 qui envoit du bois. Fini les stop the world & co. Il peut travailler par région et donc tourne en un temps prévisible. Pas mal configurable. C'est du tout bon mangez en (et regardez comment ca marche)
- Ajout d'invokedynamic à la JVM. Le support des langages dynamiques va être beaucoup plus aisé.
- Modularisation du JRE/JDK en petit paquets.
J'ai pu oublier des choses, et certaines choses viendront certainement s'ajouter d'ici la release. Donc non pas de surcharge d'opérateur (et ca n'a jamais été imaginé, pas dans l'esprit de Java et impossible que ca soit backward compatible). On peut noter qu'un des plus grand absent de Java 7 sont les superpackage (équivalent d'OSGi). Et aussi que le null safe handling (invocation d'une méthode uniquement si l'objet n'est pas nul) ne semble pas avoir fait son chemin. De même le multicatch à l'air mort (exécution d'une même action pour différent type d'exceptions), et ca ca craint !
Pas de révolution donc, quelques APIs retravaillées, et une VM qui s'affine toujours plus.
Ce qui me fait flipper dans ce débat, c'est votre absence de recul absolument affligeant. Effectivement, quand on passe sa vie a écrire du code la tête dans le guidon, une démarche MDA, ca sert à rien.
Mais quand on travaille dans la vraie vie, on se rend compte rapidement:
Penses à faire ce genre de commentaires sous un autre nom la prochaine fois.
Non par ce que pour un thésard de l'I3S chez rainbow qui n'a jamais mis les pieds en dehors d'une université et d'un polytech au niveau totalement extraordinaire ça fait doucement rigoler.
Hors, au pif, 0,001% de la population qui doit être capable de faire tomber et neutraliser quelqu'un à coup sur si les gabarits sont à peu prêt identiques, oui la seule défense c'est arme ou taper très fort. Une des deux personnes dont je parlais est une femme qui devait faire 35kg de moins. Le tisonnier est beaucoup plus efficace que la clé de bras dans ces cas là !
En pratique tu es dans un monde où tu peux prendre 12cm de lame dans l'abdomen pour un lecteur cd (cas réel aussi). Ca donne pas envie de donner sa chance à l'autre...
Non, c'est beaucoup plus simple que ca. Sors une arme alors qu'il ne t'a pas mis en joue et tu seras condamné dans 100% des cas. Tapes le alors qu'il ne l'a pas fait tu seras condamné aussi.
Maintenant tu m'expliques comment tu neutralises ou vire quelqu'un de chez toi. Sachant que tu menace de foutre sa vie en l'air si il se fait chopper, que tu n'as aucune idée de sa dangerosité (armé ou pas, quelle force, quel but ?) et que lui n'hésitera surement pas. Dans la vrai vie le premier qui tape fort gagne, c'est aussi simple que ca. Le problème c'est que taper fort ce n'est pas une réponse proportionné. Pas besoin de le tuer, blesse le si il porte plainte tu perds.
C'est marrant, moi je connais au moins deux cas dans mon entourage proche qui se sont pris du sursis plus dommage et intérêt pour violence sur des cambrioleurs (avec mômes dans la maison pour l'un des cas)...
Ta théorie de bisounours sur le clé de bras c'est bien gentil. Mais dans la vraie vie, ta clé de bras c'est de la branlette. Entre neutraliser un mec qui se défend et le foutre KO y'a... juste de la chance. Si tu veux tester je t'invite chez moi quand tu veux, tu pourras mettre en pratique ta théorie de la clé de bras ! En France, la loi est telle que tu laisses faire... Pilier chez moi ou faites ce que vous voulez braves gens, si je me défend je risque plus que vous.
Y'a vraiment des gens ici qui vivent dans des univers parallèles !
Posté par ckyl .
En réponse au journal 8 mars.
Évalué à 2.
>> Après la naissance, la responsabilité est répartie jusqu'à la majorité au père et à la mère. Avant la naissance, et jusqu'au délai légal d'avortement
Votre Honneur, je n'aurai uniquement qu'une question : Quand j'introduis une pièce dans un distributeur de boissons la canette qui en sort est à moi ou à la machine ?
[^] # Re: Pareil partout
Posté par ckyl . En réponse au journal Pour la libération des cartes cyclables d'Île-de-France. Évalué à 1.
[^] # Re: Pénurie ? Quelle pénurie ?
Posté par ckyl . En réponse à la dépêche La pénurie d'adresse IPv4 sera-t-elle pour le 12/12/2012 ?. Évalué à 0.
Par définition avec un NAT, le fait d'avoir une connectivité à l'internet fonctionnelle implique que tout le LAN est protégé des connections initiées par l'extérieur sauf action explicitement inverse. Avec un firewall c'est indépendant. D'ailleurs que j'active ou désactive le firewall sur ta box tu ne verras aucune différence à l'utilisation.
99.99% des gens n'ayant absolument aucune idée de ce qu'est un port, une ip ou un firewall et quand tu vois les merde que pondent les fournisseurs de matos, et l'horreur des interfaces pour configurer ledit matos, oui y'a des risques de rigoler...
[^] # Re: NO-SQL
Posté par ckyl . En réponse au journal TerraStore : le dépôt JSON distribué. Évalué à 2.
Le relationel ca marche très bien dans son domaine. Mais quand tu vois que beaucoup de cas d'utilisation c'est juste sauvegarder des objets dans une table SQL, tu te dis qu'il y a quelque chose qui cloche dans le bazar et que c'est bien dégueulasse et pas pratique. Au contraire suivant les usages une BDD no-SQL ca peut être beaucoup plus pratique et facile à mettre en oeuvre que de chercher à faire des mappings foireux et gérer une cohérence assez étrange au final.
Y'a des cas d'utilisation pour toi... Une base SQL c'est comme un marteau, ca marche bien tant que t'as pas des vis à enfoncer...
[^] # Re: ...
Posté par ckyl . En réponse à la dépêche GNOME 2.30.2, dernières révérences de l'honorable. Évalué à 2.
Oui c'est pas optimisé, oui c'est un goret qui a fait ca. Mais dans la vie réelle, si tu en arrives à ce que ce soit un problème de performance; alors tu as vraiment de la chance d'avoir une vie aussi simple. Par ce que tes problèmes ils se règlent en 1h de boulot. Sauf coder un hello world c'est pas ca qui fait la différence en général...
[^] # Re: Oh mais il faut arrêter avec ces Chinois
Posté par ckyl . En réponse au journal Mais de qui se moque-t-on?. Évalué à 9.
Merci d'avoir attendu le 5 juillet 2010 pour nous ouvrir les yeux sur les coûts & marge d'un circuit d'importation et de revendeurs. Tu as quelque chose à nous apprendre sur le père noel ?
[^] # Re: tiens
Posté par ckyl . En réponse au journal Annonce: cherche covoiturage ou transporteur de matos pour les RMLL. Évalué à 1.
Tu parles de bison vert ? Avec actuellement 149 trajets proposés sur la France entière tu en as de la chance !
> Je trouve ça pessimiste et exagéré comme jugement
Heu juste des stats perso sur une vingtaines de trajets proposés. À partir du moment où il n'y a aucun contrat les gens en ont rien a faire d'annuler une semaine, un jour ou une heure avant; demandent en parallèle à 2 ou 3 conducteurs de booker un trajet la même journée. Alors je n'ai toujours eu que des gens très poli et sympa, ca c'est positif. Reste que je dois avoir un taux de décommandation supérieur à 95%. Bref c'est pas du tout viable comme relation sauf cas spéciaux (trajets fréquents, étudiants etc.).
Perso je propose quand ca me saoule de faire 4/5h d'autoroute tout seul, j'imagine même pas quelqu'un qui aurait besoin de l'argent pour financer son voyage...
[^] # Re: tiens
Posté par ckyl . En réponse au journal Annonce: cherche covoiturage ou transporteur de matos pour les RMLL. Évalué à 1.
Covoiturage.fr t'as au moins une chance de ne pas proposer ton trajet qu'à la google map affichée. Bon c'est sans compter que de toute façon les passagers te prennent pour un taxi gratos annulable à souhait ce qui rend caduque toute idée de covoiturage en général.
[^] # Re: mon Macbook a 3 ans
Posté par ckyl . En réponse au journal Ordinateur portable = Ordinateur jetable. Évalué à 3.
Sans compter qu'une distrib agréablement utilisable en desktop avec un suppport loooooooong terme ca n'existe pas à ma connaissance. Même Etch n'est plus supportée. Et dans tout les cas une release veille de 5 ans c'est l'horreur en desktop:
- Périphériques non reconnus
- Galère monumentale pour installer des logiciels tiers. API/ABI instables, valse des libs et des technos, aucun projet qui fourni du support long terme, ca se paye des fois...
- Suite logicielle totalement obsolète et du coup aussi incomplète
- Le bureau linux, les logiciels et le support à vachement progresser depuis 2000... Et le monde extérieur aussi. C'est pratique d'avoir des logiciels en adéquation avec son époque !
- Sans update de sécurité ?
Ce que j'aime bien c'est que tu me prends vraiment pour un blaireau...
Que tu sois très heureux de ton awesome, mutt, vim que tu as passé 2 semaines à configurer (ok jouant à xrick) pour que ca fonctionne sur ton fabuleux portable je n'en doute pas. Pour le reste du monde bin...
[^] # Re: mon Macbook a 3 ans
Posté par ckyl . En réponse au journal Ordinateur portable = Ordinateur jetable. Évalué à 5.
"Je suis dépanneur, et je vois donc passer pas mal d'ordi. Et bien les ordis qu'y on une dizaine d'années, matériellement, ils tournent nickel et mettant linux dessus, ils marchent très bien. et je leur dit souvent qu'ils dureront peut-être même encore plus longtemps qu'un neuf.".
"Tout à fait, mais y'a dix ans, y'avait quand même 512Mo parfois avec plus d'1GHz de proc, avec une petite carte intel, et là pour Mme michou, elle fait ce qu'elle veux.
Si ce que l'on appelle faire ce que l'on en veut, c'est restreindre son usage, passer des heures à configurer sa machine, et trouver débile tout les usages classiques que l'on peut faire de sa machine alors oui ca marche très bien...
Oui ca convient à un geek fini, qui va configurer sa machine et utiliser des logiciels qui bouffent quedalle avec une convivialité inégalée. Bon faut aussi qu'il ait pas besoin de puissance, donc en fait c'est un geek qui code pas ou sur des tout petits projets et qui ne fait pas d'audio ou de vidéo, c'est cool...
Si quand tu installes une distrib normal, ca rame... bin ca rame. Dire que c'est confortable c'est du foutage de gueule. Bienvenue chez les gens normaux en 2010.
[^] # Re: mon Macbook a 3 ans
Posté par ckyl . En réponse au journal Ordinateur portable = Ordinateur jetable. Évalué à 1.
Je réitère mon invitation à toute personne me disant que c'est un système confortable pour travailler à lui échanger cette machine contre la sienne pour la durée de son choix.
Tu constateras par toi même le temps entre le moment où tu cliques sur un lien et le temps ou la page s'affiche, idem quand tu doubles cliques sur un dossier dans nautilus, ou que pour mater une vidéo en flash il faut repasser temporairement la réso en 800x600, ou que vlc saccade fréquemment sur un flux TV basse définition. Ou tu rigoleras de lancer firefox, openoffice et un mailer en même temps.
Alors oui ca fait tourner plein de choses, même des choses que je ne pensais pas que ca tournerait, gimp peut traiter des images de quelques centaines de Mo etc. C'est juste insupportable de réactivité. C'est complétement débile de perdre son temps à attendre; si tu n'as rien de mieux à faire soit, mais d'ici à le recommander pour les autres...
[^] # Re: mon Macbook a 3 ans
Posté par ckyl . En réponse au journal Ordinateur portable = Ordinateur jetable. Évalué à 4.
Et bien faut pas être pressé, c'est lent et surtout très peu réactif. On fait tourner des choses dessus, voir même des trucs que je ne pensais pas, mais l'impression générale est très désagréable. Vu que ca marche "très bien" et "qu'on en fait ce qu'on en veut" je suis près à te la vendre !
[^] # Re: prendre l'extension de garantie
Posté par ckyl . En réponse au journal Ordinateur portable = Ordinateur jetable. Évalué à 4.
Ils t'empêchent pas de t'en servir, ils t'empêchent de le faire toi même ou avec un matos non testé nuance ;)
De même que les extensions de garantie peuvent couvrir seulement un nombre limité de situations (c'est le cas pour les appareils photo ou les voitures...). Dans tout les cas, un peu de logique nous dit qu'à long terme tu es gagnant à ne pas prendre d'extension de garantie sauf à habiter sur un cimetière indien. Ca serait pas rentable pour eux de la vendre autrement, alors qu'ils cherchent à tout prix à te la refiler...
[^] # Re: Autant je n'aime pas le site voyage-sncf...
Posté par ckyl . En réponse au journal Le site préferé des linuxfriens et des français. Évalué à 2.
Sans vouloir chercher à qui la faute et le pourquoi sur système dont je ne connais rien (mais pas moins que tout les intervenants ici...), il n'existe pas de systèmes qui te garantissent que tu auras 99.999% de dispo par an. Ce qui existe c'est des garanties financières. Si tu ne respectes pas le contrat tu passes à la caisse. Le jeu est donc de mettre suffisament de moyens pour respecter le taux de dispo mais pas trop pour que le surcout ne soit pas supérieur à l'éventuelle facturation.
Mais dans tout les cas cette garantie n'est jamais technique. Personne ne peut prouver qu'un système de cette taille n'aura pas d'indispo de 8h ponctuellement. Puisque tu parles de banque, de l'indispo ca leur arrive aussi...
[^] # Re: Hé oui
Posté par ckyl . En réponse au journal Mass reduction. Évalué à 1.
Note que si tu mets pas de goudron sous la neige et que tu es pas en slick, la neige peut être très marrante en deux roues. En vélo on prend 80km/h sans problème avec une accroche... très intéressante ;)
[^] # Re: Hé oui
Posté par ckyl . En réponse au journal Mass reduction. Évalué à -1.
L'hiver sur la neige, soit c'est temporaire et en sachant conduire ca passe. Soit c'est temporaire tu sais pas conduire tu sors les chaines. Soit c'est vraiment glissant et tu sors les chaines en 2 minutes. Soit tu roules sur la neige fréquement, tu montes 4 pneus neige et tu n'as même plus à réfléchir.
[^] # Re: Fondation Apache et Java
Posté par ckyl . En réponse à la dépêche La fondation Apache sort Cassandra 0.6. Évalué à 8.
La fondation Apache a pour but d'aider au développement de projets open source en fournissant les moyens techniques et légaux (pour faire court). Elle héberge les projets qu'on lui donne (via un passage via l'incubateur pour ne retenir que ceux qui on un publique et une maturation suffisante). Le fait est que sont excellence se trouve dans les projets web & Java et comme les chiens n'attirent pas les chats on lui en a donné beaucoup.
Bref un projet Apache c'est comme un projet GNU: choix du projet, licence imposée, cession de copyright en contrepartie de moyen techniques, logistiques et légaux.
[^] # Re: Liberté
Posté par ckyl . En réponse au journal Le point sur Java 7. Évalué à 2.
Sun à libéré le JDK début 2007 (openjdk 7 puis openjdk 6 un peu plus tard). Certaines petites parties n'ont pas été libérée car le code n'appartient pas à Sun. Redhat s'est mis sur le coup en créant icedtea, un sous projet d'openjdk qui vise à fournir un version pour linux 100% open source (pour être packagable dans fedora, debian & co) et qui peut se builder avec des outils libres. Depuis juin 2008 Icedtea 6 (la version packagée par Fedora 9) est complétement open source et certains builds ont été validés par en passant le TCK. Ce sont donc officiellement des implémentations de Java.
Reste que je ne sais pas si tout le code d'icedtea permettant d'avoir un openjdk entièrement libre, a été mergé dans openjdk 6 et openjdk 7. Depuis le temps c'est probable mais à vérifier.
[^] # Re: l'utilité de la modularisation?
Posté par ckyl . En réponse à la dépêche Le point sur Java 7. Évalué à 3.
Le nettoyage permet de rationaliser les dépendances, ce qui devrait au final finir par permettre de gagner en performance et en empreinte mémoire. Lance un hello world ou une petite applis avec -verbose:class pour voir un peu le nombres de classes chargées.
[^] # Re: Petite erreur
Posté par ckyl . En réponse à la dépêche IronRuby 1.0, le futur de Java, Gizzard et Flockdb, rachat de RabbitMQ par SpringSource. Évalué à 4.
Toutefois, comparer bêtement point à point Java et scala, serait une erreur. C'est comparer des pommes avec des oranges; et ne pas avoir compris que ces deux langages offrent des choses fort différentes même si il repose sur le même socle technique.
Le langage Java est vieux, pas sexy, s'enlise de release en release par ce qu'il y a un souhait très fort de ne pas briser la rétrocompatibilité. Les choix initiaux resterons et à chaque release il devient de plus en plus difficile de faire avancer les choses en dehors de l'API et de la VM. Dans l'état actuel des choses, il ne faut pas avoir l'espoir de voir arriver de grosses nouveautés dans le langage. Java est un bon choix pour les projets importants, qui ont besoin de stabilité, de pérennité, d'outillage et de compétences. C'est un langage de grosse entreprise ou de fournisseur de lib/framework.
Scala est neuf, part de zéro, se permet de casser la compatibilité quand nécessaire. L'outillage reste en développement, avec des plâtre à essuyer et les compétences sont plus rares. Ca peut être un très bon choix pour des bases de code plus modeste, qui peuvent évoluer plus facilement, dans des environnements plus ouvert, ou les clients mettent moins de pression sur les technos. Pour un produit interne, raisonnable et dynamique c'est jouable.
Bref le publique des deux langages est différent. Le langage Java s'enlise, mais la plateforme est fleurissante avec des nouveaux langages et s'ouvre donc à de nouveaux utilisateurs. Mais en général ce ne sont pas la souplesse d'un langage ou tes préférences personnelles qui te feront choisir un langage. Tes contraintes vont déjà fortement élaguer les différentes possibilités.
PS pour dredi: Cette remarque ne vise pas à Scala, mais je préfère avoir un langage de merde mais des documentations complètes, de bons outils et de bonnes bibliothèques; qu'un langage top, mais qui pète la compatibilité tout les ans, ou la doc est faible, ou le compilateur est encore en dev, sans bon debugger/profiler, et ou 4 libs se battent en duel. Le plaisir de développer ce n'est pas seulement le langage en lui même ;)
[^] # Re: Petite erreur
Posté par ckyl . En réponse à la dépêche IronRuby 1.0, le futur de Java, Gizzard et Flockdb, rachat de RabbitMQ par SpringSource. Évalué à 7.
J'ai pas suivit les discussion ces trois derniers mois et la liste n'est pas encore finale. Donc y'a peut être des erreurs. Pour faire très vite:
On commence par le côté bibliothèque standard
- NIO2 (new new I/O): Ca continue le travail et ca corrige les défauts de conceptions des NIO. Notamment une nouvelle interface pour l'accès au système de fichier et la possibilité de faire des opérations asynchrones sur des sockets et des descripteurs de fichiers. Et peut être qu'on va enfin avoir les sorties de processus forké en selectable channel (oui actuellement il faut 3 threads par processus forké...)
- Nouvelle API Date / Time. L'ancienne était très casse gueule à utiliser (surtout de manière thread safe) et ajout de nouvelles fonctions (intervalles etc.)
- JSR166y: revision de la l'API concurrency. On ajoute un module pour le fork & join et pas mal de classe encore et toujours plus utiles. La JSR166 y'a que du bon dedans mangez en
- XQJ: Une api XQuery pour java (XML). Pas joué avec donc pas d'avis
Après au niveau langage:
- Support des fermetures. Y'a eu tellement de discussions que j'ai meme pas cherché à suivre...
- Nettoyage automatique des ressources à la sortie d'un bloc. On déclare en début de bloc les ressources que l'on utilise et quand on sort du bloc les méthodes de nettoyage sont automagiquement appelées. Le but est d'éviter le code relou de nettoyage dans les finally et d'éviter les leaks
- Extension des annotations pour pouvoir les placer un peu plus partout. Un des buts est de pouvoir placer des annotations pour aider les analyseurs statique (indiquer qu'un champ peut être nul ou pas par exemple)
- Inférence de type (ami du CAML pas la peine d'hurler :p ) plus besoin de doubler la déclaration des generics lors d'un new. Map<List, Integer> map = new Map<>(). Merci pour nos petits doigts !
- Possibilité de faire des switch/case sur des string
Et enfin au niveau de la VM (Open JDK):
- Nouveau garbage collector G1 qui envoit du bois. Fini les stop the world & co. Il peut travailler par région et donc tourne en un temps prévisible. Pas mal configurable. C'est du tout bon mangez en (et regardez comment ca marche)
- Ajout d'invokedynamic à la JVM. Le support des langages dynamiques va être beaucoup plus aisé.
- Modularisation du JRE/JDK en petit paquets.
J'ai pu oublier des choses, et certaines choses viendront certainement s'ajouter d'ici la release. Donc non pas de surcharge d'opérateur (et ca n'a jamais été imaginé, pas dans l'esprit de Java et impossible que ca soit backward compatible). On peut noter qu'un des plus grand absent de Java 7 sont les superpackage (équivalent d'OSGi). Et aussi que le null safe handling (invocation d'une méthode uniquement si l'objet n'est pas nul) ne semble pas avoir fait son chemin. De même le multicatch à l'air mort (exécution d'une même action pour différent type d'exceptions), et ca ca craint !
Pas de révolution donc, quelques APIs retravaillées, et une VM qui s'affine toujours plus.
[^] # Re: Voilà une bonne nouvelle: plus besoin de programmeurs
Posté par ckyl . En réponse à la dépêche Acceleo 2.7.0 est sorti !. Évalué à 1.
Mais quand on travaille dans la vraie vie, on se rend compte rapidement:
Penses à faire ce genre de commentaires sous un autre nom la prochaine fois.
Non par ce que pour un thésard de l'I3S chez rainbow qui n'a jamais mis les pieds en dehors d'une université et d'un polytech au niveau totalement extraordinaire ça fait doucement rigoler.
[^] # Re: ?
Posté par ckyl . En réponse au journal Pas rapide à la détente ?. Évalué à 2.
En pratique tu es dans un monde où tu peux prendre 12cm de lame dans l'abdomen pour un lecteur cd (cas réel aussi). Ca donne pas envie de donner sa chance à l'autre...
[^] # Re: ?
Posté par ckyl . En réponse au journal Pas rapide à la détente ?. Évalué à 3.
Maintenant tu m'expliques comment tu neutralises ou vire quelqu'un de chez toi. Sachant que tu menace de foutre sa vie en l'air si il se fait chopper, que tu n'as aucune idée de sa dangerosité (armé ou pas, quelle force, quel but ?) et que lui n'hésitera surement pas. Dans la vrai vie le premier qui tape fort gagne, c'est aussi simple que ca. Le problème c'est que taper fort ce n'est pas une réponse proportionné. Pas besoin de le tuer, blesse le si il porte plainte tu perds.
[^] # Re: ?
Posté par ckyl . En réponse au journal Pas rapide à la détente ?. Évalué à 6.
Ta théorie de bisounours sur le clé de bras c'est bien gentil. Mais dans la vraie vie, ta clé de bras c'est de la branlette. Entre neutraliser un mec qui se défend et le foutre KO y'a... juste de la chance. Si tu veux tester je t'invite chez moi quand tu veux, tu pourras mettre en pratique ta théorie de la clé de bras ! En France, la loi est telle que tu laisses faire... Pilier chez moi ou faites ce que vous voulez braves gens, si je me défend je risque plus que vous.
Y'a vraiment des gens ici qui vivent dans des univers parallèles !
[^] # Re: Petite erreur.
Posté par ckyl . En réponse au journal 8 mars. Évalué à 2.
Votre Honneur, je n'aurai uniquement qu'une question : Quand j'introduis une pièce dans un distributeur de boissons la canette qui en sort est à moi ou à la machine ?