Dans le cas d'une équipe distribuée, donc qui ne peux se rassembler… On ne fait pas d'agile. Ça ne marche pas, l'agilité n'est pas une recette magique qui marche tout le temps.
Ah mince. Ce qui est con quand on te prévient pas c'est que tu fais des trucs impossible… On faisait sûrement de la grosse merde…
Ensuite le mur électronique, pousse à remplacer la communication par des processus, donc l'opposé de la philosophie agile.
Non c'est un état d'esprit; des valeurs et des principes.
Si ton n'équipe n'a pas assimilé le fondement des choses et les buts; c'est ça le problème pas l'implémentation d'un point précis que tu choisis. Des gens appliquer bêtement ce qu'on leur a dit sans avoir rien compris, j'en ai vu autant avec du tout papier que du tout électronique.
Explique moi la différence profonde entre "Écrire quelque chose sur un post-it papier" et "Écrire quelque chose sur un post-it informatique". C'est comment tu t'en sers qui est important.
Mon point n'est pas de dire n'utilisez pas cet outils, mais de dire, attention il n'est pas adapté à une pratique réellement agile.
N'importe quoi. C'est toi qui est complètement obnubilé par les processus et une implémentation unique de la chose.
Dire qu'un board électronique n'est pas réellement agile c'est aussi con que dire que si je fais mon stand up assis je suis pas agile… Le choix de l'implémentation par défaut poussée par les gentil petits formateurs à uniquement pour but de faciliter la mise en pratique initiale. Individuals and interactions over Processes and tools
Le mot agile est sûrement de trop si on considère que le seul outil utilisé dans les méthodes agiles sont un mur et des post-it.
Non tu l'implémentes comme tu veux et comme ca fait le plus de sens pour ton contexte.
Dans les équipes distribuées tu n'as pas le choix de tout facon
Il y a des inconvénniants et des avantages à l'approche papier et à l'approche electronique. Je ne vais pas parler du papier par ce que c'est que qu'on te vend par défaut. Par contre il ne te permet pas par exemple de garder aisément de trace des discussions et de ce qu'il s'est passé. Tu perds de l'info sans le savoir, les tâche sont écrite à la truelle et jamais clarifiée. Rien est maintenu. Tu finis par utiliser du papier comme bugtracker. Tu bouffes 2 tonnes de papier par semaine pour rien. Etc. Pour avoir expérimenté les deux, perso je préfère gérer le board et tout le bordel sur un ordi. C'est plus rapide, pratique et ca ne change absolument rien.
Si le middlemanagement ou quelqu'un veut ruiner l'esprit de l'approche, ce n'est pas un outil qu'il faut blamer. C'est un peu comme prendre le "stand up" au pied de la lettre. A partir du moment ou tu as compris le but du truc (et peu le comprenne…) et que tu t'éfforces de le garder court. Que tu sois débout, assis, allongé ou à poil ca ne change rien. Il ne faut pas confondre but, outil et technique.
Le statut d'auto-entrepreneur en soi c'est une très bonne idée.
Faut arrêter avec l'AE. La bonne idée serait de retirer la montagne de merdes à gérer pour toutes les boîtes. L'AE c'est juste un tout petit pas dans ce sens pour des personnes qui ne désirent pas vivre de cette activités. Bref pour l'état essayer de récupérer de l'argent qui partait au black par ce que personne de censé ne va s'embêter avec tout ce bordel pour 1 à 15K/an.
Le plafond de CA de l'AE est à 32K. Ça ne fait du sens que pour les activités parallèles… ou pour exploiter les personnes qui étaient déjà en situation précaires dont les revenus ne pourront jamais assurer à long terme les contraintes de l'indépendance. La simplification des choses ne passe pas par… empiler un nouveau statut.
On dirait un beau discours de marketing pour le formidable métier de recruteur.
Absolument pas. C'est juste la réalité qu'il n'existe pas un stéréotype unique de recruteur surtout qu'une énorme part des recrutements ne sont juste pas fait par des recruteurs mais juste par des personnes comme toi ou moi…
D'un côté, dans ce fil, on n'hésite pas à sous-entendre (ou à dire clairement) que les historiens sont tous des connards prétentieux. Mais là, pas de problèmes. Par contre, on dit que l'a priori peut avoir un impact inconscient, levée de bouclier.
Je pense que personne n'a dit que les historiens sont tous des connards prétentieux. Tout au plus que le personnage Pierre Roc l'était clairement (ou au minimum antipathique). Et ça, c'est clairement un critère bloquant pour trouver un taff. Même les "brillant jerks" se font évincer.
Note qu'il peut être très différent dans la vraie vie.
D'ailleurs, ton discours ne fait que confirmer mon hypothèse: tu dis que le recruteur se base plus sur son ressenti que sur le cv.
Encore heureux. Le CV ne donne aucune information réelle sur la personne et ses capacités.
Je ne compte plus le nombre d’entretiens que j'ai arrêté après 10 minutes car le mec à ne connaît même pas les bases de la tagline de son CV… Le CV semblait cohérent et dire que ça valait le coût que je perde mon temps à le voir plutôt que de faire mon travail, mais une interaction avec lui t'apprends que non. Le CV est uniquement un moyen de donnée envie aux gens de t'appeler ou de te recevoir. Après c'est à toi de montrer que tu es en accord avec ce que tu as vendu sur ton CV. Il faut savoir vendre sans sur-vendre.
C'est exactement le point que je donnais: le ressenti est très influencé par les a priori inconscient
Évidement. Maintenant toutes les personnes à qui tu vas parler n'ont pas l'a priori inconscient que les études universitaires sont de la merde. J'aurais plutôt l'a priori inverse par exemple…
Et les a priori sont limités aux informations transmises par la personne. Sur une à six heures ça devrait être assez facile de se montrer pro et de vendre son bifteck si il est intéressant…
Ça comprend aussi l'élimination inconsciente des gens qui ont l'air "moins motivés" pour le recruteur parce qu'ils ont une culture de travail différente
Ce n'est pas une histoire de culture de travail différente, ça tu ne peux pas trop le juger dans un entretient. Tu peux juger le discours et l'attitude de la personne. Évidement ça n'a rien d'une science et tu te trompes souvent.
Prenons un exemple récent, un mec qui est off depuis un an, qui arrive en entretient avec un niveau moyen et qui te dit "Ah je sais pas ça fait un an que j'ai pas écrit de code, mais ça me prendrait 3 jours pour revenir au top niveau". Bah pourquoi tu l'as pas fait trois jours avant de venir me voir alors ?. Oui tu l'élimines. Pas par ce que tu as un a priori sur le fait qu'il bosse pas depuis un an, mais par ce que son discours et sa démarche sont stupides. Et tu ne veux pas travailler avec des gens stupides…
À l'inverse un mec qui me dis "J'aime travailler intelligemment et non pas dur" je vais gratter pour voir ce qu'il y a dessous et ça peut donner un a priori positif. Quelqu'un d'autre pourra ne pas apprécier… La pensée unique n'existe pas.
Recruter est très difficile. Il est très intéressant d'être régulièrement des deux côtés de la table pour se rendre compte de la vue de l'autre. Dans tous les cas, penser qu'il y a un complot te discriminant et t'empêchant tout accès est une connerie monumentale. En dehors des très bons et très mauvais, je n'ai jamais vu trois personnes ayant vu le même candidat avoir exactement le même avis.
Et encore une fois, en informatique annuler tout a priori négatif est trivial. Il suffit de pousser du boulot de qualité publiquement. C'est un "petit effort" qui paie très fortement et immédiatement. Nous sommes extrêmement chanceux sur ce point.
À mon avis, il n'y a pas à aller voir plus loin: le type qui engage des informaticiens, il s'y connait surement plus en info qu'en histoire (ça donne bien le niveau). On lui dit "j'ai fait histoire", pour lui, ça veut dire "je sais quand est né Charlemagne et je n'ai rien d'autre à offrir et maintenant, je vais bluffer en inventant des capacités bidons que j'ai soi-disant acquises durant mes études".
Ce qui est bien aussi c'est de ne pas se réfugier derrière une grossière caricature :) Puisque tu veux parler des informaticiens je vais rester sur ton domaine même si je pense que c'est un très mauvais exemple car il n'est pas du tout représentatif des problèmes de notre société.
"Le type qui engage des informaticiens" ça n'existe pas. Tu ne pas en parler comme d'une entité. Chacun au sein d'une entreprise pratique la chose avec ses critères, sa sensibilité, et chaque entreprise à ses règles et culture. Il est crétin de croire que toutes les boîtes et tous les gens à qui tu as, ou peux, parlé vont saquer un cursus universitaire/atypique.
Ce que tu décris existe et forme un sous ensemble des "types qui engagent des informaticiens". De même que la politique de certaines entreprises va aller dans le même sens: "Groupe A comme filtre passe bas pour recevoir les gens en entretient". Mais utiliser cet argument pour dire "j'ai un cursus universitaire donc je ne trouve pas de travail" non. Par ce qu'à côté tu as beaucoup d'autres gens qui ont des critères différents:
Certains vont se foutre complètement de ta formation et de ton passé pour simplement se focaliser sur ce que tu es capable de montrer maintenant. Si tu postules chez Google par exemple, à aucun moment ton cursus ou ce que tu as fait ces 10 dernières années n'entre en jeu pour les X interviewers qui vont dire oui ou non.
D'autres vont au contraire préférer les gens avec un cursus universitaire. Où par ce qu'ils en sont sorti, vont avoir gardé des contacts qui vont permettre d'appuyer les bons éléments en sortant.
D'autres vont être intrigués par un parcours atypique et vont leur donner leur chance de prouver leur niveau à ce qui sorte du stéréotype.
Etc.
Bref les sensibilités sont très différentes. Et si je regarde par mon petit bout de la lorgnette, pour des non junior en général on s'en balance complètement d'où ils ont fait leurs études et de leurs études tout court. Ça ne sert juste qu'à détecter les gens ayant une culture incompatible avec leur formation, et donner de piste pour les questions visant à tester la solidité des bases de la personne. Pour les juniors, on s'en fou aussi, puisque le niveau des interviews techniques est le même. À partir du moment où tu as les connaissances et le savoir faire, on s'en fou d'où et comment tu l'as appris. Par contre la motivation et la débrouillardise sont clairement le critère déterminant. Notre dernière recrue n'était pas sensiblement meilleur que les autres bons candidats mais juste la personne la plus motivée depuis assez longtemps…
Chaque personne avec laquelle tu vas parler est unique et à ses propres critères et sensibilité. Tu ne peux pas résumer le fait que tu ne trouves pas de travail à une seule case triviale et sans importance qui n'est pas coché chez toi.
Après je pense que prendre l'informatique comme exemple est une très mauvaise idée car:
L'informatique est un des très rare marché où le salarié est en position de force, en étant compétent il est extrêmement facile de trouver un travail et tout le monde se battra pour te garder. Même les mauvais finissent par trouver du travail (et on en voit passer à la pelle…) alors qu'un marché sein les dégageraient de la branche.
La nature de la discipline permet de tester les compétences et performances des gens. Avec un biais évidement, mais pour beaucoup d'autres domaines ce n'est pas possible aussi directement.
Il est aisé à un candidat en position de faiblesse de passer en position de force. T'es bon et au chômage ? T'es bon avec un profil qui donne pas directement confiance ? Passe ton temps à commiter sur github et tu passes du bas de la pile à la prochaine recrue.
Il est aisé de s'auto-former.
C'est un métier plaisant, enrichissant avec peu de contraintes où généralement on se plaint de n'avoir pas pu travailler aujourd'hui plutôt que d'être content d'en avoir fait le moins possible.
Le secteur n'est pas concentré et il existe une multitude d'employeurs.
Pour la majorité des métiers tout cela n'existe pas ou n'est pas possible. Le monde du travail et ses rapports de force sont tellement variés que chercher à améliorer la vie des uns dégrade forcément la vie des autres. Perso, la culture de Netflix est clairement une excellente chose, mais pose évidement d'autres problèmes à d'autres personnes.
Il se trouve que mes recruteurs ont les mêmes préjugés sur l’université que vous, du coup ils sous-estiment systématiquement, du coup je me retrouve avec des trucs à la con. J’ai essayé de revaloriser, mais à un moment donné je vais finir par franchement mentir.
Donc en fait tu nous dis qu'aucun universitaire n'a jamais trouvé de boulot correct, voir soyons fou intéressant et bien payé par ce que tous les processus de recrutement écartent les personnes objectivement compétentes et motivées. Oh wait… (bis)
Sérieusement soit t'es dans un domaine bouché et le problème c'est le domaine bouché. Soit faudrait réfléchir objectivement au vrai problème. Dans l'infinité des processus d'embauche, je peux croire que tu trouveras des gens qui n'acceptent que trois grandes écoles, des gens ayant jean-pierre comme prénom ou des roux. Mais à aucun moment tu ne me feras croire que TOUS refusent le mec le plus compétent qui se présente, et qui sait le montrer, avec des attentes en accord avec ce qu'il a à vendre.
C'est quoi l'interet de faire une conversion rrd -> base sqlite, puis d'utiliser une version jsifier de sqlite pour afficher ton graphe par rapport à… juste exporter les données dont tu as besoin ?
Tu mets une énorme brique au milieu pour 3 pauvres fonctionalités. Tout le côté ACID on s'en balance t'es dans un environnement mono-threadé où tu n'auras jamais aucun problème de concurrence ou de visibilité. Tu te balances de la persistance dans 90% des usages. Tu travailles sur un petit set de donnés qui est très facilement traitable à la main.
Bref j'ai un peu l'impression qu'on transcode et utilise un "gros monstre" pour… pas grand chose.
Alors la liberté d’entreprendre je m’en torche le cul… c’est bien le discours dominant du patronnat ça… docilement répété par des guignols, qui viennent parler liberté sans rien y connaître :es propriétaires d’esclaves aussi défendaient la liberté qu’ils avait sur leurs biens.
Juste une question ta profusion d'emplois salariés bien payés, intéressants, accessibles à tout le monde en monde "rien à foutre je fais qu'est ce que je veux" elle vient d'où ? Oh wait…
En gros tout doit tomber tout cuit dans le bec sans prendre aucun risque et en reportant toujours la faute sur l'autre. Tu m'étonnes que tu trouves pas de taff :)
Dernière question si tu cherches la liberté, pourquoi continuer de ne voir la vie qu'à travers le salariat ? Par définition c'est incompatible avec la liberté de choisir ce que tu fais, puisque tu vends celle-ci contre un salaire fixe et les avantages qui vont avec. Si tu veux être libre il me semble un peu plus rationnel de cherche à retirer le patron. Mais ça implique d'assumer les risques et contraintes du patron. Pour une raison inconnue, c'est une idée qui semble plaire moyen… Peut être par ce que c'est vachement plus simple de dire "moi je veux tout sans rien assumer et sans risque, démerdes toi sale con de patron" (mais surtout continue de m'embaucher…).
C'est pas forcément vrai. Les ordinateurs sont très bons à faire tout un tas de trucs qu'on considérait avant comme réservés aux humains. […] 'ai juste l'impression qu'on décale progressivement l'"humanité" des tâches, histoire de les redéfinir au fur et à mesure que les ordinateurs deviennent meilleurs que nous.
Si tu regardes la première phrase dans Wikipedia: "Machine learning, a branch of artificial intelligence, concerns the construction and study of systems that can learn from data.". L'IA reste un domaine beaucoup plus vaste et ambitieux que le ML.
L'exemple du chien et chat est typiquement un exemple de ML qui marche bien en apprentissage surpervisé sans trop d'efforts. D'ici à parler d'IA…
L'IA et le ML restent bien sur liés, et d'ailleurs pas mal de choses initialement développées pour l'IA ont finallement trouvé un usage en ML. Et en pratique l'IA a besoin du ML ainsi qu'une dizaine d'autres buts pour fonctionner. Mais dire que le moteur de recommandation de ton site préféré ou l'OCR de la poste ce n'est pas de l'IA, ce n'est pas essayer de sauver la face de l'humain, c'est juste que ce n'est pas de l'IA au sens admis du terme.
En vérité, un ordinateur est lamentable même fasse à un enfant de 3 ans lorsqu'il s'agit de faire la différence entre un chat et un chien.
Tu paries ? Je pense que ton exemple est pas forcément des mieux choisi, c'est du machine learning et pas le l'IA. C'est typiquement le genre de choses qui marchent pas trop mal en apprentissage supervisé et qui marchaient déjà il y a quelques dizaines d'années.
Par exemple tu as le MT103 pour les ordres de payement entre deux entités et MT202 entre institution financière. Dans Swift en fait tu as deux choses, le réseau et le protocole de communication et un ensemble de message standardisé pour permettre aux institutions de communiquer de manière plus, ou moins, automatique.
Bon c'est un peu résumé par ce qu'en pratique c'est un peu plus monstrueusement compliqué que ça :)
Elle est marante votre discussion, mais je ne comprends toujours pas pourquoi vous raisonez en utilisant le concept de test, au sens "self-testing code", pour des projets où ce concept est entièrement inconnu.
Prendre comme exemple des projets comme Linux ou OpenBSD comme exemple de modèle de developpement ou essayer de leur appliquer les modèles classiques est rarement une bonne idée car ce sont juste exception qui marchent en raison d'un contexte très particulier.
Ils vont être contactés sous peu. Merci à tous ceux qui ont participé, consciemment ou non (:-), à ce concours.
Sur ce point j'avais consciemment non-participé car je ne pense pas que le livre m'intéresse (point de vue subjectif et non un avis sur celui-ci). Je préfère qu'il aille à quelqu'un qui s'est taggé, ce qui je pense dénote de son intérêt pour la récompense, et le cède donc volontiers.
Il m'arrive souvent de devoir faire des petits tests en C ou Python,
Commencons par Python. En quoi ca te fait gagner du temps par rapport au REPL CPython ou un éditeur classique ? Supposons que la console Python ne corresponde pas a tes besoins, en quoi ta solution est plus adaptée qu'IPython ? Qui pour le coup est TRES pratique.
Maintenant pour du C, hormis une textbox pourrave au lieu d'un éditeur ca apporte quoi ? Cliquer sur un bouton plutôt que de demander à ton éditeur de lancer gcc sur le fichier courant ?
J'ai beau chercher je vois pas comment ca peut faire gagner du temps ou être simplement pratique…
Il y a aussi le fait que changer les habitudes entraînerait une perte de productivité, du moins pendant un certain temps, j'imagine, ce qui n'est pas à prendre la légère non plus.
La différence vient peut être du fait que certain font cela par plaisir et d'autres par nécessité.
Le sujet c'est OpenERP/Odoo non ? Combien de personnes y contribuent effectivement par plaisir / bénévolement ? Pour quelle part du design, dev, test, infra ? Je dis ça je dis rien…
Tout projet étant en retard, la doc, les tests et le service qualité sont priés de la boucler et de ne rien faire du tout pour ne pas ajouter du délai supplémentaire.
Quoi y'a encore des boîtes où toutes ces facettes d'un projet ne sont pas incluses dans le processus de développement lui même ? Sérieusement…
, je peux au moins me concentrer un peu plus sur l'appli sans les subtilités (oh combien emmerdantes et chronophages [je le sais par expériences …]) des gestions css, javascripts et autres incongruités rencontrés lorsque le parc navigateur est hétérogène.
C'est une super idée ça. Comme ça on est bien sur que le code est crado et que le jour où il y a a le porter on est bien dans la merde et qu'il faut tout refaire.
En règle générale même si officiellement tu supportes une seule chose, côté dev tu fais tourner tes tests sur autant de plates-formes possible et tu designs pour que ça soit portable. Qu'on parle de navigateur, de DB ou autre le combat est le même. En général ça coûte moins cher de concevoir portable du début à la fin que de devoir porter au bout de 5 ans par ce qu'on a décidé de passer de X à Y ou de version N à N + 2. La politique et les choses supportées ça fini toujours par changer.
Au passage il faudra penser à sortir des années 2000, et arrêter avec un seul navigateur supporté, une seule plate-forme supportée etc. Ça va peut être faire mal aux développeurs d'applis internes moisies incapables de pondre des trucs correctement réalisés mais BOYD, qualité, choix du poste de travail tout ça tout ça.
La traçage d'un utilisateur n'a pas un but et une dynamique unique. Il comprend de nombreux cas d'utilisation comme:
D'un côté tu peux simplement vouloir sans ce que le mec à fait dans les 30 dernières minutes pour recommander ou contextualiser quelque chose. Dans ce cas, tu t'en fous que la signature change. Ca peut paraître très limité et bête comme approche mais ça permet de gérer très bien les cas de multi-utilisateur (la montée des portables et tablettes réduise ce problème vu qu'on a beaucoup plus souvent un mapping 1:1).
De l'autre tu peux vouloir agréger toute la vie d'un mec. Dans ce cas, si le mec est utilisateur régulier d'un de tes services et que tu te sers d'autres pour profiler en dehors de tes domaines alors tu t'en fou aussi que la signature change. A partir du moment ou tu arrives à ponctuellement faire le lien entre les deux grâce à ton service
Bref ça ne va gêner que les gens qui n'ont pas de services directs pour faire la jointure, et encore il suffit de mettre un exchange en place faire le lien vu que ça pourra se monétiser… Après ce qui est implémenté en pratique dépend uniquement de ce qui est majoritairement utilisé par les utilisateurs. On ne se prend pas la tête si on perd 2% des utilisateurs qui ont un plugin obscure. Si Firefox et Chrome se bougent pour faire quelque chose, les régies suivront par contre.
Merci Victor pour les précisions. J'ai écrit la partie Python de mémoire ayant suivit vos échanges il y a longtemps et mes connaissances du câblage interne de Python sont beaucoup plus approximatives.
Pour la partie surconsommation mémoire des AVL, la technique d'OpenJDK semble réussir à contourner le problème en ne faisant la conversion que quand c'est nécessaire et sans pouvoir introduire de régression de perf sur le cas nominal. Ils n'ont pas réussi a y arriver avec toutes les structures de données reposant sur un hash cependant.
Perso, je garde un goût amer de toutes ces discussions sur les fonctions de hash. Pour moi, c'est bidon. Je trouve les attaques algorithmes très compliquées, comparativement à la facilité d'un DoS classique
Je partage en parti ton avis, et je trouve l'histoire engineering beaucoup plus intéressante que l'histoire sécurité. On pourrait aussi dire que vu que les services web sont les plus exposés à ça, il pourrait leur revenir de gérer la chose plutôt que de le gérer dans les collections. C'était d'ailleurs la réponse initiale d'Oracle qui avait répondu "Won't fix". Au final ils ont décider d'essayer de fermer la porte à ce genre de choses dans les collections de base.
Mais en dehors du DoS bête et méchant, ça me semble intéressant de réduire la complexité au pire cas et mieux supporter les collisions. Ce qui est en soit une bonne chose si c'est faisable avec une implémentation raisonnable.
[^] # Re: Agile ?
Posté par ckyl . En réponse à la dépêche Sortie du connecteur Tuleap Agile Planner pour Eclipse en Open Source. Évalué à 4. Dernière modification le 20 juin 2014 à 09:19.
Ah mince. Ce qui est con quand on te prévient pas c'est que tu fais des trucs impossible… On faisait sûrement de la grosse merde…
Non c'est un état d'esprit; des valeurs et des principes.
Si ton n'équipe n'a pas assimilé le fondement des choses et les buts; c'est ça le problème pas l'implémentation d'un point précis que tu choisis. Des gens appliquer bêtement ce qu'on leur a dit sans avoir rien compris, j'en ai vu autant avec du tout papier que du tout électronique.
Explique moi la différence profonde entre "Écrire quelque chose sur un post-it papier" et "Écrire quelque chose sur un post-it informatique". C'est comment tu t'en sers qui est important.
N'importe quoi. C'est toi qui est complètement obnubilé par les processus et une implémentation unique de la chose.
Dire qu'un board électronique n'est pas réellement agile c'est aussi con que dire que si je fais mon stand up assis je suis pas agile… Le choix de l'implémentation par défaut poussée par les gentil petits formateurs à uniquement pour but de faciliter la mise en pratique initiale. Individuals and interactions over Processes and tools
[^] # Re: Agile ?
Posté par ckyl . En réponse à la dépêche Sortie du connecteur Tuleap Agile Planner pour Eclipse en Open Source. Évalué à 5. Dernière modification le 19 juin 2014 à 18:30.
Non tu l'implémentes comme tu veux et comme ca fait le plus de sens pour ton contexte.
Si le middlemanagement ou quelqu'un veut ruiner l'esprit de l'approche, ce n'est pas un outil qu'il faut blamer. C'est un peu comme prendre le "stand up" au pied de la lettre. A partir du moment ou tu as compris le but du truc (et peu le comprenne…) et que tu t'éfforces de le garder court. Que tu sois débout, assis, allongé ou à poil ca ne change rien. Il ne faut pas confondre but, outil et technique.
Après je sais pas ce que vaut tuleap.
[^] # Re: Mais donc les performances ?
Posté par ckyl . En réponse à la dépêche Retour d'expérience sur sql.js. Évalué à 2.
Pour ce genre de choses Timeit est ton BFF.
[^] # Re: heu..
Posté par ckyl . En réponse au journal Le traité de Lisbonne dans toute sa splendeur . Évalué à 4.
Faut arrêter avec l'AE. La bonne idée serait de retirer la montagne de merdes à gérer pour toutes les boîtes. L'AE c'est juste un tout petit pas dans ce sens pour des personnes qui ne désirent pas vivre de cette activités. Bref pour l'état essayer de récupérer de l'argent qui partait au black par ce que personne de censé ne va s'embêter avec tout ce bordel pour 1 à 15K/an.
Le plafond de CA de l'AE est à 32K. Ça ne fait du sens que pour les activités parallèles… ou pour exploiter les personnes qui étaient déjà en situation précaires dont les revenus ne pourront jamais assurer à long terme les contraintes de l'indépendance. La simplification des choses ne passe pas par… empiler un nouveau statut.
[^] # Re: heu..
Posté par ckyl . En réponse au journal Le traité de Lisbonne dans toute sa splendeur . Évalué à 6. Dernière modification le 15 juin 2014 à 12:52.
Absolument pas. C'est juste la réalité qu'il n'existe pas un stéréotype unique de recruteur surtout qu'une énorme part des recrutements ne sont juste pas fait par des recruteurs mais juste par des personnes comme toi ou moi…
Je pense que personne n'a dit que les historiens sont tous des connards prétentieux. Tout au plus que le personnage Pierre Roc l'était clairement (ou au minimum antipathique). Et ça, c'est clairement un critère bloquant pour trouver un taff. Même les "brillant jerks" se font évincer.
Note qu'il peut être très différent dans la vraie vie.
Encore heureux. Le CV ne donne aucune information réelle sur la personne et ses capacités.
Je ne compte plus le nombre d’entretiens que j'ai arrêté après 10 minutes car le mec à ne connaît même pas les bases de la tagline de son CV… Le CV semblait cohérent et dire que ça valait le coût que je perde mon temps à le voir plutôt que de faire mon travail, mais une interaction avec lui t'apprends que non. Le CV est uniquement un moyen de donnée envie aux gens de t'appeler ou de te recevoir. Après c'est à toi de montrer que tu es en accord avec ce que tu as vendu sur ton CV. Il faut savoir vendre sans sur-vendre.
Évidement. Maintenant toutes les personnes à qui tu vas parler n'ont pas l'a priori inconscient que les études universitaires sont de la merde. J'aurais plutôt l'a priori inverse par exemple…
Et les a priori sont limités aux informations transmises par la personne. Sur une à six heures ça devrait être assez facile de se montrer pro et de vendre son bifteck si il est intéressant…
Ce n'est pas une histoire de culture de travail différente, ça tu ne peux pas trop le juger dans un entretient. Tu peux juger le discours et l'attitude de la personne. Évidement ça n'a rien d'une science et tu te trompes souvent.
Prenons un exemple récent, un mec qui est off depuis un an, qui arrive en entretient avec un niveau moyen et qui te dit "Ah je sais pas ça fait un an que j'ai pas écrit de code, mais ça me prendrait 3 jours pour revenir au top niveau". Bah pourquoi tu l'as pas fait trois jours avant de venir me voir alors ?. Oui tu l'élimines. Pas par ce que tu as un a priori sur le fait qu'il bosse pas depuis un an, mais par ce que son discours et sa démarche sont stupides. Et tu ne veux pas travailler avec des gens stupides…
À l'inverse un mec qui me dis "J'aime travailler intelligemment et non pas dur" je vais gratter pour voir ce qu'il y a dessous et ça peut donner un a priori positif. Quelqu'un d'autre pourra ne pas apprécier… La pensée unique n'existe pas.
Recruter est très difficile. Il est très intéressant d'être régulièrement des deux côtés de la table pour se rendre compte de la vue de l'autre. Dans tous les cas, penser qu'il y a un complot te discriminant et t'empêchant tout accès est une connerie monumentale. En dehors des très bons et très mauvais, je n'ai jamais vu trois personnes ayant vu le même candidat avoir exactement le même avis.
Et encore une fois, en informatique annuler tout a priori négatif est trivial. Il suffit de pousser du boulot de qualité publiquement. C'est un "petit effort" qui paie très fortement et immédiatement. Nous sommes extrêmement chanceux sur ce point.
[^] # Re: heu..
Posté par ckyl . En réponse au journal Le traité de Lisbonne dans toute sa splendeur . Évalué à 2. Dernière modification le 14 juin 2014 à 10:20.
Ce qui est bien aussi c'est de ne pas se réfugier derrière une grossière caricature :) Puisque tu veux parler des informaticiens je vais rester sur ton domaine même si je pense que c'est un très mauvais exemple car il n'est pas du tout représentatif des problèmes de notre société.
"Le type qui engage des informaticiens" ça n'existe pas. Tu ne pas en parler comme d'une entité. Chacun au sein d'une entreprise pratique la chose avec ses critères, sa sensibilité, et chaque entreprise à ses règles et culture. Il est crétin de croire que toutes les boîtes et tous les gens à qui tu as, ou peux, parlé vont saquer un cursus universitaire/atypique.
Ce que tu décris existe et forme un sous ensemble des "types qui engagent des informaticiens". De même que la politique de certaines entreprises va aller dans le même sens: "Groupe A comme filtre passe bas pour recevoir les gens en entretient". Mais utiliser cet argument pour dire "j'ai un cursus universitaire donc je ne trouve pas de travail" non. Par ce qu'à côté tu as beaucoup d'autres gens qui ont des critères différents:
Bref les sensibilités sont très différentes. Et si je regarde par mon petit bout de la lorgnette, pour des non junior en général on s'en balance complètement d'où ils ont fait leurs études et de leurs études tout court. Ça ne sert juste qu'à détecter les gens ayant une culture incompatible avec leur formation, et donner de piste pour les questions visant à tester la solidité des bases de la personne. Pour les juniors, on s'en fou aussi, puisque le niveau des interviews techniques est le même. À partir du moment où tu as les connaissances et le savoir faire, on s'en fou d'où et comment tu l'as appris. Par contre la motivation et la débrouillardise sont clairement le critère déterminant. Notre dernière recrue n'était pas sensiblement meilleur que les autres bons candidats mais juste la personne la plus motivée depuis assez longtemps…
Chaque personne avec laquelle tu vas parler est unique et à ses propres critères et sensibilité. Tu ne peux pas résumer le fait que tu ne trouves pas de travail à une seule case triviale et sans importance qui n'est pas coché chez toi.
Après je pense que prendre l'informatique comme exemple est une très mauvaise idée car:
Pour la majorité des métiers tout cela n'existe pas ou n'est pas possible. Le monde du travail et ses rapports de force sont tellement variés que chercher à améliorer la vie des uns dégrade forcément la vie des autres. Perso, la culture de Netflix est clairement une excellente chose, mais pose évidement d'autres problèmes à d'autres personnes.
[^] # Re: heu..
Posté par ckyl . En réponse au journal Le traité de Lisbonne dans toute sa splendeur . Évalué à 3. Dernière modification le 13 juin 2014 à 23:18.
Donc en fait tu nous dis qu'aucun universitaire n'a jamais trouvé de boulot correct, voir soyons fou intéressant et bien payé par ce que tous les processus de recrutement écartent les personnes objectivement compétentes et motivées. Oh wait… (bis)
Sérieusement soit t'es dans un domaine bouché et le problème c'est le domaine bouché. Soit faudrait réfléchir objectivement au vrai problème. Dans l'infinité des processus d'embauche, je peux croire que tu trouveras des gens qui n'acceptent que trois grandes écoles, des gens ayant jean-pierre comme prénom ou des roux. Mais à aucun moment tu ne me feras croire que TOUS refusent le mec le plus compétent qui se présente, et qui sait le montrer, avec des attentes en accord avec ce qu'il a à vendre.
[^] # Re: BDD dans le cloud
Posté par ckyl . En réponse au journal web moderne, bases de données et beauté logiciel libre. Évalué à 4.
C'est quoi l'interet de faire une conversion rrd -> base sqlite, puis d'utiliser une version jsifier de sqlite pour afficher ton graphe par rapport à… juste exporter les données dont tu as besoin ?
Tu mets une énorme brique au milieu pour 3 pauvres fonctionalités. Tout le côté ACID on s'en balance t'es dans un environnement mono-threadé où tu n'auras jamais aucun problème de concurrence ou de visibilité. Tu te balances de la persistance dans 90% des usages. Tu travailles sur un petit set de donnés qui est très facilement traitable à la main.
Bref j'ai un peu l'impression qu'on transcode et utilise un "gros monstre" pour… pas grand chose.
[^] # Re: heu..
Posté par ckyl . En réponse au journal Le traité de Lisbonne dans toute sa splendeur . Évalué à 4.
Juste une question ta profusion d'emplois salariés bien payés, intéressants, accessibles à tout le monde en monde "rien à foutre je fais qu'est ce que je veux" elle vient d'où ? Oh wait…
En gros tout doit tomber tout cuit dans le bec sans prendre aucun risque et en reportant toujours la faute sur l'autre. Tu m'étonnes que tu trouves pas de taff :)
Dernière question si tu cherches la liberté, pourquoi continuer de ne voir la vie qu'à travers le salariat ? Par définition c'est incompatible avec la liberté de choisir ce que tu fais, puisque tu vends celle-ci contre un salaire fixe et les avantages qui vont avec. Si tu veux être libre il me semble un peu plus rationnel de cherche à retirer le patron. Mais ça implique d'assumer les risques et contraintes du patron. Pour une raison inconnue, c'est une idée qui semble plaire moyen… Peut être par ce que c'est vachement plus simple de dire "moi je veux tout sans rien assumer et sans risque, démerdes toi sale con de patron" (mais surtout continue de m'embaucher…).
[^] # Re: Gnome 3
Posté par ckyl . En réponse à la dépêche Red Hat Enterprise Linux 7. Évalué à 4.
Je suis d'accord avec toi, SAUF POUR CE FOUTU SLIDER DU SCREEN LOCKER. Sérieusement quoi…
[^] # Re: DRM ?
Posté par ckyl . En réponse à la dépêche Firefox 30 glorieuses. Évalué à 10.
Auto-financer le libre :)))))
[^] # Re: BDD dans le cloud
Posté par ckyl . En réponse au journal web moderne, bases de données et beauté logiciel libre. Évalué à 4.
Une base sql pour visualiser quelques milliers de point c'est pas un poil beaucoup super overkill ?
[^] # Re: Ça me met en colère !
Posté par ckyl . En réponse au journal Turing est battu. Évalué à 3.
Si tu regardes la première phrase dans Wikipedia: "Machine learning, a branch of artificial intelligence, concerns the construction and study of systems that can learn from data.". L'IA reste un domaine beaucoup plus vaste et ambitieux que le ML.
L'exemple du chien et chat est typiquement un exemple de ML qui marche bien en apprentissage surpervisé sans trop d'efforts. D'ici à parler d'IA…
L'IA et le ML restent bien sur liés, et d'ailleurs pas mal de choses initialement développées pour l'IA ont finallement trouvé un usage en ML. Et en pratique l'IA a besoin du ML ainsi qu'une dizaine d'autres buts pour fonctionner. Mais dire que le moteur de recommandation de ton site préféré ou l'OCR de la poste ce n'est pas de l'IA, ce n'est pas essayer de sauver la face de l'humain, c'est juste que ce n'est pas de l'IA au sens admis du terme.
[^] # Re: Ça me met en colère !
Posté par ckyl . En réponse au journal Turing est battu. Évalué à 3.
Tu paries ? Je pense que ton exemple est pas forcément des mieux choisi, c'est du machine learning et pas le l'IA. C'est typiquement le genre de choses qui marchent pas trop mal en apprentissage supervisé et qui marchaient déjà il y a quelques dizaines d'années.
# LOL
Posté par ckyl . En réponse au journal Défouloir, pamphlet, troll: Chromium, Bépo et NIH. Évalué à 10.
Un utilisateur de Bépo non-informaticien ? Ca habite dans la même montagne que le dahu ca non ?
[^] # Re: Le nom...
Posté par ckyl . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 3.
Oui tu peux trouver la liste des messages SWIFT sur leur site. Elle est plutôt large ;)
Par exemple tu as le MT103 pour les ordres de payement entre deux entités et MT202 entre institution financière. Dans Swift en fait tu as deux choses, le réseau et le protocole de communication et un ensemble de message standardisé pour permettre aux institutions de communiquer de manière plus, ou moins, automatique.
Bon c'est un peu résumé par ce qu'en pratique c'est un peu plus monstrueusement compliqué que ça :)
[^] # Re: Gestionnaire de source
Posté par ckyl . En réponse au journal Des nouvelles de LibreSSL. Évalué à 5.
Elle est marante votre discussion, mais je ne comprends toujours pas pourquoi vous raisonez en utilisant le concept de test, au sens "self-testing code", pour des projets où ce concept est entièrement inconnu.
Prendre comme exemple des projets comme Linux ou OpenBSD comme exemple de modèle de developpement ou essayer de leur appliquer les modèles classiques est rarement une bonne idée car ce sont juste exception qui marchent en raison d'un contexte très particulier.
# Merci
Posté par ckyl . En réponse à la dépêche Les gagnants du concours LinuxFr.org sur la sécurité #Metasploit. Évalué à 10.
Tout d'abord merci pour le remerciement.
Sur ce point j'avais consciemment non-participé car je ne pense pas que le livre m'intéresse (point de vue subjectif et non un avis sur celui-ci). Je préfère qu'il aille à quelqu'un qui s'est taggé, ce qui je pense dénote de son intérêt pour la récompense, et le cède donc volontiers.
[^] # Re: mais encore
Posté par ckyl . En réponse au journal CodeLauncher: un petit serveur maison pour exécuter rapidement du code C ou Python. Évalué à 4.
Commencons par Python. En quoi ca te fait gagner du temps par rapport au REPL CPython ou un éditeur classique ? Supposons que la console Python ne corresponde pas a tes besoins, en quoi ta solution est plus adaptée qu'IPython ? Qui pour le coup est TRES pratique.
Maintenant pour du C, hormis une textbox pourrave au lieu d'un éditeur ca apporte quoi ? Cliquer sur un bouton plutôt que de demander à ton éditeur de lancer gcc sur le fichier courant ?
J'ai beau chercher je vois pas comment ca peut faire gagner du temps ou être simplement pratique…
[^] # Re: Gestionnaire de source
Posté par ckyl . En réponse au journal Des nouvelles de LibreSSL. Évalué à 10.
[^] # Re: Migration?
Posté par ckyl . En réponse à la dépêche Odoo: le nouveau OpenERP, avec 10 millions de plus. Évalué à 4. Dernière modification le 19 mai 2014 à 09:12.
Le sujet c'est OpenERP/Odoo non ? Combien de personnes y contribuent effectivement par plaisir / bénévolement ? Pour quelle part du design, dev, test, infra ? Je dis ça je dis rien…
Tu nous fais les stats ?
[^] # Re: Migration?
Posté par ckyl . En réponse à la dépêche Odoo: le nouveau OpenERP, avec 10 millions de plus. Évalué à 4.
Quoi y'a encore des boîtes où toutes ces facettes d'un projet ne sont pas incluses dans le processus de développement lui même ? Sérieusement…
[^] # Re: La bonne réponse
Posté par ckyl . En réponse au journal Un changement inattendu de comportement de Firefox 29. Évalué à 3.
C'est une super idée ça. Comme ça on est bien sur que le code est crado et que le jour où il y a a le porter on est bien dans la merde et qu'il faut tout refaire.
En règle générale même si officiellement tu supportes une seule chose, côté dev tu fais tourner tes tests sur autant de plates-formes possible et tu designs pour que ça soit portable. Qu'on parle de navigateur, de DB ou autre le combat est le même. En général ça coûte moins cher de concevoir portable du début à la fin que de devoir porter au bout de 5 ans par ce qu'on a décidé de passer de X à Y ou de version N à N + 2. La politique et les choses supportées ça fini toujours par changer.
Au passage il faudra penser à sortir des années 2000, et arrêter avec un seul navigateur supporté, une seule plate-forme supportée etc. Ça va peut être faire mal aux développeurs d'applis internes moisies incapables de pondre des trucs correctement réalisés mais BOYD, qualité, choix du poste de travail tout ça tout ça.
[^] # Re: J'ai une question
Posté par ckyl . En réponse au journal DuckDuckGo change de parure. Évalué à 1.
La traçage d'un utilisateur n'a pas un but et une dynamique unique. Il comprend de nombreux cas d'utilisation comme:
D'un côté tu peux simplement vouloir sans ce que le mec à fait dans les 30 dernières minutes pour recommander ou contextualiser quelque chose. Dans ce cas, tu t'en fous que la signature change. Ca peut paraître très limité et bête comme approche mais ça permet de gérer très bien les cas de multi-utilisateur (la montée des portables et tablettes réduise ce problème vu qu'on a beaucoup plus souvent un mapping 1:1).
Bref ça ne va gêner que les gens qui n'ont pas de services directs pour faire la jointure, et encore il suffit de mettre un exchange en place faire le lien vu que ça pourra se monétiser… Après ce qui est implémenté en pratique dépend uniquement de ce qui est majoritairement utilisé par les utilisateurs. On ne se prend pas la tête si on perd 2% des utilisateurs qui ont un plugin obscure. Si Firefox et Chrome se bougent pour faire quelque chose, les régies suivront par contre.
[^] # Re: Python
Posté par ckyl . En réponse à la dépêche OpenJDK JEP 180: HashMap, collisions & attaques par la complexité. Évalué à 8. Dernière modification le 07 mai 2014 à 00:04.
Merci Victor pour les précisions. J'ai écrit la partie Python de mémoire ayant suivit vos échanges il y a longtemps et mes connaissances du câblage interne de Python sont beaucoup plus approximatives.
Pour la partie surconsommation mémoire des AVL, la technique d'OpenJDK semble réussir à contourner le problème en ne faisant la conversion que quand c'est nécessaire et sans pouvoir introduire de régression de perf sur le cas nominal. Ils n'ont pas réussi a y arriver avec toutes les structures de données reposant sur un hash cependant.
Je partage en parti ton avis, et je trouve l'histoire engineering beaucoup plus intéressante que l'histoire sécurité. On pourrait aussi dire que vu que les services web sont les plus exposés à ça, il pourrait leur revenir de gérer la chose plutôt que de le gérer dans les collections. C'était d'ailleurs la réponse initiale d'Oracle qui avait répondu "Won't fix". Au final ils ont décider d'essayer de fermer la porte à ce genre de choses dans les collections de base.
Mais en dehors du DoS bête et méchant, ça me semble intéressant de réduire la complexité au pire cas et mieux supporter les collisions. Ce qui est en soit une bonne chose si c'est faisable avec une implémentation raisonnable.