Écrivant sur un clavier azerty à ce moment là mon doit a glissé et le O s'est transformé en P.
Il fallait donc comprendre : bash ou pas bash
et Gandalf m'a interdit de le modifier à posteriori
en faisant par exemple :
nb=$( echo "$var" | cut -d' ' -f1 )
C’est suffisamment peu trivial pour mériter d’être explicité à un débutant.
```C'est une solution fonctionnelle à charge de celui qui reçois l'information de faire des tests pour s'approprier ce fonctionnement.
Rappel : sont disponibles dans les distributions gnu/linux des outils comme man et info pour connaître les options des commandes et au pire pour cut par exemple cut --help.
Tu sembles avoir pris ma question pour une critique contre toi, mais c’était une vraie question. J’aurais pour louper un moyen simple d’obtenir le premier élément.
Non ce n'est pas ça, mais la question était clair et circonscrite et ta réponse longue un peu touffue avec des digressions et parfois du hors sujet. :) de plus le bash bashing :) tout le long de tes propos m'a un peu irrité.
J'ai toujours entendu dire : "il n'y a pas de mauvais langage, il n'y a que des mauvais développeurs" et je m'applique cette maxime chaque jours surtout quand j'écris un bug dans un programme.
S’il n’y en a pas (tu m’excuseras, j’espère, de ne pas considérer comme simple l’appel à des commandes tierces), c’est par contre encore une tare du shell POSIX.
J'aime beaucoup cette assertion mais elle est infondée le shell à justement été conçu comme un environnement permettant d'utiliser des commandes externes très performantes dans ce qu'elle font c'est la philosophie même du shell être la glu entre diverses commande Unix et c'est sa grande force.
Bash, lui, supporte de vrais tableaux ; malheureusement, il n’est pas partout (même s’il est sur la plupart des distributions Linux, hormis les mini-distributions basées sur Busybox).
c'est pour celà que quand on fait un script shell il faut tenir compte du contexte. De plus souvent une simple chaîne de caractères suffit pour les usages courants.
et pour un vieux système comme solaris ou hpux par exemple tu utilises des anti-quotes `.
Si on choisit /bin/sh pour la portabilité et qu’on n’est pas sûr de ne pas tomber sur un vieux shell, mieux vaut éviter autant que possible tous les « ajouts modernes », donc utiliser des anti-quotes.
Je ne suis pas d'accord avec cette analyse comme la personne qui pose une question est "débutante" elle a pu très bien lire des documentations ou on indique #!/bin/sh sans vraiment noter la signification réelle de cette ligne ou se poser la question.
J'ai croisé un administrateur système débutant deux années d'expérience qui n'écrivait pas de shebang dans ses scripts, et après discussion m'a avoué qu'il ignorait ce détail mais don't act maintenant il l'a appris et ses script n'en sont que meilleurs.
Et personnellement je suis favorable à l'utilisation des fonctionnalités plus récentes disponible que de garder les vielles habitudes ( ce n'ai que mon opinion ).
mais il est important de connaître les anciennes syntaxe pour ne pas être surpris lors de la relecture d'un script.
sur la fin ta réponse ( fin de second message )c'est : moi je le fait en perl
C'est un peu hors sujet non ?
Je n’ai pas dit le contraire ; c’est une digression qui ne s’adresse pas particulièrement à l’auteur de la question, dont je présume que le but est de se familiariser avec le shell. C’est pour ça que je n’ai pas développé.
Cette partie du site est un forum son but est de répondre aux questions.Mais pour les digressions pourquoi ne pas rédiger un journal pour s'adresser à un public plus large ?
Et je suis prêt et heureux d'en discuter avec toi pour une rédaction conjointe si tu le souhaites.
En shell, tu passes ton temps à essayer d’éviter des écueils (par exemple, les variables interprétées à chaque appel ; si elles peuvent contenir des espaces ou des caractères bizarres, tu as intérêt à les "quoter" correctement ; je connais un sysadmin pourtant expérimenté qui a effacé un tas de fichiers qu’il n’aurait pas dû à cause de ça) et à contourner les limitations (par exemple, les fonctions ne peuvent pas retourner de valeur hormis un code d’erreur).
en utilisant les bonnes pratiques en "quotant" systématiquement tes variables tu n'as pas de problème dans 99,9% des cas.
Tu avance ici un élément faux quand tu dis que les fonctions ne renvoient rien d'autre que des code retour.
tu peux très bien leur faire renvoyer ce que tu veux sur la sortie standard.
fais ce petit test ci-dessous.
mafonction () {
local var1="$1"
local var2="$2"
if [ ! -z "$1" -a ! -z "$2" ]
then
echo "vos variable : $1 et $2 "
return 0
fi
echo " erreur "
return 1
}
mafonction argument1 argument2
echo $?
mafonction argument1
echo $?
tu peux affecter ce retour à une variable comme ceci par exemple.
```
mavar=$( mafonction argument1 argument2 )
echo "$mavar"
```comme je te l'ai dit plus haut, je suis ouvert à toute suggestion pour l'écriture d'un journal ou d'une dépêche sur le sujet.
Et pour finir sur une note positive je trouve ta solution en shell fort élégante et robuste :D
Je regrette encore d'avoir été un peu sec dans ma réponse et j'espère que tu en comprendras la raison.
C'est pas séparer des chaînes mais sélectionner le premier élément.
et quand je dis plus rapide c'est pas au sens système mais au sens utilisateur concept de flux plus rapide à saisir et à mettre en œuvre.
c'est vrai que dans ce cas la méthode fonctionne mais elle a des limites par exemple il est impossible d'ajouter des paramètre par la suite si le script évolue.
Il me semble que d3f4lt veux que la suite soit saisie par l'utilisateur au début du programme dans son ensemble.
sans avoir d'autre saisie qu'un retour à la ligne pour valider
ça change pas grand chose la saisie est une chaîne de caractère donc il faut découpé la chaîne. les éléments sont séparé par des espaces donc il faut utiliser les utilitaire pour traiter les chaînes.
donc des utilitaires comme tr cut, sed, etc.
en faisant par exemple :
nb=$( echo "$var" | cut -d' ' -f1 )
en supposant que le premier caractère n'est pas un espace (mais si c'en ai un il suffit de le supprimer avec tr par exemple). et pour un vieux système comme solaris ou hpux par exemple tu utilises des anti-quotes `.
Les utilitaires comme cut tr et sed sont souvent plus rapide à utiliser que les substitutions.
Juste remarque en passant le shell au départ est conçu pour servir de glu aux utilitaires unix.
Sinon d3f4lt semble satisfait de son premier programme qui ne gère que des entiers son problème est d'utiliser une saisie interactive de tous les nombres au début.
Donc je ne réponds dans ce post qu'a ses deux questions :
Comment faire la saisie par l'utilisateur de la suite d'entiers au début du programme ( réponse qu'il a trouvée lui même ).
Et je réponds à sa deuxième interrogation qui est comment éviter d'avoir à initialiser (certe implicite ) nb avec un très grand nombre.
Niveau cryptique ta réponse l'est encore plus sachant
sur la fin ta réponse ( fin de second message )c'est : moi je le fait en perl
C'est un peu hors sujet non ?
peux-tu m'expliquer quelle est ta solution concrète dans ce cas ?
J'aime beaucoup cette manière d'énoncer une confrontation de points de vues de Jean-Philippe.
Maintenant pour convenir d'un terrain d'entente il faut apporter des éléments concrets et vérifiables pour valider ou réfuter les argument de chacun.
J'avoue que je suis assez réservé sur le sujet ayant connu des patrons voyous mais aussi de personnes très bien.
Ce que j'ai noté (personnellement) c'est que pour les voyous, ils restent souvent impunis jusqu'à ce qu'il provoquent des dégât graves voire irréparables.
Je vais essayé de reformulé ce que j'ai dit de manière plus simple et plus structurée.
Premièrement par rapport au coût d'un mail je ne pense pas que cette mesure soit pertinente.
Deuxièmement nous payons en tant que client ( 30 € environ/ mois ), mais pas que pour le mail ce que nous payons c'est l'accès au réseau.( et parfois c'est subventionné par les départements dans certaine zones Blanches quand c'est par le satellite par exemple).
Troisièmement le coût environnemental de l'accès au réseau est mesurable quoique tu fasses avec cet accès
Le fait est que la disponibilité permanente, pour envoyé des mails ou autre chose, de cet accès consomme de l'électricité. La production l'électricité produit du CO2.
J'ai bien dit que le coût du mail n'est pas le problème.
Et je dis aussi que nous ne payons pas forcement tous les coûts comme par exemple le coût carbone qui est fortement sous-évalué sur les coûts de l’électricité.
Bref dire qu'il faut envoyé moins de mail c'est idiot car ça ne fait pas baisser les coûts énergétiques fixe du réseau.
Cordialement
Pour le lien sur la part des nouvelles technologies numérique sur le réchauffement climatique voir ci-dessous qui explique bien les enjeux( celle-ci et d'autres ).
Normal tu oublies le coût d'alimentation du dslam les équipements concentrateurs des Fai les consommations des datacenter en puissance pour le calcul mais aussi climatisation etc.
tu ne tiens pas compte de l'effet masse 100€ multiplié par le nombre de connexion et d'abonnement internet 28,6 Millions en 2018.
Et tu ne comptes pas ici les infrastructures pour les mobiles.
qui consomment également.
Le dernier pourcentage que j'avais vu était 12%
Voir l'exposé de Jm Jancovici au collège de france de 2017 par exemple.
Posté par Nodeus .
En réponse au journal Pollution numérique.
Évalué à 1.
Dernière modification le 01 août 2018 à 21:08.
~~~~Le problème est que c'est pas une histoire de coût au mail.
Même quand tu ne te sers pas des réseaux les switchs et routeurs chez les fai reste en marche même si on ne s'en sert pas et la disponibilité ça coûte en électricité et donc écologique.
Ok je prend en compte cet argument , Je l'ai pourtant souvent vu et j'ai fait quelques entreprise qui travaillent en mode projet et souvent le matériel est inclus dans le projet.
Et que dis-tu de l'argument du sur-dimensionnement des machines par rapport aux tâches réellement effectuées?
Pas besoin d'un core i3 pour du mail du texte etc.
après je fais part de choses vues durant ma carrière.
Je pense que ce n'est pas de obsolescence programmée, mais plutôt une mauvaise allocation de ressources de la part des entreprises et des et des consommateurs. Car les marché de l'informatique sont managé par l'offre ( avant de partir en troll j'explique mon point de vue.)
Pour l'entreprise :
actuellement quand vous êtes dans une entreprise classique surtout les grandes, l’entreprise vous fournis un poste de travail portable, un smartphone voire un poste de travail fixe en plus. (Description que j'estime exacte dans 90% des cas)
Aujourd'hui, techniquement et "en théorie" seul un smartphone un peu puissant devrait suffire pour mail, traitement de texte, tableur, agenda réseaux sociaux, et internet.
Le problème vient du management du marché par l'offre pour le poste de travail par exemple ainsi que les smartphone ( qu'elle sont les offres disponible.
Pour les smartphones, difficile de sortir du duo google / apple.
et sur ce genre d'architecture les applications déployées pour les tâches de ce genre fonctionnent en mode client vers service clouds pour beaucoup de leurs applications. (heureusement pas toutes )
Pour les postes de travail, on voit l'hégémonie de certains éditeurs ( cf un le journal ou la dépêche expliquant que l'architecture des PC grand publique mais également professionnel. si quelqu'un peu me retrouver la référence ).
Donc les intérêt commerciaux priment sur l'intérêt écologique
Dans un premier temps éviter la prolifération des terminaux sera un plus. Et surtout ouvrir les terminaux mobile aux utilisateur afin qu'ils les adaptent plus facilement à leur besoin.
Par exemple un Smartphone qui est aussi votre poste de travail.
Pour ma part j'essaie de changer le moins possible d'ordinateur.
Celui ,sur lequel j'écris, a 10 ans et fonctionne très bien donc j'évite de le changer tant que ça marche.
Ce sont des belles paroles, mais personnellement j'essaie de m'y astreindre ( Ce n'est ni facile , ni pratique, j'en conviens ).
Merci beaucoup pour cette information.
L'aspect légal de l'utilisation de certain logiciel est parfois difficile à définir quand on est pas spécialiste du domaine.
La création d'un wiki mutualisé à tous les logiciels libre sur ce sujet : comment utiliser les logiciels libres en milieu professionnel en accord avec la loi et les divers règlements serai un plus et permettrai de lever les doutes sur la qualité du logiciel.
Si quelqu'un sait si un tel site existe je suis preneur.
[^] # Re: modifie l'initialisation
Posté par Nodeus . En réponse au message Passer de paramètres à valeurs saisie par l'utilisateur... Évalué à 1.
Écrivant sur un clavier azerty à ce moment là mon doit a glissé et le O s'est transformé en P.
Il fallait donc comprendre : bash ou pas bash
et Gandalf m'a interdit de le modifier à posteriori
Rappel : sont disponibles dans les distributions gnu/linux des outils comme man et info pour connaître les options des commandes et au pire pour cut par exemple cut --help.
Non ce n'est pas ça, mais la question était clair et circonscrite et ta réponse longue un peu touffue avec des digressions et parfois du hors sujet. :) de plus le bash bashing :) tout le long de tes propos m'a un peu irrité.
J'ai toujours entendu dire : "il n'y a pas de mauvais langage, il n'y a que des mauvais développeurs" et je m'applique cette maxime chaque jours surtout quand j'écris un bug dans un programme.
J'aime beaucoup cette assertion mais elle est infondée le shell à justement été conçu comme un environnement permettant d'utiliser des commandes externes très performantes dans ce qu'elle font c'est la philosophie même du shell être la glu entre diverses commande Unix et c'est sa grande force.
petit article wikipedia https://fr.wikipedia.org/wiki/Shell_Unix
En lisant les livres de Christophe Blaess c'est une chose claire également :
Langages de scripts sous Linux https://www.blaess.fr/christophe/livres/scripts-sous-linux/ celui-ci est épuisé mais ce trouve en occasion.
Scripts shell Linux et Unix https://www.blaess.fr/christophe/livres/scripts-shell-linux-et-unix/
c'est pour celà que quand on fait un script shell il faut tenir compte du contexte. De plus souvent une simple chaîne de caractères suffit pour les usages courants.
Je ne suis pas d'accord avec cette analyse comme la personne qui pose une question est "débutante" elle a pu très bien lire des documentations ou on indique #!/bin/sh sans vraiment noter la signification réelle de cette ligne ou se poser la question.
J'ai croisé un administrateur système débutant deux années d'expérience qui n'écrivait pas de shebang dans ses scripts, et après discussion m'a avoué qu'il ignorait ce détail mais don't act maintenant il l'a appris et ses script n'en sont que meilleurs.
Et personnellement je suis favorable à l'utilisation des fonctionnalités plus récentes disponible que de garder les vielles habitudes ( ce n'ai que mon opinion ).
mais il est important de connaître les anciennes syntaxe pour ne pas être surpris lors de la relecture d'un script.
Cette partie du site est un forum son but est de répondre aux questions.Mais pour les digressions pourquoi ne pas rédiger un journal pour s'adresser à un public plus large ?
Et je suis prêt et heureux d'en discuter avec toi pour une rédaction conjointe si tu le souhaites.
en utilisant les bonnes pratiques en "quotant" systématiquement tes variables tu n'as pas de problème dans 99,9% des cas.
Tu avance ici un élément faux quand tu dis que les fonctions ne renvoient rien d'autre que des code retour.
tu peux très bien leur faire renvoyer ce que tu veux sur la sortie standard.
fais ce petit test ci-dessous.
tu peux affecter ce retour à une variable comme ceci par exemple.
```
mavar=$( mafonction argument1 argument2 )
echo "$mavar"
```comme je te l'ai dit plus haut, je suis ouvert à toute suggestion pour l'écriture d'un journal ou d'une dépêche sur le sujet.
Et pour finir sur une note positive je trouve ta solution en shell fort élégante et robuste :D
Je regrette encore d'avoir été un peu sec dans ma réponse et j'espère que tu en comprendras la raison.
[^] # Re: modifie l'initialisation
Posté par Nodeus . En réponse au message Passer de paramètres à valeurs saisie par l'utilisateur... Évalué à 2.
C'est pas séparer des chaînes mais sélectionner le premier élément.
et quand je dis plus rapide c'est pas au sens système mais au sens utilisateur concept de flux plus rapide à saisir et à mettre en œuvre.
c'est vrai que dans ce cas la méthode fonctionne mais elle a des limites par exemple il est impossible d'ajouter des paramètre par la suite si le script évolue.
[^] # Re: pourquoi s'embeter
Posté par Nodeus . En réponse au message Passer de paramètres à valeurs saisie par l'utilisateur... Évalué à 1.
Il me semble que d3f4lt veux que la suite soit saisie par l'utilisateur au début du programme dans son ensemble.
sans avoir d'autre saisie qu'un retour à la ligne pour valider
[^] # Re: modifie l'initialisation
Posté par Nodeus . En réponse au message Passer de paramètres à valeurs saisie par l'utilisateur... Évalué à 2.
bash pu pas bash
ça change pas grand chose la saisie est une chaîne de caractère donc il faut découpé la chaîne. les éléments sont séparé par des espaces donc il faut utiliser les utilitaire pour traiter les chaînes.
donc des utilitaires comme tr cut, sed, etc.
en faisant par exemple :
nb=$( echo "$var" | cut -d' ' -f1 )
en supposant que le premier caractère n'est pas un espace (mais si c'en ai un il suffit de le supprimer avec tr par exemple). et pour un vieux système comme solaris ou hpux par exemple tu utilises des anti-quotes `.
Les utilitaires comme cut tr et sed sont souvent plus rapide à utiliser que les substitutions.
Juste remarque en passant le shell au départ est conçu pour servir de glu aux utilitaires unix.
Sinon d3f4lt semble satisfait de son premier programme qui ne gère que des entiers son problème est d'utiliser une saisie interactive de tous les nombres au début.
Donc je ne réponds dans ce post qu'a ses deux questions :
Comment faire la saisie par l'utilisateur de la suite d'entiers au début du programme ( réponse qu'il a trouvée lui même ).
Et je réponds à sa deuxième interrogation qui est comment éviter d'avoir à initialiser (certe implicite ) nb avec un très grand nombre.
Niveau cryptique ta réponse l'est encore plus sachant
sur la fin ta réponse ( fin de second message )c'est : moi je le fait en perl
C'est un peu hors sujet non ?
peux-tu m'expliquer quelle est ta solution concrète dans ce cas ?
# modifie l'initialisation
Posté par Nodeus . En réponse au message Passer de paramètres à valeurs saisie par l'utilisateur... Évalué à 3.
Au lieu de d'initialiser nb manuellement
initialise le avec le premier nombre de ta liste saisie par l'utilisateur.
De plus il manque une instruction dans ta structure de contrôle.
Je te laisse chercher laquelle c'est plus formateur :D
# Bien ç'est comme sous windows
Posté par Nodeus . En réponse au message Différence Sécurité et accès fichier Samba. Évalué à 0.
Tu donnes des permissions sur les fichiers du disque dur local. droit des fichier sur le disque
Tu donnes des droit d'accès à ces fichiers en via le protocole samba. droit réseau
Il faut que les droit soient cohérents entre les deux couches
[^] # Re: Ce que j'en pense ....
Posté par Nodeus . En réponse au journal Un développeur qui dénonce. Évalué à 1.
C'est un vaporware :P
[^] # Re: Ce que j'en pense ....
Posté par Nodeus . En réponse au journal Un développeur qui dénonce. Évalué à 1.
c'est quoi un Prumpleffer?
# Les discussions sur linuxfr ont maintenant un code ?
Posté par Nodeus . En réponse au lien Guide de sophismes. Évalué à 2. Dernière modification le 25 septembre 2018 à 18:26.
Les discussions sur linuxfr ont maintenant un code, pour une bonne argumentation :D
Va falloir être sérieux maintenant.
[^] # Re: pouvoir exhorbitant...
Posté par Nodeus . En réponse au journal Chaque été depuis 9 ans, Altran enclenche une procédure de licenciement contre un délégué syndical. Évalué à 0.
En effet le shampoing c'est plus soyeux pour les poils de barbe et en plus ça lave le cuir chevelu :P
Pour les peignes c'est aussi utile pour la barbe.p
[^] # Re: pouvoir exhorbitant...
Posté par Nodeus . En réponse au journal Chaque été depuis 9 ans, Altran enclenche une procédure de licenciement contre un délégué syndical. Évalué à 3.
Tu oublies le sens du lien de subordination entre un patron et un salarié je pense?
[^] # Re: pouvoir exhorbitant...
Posté par Nodeus . En réponse au journal Chaque été depuis 9 ans, Altran enclenche une procédure de licenciement contre un délégué syndical. Évalué à 3.
J'aime beaucoup cette manière d'énoncer une confrontation de points de vues de Jean-Philippe.
Maintenant pour convenir d'un terrain d'entente il faut apporter des éléments concrets et vérifiables pour valider ou réfuter les argument de chacun.
J'avoue que je suis assez réservé sur le sujet ayant connu des patrons voyous mais aussi de personnes très bien.
Ce que j'ai noté (personnellement) c'est que pour les voyous, ils restent souvent impunis jusqu'à ce qu'il provoquent des dégât graves voire irréparables.
[^] # Re: Télétravail
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 1.
Tu t'es fait avoir porte plainte t'as été abusé :
la coloscopie c'est pas avec le doigt c'est une image numérique.
:P
[^] # Re: Télétravail
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 2.
J'ai pas de prostate :P
[^] # Re: Culpabilité et science-fiction
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 2.
Quel optimisme :P
[^] # Re: digital, vraiment ?
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 1.
Je vais essayé de reformulé ce que j'ai dit de manière plus simple et plus structurée.
Premièrement par rapport au coût d'un mail je ne pense pas que cette mesure soit pertinente.
Deuxièmement nous payons en tant que client ( 30 € environ/ mois ), mais pas que pour le mail ce que nous payons c'est l'accès au réseau.( et parfois c'est subventionné par les départements dans certaine zones Blanches quand c'est par le satellite par exemple).
Troisièmement le coût environnemental de l'accès au réseau est mesurable quoique tu fasses avec cet accès
Le fait est que la disponibilité permanente, pour envoyé des mails ou autre chose, de cet accès consomme de l'électricité. La production l'électricité produit du CO2.
J'ai bien dit que le coût du mail n'est pas le problème.
Et je dis aussi que nous ne payons pas forcement tous les coûts comme par exemple le coût carbone qui est fortement sous-évalué sur les coûts de l’électricité.
Bref dire qu'il faut envoyé moins de mail c'est idiot car ça ne fait pas baisser les coûts énergétiques fixe du réseau.
Cordialement
Pour le lien sur la part des nouvelles technologies numérique sur le réchauffement climatique voir ci-dessous qui explique bien les enjeux( celle-ci et d'autres ).
JM Jancovici 28042017 au collège de france
[^] # Re: digital, vraiment ?
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 0.
Normal tu oublies le coût d'alimentation du dslam les équipements concentrateurs des Fai les consommations des datacenter en puissance pour le calcul mais aussi climatisation etc.
tu ne tiens pas compte de l'effet masse 100€ multiplié par le nombre de connexion et d'abonnement internet 28,6 Millions en 2018.
Et tu ne comptes pas ici les infrastructures pour les mobiles.
qui consomment également.
Le dernier pourcentage que j'avais vu était 12%
Voir l'exposé de Jm Jancovici au collège de france de 2017 par exemple.
Reférence Nombre de foyer connectés en france
[^] # Re: digital, vraiment ?
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 1. Dernière modification le 01 août 2018 à 21:08.
~~~~Le problème est que c'est pas une histoire de coût au mail.
Même quand tu ne te sers pas des réseaux les switchs et routeurs chez les fai reste en marche même si on ne s'en sert pas et la disponibilité ça coûte en électricité et donc écologique.
Non?
[^] # Re: Télétravail
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 1. Dernière modification le 01 août 2018 à 20:59.
Le programmateur de la machine à laver le linge je pense :D
Et le digital c'est avec le doigt donc les tablette et smartphone non?
Bon j'arrête les moqueries :P
[^] # Re: digital, vraiment ?
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à 3.
Ok je prend en compte cet argument , Je l'ai pourtant souvent vu et j'ai fait quelques entreprise qui travaillent en mode projet et souvent le matériel est inclus dans le projet.
Et que dis-tu de l'argument du sur-dimensionnement des machines par rapport aux tâches réellement effectuées?
Pas besoin d'un core i3 pour du mail du texte etc.
après je fais part de choses vues durant ma carrière.
[^] # Re: digital, vraiment ?
Posté par Nodeus . En réponse au journal Pollution numérique. Évalué à -2.
Je suis assez d'accord avec Renault :
Je pense que ce n'est pas de obsolescence programmée, mais plutôt une mauvaise allocation de ressources de la part des entreprises et des et des consommateurs. Car les marché de l'informatique sont managé par l'offre ( avant de partir en troll j'explique mon point de vue.)
Pour l'entreprise :
actuellement quand vous êtes dans une entreprise classique surtout les grandes, l’entreprise vous fournis un poste de travail portable, un smartphone voire un poste de travail fixe en plus. (Description que j'estime exacte dans 90% des cas)
Aujourd'hui, techniquement et "en théorie" seul un smartphone un peu puissant devrait suffire pour mail, traitement de texte, tableur, agenda réseaux sociaux, et internet.
Le problème vient du management du marché par l'offre pour le poste de travail par exemple ainsi que les smartphone ( qu'elle sont les offres disponible.
Pour les smartphones, difficile de sortir du duo google / apple.
et sur ce genre d'architecture les applications déployées pour les tâches de ce genre fonctionnent en mode client vers service clouds pour beaucoup de leurs applications. (heureusement pas toutes )
Pour les postes de travail, on voit l'hégémonie de certains éditeurs ( cf un le journal ou la dépêche expliquant que l'architecture des PC grand publique mais également professionnel. si quelqu'un peu me retrouver la référence ).
Donc les intérêt commerciaux priment sur l'intérêt écologique
Dans un premier temps éviter la prolifération des terminaux sera un plus. Et surtout ouvrir les terminaux mobile aux utilisateur afin qu'ils les adaptent plus facilement à leur besoin.
Par exemple un Smartphone qui est aussi votre poste de travail.
Pour ma part j'essaie de changer le moins possible d'ordinateur.
Celui ,sur lequel j'écris, a 10 ans et fonctionne très bien donc j'évite de le changer tant que ça marche.
Ce sont des belles paroles, mais personnellement j'essaie de m'y astreindre ( Ce n'est ni facile , ni pratique, j'en conviens ).
[^] # Re: Bug
Posté par Nodeus . En réponse au journal Debian 9, les backports et le noyau 4.16+. Évalué à 3.
Ce genre de problème était également survenu lors de mon passage de wheezy à jessie et la solution était la suivante :
https://debian-facile.org/viewtopic.php?id=13147
Sur le support debian :
https://www.debian-fr.org/t/firmware-carte-reseau/74376
Sur une nouvelle installation il demandait les firmwares à partir d'une clef usb.
# Une information très utile pour l'ouverture d'un site de e-commerce
Posté par Nodeus . En réponse au journal Loi anti-fraude : allègement pour le e-commerce avec CB. Évalué à 1.
Merci beaucoup pour cette information.
L'aspect légal de l'utilisation de certain logiciel est parfois difficile à définir quand on est pas spécialiste du domaine.
La création d'un wiki mutualisé à tous les logiciels libre sur ce sujet : comment utiliser les logiciels libres en milieu professionnel en accord avec la loi et les divers règlements serai un plus et permettrai de lever les doutes sur la qualité du logiciel.
Si quelqu'un sait si un tel site existe je suis preneur.
[^] # Re: Reponse
Posté par Nodeus . En réponse au message Décompresser plusieurs tar.gz. files à l’intérieur de plusieurs dossiers. Évalué à 1.
dans ce cas il faut préciser le cahier des charges :D
[^] # Re: Reponse
Posté par Nodeus . En réponse au message Décompresser plusieurs tar.gz. files à l’intérieur de plusieurs dossiers. Évalué à 1. Dernière modification le 12 juillet 2018 à 15:29.
en fait un truc bizarre c'est passé lors que j'ai écrit dans le forum
pour
"`{mathjax} rep"
il fallait comprendre :
"$rep"
désolé :)