Blackknight a écrit 1234 commentaires

Le chat-vapeur, c'est pas la quantité d'énergie nécessaire pour vaporiser un chat ? Ou alors, c'est le nom d'un plat dans un restaurant chinois ? Merde, je sais plus !

Tu n'as pris que la fin de la phrase. Quand je parle de coup de tête, c'est par opposition au fait de réfléchir au mode de scrutin au moment où on vote.
Par coup de coeur, il faut lire : "voter en fonction de ses convictions".

Ben oui mais tout le monde ne va pas réfléchir de façon aussi approfondie sur les conséquences du mode de scrutin et je pense que beaucoup de gens votent au coup de tête/cœur :)

Ah si, autre bémol, y a pas de core dump, juste une exception mais ça, c'est complètement normal :)

    function Yusuf return Natural is

       procedure Blood;
       procedure Head;

       procedure Love is
       begin
          Blood;
       end Love;

       procedure Blood is
       begin
          Head;
       end Blood;

       procedure Head is
       begin
          Love;
       end Head;

    begin
       Love;
       return 0;
    end Yusuf;

Même comportement en Ada au bémol du $? qui retourne toujours 1.

Ca m'a fait penser à cette vidéo de l'émission Archimède que j'avais trouvé bien sympa quand c'était passé. Bon, ok, les plateformes de diffusion de vidéo sont une grande avancée permettant de dégrader aisément toute vidéo :D

Maintenant que le mode de scrutin soit choisi par la démocratie, si je suis d'accord sur l'idée, dans la pratique, je ne connais pas beaucoup de gens qui aient directement la préoccupation de changer celui-ci… Comme tu dirais habituellement, la résistance au changement ou la force des habitudes.

Enfin, cette fois-ci, c'eut été un mauvais conseil !!
D'ailleurs, j'ai du mal à voir la justification, les avantages de la compilation étant :
- colle au plus près à l'architecture de la machine (pas de compatibilité avec un truc antédiluvien)
- permet de passer des options de compilation non utilisées pour les mêmes raisons

Par contre, c'est pas forcément pour les newbies mais c'est quand même pas la mort à utiliser.

En lisant le rapport, on voit que les machines touchées faisaient partie du cluster permettant la construction des packages des logiciels tiers (donc hors base).
On voit aussi que les repo SVN et Perforce ont été audités et que rien n'a été touché.
Conclusion : Sous BSD, il vaut mieux toujours utiliser les sources via les ports plutôt que les packages :)

Est ce que ces fameuses dépendances sont le fait de choix des développeurs ou des empaqueteurs?

Sous BSD, comme sous Gentoo, on ne fait que peu de paquets, la voie royale, c'est la re-compilation des sources donc on peut facilement dire que ça vient des développeurs.

Oh my god !!! T'es en train de dire qu'avec une gestion de versions distribuée, on peut soit-même être serveur des versions ????
Perso, je trouve que c'est bien de le rappeler de temps en temps parce qu'en voyant la popularité croissante de GitHub, je me demandais si je n'avais pas rêvé quand j'avais lu décentralisé ;)

Tu pourrais nous donner quelque chiffres sur la popularité de Gambas ?

Enfin, il y avait aussi ça dans les questions de départ ce qui justifiait mon premier commentaire ainsi que la réponse de Benoît

Ceci dit, ça ne me gêne pas en fait si Gambas n'est pas populaire, et par conséquent qu'il y ait des milliers de langages de programmations, certains plus populaires que d'autres :

Tout à fait d'accord, c'est juste un indicateur et le plus intéressant au-delà de ça, c'est l'évolution qui te permet de savoir si on en parle de plus en plus.

Je n'aime pas trop la mentalité Sauron (one language to rule them all).

Là, pas de problème non plus, chaque langage a ses spécificités.

Je pense que chaque programmeur devrait écrire son langage de programmation. Comme un musicien qui exprimerait son langage musical en jouant ses propres compositions. Comme un comédien qui jouerait ce qu'il a à raconter. Et si on réfléchit bien, c'est toujours comme ça que ça devrait être.

L'analogie n'est pas correcte, un musicien fait ses propres compositions sans ré-inventer le solfège et heureusement d'ailleurs !!
Pour ce qui est d'écrire son propre langage de programmation, je suis moyennement d'accord car cela met en œuvre des connaissances qui ne pas nécessaires à tout programmeur.

Après je comprends que ça rassure d'utiliser le langage que tout le monde utilise.

Ça dépend des gens. Certains voudront en apprendre le plus possible pour répondre à leurs divers problèmes, d'autres diront que tel ou tel langage sait tout faire facilement.

Tu pourrais nous donner quelque chiffres sur la popularité de Gambas ?

Je viens de regarder, ça n’apparaît pas dans le TIOBE ni dans Lang-index :(
Enfin, la bonne nouvelle, c'est que pour le deuxième, ça va changer, j'ai soumis le patch pour faire des stats sur Gambas :)
Du coup, on en saura plus dans quelques jours.

Ouais, tout comme il y a de bons codeurs qui travaillent pour le libre sur leur temps libre, il doit bien y avoir de bons musiciens fans de libre, non ?
C'est quand même vachement réducteur de lier tout ça à un problème d'argent.

Ouais…
<ironique>
Enfin trois lignes plutôt lisibles et écrites en une seule fois plutôt que 8 lignes relativement cryptiques
</ironique>

Bon, ok, la version Packet Filter serait un poil plus longues que les trois lignes présentées mais côté lecture, perso, je préfère.

Comme on parle juste d'IPv6, ça, c'est bien comme premier jet (Attention à la complexité et au manque de lisibilité qui piquent les yeux)

pass out quick on ${ext_if} inet6
block in log quick on ${ext_if} inet6

C'est la forme ancienne de "bronsorisé"

Donc en résumé, le langage est sensible à la casse, logique, mais pas pour les fonctions.

Autant je suis d'accord pour dire qu'il y a un gros manque de cohérence dans le langage, autant je vois pas pourquoi il est logique qu'un langage soit sensible à la casse. C'est juste une convention.
D'ailleurs, cette convention, les humains ne la suivent pas forcément . Pour preuve, si je t'écris en mettant Sébastien, sebastien, séBastien ou SEBASTIEN, tu sauras que je parle de toi.
Ce n'est finalement pas forcément logique d'être case-sensitive. Ce qui l'est, c'est d'y être sensible partout ou nulle part.

Voilà, c'est mieux ! Ça faisait pas sérieux tout ça quand tu causais robustesse de service critique ou systemd :)

Au vu de ta page perso, je croyais que c'était mort dans un affreux 404 depuis longtemps :D

Les gars, les gamins ont 6 ans et je vois mal comment on va leur expliquer les plans d'adressage mémoire d'une machine, les opérations avec offset, les registres, les interruptions…
D'ailleurs, pour mémoire, l'addition se voit à peine en CP, la soustraction en CE1, la multiplication en CE2 et la division en CM1.
De plus, jusqu'à preuve du contraire, il y a plein d'informaticiens qui s'en sont plutôt bien sorti en commençant par du Pascal, voire du Basic, en lieu et place du C.

Perso, l'assembleur, je n'en ai fait qu'à partir du moment où j'ai eu un cours de microprocesseur et ça permettait au moins de comprendre pourquoi il fallait que le programme commence à l'adresse X.

Pour finir (désolé mais j'aime bien les métaphores) pour conduire une voiture, on apprend d'abord des concepts de haut niveau et le bas niveau n'est même pas obligatoire.

Ahahahah !! T'as raison, bosses ton anglais parce que là, t'es dans le faux :D

En tout cas, j'aime bien ton élitisme qui interdit aux non-informaticiens de s'intéresser au fonctionnement de leur OS.

Voila, tu n'as pas d'argument pour ce dont on parle (un élément très technique), tu noies le poisson avec un truc qui n'a rien à voir (des manuel d'utilisation de l'outil).

Nous n'étions pas en train de parler de la qualité technique de systemd ou de sa configuration, on est en train de parler de la disponibilité d'une documentation de l'outil donc je n'ai pas d'argument à donner sur l'élément technique.

Maintenant crois-tu que parce que quelqu'un ne parle pas anglais, il n'a pas envie de comprendre un peu plus comment son système fonctionne, comme le permet Linux ? Et donc, tu préfères largement dire à cette personne :

Arrêtes-toi tout de suite, vas d'abord apprendre l'anglais, c'est vital. Après, tu pourras commencer à administrer un Linux.

C'est assez gonflé.

Effectivement, d'un point de vue technique, d'après ce que j'ai pu voir, systemd n'est pas horrible à configurer. Cela ne demande pas forcément un grand niveau d'anglais pour comprendre approximativement mais ne pas traduire, c'est fermer la porte à des gens que ça intéresse et qui n'ont pas forcément ton niveau en anglais.

C'est triste de voir qu'en 2012 on reste encore sur cette idée de ne savoir lire qu'une seule langue est acceptable. Tu m'étonnes que la France perd de sa stature (c'est con, car le français perd même son statut de langue diplomatique).

Là, c'est toi qui rajoute n'importe quoi. Mais si tu veux parler de ça, pas de problème. Combien d'Anglais et d'Américains continuent à étudier le français ? Eux pensent qu'une seule langue est acceptable, tant que c'est la leur. Alors oui, je suis d'accord qu'il faut apprendre l'anglais mais ce n'est pas une obligation.

Tu m'étonnes que la France perd de sa stature (c'est con, car le français perd même son statut de langue diplomatique).

Tant que des gens auront ton discours, y a pas de raison que ça s'inverse et que la langue française survive puisqu'elle va devenir inutile.

Une personne qui bidouille Linux en touchant à systemd, ce n'est plus un simple utilisateur de Linux et alors désolé mais ne pas comprendre l’anglais technique ça craint un max quand même. Et dire qu'on se pose encore cette question en 2012, et ben…

Ben ouais, je suis un vieux con et un vieux con qui a eu des non-anglophones en formation de programmation. D'ailleurs, c'était à l'époque où Microsoft, comme toi, s'est rendu compte que fournir des supports en français pour les dites-formations est totalement inutile car le programmeur doit connaître l'anglais technique. Enfin, il faut peut-être plus y voir un intérêt économique qu'autre chose.

Mais sinon quand toutes les notices d'utilisation seront en chinois, tu diras quoi ? Qu'il est absurde de pas parler le chinois ?

Alors un conseil : avant de s’intéresser à systemd, il vaut mieux apprendre l’anglais de base, c'est autrement plus utile, bien plus important, ne serait-ce que pour voyager un peu en dehors de la France.

Pour info, en dehors de la France, y a encore plein de pays où on ne parle pas forcément l'anglais et encore moins l'anglais technique.

Drôles de priorités.

C'est ton avis mais dis-toi que pour d'autres, tu fais de l'informatique plutôt que du VTT alors que le VTT c'est bon pour la santé… Drôle de priorités

Oui enfin, pour travailler dans l'informatique, savoir lire l'anglais technique est un peu la base.

C'est sûr qu'avec une réflexion comme ça, Linux va toucher de plus en plus de monde…
Donc si tu cherches un peu, tu verras qu'eqfm ne bosse pas forcément dans l'informatique et que je pense qu'il n'est pas le seul à utiliser Linux et à ne être pas être "informaticien".