thedude a écrit 2062 commentaires

Je suis assez surpris, je t'avouerais.

Bon, pour la coupure de courant, on peut pas trop imputer ca au cote real time du kernel quand meme :)

Je ne sais pas si c'était une erreur humaine ou machine, toujours est-il qu'il s'est produit et ça n'a pas fait scandale pour autant.
Tant qu'il ya pas d'emeutes tout va bien... :)

Plus serieusement, le fond de mon commentaire c'est que si des grands noms de l'electro tournent avec ce genre de config (et ils tournent avec ce genre de config, clairement), la config n'est pas si pourri que ca.
On est donc bel et bien en droit de se demander pourquoi du rt dur est necessaire pour l'un alors que du preemptif tout ballot suffit pour les 2 autres (La reponse "chez les autres ca marche pas en fait" n'etant visiblement pas valable puisque ya qu'a ouvrir ses oreilles pour se rendre compte que ca marche, en fait).

ben t'as le meme pb avec juste de l'ordonnacement, si le laptop est sujet a des skips, ya pas de raisons que le matos autour recupere automagiquement le skip, donc le pb est toujours la.

J'ai bien entendu parler de midi, mais c'est toujours pareil, si le noyau skip l'interrupt real time, tu l'as dans l'os, que t'aies 20 000 euros de matos au cul de la prise midi ou un clavier a 10 francs.

Question, naive peut etre.

On voit souvent des grands nom de la musique electronique faire des lives avec leurs laptop sur scene.
J'ai pas de noms, mais c'est tres rare de voir un liveux uniquement avec des machines, ils ont generalement un laptop sur scene.

Je sais pas, disons garnier par ex, en session live devant 50 000 personnes dans une grosse salle.

Question, peut etre naive, donc.
Comment ils font ces gens la?
Parce que je vois pas Mossieur Laurent Garnier hocher la tete en disant "mmmaaa!! tant pis." devant un skip en plein concert.

Il y a un certain nombre d'ethnie/pays qui se marient très très jeune. Que ce soit entre jeunes du même âge ou pas.

Apparement les (ou certains) peuples polynesiens sont assez liberes a ce niveau.
Ca ne leur pose, parait il, pas de pb d'avoir des relations incestes ou avec des enfants (pubere ou pas, je ne pourrais pas dire).

Tu sais, GUI != Windows.
C'est pas parce que les ingenieurs de MS sont plutot pas terribles en UI que ca veut dire que la GUI est fondamentalement mauvaise.

Vu que t'utilises macos, tu devrais savoir que l'activity monitor est accessible en 1 click, le disk usage en un autre click et qu'en plus tu mettre le graphique que tu veux (cpu, ram, disque, reseau) dans le dock.

Ben faut que tu fasse 100 - % used, ce qui reste une operation, qui meme simple, reste une operation.
Le camembert me donne directement toute l'information et le cerveau la traite plus facilement et rapidement.

justement, si je réalise des "anti sèches", c'est pour pouvoir retrouver instantanément et si nécessaire le bon script, la bonne commande qui me permet de m'affranchir de certains utilitaires graphiques (genre spotlight justement).
Oui, c'est exactement ce que je dit.
Ta memoire n'est pas capable de retenir tout ca, donc tu as besoin de tes anti seches, sinon tu perdrais un temps fou a lire la page man tous les 10 jours.
Pour spotlight t'as rien a retenir.
Juste a taper ta recherche.

tu preferes google et son champ de recherche unique ou tu preferes taper grep -R -i "*ma recherche*" http://*?
Pourquoi ca serait different avec une recherche locale?
(soit dit en passant, je ne me rappelle jamais si les fichier recherches viennent avant les arguements ou apres... J'ai pourtant 28 ans, une longue experience CLI et une memoire pas franchement mauvaise sur le moyen/long terme)

Quel intérêt de cliquer sur une GUI pour trouver la place qui reste sur le(s) disque(s) alors que la commande "df -h" le donne instantanément ?
Question idiote, je peux te la retourner: Quel interet de taper une commande alors qu'un click te le donne instantanement?
au passage, si tu oublies le -h tu vas avoir du mal a savoir ce qu'il te reste dans ton disque.
Et le camembert colore est certainement BEACOUP plus explicite que la ligne suivante (Mr les drosophiles, excusez les valeurs farfelues):
total free % used
12045 1240 80
L'association Vert bon rouge pas bon est biem plus naturel, parlant et instantane que de devoir lire et comprendre % used (qui peut tres bien rechercher l'espace libre et pas utilise et va donc devoir machiner pour avoir le pourcentage libre).

Lorsqu'on apprend une nouvelle commande ou une "recette", si on ne la note pas immédiatement, on risque de passer du temps à la retrouver ensuite. Le fait d'avoir toujours sous la main ces "anti sèches" évite d'appréhender d'utiliser la ligne de commande. Et paradoxalement, le fait de pouvoir l'avoir facilement à porté et de l'avoir consulté 2 ou 3 fois, fait que je peux m'en passer rapidement par la suite.
Oui, en somme, apprendre par coeur la syntaxe d'un commande c'est complique, et c'est pourquoi tu fais des anti seches.
Et apres avoir consulte plusieurs fois ton anti seche, tu as fini par la retenir.
C'est bien, tu viens de nous decrire le fonctionnement de la memoire humaine et tu abondes inconsciement dans mon sens: la CLI requiert une memoire d'elephant et comme personne n'a ca, il faut constamment se referer au manuel.

Et cela permet également d'aider facilement d'autres personnes sur des forums en leur recopiant la recette. C'est tellement plus rapide que d'expliquer dans le détail, "tu cliques sur menu untel, ensuite clique sur l'onglet machin etc"
Bopf.
Ca contredit directement l'arguement d'education du journal ca.
Ensuite que celui qui n'a jamais mal copie une ligne de commande me jette la premiere pierre (genre copier : root# chmod 755 fichier tout entier)

Enfin, cela développe la mémoire. La mémoire ce n'est pas une carte Sd qui sature au bout de X giga d'informations, c'est un outil vivant qui a besoin d'être sans cesse entraîné pour ne pas baisser en performance.
Tu m'excuseras de pas avoir les meme valeurs que toi, mais ma memoire est bien mieux utilisee a retenir d'autres choses reellement utile que des -i, xzvf, laH, -fullscreen -ao et autres suites de caracteres a la con qui peuvent etre facilement retrouve de facon graphique.
Tu peux aussi t'amuser a apprendre par coeur l'annuaire de tokyo, ca fait un bon exercice et ca sera a peu pres aussi utile.

Dans mon jargon, on appelle ca un exemple.

Ca sert a illustrer un point, le point en l'occurence etant qu'une GUI est bien plus explicite et permet de retrouver par soi meme le cheminement pour mettre en oeuvre une fonctionnalite.

C'est sur que comparer les features de sed et de notepad, c'est pas tres pertinent.
Mais ca tombe bien, parce que c'est pas ce que je faisais.

Tout comme comparer VisualStudio et vim n'est pas tres pertinent cela dit (quoique vim est pas mal niveau ui, on peut pas en dire autant d'emacs, mais on va garder ce troll au chaud pour 'dredi).

Apres si tu veux faire partir ca en troll MS contre linux...

Sinon pour marcher dans le troll, personnellement, pour chercher une occurence d'une chaine dans 200 dossiers et leurs sous rep, j'utilise spotlight sur mon macbook pro.
Ca marche achement mieux que find, c'est quasi instantane, ca me cherche aussi dans des fichiers binaires ou zippe ou les tags des photos et je peux directement utiliser la sortie (notamment double cliquer sur le fichier pour l'ouvrir par exemple) sans devoir brancher dans mon cerveau le parser de fichiers de logs.

au pire retrouver mes anti-sèches sur mon site.
Ah tiens, donc. T'as des anti seches?
Mais je croyais que la ligne de commande etait achement plus simple a utiliser?
Pourquoi as tu besoin d'anti seches? Serait ce parce que tu utilises des dizaines d'utilitaires en CLI et que tu n'es pas capable de te rappeler de leur syntaxe/parametres?
Marrant, c'est tres precisement ce que je dit: la CLI n'est pas fondamentalement mauvaise, par contre elle requiert beaucoup de memoire, et ca caymal.
Parce que la memoire, tout le monde n'en a pas. Et meme ceux qui en ont la perde avec le temps.
Et surtout parce qu'elle est bien mieux utilisee a retenir des trucs pertinent qu'une syntaxe idiote d'un outil qui n'est qu'un outil.

comme dit ici http://linuxfr.org/comments/1026672.html#1026672 , la dyslexie a reprit le dessus, et je parlais de l'autre GUI :)
Bref, j'ai ecrit GUI au lieu de CLI.

Bref, en clair je suis 100% d'accord avec toi, je penserais a me relire a l'avenir :)

zont de la chance tes momes, a leur age le seul jeu que j'avais, c'etait king's quest 1, et je me contentais de faire bouger le bonhome a l'ecran, parce que taper des commandes genre "bow to king" ou "take cheese in cupboard" a 5 ans, c'est pas evident :)

ben ya au moins une 10aine de personnes qui ont trouve ca pertinent.

J'adore les supporters de foot^^distros, ca part au quart de tour et sans aucun recul, c'est un regal de faire mumuse avec vous.

desole, j'ai poste mon message un peu vite, je voulais ecrire:
"Le shell, faut pas l'apprendre blablabla"

Je suis entierement d'accord avec toi sur le reste.

ah ben oui, parce que la gui, faut pas l'apprendre, les nourrissons viennent au monde avec un filtre bash integre (et tant pis pour ceux qui auront zsh sur leur machine).

Textpad le fait.
Repace in files.
L'entree est juste en dessous de Replace, comme le monde est bien fait...

C'est juste un probleme d'avoir l'outil qui va bien, c'est pas un pb inherent a la gui.

Ben surtout, ce qui est interessant dans un outil c'est de connaitre sa feature qui va nous servir et comment elle marche.

Un query replace reste un query replace, t'as une chaine remplacee, une chaine remplacante.
L'intelligence requise est la meme que tu sois en gui ou en cli.

Apres, ya la mise en oeuvre de la feature.
Avec sed (qui est pourtant assez simple)
sed s/toto/tata/g

s: pourquoi s? substitute, ok.
Faut parler anglais.
Et s'en rappeller.
Ca aurait pu etre r pour replace. Ou S. Ou R. ok.
ensuite, on separe le remplace/remplacant par un slash.
Ok, ca va a peu pres, faut se rappeler du slash (ca pourrait etre un backslash apres tout)
Et surtout de l'ordre remplace/remplacant (On peut penser replace ca par ca ou met moi ca a la place de ca, l'ordre n'est pas forcement naturel).

et apres les options.
Faut s'en rappeller aussi.
g pour global, ca va pour celle la, je m'en rappelle.
Les autres je sais plus trop.
pitetre bien i qui doit etre insensitive, shorthand pour case insensitive. faut decidement parler anglais.
Et d'autres options plus complexes.
Le tout fait intensement appel a la memoire.

Notepad:
Menu edit.
Ok, faut savoir qu'il faut aller dans un menu, cela dit menu editer pour editer le document, c'est pas tordu ni sorti du chapeau, ca se retrouve.
Replace... : assez explicite, les ... indiquant que ca va nous mener autre part.
Boite de dialogue, dans l'ordre naturel de lecture, on trouve :
- Find what: champs text. Dans la version francaise j'aurais "Rechercher", dans la version espanole "Buscar" et dans la version russe "Nas drovia".
- Replace with: champs text.
L'ordre est explicite et tres tres clair: on sait tout de suite quoi est quoi.
- Une petite boite : match case. Tres clair aussi
- Les boutons parlent d'eux meme. Ils sont grise quand non applicables (ie tu n'essayes meme pas, contrairement a un sed stoto/tata/g qui est invalide).

Les actions se retrouvent sans faire appel a la memoire en lisant des trucs a l'ecran.

Quand on garde a l'esprit que la memoire est une ressource plus ou moins limitee, qui s'amenuise avec le temps qui plus est, on comprend vite pourquoi rare sont ceux qui preferent une CLI a un GUI, en tout cas quand l'informatique n'est qu'un moyen pour eux et pas une fin en soi.

c'etait essentiellement une pointe d'humour.

Mais faut croire que tel un supporter du psg qui s'enerve des qu'on rigole un peu de son equipe, tu ne supportes pas qu'on s'amuse gentiment de ta distrib...

Nan, ca m'a prit a peu pres 5 minutes.

C'est ca qui est bien avec debian, c'est que c'est une cible facile.
En fait non, c'est surtout les deiannards qui sont une cible facile, ils donnent le baton pour se faire battre.

C'est marrant comment tu te focalises sur le cas ou ca marche bien.
On essaie de se focaliser sur le pire cas generalement, parce que quand tout va bien, tout va bien, et donc on a pas besoin de solutions de secu...

Tu sais, tu devrais toujours attendre, pour me répondre ce genre de conneries, que les gens aient déserté l'article, comme maintenant, ça t'éviterais de te faire moinser tes commentaires (débiles) :·D.
Bopf, le debile ici, c'est plutot celui qui est persuade qu'il est authentifie parce qu'il a des caracteres rigolos dans sa signature...
M'enfin, le vendeur a dit que ca marchait bien, et comme il a une cravate, c'est qu'il doit avoir raison.
Le shopping secu au darty, ya pas a dire, rien de tel.

10 € pour pouvoir essayer de se faire passer pour moi, c'est énorme.
Ben rien qu'avoir l'idee de se faire passer pour un trou du cul a la base, ouais, c'est etonnant.
C'etait plus pour l'exemple, c'est sur que faut etre sacrement atteint pour se faire passer pour un jean jean dudu.

Les gens qui n'auront pas téléchargé la clée dans les 15 mails que je leur avait envoyé avant ne vont pas d'un coup se mettre à vouloir aller la télécharger cette fois-là, parce que thedude-Nostradamus l'a prédit ...
Je sais pas moi, qq1 qui forwarde un de tes mails...
M'enfin, pour que ca arrive, faut deja avoir des amis, et en plus des amis qui ont des amis.
Ca risque pas de t'arriver, c'est clair.

J'suis speed, c'est normal, je mange des legumes. :)

Ouais, des fois je me relit et j'ai peur (et des fois quand je m'entends parler, j'ai encore plus peur, j'ai sorti un magnifique "j'ai moppe le floor" a ma copine l'autre jour).
L'abus d'expatriation nuit au bon francais.

Encore fois, desole, et pardon pour les familles.

Oups, effectivement, j'aurais du reflechir un peu plus longtemps avant de poster.
L'attribut password sur le tag input permet a coup sur de detecter un mot de passe.

Pardon pour les familles tout ca...

Pour les outils graphiques, sql developer est sympa, je l'avoue, mais ca reste ud oracle, avec des trucs tres lourds.

Il a par exemple ce tres vilain bug sur le dump d'une base:
Les type Raw sont bien dumpes, certes, mais la valeurs est... le toString() du byte array java!!!
en clair?
On se retrouver avec un Insert into Table(bla) values (Byte[]@0xff4ceb).
Et la pour le coup, ca le fait pas trop.

Dieu merci, on peut dumper les tables et ca marche. Mais c'est super pete couille quand t'as 30 tables dans ta db...

autre exemple, leur oracle.jdbc.pool.OracleConnectionPoolDataSource pour serveur j2ee est heuuu.. comment dire.
Mon pool se vautrait lamentablement sans rien dire va comprendre pourquoi.
L'implem de la factory du pool etait super funky (en gros: enorme limitation due a 3 lignes de code foireuses, j'ai plus les details en tete, ca fait qq mois deja, mais je peux me replonger dedans si ca interesse qq1).
Ah, et leur Timestamp with local timezone est en pratique inutilisable si t'ouvres pa la connection SQL toi meme (perso, j'utilise des pool et j'ai autre chose a foutre que d'instantier le driver moi meme... surtout avec hibernate...).

Deja, la doc est tres rock'n'roll la dessus. Dur de trouver qq chose de pertinent.
Ensuite, pour monitorer le pool via jmx, bon courage (je t'aide, pas possible).
Et une foultitude de petits trucs qui te pourrissent la vie derriere.
Pas de Primary key avec une constraint sur le lower case (ca se contourner par un unique index name on table Lower( field), mais bon c'est pete couille quand meme).
Tout ces petits trucs sont tres certainement l'heritage de 25 ans de code, donc sont la pour une bonne raison, mais ca saoule quand meme.

T'as certes des outils qui sont pratiques, mais t'as tellement de pitis defaut planques au fin fond du systeme que ca aneantit completement l'interet.
C'est tres shiny en surface, ca a l'air super simple, tu te plonges dedans et c'est un merdier sans nom.
T'as besoin de ce merdier quand tu veux de tres grosses perfs, pour le commun des mortels, ca fait que te pourrir la vie.

Les performances, la tenue en charge, c'est tres tres bien, mais quand t'en as besoin.
Pour le reste, ca pourri la vie du dev' au quotidien, du coup si les perfs ne sont pas absolument necessaire, t'as bien mieux fait de partir sur un mysql/pgsql.

Les updates dans une table pour changer le fuseau horaire et tout le toutim, c'est tres casse couille.

pgsql est moins connu, mais ceux qui ont besoin des features que tu cites le connaissent, donc tout va bien :)

chhhhht, malheureux, ne va pas froisser les adeptes de st debian.

Ca release une passoire d'ssl pendant 2 ans (pour finir par engueuler ces cons d'openssl qui ont pas ete auditer le code de debian, c'est bien que c'est leur faute a eux et pas a debian, non mais), ca se fait piquer ses cles d'authent des paquets (mais c'est pas leur faute non plus), ca release une fois tous les 4 ans quand c'est pret (mais pas vraiment en fait, de temps en temps, on s'amuse a releaser avec les depots de secu commente), l'equipe de secu se barre au guatemala pendant 3 mois (mais ils ont la courtoisie de prevenir en disant "demerdez vous maintenant, nous on va sirotez des pina colada et se taper des putes sur la plage").
Mais ca reste malgre tout la meilleur distrib du monde, la plus top au niveau secu, la plus top pour le desktop, la plus top pour tout en fait.

Et pis c'est 100% libre. Bah oui, on distribue du code/firmware pas libre, mais on est malin, on le met dans non-free, meme si c'est pas officielement supporte par debian, c'est maintenu et heberge par debian.
Sont fute chez debian.

Pourquoi?
Mais parce que.
Ils ont un contrat social, un systeme democratique qui fait qu'une fois qu'un mainteneur python se barre chez boubounetou et laisse tomber ses paquets debian, il est impossible de le virer et de le remplacer par qq1 qui ferait le boulot, laissant le paquet en rade pendant 6 mois, malgre des gens qui demandent a reprendre le boulot.
Mais c'est la faute a boubounetou qui a debauche le dev.

Faitez vous plaisir, faites disparaitre ce message dans les abimes du -42.

Sur ce point je ne pense pas qu'il y ait d'inquiétude à avoir, Oracle et pro-Java.
Ca j'en doute pas, dur de racheter sun sans etre pro java.
La question c'estp lutot quelle direction ils vont donner au langage, et j'ai plus tendance a faire confiance a ibm sur ce coup la.

MySQL peut forker si jamais Oracle ne fille pas droit.
MySQL peut forker, certes, mais vu le niveau atteint par le produit, c'est pas 3 devs benevoles qui vont pouvoir maintenir le bestiau, il faut une bonne grosse boite avec plein de dollars dans la poche.
Je dit pas que c'est impossible ou que ca n'arrivera pas, mais ca limite les possibilites.


Oui alors ils s'y connaissent vraiment un peu, voir pas du tout.
Je sais bien qu'oracle tient tres bien la charge et est tres tres costaud. Oracle est sur le marche depuis des decennies et se vend toujours, la preuve que c'est un bon SGBDR. Et il est tres certainement le plus adapte pour de gros besoins.

Par contre, il est tres lourd, tres chiant a utiliser pour un developpeur et clairement surdimensionne pour enormement d'application, la ou un pgsql/mysql feront tout aussi bien le boulot, en etant bien plus souple et moins cher.

Disons que qq1 qui connait les differents produits sur le marche ne proposera Oracle en premier lieu que dans certains cas tres tres precis.

Parce que pour la majorite des besoins, un MySQL/PgSQL c'est achement moins cher, achement plus souple, aussi performant et achement moins chiant a developper/deployer quand meme (je veux bien m'enboucanner avec un monstre si ca un interet, mais si c'est bouffer du oracle par principe, tres peu pour moi).

Apres, oui, un dev qui a connu que du oracle va surement proposer Oracle parce que c'est ce qu'il connait (et il a raison, ca serait idiot de proposer un truc qu'on connait pas).

Techniquement oui, j'ai ete un peu rapide en besogne.

DB2, c'est comme d'hab avec les produits IBM.
T'achete une licence DB2, et next thing you know, tu te retrouves avec un z server, z/os, websphere, Lotus notes, des thinkpads pour tout le monde et un stock de slips bleu "IBM" dans ton armoire, parce que ca s'integre mieux tout ca (bon ok, j'exagere, mais c'est une tendance chez ibm, t'achetes un truc chez eux, et tu te retrouves le doigt pris dans un engrenage a devoir prendre toute la suite chez eux).

Pour SQLServer, paraitrait il qu'il est pas si mal que ca, mais windows only, donc ca te limite un peu dans ton infrastructure...

Un des enormes interets de HTTPS, ou en tout cas son utilisation principale, c'est l'authentification du site.
Un certif auto signe ou delivre par pinpincert.info, ca authentifie pas grand chose.
Normal que le navigateur gueule.
Ca rend le phishing sur societee-genairale.ru plus complique, et ca caybien.

Quand au chiffrement, il est surtout utile pour envoyer des infos sensible (carte de credit, password, numero de secu ou autre), et ca represente une part infime du traffic habituel. Vraiment infime.
Les cartes de credit, tu les envoyes pas en permanence, et pour le login, tu te loggues une fois et la session prend la main derriere pour te garder authentifie.
Au final, ca fait une infime partie du nombre de page servies qui ont effectivement besoin d'etre chiffrees.

Quand on envoie un mot de passe sur un site qui ne chiffre pas, rien, pas le moindre avertissement.
Le navigateur n'est pas omniscient non plus et ne peut pas deviner que le field envoye est un password.
Cela dit, IE, dans sa version 6 il me semble, presentait une hophophop par defaut a chaque formulaire indiquant que les donnees etaient envoyees en clair et que c'etait potentiellement un pb.

En pratique, la popup etait presentee une fois, l'utliisateur clickait sur "me fait plus chier avec ca, spece de boulet va" et paf pasteque.