goeb a écrit 504 commentaires

As-tu essayé "Simple defects ?".

J'en ai aussi entendu parler dans GNU/Linux Magazine (je l'ai parcouru rapidement chez le marchand de journaux). Mais comme j'étais déjà avancé, je n'ai pas creusé plus. "Simple defects" a-t-il aussi un serveur web ? J'irai jeter un coup d'oeil.

ré-implémenter un serveur HTTP

Mongoose fournit la partie serveur HTTP (acceptation des requêtes) et moi je code simplement les "callbacks" qui les traitent.

Par curiosité, combien de temps as-tu mis pour développer l'application ?

10 mois pour le prototype en Erlang, qui m'a permis de structurer mes idées, et 4 mois pour le C++, au rythme de 5 à 10h par semaine (à la louche).

à moins que ce ne soit le compte de demo du smit

Oui, 'homer' est le user/password de la démo.

'smitc' est un shell qui encapsule 'curl'. C'est encore en chantier et ça servira à tester les 10000 tickets et à avoir une interface en ligne de commande.

Il manque peut être une "page perso" qui résume les tickets lié à une personne.

Oui, il faut que je l'ajoute. Je songe à quelque chose intégré dans les recherches prédéfinies, avec une query string comme ceci : …/issues/?filterin=owner:me

J'ai regardé Mnesia, et c'est très compliqué pour l'usage que j'en veux. Car Mnesia est faite pour être distribuée sur plusieurs machines.

Plein de fichier, cela ne tient pas la charge

Ça dépend…
Au lancement de smit, on charge tout en RAM. Donc ensuite les accès au disque sont fait uniquement pour écrire un nouveau message, ce qui est plutôt rare comparé aux requêtes en lecture seule.

Euh… 1, 2, 3, 4, … C'est bien plus facile que 0td, ehe, jse.

Oui, tu as raison.

Mon idée initiale est de pouvoir brancher et merger les bases de tickets, d'où l'idée de réduire les conflits avec des identifiants plus répartis, comme dans git par exemple.

Toutefois, la manière de réaliser ces branchements et fusions sont encore floues dans ma tête.

ab

Je ne connaissais pas ab. Intéressant.

J'ai fait l'exercice, voici le résultat :

$ ./smitc signin http://smit.herokuapp.com/signin homer homer
signin... args=http://smit.herokuapp.com/signin homer homer

$ ab -c 50 -n 1000 -C sessid=.smitcCookie 'http://smit.herokuapp.com/things_to_do/issues/'
This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking smit.herokuapp.com (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests


Server Software:        
Server Hostname:        smit.herokuapp.com
Server Port:            80

Document Path:          /things_to_do/issues/
Document Length:        1408 bytes

Concurrency Level:      50
Time taken for tests:   9.137 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Total transferred:      1471792 bytes
HTML transferred:       1408000 bytes
Requests per second:    109.44 [#/sec] (mean)
Time per request:       456.862 [ms] (mean)
Time per request:       9.137 [ms] (mean, across all concurrent requests)
Transfer rate:          157.30 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       26   44  28.3     36     262
Processing:   235  404 115.1    376     975
Waiting:      225  389 104.2    363     975
Total:        276  449 122.4    411    1007

Percentage of the requests served within a certain time (ms)
  50%    411
  66%    449
  75%    489
  80%    517
  90%    601
  95%    728
  98%    837
  99%    900
 100%   1007 (longest request)

Que peut-on conclure après ce test ? Est-ce que ça teste plutôt mon appli, plutôt Heroku, ou plutôt le réseau ?

log1p : logarithme naturel de 1 plus la valeur (ln(1 + x)), l’intérêt est que cette fonction est précise même lorsque x est proche de 0, contrairement à la fonction log classique,

Oui, mais si x se rapproche de -1, on retombe dans le même travers que log classique non ?

log1p(x -> -1) <=> log(x -> 0)

Du coup je ne suis pas sûr que l'explication donnée soit la bonne…

Quelques usages domestiques, par ordre croissant de complexité :
- consulter internet, envoyer et recevoir du courrier électronique, facebook, lire du PDF, etc.
- écrire du texte dans un traitement de texte
- retoucher ses photos
- monter ses vidéos de famille
- créer des images ou des musiques
- programmer

Partant de là, ça te donne une idée de logiciels nécessaires… (firefox, open office, inkscape, gimp, gcc, etc.)

Oui, je confirme, ça correspond à ce que je cherchais, et je l'aime bien.
Ça pourrait presque me réconcilier avec l'édition de plannings…

Org-mode m'a redirigé vers TaskJuggler, et ce dernier a l'air très intéressant. Je suis en train de l'évaluer.

Ce que réclame ces entreprises, c'est la liberté de priver de leurs libertés les employés.

Alors il faut interdire les entreprises !

mais c'est de l ARM (exynos) v7 épaulé par un Mali 640.

Et alors ?
(c'est une vrai question : je ne vois pas quels avantages ni quels défauts on peut en déduire)

… ont acces a toutes les sources de Windows (et peuvent les recompiler, …)

Par curiosité, qui ont accès à ces sources ?

Il y peut-être une notion de compatibilité. Je crois que :
- si Z change, le noyau reste compatible avec ta libc installée (et autres libs proches du noyau…)
- si Y change, ta libc n'est en générale plus compatible

Quelqu'un pourrait-il confirmer ou contredire ? Et préciser ces histoires de compatibilité entre noyau et libc ?

J'adhère et j'ajoute quelques points spécialement pour les documents techniques (manuel utilisateur, etc.) :

9/ qui propose des styles de texte pour les paragraphes mais aussi pour des bribes au milieu d'une ligne (similaire à <span class=""> pour ceux qui connaissent le HTML, par opposition à <div>)
10/ qui empêche d'avoir une image qui cache du texte (induit par le 7/ ci-dessus mentionné)
11/ qui délègue l'édition des images à un programme externe (car il faut un traitement de texte simple où chacun fait son travail et le fait bien, pas une usine à gaz), mais dans la continuité (click, modification, et le document affiche immédiatement l'image modifiée)
12/ qui gère facilement 500 pages sans ralentir l'auteur ni le lecteur
13/ qui gère les tableaux (mais pas besoin d'avoir un tableau dans un autre tableau)

Je crois qu'il y a une opportunité disponible pour ce genre de logiciel spécialisé dans le texte sérieux. Et à ma connaissance, il n'y a pas de tel logiciel actuellement.

Est-ce que O_TMPFILE est conforme à POSIX ? ou autre standard ?

En pratique, comment sait-on quel serveur de son on utilise ?

Pour ma part j'ai fait :

ps -ef |grep pulse

Et j'ai vu des process :

/usr/bin/pulseaudio --start ...
etc.

J'en ai déduit que j'utilise pulseaudio. J'ai bon ?
Mais pour les autres serveurs de son, est-ce aussi simple ?

Le streaming est de la vidéo à la demande, il me semble.

Tu aurais peut-être dû cocher "Je regarde de la vidéo à la demande".

des GROSSES entités comme Michel Page sont correctes dans l'approche

Ça dépend de l'approche alors ! L'un des recruteurs exigeait les bulletins de salaire de l'employeur précédent. Je trouve cela malhonnête et déloyal, car ces documents :

• sont d'ordre privé
• lui aurait facilité la négociation du salaire de ce candidat en particulier
• lui aurait apporté gratuitement une connaissance stratégique du niveau de salaire réel sur le marché

ce qui en plus d'améliorer grandement l'autonomie du téléphone lui permet de tenir quelques jours de plus

Tu dis deux fois la même chose, non ? (améliorer l'autonomie == tenir quelques jours de plus)

séries de pompes à faire sur les poings

Je pense que c'est un cas assez rare. Il a eu la malchance de tomber sur un supérieur très con.

scientifiques du contingent qui faisait des stages imprimantes ou photocopieuse

Ça, je pense que c'était beaucoup plus fréquent, malheureusement aussi.

un machin grotesque dans lequel on peut potentiellement mourir ou tuer

Pour recentrer le débat, je rappelle que de nos jours et depuis longtemps en Europe de l'ouest, on ne tue plus au service militaire, ni ne meurt (sauf par accidents comparables à ceux de la vie civile).

au vu de la dureté de l’expérience

Le service militaire en France n'était pas dur du tout pour la majorité des gens : un mois de classes (un peu de sport, quelques nuits avec peu de sommeil), et puis 9 mois de travail subalterne (en cuisine, en bureau, entretien de véhicules ou de bâtiments, etc.).

Le désagrément principal était qu'on n'était pas libre (de choisir notre travail, notre lieu de résidence, etc.).

je ne résiste pas à l'idée de ne pas vous révéler la principale singularité de cette carte

Ça c'est de l'information maximale ! ;)
Mais on ne saura peut-être jamais ce que toi tu entends par "principale singularité"…