Alex a écrit 1849 commentaires

En fait ton exemple python n'a en effet que peut d’intérêt (à cause du open qui prend le path d'un fichier)
en plus de duckfriendly:

def readToArray anInput
  arr = []
  begin
    anInput.open
    anInput.each { |elm| arr << elm }
  ensure
    anInput.close
  end
end

Cela fait toujours plus que ton exemple java, mais cela me permet d'utiliser cette méthode sur tout type pouvant s'itérer, que ce soit un fichier, un tableau excel, une main (pour lire les ligne de la main… bon ok ;) ), là où dans ton exemple il faudrait sous classer file et/ou recoder un tas de trucs

Qui a fait un test U pour voir ce que ça fait si je lui passe un Int ou un Canard en paramètre ?
Si répondu « moi » à la question précédente, ça fait quoi avec une Voiture ou un Path ou Obiwan ou … ?

On s'en fout, ton test U doit être sur que pour un type itérant, la méthode te renvoi un tableau contenant chaque élément de ce type, au dev qui développera ce type de faire les tests U qui confirme que son objet c'est ouvrir/itérer/fermer
Ceci dit je t'accorde qu'à la relecture, ton exemple "s'autodocumente" mieux

Bon c'est vrai que je saute de votre troll java/python vers un troll canard/pas canard. De plus je fais moi même le lien entre typage dynamique et ducktyping, alors qu'il est possible d'en faire avec certains langages statiques dont le c++

Un exemple m'éclairera sûrement =)

La comme ça je n'ai pas tant d'exemple pratique, mais je pensai notamment à la déduplication (création d'héritage, de délegation, fusion de 2 chaines d'héritages), la possibilité d'utiliser des traits facilement et rapidement, etc…

En dynamique, on est de base pas aidé par l'IDE, même la refacto la plus simple (renommage attribut ou méthode) est un jeu de pifométrie aléatoire avec 0 certitude que le système fonctionne correctement après la refacto.

Oui ça peut être bordel et pas complètement automatisable, mais ça se fait bien si justement tu as un bon jeu de test, tu suis le flux de donnée, tu renommes automatiquement ta méthode, ainsi que d'éventuelles erreurs de ducktyping.
Ce n'est pas aussi efficace qu'une analyse statique en effet, mais c'est compensé par les facilités que t'offre le duck typing.

Et ? Où est le problème ?

Bien sur qu'il faut retaper, je prétends juste que la quantité de travail est beaucoup plus importante dans un cas
Le temps, le plaisir du dev, la complexité et surtout la méthode
comme j'indiquai dans le pire cas que j'ai vu, ça a finit en AOP dégueu plutôt qu'une belle réécriture. Bien sur ça peut arriver en dynamique, je prétends juste que c'est moins probable car beaucoup plus souple et facile.

Ceci dit ne croyez pas que je suis un défenseur pur et dur du dynamique, pour moi le dynamique à un énorme défaut: il faut être rigoureux, notamment sur la doc et les tests. Sur un gros projet, si ce n'est pas le cas, ça casse beaucoup plus vite que sur du statique.

Oui, on peut faire du crade avec tout, certains langages étant juste plus enclins que d'autres à faire du code dégueu.

Pas une question de coder crade, juste une erreur humaine
Dailleurs je dirai que le dynamique oblige à coder propre, faire tes testsU et faire la doc… des fois ce n'est pas fait et là évidemment c'est une catastrophe.

Un refacto d'archi risque typiquement de casser l'intégralité de ton code Python

Je connais pas particulièrement python (en fait je commence mon premier proj python actuellement, mais pour avoir vécu ce genre de situation en smalltalk (1 fois), ruby, java et c++, moi je suis convaincu. En java et c++ (et je pense en typage statique en général) ça revient souvent à réecrire beaucoup de choses (voir pire, jai déjà vu un rattrapage d'archi en AOP).
Bien sur je troll, ce sont des cas particuliers, et pour le projet st que je prend en exemple, je suis persuadé que tout aurait foiré si les devs avaient manqué de rigueur et n'avaient pas codé les tests.

Il y a jeu sur les mots: personne ne veut payer plus d’impôt, mais certains pensent que c'est dans le contexte actuel la meilleure solution.

En tout cas d'un point de vue stabilité / maintenance / évolutivité.

Je pense que ces objectifs n'ont rien à voir avec le fait d'utiliser un langage statique ou dynamique. Je pense même que que l'on produit assez souvent des programmes en c++ peu stables malgré son typage statique.

J'ai vu suffisamment de projets pour trouver des bons et de mauvais exemples dans tout les cas, par contre j'ai un plus gros désaccord pour le refactoring: en effet le dynamique peut poser problème lorsque l'on renomme des méthodes ou ptit trucs du genre, par contre en cas de gros refactoring (modif d'archi), il me semble que le dynamique est là bien supérieur.

Mais c'est quoi exactement INDECT ?
après lecture rapide sur le net je vois que c'est une plateforme de datamining qui a un but illégal (en tout cas cela me semble illégal, mais je ne suis pas juriste).
Pour pouvoir utiliser la plateforme, il faudra bien procéder à un vote qui ne passera surement pas, non ?

Hors sujet, il parlait des gars qui n'aimait pas être racheté par un japonnais, ou plus généralement du mec qui n'est pas content de sa boite pour une raison x ou y. Toi tu me parles de ce même gars dans 10 ans

Mais sinon, je partage ton avis sur la fuite des technos et compétences

Non mais, vraiment, toi y en a être de la planète Mars, Toi y en a croire que les salariés sont libres de leur mouvement ? Toi y en a pas avoir de maison, d'enfants, de parents ?

mouais, la société est à Paris, pour les mecs qui font de l'info, ce ne doit pas être un problème de changer de boite.

Ceci dit, un employé qui s’est donné sur ce projet n années peut en effet se sentir trahi

En fait ce qui m'embête:
pour github: polluer github avec quelque chose de pas indus
pour le cms: un mauvaise indexation

Arf, en effet j'avais oublié maven… c'est ça de faire top de dev android ;)

je parlais pour les jar, comme gem pour ruby

Il y a vraiment des gens qui utilisent éclipse pour autre chose que du java ?

Eclipse est l'éxemple d'outil qui font que j'utilise le moins possible d'outils en java. C'est certainement l'ide le plus complet qui soit, mais ça prend 3h à se lancer, c'est lent, peu stable, pas réactif…
Quand je compare à pharo, je rêve de trouver un ide semblable pour tout les autres langages.
Perso la plupart du temps j'utilise un simple éditeur, pour de gros projets , j'ai préféré déboursé des sous pour ruby, et pour c++ kdev et creator sont largement utilisables, et pour java… ben là en effet j'utilise eclipse, mais j'ai tendance à refuser les projets java ;)

Ensuite sur le langage, je n'ai que les critiques habituelles: noms à rallonge, api lourde et chiante, mais si elle est très propre d'un point de vue pattern,pas de système de dépendances, etc…

je ne vois surtout pas l'interêt de comparer avec un langage qui compile en natif. Autant comparer avec c#, ruby, st…

l'humour de couleur tu veux dire

c'est dans les conditions d'attribution du terrain, si tu es interessé tu acceptes les conditions de vente, sinon tu vas en chercher un ailleurs

les riches payent pour les plus pauvres, les classes moyenne ont encore un parc à acheter, tout le monde est content, la collectivité ne paye rien.
par contre si ça se généralise, tu prends le risque de chasser les classes moyenne

Sans généraliser, c'est parfois le cas.
Dans ma ville (petite banlieue bourgeoise), la mairie accorde les permis de construire aux promoteurs en échange de la construction de logements sociaux (question de rattraper le quota). Le promoteur vend ces immeubles à perte, et compense donc sur les logements "classiques".
Du coup, on m'a proposé un 100m² flambant neuf à … 700k€, pour comparaison, une maison de 5 ans, de plus grande surface (130+jardin+sous sol) m'a été proposé à 400k€ (oui ça reste très cher quand même)

Je redis quelque chose de bien connu : Les retraites à l'instant t sont toujours payés, quelque soit le système par les travailleurs au même instant t.

Tant que l'état peut payer le différentiel entre les prélèvements et les retraites (s’il y en a un), mais surtout le problème se pose au moment t+1, lorsque la génération qui précède, la génération actuelle , ou celle qui suit prendra sa retraite

Ceci dit je ne pense pas non plus que les fonds de pension soient une solution pérenne

Perso je pense plus à un bug du term, comme ça m'arrivait si souvent sous linux fut une époque

Je ne pense pas que ça soit au langage de faire des trucs magiques sans l'accord du dev.

Sur Windows, argv n'est pas en UTF-8

Windows ou le term, est ce le même comportement avec powershell, cygwin, ou je ne sais quel autre terminal ?

Je n'ai pas ce problème d'accent ni sous osx, ni sous linux

Pour l'exception, ça ne me choque pas, tu tentes d'acceder à un tableau vide, sans gérer les exceptions, ces un comportement normal selon moi.

Pour l'ide, sur le site de digital mars il propose un plugin pour visual, pour eclispe, et ils proposent d'autres ide. Je ne les ai pas essayés, je ne sais pas ce qu'ils valent

Néanmoins c'est un problème plutôt récurent de tout les langages qui ne sont pas "mainstream". Même pour ruby je ne trouve pas d'ide libre où même gratuit et de bonne facture. (en payant et proprio, j'aime beaucoup rubymine par contre)

De tête in fine ne veut pas dire infini mais à la fin
tu rembourses mensuellement les interets, et le reste à la dernière échéance

Lorsque l’intérêt est dû, la banque "crée" l'argent en indiquant dans ces comptes que untel lui doit de l'argent.

Cette anticipation n'est elle pas problématique ?
Est ce point qui empêche "simplement" d'annuler les intérêts de la dette des états en difficulté ?

la tournure est mal faite

les constructeurs ne ne respectent pas la norme, ou fournissent des composants bugguer, ils compensent en fournissant des divers fonctionnels spécifiques qui corrigent ces différents problèmes.

j'heberge rien (madame michu non plus )

Les moyens créent aussi le besoin
vpn p2p, multiples flux video, même 3d, télésurveillance depuis son taf, diffusion de flux hd, téléchargement plus rapide etc…
l'outillage michu compliant arrivera avec le débit