Psychofox a écrit 10741 commentaires

Ça c'est un peu archifaux. Win95 sur un 486 c'était poussif. D'ailleurs il n'avait rien à faire tourner à part un notepad, un solitaire et un démineur. À l'époque de win95 la plupart des bons jeux tournaient encore sous Dos avec toutes les gymnastiques que ça impliquait au niveau des configs de boot en fonction des jeux qui voulaient de l'ems ou xms.Bonjour la productivité avec ça alors qu'une distrib linux était déjà très complète et ça ne ramait pas du tout avec un window manager léger (je jalousait les bureaux virtuels du 486 sous linux de mon grand frère). Certe ça restait un OS pas encore grand public on n'avait pas encore staroffice mais on pouvait faire du tex/latex, on avait accès à de nombreux langages de programmation.

Je me rappelle aussi que quand j'ai récupéré le pentium 90 familial qui tournait sous windows 98, j'ai vite fais de le réinstaller sous linux par désespoir tellement tout ramait sous windows. Avec ce pc sous windows impossible simultanénent d'écouter un mp3, utiliser un client irc, icq et un navigateur web. Alors que sous linux avec blackbox, mpg123, bitchx, micq, netscape(puis galeon) ça passait tout juste mais bien mieux.

La dernière fois que j'ai compilé un noyau c'était un noyau openbsd car le projer fourni toujours ses erratas sous forme de patches et que ça compile assez rapidement.

La dernière fois que j'ai compilé un noyau linux ça fait fort longtemps, une vingtaine d'années peut-être.

Je te dis juste que si une boite n'est pas prête à envisager d'utiliser une passerelle de compatibilité c'est qu'ils n'ont pas envie de te laisser utiliser autre chose qu'outlook. Donc ce n'est pas la peine de se prendre la tête avec cette question. Du reste il est toujours possible d'installer davmail sur chaque poste client.

Et puis sinon, evolution marchait bien avec exchange, je ne sais pas ce qu'il en est des dernières version puisque j'ai fini par adopter la webmail vu que j'ai de toute manière toujours un navigateur ouvert.

Avec une simple règle iptables on peut router le traffic d'un port privilégié à n'importe quel autre.

Plus un produit est simple à utiliser/mettre en place et plus il sera accepté. Une entreprise qui est passé sur Microsoft Exchange (de plus en plus en Microsoft 365) ne passera jamais par une application qui doit elle même passer par une passerelle locale surtout qu'en général elle vient tout juste de se sortir d'un serveur Microsoft Exchange local ;)

Si elle n'est pas prête à faire ça elle n'est pas prête non plus à abandonner outlook et proposer thunderbird a ses utilisateurs donc j'aurais tendance à dire osef, d'autant plus que la webmail exchange 2016/office 365 est quand même très fonctionnelle.

Normalement en utilisant davmail tu peux utiliser n'importe quel client mail/caldav avec exchange.

Du coup ce n'est pas comme s'il y avait un besoin fort. N'importe quelle entreprise utilisant exchange et motivée à laisser ses utilisateurs utiliser d'autres MUA aura mis en place une passerelle davmail ou mis en place un système équivalent.

De plus tu es plussé ?

Je n'ai ni plussé ni moinssé, j'avais vu le commentaire (en étant d'accord qu'étant petit je trouvais leurs intervention à chier et je trépignais d'impatience entre deux dessins animés) mais sans voir le titre. J'imagine (j'espère) que ceux qui avaient plussé n'avaient pas non plus fait attention au titre.

Le serveur X tu t'en branles un peu puisqu'il peut tourner en dehors du WSL. C'est plutôt si tu voulais faire tourner un truc wayland specific que ça peut coincer.

Moi qui croyait que c'étaient des smartphones avec un OS utilisant les EFL je suis déçu.

Oui et ça n'a toujours pas tellement de rapport. C'est pas parce que t'es à la campagne que tu es loin du travail, ce n'est pas parce que t'es en ville que tu es prêt de ton travail. Ce sont des critères totalement orthogonaux.

Pourquoi parler de noyau alors qu'il n'y en a pas ?

Bon je connais pas mal de gens peu dépensier pour qui le seul intérêt d'un smartphone c'est whatsapp, maps et un navigateur pour consulter 2-3 infos en voyage. Les photos pourraves ça ne les dérangent pas vraiment vu qu'ils ne savent pas cadrer et ne les regardent pas ailleurs que sur leur écran.

Bref l'utilisation basique que je faisais avec mon Nokia Navigator il y'à 10 ans.

Bref pour ce genre de personnes un pastropdumbphone qui coûte 50 balles qui rame pas ça a du sens. Si tu dois le payer 150€ ça perd vite de son intéret par rapport à un android.

Mais pour ça je crois que google a déjà une offre avec android go.

C'est surtout que même avec les compétences, ton temps de travail n'est pas extensible et tu ne peux pas tout faire. L'idée derrière tout ce mouvement devops, c'est surtout que dev et admins travaillent main dans la main, avec un langage et une méthode commune et un workflow fluide et bien rodé au lieu de travailler chacun dans leur coin et devoir passer par un outil de ticketing ou un chef de projet (dont ce n'est pas vraiment le rôle) pour faire avancer les choses.

Si c'est pour de l'anti-troll le succès est limité. On voit encore régulièrement des trolls par ici (SamWang ?) et il y a des faux négatif comme Gabin.

Ben si puisque par défaut ils sont cachés ils ne te polluent pas ta lecture.

Ça c'est juste du détournement de mot fait par des RH et managers.

Pour travailler en mode devops, il faut que tous les devs, les spécialistes en qualité, les chefs de projets ainsi que les sysadmins se mettent à la page. Ça ne veut pas dire que tous les developpeurs vont faire de l'admin système ni que les admins vont developper tes applis mais l'idée derrière ça c'est qu'il n'y a plus de silo et que la frontière est plus floue entre chaque fonction.

Après les agences de placement aiment bien le mot devops mais pour eux c'est souvent un mot valise qui peut inclure une ou plusieurs des items parmi les suivants:
- gestion d'une infra kubernetes/openshift/containers et des diffŕentes automatisations
- gestion d'une infra et processus CI/CD
- gestion d'un SCM
- gestion d'infra dans le cloud ou déploiement dans le cloud
- automatisation de déploiements
- gestion de DB distribuées
- des fois de la QA <--- mais bon ça devient vite un boulot à part entière.

Mais c'est du boulot de sysadmin ça. Juste un sysadmin qui bosse dans une entreprise moderne. Et comme je le dis c'est un détournement de nom. Je sais bien j'ai un poste nommé devops. Ben la belle affaire je suis toujours un sysadmin et je bosse sur les même sujets que quand j'étais titré ingénieur système dans ma boite précente et qu'on avait mise en place avec les devs une intégration continue et une infra containers pour développer et déployer leurs nouvelles applis à bases de microservices.

Si faire une erreur c'est être incompétent, tu peux direct aller dire qu'il n'y a personne de compétent dans ce bas monde et aller bouder en élevant des brebis dans la Creuse.

Si tu t'exprimes au boulot comme sur linuxFR, et avec ce genre d'état d'esprit, tu m'étonnes que rien ne marche dans ta boîte.

À part ça c'est moi ou pour toi devops c'est le titre d'une personne  ? Devops, c'est une façon de travailler, pas un titre de poste. Que ce soit les Devs, les sysadmins et même les architectes. Ça n'a pas de sens de dire lui c'est un devops, lui c'est un dev, et je ne vois pas comment ça pourrait fonctionner si on ne comprend pas la base.

Sinon je n'ai toujours pas compris le sujet du journal, à part que ça parle de java et des JVM. C'est quoi le problème ? Ton problème c'est que java impose de payer un support pour avoir les nouvelles updates et du support ? Ben on a a disposition les openjdk fournies par les distribs, les builds redhat, correto et adoptjdk. Où est le problème ? Tu veux du support (assistance) moins cher ? Essaie Redhat. Tu veux du support sans payer ? Et pourquoi-pas 100 balles et 1 Mars avec ça ?

D'après les cycles de vies de Redhat je lis ça pour la fin du support :
OpenJDK 8 (1.8) June 2023
OpenJDK 11 October 2024

Ça me semble correcte comme support de long terme, ça fait respectivement 10 et 6 ans en partant de la première version.

…du coup impossible de perdre.

Cela dit je vois de plus en plus de logiciels libres et c'est là qu'on y trouve le plus d'innovation, donc pour moi le bilan est plutôt positif.

C'est plutôt du côté du hardware et des firmwares que ce n'est pas encore ça.

Juste, c'est tellement un truc de dev :-) une mauvaise pratique de tout mettre en accès complet que je n'ai même pas pensé à ça.

après, pour le umask, je n'ai pas formécement envie de changer celui par défaut de mon utilisateur (si c'est bien ce que tu proposais, sinon je veux bien plus d'infos)

J'avais dans l'idée que tu changes ton umask avant de copier quoique ce soit.

Sinon un horrible chmod -R 777 /point_de_montage avant chaque démontage. Si ton appareil usb ne contient pas des millions de fichiers c'est normalement rapide (faut y penser par contre).

À une époque j'ai utilisé l'UDF comme filesystem vaguement¹ universel. Les droits POSIX sont utilisés par contre il me semble. Pas fait de benchmark pour savoir si il était plus lent ou plus rapide que du fat32 ou du NTFS, encore moins exFAT dont soit j'ignorais encore l'existence, soit il n'existait pas encore.

Mais bon je pense que ton problème n'a rien à voir avec l'utilisation de tel ou tel système de fichier, tu dois juste apprendre à utiliser umask.

¹ Je dis vaguement parce qu'il fallait encore faire gaffe dans quelle version on le formattait pour qu'il soit visible sur un "ancien windows" comme windows XP.

Il y avait aussi la Toyota MR2 à une époque rebadgée plus simplement en Toyota MR pour le marché français à l'itération suivante.

Oui mais tout ça n'a finalement pas grand chose à voir avec le fait de vivre dans un village, une petite ou grande ville.

Prévenir de la délinquance et utiliser ce sigle, fallait oser, c'est tendre le bâton pour se faire battre.

Je pense que le ministre qui a validé ce titre roule en Audi E-tron.

Et sinon ça va ce syndrome de persécution ?

Forcément que des posts rédigés uniquement pour se plaindre ou demander des explications sur des moinssages seront automatiquement et naturellement plus moinssés puisqu'ils n'ont aucune pertinence dans le contexte des sujets discutés.