Sytoka Modon a écrit 4586 commentaires

Augmenter la durée de garantie est toujours possible mais ce n'est pas gratuit.

En pratique, cela impose aux vendeurs de ne pas vendre de la merde. J'ai été en Asie centrale, les marchés sont envahis par des produits super bas de gamme : jouet, pile, électronique… Tout cela finit rapidement à la poubelle.

Il arrive un moment ou pour la planète, il faut protéger l'acheteur contre lui même donc les produits trop peu chers !

Comment faire ? Là est toute la question.

Et pourquoi Google a laissé pendant tant d'années (et semble continuer encore) des fabricants de smartphone vendre des Android sans garantie de maintenance sur la durée ?

Surtout, pourquoi la France n'impose pas une garantie de 2 (ou 3) ans minimum sur tous les téléphones ainsi qu'une obligation de maintenance (pièce détachée…) par exemple 5 ans après la vente du dernier téléphone, comme dans l'automobile (ou il me semble que c'est 10 ans) ? D'ailleurs, on pourrait généraliser cela à une grande partie du matériel informatique afin de limiter l’obsolescence programmé.

Dans beaucoup de domaines, le constructeur serait obligé (légalement ou pour des raisons commerciales) d'échanger gracieusement le matériel défectueux, puisqu'il s'agit ici assez clairement d'un vice caché.

Heu non. Je suis dans un bâtiment (public) assez neuf (moins de 5 ans) et malgré les défauts multiplement signalés depuis l'origine, on se démerde pour bidouiller notamment le logiciel de GTC pour trouver non pas un fonctionnement optimal mais un fonctionne qui marchouille a peu près… Je ne parle pas du scotch que j'ai du mettre aujourd'hui sur une gaine de ventilation pour éliminer un sifflement insupportable !

Tu as déjà vu des machines POWER a des prix LOWER ?

L'université/l'école doivent être « professionnalisantes ». Peu importe ce que ça veut dire

Le noyau numéro un au monde est très très certainement LINUX et cela depuis des années. Bon allez tous les écoliers du primaire et plus apprennent LINUX, peu importe ce que ça veut dire ;-)

Il y a l'historique de ipython il me semble… Le pb est du à sqlite.

A par quelques rares logiciels daubés qui veulent être sous root, la première chose à faire est

chown -R toto /opt/matlab/R2017b

su - toto

./install

chown -R root:root /opt/matlab/R2017b

Bref, on peut faire propre sans kubernetes ;-)

Un container docker, c'est bien pareil…

Tu installes ton Matlab (ou autre, ils font tous pareil) dans /opt/matlab/R2017b, puis tu fais un petit 'module' qui va bien ou les quelques alias nécessaires… Pas de mise à jour (de toute manière très rare dans les logiciels propriétaires) et en 2018, tu installes la version suivantes dans /opt/matlab/R2018b. De toute manière, chaque version doit faire entre 3 et 5Go actuellement (le pire doit être Ansys à plus de 20Go)…

Pour supprimer -> rm -rf /opt/matlab/R2017

En pratique, sauf la taille qui devient démentielle pour chaque logiciel, c'est plutôt pratique ! Et comme dis plus haut, cela marche quelque soit ta distribution puisque cela ne l'utilise quasiment pas !

Que préfères-tu : un réseau dédié très limité ou un réseau TCP/IP par pigeon voyageur USB ?

Donc tout dépend des usages mais des XP sur le réseau, il en reste plein.

Ta debian sarge marche peut être, mais qu'est ce que tu fais avec ?

Tu n'as rien compris… Je dis juste que la Debian Sarge marche toujours pour les vieux logiciels qui n'ont pas évolué. Évidement, je ne met pas une Sarge sur un porte moderne d'une personne qui fait de la bureautique !

On fait exactement la même chose avec Windows donc pas de guerre entre OS. Ils sont tous à la même enseigne.

Oui, les Matlab et autres fonctionnent tous ainsi et ils sont de plus en plus gros. Il y a effectivement le problème des mises à jour car en pratique, il n'y en a pas (j'en ai même vu qui embarquait plusieurs Python n'étant pas capable de s'entendre en interne sur une version)…

Cela dit, cette mode devient aussi la mode dans le libre -> on te balance des images docker toutes faites ce qui revient exactement à cela. C'est une mode actuelle que l'on voit bien dans Javascript mais aussi Python d'avoir pleins de dépendances avec des versions spécifiques de chaque modules… Bref, avec la mode "Agile", les API sont parfois un peu trop instable de nos jours ;-) Du coup, le développeur fait une image avec tout dedans et seule celle-ci est validée (et garantie)…

Bref, toujours les mêmes problèmes de base qui auraient dû être résolus il y a 10 ans… Et après on s'étonne (et on hurle au pot de vin) que Munich repasse sous Windows, sans se dire que c'est sa communauté qui merde, vraiment?

Ça va les chevilles ?

On a deux types d'applications : celles qui évoluent et celles qui n'évoluent pas. Celles qui n'évoluent plus posent effectivement un problème sur le long terme car un jour, cela ne marche plus. Sous GNU/Linux (et Windows cela doit être pareil), on arrive à bidouiller un certain temps en copiant des anciennes bibliothèques, en modifiant quelques variables puis un jour, plouf, ça ne marche plus.

J'ai eu deux exemples en 20 ans : -1- Une ancienne version de Tecplot car la personne ne voulait pas racheter de licence… Un jour, les bidouilles n'ont plus marché. Je n'ai pas chercher pendant 10 jours non plus car elle pouvait aussi acheter une version plus récente ! -2- Le logiciel de contrôle du bâtiment, conçu en 2013 et qui est une merde innommable en Java dont les services infrastructures n'ont pas pris de maintenance… Bilan : le logiciel est mal signé et nous met des alertes à chaque changement de page, c'est de pire en pire à chaque évolution des navigateurs (quel que soit le navigateur). La solution -> aller chercher un vieux navigateur donc en général un Mozilla.

C'est pareil avec des daubes ayant ActiveX -> Vieux navigateurs…

La garantie, je n'y crois pas du tout. On aura toujours un logiciel qui n'est pas un gros acteur du marché qui utilisera une fonctionnalité epsilon de l'OS qui aura changé sur 20 ans… Aucun constructeur ne peut assurer 100% de compatibilité des logiciels sur son OS !

À partir de là, on peut faire du Flatpak ou autre (par exemple NIX)… On a toujours un cas merdique. Par exemple, on a une ancienne version d'un logiciel qui utilise d'ancienne version de CUDA ! Ah merde, CUDA n'est pas rétro-compatible et impossible d'avoir deux versions du module noyau !

Bilan : pour ces rares cas, il n'y a pour moi qu'une solution actuellement, un container (un des premiers systèmes facilement utilisable était schroot par exemple et pour ne pas mettre le dernier à la mode) ou une machine virtuelle. La VM est très bien pour les vieux machins car si cela pète, on prends la sauvegarde et on relance ailleurs. C'est juste pas possible s'il y a des cartes d'acquisition ou de pilotage dédié… Mais là, comme je l'ai dit, on ne met pas à jour et on bloque la machine sur quelques applications dédiées.

Je m'en fiche de ton blabla… Je te dis que les PC d'acquisition sous XP reste sous XP. Ne cherche donc pas à me faire dire ce que je n'ai pas dit !

Le Windows 10 n'arrête pas de changer… Le net n'arrête pas de changer… Le client SAP change tous les 6 mois… C'est pareil avec Ansys Matlab et ainsi de suite. Donc ta garantie, c'est quoi !

Ma Debian Sarge marche pareil aujourd'hui qu'hier. Jamais mis un anti-virus dessus, jamais eu de problème. Qu'elle meilleure garantie. Toi tu mets ton vieux Windows 7 en frontal sur le web ?

Bref, vous vendez des mots au final assez creux et je me fou de ta morale à deux balles ;-)

Mon dernier poste Debian a eu 4 versions de la distribution via des apt-get dist-upgrade… L'actuel va en avoir 3. On ne peut pas comparer tel quel du Microsoft et du GNU/Linux en se basant uniquement sur les pratiques des habitués de Microsoft ;-)

Certes cela demande de l'organisation pour mettre à jour les postes mais la montée en version se fait. Par contre, c'est rare de passer un Windows 7 en Windows 8 puis 10…

Pour les PC d'acquisition, c'est une autre problématique mais souvent, il reste opérationnel même bien après la fin du support (cf Windows XP).

Vous utilisiez x2go pour l'accès distant sur les serveurs ? C'était les mêmes serveurs en terme de puissance ? Bizarre vos problèmes d'impression, avec CUPS, cela fonctionne mieux sous GNU/Linux que sous Windows avec la couche Samba+CUPS !

Ensuite, cela dépend des usages. Les étudiants, s'ils programment, sont-ils content aussi ?

Pour les petits postes informatiques (je ne parle pas de client léger que je trouve cher et peu performant), le coût de la licence Windows plus celle de MS Office sont non négligeable. Ton analyse intéressante est-elle faite à coût constant ?

De notre coté, on viens d'équiper une salle commune de 4 postes GNU/Linux. Il y en a un 5ème acheté l'an passé sous Windows (SolidWorks oblige). Bref, nos stagiaires sont content du matériel. Avoir plus de postes Windows ne les aideraient pas dans leur traitements…

On n'utilise pas Google Calendar normalement pour son boulot… (sauf contrat).

Mais avec Zimbra, tout cela marche très bien (même si c'est une usine à gaz).

J'ai au moins 40% d'utilisateurs sous GNU/Linux, je vois pas de migration massive à l'horizon. Les riches vont vers MAC mais la raison est principalement l'autonomie…

Qui a parlé de GNU/Linux ?

Je vois que le coup de l'agrafeuse ne vous a pas plu ;-)

Désolé mais je vois tous les jours des TD et des TP sortir à l'arrache de notre copieur parce que l'enseignant chercheur, pas débutant, a la flemme de prévoir et pourtant, il fait cela depuis des années (pour la plupart). Bilan : la recherche finance une partie de l'enseignement et le coût à la page n'est pas du tout le même. Donc moi je pense au contribuable qui nous finance ;-) La politique des ÉTABLISSEMENTS tuteurs est d'ailleurs la réduction du volume papier consommé. C'est écrit noir sur blanc. Donc je pense doublement à toi, contribuable ;-)

Quand on a un ou deux exemplaire, mon agrafeuse de bureau va très bien. Je me fiche que l'agrafe ne soit pas posé au millimètre ! Au moins, mes utilisateurs font un peu d'exercice. Donc oui l'informatique a du bien mais je trouve aussi très bien aussi d'agrafer manuellement.

Pour les présentations, j'en fait une sur dix sous LibreOffice et neuf sur dix sous beamer… Je ne retranscrit que les paroles de mes enfants. Ils ne trouvent pas du tout MS Office convivial et cela les gonflent les rares profs qui essayent d'imposer MS Office. Je ne te parle pas de compromis mais de vécu.

Réussir à faire marcher parfaitement le recto/verso, l'agrafage (et toutes les options qui vont avec, position de l'agrafe…) sur une grosse imprimante multi-fonctions, c'est toujours la galère (même quand on a la chance d'avoir un driver).

Photocopieur sans agrafeuse intégré… Si tu as vraiment besoin de cela, c'est que tu as en général un service reprographie dont le coût à la page est plus faible (et les personnes sont des pros).

Jamais utilisé mais je n'ai toujours entendu que du bien des outils de gestion de parc de MS (et qui sait que c'est pas courant d'en entendre du bien).

J'ai plutôt l'impression inverse. Galère de déployer des logiciels… Des GPO click click tu sais pas ce qu'il fait vraiment… Je préfère un cfengine/puppet/ansible ou tu sais ce que tu fait et qu'il est facile de généraliser et de personnaliser sur un parc !

Perso, je suis très content de bosser sous Linux depuis 15 ans. Mais, dans mon job précédent où je faisais aussi pas mal de bureautique, j'étais très content d'avoir un remote desktop avec un Windows et un Office (en plus que je n'avais pas à gérer, tout bénéf…).

Mes enfants trouvent MS Office horrible et préfère 1000 fois LibreOffice. D'ailleurs, certains prof font chier tous les élèves de leur classe avec MS Office car ces profs ne veulent pas passer à Libre Office ! Comme quoi, c'est aussi dépendant de la culture dans laquelle on a grandit.

Voir les commandes nice et ionice.

À noter que mk-project fait le café !

le code est sous un gitlab fermé tant que ce n'est pas jouable, donc on peut faire des erreurs.

Perso, cela ne me gêne pas un dépôt ouvert non jouable. Un code libre n'est pas un code fonctionnel, c'est un code. L'aspect non finit, même non compilable parfois n'est pas rédhibitoire, surtout lors des faibles numéro de version ;-)

Bon courage à toi et poursuit bien.

Les machines Itanium SGI (type Latix 350, ALtix 450) avait une couche L2. En pratique, le L2 était un Linux embarqué que tu pouvais attaquer en console et te permettait de gérer le boot EFI.

Les dernières cartes réseaux DELL remplacent leur iDRAC java tout pourris par du HTML javascript bien léger (c'est un Minix embarqué il me semble). Bilan, on augmente encore la RAM et le CPU de la carte réseau ;-) Un IPMI tout léger à la SNMP, c'est bien aussi !

Surtout que le conflit du libre n'est pas vraiment GPL vs les autres licences mais libre sans copyleft versus libre avec copyleft. C'est la notion de copyleft la principale ligne de démarcation.

Il ne fait pas toujours bon de vieillir ;-)