Michaël a écrit 2929 commentaires

Ce genre d’application existe depuis 3 milliards d’années en Allemagne (Wahl o’mat: automate de vote), ne récolte aucune donnée et utilise une calibration et un système de pondération. (C’est le théorème fondamental de la décision rationnelle qui dit que ce modèle marche.) Utiliser des techniques d’ia pour parler de ça c’est un peu du ripolinage à deux francs six sous.

et aucun besoin d’un backend ou de sauver aucune donnée…

J'ai passé 12 ans dans le privé et j'ai vu de très grosses entreprises qui marchent bien mieux. L'én est sur n'importe quel critère pris séparément le pire des employeurs que j'ai jamais eu. Même l'utilité sociale du métier est en pratique plus que douteuse (à cause des conditions dans lesquelles le métier s'exerce).

En résumé, je te souhaite sincèrement bon courage, j’espère de tout cœur que la classe dirigeante en France comprendra que l’enseignement est un investissement à long terme pour l’avenir d’un pays, pas une charge.

C'est gentil mais de mon côté c'est tout vu j'ai rdv mercredi avec les RH pour parler de ma démission.

Plus qu'un problème de moyens – même si c'est évidemment un point à améliorer je vois les problèmes suivants:

• Absence d'ambition ou de mission claire; rien de ce que j'ai vu ne me permet de contredire l'idée que l'ÉN sert à mettre des profs devant les élèves, point barre … c'est à pleurer.

• Absence de tissu social, groupes d'intérêts, etc. l'institution ne considère pas sa mission de construire et alimenter ceux-cis, ils existent donc de façon sporadique et confidentielle, disparaissent lorsque les personnes qui les animent se désinvestissent. Il n'y a aucun lieu à l'échelle de l'institution pour échanger des idées, convaincre, chercher des conseils… (tout se fait de façon locale, confidentielle et au petit bonheur la chance)

• Institution dysfonctionnelle typique: si un agent a un problème il devient vite le problème, on prviliégie le mail à toute forme de communication plus humaine (“moi j'ai fait mon travail, c'est les autres qui ont du merder”), peu de communication entre les corps de métiers… bien-sûr il y a sûrement des endroits où les choses se passent mieux, mais il y a des endroits où tout cela se passe mal et ça ne dérange pas l'institution.

• Hiérarchie qui préfère convaincre que les problèmes qu'on lui décrit n'en sont pas…

• Aucune structures d'auto-amélioration continue

• ad lib

Heu ben, je suis prof depuis le mois de septembre et je suis atterré et attristé par presque tout ce que j'ai pu voir: le seul visage que l'éducation nationale m'a montré c'est celui d'une institution absolument dysfonctionnelle avec des ambitions nulles, sur absolument tous les sujets. Je parle bien de l'institution, pas des gens qui y travaillent, et notamment pas des professeurs.

Merci, c'est détaillé et très intéressant. Est-ce qu'une solution hybride, avec de la “petite intégration continue” qui utilise le simulateur après chaque push et une “grande intégration continue” sur une base périodique qui se fait sur le matériel, pourrait te sembler pertinente?

Donc le "je teste tout à chaque push", ça me parait difficile.

Oui dans ce genre de situation cela paraît difficile. Est-ce que tu as envie d'expliquer les particularités qui font que les tests prennent si longtemps? Ce que tu écris c'est le logiciel de la puce?

Est-ce qu'une approche qui consisterait à avoir un sous-ensemble de tests qui tourneraient le plus souvent possible (plusieurs fois par jour, quitte à avoir des “trains” qui partent à heure fixe par exemple) apporterait quelque chose? Pas grand chose? Serait contre-productive? Cela rend curieux :-)

Dans ton premier donc ce n'est plus ce que tu fais ?

Non je suis allé prendre mon poste d'agrégé au lycée en septembre après avoir épuisé tous les congés possibles mais je ne pense pas y rester très longtemps … (c'est une autre discussion cependant!)

Une vingtaine je trouve ça énorme par contre,

Oui c'est assez grand mais c'est transitoire: il y a une période de transfert de compétence avec 4-5 nouveaux collègues qui ont commencé dans les tous derniers mois puis un partage de l'équipe en deux. C'est aussi des équipes pluridisciplinaires, quasi des mini-entreprises autonomes dont on parle. Sur tout le projet il y a quelques centaines de personnes qui travaillent, avec deux très gros tiers de développeurs, répartis sur une dizaine de sites, dans quatre pays! La plupart sont dans de groupes entre 8 et 20, mais quand ça monte au dessus de 13 c'est souvent pour préparer une “scission.”

Je ne sais pas trop comment on peut annoncer ça.

Ça demande aux parties prenantes de se mettre d'accord sur la façon de travailler, en choisissant des méthodes qui minimisent l'inventaire (développement non livré). Ensuite on avait le confort énorme de travailler en “back office” ce qui fait qu'on a une “feedback loop” très courte, pas comme si on devait faire des enquêtes de satisfaction de l'utilisateur avec une société de communication par exemple, puisqu'on est à quelques mètres des utilisateurs.

Il faut aussi se mettre d'accord sur la façon de mesurer le “time to market.” Dans les contextes où j'ai exercé le bon signal de fin semble être “la première fois que la fonction entre en production” même si après il faut remettre son ouvrage sur le métier, c'est normal c'est la nature du logiciel de ne jamais être terminé. Pour une agence de développement qui dit à ses clients “on aura fini dans trois mois” je suppose qu'un point de vue légèrement différent s'impose. Il y a certainement plein d'autres environnements qui vont tirer vers d'autres équilibres.

Les tests d'intégration je trouve ça compliqué.

C'est effectivement ce qui nous demandait le plus de travail. Notre démarche était pre 1. d'avoir un environnement “stage” pour les tests et 2. d'avoir un test d'intégration dès les premières itérations du développement, même s'il s'agit de faire un simple curl sur le “health dashboard” de notre application tier3.

Pour le 1, même si cela semble assez basique il y a toujours des voix pour s'opposer (parceque c'est “cher”) mais j'ai toujours pensé que c'était important d'avoir ce genre d'environnement à disposition, notamment pour pouvoir faire du ”disaster recovery” et pouvoir garantir à son client qu'on peut recréer toute l'infra en temps fini si besoin.

Pour le 2, même si les premiers tests ne semblent pas spectaculaires ça aide d'avoir un véhicule pour ajouter les nouveaux tests d'intégration au fur et à mesure que l'application s'étoffe. Selon l'avancement du projet et les besoins de l'équipe les tests d'intégration peuvent être sophistiqués ou très basiques, par exemple se concentrer sur une ou deux fonctions cruciales dans le cas favorable (sans trop regarder les conditions d'erreur), et tout de même avoir leur utilité, surtout du côté infra (connectivité réseau, droits d'accès, etc.)

Même si il y a apparemment de bonnes raisons de ne pas forcément vouloir déployer à chaque push, l'argument les plus important pour cette pratique, à mes yeux, suit le plan suivant:

Il faut toujours être en capacité de déployer car on peut avoir besoin de corriger un problème grave.

Plus rarement on déploie, moins on a confiance dans sa procédure de déploiement et la peur du déploiement commence à s'installer dans l'équipe.

Plus rarement on déploie, moins les développeurs attachent de l'importance à la procédure de déploiement, car celle-ci prend moins de place dans leur travail et qu'ils ont normalement bien assez de problèmes pour occuper leur temps.

Plus rarement on déploie, plus la procédure de déploiement diverge de l'application, et plus les effets sont imprévisibles au prochain déploiement… ce qui accentue la peur du déploiement.

Plus rarement on déploie, plus la procédure de déploiement introduit une incertitude difficile à évaluer sur la livraison. On croit avoir fini, à entendre les développeurs, mais en réalité il reste beaucoup de travail à faire parcequ'on a privilégié les “features” au déploiement sans tenir compte du fait que non déployée une “feature” est un investissement sans gain.

On peut étoffer cette liste à l'envi. Cependant même si on déploie tout tout de suite, on a à sa disposition plein de techniques qui permettent de faire cela sans pour autant introduire des incompatibilités ou dégrader le ressenti et le travail des utilisateurs.

Pour des arguments d'une toute autre nature, les auteurs du petit livre “Accelerate” expliquent en se basant sur leur large observation empirique que les entreprises technologiques qui ont les meilleures résultats sont celles qui optimisent quatre métriques particulières (“4 key metrics”) et que l'adoption de la livraison continue est un changement organisationnel qui par essence optimise ces quatre métriques.

C'est parcqu'on est esclaves de nos vieilles habitudes.

C'est surtout pas trop compatible avec le fameux time-to-market qui se réduit de jour en jour.

C'est effrayant de lire ça!

On peut faire du continuous delivery et tester automatiquement. Dans mon dernier projet (pas exactement “petit”) on avait une chaîne de livraison continue et chaque “push” menait à une exécutions de toute la chaîne de tests (unitaires, intégration, et tout ce qu'on veut). Dans mon équipe (une petite vingtaine) on déployait peut-être des dizaines de fois par jour. Tout toujours testé et un time to market de quelques jours à peine (il faut quand-même concevoir et programmer.)

Si des gens ont besoin de cours particuliers et d'assistance pour monter ce genre d'infra, je suis joignable, encore environ 2j libres par semaine. :-)

Regarder le nutriscore d'un aliment n'est en général pas pertinent: ce qui compte c'est les habitudes alimentaires pas la consommation de tel ou tel aliment. Après il peut théoriquement servir à comparer des produits de la même catégorie mais pas sûr qu'il soit très utile pour ça non plus.

arrêter d'utiliser le système pour éviter de réécrire aux emplacements de l'ancien fichier

Idéalement le remonter en read-only.

Comme cet article continue de me mettre de bon humeur cinq jours en y repensant, je pensais utiliser les arguments de langage suivants:

“Et bien si ça ne va pas, vous pouvez passer au prochain candidat dans votre pile de CV qui sait faire plop plop fizz fizz et moi je passe au prochain recruteur. Bonne journée à vous et merci pour cet échange!”

La TapTempo fédération c'est une petite blagounette et aussi une collection de repos qui mettent ensemble les différentes versions du programme TapTempo.

Je viens de prendre mon poste d'agrégé à la rentrée après 12 ans dans le privé (en IT: développement, R&D, conseil…).

L'Éducation Nationale est à tout égard le pire des employeurs que j'aie jamais eu (et pourtant… xD) même les collègues sont dans leur majorité insupportables… mais c'est l'institution qui le rend comme ça.

Égards: carrière, support RH, adéquation mission/moyens, feedback, adéquation personnel/mission, formation continue… et bien évidemment le salaire, abyssal. Rien ne se négocie, rien ne se discute: c'est dans gueule, point final … avec un salaire qui ne le prends pas compte, travailler à ce prix là vu la qualification exigée c'est de l'humanitaire, même en faisant abstraction des conditions en question. Le contexte humain dans lequel le travail s'exerce est terrible.

Comme tout bon débutant je me retrouve sur les postes que personne ne veut, et à peine après une semaine de demi-service je me demande déjà combien de temps je vais rester…

Ç'aurait pu être pire tu aurais pu être prof dans l'éducation nationale. xD

C'est légal en France, ça ? Dans les pays civilisés on ne peut pas t'empêcher de discuter de ton salaire normalement.

Je ne pense pas que ce soit légal, même en Allemagne où je travaillais et avait pourtant cette clause inscrite. Des gens disent que la plupart des contrats de travail ont des clauses invalides… souvent sur des points mineurs. (Un cas important de clause invalide qu'il faut connaître est sur la non-concurrence: ce n'est possible que tant que l'entreprise indemnise son salarié après la fin du contrat.)

Je suis sûr que ni lui ni ses clients ne râlent quand le chômage est élevé et que les chercheurs d'emploi acceptent tout et n'importe quoi.

C'est quand même rigolo ces gens qui font mine de découvrir le libéralisme économique quand ça les met dans une situation inconfortable.

Heu… En essayant d'éviter de braquer (pas facile pour moi, mais en tous cas pas l'objectif), je dirai que c'est l'offre et la demande, suivant ton niveau de compétences (y compris la compétence de te vendre ou la compétence à accepter de travailler à Paris).

Et aussi ton capital social.

Moi je suis agrégé et docteur en maths et après plusieurs années d'expérience comme développeur dans des domaines plus ou moins R&D j'avais 65k€ par an. Une montagne d'argent impensable pour moi: entre mon père chomiste et son épouse fonctionnaire catégorie C en 80% je pense qu'on devait bien vivre à 5 avec que dalle de revenu par mois… j'ai fait une drôle de tête quand j'ai appris que mon voisin de bureau faisait 120k€ et que la différence principale entre nous c'est que lui a grandi dans un monde de possibilités où on peut se représenter de gagner 120k€ tandis que j'avais encore des obstacles psychologiques à franchir pour l'atteindre.

Ceci dit dans toutes les entreprises où j'ai travaillées j'avais des clauses de confidentialité sur les salaires, qui sont le signe que les salaires sont injustes. (Contraposée: si les salaires sont justes, il n'y a aucun inconvénient à ce qu'ils soient publics.)

J'ai déjà entendu des 120000 brut pour des développeurs pas super expérimentés (comme développeurs) dans des secteurs qui-n-innovent (ils ont bien-sûr une autre compétence forte).

Ce que j'aime bien dans LinuxFR c'est qu'au delà de toutes les informations pertinentes et discussion intéressantes qu'on peut y lire autour du logiciel libre, d'autres sujets sont bienvenus.

Le contrat moral tel que je le comprends est que les dépêches sont réservées à un large «cœur de sujets,» que les forums permettent d'ouvrir des discussion «topicales» si on me pardonne cet anglo-héllènisme. Au delà de cela les journaux ont traditionnellement des contenus plus libres.

Dans chacune de ces trois rubriques je trouve que les échanges sont dans une très large majorité courtois, de bonne tenue et intéressants. Bien-sûr parfois les noms d'oiseaux fusent et un rappel à l'ordre s'impose. C'est inévitable certaines conversations s'éternisent bien longtemps après qu'on ait constaté que les interlocuteurs n'arrivent pas à trouver un terrain d'entente. Quelle communauté humaine peut se venter d'échapper à ces petits travers?

Je n'ai pas d'opposition de principe à ce qu'on fasse des questions de contenu un sujet de conversation mais j'ai un peu du mal à comprendre l'intérêt soudain qu'elles suscitent ces derniers jours.

Par exemple, citation de ma référence:

Fake accounts and computational propaganda
In addition to official government accounts, many cyber troop teams run fake accounts to mask their identity and interests. This phenomenon has sometimes been referred to as “astroturfing”, whereby the identity of a sponsor or organization is made to appear as grassroots activism (Howard, 2003). In many cases, these fake accounts are “bots”—or bits of code designed to interact with and mimic human users. According to media reports, bots have been deployed by government actors in Argentina (Rueda, 2012), Azerbaijan (Geybulla, 2016), Iran (BBC News, 2016), Mexico (O’Carrol, 2017), the Philippines (Williams S, 2017), Russia (Duncan, 2016), Saudi Arabia (Freedom House, 2013), South Korea (Sang‐Hun, 2013), Syria (York, 2011), Turkey (Shearlaw, 2016) and Venezuela (VOA News, 2015). These bots are often used to flood social media networks with spam and fake news. They can also amplify marginal voices and ideas by inflating the number of likes, shares and retweets they receive, creating an artificial sense of popularity, momentum or relevance. Not all governments make use of this form of automation.

C'est intéressant de voir le coté transnational des complotistes

C'est intéressant mais de quoi est-ce le signe? Peut-être que ces complotistes sont alimentés par les mêmes personnes, à moins de croire à des hasards fumeux.

La désinformation par les réseaux sociaux est une méthode d'influence bien développée et très utilisée, la diffusion des idées n'y a rien d'organique. Si on ne prend pas encore les réseaux sociaux pour ce qu'ils sont on peut lire par exemple

Troops, Trolls and Troublemakers: A Global Inventory of Organized Social Media Manipulation

Samantha Bradshaw, University of Oxford Philip N. Howard, University of Oxford
(2017)

https://demtech.oii.ox.ac.uk

C'est apocalyptique, en oubliant qu'on a déjà tout ce qu'il faut aujourd'hui, entre la CB, la CI, la carte vitale etc. Si le gouvernement veut, il peut déjà, mais ne le fait pas.

Et encore c'est presque la partie la moins grave du vaste problème des libertés publiques liées aux technologies numériques. En comparaison de la puissance de Facebook, qui espionne et manipule des gens (la publicité c'est de la manipulation), qui fait du chantage à des pays (comme l'Australie), qui jouit de la financiarisation de la désinformation … entreprise sur les méfaits de laquelle on pourrait écrire des livre. En comparaison de la puissance similaire de Google et d'autres. En comparaison de l'utilisation de Pegasus contre des journalistes français. En comparaison de certainement une paire d'autres problèmes l'attitude de l'État est une des moins préoccupantes. (Message à caractère informatif: Ceux qui ont envie de lire “pas” au lieu de “moins” n'obtiendront pas de réponse. Merci de votre attention.)

Et surtout, parler en permanence de "liberté qui disparaît" ne fait que agrandir le bruit de fond qui empêche d'en parler sérieusement.

Ce qui est d'autant plus triste que le sujets sérieux qui nécessitent une attention immédiate ne manquent pas aujourd'hui!

J'imagine que c'est le thème de ton argumentation: utiliser un moyen moins prise de tête qui ferait le tout de manière plus simple au lieu de se casser le tronc avec make. C'est ça?

C'est exactement ça: à quoi bon s'échiner à résoudre un problème propre à make pour un usage qui est clairement assez loin de sa fonction principale? (Qui est de coordonner des traitements qui fabriquent des fichiers.) Autant cultiver des compétences qui servent, le temps est précieux :-)