Thomas Douillard a écrit 9175 commentaires

seront-il à la hauteur d'imposer leur veto

Ils ont pas de véto. L'UMP a une majorité largement suffisante pour qu'ils puissent faire passer à peu prêt ce qu'ils veuleut à l'assemblée au final, avec plus ou moins de remou, certe. Mais pour DADVSI, côté remou, on est servi non ?

Bof, ils auraient été tous là (les députéés) ca aurait été sans doute les mêmes proportions à peu prêt. Si tu fais venir plus de députés de gauche, AMHA plus de députés de droite vont venir.

T'as pris ta dose de catastrophisme pessimiste pour l'année ? En tout cas ça s'arrange pas chez toi ... Et plus tu deviens pessimiste, plus tu glisses vers les dérives poujadistes dans l'expression et dans le fond. (d'ailleurs t'es tellement aigri que tu mets des guillemets à révolutionnaires. C'était peut être des révolutionnaires bourgeois principalement, mais ca n'en reste pas moins des révolutionnaires)

Tu sais quoi, des gens qui tenaient ton discour, il y en a toujours eu, et il y en aura toujours, à toutes les époques. Et pourtant on vit dans l'ensemble plutôt pas mal, au final, non ? En tout cas, ce genre de discours n'a jamais fait vraiment bouger les choses.

De toute façon, ce genre de situtation nait si les parents ont pas de boulot/un boulot de merde et ni l'argent nécessaire, ni la motivation pour élever leurs gamins (boulot de merde -> favorise une démotivation, pas de boulot, c'est encore pire, ...) Dans les milieux défavorisé en gros, donc.

AMHA tant que le chômage restera aussi élevé dans les banlieues, il faut pas s'attendre à des miracles. C'est par là qu'il faut creuser, donc, toujours AMHA. Pour les mesures de court terme, elles auront de toute façon une portée limitée (pas simple d'élever le niveau d'instruction sans avoir réellement les parents derrièrre pour aider et/ou motiver), la répression/les camps d'éducation, que se passe-t-il à la sortie ? combien s'en sortent réellement ?

Tu est en train de dire que les moules sont divisés en deux clans depuis des années : les pros ubuntu qui font "\_o< \_o< -- coin coin" et les antis qui font "P4N P4N" ? Le tout bien avant qu'on ait la moidre idée de ce serai Ubuntu ?

Surement un avatar de la cabale qui n'existe pas.

Genre album "a pour pchette" une image et "a pour auteur" une bio de l'auteur ?

Règle N° 1 : si le chef a tord, le chef a raison
(ah non il y en a une avant, le chef a toujours raison)

Oui, ca je m'en doute, mais quel rapport entre l'adoption d'enfants par des couples homosexuels et la démographie ?

Je comprends rien à ta raison "démographie". Je vois pas l'impact.
Ni le rapport avec les "blancs" (l'homosexualité a rien à voir avec la couleur de la peau il me semble) et leur démographie faible (En quoi ça peut faire bouger le taux de natalité d'adopter ou non ?)

Sauf si tu parles d'adoption d'enfants étrangers, et là tes propos me plaisent pas du tout (un gamin c'est un gamin, quelle importance à son origine ?)

Le Domaine Publique, je sais pas ce que c'est, mais le domaine public, je crois pas.

Je me plains pas, je constate : le couple gcj / framework java libre est pas encore assez complet / mûr pour faire tourner eclipse CDT. Par contre il troune pas trop mal avec la JVM de SUN (j'entends sans bug qui le rende complètement inutilisable), c'est tout.
Je rebondissais sur le fait que qu'eclipse tourne avec un java entièrement libre. Certe, il tourne, mais c'est pas encore la panacée. J'ai pas vraiment testé eclipse sous une JVM libre pour le dev java uniquement.

Au passage : on trouve CDT sur le site d'eclipse, chez IBM, ça ressemble donc à un projet "officiel" eclipse, bien que ce soit un plugin.

Pour eclipse, (dans debian aussi), c'est pas forcément la joie non plus. Je l'ai testé avec CDT pour le C++, et l'indexeur de code se vautre régulièrement, bouffe 100% du proc, il y a des problème de mémoires, des boucles manifestement infinies qui bouffent 100% du proc, ... Ca fonctionne, mais beaucoup moin bien qu'avec le jvm de sun.

J'ai rien dit a propos du langage. Je sais pas si python serait mieux. Mais je persiste a penser qu'un environnement style eclipse et un langage comme java c'set pas ce qu'il y a de plus ludique/adapté. J'ai jamais dit qu'eclipse c'était de la merde, ni java d'ailleurs. Simplement, à 11 ans, on a d'autres priorités que java/eclipse, genre coder un jeu vidéo, et que c'est pas simple, et qu'il y a pleins de concepts à piger.

Quelque chose de plus orienté fun et pédagogie, de plus guidé, de plus illustratifs, genre des exemples interractifs, des objets qui se voient concrêtement à l'écran, qu'on peut manipuler un peu plus à la souris, piger le concept de méthodes/attributs de manière ludique en interagissant avec un objet a l'écran, rajouter ses propres méthodes (sans forcément dans un premier temps d'approprier la totalité de la syntaxe du langage, le gosse, il s'en fout), ca serait mieux. En bref, je pense que la forme du bouquin, les outils utilisés, sont pas adpatés pour un enfant, surtout s'il est jeune, et que à première vue les exemples sont chiants à mourrir.

Sur mon amstrad, ce que je voulais c'est pas pouvoir me repérer dans une API XML avec pleins d'objets, de méthodes, et une doc de malade, c'était voir des trucs bouger à l'écran. La complétion, c'est certe sympa, mais c'est loin d'être suffisant dans mon optique.

J'ai regardé blue/j, et je vois pas trop l'utililité d'apprendre UML à un gamin. Après ça dépend si tu veux en faire un parfait développeur dès l'age de 12 ans, mais je te suivrais pas là dessus. Un syndrome du geek qui veut transmettre ça à ses gosses ?
Ca doit rester pédagogique et surtout fun, si tu veux pas le dégouter.

[+]
Pour le concept objet, je suis pas tout à fait d'accord (cf cf mon commentaire au dessus.)

Présenté comme en java, c'est sûr que c'est pas évident. Mais présenté comme un objet "graphique" genre une raquette de pong, ça m'a l'air très intuitif. La raquette, on comprends bien que c'est un tout. Elle est à un endroit (droite/gauche, hauteur) et on peut faire des opérations dessus (la monter, la descendre, ...)

Même pas besoin d'expliquer ce qu'est une incrémentation dans un premier temps. On peut filer des objets prédéfinis dans un premier temps, laisser le gamin le manipuler (cliquer sur l'objet graphique, afficher les opérations qu'on peut faire dessus, déclencher les opérations monter/descendre, voir les implications sur les attributs, le fait qu'a l'écran la raquette monte/descend, ...). Ensuite on peut le guider pour coder une balle (elle a une direction, une opération "avancer", une coordonée x/y, ...).

Dans un langage comme java, avec pleins de mots clé obscurs, des blocs, c'est pas gagné, mais un peu guidé avec un cliquodrome/des aides a la génération, ça doit être plus facile.

En même temps, ça me semble pas très ludique comme apprentissage.

Il faut installer eclipse, apprendre des tas de concepts, une syntaxe, le principe des layouts pour constuire des widgets (ce que j'ai vu rapidement en parcourant le livre).

Alors certe eclipse ça saute (masque) la phase "compilation", ca t'aide un peu, mais le gamin de 11 ans qui a pas abandonné avant d'arriver à des trucs intéressants, il est sacrément mûr/motivé/poussé par ses parents.

Je me souviens avoir débuté en basic sur amstrad : t'allumes le pc, tu peux taper les programmes exemples du manuel dans un langage relativement simple à comprendre. C'est rapide, et, à mon avis ludique. Eclipse c'est AMHA pas très ludique. Et puis il y a des tas de concepts à apprendre en java avant d'arriver à un résultats. Perso je pense que le concept d'objet peut être vachement utile pour un gamin/débutant, mais il faut bien le présenter de manière intuitive, et avec des exemples sympa et une syntaxe pas trop lourde ni chiante, avec une bonne bibliothèque pour faire facilement des graphismes/des éléments de jeux, faire bouger des objets à l'écran.

Sur le langage a apprendre aux enfants, faut-il leur faire utiliser/apprendre un langage d'adulte ou leur faire appréhender les concepts de la programmation de façon ludique ? Pour moi l'important c'est qu'ils puissent arriver à un résultat sympa sans se décourager. Je crois pas trop au couple java/eclipse, ils y viendront assez rapidement si ils sont intéressés.

Et si les médias matraquait aux informations les dangés lié à cette loi

Le discours "Tu pourras te faire virer n'importe quand pendant deux ans sans motif" a plus d'impact que "Tu pourras plus lire de la musique avec des LL" (grosse ellipse/caricature).

Il faut voir aussi qu'une pétition signée par 165 000 personnes face à un mouvement qui, sans parler des violences, a mis 10 x plus de gens dans la rue, ça pèse pas le même poids. D'ailleurs des pétitions signée par 165 000 personnes, je pense pas que ce soit si rare que ça (en pourcentage de la population, on est déja loin des 1).

la France est devenue une ENArchie.

Je vois mal comment on peux faire plus Poujadiste dans la forme.

Bref, va sérieusement falloir réfléchir a lancer un parti, pour rattraper les conneries de la droite ? en 2012...

Entre nous, j'aimerai bien voir ton programme.

En même temps si le principe de base du marketting était de descendre ses propres produits et/ou technos, ça se saurait.

Je pense surtout que le problème des artistes, c'est la musique, et s'ils laissent des maisons de disques les diffuser, c'est qu'ils veulent pas s'emmerder avec les questions de production/distribution/vente. La maison de disque doit rien leur dire du tout de ce point de vue là.

elle est bluff-e-an-te ?

(Avertissement, je suis pas non plus un expert en algo génétique, il y a des oublis, approximations, erreurs ?)

"L'objet" en question peut être la solution d'un problème (un chemin dans un graphe, pour le problème du voyageur de commerce par exemple) écrit sous la forme d'une chaine par exemple.

Son évolution dépends des opérateurs qu'on lui affecte :
-> "petites" mutations pour une recherche locale (swap de deux sommets villes dans le chemin, par exemple),
-> opérateurs un peu plus radicaux lors du croisement de deux solutions (crossover) : on mixe des chemins, prendre le début d'un, la fin d'un autre, et tout coller.

Ensuite on les 'répares' éventuellement si au passage on a créé des fausses solutions (un chemin dans lequel on a deux fois le même sommets), on garde les meilleurs, et on recommence. L'algo est pas modifié.

Note que ton "si vous voulez un logiciel, payez moi pour le développer" s'applique très bien aux SSII, modèle proprio la plupart du temps.

"Une fois le travail/logiciel achevé il appartient à tous."

Ca ça dépend. Une entreprise peut très bien choisir de garde le logiciel et son code GPL pour elle.


Du coup une conclusion me vient à l'esprit : du dev spécifique, ça peut couter très cher (le salaire d'un/plusieurs développeurs pendant X temps, libre comme proprio), plus cher qu'une licence d'un logiciel courant (le cout est partagé entre tous les acheteurs, a priori). Surtout si l'entreprise en supporte seule le coût.

Un gros avantage du LL à mon sens, c'est la mutualisation. Linux par exemple, tout le monde peut récupérer le travail fait dessus, et rajouter du code et des fonctionnalités au panier. Dans le cas de dev très spécifique ou très peu de mutualisation est dispo, il y a au moins les bibliothèques libres, pour certaines parties du code. Mais l'intérêt du libre n'est plus dans le coût, alors. Fournir un logiciel stratégique qui pourrait aider la concurrence alors qu'elle n'en a pas supporté le dev, je comprends que ça puisse refroidir.

Mauvais client, changer de client.

C'est plutôt dans l'autre sens que ça marche en général. Le client peut l'être chez toi ou ailleurs, tu vas pas forcer les gens à acheter/t'employer. Après, à toi de coller au mieux à leurs besoins ...