IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Sécurité Discussion :

Un tribunal ordonne à GitHub de révéler l'identité de l'auteur de la fuite du code source de Twitter


Sujet :

Sécurité

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Dirigeant
    Inscrit en
    Juin 2016
    Messages
    3 160
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Dirigeant
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juin 2016
    Messages : 3 160
    Points : 66 249
    Points
    66 249
    Par défaut Un tribunal ordonne à GitHub de révéler l'identité de l'auteur de la fuite du code source de Twitter
    Des parties du code source de Twitter ont été divulguées sur GitHub et Elon Musk tente activement d'identifier le coupable
    cet incident vient s'ajouter aux nombreux problèmes de l'entreprise

    Les problèmes n'en finissent pas pour Twitter. Des parties du code source de Twitter ont été divulguées en ligne via GitHub et le réseau social a déposé une demande de retrait en vertu de la loi américaine DMCA. La demande, que GitHub a publiée en ligne, indique que les informations divulguées comprenaient "le code source exclusif de la plateforme de médias sociaux et des outils internes de Twitter". Github a déclaré avoir retiré le code vendredi. Mais Elon Musk a demandé au tribunal fédéral du district nord de Californie d'ordonner à Github de produire "toutes les informations d'identification" associées au compte responsable de la divulgation.

    Elon Musk, qui a racheté Twitter à la fin de l'année dernière, a déjà promis au moins à deux reprises d'ouvrir le code source de Twitter, mais comme beaucoup de ses promesses, l'on attend toujours que cela soit effectif. Cependant, un document judiciaire publié par GitHub vendredi a révélé que Twitter a été victime d'une fuite de données concernant des parties de son code source. Quelqu'un semble avoir pris les choses en main alors que Musk tergiversait. Un fait plus intéressant, l'auteur de la divulgation sur GitHub est "FreeSpeechEnthusiast", dans une référence apparente à Musk qui s'est qualifié d'"absolutiste de la liberté d'expression" dans le passé.

    Le code source propriétaire fait souvent partie des secrets commerciaux les mieux gardés d'une entreprise. Le rendre public risque de révéler les vulnérabilités de son logiciel à des attaquants potentiels, et peut également donner un avantage à ses concurrents en leur permettant de voir des fonctionnements internes non publics. Le code source a été une cible fréquente pour les pirates informatiques dans le passé, notamment lors d'attaques contre Microsoft et le développeur de Cyberpunk 2077, CD Projekt Red. Musk et les siens ont adressé une citation à comparaître à GitHub et lui ont demandé de supprimer expressément les morceaux de code.


    Un avocat de Twitter a déclaré dans les documents judiciaires que l'objectif de l'assignation est d'identifier la personne responsable du partage du code. Les documents ont été déposés auprès du tribunal de district des États-Unis pour le district nord de la Californie. On ignore exactement depuis combien de temps le code divulgué est en ligne, mais il semble qu'il ait été public pendant au moins plusieurs mois. Ainsi, les documents révèlent que le réseau social de Musk a demandé au tribunal fédéral d'ordonner à GitHub d'identifier la personne qui a partagé le code, le fameux "FreeSpeechEnthusiast", et toutes les autres personnes qui l'ont téléchargé.

    La plainte de Twitter demande au tribunal d'ordonner à GitHub de lui fournir des informations telles que les noms, adresses, numéros de téléphone, courriels, profils de médias sociaux et adresses IP des utilisateurs concernés. Selon les analystes, cela risque d'être compliqué, car GitHub pourrait se montrer réticent sur le sujet. Un porte-parole de GitHub n'a pas répondu à la question de savoir si l'entreprise se conformerait à la demande de Twitter de fournir des informations d'identification. La plateforme de collaboration logicielle appartenant à Microsoft a toutefois déclaré qu'elle s'est déjà conformée à la demande de retrait DCMA.

    GitHub a supprimé le code source propriétaire de la plateforme et des outils internes de Twitter. On ne sait pas si le code source utilisé pour recommander des tweets fait partie de la fuite. Twitter a ouvert une enquête sur la divulgation et les cadres chargés de l'affaire ont supposé que le responsable avait quitté l'entreprise l'année dernière, notamment dans les vagues de licenciements massifs orchestrés par Musk. Depuis qu'il a racheté Twitter, environ 75 % des 7 500 employés de l'entreprise ont été licenciés ou ont démissionné. Des sources internes ont affirmé que les dirigeants n'ont été informés que récemment de la fuite du code source.

    La crainte que les employés qui quittent l'entreprise ne tentent de la saboter au passage aurait conduit le réseau social à geler les codes avant les licenciements. L'une des principales préoccupations de Twitter est que le code divulgué comporte des failles de sécurité qui pourraient permettre à des pirates informatiques ou à d'autres personnes motivées d'extraire des données d'utilisateurs ou de mettre le site hors service. L'entreprise craint que la fuite n'entraîne une violation des données ou une cyberattaque, ce qui pourrait gravement nuire à sa réputation. Le code source exposé ajoute aux défis auxquels sont confrontés Twitter et Musk.


    Twitter est déjà confronté à des difficultés financières et structurelles croissantes. Musk, qui a racheté Twitter pour 44 milliards de dollars, a tenté de redresser le réseau social au cours des derniers mois en réduisant les coûts, en introduisant de nouvelles fonctionnalités et en accueillant à nouveau des utilisateurs autrefois bannis. Mais les pannes du service se sont multipliées, tandis que les annonceurs, principale source de revenus de l'entreprise, hésitent à diffuser des publicités sur le site. La fuite a causé des dommages financiers. Vendredi, Musk aurait indiqué à ses employés dans un courriel que Twitter valait environ 20 milliards de dollars.

    Cela représente une baisse de plus de 50 % par rapport au prix qu'il avait payé pour l'acquérir. Il aurait déclaré que des changements radicaux au sein de l'entreprise, notamment des licenciements massifs et des réductions de coûts, étaient nécessaires pour éviter la faillite et rationaliser les opérations. « Twitter est en train d'être remodelé rapidement », aurait écrit Musk dans l'email consulté par le New York Times. Musk aurait ajouté que l'entreprise pouvait être considérée comme une startup inversée et qu'il pensait que Twitter pourrait un jour valoir 250 milliards de dollars. Musk n'a pas répondu à une demande de commentaire sur la fuite.

    Cette fuite intervient alors que Musk a promis de rendre public une partie du code de Twitter. Il y a quelques jours, il a déclaré qu'il mettrait le code utilisé par Twitter pour recommander des tweets à la disposition du public d'ici à la fin du mois de mars, afin qu'il puisse être examiné par n'importe qui et scruté à la loupe pour y déceler d'éventuelles failles. Ce processus pourrait aider le code de Twitter à devenir plus sûr, dans la mesure où les gens identifient et signalent les problèmes qu'il présente. Dans le même temps, Musk s'est inquiété de la possibilité de fuites et de vols par d'anciens employés mécontents lors de ses licenciements massifs.

    Source : demande de retrait DMCA adressée à GitHub par Twitter

    Et vous ?

    Quel est votre avis sur le sujet ?
    Que pensez-vous de cette fuite de données chez Twitter ?
    Selon vous, quels pourraient être les impacts sur la plateforme de médias sociaux ?
    GitHub est-il tenue de répondre à la demande de Twitter de lui fournir des informations sur l'auteur de la fuite ?
    Pensez-vous que l'auteur de la fuite est l'un des employés licenciés par Musk ?

    Voir aussi

    Musk a déclaré que Twitter ouvrirait son algorithme, puis aurait licencié les personnes qui pouvaient le faire

    Elon Musk indique que l'algorithme de recommandations de Twitter pourrait être publié en open source « la semaine prochaine », après avoir soutenu l'idée pendant des mois

    Twitter ajoute un référentiel GitHub appelé « l'algorithme », puis le supprime. Elon Musk voulait rendre l'algorithme de Twitter open source
    Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités

  2. #2
    Membre régulier
    Homme Profil pro
    Développeur Java
    Inscrit en
    Octobre 2020
    Messages
    21
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Eure (Haute Normandie)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Octobre 2020
    Messages : 21
    Points : 96
    Points
    96
    Par défaut
    Je suis trop déçu. Le lien du source ne fonctionne plus.

    J'aurai bien voulu voir à quoi ressemblé le code d'un blog limité en caractères produit par plusieurs centaines de développeurs.

    En gros, c'est soit:
    - une forêt de if et il faut bien plusieurs centaines de développeurs

    - un code super-propre où chaque ligne est commenté en 3 langues, avec une couverture de test de 100%.

    - ou bien, ils ont tout réécrit sans utiliser de framework-web

    ou un peu des 3.

  3. #3
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par Jsaintyv Voir le message
    Je suis trop déçu. Le lien du source ne fonctionne plus.

    J'aurai bien voulu voir à quoi ressemblé le code d'un blog limité en caractères produit par plusieurs centaines de développeurs.

    En gros, c'est soit:
    - une forêt de if et il faut bien plusieurs centaines de développeurs

    - un code super-propre où chaque ligne est commenté en 3 langues, avec une couverture de test de 100%.

    - ou bien, ils ont tout réécrit sans utiliser de framework-web

    ou un peu des 3.
    On reconnait un amateur dans le monde du dev. au fait qu'il veuille faire une couverture de test à 100%, au fait qu'il commente le code et tout un tas de mauvaises pratiques dans le genre.
    Un code ne doit, sauf cas rare et exceptionnels, jamais avoir de commentaires et je vais pas te faire tout un court sur le pourquoi, si tu l'ignores.
    Si tu l'ignore et que tu n'est pas dev, ce n'est pas grave, si tu l'ignore et que tu es dev, c'est une faute professionnelle.

    Concernant la partie "ou bien, ils ont tout réécrit sans utiliser de framework-web" :
    Le backend de twitter est composé à 90% de SpringBoot et le frontend en Scala (qui est un mauvais choix. Aurais pu être un bon choix, car ce sont des fonctions "pures", c'est à dire que le scala c'est de la programmation fonctionnelle, mais la P.F. est un très mauvais choix sur un site d'une telle taille, très, très, très mauvais choix).

    Pour le reste ils ont quelques librairies en C pour des trucs spécifiques liés à la sécurité, un peu de ruby, qui représente 1% du code source total.

  4. #4
    Membre extrêmement actif
    Homme Profil pro
    Inscrit en
    Janvier 2014
    Messages
    1 498
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2014
    Messages : 1 498
    Points : 5 679
    Points
    5 679
    Par défaut
    Citation Envoyé par HaryRoseAndMac Voir le message
    Un code ne doit, sauf cas rare et exceptionnels, jamais avoir de commentaires et je vais pas te faire tout un court sur le pourquoi, si tu l'ignores.
    Tu es démasqué, ce propos permet aux lecteurs de savoir que tu n'y connais rien et que donc tous tes propos hors trollage sont une pure œuvre de mythomanie

    Je penche pour le délire narcissique.
    « L’humour est une forme d'esprit railleuse qui s'attache à souligner le caractère comique, ridicule, absurde ou insolite de certains aspects de la réalité »

  5. #5
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par Mingolito Voir le message
    Tu es démasqué, ce propos permet aux lecteurs de savoir que tu n'y connais rien et que donc tous tes propos hors trollage sont une pure œuvre de mythomanie

    Je penche pour le délire narcissique.
    Tiens, un lien au pif sur un truc qui s'appel le clean code, que tu ne connais pas, puisque tu es un charlatan qui n'est pas développeur.
    Tu es sûrement l'un des boulets qui sortent d'o'clock, openclassroom ou alors un mec qui a passé 30 ans de sa vie à prétendre programmer sans jamais rien n'y comprendre :

    - https://blog.cellenza.com/developpem...20votre%20code.

    Je cite : "Il faut donc éviter les commentaires car le code doit être explicite et il convient de réserver les commentaires pour ce que le code ne peut pas exprimer. La plupart des autres types de commentaires doivent être considérés comme du bruit qui parasite votre code."

    Pour le dire plus simplement pour les cerveaux comme le tiens, le code ne doit PAS, contenir de commentaires.
    L'usage des commentaires doit être réservés EXCLUSIVEMENT à des cas particuliers.

    Mais pour le comprendre, il faut connaitre la clean architecture, le TDD et tout un tas d'autres choses qui te dépassent totalement.
    Tu es ce que je pensais de toi depuis le départ : un amateur qui se prends pour un professionnel.
    Et donc ça permet de confirmer que :
    Tu es démasqué, ce propos permet aux lecteurs de savoir que tu n'y connais rien et que donc tous tes propos hors trollage sont une pure œuvre de mythomanie
    Je ne t'en veux pas, ce forum s'adresse aussi aux gens comme toi, mais fait preuve d'un minimum d'humilité à l'avenir quand tu es face à de vrais pro comme moi, alors que tu sais très bien que tu n'y connais rien.

  6. #6
    Membre extrêmement actif
    Homme Profil pro
    Inscrit en
    Janvier 2014
    Messages
    1 498
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2014
    Messages : 1 498
    Points : 5 679
    Points
    5 679
    Par défaut
    Citation Envoyé par HaryRoseAndMac Voir le message
    Je cite : "Il faut donc éviter les commentaires car le code doit être explicite et il convient de réserver les commentaires pour ce que le code ne peut pas exprimer. La plupart des autres types de commentaires doivent être considérés comme du bruit qui parasite votre code."
    C'est bien ta source contredit ton propos précédent à savoir "jamais de commentaires".
    Oui on peu faire du code propre et en sus des commentaires parce que même avec un code hyper propre, quand tu relis ton code 1 an après ou qu'une autre personne relis ton code personne y comprends plus rien même avec un code propre, tu le saurais si tu étais un vrai pro en entreprise expérimenté et pas un mytho codeur amateur occasionnel du dimanche.

    Et non je n'ai jamais été sur oclock, OC ou équivalent, j'ai fais des études supérieures dans le public, et je travaille en entreprise sans doute depuis plus longtemps que toi, et donc oui tu continue à délirer comme un gros cas psychiatrique.

    N'importe qui peu comprendre ça, pourquoi faut-il commenter le code :

    Les commentaires impliquent de placer des descriptions lisibles par l'homme à l'intérieur de programmes informatiques détaillant ce que fait le code. Une utilisation appropriée des commentaires peut faciliter la maintenance du code et accélérer la recherche de bogues. De plus, les commentaires sont très importants lors de l'écriture de fonctions que d'autres personnes utiliseront.
    « L’humour est une forme d'esprit railleuse qui s'attache à souligner le caractère comique, ridicule, absurde ou insolite de certains aspects de la réalité »

  7. #7
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par Mingolito Voir le message
    C'est bien ta source contredit ton propos précédent à savoir "jamais de commentaires".
    Et bien non gros boulet, car si tu avais lu et je me vais me citer, j'avais marqué juste avant :
    sauf cas rare et exceptionnels,
    Ce que dit exactement la source que j'ai mis.
    Pas de bol hein ?

    Quand on sais pas lire et qu'on veut avoir raison malgré tout ...

    Et non je n'ai jamais été sur oclock, OC ou équivalent, j'ai fais des études supérieures dans le public, et je travaille en entreprise sans doute depuis plus longtemps que toi, et donc oui tu continue à délirer comme un gros cas psychiatrique.
    Du haut de mes 55 ans, j'en doute et toi, t'es le genre à bosser dans une ESN vu ton niveau au ras de pâquerette et ça expliquerait pourquoi tu ne sais même pas que l'emploi des commentaires doit représenter 1% du total du code et pourquoi tu n'es pas fichu de savoir le découplage d'un code.

    Oui on peu faire du code propre et en sus des commentaires parce que même avec un code hyper propre, quand tu relis ton code 1 an après ou qu'une autre personne relis ton code personne y comprends plus rien même avec un code propre, tu le saurais si tu étais un vrai pro en entreprise expérimenté et pas un mytho codeur amateur occasionnel du dimanche.
    Ca grand, quand tu sais coder, justement tu n'es pas dans ces cas là, car le code est découplé, car les fonctions sont bien nommés, car les tests sont pertinents et donc, n'ont pas un coverage de 100% et j'en passe.

    Là encore, ça démontre que tu es profondément un amateur.

  8. #8
    Expert éminent sénior
    Homme Profil pro
    Analyste/ Programmeur
    Inscrit en
    Juillet 2013
    Messages
    4 627
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste/ Programmeur

    Informations forums :
    Inscription : Juillet 2013
    Messages : 4 627
    Points : 10 548
    Points
    10 548
    Par défaut
    Citation Envoyé par HaryRoseAndMac Voir le message
    Je cite : "Il faut donc éviter les commentaires car le code doit être explicite et il convient de réserver les commentaires pour ce que le code ne peut pas exprimer. La plupart des autres types de commentaires doivent être considérés comme du bruit qui parasite votre code."
    je ne fais que passer … mais cela c'est la définition THÉORIQUE du commentaire de la méthode agile (dans le manifeste ? dans les pratiques Extrem Programming (XP) ? autre ?, facile à trouver)

    C'est la réaction à la conséquence de la réalité "la vraie vie de développeur" : lorsque tu commentes 1 "bout de code", il faut reprendre le commentaire à chaque modification (avec le temps que cela prend)
    Et avec le temps, balec / 20 du commentaire et le commentaire ne correspond plus à ton "bout de code" … à moins que tu aies 1 équipe ultra disciplinée avec peut-être 1 revue de code/ commentaire à chaque "mise à jour".

    C'est pour cela que dans les méthodes agiles, on préfère remplacer les commentaires [autant que faire se peut] soit par des "bouts de code" uni fonctionnels et petits ("self-documenting") soit par des tests unitaires (<- et les tests permettent de réfléchir à l'"algorithme").
    Et à défaut, 1 bon commentaire, surtout si tu as 1 grosse formule, des nombres magiques … des "trucs" à expliquer vraiment.

  9. #9
    Chroniqueur Actualités

    Homme Profil pro
    Dirigeant
    Inscrit en
    Juin 2016
    Messages
    3 160
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Dirigeant
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juin 2016
    Messages : 3 160
    Points : 66 249
    Points
    66 249
    Par défaut Un tribunal ordonne à GitHub de révéler l'identité de l'auteur de la fuite du code source de Twitter
    Un tribunal ordonne à GitHub de produire des informations d'identification sur l'auteur de la fuite du code source de Twitter
    l'on ignore toujours ce qu'Elon Musk compte faire de ces informations

    Le tribunal de première instance du district du nord de la Californie a répondu favorablement à la demande d'Elon Musk d'obliger GitHub à lui révéler l'identité de l'auteur de la fuite de certaines parties du code source de Twitter. Il a obtenu une assignation à comparaître obligeant GitHub à produire toutes les informations d'identification associées au compte "FreeSpeechEnthusiast" d'ici le 3 avril. En outre, GitHub est également invité à démasquer les personnes ayant téléchargé les morceaux de code publiés sur sa plateforme par FreeSpeechEnthusiast. Jusque-là, Musk est resté muet sur le traitement qu'il réserve à toutes ces personnes.

    Selon les documents déposés par Twitter le 24 mars devant le tribunal de district du nord de la Californie, "divers extraits" du code source de sa plateforme de médias sociaux ont été publiés sur GitHub. Une demande de retrait adressée à GitHub en vertu de la loi américaine DCMA indique que le matériel divulgué contient le code source propriétaire de la plateforme et des outils internes de Twitter. On ne sait pas si le code source utilisé pour recommander des tweets fait partie de la fuite. La plateforme d'hébergement de code source, propriété de Microsoft, a déclaré vendredi avoir supprimé les morceaux de code source conformément à la demande de retrait.

    Les documents judiciaires désignent l'utilisateur de GitHub "FreeSpeechEnthusiast" comme responsable de la fuite des parties du code source de Twitter. Elon Musk et les siens ont joint aux documents judiciaires une citation à comparaître pour obliger GitHub à faire tout ce qui est en son pouvoir afin de retrouver l'identité réelle de l'individu qui se cache derrière le pseudonyme FreeSpeechEnthusiast. Vendredi, GitHub n'a pas dit s'il entendait se conformer à la demande Twitter, mais ce mercredi, le tribunal a signé l'assignation à comparaître. GitHub a donc jusqu'au 3 avril pour dévoiler plus d'informations sur le propriétaire du compte FreeSpeechEnthusiast.

    Nom : FreeSpeechEnthuiast.jpg
Affichages : 5957
Taille : 32,2 Ko

    Ces informations d'identification comprennent : le(s) nom(s), adresse(s), numéro(s) de téléphone, adresse(s) électronique(s), données de profil de médias sociaux, et adresse(s) IP, pour le(s) utilisateur(s) associé(s) au compte FreeSpeechEnthusiast. GitHub a également reçu l'ordre de fournir le même type d'informations sur tous les utilisateurs qui ont posté, téléchargé ou modifié les données dans le dépôt de code affiché par FreeSpeechEnthusiast. En outre, selon les termes de l'assignation, les informations devront également inclure toutes les informations d'identification fournies ultérieurement à des fins de facturation ou d'administration.

    L'on ignore depuis combien de temps exactement le code source de Twitter a été publié sur GitHub. Mais certains rapports, publiés la semaine dernière, indiquent que le code était apparemment sur GitHub depuis des mois avant que les dirigeants de Twitter ne soient informés de la fuite. Un article paru dimanche dans le New York Times cite des sources indiquant que les dirigeants de Twitter craignent "que le code comporte des failles de sécurité qui pourraient donner à des pirates ou à d'autres parties motivées les moyens d'extraire des données d'utilisateurs ou de mettre le site hors service". Un problème qui pourrait enfoncer davantage la plateforme.

    De même, Twitter pense que la source de la fuite pourrait être un ingénieur qui a quitté le bureau de San Francisco l'année dernière. En effet, des personnes au fait de l'affaire ont rapporté vendredi que Twitter a ouvert une enquête sur la fuie et les cadres chargés de l'affaire supposent que le responsable avait quitté la société l'année dernière, notamment dans les vagues de licenciements massifs orchestrés par Musk. Depuis qu'il a racheté Twitter pour 44 milliards de dollars fin octobre, environ 75 % des 7 500 employés de l'entreprise ont été licenciés ou ont démissionné. Musk, qui est très actif sur Twitter, n'a pas commenté publiquement la fuite.

    Le code source propriétaire fait souvent partie des secrets commerciaux les mieux gardés d'une entreprise. Le rendre public risque de révéler les vulnérabilités de son logiciel à des attaquants potentiels, et peut également donner un avantage à ses concurrents en leur permettant de voir des fonctionnements internes non publics. Le code source a été une cible fréquente pour les pirates informatiques dans le passé, notamment lors d'attaques contre Microsoft et le développeur de Cyberpunk 2077, CD Projekt Red. Twitter fait déjà face à d'innombrables problèmes et une cyberattaque massive liée à cette fuite pourrait plonger la plateforme dans les abysses.

    Peut-être que le milliardaire est simplement furieux que quelqu'un l'ait devancé. En fait, Musk a révélé sur Twitter au début du mois (ce n'est toutefois pas la première fois qu'il fait une telle annonce) que l'algorithme de recommandation de l'entreprise dans son code source serait ouvert à partir du 31 mars. Bien que Twitter et Musk n'aient pas indiqué qu'ils allaient rendre l'ensemble du code source accessible au public, il a déclaré que "ce premier coup d'œil derrière le rideau serait embarrassant au début" et qu'il s'agissait d'une tentative pour que Twitter gagne la confiance de ses utilisateurs. Une confiance rudement mise à mal depuis des mois.


    Depuis qu'il a racheté le réseau social, Musk fait la une des journaux en raison des licenciements massifs répétés, des licenciements aléatoires de départements entiers de Twitter, et même des plaintes concernant la valeur de l'entreprise, qui selon les propres dires de Musk, a baissé de plus de 20 milliards de dollars. En outre, notons que le pseudonyme FreeSpeechEnthusiast pourrait être une autre façon pour l'auteur de la divulgation de narguer encore plus Musk. Le pseudonyme peut se traduire littéralement par "adepte de la liberté d'expression", ce qui rappelle la façon dont Musk a l'habitude de se décrire sur les réseaux sociaux et dans les médias.

    Quant à l'assignation à comparaître adressée à GitHub, certaines sources rapportent qu'il ne semble pas très difficile d'obtenir une citation à comparaître en vertu de la DMCA (Digital Millennium Copyright Act - une loi votée en 1998) si elle concerne quelqu'un qui a directement publié un contenu illicite. Le texte de la DMCA stipule que si une notification d'infraction satisfait aux dispositions de la loi, et si "l'assignation proposée est en bonne et due forme, et la déclaration qui l'accompagne est correctement exécutée, le greffier émet et signe rapidement l'assignation proposée et la renvoie au demandeur pour qu'il la remette au fournisseur de services".

    En théorie, GitHub peut toujours contester les demandes d'assignation. « Alors que les citations à comparaître en vertu de la DMCA sont censées fournir une voie légale rapide pour révéler l'identité d'un contrefacteur présumé, les plateformes qui reçoivent une citation à comparaître peuvent toujours la contester devant un tribunal, en particulier si elles estiment qu'elle implique les droits de liberté d'expression de l'utilisateur », rapporte Bloomberg. Toutes les demandes d'assignation à comparaître liées au droit d'auteur ne sont pas toujours faciles à traiter. Des assignations à comparaître visent régulièrement les plateformes comme Reddit et Google.

    Par exemple, ce mois-ci, Marvel a demandé au tribunal du district nord de Californie d'assigner Reddit et Google pour obtenir l'identité des personnes prétendument impliquées dans la fuite de dialogues d'Ant-Man et la Guêpe avant la sortie du film : Quantumania. Le tribunal a approuvé l'assignation à comparaître de Google et de Reddit quelques jours après la demande de Marvel.

    Source : document de justice (PDF)

    Et vous ?

    Quel est votre avis sur le sujet ?
    Que pensez-vous de la décision du tribunal ?
    Selon vous, que pourrait faire Elon Musk de ces informations ?
    Pensez-vous que GitHub se conformera à l'assignation à comparaître ?

    Voir aussi

    Des parties du code source de Twitter ont été divulguées sur GitHub et Elon Musk tente activement d'identifier le coupable, cet incident vient s'ajouter aux nombreux problèmes de l'entreprise

    Musk a déclaré que Twitter ouvrirait son algorithme, puis aurait licencié les personnes qui pouvaient le faire

    Les licenciements sur Twitter se poursuivent en 2023 : Elon Musk aurait licencié le personnel de modération du contenu en Irlande et à Singapour, Twitter a perdu environ 5000 sur ses 7500 travailleurs

    Elon Musk indique que l'algorithme de recommandations de Twitter pourrait être publié en open source « la semaine prochaine », après avoir soutenu l'idée pendant des mois
    Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités

  10. #10
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Le mec qui a fait fuité le code de twitter à mon avis doit avoir perdu 10kg de goutes de sueur tombées du front depuis la plainte.

  11. #11
    Membre extrêmement actif
    Homme Profil pro
    Graphic Programmer
    Inscrit en
    Mars 2006
    Messages
    1 537
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Graphic Programmer
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2006
    Messages : 1 537
    Points : 3 909
    Points
    3 909
    Par défaut
    Citation Envoyé par HaryRoseAndMac Voir le message
    Le mec qui a fait fuité le code de twitter à mon avis doit avoir perdu 10kg de goutes de sueur tombées du front depuis la plainte.
    a mon avis quand tu vole un code et que tu le publie en libre acces, tu fait ce qu'il faut pour te proteger.
    Et vu que ca ne concerne pas la sécurité nationale, je doute qu'ils aient acces a toutes les sources d'information pour enqueter..

  12. #12
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par Aiekick Voir le message
    a mon avis quand tu vole un code et que tu le publie en libre acces, tu fait ce qu'il faut pour te proteger.
    Et vu que ca ne concerne pas la sécurité nationale, je doute qu'ils aient acces a toutes les sources d'information pour enqueter..
    Sauf qu'il l'a publié sur Github.
    Donc il suffit d'une seule fois ou l'individu ne ne soit pas connecté à travers un VPN ou autre moyen pour ne pas diffuser son IP pour s'authentifier, pour que l'individu soit fini.

    Github depuis le rachat par Microsoft log tout de chez tout.

    Il aura beau avoir pris des précautions, poster du code sur Github quand on veut être anonyme, c'est aussi intelligent que croire qu'échanger des informations sensibles sur gmail est sans risques.

  13. #13
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    Avril 2002
    Messages
    4 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : Avril 2002
    Messages : 4 552
    Points : 15 463
    Points
    15 463
    Par défaut
    Citation Envoyé par HaryRoseAndMac Voir le message
    Sauf qu'il l'a publié sur Github.
    Donc il suffit d'une seule fois ou l'individu ne ne soit pas connecté à travers un VPN ou autre moyen pour ne pas diffuser son IP pour s'authentifier, pour que l'individu soit fini.
    On peut supposer qu'il a utilisé un compte Github créé pour l’occasion est qu'il n'a pas utilisé sa connexion perso (voire même pas son ordinateur perso). Ça me parait le strict minimum quand on fait ce genre de chose.

  14. #14
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par Uther Voir le message
    On peut supposer qu'il a utilisé un compte Github créé pour l’occasion est qu'il n'a pas utilisé sa connexion perso (voire même pas son ordinateur perso). Ça me parait le strict minimum quand on fait ce genre de chose.
    Ben ...
    Espérons pour lui lol

  15. #15
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par foetus Voir le message
    je ne fais que passer … mais cela c'est la définition THÉORIQUE du commentaire de la méthode agile (dans le manifeste ? dans les pratiques Extrem Programming (XP) ? autre ?, facile à trouver)

    C'est la réaction à la conséquence de la réalité "la vraie vie de développeur" : lorsque tu commentes 1 "bout de code", il faut reprendre le commentaire à chaque modification (avec le temps que cela prend)
    Et avec le temps, balec / 20 du commentaire et le commentaire ne correspond plus à ton "bout de code" … à moins que tu aies 1 équipe ultra disciplinée avec peut-être 1 revue de code/ commentaire à chaque "mise à jour".

    C'est pour cela que dans les méthodes agiles, on préfère remplacer les commentaires [autant que faire se peut] soit par des "bouts de code" uni fonctionnels et petits ("self-documenting") soit par des tests unitaires (<- et les tests permettent de réfléchir à l'"algorithme").
    Et à défaut, 1 bon commentaire, surtout si tu as 1 grosse formule, des nombres magiques … des "trucs" à expliquer vraiment.
    Il y a du presque vrai et du faux dans ton propos.
    Faux : Le fait que les développeurs depuis belle lurette ne mettent plus de commentaires dans le code source, ne vient pas de l'agile.
    L'agile ce sont des méthodologies et non pas une méthode.
    L'Agile n'a aucun rapport avec les bonnes pratiques du code, ce sont des modèles de gestion à adapter.

    C'est le clean code, comme je l'ai indiqué, qui a formalisé le pourquoi, il est en réalité stupide, de commenter dans 95% des cas.
    Quand l'entête de ta méthode indique que tu retourne un string, que ton typage indique que tu dois retourner un string, et que le code de la méthode indique que tu retourne un string, à un moment donné, il faut commencer à penser comme un développeur, c'est à dire comme quelqu'un d'intelligent et non pas comme un des nombreux attardés que l'on retrouve dans les ESN.

    presque vrai : Dans 95% des cas, les commentaires dans le code sont inutile non pas, pour des raisons de maintenabilité, surtout que de nos jours, on a des outils qui génèrent et mettent à jour automatiquement les commentaires, mais tout simplement parce que c'est du bruit.
    Ils ne servent littéralement à rien.
    et la partie presque vrai de ton argument est qu'effectivement, le tdd est un très bon guide qui remplace les commentaires, mais aussi tout simplement l'architecture du logiciel.

    Un logiciel découplé intelligemment, selon des principes d'une architecture propre, des principes SOLID, des principes du clean code et j'en passe, rends dans 95% des cas l'écritures des commentaires totalement stupide.

    Mais bon, pour faire comprendre ça aux gens du forum dont la plupart bossent dans des ESN depuis qu'ils ont eu un premier job et donc, ont un niveau proche du néant et des capacités intellectuelles pour faire ce job aussi crédible qu'une huitre à qui l'ont demanderais de démontrer la conjecture de Poincaré, ou alors pire, sont des espèces de managers, le truc qui ne sert totalement à rien dans le monde du dev à part foutre en l'air des salaires et faire croire que ce type de poste est au dessus du métier de développeur, c'est bien la seule raison.

  16. #16
    Membre chevronné
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    721
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Mai 2006
    Messages : 721
    Points : 1 876
    Points
    1 876
    Par défaut
    Sûrement, je dois faire partie des amateurs puisque je commente un peu le code.
    Je suis d'accord que le code bien conçu parle de lui-même, mais le contexte n'est pas forcément obvious. Le "comment" est clair et il doit l'être, ce qui n'est pas forcément toujours clair, c'est le "pourquoi". Et il y aussi des connaissances business relatives à l'implémentation qu'on ne connaît pas forcément. A fortiori quand on reprend le code de quelqu'un d'autre.

    Les commentaires permettent aussi de générer de la documentation, par exemple Sphinx avec les docstrings.
    A moins que vous considériez la documentation comme inutile ?

    Je rajoute que sur certains projets nous sommes plusieurs à travailler. S'il faut reprendre le travail de quelqu'un c'est bien de savoir ce qu'il pensait quand il a codé tel ou tel truc, quand le code à lui seul ne suffit pas à restituer le contexte.
    Même moi, je ne suis pas sûre de ce que je pensais il y 5 ans...
    Sur certains projets, l'historique remonte à 10 ans voire plus, et évidemment il y des développeurs qui sont partis depuis longtemps, d'autres sont arrivés.
    Il y a eu plusieurs générations qui se sont succédé, avec chaque fois une perte de connaissance et de savoir-faire. Et tout n'est pas dans la doc interne, le wiki...

    Je considère que reprendre le code d'un autre est rarement un cadeau, alors je m'efforce à rendre le mien pas trop pénible

    Et quand vous travaillez sur des domaines plus particulier (un exemple parmi d'autres: sur un automate industriel), on peut se retrouver dans des situations où il y a plus de commentaires que de code, mais c'est justifié. Par exemple, on peut être amené à commenter les bits sur lesquels on travaille, ou expliquer pourquoi on limite la taille du buffer à tel endroit, c'est parce que il y a un composant électronique derrière, avec ses limitations techniques.... Mais tout ça on ne peut pas le deviner juste en regardant le code.

    En réalité, le "bruit" ne gêne pas. Si on travaille proprement le code est typiquement structuré de telle sorte qu'on a un fichier par classe, voire par fonction. Les fichiers sont petits.. Et donc la lecture et le défilement du code n'est pas pénible. Les commentaires ne gênent pas la compréhension, au contraire (sauf évidemment quand ils induisent en erreur !)
    Ce qui gêne, c'est le "bloat", les fonctions mal écrites, pas optimisées, buggées difficiles à lire. Un code non commenté n'est pas forcément du clean code, d'après mon expérience je dirais que c'est le contraire

    Et je ne parle même pas de langages plus hardus comme l'assembleur mais il y a le Verilog, de nouveau il me paraît inenvisageable de ne pas commenter le code.

    En réalité, le code non documenté est rare, car même si la fonction est constituée de code pur, il y a forcément un commentaire dans le git commit, qui est probablement lui-même lié à un issue dans Jira, Redmine ou autre.

  17. #17
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par binarygirl Voir le message
    Sûrement, je dois faire partie des amateurs puisque je commente un peu le code.
    Je suis d'accord que le code bien conçu parle de lui-même, mais le contexte n'est pas forcément obvious. Le "comment" est clair et il doit l'être, ce qui n'est pas forcément toujours clair, c'est le "pourquoi". Et il y aussi des connaissances business relatives à l'implémentation qu'on ne connaît pas forcément. A fortiori quand on reprend le code de quelqu'un d'autre.

    Les commentaires permettent aussi de générer de la documentation, par exemple Sphinx avec les docstrings.
    A moins que vous considériez la documentation comme inutile ?

    Je rajoute que sur certains projets nous sommes plusieurs à travailler. S'il faut reprendre le travail de quelqu'un c'est bien de savoir ce qu'il pensait quand il a codé tel ou tel truc, quand le code à lui seul ne suffit pas à restituer le contexte.
    Même moi, je ne suis pas sûre de ce que je pensais il y 5 ans...
    Sur certains projets, l'historique remonte à 10 ans voire plus, et évidemment il y des développeurs qui sont partis depuis longtemps, d'autres sont arrivés.
    Il y a eu plusieurs générations qui se sont succédé, avec chaque fois une perte de connaissance et de savoir-faire. Et tout n'est pas dans la doc interne, le wiki...

    Je considère que reprendre le code d'un autre est rarement un cadeau, alors je m'efforce à rendre le mien pas trop pénible

    Et quand vous travaillez sur des domaines plus particulier (un exemple parmi d'autres: sur un automate industriel), on peut se retrouver dans des situations où il y a plus de commentaires que de code, mais c'est justifié. Par exemple, on peut être amené à commenter les bits sur lesquels on travaille, ou expliquer pourquoi on limite la taille du buffer à tel endroit, c'est parce que il y a un composant électronique derrière, avec ses limitations techniques.... Mais tout ça on ne peut pas le deviner juste en regardant le code.

    En réalité, le "bruit" ne gêne pas. Si on travaille proprement le code est typiquement structuré de telle sorte qu'on a un fichier par classe, voire par fonction. Les fichiers sont petits.. Et donc la lecture et le défilement du code n'est pas pénible. Les commentaires ne gênent pas la compréhension, au contraire (sauf évidemment quand ils induisent en erreur !)
    Ce qui gêne, c'est le "bloat", les fonctions mal écrites, pas optimisées, buggées difficiles à lire. Un code non commenté n'est pas forcément du clean code, d'après mon expérience je dirais que c'est le contraire

    Et je ne parle même pas de langages plus hardus comme l'assembleur mais il y a le Verilog, de nouveau il me paraît inenvisageable de ne pas commenter le code.

    En réalité, le code non documenté est rare, car même si la fonction est constituée de code pur, il y a forcément un commentaire dans le git commit, qui est probablement lui-même lié à un issue dans Jira, Redmine ou autre.
    Attention je n'ai pas dit qu'il fallait 0 commentaires.
    J'ai dit qu'un commentaire qui explique ce que fait une méthode = tu es un amateur.
    Un commentaire qui dit que la méthode retourne un string = tu es un amateur.
    ...

    Je t'invite à te renseigner sur la clean architecture, le clean code, ... et à passer encore 4 ou 5 ans à faire de l'architecture logicielle et tu comprendras pourquoi les commentaires ne servent à rien dans 95% des cas.

    Tout ce que tu viens d'évoquer, ce sont des erreurs que font les développeurs juniors, moi en tête quand j'étais jeune et avant que je prenne au sérieux l'architecture et le code, donc il y a plus de 25 ans, et même encore aujourd'hui, ma boite travaille sur des outils industriels d'usine, et on a vu l'avant et après une architecture logicielle propre et l'avant après les réelles bonnes pratiques.

    Surtout ta partie sur l'assembleur, puisque les machines d'usines sont soient en C, soit en assembleur.
    Ca ne nous empêches pas d'avoir une architecture propre, pas de commentaire, ... en assembleur.

    Commentaires = débutant.
    Les commentaires doivent être là pour de rare cas bien spécifique, dans 95% des autres cas, ils ne sont pas justifiés et justifiables et ne démontre qu'une incapacité du développeur à être réellement pro et à connaitre les bonnes pratiques, à réellement découpler son code, à réellement réfléchir et comprendre des contextes (ce qu'on appel des bounded contexte), à réellement mettre en place des tests, et j'en passe.

    Même sur des logiciels d'usine ou autre, les commentaires ne servent à rien, c'est une démonstration d'incompétence avant tout.
    Et concernant ton propos sur Jira, là encore, ça démontre de l'amateurisme profond.

    Ca fait des années que ceux qui font réellement de l'Agile ont mit Jira et consort à la poubelle et ont mis dans la poubelle toutes les pull requests et autres bullshit de devs juniors qui pensent le code comme une forme de sectarisme/evangelisme et non comme une matière scientifique en évolution constante qui ne doit pas reposer sur des dogmes mais sur de la compréhension profonde qui se base sur des faits, de l'utilité et de l'intelligence pure et dure.

    Développeur c'est pas sysadmin.
    Un développeur ne repose pas sur des certitudes avec des choses qu'on lance et qui marche, il repose sur de l'abstraction et de la compréhension.

    Hors trop de gens ne comprennent pas qu'un développeur et un chercheur c'est exactement le même métier et qu'un développeur n'est pas un ingénieur.
    Un ingénieur, ça applique des formules par coeur toute la journée, un chercheur ça les inventent.

    Mais bon, va faire comprendre ça à un type qui bosse dans une ESN ...
    C'est comme vouloir apprendre à courir à un estropié.

  18. #18
    Membre chevronné
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    721
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Mai 2006
    Messages : 721
    Points : 1 876
    Points
    1 876
    Par défaut
    Citation Envoyé par HaryRoseAndMac Voir le message
    Ca ne nous empêches pas d'avoir une architecture propre, pas de commentaire, ... en assembleur.
    Hâte de voir ça !
    Citation Envoyé par HaryRoseAndMac Voir le message
    Et concernant ton propos sur Jira, là encore, ça démontre de l'amateurisme profond.

    Ca fait des années que ceux qui font réellement de l'Agile ont mit Jira et consort à la poubelle et ont mis dans la poubelle toutes les pull requests et autres bullshit de devs juniors qui pensent le code comme une forme de sectarisme/evangelisme et non comme une matière scientifique en évolution constante qui ne doit pas reposer sur des dogmes mais sur de la compréhension profonde qui se base sur des faits, de l'utilité et de l'intelligence pure et dure.
    Les outils utilisés varient au gré de mes missions, mais je n'ai pas l'impression de travailler avec des amateurs.
    Là où je bosse actuellement, les outils comme Jira sont utilisés pour faire le suivi des tâches à exécuter et planifier en fonction des ressources, et aussi faire le suivi des demandes des clients, en vue de facturer le travail accompli (qui est souvent facturé au nombre de jours, il faut un minimum de rigueur dans la comptabilisation des activités).

    Mais à vous entendre, toutes les très grosses boîtes qui utilisent Jira sont des amateurs

    Du coup, je me demande comment vous gérez vos ressources, la relation client, la facturation et tout ça. Un tableau Excel ?
    Rassurez-moi vous avez un outil de versioning du code quand même ?

  19. #19
    Membre extrêmement actif
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Août 2022
    Messages
    755
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Août 2022
    Messages : 755
    Points : 0
    Points
    0
    Par défaut
    Citation Envoyé par binarygirl Voir le message
    Hâte de voir ça !

    Les outils utilisés varient au gré de mes missions, mais je n'ai pas l'impression de travailler avec des amateurs.
    Là où je bosse actuellement, les outils comme Jira sont utilisés pour faire le suivi des tâches à exécuter et planifier en fonction des ressources, et aussi faire le suivi des demandes des clients, en vue de facturer le travail accompli (qui est souvent facturé au nombre de jours, il faut un minimum de rigueur dans la comptabilisation des activités).

    Mais à vous entendre, toutes les très grosses boîtes qui utilisent Jira sont des amateurs

    Du coup, je me demande comment vous gérez vos ressources, la relation client, la facturation et tout ça. Un tableau Excel ?
    Rassurez-moi vous avez un outil de versioning du code quand même ?
    Sauf
    (qui est souvent facturé au nombre de jours, il faut un minimum de rigueur dans la comptabilisation des activités).
    Car ça, c'est de la gestion en V et donc une mauvaise gestion, le reste, si ton jira est utilisé uniquement dans ce contexte oui ça peut passer, ce que j'entends par Jira, c'est le ticketing, les estimations, ... et tout ces trucs qui sont à mettre à la poubelle : il est impossible d'estimer la durée de réalisation d'un logiciel, raison pour laquelle des choses comme le noestimate sont apparus.

    Et donc, le système pyramidale de gestion des développeurs, qui est un système névrotique totalement hors sujet avec le métier de développeur.
    Développeur est l'un des rares métier ou un manager ou autre entité au dessus du développeur est inefficace, inefficient, improductif et par extension, hors sujet.

    Ce n'est pas ainsi que fonctionne ce métier, ce n'est pas un métier d'ingénieur ou d'usine, c'est un métier de chercheur.
    Un chercheur ça a besoin de liberté et qu'on le laisse comme une grande personne faire ce qu'il sait faire, car il sait très bien ce qu'il a faire, c'est le principe même de son métier, il est là pour réfléchir, pas pour obéir.

    Concernant les "très grosses boites" qui utilisent Jira, la majorité des très grosses boites sont totalement largués et n'utilisent rien d'autre que des fichiers Excel, je suis bien placé pour le savoir pour bosser en quotidien avec et la plupart du temps pour combler ça, font appel à des développeurs "star" de linkedin qui ne font que vendre du rêve à longueur de journée et sont à des années lumières d'avoir les compétences qu'ils vendent, conséquences, les boites font ensuite appel à des entreprises comme la mienne pour leur sauver la vie après s'être fait arnaquer durant des années.
    Soit, parce qu'ils ont pensés qu'il fallait payer le moins cher possible, soit, parce qu'ils ont pensés qu'il fallait reposer sur des pseudo stars à la noix, soit, parce qu'ils sont tout simplement une équipe de bras cassés.

    Et à la fin, se retrouve à devoir payer une fortune pour rattraper tout ça, au lieu dès le départ d'avoir fait appel à des Freelances réellement sénior et pas des pseudo "star" ou à des boites qui ont à coeur de faire réellement correctement leur boulot.
    Et dans tous les cas à chaque fois, les boites refusent d'y mettre le vrai prix et un logiciel, une application ou un site web, facturé 80 000 euros pour 3 mois de travail, eux, préfèrent utiliser chatGPT, une armée de junior, de stagiaire ou d'alternant et à la fin de l'année, ont dépassée fois trois ce budget.

    Ce n'est pas tant l'outil que je reproche, c'est son utilisation, l'outil reste un outil.

    Concernant notre process interne, nous avons des outils développé en interne, aussi simple que ça.
    Et quand on se rend contre de l'inefficience d'une chose, on hésite pas une seconde à mettre l'outil à la poubelle ou à le refactoriser, nous ne sommes pas sur un état d'esprit ou, parce que tous le monde utilise l'outil, mieux vaut qu'il soit inefficace mais que tous le monde l'utilise, que l'inverse.

    Pour le reste, c'est de la stratégie d'entreprise, donc je ne vais pas te dire en interne notre process en détail.

    PS : navré pour les fautes d'orthographe, j'écris rapidement sans revenir dessus.

  20. #20
    Membre extrêmement actif
    Homme Profil pro
    Graphic Programmer
    Inscrit en
    Mars 2006
    Messages
    1 537
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Graphic Programmer
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2006
    Messages : 1 537
    Points : 3 909
    Points
    3 909
    Par défaut
    Citation Envoyé par HaryRoseAndMac Voir le message
    Sauf qu'il l'a publié sur Github.
    Donc il suffit d'une seule fois ou l'individu ne ne soit pas connecté à travers un VPN ou autre moyen pour ne pas diffuser son IP pour s'authentifier, pour que l'individu soit fini.

    Github depuis le rachat par Microsoft log tout de chez tout.

    Il aura beau avoir pris des précautions, poster du code sur Github quand on veut être anonyme, c'est aussi intelligent que croire qu'échanger des informations sensibles sur gmail est sans risques.
    je vois en quoi ca annule ce que je dis. et un vpn n'est aucunement une securité.
    car les societe de vpn ont tous les logs aussi.

    ce faire un script d'upload, que tu declenche vite fait avec le wifi du mcdo bondé au heures de pointe sur un compte github cree pour l'occasion avec un telephone rooté ou tu auras bien viré tout les traceurs de google, changer 'ladresse mac. etc... je te laisse imaginer

Discussions similaires

  1. éclaircissement sur des parties de code
    Par pierre-y dans le forum Général Python
    Réponses: 7
    Dernier message: 19/11/2012, 11h08
  2. Inclusion d'une partie du code source dans une documentation Doxygen
    Par feanor11 dans le forum Autres éditeurs
    Réponses: 2
    Dernier message: 01/02/2012, 18h29
  3. Réponses: 5
    Dernier message: 09/04/2010, 02h21
  4. Ajouter des commentaire à vos codes-sources
    Par Zaki_SDwin dans le forum Contribuez
    Réponses: 6
    Dernier message: 17/06/2008, 01h38
  5. Réponses: 4
    Dernier message: 04/08/2006, 02h02

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo