Pour les non-débutant(e)s qui développe en ruby, attention le code peux faire mal aux yeux.
Ben, même les débutants, ça devrait leur piquer les yeux parce qu'au niveau des noms de paramètres, tu t'es fait plaisir :D
class Morgage
/* SNIP */
def initialize (p,d,i,l,c,s,a,w,f,r,g,m,v,o,u)
et là aussi
class Loan
def initialize (m,t,r)
Certes, ce choix inclus peut-être des utilisateurs de BSD qui n'ont pas vu que iwconfig n'existait pas sur leur système
Oui, il n'y a pas iwconfig sur BSD puisqu'on peut tout faire avec ifconfig mais le choix ifconfig seul n'étant pas disponible, on s'est repliés sur ce double choix…
Par contre, ce qui est désespérant, c'est de croire que les utilisateurs d'un système qui maîtrisent ifconfig puissent ignorer que iwconfig n'existe pas chez eux :)
Ben non, il avait pas envie de dire merci, lui. C'est toute la différence !
Quel est la différence entre 5 + "a" et datetime(123,32,201) ?
La première pourrait éventuellement être détecté à la compilation, mais la deuxième non. Alors pourquoi ajouter une technique qui vérifiera la première mais pas la deuxième ?
Sauf qu'avec un typage statique, y a tout une série de tests unitaires que tu n'a pas besoin d'écrire, tout ceux où tu devras vérifier comment se comporte ton code quand l'utilisateur de ton code rentre un caractère à la place d'un chiffre.
Pour ce qui est de datetime(123,32,201), dans certains langages, cela ne compilerait même pas, les valeurs étant hors plage d'emblée.
Non, ce qui s'est passé, c'est que la redirection associée à cette vieille adresse mail ne fonctionnait plus donc les modo n'ont pas pu me joindre avant la publication de la news des meilleurs contributeurs.
Du coup, quand j'ai vu que certains n'avaient pu être contactés, j'ai vite vu que j'en faisais partie.
J'ai donc contacté l'équipe qui m'a dit qu'il fallait maintenant attendre le moment où quelqu'un ne pourrait être joint pour profiter du créneau et recevoir un des 5 bouquins mis en jeu chaque mois.
J'espère que j'ai été clair :D
Reprenons point par point :
Sur un Athlon 2600+ à 1.8Ghz, faut pas trop exagérer avec les ressources :D => WindowMaker
Le GKrellM par défaut, c'est juste parce que je me fous de l'apparence. Mais bon, effectivement, c'est mon côté passéiste qui veut que je cherche la fonctionnalité avant la beauté ;)
Et puis, mon Caliméro, il a une fourche et une queue de diablotin. Mais oui, j'ai regardé Caliméro quand j'étais gosse :)
Enfin, Java, c'est pas encore du passé… Sauf en prépa :)
Mon Dieu !! Je lis bien ce que je lis ??? Un SPAM dans les commentaires ?
Pffff si les spammeurs se mettent à poster sur Linuxfr, ça va rajouter du bruit dans les commentaires des news… Comme si on en manquait :)
Oui mais au moins, c'est bô !!!
T'as plein de tests et un bel historique qui laissent penser que t'es le plus fort :D
Un peu de géographie ne faisant pas de mal, il faut savoir que l'on écrit plutôt "Aller à Thouars".
Merci d'avance :)
Voilà !! Et il y a aussi quelques boites de services sous-traitantes de ces mêmes boites dans Paris.
Mais, bon, je voudrais quand même préciser que si Ada est effectivement très présent dans cette niche, cela reste un langage généraliste qui permet de faire d'autres choses que de l'embarqué ou de la haute fiabilité.
Pff, on fait comment pour trouver un job de programmeur Ada? On déménage de Paris à Toulouse?
Il doit bien y en avoir sur Paris des jobs en Ada. Par exemple, Sur Google, 'job ada paris' donne quelques résultats.
Exact mais c'est le compilateur qui est buggé pas la norme donc il est tout à fait normal que cela apparaisse quand même dans les nouveautés.
Ceci dit, Yannick Moy, ingé chez AdaCore, avait bien précisé le changement de comportement dans les dernières versions (cf. ce commentaire).
Bon, depuis, je n'ai pas re-testé car pour moi, le passage in/out pour les fonctions est trop dangereux.
Ben là où est écrit par exemple
More information:
"Introduction to Ada", FOSDEM'2013, ODP, 3684KB (slides)
"Introduction to Ada", FOSDEM'2013, PDF, 856KB (slides)
Effectivement, je fais mon mea culpa, le lien que j'ai fourni n'était pas le bon !!! Désolé.
Si un gentil modérateur pouvait remplacer le premier lien d'Ada-Belgium par celui-là ou carrément ajouter en tant que lien en fin de journal, ce serait très gentil :)
Encore désolé mon cher Reno.
Ouais, c'est clair, c'est un truc de malade, y a pas de Flash, pas vidéo, faut juste savoir lire :D
J'avais hésité à mettre les liens mais je pensais que c'était clair. Finalement, c'était pas assez pré-maché :
- Le Welcome
N'insistez pas, je ne vais pas m'enregistrer en train de les lire :D
Dites, je suis quand même pas le seul à utiliser le patron de conception des états, si ?
Ok, faut l'adapter pour chaque projet.
Ok, ça gère pas le hiérarchique (enfin, avec un peu de jugeotte, ça se fait).
Mais bon, globalement, ça peut le faire.
Je suis impressionné qu'on puisse voir ça comme un problème.
Si on cassait jamais la compatibilité, on aurait encore que 640Ko de RAM disponible et on ferait encore des pirouettes pour les dépasser.
Maintenant, dans Java, c'est un problème parce que cela pousse certains à continuer à utiliser des trucs deprecated donc non maintenus et potentiellement troués comme pas possible. Ca alourdit la bibliothèque et sa doc.
Si tu veux continuer à faire du JDK 1.2, utilises un JDK 1.2 mais ne demandes pas au 1.7 de traîner les boulets de ses ancêtres.
D'ailleurs, plus haut tu parlais d'Ada, certaines constructions sont interdites dans la dernière version alors qu'elles étaient autorisées avant. Ce n'est pas sale pour autant !!
C'est même plutôt sain que de retirer ce qui peut poser problème ou qui n'a plus lieu d'être.
En quoi elle est paralysée ? L'accès au fichier a subit 2 grosses mises à jour (nio et nio2), l'IHM en eu une grosse (swing pour remplacer awt). Oui on pourrait peut être espérer plus de nouveautés (swing commence à moisir par exemple), mais ça n'a rien à voir avec la compatibilité.
Effectivement, cela n'a rien à voir avec la compatibilité puisque AWT, io et Date, dont plus de la moitié de l'API est deprecated, se trouvent toujours dans l'API…
La dénomination commerciale/publique du langage depuis Java 5 est justement « Java 5 », « Java 6 » et « Java 7 », mais l'API est en version 1.5, 1.6 et 1.7. Ils se permettront de casser la compatibilité pour la version 2.x (pas prévue à ce que je sache).
Ayant commencé avec du Java 1.2-beta4 en 1998, je sais, merci !! Et donc, ça fait donc 15 ans que la compatibilité n'a pas été cassée.
Finalement, peut-être que pour 1.99 aka Java99, on aura virer les trucs qui ne servent plus à rien :)
Personnellement je ne vois pas en quoi c'est un problème une API qui ne plaît pas il suffit de ne pas l'utiliser.
Le problème, ce n'est pas qu'elle ne me plaît pas mais simplement, comme le dit Cykl, elle est paralysée.
Personnellement, je pense que quelque chose qui est deprecated devrait sortir de l'API au bout de deux ou trois révisions du langage, quitte à y revenir sous une autre forme plus tard.
Java à un énorme problème de ce côté là. Le langage et la lib standard se retrouvent paralysées. Y'a un moment ou il faut faire quelque chose (et on peut le faire sans rien, ou trop, casser) mais le JDK à du mal.
Carrément d'accord !!! Combien de choses sont en deprecated de puis plus de dix ans dans la "lib standard" du JDK ?
Il y a un moment où il faut aussi dire que l'appli développée il y a dix ans a peut-être besoin d'être nettoyée si elle veut sauter d'un seul coup trois versions de JDK !
Rien qu'en virant l'ensemble des classes ou méthodes qui sont deprecated depuis 2 versions majeures, on gagnerait en lisibilité.
Ben moi, je trouve que finalement, ce classement est franchement pas mal :)
C'est clair, c'est quand ils disent juste ministère de l'Intérieur que ça devient suspect :D
Merci Yannick. voilà une information dont la source est on ne peut plus fiable ce qui n'est pas toujours évident par ici :D