Détournements de sujets, locks, ... - Page 4

Il devrait faire avocat, il gagnerait par forfait de la partie adverse

Kochise

-forfait + suicide, tu veux dire ?

Kevin Kofler (./89) :
Franchement, je ne vois pas du tout quoi rajouter à TiLP. Et il y a eu une mise à jour récemment pour gérer les firmwares actuels de la Nspire (c'était ça la mise à jour de libticalcs2 sur CalcForge il y a quelques jours).

J'arrive à provoquer des crash bugs d'au moins 5 manières différentes en moins de 3 secondes chrono, c'est de ce côté-là que je parle

Kevin Kofler (./89) :
Il faut utiliser une version sans GDB (ce n'est pas possible autrement pour des raisons techniques)

Kevin Kofler (./89) :
et non, je ne compte pas proposer de telle version dans le dépôt pour Fedora

Donc je vais me brosser dans la pratique (ah si oui, logiciel libre [...] je recompile )

Kevin Kofler (./89) :
Et tu peux aussi utiliser Insight pour de l'assembleur, notamment pour avoir les commentaires dans les sources

Et il faut switcher pour voir l'état du registre qu'on vient de changer etc... remarque avec le nouveau dock j'ai pas essayé ça devrait être moins chiant (avant : CTRL+TAB deux fois pour vois les registres, puis SHOFT-CTRL-TAB 2is, F7 pour l'instruction suivante qui touche à la pile, puis CTRL-TAB 5 fois pour voir la pile, puis ... un vrai régal, quoi %

Kevin Kofler (./89) :
Je te signale quand-même que tu peux éditer le layout clavier manuellement.

#triouilovefessesfouetboing#

Kevin Kofler (./89) :
Ce n'est pas moi qui ai écrit le texte que tu as cité, c'est very.

Désolé, bug de cite et j'ai pas fait gaffe

Kevin Kofler (./89) :
Une machine suffisamment rapide pour faire tourner TiEmu, ça se trouve facilement, même un Pentium II suffit (il y a plein de gens qui veulent se débarasser d'anciens ordinateurs, on en trouve sans doûte à un excellent prix), ou une machine bas de gamme actuelle (genre les UMPCs qui coûtent moins qu'une calculatrice), alors faut vraiment pas vous foutre de ma gueule (au pluriel parce que ça ne concerne pas que toi, les autres personnes visées se reconnaîtront). Vous ne pouvez pas vous attendre à ce que les logiciels actuels tournent sur un CPU de plus de 12 années!

C'est dingue comme beaucoup de libristes sont si matérialistes. Tu remarqueras que je ne demande pas aux logiciels récents de tourner dessus, je comprends bien que ça ne peut pas toujours être le cas. (enfin si on arrêtait de coder avec des outils de merde, ça serait un peu plus le cas, mais bon.). Je voulais juste te dire que certains ont leurs propres raisons de préférer utiliser un logiciel "moins récent et plus bugé avec moins de feature" ( VTI ) [ par exemple qu'il demande 10x moins de ressources, que l'on préfère l'interface, qu'il supporte les z80, et que l'on a pas besoin des nouvelles features ]. On te demande pas de changer ton avis ou de reprendre nos raisons.. juste de comprendre que d'autres personnes peuvent avoir d'autres besoins, d'autres avis, un autre choix..

Les gens qui choisissent autre chose que toi, ce ne sont pas nécessairement des gens qui se trompent, mais juste des gens qui ont d'autres besoins, d'autres motivations...

Re "supporte les z80", il y a aussi des émulateurs plus récents pour les Z80 (TilEm, PindurTI, WabbitEmu), et même discours que pour les 68k, les émulateurs plus récents émulent aussi le matériel récent (et au moins TilEm émule aussi le vieux matériel, genre TI-85).

Et sinon, ce n'est pas "matérialiste" de dire que ça ne sert à rien de continuer à utiliser un P133 si on a une machine plus récente, c'est tout simplement logique.

Kevin Kofler (./95) :
Et sinon, ce n'est pas "matérialiste" de dire que ça ne sert à rien de continuer à utiliser un P133 si on a une machine plus récente, c'est tout simplement logique.

C'est matérialiste. (dans tous les sens du mots.)

Sinon je préfère avoir 1 petit émulateur que 2 énormes...

Folco (./93) :
J'arrive à provoquer des crash bugs d'au moins 5 manières différentes en moins de 3 secondes chrono, c'est de ce côté-là que je parle

TiLP n'aime pas que tu fasses des conneries, la solution la plus simple d'éviter la plupart des plantages dont tu te plains est de ne pas faire d'âneries (genre configurer le câble à (null) ). Même si c'est effectivement un bogue de planter au lieu de donner un message d'erreur convenable (ou cacher les réglages qui vont forcément boguer), il faut quand-même que tu comprennes que pour nous, corriger un problème qu'il faut faire exprès de provoquer n'a pas une importance primordiale.

avant : CTRL+TAB deux fois pour vois les registres, puis SHOFT-CTRL-TAB 2is, F7 pour l'instruction suivante qui touche à la pile, puis CTRL-TAB 5 fois pour voir la pile, puis ... un vrai régal, quoi %

Connais-tu les souris?

Cette invention propriétaire ?

Y a des interfaces graphiques sous linux maintenant ?

Pour revenir au sujet, je trouve que Kevin a raison de se plaindre... Il a évidemment aussi ses torts là-dedans, mais je trouve qu'à chaque fois qu'il donne son opinion (qui est parfois/souvent un peu radicale), il se fait attaquer de tous les côtés... Entre vous et moi, qu'est-ce qu'on fait quand on se fait attaquer? La chose qui nous vient naturellement, c'est la contre-attaque... Vous reprochez à Kevin de répondre de la manière naturelle pour un humain...

De plus, very, à propos de ton roman sur la colonisation, sache que sans ce TGV qu'est TIGCC, je n'aurais jamais acheté de TI-89, jamais passé des soirées entières à programmer en apprenant le C, et finalement, je ne serais pas ici, à l'université de Sherbrooke à étudier au baccalauréat en génie informatique...

De plus, je vous ferai remarquer que Kevin est très actif dans le forum "Questions TI", tout occupé à aider les débutants... Faut pas oublier que beaucoup d'entre nous ne seraient pas au point où nous sommes sans son apport à la communauté...

Sauf que K² s'est permis de critiquer gratuitement des projets ambitieux parce qu'ils ont commis l'outrecuidance de venir marcher sur les plate-bandes de TIGCC (ETP ou GFA Basic par exemple, des langages de programmation à peu près aussi performants qu'un programme C compilé, GTC, un compilo C on-calc) ; le moindre défaut était une brèche dans laquelle il s'engouffrait pour déverser tout son fiel.

Sans compter le fait qu'il a pourri ceux qui osaient coder en mode Kernel alors qu'il prônait le mode nostub, sans compter le fait qu'il pourrit aussi des programmeurs qui critiquaient l'ajout de features inutiles dans TIGCC, ou bien d'autres qui n'utilisaient pas la dernière version de TIGCC...

Bref, ça fait beaucoup de gens qu'il a pourris par son franc-parler (à sa décharge, peut-être que c'est dû à son français, où il n'a pas tout-à-fait conscience de la dureté des termes qu'il employait...)

KillerX (./100) :
De plus, very, à propos de ton roman sur la colonisation, sache que sans ce TGV qu'est TIGCC, je n'aurais jamais acheté de TI-89, jamais passé des soirées entières à programmer en apprenant le C, et finalement, je ne serais pas ici, à l'université de Sherbrooke à étudier au baccalauréat en génie informatique...

Mais TIGCC au début (avant Kevin en gros) c'était très bien pour coloniser...

Yoshi Noir (./101) :
(à sa décharge, peut-être que c'est dû à son français, où il n'a pas tout-à-fait conscience de la dureté des termes qu'il employait...)

Mouais vu comment ça a l'air de se passer ailleurs qu'avec les francophones, je suis pas convaincu par cette explication..


KillerX > ben des fois on part direct en petite méchanceté/ironie.. mais c'est par ce que derrière il y a toute une histoire, où franchement Kevin a souvent eut un des comportements les plus cons. Puis (beaucoup) ont essayé de calmer le truc, etc... bon en gros échec. Donc là bon defacto ça se passe mieux par ce qu'il y a moins d'activité donc de sujet à troll, par ce que tout le monde à viellit, par ce que...

Mais sinon on l'aime bien aussi

Kevin Kofler (./97) :
la solution la plus simple d'éviter la plupart des plantages dont tu te plains est de ne pas faire d'âneries (genre configurer le câble à (null) )

Etant donné que tu avoues toi-même que l'intuitivité de TiLP2 est toute relative lors des premiers usages, je te laisse juger à tête reposée de la pertinence de ta réponse.

Kevin Kofler (./97) :

avant : CTRL+TAB deux fois pour vois les registres, puis SHOFT-CTRL-TAB 2is, F7 pour l'instruction suivante qui touche à la pile, puis CTRL-TAB 5 fois pour voir la pile, puis ... un vrai régal, quoi %

Connais-tu les souris?

Le clavier est plus rapide, surtout quand on utilise un ému à 10 fenêtres... J'ai pas demandé des raccourcis claviers dans le débogueur pour ne pas les utiliser (et ils ne sont toujours pas utilisables en pratique (ils ne sont pas globaux à tout le dock), et rien n'est fait pour ça ...).

De plus, je vous ferai remarquer que Kevin est très actif dans le forum "Questions TI", tout occupé à aider les débutants... Faut pas oublier que beaucoup d'entre nous ne seraient pas au point où nous sommes sans son apport à la communauté...

Même ses détracteurs sont tout à fait d'accord là-dessus, évidemment, puisque c'est un fait.
Mais beaucoup de gens ne voient que la face Dr. Jekyll de Kevin (celle que tu cites), et sont peu, ou pas, au courant de sa face Mr. Hyde: le comportement désagréable sur de nombreux sujets depuis des années.
Je le sais parfaitement: avant de comprendre moi aussi, je ne voyais que la face brillante, pas la face sombre...

Tiens, j'avais pas suivi tout le topic sur Java :

Kevin Kofler (./77) :
mais TiEmu est des mondes au-delà de VTI en termes de confort pour les utilisateurs

Je me sis toujours fait plus chié avec TiEmu que VTI. La seule grosse évolution que j'ai connue est de Romain, c'est le dock.

Kevin Kofler (./77) :
Aucune fonctionnalité n'a été perdue avec le passage VTI->TiEmu!

Si, le transfert à l'ému from tigcc marche pas sous linux

squalyl (./101) :
D'ailleurs à cause de ça j'ai compris que certains étaient obligés de se farcir une version ultra obsolète de tigcc juste pour avoir le support de vti.
c'est triste. et ça contribue pas à l'image de cette toolchain.

J'ai gardé le dernier binaire de TIGCC et VTI Je les garderai même quand le monde sera écroulé ^^

Kevin Kofler (./102) :
Les gens qui utilisent un TIGCC obsolète sont cons, ils se tapent tous les bogues corrigés depuis.

Sauf si on en a rien à foutre (genre code qu'en assembleur ou autre ?) (puis traite pas tout le monde à la volée de con, c'est pas sympa )

Kevin Kofler (./102) :
Et aussi ceux de VTI qui n'ont pas été corrigés pendant 7-8 années!

Ils m'ont jamais gêné perso. J'en ai aucun souvenir. Donc au moins 100 fois moins que ceux de TiEmu

Kevin Kofler (./102) :
Je regrette qu'on n'a pas mis de dates d'expiration aux binaires W32 de TIGCC, ça aurait résolu ce problème.

Je vais mailer RMS. Tu vas te faier virer de la team KDE. Et Billou va venir de tailler des pipes.

Kevin Kofler (./102) :
Si les gens s'intéressaient vraiment à VTI, ils le mettraient à jour, à commencer par:
[...]

Ca n'intéresse que 0.1% des développeurs tout ce dont tu parles. Ok pour PedroM, xpand ou autre programme système, mais la majorité des programmes codés proprement (donc avec une barrière d'abstraction au-dessus du hard et de différents aspects système, appelons ça quairnelle par exemple) s'en contrebattent les kooyes avec une pelle à tarte.

Kevin Kofler (./102) :
une interface de communication entre processus fiable

Pour infos aux uns et aux autres : ça a jamais marché sous Fedora avec les RPM officiels de KTIGCC et TiEmu

Quand on traite Kevin de con, on a rien à faire dans le monde des TI

pokito (./106) :
Quand on traite Kevin de con, on a rien à faire dans le monde des TI

(© Billy Charvet, tout de même)

./106 > con != débile (et donc ça peut très bien être une personne qui possède de grandes connaissances techniques )

Folco (./105) :
Je me sis toujours fait plus chié avec TiEmu que VTI. La seule grosse évolution que j'ai connue est de Romain, c'est le dock.

C'est marrant, parce que ça ne fait qu'imiter le look de VTI.
Visiblement tu n'as pas du tout l'air d'apprécier notre boulot.

Si, le transfert à l'ému from tigcc marche pas sous linux

1. Si, ça marche à tous les coups ici! (Je viens de réessayer sous Fedora 9, marche impeccablement.)
2. Ah parce qu'avec VTI ça marche sous GNU/Linux?

Sauf si on en a rien à foutre (genre code qu'en assembleur ou autre ?)

Même en assembleur, tu peux utiliser TIGCCLIB, tant pis pour toi si tu ne le fais pas. Et en tous les cas, les fonctionnalités et bogues du linker te concernent aussi.

Je vais mailer RMS. Tu vas te faier virer de la team KDE. Et Billou va venir de tailler des pipes.

Ca n'intéresse que 0.1% des développeurs tout ce dont tu parles.

Bah non, il est essentiel de pouvoir tester avec un matériel récent. Il y a des bogues avec les niveaux de gris qui ne se remarquent pas sur HW1 (par exemple si on affiche du texte sur LCD_MEM, il sera lisible sur HW1 et VTI, même s'il est en gris foncé, sur HW >=2 on ne voit rien du tout).

Ok pour PedroM, xpand ou autre programme système, mais la majorité des programmes codés proprement (donc avec une barrière d'abstraction au-dessus du hard et de différents aspects système, appelons ça quairnelle par exemple) s'en contrebattent les kooyes avec une pelle à tarte.

Même avec les libs de gris kernel (que pas grand monde parmi les développeurs utilisant TIGCC n'utilise, étant donné qu'il y a des routines de gris dans TIGCCLIB), le bogue de l'affichage sur LCD_MEM existe.

Kevin Kofler (./102) :
une interface de communication entre processus fiable

Pour infos aux uns et aux autres : ça a jamais marché sous Fedora avec les RPM officiels de KTIGCC et TiEmu

Pourtant ici avec exactement les mêmes RPMs ça marche à tous les coups.

Es-tu toujours dispo pour m'aider à tester ces histoires? Parce qu'il faut vraiment que je trouve ce qui cloche chez toi, je ne peux absolument pas le reproduire. (Et je sais bien que j'aurais dû le faire depuis longtemps, mais je n'ai pas que ça à faire aussi.)

Et en tout cas, l'"interface" utilisée avec VTI (envoi de touches) boguait dès qu'on cliquait sur une fenêtre pendant l'envoi à VTI. Tout sauf fiable.

very (./108) :
./106 > con != débile (et donc ça peut très bien être une personne qui possède de grandes connaissances techniques )

Tu parles sans doute de ton cas ?

Yoshi Noir (./101) :
Sauf que K² s'est permis de critiquer gratuitement des projets ambitieux parce qu'ils ont commis l'outrecuidance de venir marcher sur les plate-bandes de TIGCC (ETP ou GFA Basic par exemple, des langages de programmation à peu près aussi performants qu'un programme C compilé, GTC, un compilo C on-calc) ; le moindre défaut était une brèche dans laquelle il s'engouffrait pour déverser tout son fiel.

Quand t'auras réalisé la moitié des trucs que Kevin a fait, tu pourras peut être parler, parce que niveau comportement, t'as vraiment pas de leçons à donner...

iwannabeasushi (./110) :
Quand t'auras réalisé la moitié des trucs que Kevin a fait, tu pourras peut être parler, parce que niveau comportement, t'as vraiment pas de leçons à donner...

Et on peut savoir ce que t'as fait sur TI pour t'ériger en défenseur de K² et de la bienséance ?

iwannabeasushi (./110) :
Tu parles sans doute de ton cas ?

Mais je t'invite à étudier le mot. Je passe le premier sens ( sexe de la femme, le con), le deuxième ( le vulgaire ) se réfère une une personne idiote, bête ( en fait passive, qui ne réagit pas, comme le supposé sexe féminin.. ), mais pas au sens demeuré..

On dit souvent "lui c'est un con" de quelqu'un qu'on sait intelligent, donc bon.. c'est plus je sais pas, un trait de comportement qu'un rapport aux capaciées intellectuelles.

Yoshi Noir (./111) :
Et on peut savoir ce que t'as fait sur TI pour t'ériger en défenseur de K² et de la bienséance ?

P-t qu'ils vivent une love storie ?

Yoshi Noir (./111) :

iwannabeasushi (./110) :
Quand t'auras réalisé la moitié des trucs que Kevin a fait, tu pourras peut être parler, parce que niveau comportement, t'as vraiment pas de leçons à donner...

Et on peut savoir ce que t'as fait sur TI pour t'ériger en défenseur de K² et de la bienséance ?

Depuis quand il faut avoir fait beaucoup de choses sur TI pour défendre quelqu'un d'injustement attaqué ou la bienséance ? Vu ton passif, tu ferais mieux de ne pas critiquer le comportement des autres, et c'est aussi simple.

very (./112) :

iwannabeasushi (./110) :
Tu parles sans doute de ton cas ?

Mais je t'invite à étudier le mot. Je passe le premier sens ( sexe de la femme, le con), le deuxième ( le vulgaire ) se réfère une une personne idiote, bête ( en fait passive, qui ne réagit pas, comme le supposé sexe féminin.. ), mais pas au sens demeuré..

On dit souvent "lui c'est un con" de quelqu'un qu'on sait intelligent, donc bon.. c'est plus je sais pas, un trait de comportement qu'un rapport aux capacités intellectuelles.

Ben justement, j'avais bien compris. Je disais simplement que ta réflexion, c'était l'hôpital qui se moquait de la charité...

iwannabeasushi (./110) :
Quand t'auras réalisé la moitié des trucs que Kevin a fait, tu pourras peut être parler, parce que niveau comportement, t'as vraiment pas de leçons à donner...

naPO a un comportement bien au-delà de celui de K² AMHA. Non seulement il ne comprend pas les autres, mais il insulte et méprise profondément, avec un raffinement de méchanceté qui rendent ça haïssable.

Kevin Kofler (./109) :
Visiblement tu n'as pas du tout l'air d'apprécier notre boulot.

Mais si ! Mais tu comprends pas Il s'agit pas de dire "VTI c'est génial TiEmu/TIGCC/* c'est à chier", mais je ne trouve pas juste que tu aies le discours inverse : "VTI est totalement inutilisable TiEmu/TIGCC/* c'est quasi parfait". Loin de là (même si je reconnais bien évidemment les améliorations énormes depuis les débuts), pour les raisons déjà évoquées (et en fait surtout la latence du traitement des bugs et la quasi-inexsistence du traitement des features requests).

Kevin Kofler (./109) :
Et en tous les cas, les fonctionnalités et bogues du linker te concernent aussi.

D'une certaine manière, oui. MAis en kernel et sans "stub _nostub" (), je limite la casse. Puis j'utilise pas à fond le linker, je fais de l'assembleur, je suis sensé dominer mon binaire de sortie, et pas me reposer sur un linker et des optimisations d'assemblage. En tout cas, c'est ma philosophie pour ce que je fais.

Kevin Kofler (./109) :
Même avec les libs de gris kernel (que pas grand monde parmi les développeurs utilisant TIGCC n'utilise, étant donné qu'il y a des routines de gris dans TIGCCLIB), le bogue de l'affichage sur LCD_MEM existe.

Tiens, jamais remarqué. Mon Tetrix4LN utilise graphlib et ça marche bien.

Kevin Kofler (./109) :
Es-tu toujours dispo pour m'aider à tester ces histoires? Parce qu'il faut vraiment que je trouve ce qui cloche chez toi, je ne peux absolument pas le reproduire. (Et je sais bien que j'aurais dû le faire depuis longtemps, mais je n'ai pas que ça à faire aussi.)

Ben partant comme toujours. Je t'ai déjà dit que vu ton code, ça semble pas venir de là, mais plus d'une configuration de la machine (installation&paramétrage du serveur DCOP ?). J'ai essayé sur deux machines différentes avec deux installations différentes : résultat quasi-aléatoire, avec juste quelques indications qui n'ont pas paru t'aider. Je ne peux pas faire grand chose de plus de mon côté (et je vais pas apprendre des langages inconnus juste pour un bug ).

Voilà voilà.


cross : @iwannabeasushi : perds pas ton temps avec naPO. c'est un névrosé qui passe sa hargne sur les autres à longueur de vie, infoutu de se rendre compte qu'il est bien pire que ceux qu'il dénonce. Le comble, c'est que les dénoçant comme dangereux et néfastes, il ne réalise pas que sa prise de tête permanente avec eux le classe dans la même cour (au mieux).

Depuis quand il faut avoir fait beaucoup de choses sur TI pour défendre quelqu'un d'injustement attaqué ou la bienséance ? Vu ton passif, tu ferais mieux de ne pas critiquer le comportement des autres, et c'est aussi simple.

Il va falloir que tu m'expliques d'où tu connais mon passif étant donné que c'est la première fois que je vois ton pseudo... Et non, K² n'est pas "injustement attaqué", car pour qu'il y ait riposte, il faut qu'il y ait attaque. De plus, si tu n'as rien fait sur TI, tu n'es donc pas à même de savoir pourquoi on tire parfois à boulets rouges sur lui. Donc à part jouer les personnes pleines d'auto-suffisance, je ne vois pas l'intérêt de ton intervention.

cross : @iwannabeasushi : perds pas ton temps avec naPO. c'est un névrosé qui passe sa hargne sur les autres à longueur de vie, infoutu de se rendre compte qu'il est bien pire que ceux qu'il dénonce. Le comble, c'est que les dénoçant comme dangereux et néfastes, il ne réalise pas que sa prise de tête permanente avec eux le classe dans la même cour (au mieux).

Toi je te signale que tu insultes les gens quand on essaie d'avoir plus de précisions sur tes pensées nauséabondes...

Folco (./114) :
Tetrix4LN

Ta femme s'appelle LN ?
comme c'est mignon, un programme (en assembleur en plus ^^ ) qui porte son nom

./113 > Bha non ça répond très justement à ./106 qui dit "comme KK a fait pleins de trucs dans le monde des TI on ne peut pas le traiter de con [si on y est]": je dis simplement que l'un et l'autre n'ont rien à voir. ( enfin y'a un léger rapport: comme il a fait pleins de trucs et beaucoup discuté dans ce "monde des Tis", beaucoup de protagonistes ont vite vu son comportement.. )


En général les gens qui commencent comme toi( avec les yeux d'ammmour pour le graaannnd Kevinochou ) finissent par être ceux qui le détestent le plus. ( simple constatation)

iwannabeasushi (./113) :

Yoshi Noir (./111) :

iwannabeasushi (./110) :
Quand t'auras réalisé la moitié des trucs que Kevin a fait, tu pourras peut être parler, parce que niveau comportement, t'as vraiment pas de leçons à donner...

Et on peut savoir ce que t'as fait sur TI pour t'ériger en défenseur de K² et de la bienséance ?

Depuis quand il faut avoir fait beaucoup de choses sur TI pour défendre quelqu'un d'injustement attaqué ou la bienséance ? Vu ton passif, tu ferais mieux de ne pas critiquer le comportement des autres, et c'est aussi simple.

Depuis quand il faut avoir fait beaucoup de choses sur TI pour critiquer quelqu'un sur son comportement lorsque celui-ci se répète et est avéré ? Vu ton non-passif, tu ferais mieux de ne pas critiquer le comportement des autres, et de t'intégrer progressivement au lieu de te lancer directement dans un débat décennaire. Et c'est aussi simple.

(Ce n'est pas tout à fait ce que je pense, hein... mais c'était trop tentant)

Folco (./114) :
@iwannabeasushi : perds pas ton temps avec naPO. c'est un névrosé qui passe sa hargne sur les autres à longueur de vie, infoutu de se rendre compte qu'il est bien pire que ceux qu'il dénonce. Le comble, c'est que les dénoçant comme dangereux et néfastes, il ne réalise pas que sa prise de tête permanente avec eux le classe dans la même cour (au mieux).

Oui, mais c'est un punching-ball tellement tentant

very (./117) :
En général les gens qui commencent comme toi( avec les yeux d'ammmour pour le graaannnd Kevinochou ) finissent par être ceux qui le détestent le plus. ( simple constatation)

En l'occurrence, ça fait plusieurs années que je suis ce débat récurrent, et je le connais assez bien. Mais pour le coup, Kevin n'a pas tord sur ce topic. Sans doute n'est-il pas irréprochable (qui l'est donc ?), mais il pointe du doigt une réalité. A chaque fois qu'il fait une remarque quelqu'un est là pour jeter de l'huile sur le feu et raviver les vieilles histoires. C'est dommage, parce que malgré tout KK est une des personnes qui a apporté le plus à la communauté TI et je ne doute pas que ce soit un excellent programmeur. Même s'il n'est pas exempt de défaut, comme tout un chacun, ce n'est pas une raison pour lui tirer dessus à la moindre occasion.

Nil (./118) :
Depuis quand il faut avoir fait beaucoup de choses sur TI pour critiquer quelqu'un sur son comportement lorsque celui-ci se répète et est avéré ? Vu ton non-passif, tu ferais mieux de ne pas critiquer le comportement des autres, et de t'intégrer progressivement au lieu de te lancer directement dans un débat décennaire. Et c'est aussi simple.

(Ce n'est pas tout à fait ce que je pense, hein... mais c'était trop tentant)

Cf. ci dessus, ça fait un moment que je traine sur yN, même si je poste peu.

iwannabeasushi (./119) :
En l'occurrence, ça fait plusieurs années que je suis ce débat récurrent, et je le connais assez bien. Mais pour le coup, Kevin n'a pas tord sur ce topic. Sans doute n'est-il pas irréprochable (qui l'est donc ?), mais il pointe du doigt une réalité. A chaque fois qu'il fait une remarque quelqu'un est là pour jeter de l'huile sur le feu et raviver les vieilles histoires. C'est dommage, parce que malgré tout KK est une des personnes qui a apporté le plus à la communauté TI et je ne doute pas que ce soit un excellent programmeur. Même s'il n'est pas exempt de défaut, comme tout un chacun, ce n'est pas une raison pour lui tirer dessus à la moindre occasion.

en fait:
-on a déjà tenter sans succès de normaliser les relations
-donc on préfère tout de suite partir dans l'humour/ironie, ou en venir directement au fond (puisque on sait que ça va y arriver à un moment ou un autre... )
-tout n'est pas à prendre au premier degré.


En ce qui concerne ce topic: Kevin est un professionnel pour détourner un sujet (genre topic de débutant qui commence à coder => débat nostub/kernel.. ), et en matière de lock/suppressions de sujets/bans sur IRC il est surement le plus expérimenté dans le coin. Après bon il a un peu raison mais de là à venir se plaindre...