Boa Treize a écrit 3449 commentaires

Le risque théorique, c'est qu'il te demande de l'indemniser pour le manque à gagner de ce qu'il aurait pu transformer en produit, licences et espèces sonnantes et trébuchantes.

Le risque nettement plus pratique, c'est que ton employeur va avoir un gros doute : est-ce que sur tes heures de travail, tu ne vas pas te consacrer à "ton" projet open-source ? Où est la démarcation entre les deux ? Que faire quand tu trouves un bug au boulot dans ton projet "perso" ? Cette zone grise est mauvaise tant pour toi (équilibre vie pro / vie perso) que pour ton projet (risque à tout moment que l'employeur réclame la propriété de l’œuvre et invalide la licence open-source que tu aurais alors octroyée sans le droit de le faire). Et même si l'employeur est d'accord dans un premier temps, rien ne dit que l'ambiance ne va pas changer (difficultés financières par exemple), mettant en péril ce qui a été bâti.

Pour les USA, je pense que c'est typiquement le genre de sujet qui peut varier d'un état à l'autre.

Chez nous, si tu utilises les moyens de l'entreprise pour des créations personnelles, tu tombes dans un autre problème : l'abus de bien social.

Un cadre n'a pas d’horaire

Tu fais cette affirmation deux fois dans ce fil de discussion, or elle n'a rien d'absolu, et elle est même plutôt fausse.

En 2015, près de la moitié des cadres étaient en forfait jours, donc l'autre moitié avait des horaires.

De plus, le forfait jours ne signifie pas pour autant que les horaires sont illimités, l'employeur doit toujours prendre les mesures nécessaires pour assurer la sécurité et protéger la santé physique et mentale des travailleurs, notamment en faisant des vérifications régulières.

Le forfait jours étant souvent source de dérives et d'abus, je pense qu'il ne faut pas le normaliser avec ce genre d'affirmation.

Pour une fois, voici un titre qui correspond fidèlement au contenu proposé. :-)

En examinant ce que tu as posté sur LinuxFr, on peut voir que tu as porté cette idée, ce projet, pendant plusieurs années.

Il y a quatre ans, tu te plaignais de ne pas solliciter l'intérêt avec ton projet. C'est encore le cas aujourd'hui. Cette FLC que tu veux promouvoir, est-ce une idée personnelle, ou quelque chose de connu dans le monde académique ?

Tu postes des liens vers archive.org, manifestement www.libreidea.org ne fonctionne plus ? Il était géré par d'autres, ou tu as arrêté ?

Le signal émis ne code pas de couleur, ce sont juste des bits 0 ou 1, monochrome, tu interprètes comme tu veux.

… et puis c'est pas le bon jaune pour un Amstrad. ;)

Les symboles sont différents selon qu'il s'agit du message de 1999 (images montrées dans ce journal) ou du message de 2003 (symboles plus résistants au bruit, diminution de la taille des chiffres car ils sont plus fréquents dans le message).

Les symboles des messages Dutil-Dumas de 1999 et 2003 sont expliqués dans ce PDF, ainsi que toutes les images envoyées à l'époque :

https://www.plover.com/misc/Dumas-Dutil/messages.pdf

Il est d’ailleurs bien connu qu’EMACS est un acronyme d’Escape-Meta-Alt-Control-Shift.

Ah merci pour l'info, du coup c'est lié au PC du boulot (qui d'habitude ne pose pas problème, y compris avec les sites HSTS, y compris avec Let's Encrypt). En effet, ça passe bien sur le PC perso.

Le site utilise une combinaison HTTP Strict Transport Security (HSTS) et certificat auto-signé qui ne rend pas facile sa consultation…

Bizarre ce bug de suppression, je ne l'ai jamais remarqué. Je viens de faire un essai, c'est presque instantané avec Dolphin, à la souris comme au clavier. J'utilise un SSD sous ext4, au cas où ça change quelque chose. Et l'indexeur de fichiers est actif.

L'essentiel du travail était dans la création de nouveaux modules, mais il fallait parfois impacter les anciens. Et le COBOL n'était qu'une partie du travail de l'équipe.

Quant à JCL, ayant jeté un petit coup d’œil du côté de celui d'IBM, il est fort possible que la solution utilisée ait conservé ce nom (voire un sous-ensemble du langage) pour ses propres scripts.

De mémoire il y avait du JCL dans les chaînes batch, mais les équipes agiles n'intervenaient pas dessus. Elles touchaient soit les étapes de traitement appelées au sein des chaînes, soit des programmes TP.

Rupture/synchro, ça ne me parle pas, en tout cas pas sous ce nom.

Les anciens programmes étaient bien sûr régulièrement maintenus, mais ça n'avait pas un impact significatif sur la qualité.

La différence était plutôt sur la qualité du nommage (trop libre dans le vieux code, beaucoup mieux cadré dans le nouveau), sur l'architecture (les vieux programmes faisaient tout d'un coup, règles métiers et accès aux données entremêlés), sur les pratiques de programmation (les vieux programmes réutilisaient parfois des zones mémoires pour des usages différents, des GO TO, des MOVE CORRESPONDING…).

Pour avoir fait de l'agile (plutôt du vrai) avec des devs COBOL dans l'équipe, je vois pas non plus pourquoi ce serait pas adapté, ça le faisait plutôt bien (sous Unix plutôt que z/OS, je ne sais pas si ça influe).

Et au passage, c'est le jour et la nuit la qualité de code entre les vieux trucs qui ont vécu trente ans en prod, et du code récent écrit avec de bonnes normes basées sur des années d'expérience et une architecture correcte.

Le site était sympa, mais il n'a pas l'air d'avoir survécu au week-end passé. Erreur 500 dimanche, timeout aujourd'hui. Trop de succès, ou malfaisance ?

Indirectement il s'agit bien d'une réponse de KDE à cette actualité (« l'entreprise externe » dont tu parles est un site d'actualité).

— Site putassier : « mais alors KDE va avoir de la pub » (réaction de pas mal de gens ceci dit)
— KDE : « mais non LOL »

Ce n'est pas (encore) très clair, mais en bas de la page il y a ce texte :

There is no cost for the plugin and library. We offer both Direct Ad and Programmatic services with standard advertising industry cost models.

J'en déduis qu'il est possible d'utiliser gratuitement la bibliothèque et le plugin, par exemple pour se brancher sur un fournisseur de publicité qui serait compatible (et que tu as peut-être codé toi-même).

Mais la deuxième phrase laisse entendre que Qt se positionne par ailleurs également comme fournisseur (ou intermédiaire) de publicité, selon un modèle de coûts classique dans le business (j'imagine par impression ou par clic, plus ou moins coûteux selon le ciblage).

Si j'ai bien compris l'article, il s'agit uniquement de l'abonnement Humble, qui est bien distinct des bundles achetés par ailleurs.

Ça reste une bonne idée de télécharger / sauvegarder ses achats bien entendu. Au final, combien de jeux avez-vous acheté, et à combien avez-vous vraiment joué ? :)

Si j'ai bien compris, ça ne concerne que les Blu-Ray Ultra HD (4k).

On dirait qu'il manque l'emblématique Eurostar…

Si on regarde plus, on peut voir qu'il y a déjà eu des accusations d'être un connard (traduction de douchebag) y a 10 ans.

C'est étrange, le lien que tu fournis est un argumentaire convaincant comme quoi les mauvaises actions dont il était accusé à l'époque étaient en fait totalement banales et pas du tout l’œuvre d'un connard.

Si connard il y avait, c'était plutôt l'accusateur le diffamateur anonyme qui semblait avoir une haine particulière envers lui.

En TGV Atlantique, il y a 10 voitures, dont 6,25 en seconde classe (qui empiète un peu sur la voiture bar).

Un retour aux idéogrammes ? Un grand pas en arrière ? De quels idéogrammes seraient issus nos alphabets pour qu'il y ait un retour ? Et les idéogrammes chinois seraient donc une catastrophe ?

Bien sûr qu'ils passent par une image de traçage, et bien sûr que l'absence de hit sur cette image ne signifie pas qu'il n'y a pas eu lecture. C'est notamment pour ça qu'ils posent la question.

Ça reste une plutôt bonne démarche : ça prouve qu'il y a des gens qui pilotent la lettre d'information, et qui font attention à ce qu'elle convienne à ses lecteurs.

Après, je ne comprends pas les gens qui ne chiffre pas leurs fichiers quand ils les déposent sur ce genre de service.

Dans les cas contre lesquels Google lutte, il s'agit d'utiliser le service comme un système de distribution de fichiers publics.