L'utilisation est assez différente. Les wikis et les pages web classiques sont faits pour durer et être relativement faciles à retrouver. Twitter est plutôt là pour des informations en direct qui ne sont utiles que momentanément.
C'est un peu comme comparer un livre et un journal quotidien. Bien sûr qu'il y en a un qui va pouvoir prendre le temps d'organiser les informations et d'approfondir un sujet, alors que l'autre n'a pas le temps de le faire. Mais l'autre va pouvoir donner des informations de façon assez rapide après l'occurence d'un évènement.
Ça me semble un peu compliqué à mettre en place dans un véhicule en mouvement et qui ne circule pas sur un terrain parfaitement plat. Concrètement ça risque de surtout mesurer le bon réglage des amortisseurs?
Mais il y a des solutions plus simples: il me semble que les bus sont déjà équipés de "vidéoprotection"? On ne pourrait pas utiliser ces images pour évaluer le remplissage?
Donc, je me demande : plutôt que de stigmatiser et de courir après 20% d'antivax avec une seringue, pourquoi ne pas offrir des vaccins à des personnes d'autres pays qui ne demandent que cela, cela ne serait-il pas plus efficace ?
Apparemment après les annonces d'hier soir, il y a une bonne partie des gens qui se sont dit qu'ils feraient bien de prendre rendez-vous pour se faire vacciner. C'était donc plutôt du "oui oui je verrai ça plus tard" que vraiment antivax. Il restera sûrement quelques irréductibles antivax à la fin, mais on y est pas encore.
Cela dit, ce serait effectivement pas mal de s'assurer que les choses avancent hors de nos frontières aussi…
On rapelle que le mainteneur de Tenacity étant victime d'une campagne de harcèlement et de menaces à l'arme blanche, il avait peut être d'autres préoccupations que faire des commits.
De plus, pour être en contact avec un autre développeur de Tenacity, je sais qu'il y avait aussi du travail moins visible en cours: définir la gouvernance du projet, choisir un nom, décider comment gérer un nom de domaine, mettre en place un code de conduite, …
Toutes les choses importantes à faire avant de se lancer dans le code la tête baissée, donc. Histoire d'éviter des problèmes plus tard.
Les dommages éventuels sur le cerveau aussi, c'est lié à la façon d'utiliser le téléphone: il ne faut pas le coller près de la tête. Par exemple en évitant les longues discussions, ou en utilisant un micro-casque déporté (pour les appareils disposant d'une prise jack, parce que sinon, c'est du bluetooth et ce sont les mêmes fréquences, quoique à puisance bien plus faible).
A priori la quantité d'énergie électromagnétique reçue décroit avec le carré de la distance, donc quelques centimètres peuvent tout changer?
Si on veut parler de bénéfice/risque, il faudrait même compter le nombre de gens sauvés par l'utilisation d'un téléphone portable. Si ça se trouve, ça compense complètement le risque.
Mais ils faut déduire ceux qui sont morts dans un accident de trottinette parce qu'ils avaient le nez dans leur smartphone en traversant la rue. Je pense que le vrai danger avec les téléphones est à chercher plutôt de ce côté là?
Le problème de la license GPL vis à vis des entreprises ne se situe pas au niveau du copyleft.
Par exemple chez Apple, il y a pas mal de trucs sous GPLv2 qui sont utilisés. Mais pas de GPLv3. A priori le problème serait plutòt autour des restrictions sur les brevets logiciels.
Quand à la séparation entreprises vs particuliers, dans mon travail salarié je contribue par exemple à Wireshark (GPL) et j'ai des collègues qui participent à Linux (GPL). Chez moi sur mon temps libre, je contribue à Haiku (MIT et pas vraiment de contributions de la part d'entreprises). Donc, je suis pas vraiment convaincu par ton analyse.
La raison pour laquelle mes projets personels sont sous license MIT est que j'ai envie que mon code puise être utilisé par le plus de monde possible sans imposer de restrictions. Je ne vois pas l'intérêt des contraintes de la GPL dans mon cas. Par contre je vois bien l'intérêt pour une entreprise qui publie du code, de s'assurer que les concurrents qui utilisent et modifient ce code doivent aussi jouer le jeu et partager leurs changements. Donc une license copyleft me semble tout à fait pertinente dans ce cas.
Il y a des outils d'analyse statique. Quelques uns en vrac (pas tous libres): clang-tidy, cppcheck, clint, coverity, codesonar, pvs studio, …
L'idée est d'analyser le code lors de la compilation et de détecter ce genre de problèmes.
On peut aussi activer certaines protection à l'exécution dans les compilateurs modernes: ubsan (détecte le code exploitant des comportements laissés indéfinis par les spécification du C ou du C++), asan (détecte les accès à de la mémoire non allouée ou déjà libérée). Ça a un coût en terme de performances. S'il y a ce genre de besoins il est peut-être pertinent de regarder si un autre langage offrant plus de garanties ne serait pas un meilleur choix
Ce qui pose apparament problème parce que c'est incompaeible avec la license d'Audacity (GPL) qui dit qu'on ne peut pas restreindre le droit d'utilisation du programme.
Mais sinon c'est tout à fait possible d'écrire ses propres "smart pointers" ou autres outils de gestion de la mémoire, car il n'y a pas besoin de modifier le compilateur pour ça.
{
char* dynAlloc = malloc(1234);
MemoryDeleter deleter(dynAlloc);
} // La mémoire est libérée avec free() dès qu'on sort de ce bloc
Ça s'utilise très bien avec gcc 2.95.3 (encore utilisé dans Haiku pour la compatibilité avec BeOS). Cette version de gcc est trop ancienne pour implémenter complètement C++98. Donc je pense que n'importe quel compilateur C++ des 25 dernières années ne devrait pas avoir trop de problèmes avec ce code. Ou au pire on peut en écrire une version qui ne nécessite pas de templates, si vraiment on veut utiliser un compilateur datant de la préhistoire :)
Il n'y a pas besoin de C++20 pour faire l'équivalent de "cleanup". Il me semble dailleurs avoir pris soin de préciser dans mon commentaire que C++98 était suffisant?
C'est donc gcc+clang+icc+open watcom+Microsoft Visual C++, au moins 5 compilateurs.
C'est bien 2021. Il y a eu une version en juin 2020 (la beta 2) et on essaie d'avoir un rythme un peu plus rapide qu'une fois par an (mais c'est raté pour cette fois, les objetctifs pour cette version étaient trop ambitieux et/ou les développeurs ont travaillé sur des sujets qui n'étaient pas dans la roadmap)
Je m'occuperai de la dépêche (comme d'habitude) mais pour l'instant je dois corriger et tester pas mal de choses dans Haiku, donc je ne vais pas la démarrer tout de suite :)
Et on pourra la regrouper avec la dépêche pour les 20 ans de Haiku qui auront lieu environ 1 mois après, ça me fera moins de travail.
Les Français de l'étranger peuvent voter en avance, mais pas ceux des départements d'outre-mer qui votent aux horaires d'ouvertures des bureaux de votes, dans le fuseau horaire local. Et donc pour certains d'entre eux, quelques heures après le reste de la France et alors que les résultats sont déjà annoncés.
On verra bien ce qu'il se passe le jour ou une élection se joue à quelques milliers de voix près, on risque de s'intéresser beaucoup plus à eux, d'un seul coup?
Ça ne m'a pas fait de mal de me déconnecter un peu de mes écrans pour lire un truc sur papier, en tout cas. Chacun son truc, et je pense que la lecture sur écran n'encourage pas à se plonger dans des trucs un peu longs et détaillés.
Et non, on peut pas non plus utiliser une liseuse avec un écran "papier électronique" pour cet usage: c'est pas encore ça au niveau des couleurs et de la résolution d'écran. Et c'est pas dit que ça soit mieux au niveau empreinte écologique d'avoir un appareil dédié à ça, probablement que non.
Si ça arrange la situation, je peux écrire un client irc cui sait rien faire, comme ça on pourra dire "irc c'est nul, il existe un client qui ne peut même pas envoyer de messages!"
Est-ce que tu as un exemple de xep importunte, et de client qui ne l'implémente pas?
Je ne comprends pas pourquoi Nokia n'a pas repris l'excellente ergonomie de l'ère Simbyan.
Parce que ce n'est plus Nokia qui fabrique les téléphones? C'est HMD Global, qui a racheté la marque et le logo, mais n'a rien à voir avec l'ancien Nokia à part ça.
Franchement je préfère que les quelques rageux qui font ça donne des votes à -1 plutôt que de mettre un commentaire pas constructif du genre "ton commentaire est tout pourri tu dis n'importe quoi". C'est une façon d'apaiser le débat, finalement.
Non, mais en général on a plutôt besoin de ne surtout rien changer à une config qui fonctionne. Et on a donc plusieurs instances de la forge en question, gelées dans des versions différentes.
Je crois qu'on observe plutôt des commentaires descendre à -1 ou -2 et puis finir par remonter à un score positif dans ce cas. Si effectivement il s'agit d'un propos bien argumenté.
En tout cas ça m'arrive parfois de déplier des commentaires à score négatif (quand j'ai encore plus de temps à perdre que d'habitude) et c'est rare d'y trouver des choses très intéressantes.
Ça m'arrive de faire passer des entretiens d'embauche et on ne demande pas ça. Si c'est listé sur le CV, je vais voir. Mais si y'a des liens vers d'autres sites, je vais voir aussi, je privilégie pas spécifiquement github. Et si c'est auto-hébergé, ça me fait un truc en plus à discuter lors de l'entretien technique, de demander comment c'est fait.
Et c'est plutôt mieux de connaître ça car c'est hors de question d'héberger nos projets sur Github, on a notre forge en interne maintenue par nos équipes. Pour un tas de raisons: ne pas envoyer le code dans un autre pays, ne pas être dépendant d'une autre entreprise pour la maintenance du truc et la disponibilité des services, ne pas se retrouver avec une intégration continue toute cassée par une mise à jour la veille d'une livraison importante, etc. Naturellement on préfère donc embaucher des gens qui sont un peu sensible à ces problématiques.
Pourquoi "se subtituer à la loi"? Je pense qu'ils peuvent mettre n'importe qui dehors de chez eux s'ils ont envie et je vois pas le rapport avec la loi.
Il y a probablement du droit des contrats qui s'applique, mais ils peuvent rédiger leurs contrats comme ils veulent et les clients peuvent les accepter, ou aller voir ailleurs.
Il n'y a rien dans la loi à ce sujet. On pourrait parler de neutralité de l'internet, mais ça ne concerne que les "tuyaux" et pas les hébergeurs de contenus.
# Typo dans le titre
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Lossless-cut: The swiss army knife of lossless video/audio editing . Évalué à 5.
Le projet s'appelle lossless-cut et pas lowless-cut.
[^] # Re: J'ai encore oublié le drapeau :(
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Freedomphone, un téléphone pour lutter contre la censure de big tech. Évalué à 4. Dernière modification le 15 juillet 2021 à 23:11.
C'est pour essayer de faire oublier que c'est un téléphone fabriqué en chine, par une entreprise chinoise avec un cpu chinois?
https://www.dailydot.com/debug/freedom-phone-security-issues/?amp&__twitter_impression=true
[^] # Re: Twitter 👎
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Une collection de sources scientifiques (vulgarisées ou non) sur le Covid et son vaccin. Évalué à 2.
L'utilisation est assez différente. Les wikis et les pages web classiques sont faits pour durer et être relativement faciles à retrouver. Twitter est plutôt là pour des informations en direct qui ne sont utiles que momentanément.
C'est un peu comme comparer un livre et un journal quotidien. Bien sûr qu'il y en a un qui va pouvoir prendre le temps d'organiser les informations et d'approfondir un sujet, alors que l'autre n'a pas le temps de le faire. Mais l'autre va pouvoir donner des informations de façon assez rapide après l'occurence d'un évènement.
[^] # Re: What the fuck
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Et encore une surveillance de plus. Évalué à 2.
Ça me semble un peu compliqué à mettre en place dans un véhicule en mouvement et qui ne circule pas sur un terrain parfaitement plat. Concrètement ça risque de surtout mesurer le bon réglage des amortisseurs?
Mais il y a des solutions plus simples: il me semble que les bus sont déjà équipés de "vidéoprotection"? On ne pourrait pas utiliser ces images pour évaluer le remplissage?
# Procrastination
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Petite question sur l'immunité collective. Évalué à 8.
Apparemment après les annonces d'hier soir, il y a une bonne partie des gens qui se sont dit qu'ils feraient bien de prendre rendez-vous pour se faire vacciner. C'était donc plutôt du "oui oui je verrai ça plus tard" que vraiment antivax. Il restera sûrement quelques irréductibles antivax à la fin, mais on y est pas encore.
Cela dit, ce serait effectivement pas mal de s'assurer que les choses avancent hors de nos frontières aussi…
[^] # Re: Avancement de Sneedacity
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Deux forks d’Audacity (dont un par 4chan) sont dans un bateau… qu’est-ce qui peut mal finir ?). Évalué à 8.
On rapelle que le mainteneur de Tenacity étant victime d'une campagne de harcèlement et de menaces à l'arme blanche, il avait peut être d'autres préoccupations que faire des commits.
De plus, pour être en contact avec un autre développeur de Tenacity, je sais qu'il y avait aussi du travail moins visible en cours: définir la gouvernance du projet, choisir un nom, décider comment gérer un nom de domaine, mettre en place un code de conduite, …
Toutes les choses importantes à faire avant de se lancer dans le code la tête baissée, donc. Histoire d'éviter des problèmes plus tard.
[^] # Re: Oui, mais a priori non
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Cellphone radiation is harmful, but few want to believe it. Évalué à 3.
Les dommages éventuels sur le cerveau aussi, c'est lié à la façon d'utiliser le téléphone: il ne faut pas le coller près de la tête. Par exemple en évitant les longues discussions, ou en utilisant un micro-casque déporté (pour les appareils disposant d'une prise jack, parce que sinon, c'est du bluetooth et ce sont les mêmes fréquences, quoique à puisance bien plus faible).
A priori la quantité d'énergie électromagnétique reçue décroit avec le carré de la distance, donc quelques centimètres peuvent tout changer?
[^] # Re: Oui, mais a priori non
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Cellphone radiation is harmful, but few want to believe it. Évalué à 10.
Mais ils faut déduire ceux qui sont morts dans un accident de trottinette parce qu'ils avaient le nez dans leur smartphone en traversant la rue. Je pense que le vrai danger avec les téléphones est à chercher plutôt de ce côté là?
[^] # Re: Commentaire suivant
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien John Carmack (ID Software : Doom, Quake, etc), la GPL et la licence BSD. Évalué à 4.
Le problème de la license GPL vis à vis des entreprises ne se situe pas au niveau du copyleft.
Par exemple chez Apple, il y a pas mal de trucs sous GPLv2 qui sont utilisés. Mais pas de GPLv3. A priori le problème serait plutòt autour des restrictions sur les brevets logiciels.
Quand à la séparation entreprises vs particuliers, dans mon travail salarié je contribue par exemple à Wireshark (GPL) et j'ai des collègues qui participent à Linux (GPL). Chez moi sur mon temps libre, je contribue à Haiku (MIT et pas vraiment de contributions de la part d'entreprises). Donc, je suis pas vraiment convaincu par ton analyse.
La raison pour laquelle mes projets personels sont sous license MIT est que j'ai envie que mon code puise être utilisé par le plus de monde possible sans imposer de restrictions. Je ne vois pas l'intérêt des contraintes de la GPL dans mon cas. Par contre je vois bien l'intérêt pour une entreprise qui publie du code, de s'assurer que les concurrents qui utilisent et modifient ce code doivent aussi jouer le jeu et partager leurs changements. Donc une license copyleft me semble tout à fait pertinente dans ce cas.
[^] # Re: Cela me rappelle un bug ...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 3.
Il y a des outils d'analyse statique. Quelques uns en vrac (pas tous libres): clang-tidy, cppcheck, clint, coverity, codesonar, pvs studio, …
L'idée est d'analyser le code lors de la compilation et de détecter ce genre de problèmes.
On peut aussi activer certaines protection à l'exécution dans les compilateurs modernes: ubsan (détecte le code exploitant des comportements laissés indéfinis par les spécification du C ou du C++), asan (détecte les accès à de la mémoire non allouée ou déjà libérée). Ça a un coût en terme de performances. S'il y a ce genre de besoins il est peut-être pertinent de regarder si un autre langage offrant plus de garanties ne serait pas un meilleur choix
[^] # Re: surveillance ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Télémétrie (?) Audacity. Évalué à 3.
Ce qui pose apparament problème parce que c'est incompaeible avec la license d'Audacity (GPL) qui dit qu'on ne peut pas restreindre le droit d'utilisation du programme.
[^] # Re: Aujourd'hui j'ai appris
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 3. Dernière modification le 29 juin 2021 à 13:38.
En C++98 il y avait auto_ptr: https://en.cppreference.com/w/cpp/memory/auto_ptr
Mais sinon c'est tout à fait possible d'écrire ses propres "smart pointers" ou autres outils de gestion de la mémoire, car il n'y a pas besoin de modifier le compilateur pour ça.
Par exemple dans Haiku on a ceci:
https://git.haiku-os.org/haiku/tree/headers/private/shared/AutoDeleter.h#n151
Qui s'utilise comme cela:
Ça s'utilise très bien avec gcc 2.95.3 (encore utilisé dans Haiku pour la compatibilité avec BeOS). Cette version de gcc est trop ancienne pour implémenter complètement C++98. Donc je pense que n'importe quel compilateur C++ des 25 dernières années ne devrait pas avoir trop de problèmes avec ce code. Ou au pire on peut en écrire une version qui ne nécessite pas de templates, si vraiment on veut utiliser un compilateur datant de la préhistoire :)
[^] # Re: Aujourd'hui j'ai appris
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 5. Dernière modification le 28 juin 2021 à 23:01.
Il n'y a pas besoin de C++20 pour faire l'équivalent de "cleanup". Il me semble dailleurs avoir pris soin de préciser dans mon commentaire que C++98 était suffisant?
C'est donc gcc+clang+icc+open watcom+Microsoft Visual C++, au moins 5 compilateurs.
[^] # Re: Aujourd'hui j'ai appris
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 4.
La bonne solution est simple: ça se fait très bien en C++ standard (même en C++98), et la syntaxe est beaucoup plus lisible.
[^] # Re: fin juillet ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Haiku Beta 3 prévue pour fin juillet — va falloir faire une dépêche !. Évalué à 4.
C'est bien 2021. Il y a eu une version en juin 2020 (la beta 2) et on essaie d'avoir un rythme un peu plus rapide qu'une fois par an (mais c'est raté pour cette fois, les objetctifs pour cette version étaient trop ambitieux et/ou les développeurs ont travaillé sur des sujets qui n'étaient pas dans la roadmap)
# La dépèche est prévue
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Haiku Beta 3 prévue pour fin juillet — va falloir faire une dépêche !. Évalué à 8.
Je m'occuperai de la dépêche (comme d'habitude) mais pour l'instant je dois corriger et tester pas mal de choses dans Haiku, donc je ne vais pas la démarrer tout de suite :)
Et on pourra la regrouper avec la dépêche pour les 20 ans de Haiku qui auront lieu environ 1 mois après, ça me fera moins de travail.
[^] # Re: Vote électronique et pourquoi pas ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Vote par ordinateurs de vote / machines à voter en France, depuis 2017. Évalué à 3.
Les Français de l'étranger peuvent voter en avance, mais pas ceux des départements d'outre-mer qui votent aux horaires d'ouvertures des bureaux de votes, dans le fuseau horaire local. Et donc pour certains d'entre eux, quelques heures après le reste de la France et alors que les résultats sont déjà annoncés.
On verra bien ce qu'il se passe le jour ou une élection se joue à quelques milliers de voix près, on risque de s'intéresser beaucoup plus à eux, d'un seul coup?
[^] # Re: Kiosque et Quesaquo
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le nouveau magazine Epsiloon est disponible en kiosque. Évalué à 2.
Ça ne m'a pas fait de mal de me déconnecter un peu de mes écrans pour lire un truc sur papier, en tout cas. Chacun son truc, et je pense que la lecture sur écran n'encourage pas à se plonger dans des trucs un peu longs et détaillés.
Et non, on peut pas non plus utiliser une liseuse avec un écran "papier électronique" pour cet usage: c'est pas encore ça au niveau des couleurs et de la résolution d'écran. Et c'est pas dit que ça soit mieux au niveau empreinte écologique d'avoir un appareil dédié à ça, probablement que non.
[^] # Re: Ça manque de détails
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien C'est officiel: la FSF et le projet GNU déménagent leurs canaux IRC sur Libera.Chat. Évalué à 1.
Si ça arrange la situation, je peux écrire un client irc cui sait rien faire, comme ça on pourra dire "irc c'est nul, il existe un client qui ne peut même pas envoyer de messages!"
Est-ce que tu as un exemple de xep importunte, et de client qui ne l'implémente pas?
[^] # Re: Et les téléphones basiques (aka dumb phones) ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Quel téléphone (plus ou moins) libre en 2021 ?. Évalué à 2.
Parce que ce n'est plus Nokia qui fabrique les téléphones? C'est HMD Global, qui a racheté la marque et le logo, mais n'a rien à voir avec l'ancien Nokia à part ça.
[^] # Re: Retrait en 1h
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal De la notation sur les contenus et les commentaires. Évalué à 3.
Franchement je préfère que les quelques rageux qui font ça donne des votes à -1 plutôt que de mettre un commentaire pas constructif du genre "ton commentaire est tout pourri tu dis n'importe quoi". C'est une façon d'apaiser le débat, finalement.
[^] # Re: "panne mondiale"
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Gitlab, Github & Stackoverflow sont inaccessibles simultanément. Évalué à 6.
Non, mais en général on a plutôt besoin de ne surtout rien changer à une config qui fonctionne. Et on a donc plusieurs instances de la forge en question, gelées dans des versions différentes.
[^] # Re: Retrait en 1h
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal De la notation sur les contenus et les commentaires. Évalué à 3.
Je crois qu'on observe plutôt des commentaires descendre à -1 ou -2 et puis finir par remonter à un score positif dans ce cas. Si effectivement il s'agit d'un propos bien argumenté.
En tout cas ça m'arrive parfois de déplier des commentaires à score négatif (quand j'ai encore plus de temps à perdre que d'habitude) et c'est rare d'y trouver des choses très intéressantes.
[^] # Re: "panne mondiale"
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Gitlab, Github & Stackoverflow sont inaccessibles simultanément. Évalué à 6.
Ça m'arrive de faire passer des entretiens d'embauche et on ne demande pas ça. Si c'est listé sur le CV, je vais voir. Mais si y'a des liens vers d'autres sites, je vais voir aussi, je privilégie pas spécifiquement github. Et si c'est auto-hébergé, ça me fait un truc en plus à discuter lors de l'entretien technique, de demander comment c'est fait.
Et c'est plutôt mieux de connaître ça car c'est hors de question d'héberger nos projets sur Github, on a notre forge en interne maintenue par nos équipes. Pour un tas de raisons: ne pas envoyer le code dans un autre pays, ne pas être dépendant d'une autre entreprise pour la maintenance du truc et la disponibilité des services, ne pas se retrouver avec une intégration continue toute cassée par une mise à jour la veille d'une livraison importante, etc. Naturellement on préfère donc embaucher des gens qui sont un peu sensible à ces problématiques.
[^] # Re: What?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Gitlab, Github & Stackoverflow sont inaccessibles simultanément. Évalué à 6.
Pourquoi "se subtituer à la loi"? Je pense qu'ils peuvent mettre n'importe qui dehors de chez eux s'ils ont envie et je vois pas le rapport avec la loi.
Il y a probablement du droit des contrats qui s'applique, mais ils peuvent rédiger leurs contrats comme ils veulent et les clients peuvent les accepter, ou aller voir ailleurs.
Il n'y a rien dans la loi à ce sujet. On pourrait parler de neutralité de l'internet, mais ça ne concerne que les "tuyaux" et pas les hébergeurs de contenus.