_kaos_ a écrit 2343 commentaires

Hello,

et de statistiques d'accidents (donc nécessité de grands nombres)

Il n'a jamais fallu de grands nombres pour faire des statistiques, au contraire, ça biaise tout.

Les grands nombres, c'est pour du machine learning, ce genre d'algos. Dès qu'on rentre dans les grands nombres, justement, tout tend vers la loi normale et on ne "voit" plus rien, statistiquement parlant, en général.

Donc oui, l'analyse numérique peut nécessiter de grands nombres, ce n'est (heureusement) pas le cas de la statistique, qui a bien des moyens et des outils (formalisés, publiés, etc…) pour redresser les calculs sur de petits échantillons de données.

Essaye n'importe quel test statistique "de base" sur un gros volume de donnée et tout sera soit blanc, soit noir, et tout sera juste "normal".

Matricule 23415

Hello,

Je remixe un peu en citant, sans vouloir en altérer les points.

Les adresses à vie dans les universités sont des décisions éminemment politiques, qui ne viennent en général pas des universités -qui les subissent- mais des politiques au niveau départemental ou régional.

Je veux bien te croire sur parole. Il y a effectivement des personnes impliquées dans la vie politique dans le haut de l'école.

Avec les COMUE (regroupements d'universités), ton université pourrait sous peu ne plus exister dans sa forme historique.

Alors en fait, ce n'est pas une université dans mon cas, mais une école d'ingénieur.

Mais les choses se sont bien passé comme cela. Changement de nom, changement de mails pour les personnes toujours en activité, mais l'ancien reste conservé pour « rétro-compatibilité », si je peux m'exprimer ainsi. Donc n'étant plus en activité là-bas, je n'ai pas le "nouveau" mail (normal), mais l'ancien est conservé.

Dans le cas de messagerie à vie, assurer le support 1er niveau en expliquant comment configurer sa messagerie par téléphone à des personnes parties depuis 5 ans ou plus qui ne connaissent plus rien des infrastructures, est un bouffe temps monstrueux.

En fait, dans ce que j'ai vu, il n'y a pas de support offert. Juste des indications sur comment faire. Et débrouille-toi, t'es grand, tu as eu une formation. Ça change peut-être un peu la donne d'aborder les choses comme cela.

Matricule 23415

Hello,

Un peu, mais Gmail c'est à vie et l'adresse universitaire c'est temporaire

Reprenons un peu les choses avec un autre point de vue : Quand je suis entré dans mon école d'ingénieur (pas centrale), j'avais une adresse perso caramail. Ça marchait très bien à l'époque.

Puis j'ai eu une adresse mail universitaire, à priori temporaire. Qui a ensuite, quelques années après, été transformée en adresse à vie (il est important de noter que c'est effectivement un service voulu par l'organisme de formation). Mais qui ici a encore un compte caramail utilisé ?

Je crois que l'option de mon école est un simple forward (je ne suis pas sûr, je m'en fiche un peu à vrai dire, vu le ratio spam/mail que je peux avoir sur cette adresse). Un .forward que de toute façon on pouvait déja faire dès la première année en école d'ingé vu que c'était expliqué. Donc même pas la peine de trouver un autre étudiant pour "apprendre" a le faire, ça faisait partie des cours…

Mais revenons-en à nos moutons : gmail, c'est à vie, tant que google reste en vie. L'adresse universitaire, c'est (pour moi !) à vie tant que l'université reste en vie et que je peux modifier le forward si mon autre mail (pas gmail) devait changer.

Donc si j'avais un pari à faire par rapport à une adresse à vie, je le ferais sur mon université plus que sur google. Mais après, libre à chacun de faire son pari. Et de se souvenir de caramail avec émotion ! ;)

Matricule 23415

Hello,

Ma mémoire doit être légèrement incorrecte quant à l'explication précédente proposée.

En tout cas, des choses sur la représentation des flottants peuvent se trouver par exemple ici.

Matricule 23415

Hello,

C'est normal, de ne pas avoir de résultats précis quand tu utilises des nombres flottants.

En fait non, mais c'est fait exprès. Et wikipédia n'aidera pas trop pour cela rapidement. Ici le résultat n'est pas imprécis, il est juste faussement affiché.

Je n'ai pas spécialement la RFC exacte à jour sous la main, mais en gros : dans certains langages (mais pas tous !), les nombres flottants ont quelques bits de plus dans leur représentation interne. Et ils jouent beaucoup avec, dans les opérations mêmes les plus élémentaires.

C'est lié à des travaux sur les itérations de calcul, pour apporter plus de précision et moins d'erreurs. Ce n'est pas sensé être présenté à l'utilisateur final.

Une simple addition peut alors les exposer, si on ne fait pas attention. Notre cas ici.

Matricule 23415

J'aime beaucoup ta conclusion, beaucoup plus optimiste que la mienne.

Matricule 23415

Moment de réflexion…

J'ai ton IPv6 !

Matricule 23415

Mouep, peut-être qu'un modo passera par là, si c'est utile.

À la base, je pensais faire un commentaire en disant que j'étais contre ton argumentaire et en le réfutant sur cette base argumentaire de mauvaise traduction. d'où le doute DH0/DH1.

Et puis oufti, la flemme du dimanche soir m'a pris.

Donc j'ai posté, et donc que malgré la classification, c'est du DH0.

M'enfin :)

Matricule 23415

Petites coquilles que j'ai relevé. Sans prétention de les avoir toutes vues !

t'attaquer -> d'attaquer
Un contradiction à -> Une contradiction a
plusheureuses -> plus heureuses

Rien de bien constructif donc :p

Matricule 23415

Hello,

c'est bonus la glissante.

C'est pas encore ça pour la glissante. Mais bon :)

Disons que c'est mieux. Enfin, c'est infaisable en SQL… donc de toute façon…

Matricule 23415

Salut,

Maintenant il faut voir la suite de l’application pour décider c'est bien ou pas,

Béh oui. Mais si c'est une moyenne glissante, c'est différent d'une moyenne tout court.

Mais pour l'instant on parle de modifier un schéma SQL.

Encore une fois, je ne suis pas gestionnaire de SGBD :)

Matricule 23415

avec une hypothèse : c'est que le mois de référence, c'est le mois de janvier de l'année 0.

Super. Ça ne me donne rien.

Donc ta somme fait les sommes quelques soient les années (en gros).

Moi je te demande le diff par années. Pour savoir si en hyper décideur je prend les bons choix.

Et j'ai toujours un doute sur ton SUM() mais bon.

Matricule 23415

Hello,

L'opérateur modulo est ton ami ;)

Allons-y alors. Je sens qu'on va se marrer, rien que juste le calendrier rien que Julien.

A toi l'honneur !

Y'a au moins quatre modulos à faire.

Tu voudrais un truc du genre YYYYM, où M est le mois, et YYYY des années ?

Non, je dis que c'est encore plus compliqué que ça.

Matricule 23415

Je ne vois pas où est le problème ;)

Agrège moi les stats de janvier de toutes les années 0-9.

En SQL, hein ;)

Et déjà, tu vois que tu as un problème, tu dois passer à 13, et pas 12*10…

Matricule 23415

Moi pas comprendre ! Ca te gène de dire que 10 ans c'est 120 mois

En base 10 comme proposée, oui, très fortement.

Comment différencier octobre de l'an 0 (10) de janvier de l'an 1 (10) ? Par du padding ? Super pour les requètes SQL…

Matricule 23415

Ainsi, au bout de 10 ans, on est au mois 120

Compter les mois en base 10, c'est rude. Très rude. Y'en a 12 quand même !

Compter sans prévoir plus de 10 ans, c'est encore plus rude :)

Je ne suis ni DBA ni le client final, mais je doute un peu de la manière de procéder, là. :p

Matricule 23415

Perso, je me méfierai, c'est aussi le bâton pour se faire battre :

Pas mécontent de quitter ces p*tains de SSII!

Je n'ai pas l'impression que la séparation se fasse en bon terme.

Tout mauvais usage (même par malencontreuse inattention) peut se retourner contre la personne initialement (et probablement) de bonne foi, et passer en tribunal (puisqu'on parle de Prud'Hommes)…

Matricule 23415

Hello,

j'ai modifié le makefile car je ne sais pas distinguer le cas du toto.o et totooo

Normal, le . est un caractère neutre pour sed. Ton prof l'a mis la exprès pour voir.

Donc évidemment, tu tombe en plein dedans. Mais je ne pense pas que ça ferra une grosse part dans la notation.

Si tota existe, toto est bien crée
Sinon je tombe toujours dans le cas impossible

Par contre si toto.c existe, le script ne construit pas tota puis toto mais tombe dans le cas impossible aussi ..

Bin ouep, normal aussi.

Et tu as l'air de t'obstiner à continuer de confondre cible et dépendances dans tes sed, plus on a reperdu l'appel récursif pourtant introduit avant…

Au boulot avant que la correction ne tombe ;)

Matricule 23415

Fermer violement firefox (sans aller jusqu'au reboot de la machine) devrait te permettre de relancer firefox en mode "dégradé".

C'est à dire qu'il proposera une page, où choisir, avant de relancer toutes les fenêtres et onglets, d'en enlever certaines. Préférer celles qui seraient problématiques…

En y allant par essai/erreur (et en usant de l'historique si besoin d'en retrouver une dégagée par erreur), ça devrait pouvoir se régler vite.

Si la première tentative ne marche pas, il "suffit" de lui redégommer la tronche pour retenter (same player, shoot again! :) ).

Matricule 23415

poussons l'idée un peu plus loin

Même constat dans mon commentaire en dessous.

Matricule 23415

Hello,

Clairement, avec les éléments que tu nous donnes, les deux approches sont faisables.

Elles sont faisables, mais aucune ne me semble raisonnable, comme je disais dans mon commentaire ci-dessus :) Ca détruit l'intérêt de la colonne "mois" à chaque fois. Or, s'il est là, c'est qu'il y a peut-être une raison.

A la limite, ce qui me semblerait raisonnable s'il y a besoin de stocker les résultats sur plus d'une année, c'est altérer la table une bonne fois pour toute, pour rajouter une colonne année (voir un vrai champ date au lieu de deux colonnes… mais bon :) ça, c'est que du design !)

Là on pourrait éventuellement faire des stats en tranchant par mois, année, etc.

Mais les deux autres options vont en dépit du bon sens d'une base de donnée à mon avis (je ne suis ni SGBD admin, ni dans la mouvance noSQL, donc je peux me gourer sur les tendances modernes, hein !).

Matricule 23415

Au vu des colonnes choisies, à savoir :

(id_objet, mois, résultat)

il suffit d'insérer au fil des mois les résultats dans la même table, sans modifier sa structure (sinon mois deviendrait faux), ni créer de nouvelle table (sinon mois n'aurait plus de sens).

Matricule 23415

Salut,

Donc ce script ne fait pas ce que tu demande ?

Pas du tout :)

Par contre, on voit l'introduction de $0 et ça, c'est plutôt bien.

On part sur une bonne piste là.

Matricule 23415

Salut,

Mon problème ici est que je n'arrive pas à stocker dans COMMANDE ET DEPENDANCES les lignes nécessaires.

Commence déjà par traiter le problème des dépendances et la récursivité. La partie commande pourra être résolue dans un second temps.

Sans la récursivité, on ne va pas y arriver à t'aider. Donc met ça en place :)

Edit : Ah et aussi, dans l'énoncé, il est dit qu'il n'y a qu'une seule dépendance. Donc inutile de penser trop générique.

Matricule 23415

Je dois donc utiliser la récursivité mais je ne vois pas comment faire pour passer d'un bloc à l'autre.

Qui dit récursivité dit appel de la fonction par elle-même. Donc appel du makefile au sein du makefile. A priori, je ne vois pas cela dans votre script.

Matricule 23415