Dans le cas où la recherche dans le gestionnaire de paquet est infructueuse, il faut faire un recherche pour trouver le nom du paquet qui correspond au besoin.
Typiquement, des logiciels comme rosegarden ne sont pas forcément évident à trouver.
Quant aux utilisateurs windows il manque la case initiale : demander au cousin qui s'y connait.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sérieux, si c'était vrai, ça fait longtemps que les entreprises auraient basculé, -50% affichés c'est excellent et casse toute la concurrence.
J'ai dit pour moi,
Inverser Windows et Linux ici, et hop ça marche aussi.
tu as vu la gueule de la console par défaut sous windows? Outre le fait qu'elle ne peut être agrandie sans modifier sa configuration, elle est vraiment moche. Notes bien depuis qu'ils ont mis powershell, on peut enfin faire quelque chose avec, mais les batch windows purée, ça c'était épique.
outre le $_ digne du perl, qu'on peut abréger Get-Content par gc et Set-Content par sc (la ou on aurait cat ou < et > ), ça ne passe pas, il faut séparer le 1er Get-Content du reste (gc c:\1.txt ) | … avec les soucis qui viennent sur les gros fichier, alors que sed -e 's/aaa/bbb/g' -i c:/1.txt fonctionne très bien, y compris sur de gros fichiers.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Pour du C++ sous Windows, je pense que les gens utilisent plutôt Visual Studio qu'Eclipse. Je peux me tromper…
La dernière fois que j'ai utilisé visual sur un gros projet c++, il était incapable de marcher, et on devait compiler avec make; note bien à l'époque on utilisait pas non plus eclipse qui explosait au vol, j'étais sous emacs, mes collègues sous scite.
Ce qui m'étonne, c'est si les conditions de travail sont si terribles, pourquoi l'auteur du journal serait-il le seul à s'en plaindre ? Ou alors c'est juste un caprice pour avoir son joujou sous GNU/Linux ?
Je dirai bien que la majorité est résigné ou habitué, ou n'a tout simplement jamais appris à bosser sous linux, j'ai facilement un facteur 2 de performance entre une machine sous windows et une sous linux, et pas uniquement du au cache ficher ou à la compile. Le fait de ne pas avoir à se battre pour que les scripts/commandes bash fonctionnent, d'avoir une flopée d'outils dispo par défaut… de choisir quelle appli doit être en premier plan en un raccourcis clavier…
bref un bon paquet de truc en dehors de l'ide; mais à voir mes collègues qui n'ont connu que windows et font des tâches répétitives à la main alors que 3 lignes dans leur console ferait l'affaire je pense qu'une bonne partie des collègue n'en ont tout simplement pas l'idée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Non, il n'y a pas plus d'outils de dev sur Linux. Tout ce que tu trouves sur Linux je te le trouves sur Windows, et plus
J'attends toujours un explorateur multi-onglet qui marche bien, et un multibureau correctement configurable sous 7, les powertoy sous xp, ça reste effectivement du jouet.
j'attends toujours une console multionglet qui ne perds pas sa conf ce qui empêche de relancer la console (console2)
les anti-virus décents ont un impact négligeable sur un desktop,
généralement ceux configuré en entreprise on tendance a être configuré en mode parano, ce qui avait, lorsque je compilait sous windows, un impact de doublement de temps de compile (ce qui faisait qu'après un clean on en avait pour 2H minimum);
Pour les outils de dev sous linux, en ce moment j'utilise clion en c++, et inteliJ pour le coté java.
j'ajouterai que les langages de scripts n'ont généralement pas à se soucier d'espace dans les chemins des programmes, le path a déjà les bon chemin (par exemple si j'installe 7zip, il est dans le path sous linux, sous windows, il faut le rajouter à la main)
Je pourrai continuer longtemps, alors oui, il y a moyen de configurer le poste windows afin qu'il soit aussi bien intégré que sous linux (encore que les () et espaces dans les noms d'installation par défaut des programme est une horreur pour le scripting), mais l'avantage sous linux c'est que c'est déjà intégré.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
heu pas vraiment, sur mon précédent poste de travail, sur la machine perso, avec 2Go (sous linux) ça swapait à l'édition de liens et tu en avais facile pour 5-15 minutes de machine indisponible.
Et encore j'avais du bol je n'utilisais pas eclipse contrairement à ce qui était préconisé. Un eclipse lancé ici c'est facile 2Go. heureusement je ne faisais pas souvent la compile en local, mais sur une machine distante.
Quant au déport X, si on fait une appli un tant soit peu travaillé au niveau de l'IHM, (dégradé, effet…) l'export display ça peut être catastrophique
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
non sur les format de fichier ext2-3-4 rm -rf / ne fais strictement rien d'autre que t'afficher que tu ne peux pas détruire la racine; par contre, \rm -r /* ou rm -rf /* détruit effectivement tout; par contre ce qui arrive souvent c'est rm -f plop * avec une espace en trop entre le plop et le *
le fork bomb est aujourd'hui inhibé par les limites (ulimit -u )
bref on est bien loin des années 2000 où un erreur de manip était vite arrivé; j'ai pas vu le dd pour dumper une image sur une clé usb, qui lui est assez marrant quant on se plante de /dev/sd..
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Dragon ball (tortue génial ou le cochon par exemple), Nicky Larson, ces deux la sont passées au club Dorothée quasiment toutes les références de l'époque me sont passée au dessus de la tête, mais elles n'avaient pas de petit logo.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Parfois, je me demande si les IDEs ne sont pas l'une des causes du code dégueulasse.
Il en simplifie grandement l'écriture, et le coté compile instantanée + chargement à chaud ou tu vois immédiatement tes modifs sans avoir à relancer l'appli ont tendance à favoriser le quick&dirty. Quand tu fais ton code puis ta compile tu réfléchis un peu plus avant, et de toute façons avec le temps de la compile tu peux réfléchir à la meilleur façon de faire.
Avec un IDE, il faut prendre la discipline de se forcer à réfléchir à la conception, chose qui est généralement absente chez pas mal de collègue.
Sauf qu'en l'occurrence, c'est moi qui doit me faire ch… à apprendre, et niveau personnel sur le merdier, y'a plus qu'un dev qui n'a que croisé un des dev de l'équipe d'origine il y à moins de 2 ans, et la… hum… chef de projet.
J'ai déjà eu le cas, c'est pas la mort, et dis toi que ça va arriver de plus en plus
Je me dis surtout qu'il va être temps pour moi de changer de boîte, quitte à devoir bouger sur Paris… sauf que je manque "légèrement" de diplôme (oui, je suis auto-didacte, mais quand je vois le travail de certains qui ont appris à l'école, ça me désole). Verrai bien, y'a p'tet moyen de sauver les meubles quand même.
Après 2 ans en entreprise, ce qui importe c'est les postes, les technos, les méthodes usités le diplôme c'est de l'histoire ancienne.
Par contre ne pas dire à un recruteur que la principale différence entre la méthode agile et la Rache, c'est que la Rache prévoie la perte de post'it, ils n'ont pas tous le sens de l'humour.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Ou qu'il faut 6 mois pour former les gens correctement et que l'enseignement initial n'est pas au niveau de ce que l'on attends en entreprise.
Rien que le fait de faire un grep leur parait surhumain; dès que le truc n'est pas géré (ou mal géré) par eclipse le gars ne sait plus se dépatouiller, son poste de dev n'est qu'a moitié fonctionnel, faire un script ou un for i in … pour automatiser des copie est largement au dessus de leur volonté d'apprendre.
Donc oui, sur les gros projets, il leur faut bien 6 mois pour apprendre les incantation magique pour qu'eclipse fonctionne a peu près, pour avoir récupéré à droite à gauche 5000 lignes de commandes dans un fichier texte avec un commentaire décrivant vaguement ce que ça fait, et malheureusement, oui ces gens codent sur le projet qui date d'avant java 1.5, avec des vieillerie qui sont copiées/collées, et non ils ne trouvent pas anormal d'avoir des fichier de 10000 lignes.
Tu peux décider de faire un freeze des fonctionnalités pour nettoyer le code, mais le temps de tout réécrire iso-fonctionnel, les prestas auront changés, parce que le service achat trouve qu'il est obligatoire de faire tourner, et tu te retrouves avec de nouveau juniors à former, des clients mécontents parce que ça fait 2 ans que tu n'as pas fait d'évolutions, et de toutes façons les mauvaises pratiques qui reprennent, parce que dans les juniors y a un gars qui est 'autodidacte' depuis qu'il a 12 ans et qu'il sait mieux que toi ce qu'il faut faire.
Quant à dégommer les bugs à la première lecture des fichiers sources, c'est risqué, parfois il y a du code autour qui sait que ça bug et donc tu te retrouves avec un spaghetti géant à devoir modifier/tester et ça tient plus les délais.
Ensuite ça ne m'empêche pas de relire le code du fichier que je modifie, remplacer les Iterator par les foreach, et je modernise le code, et je fais du refactoring simple, par contre avant de faire de gros changement je demande la permission au responsable, parce que ça peut avoir des impacts plus gros que prévu (notamment au sujet du portage d'éventuelle corrections sur la branche livrée )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Mais 'faut pas déconner: le nombre de médias où on pouvait ne pas voir de seins a baissé en flèche ces dernières années.
Tu as des chiffres?
Pour game of thrones, il me semble qu'il y a un petit logo en bas à droite, et du temps où j'étais collégien, le film du dimanche soir sur M6 était assez connu.
J'ai vraiment du mal a avoir une vision objective sur une évolution dans ce domaine, j'ai revu des films, série de quand j'étais jeune et une bonne grosse partie des sous entendu m'était passé largement au dessus de la tête, pourtant c'est le même film, la même série…
Ensuite avec la TNT ou les chaines adsl tu as clairement plus de choix, et je doutes que tu traines beaucoup sur gulli, boomrang, ou autre chaines jeunesse, mais tu peux les regarder il n'y a pas de boobs :P
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
je confirme, une application compilée pour java 1.6 peut se planter si l'interpréteur est 1.7 (ou plus), (notamment le cas dans le cas d'incohérence entre equals, comppareTo, et hashcode), jboss ne se lance qu'avec une version particulière…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: pour crypter
Posté par fearan . En réponse au journal Pourquoi cette ordure d'FTPS reste si populaire ?!. Évalué à 2.
ben vu tous les refroidis qu'on y trouve c'est pas une mauvaise idée ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# tu as raté une étape pour le machin linux
Posté par fearan . En réponse au journal Installation de logiciel : comportement des utilisateurs en fonction du système d’exploitation. Évalué à 5.
Dans le cas où la recherche dans le gestionnaire de paquet est infructueuse, il faut faire un recherche pour trouver le nom du paquet qui correspond au besoin.
Typiquement, des logiciels comme rosegarden ne sont pas forcément évident à trouver.
Quant aux utilisateurs windows il manque la case initiale : demander au cousin qui s'y connait.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: comprend pas
Posté par fearan . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 2.
en même temps du python en développement distribué, en environnement non maitrisé, c'est évident que ça allait foirer.
En c++, java ou autre langage compilé, soit ça compile, soit ça compile pas, java faut quand même cibler la version cible.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Bien sûr qu'on peut tout casser :)
Posté par fearan . En réponse au message Les commandes Linux que j'ai pas le tester. Évalué à 2. Dernière modification le 20 janvier 2015 à 14:02.
c'est exactement ce que j'ai dit, on ne peut plus faire de rm -rf /, par contre le rm -rf /* passe toujours ;)
donc il vaut mieux écrire
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Non
Posté par fearan . En réponse au journal Une backdoor de la NSA dans OpenSSH ?. Évalué à 7.
sous mandriva (et mageia maintenant) msec avait CHECK_RPM=full/quick
le full équivalait à un rpm -Va (a pour all)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: comprend pas
Posté par fearan . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 5.
J'ai dit pour moi,
tu as vu la gueule de la console par défaut sous windows? Outre le fait qu'elle ne peut être agrandie sans modifier sa configuration, elle est vraiment moche. Notes bien depuis qu'ils ont mis powershell, on peut enfin faire quelque chose avec, mais les batch windows purée, ça c'était épique.
mais bon prenons un exemple bête en powershell :
Get-Content c:\1.txt | ForEach-Object { $_ -replace "aaa", "bbb" } | Set-Content c:\1.txt
outre le $_ digne du perl, qu'on peut abréger Get-Content par gc et Set-Content par sc (la ou on aurait cat ou < et > ), ça ne passe pas, il faut séparer le 1er Get-Content du reste (gc c:\1.txt ) | … avec les soucis qui viennent sur les gros fichier, alors que sed -e 's/aaa/bbb/g' -i c:/1.txt fonctionne très bien, y compris sur de gros fichiers.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: comprend pas
Posté par fearan . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 3.
La dernière fois que j'ai utilisé visual sur un gros projet c++, il était incapable de marcher, et on devait compiler avec make; note bien à l'époque on utilisait pas non plus eclipse qui explosait au vol, j'étais sous emacs, mes collègues sous scite.
Je dirai bien que la majorité est résigné ou habitué, ou n'a tout simplement jamais appris à bosser sous linux, j'ai facilement un facteur 2 de performance entre une machine sous windows et une sous linux, et pas uniquement du au cache ficher ou à la compile. Le fait de ne pas avoir à se battre pour que les scripts/commandes bash fonctionnent, d'avoir une flopée d'outils dispo par défaut… de choisir quelle appli doit être en premier plan en un raccourcis clavier…
bref un bon paquet de truc en dehors de l'ide; mais à voir mes collègues qui n'ont connu que windows et font des tâches répétitives à la main alors que 3 lignes dans leur console ferait l'affaire je pense qu'une bonne partie des collègue n'en ont tout simplement pas l'idée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: installer Linux nativement
Posté par fearan . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 10.
généralement ceux configuré en entreprise on tendance a être configuré en mode parano, ce qui avait, lorsque je compilait sous windows, un impact de doublement de temps de compile (ce qui faisait qu'après un clean on en avait pour 2H minimum);
Pour les outils de dev sous linux, en ce moment j'utilise clion en c++, et inteliJ pour le coté java.
j'ajouterai que les langages de scripts n'ont généralement pas à se soucier d'espace dans les chemins des programmes, le path a déjà les bon chemin (par exemple si j'installe 7zip, il est dans le path sous linux, sous windows, il faut le rajouter à la main)
Je pourrai continuer longtemps, alors oui, il y a moyen de configurer le poste windows afin qu'il soit aussi bien intégré que sous linux (encore que les () et espaces dans les noms d'installation par défaut des programme est une horreur pour le scripting), mais l'avantage sous linux c'est que c'est déjà intégré.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: comprend pas
Posté par fearan . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 2.
heu pas vraiment, sur mon précédent poste de travail, sur la machine perso, avec 2Go (sous linux) ça swapait à l'édition de liens et tu en avais facile pour 5-15 minutes de machine indisponible.
Et encore j'avais du bol je n'utilisais pas eclipse contrairement à ce qui était préconisé. Un eclipse lancé ici c'est facile 2Go. heureusement je ne faisais pas souvent la compile en local, mais sur une machine distante.
Quant au déport X, si on fait une appli un tant soit peu travaillé au niveau de l'IHM, (dégradé, effet…) l'export display ça peut être catastrophique
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: 3615 Ma vie
Posté par fearan . En réponse au message Projets personnels et emploi comme programmeur. Évalué à 4.
justement c'est ça l'art :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: 3615 Ma vie
Posté par fearan . En réponse au message Projets personnels et emploi comme programmeur. Évalué à 2.
ah mais je te rassure, le gars avant savait qu'il faisait de la merde, mais il n'avait pas l'envie/le temps de faire autre chose.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: 3615 Ma vie
Posté par fearan . En réponse au message Projets personnels et emploi comme programmeur. Évalué à 1.
je regrette si Paul McCarthy est un artiste, alors celui qui a bossé avant moi est un putain d'artiste de génie!!!
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Bien sûr qu'on peut tout casser :)
Posté par fearan . En réponse au message Les commandes Linux que j'ai pas le tester. Évalué à 3.
non sur les format de fichier ext2-3-4 rm -rf / ne fais strictement rien d'autre que t'afficher que tu ne peux pas détruire la racine; par contre, \rm -r /* ou rm -rf /* détruit effectivement tout; par contre ce qui arrive souvent c'est rm -f plop * avec une espace en trop entre le plop et le *
le fork bomb est aujourd'hui inhibé par les limites (ulimit -u )
bref on est bien loin des années 2000 où un erreur de manip était vite arrivé; j'ai pas vu le dd pour dumper une image sur une clé usb, qui lui est assez marrant quant on se plante de /dev/sd..
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Un bookmark légèrement plus fourni ?
Posté par fearan . En réponse au journal Weboob, la consécration. Évalué à 4.
tu devrais les regarder à nouveau avec ton esprit d'adulte, la censure est très loin d'avoir tout gommé.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Un bookmark légèrement plus fourni ?
Posté par fearan . En réponse au journal Weboob, la consécration. Évalué à 5.
Dragon ball (tortue génial ou le cochon par exemple), Nicky Larson, ces deux la sont passées au club Dorothée quasiment toutes les références de l'époque me sont passée au dessus de la tête, mais elles n'avaient pas de petit logo.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: ennuis
Posté par fearan . En réponse au journal Les lois françaises favorisent-elles l’insécurité informatique ?. Évalué à 3.
Il en simplifie grandement l'écriture, et le coté compile instantanée + chargement à chaud ou tu vois immédiatement tes modifs sans avoir à relancer l'appli ont tendance à favoriser le quick&dirty. Quand tu fais ton code puis ta compile tu réfléchis un peu plus avant, et de toute façons avec le temps de la compile tu peux réfléchir à la meilleur façon de faire.
Avec un IDE, il faut prendre la discipline de se forcer à réfléchir à la conception, chose qui est généralement absente chez pas mal de collègue.
J'ai déjà eu le cas, c'est pas la mort, et dis toi que ça va arriver de plus en plus
Après 2 ans en entreprise, ce qui importe c'est les postes, les technos, les méthodes usités le diplôme c'est de l'histoire ancienne.
Par contre ne pas dire à un recruteur que la principale différence entre la méthode agile et la Rache, c'est que la Rache prévoie la perte de post'it, ils n'ont pas tous le sens de l'humour.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: ennuis
Posté par fearan . En réponse au journal Les lois françaises favorisent-elles l’insécurité informatique ?. Évalué à 6.
Ou qu'il faut 6 mois pour former les gens correctement et que l'enseignement initial n'est pas au niveau de ce que l'on attends en entreprise.
Rien que le fait de faire un grep leur parait surhumain; dès que le truc n'est pas géré (ou mal géré) par eclipse le gars ne sait plus se dépatouiller, son poste de dev n'est qu'a moitié fonctionnel, faire un script ou un for i in … pour automatiser des copie est largement au dessus de leur volonté d'apprendre.
Donc oui, sur les gros projets, il leur faut bien 6 mois pour apprendre les incantation magique pour qu'eclipse fonctionne a peu près, pour avoir récupéré à droite à gauche 5000 lignes de commandes dans un fichier texte avec un commentaire décrivant vaguement ce que ça fait, et malheureusement, oui ces gens codent sur le projet qui date d'avant java 1.5, avec des vieillerie qui sont copiées/collées, et non ils ne trouvent pas anormal d'avoir des fichier de 10000 lignes.
Tu peux décider de faire un freeze des fonctionnalités pour nettoyer le code, mais le temps de tout réécrire iso-fonctionnel, les prestas auront changés, parce que le service achat trouve qu'il est obligatoire de faire tourner, et tu te retrouves avec de nouveau juniors à former, des clients mécontents parce que ça fait 2 ans que tu n'as pas fait d'évolutions, et de toutes façons les mauvaises pratiques qui reprennent, parce que dans les juniors y a un gars qui est 'autodidacte' depuis qu'il a 12 ans et qu'il sait mieux que toi ce qu'il faut faire.
Quant à dégommer les bugs à la première lecture des fichiers sources, c'est risqué, parfois il y a du code autour qui sait que ça bug et donc tu te retrouves avec un spaghetti géant à devoir modifier/tester et ça tient plus les délais.
Ensuite ça ne m'empêche pas de relire le code du fichier que je modifie, remplacer les Iterator par les foreach, et je modernise le code, et je fais du refactoring simple, par contre avant de faire de gros changement je demande la permission au responsable, parce que ça peut avoir des impacts plus gros que prévu (notamment au sujet du portage d'éventuelle corrections sur la branche livrée )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Un bookmark légèrement plus fourni ?
Posté par fearan . En réponse au journal Weboob, la consécration. Évalué à 3.
mauvais admin sys, changer d'admin sys :)
ou alors c'était une astuce pour dénicher le geek de la promo :P
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Un bookmark légèrement plus fourni ?
Posté par fearan . En réponse au journal Weboob, la consécration. Évalué à 3.
Tu as des chiffres?
Pour game of thrones, il me semble qu'il y a un petit logo en bas à droite, et du temps où j'étais collégien, le film du dimanche soir sur M6 était assez connu.
J'ai vraiment du mal a avoir une vision objective sur une évolution dans ce domaine, j'ai revu des films, série de quand j'étais jeune et une bonne grosse partie des sous entendu m'était passé largement au dessus de la tête, pourtant c'est le même film, la même série…
Ensuite avec la TNT ou les chaines adsl tu as clairement plus de choix, et je doutes que tu traines beaucoup sur gulli, boomrang, ou autre chaines jeunesse, mais tu peux les regarder il n'y a pas de boobs :P
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Un bookmark légèrement plus fourni ?
Posté par fearan . En réponse au journal Weboob, la consécration. Évalué à 5.
Et que penser des logiciel BitchX et Xchat faut aussi les interdire ?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Un bookmark légèrement plus fourni ?
Posté par fearan . En réponse au journal Weboob, la consécration. Évalué à 7.
toi tu est du genre a vouloir renommer Uranus, ou interdire les cours d'astronomie avec un raisonnement pareil.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# c'est réservé à root
Posté par fearan . En réponse au message df et calcul bizarre. Évalué à 1.
pour pouvoir dépanner la machine si y a plus de place sur le disque :P, c'est généralement un pourcentage du disque
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: décidément
Posté par fearan . En réponse au message Exercice URGENT . Évalué à 2.
Bof, rien que du très basique, tout se fait de tête, sans ouvrir une page de man ;)
la seule question que je me pose c'est pour la question
une seule ligne ? sans ';' sans '|' ? sans $( ) ? sans ` ?, awk / sed sont autorisé avec leurs scripts car sinon c'est facile de tricher ;)
1 grep suffit à chaque fois mais ça peut vite devenir illisible ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: c'est pas faux!
Posté par fearan . En réponse au journal A cause d'Ubuntu et de ses nombreux défauts, un moteur de jeux abandonne Linux !. Évalué à 4.
je confirme, une application compilée pour java 1.6 peut se planter si l'interpréteur est 1.7 (ou plus), (notamment le cas dans le cas d'incohérence entre equals, comppareTo, et hashcode), jboss ne se lance qu'avec une version particulière…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# j'utilise CDPATH
Posté par fearan . En réponse au journal Des bookmarks dans mon terminal !. Évalué à 3.
qui est une variable d'environnement contenant plusieurs répertoires ;)
typiquement j'ai un truc du genre CDPATH=.:$HOME:/local/sources
l'avantage c'est que ça marche déjà avec la completion auto de bash :)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent