Anthony Jaguenaud a écrit 1967 commentaires

Salut, je suis plus ou moins dans le même cas. J'avais posté ce sujet il y a presque un an.

L'imprimante est vraiment bien. Je compte faire un retour à la fin de l'année scolaire. Mais actuellement, on en est à 1300 pages, avec deux couleurs dont le tonner est presque vide (tonner d'origine). J'ai pas encore fait la manip pour reseter le compteur de page par tonner pour gagner quelques impressions. J'essayerai de le quantifier.

Modif :
La mienne n'a ni scanner, ni wifi… j'avais pas bien lu le descriptif. :-p

Si l'accès à la base pose problème, il faut peut-être optimiser :
* Améliorer le serveur,
* Optimiser les requêtes.

Optimiser chez developpez, Optimiser ORACLE chez developpez, et Un pour MySql.

Je ne suis pas spécialiste, mais j'avais lu que sur des grosses bases, l'ordre d'une requète peut aider à passer du simple au triple.

C’est pas mal, mais j’aurais dis :
Si une colonne taille max laisse de la place et que la taille mini × 2 est disponible, alors on passe à 2.
Une fois qu’il y a deux colonnes de taille max, si 3 de taille mini passe, alors on passe à 3.

Perso, j’aime pas les largeurs fixes.

Ben moi, mon test de DDG, ça a été des recherches techniques. Et le fait de revenir à des réponses à la google des années 2000 me fait du bien. Car les liens étant neutre, tu trouves plus facilement des trucs pertinents et pointus là où google renvoie les liens les plus utilisés et jugés pertinents par les utilisateurs qui sont majoritairement débutants.
Pour les sujets où je suis débutant, google et un peu plus pertinent, mais ça ne me dérange pas de fouiner un peu avant d'aller y voir.

et sur ton temps libre ? ;-)

C'est marrant, je m'attendais plus à attraper Zénitran dans mes filets ;-)

Ben, avec la quarantaine toute proche, c'est pas simple. Tu enlèves le temps de travail, le sport, les travaux à la maison, la gestion des enfants, les compétitions de handball du fiston, etc. et même sans regarder la télé le soir, il me reste que quelques heures de loisir échantillonnées sur la semaine. Mais hélas, impossible de les regrouper pour être efficace. Encore moins pouvoir garantir ce temps sur la durée.

A un moment, il faut aussi savoir stabiliser. Le succès de XP n'est pas un hasard. Les gens n'ont pas tous envis d'entendre :
« Pour corriger ce problème, il faut prendre la dernière version.
— Moi, je veux garder mes applications comme elles sont.
— Ce n'est pas possible. »

Développer un logiciel, ce n'est pas que ajouter des nouveaux bug dans la version n en corrigeant les bug de la version n-1, n-2, … c'est aussi corriger les bug n-2 sur la version n-2, n-1, pour que les utilisateurs heureux de ces versions puissent avoir les corrections.
Que les petits projets ait du mal a suivre je le comprends. Même Mozilla a fini par faire les version ESR (ou LTS) pour firefox et thunderbird.
Debian s'occupe de faire cela sur les projets qui n'en ont pas les moyens ou la volonté. Pour ça, il faut suivre les bug des nouvelles versions, voire s'il est (le bug) présent sur l'ancienne version (version debian stable) et rétro porter la correction le cas échéant. Sur un bug remonté par un utilisateur de debian, il faut vérifier le bug, le confirmer et le corriger. Mais aussi le verifier en amont et le reporter sur le projet en question.

Ce n'est pas une obligation, mais debian s'y astreint. Ca me semble bien personnellement. Si j'avais du temps professionnel pour faire ça, je le ferais avec plaisir.

À quand une distribution :

$ git clone distrib
…
$ git submodule update
…
$ make
… 
$ make install

Ça c’est une vrai distribution rolling release, on peut suivre les branches master, install de chaque logiciel indépendamment ;-)

une pile TCP IP ?

Ça marche au dessus de http ?

Oui… tout passe par http.

Hummm… Oui, quelqu'un m'explique ?

Sans présupposer de ce que voulait dire l'auteur. Je vais prendre un exemple de cas où ça peut marcher.
L'accès youtube depuis free. La liaison free <--> google étant saturé, si tu as un relais TOR chez orange, tu passeras par free <==> orange <==> google. Tu as un chemin plus long, mais sans embouteillage.

Si tu arrives à déterminer quand un service est effectivement démarré. C'est tout le noeud du problème. sysinit et d'autres s'en préoccuppent pas vraiment.

Pour moi, un service est démarré quand le processus rend la main. Un démon, va forké, faire son changement de session, s'initialiser, et à ca moment prévenir le père que c'est bon. Alors, le père meurt, et le script, lanceur de démon (openrc, systemd…) peut supposer que le service est opérationnel.

J'ai regardé haskell suite à la dépêche. J'ai lu l'intégralité du tuto en lien à la dépêche. Si j'ai compris certains trucs, il me manque de l'expérience. J'ai commencé le BASIC-A en 1986, puis Turbo-Pascal, ASM, … Aujourd'hui, je pense clairement algorithme impératif.
Je me souviens du Prolog à la FAC et en stage, où après avoir réappris à penser, c'était facile. Mais dans le milieu professionnel, je n'en ai jamais refait.
C'est une approche différente. As-tu des TP avec des exercices à essayer qui sont adapté à la programmation fonctionnelle ? car je crois que c'est ce qui me manque le plus pour le moment.

En fait, il faut mettre trois ' à l'envers ([altgr]+è sur un AZERTY) et c++ en minuscule, et laisser une ligne avant et une ligne après. Pour fermer, trois ' à l'envers. Ex :

'''c++
int a;
'''

Donne :

int a;

… mais est ce vraiment un problème de protocole ?

Oui, s'il y a duplication d'informations déjà présentes, et donc inutiles.

Heu, je crois que tu confonds. Le protocole de mail ne transporte que ce que tu lui demandes par l'intermédiaire de ton MUA.
C'est une mauvaise utilisation du MUA, rien à voir avec le protocole.

Un mail, c'est comme un fichier avec des entêtes, puis un corp de texte. L'entête contient les champs from, to, cc, x-mailer, reply to, id… et le corp du texte ce que tu décides, ta réponse, tout ce que tu y laisses, pièces jointes, images… rien avoir avec le protocole en lui même. A part le protocole « mail chaise clavier » qui en plus varie d'un individu à l'autre.

Pourquoi ne sont-ils pas exploités (au lieu de l'objet) pour construire les discutions sur ces ID

En fait, thunderbird suit très bien les discussions. Lorsqu'une personne répond et que ça ouvre une nouvelle discussion, c'est que le MUA de ton correspondant ne respecte pas. C'était (est ?) le cas d'outlook, du coup les gens ont appris à faire autrement en entreprise :'(

Pour ton exemple C++, outre le fait qu'il manque des "::result",

oups.

tu as conscience que c'est exécuté à la compilation et donc je suis moyennement surpris qu'afficher une constante soit efficace à l'exécution.

Oui, c'est le temps de compilation qui aurait pu exploser. Ce n'est pas le cas car au fur et à mesure, les constantes ont leur valeur. A la fin, il ne garde que celle dont il a besoin.

Je vous invite à découvrir Haskell si ça n'est pas déjà fait. L'apprentissage est peut-être un peu difficile mais ça en vaut la peine.

Pour le vous, je suis vieux, mais ce n'est pas la peine de me le rappeler ;-)

J'ai bien compris le principe de mémoire transactionnelle, mais pas la syntaxe de l'exemple.

mémoïsation

Merci, je ne connaissais pas le terme. La solution avec la liste, j'y avais pensé, mais j'avais fait une implémentation naïve. Du genre :

fibo n = if n < 2 n else fibo (n-1) + fibo(n-2)

qui ne m'a demandé que très peu de temps, malgré le fait que je ne connaisse pas le langage.

Du fait que le langage soit purement fonctionnel, je m'attendais naïvement à ce que le runtime gère une zone mémoire de cache automatiquement ou avec une option de compilation.

Le C++ était juste un exemple de template, le compilateur stocke toute les valeurs intermédiaires, et le linkeur ne retient que celle dont il a besoin. Je trouvais ça intéressant. Mais c'est évident que faire une version avec cache automatique en c++ demande également plus qu'une simple implémentation naïve. Ou alors en itératif.

En tous cas, la présentation ici donne envie d'essayer plus avant ce langage.

Quand j'ai lu :

La spécificité la plus marquante de Haskell, c'est qu'il s'agit d'un langage fonctionnel pur : une fonction appelée avec les mêmes arguments renverra toujours le même résultat,

je me suis dit : chouette, je vais essayer fib 100. Mais, je m'attendais à ce qu'il stocke dans un cache une partie du résultat des fonctions en interne pour gagner du temps puisque avec des paramètres donnés, il n'y a qu'un résultat. Apparemment non, en tous cas pas par défaut.

Du coup j'ai essayé en template C++ pour le faire compiler par le compilateur. C'est efficace :

#include <iostream>

using namespace std

template <unsigned long long n> struct fibo {
  static const double result = fibo<n-1> + fibo <n-2>;
};

template <> struct fibo <1> {
  static const double result = 1.0;
};

template <> struct fibo <0> {
  static const double result = 0.0;
};

int main ()
{
  cout << "Resultat 1000 : " << fibo<1000>::result << endl;

  return 0;
}

Ton exemple est drôle. En le relisant, j’avais repéré le bug potentiel. Même si sans valgrind, je pense que ça passe sans bug dû à la façon dont c’est implémenté.

Si on prend une analogie merveilleuse : (toute analogie est forcément foireuse, mais il ne faut rien me dire)
Pour une voiture on a :

• un conducteur,
• un mécano,
• un ingénieur motoriste.

Personnellement, je ne m’attends pas à ce que le conducteur me dise ce qui ne va pas dans mon moteur.
Le mécano pourra réparer, bricoler parce qu’il a l’expérience, il sait ce qui casse. Il pourra conseiller pour éviter la casse.
L’ingénieur lui pourra ré+aléser les soupapes…

Ici, vous chercher un langage de mécano pour faire de l’ingénierie moteur. Je pense qu’on se trompe de débat. Un bon mécano, en achetant les pièces fera un bon moteur, mais pour faire encore mieux, il faudra un ingénieur motoriste pour imaginer et faire les pièces.

Je pense que ce n’est ni le même niveau de compétence, ni le même niveau d’exigence. Arrêtez de crier sur les ingénieurs motoristes parce que vous n’êtes que mécano… pfff, heureusement on est encore vendredi. ;-)

Ouai, et seuls quelques clients (MUA), les meilleurs, l’implémenterai correctement…

… parce que tu fais chier ton monde.

Ta solution ? Tu fournis le god, tu te penches et tu dis merci ?

Mon expérience, c'est que tu rappelles les obligations à ton patron, ou tu demandes un écris. Le truc c'est que faire des heures sup. de temps en temps pour finir un projet ok, si c'est courant, il y a un problème de management et ce n'est pas à l'employé d'en pâtir.

Si tu ne pointes pas, tu peux fournir un relevé d'heures qui fait foi. Si ton patron conteste, c'est à lui de prouver que tu n'as pas effectué ces heures et sans pointage…

Il faut conforté l'opinion que les femmes peuvent être aussi incompétentes que les hommes, elles ont donc toute leur place en politique…

===>[] ;-)

Pour être sérieux, il faut surtout que la nouvelle génération s'habitue à voir des femmes aux responsabilités. Comme ça, nos filles n'hésiterons ni à participer (ma fille 6 ans hier soir : Quand je serai grande je serai présidente, comme ça j'interdirai les voitures et la pollution.), ni aux hommes à voter pour des femmes. Je suis contre la parité forcée par principe, hélas je la crois nécessaire pour un temps d'éducation.

Genre « copine de geek ». D'ailleurs, le site existe-t-il encore ? La dernière fois, il avait l'air en ligne mais pas très vivant. Bon, c'était il y a quelques années.

Les protocoles des courriels n'évoluent plus depuis un bail, comme Telnet ou FTP ce qui implique une limitation sur les possibilités.

Evoluer oui, mais que manque-t-il aujourd'hui ? S'il faut étendre le protocol imap, que faire de plus ?
Tu veux ajouter une interface de recherche sur le serveur ? Pas sûr que les providers acceptent d'augmenter la charge serveur.

En fait, ça me semble normal que quelque-chose qui répond au besoin ne bouge pas. Si le besoin bouge, il est probable que les protocoles bougent également.

Pour la recherche, c'est au client d'indexer de manière intelligente. C'est ce qu'a voulu faire KDE avec kmail/akonadi, enfin, c'est ce que j'en avais compris.

Les unions… Hormis dans des cas extrêmes et bien identifiés, qui utilisent des unions ?

Ceux qui ne savent pas ce qu'est le polymorphisme ? ;-)

Il y a quand même des usages utiles, avoir une seule structure pour un message pouvant avoir plusieurs formes, etc. Mais il est vrai que comme pour l'héritage multiple il faut l'utiliser à bon escient.