Christophe Turbout a écrit 450 commentaires

lis le doc tu verras ...

je ne pense pas qu'ingénieur concerne le métier c'est uniquement un point de vue école
il y a de nombreux exemples dans le document ... normal vu les rédacteurs du dit document
que des pdg du cac 40 ou du premier marché donc issus d'écoles et pas de fac.

on parle d'université à l'étranger et systématiquement d'école en france et on les compare
en ne prenant pas en compte les universités...

bref que du connu ...

et sinon je suis d'accord avec tanguy ortolo ... le salaire c'est toute la différence
et comme désormais dans la société, on fait un métier pour ce qu'il rapporte et pas
pour l'intérêt qu'on lui porte ... on ne peut arriver qu'à ces comportements ...

c'est pas le problème ... tout le monde utilise le clic droit depuis 15 ans ...
sauf les maceux avec leur fameuse souris 1 bouton ... mais c'est mieux de
faire alt-bouton droit que clic bouton droit qu'ils disent ...

c'est plus ergonomique et intuitif qu'ils disent !!!

je suis 100% d'accord avec toi ...

globalement s'il n'y à pas ça, je peux difficilement bosser ... donc j'irai voir ailleurs ce qui est fort probablement vu le modèle finder choisi... ce truc je n'arrive vraiment pas à m'y faire !

On est capable de réaliser les deux. Snapshot à chaud et à froid. Tu sélectionnes ta VM, tu vas sur l'onglet snapshot et paf.... tu fais ton snapshot que ta VM soit en cours de fonctionnement ou non.

quelque soit l'hyperviseur en dessous ou bien il y a des restriction ?

le snapshot à chaud d'une machine virtuelle est disponible ;

tu as un peu plus d'infos la dessus car j'ai été voir le site et
je n'ai rien vu qui explique un peu plus en détail le comportement de la chose
sauf via le moteur de recherche où je tombe sur :

Offline snapshoting / restoring

donc c'est du à chaud (machine virtuelle qui fonctionne) ou à froid (machine virtuelle qui doit être en pause et sauvegarde (qui prend donc du temps et qui oblige à un arrêt du service) ?

ok mais du coup si quelqu'un est loggué c'est qu'il ne veut pas être anonyme
du coup il peut être intéressant de ne pas lui permettre de voter 2 fois ?

304 en l’occurrence car 302 c'est autre chose ...

je conçois qu'en terme d'io avec une forte charge ça puisse avoir un impact côté serveur ...

maintenant pour les clients, les navigateurs modernes lancent les requêtes en parallèles
du coup que tu en ais un ou 5 ça ne change pas grand chose sur le temps de chargement de ta page ...

s'il y en a 50 forcément c'est autre chose !

puisque nous parlons du site linuxfr tient pourquoi a-t-on une configuration qui
empêche l'utilisation du cache (proxy) pour toutes les pages de linuxfr ?

dans la réponse du header on a : "Cache-Control:max-age=0, private, must-revalidate"

du coup la page html est systématiquement téléchargée même si elle n'a pas changé.

et tu gagnes réellement quelque chose ou bien c'est de la méthode coué ?

globalement tu dois gagner au premier chargement mais après le cache de ton navigateur
masque les appels car tes fichiers ne doivent pas être modifiés ...

du coup as-tu réellement mesuré pour vérifier ?

par ailleurs s'il y a beaucoup de javascript ou de css ça devient vite le bazar notamment
quand tu intègre des style de différents outils et plugin, le fait de les séparer je trouve
ça plutôt sympa et propre quand tu dois changer un style.

on a la liste des tags disponibles quelque part ?

Il est en mode WYSIWYG, ce qui est vraiment très bien et mieux que des balises html.

le wysiwyg, comme son nom l'indique c'est quand tu vois directement le rendu
sans bouton prévisualiser ...

donc raté ... ce n'est pas du wysiwyg ...

sinon c'est une bonne idée d'afficher les formules de math
mais le plugin tinymce que tu proposes c'es du flash ...
pas sur que ça plaise :D

le plus simple ce serait d'avoir la formule en mathml et d'assurer seulement le rendu avec mathjax
mais bon écrire du mathml ...

je suis d'accord pour laisser les autres commentaires je passe mon temps à ouvrir une deuxième
page pour voir ce que les autres ont dit dans les commentaires précédents

on peut passer à un éditeur aussi et plus de problème de l'aide mémoire jamais complet
du wiki tout moisi ...

ou alors laisser du html brut qu'on "tidyfie" ... ou pas ...

en fait c'est un problème unicode, la police par défaut de windows n'est pas
complète et ne contient pas le caractère utilisé ... donc il ne s'affiche
pas ...

tu peux le passer en html thinsp au lieu de nbsp
(ça correspond au quart de cadratin ou espace fine insécable)

c'est une fausse bonne idée ce nuage de tous les tags ...
il doit y en avoir beaucoup sur linux fr du coup ça deviendra illisible ...

on pourrait aussi les structurer si ce n'est pas fait avec un thésaurus light
mode skos ...

une interface html5 pour naviguer l'arbre et les relations et ce serait parfait !

PS : désolé pour le formatage, mais la nouvelle syntaxe linuxfr n'est pas la meilleur syntaxe wiki...

Disons plutôt que ce n'est pas celle que tu connais, et que ça t'embête d'en apprendre une autre :)

mode anti-wiki on

mouais ... je suis un peu de son idée perso ... tant qu'à mettre un pseudo éditeur pourquoi ne pas mettre
réellement un éditeur (x)html plutôt que la syntaxe wiki qui est quand même franchement pourrie et même
pas identique entre 2 systèmes de gestion de wiki différents ?

soit on fait du tout automatique avec un éditeur pour madame michu, soit on fait du full (x)html
par ce qu'on est couillus et qu'on est du linux fr mais le wiki franchement, c'est le cul entre 2 chaises
et on ne me fera pas croire que ça a des avantages sur les 2 autres systèmes à chercher à tout bout de champ la syntaxe pour écrit ce que l'on veut comme on veut.

mode anti-wiki off

en même temps 2 500 000 $ ou 2,5 M$ c'est un peu plus parlant que 25 10⁵ et ça s'écrit simplement sur tous les systèmes :D

mes 2 cents ...

reco vocale indépendante du locuteur, contrairement aux outils de dictée vocale de type Dragon, qui nécésitent une phase d'apprentissage ou il faut parler 1 heure dans le micro à prononcer des phrases qui ne veulent rien dire

ça c'est une remarque pertinente ... les gens ont tendance à penser qu'avec les logiciels d'ibm (et leurs successeurs) la reconnaissance vocale est quelque chose de réglé ... en fait pas du tout ... les choix fait par ibm et consorts ne sont pas du tout applicables de façon générique ... certes ils fournissent un outil pratique pour un cas d'utilisation particulier : le mono-locuteur avec apprentissage ... hors cette phase d'apprentissage est pour le moins impossible dans beaucoup de cas où la reconnaissance vocale apporterait beaucoup ... et là pour le coup la reconnaissance multi-locuteurs sans apprentissage du locuteur (il y a le droit d'avoir de l'apprentissage d'une base de voix sinon je ne vois pas comment faire !) c'est loin d'être finalisé et ça reste un domaine de recherche ...

This demo shows MediaCore playing an h.264 (AVC) encoded video. If your browser supports it, this video will be played in a native HTML5 video player. For instance, this video is viewable on the iPhone and iPad.

donc c'est du "standard" html5 apple ...

no comment !

non c'est vrai ?

je vais aller regarder ça de près car sur la 3.6 c'était pas terrible terrible en terme
d'implémentation de la norme et ce n'était pas très utilisable au final car il y avait plein
de choses intéressantes non implémentées.

c'est bien le problème actuellement ...

il y a des technologies "tendances" et si tu n'utilises pas les technologies "tendances" tu passes pour un "as been" même si ce n'est pas du tout adapté au besoin.

on commence déjà par étudier le problème et ensuite on choisit une techno ... on ne fait pas l'inverse ...

sauf quand on est DSI qui n'a jamais mis les mains dans le cambouis et qui lit 01 Informatique et qui veut se la péter auprès de ses collègues dans les réunions ...

tiens j'allais poser la même question ...

je plussoie totalement ce point de vue ... sans parelr du classement de certaines fonctionnalités dans des menus pas clairs du tout ...

et puis sur des gros documents ça reste encore inutilisable par rapport à un latex ...

Les distributions linux sont 3 milliards toutes avec les spécificités, leurs versions, leur optimisations particulières...

si quelqu'un décide de faire une distribution et si tu décides de le suivre alors le responsable de la distribution (ou un de l'équipe) fait les paquets pour proposer quelque chose de propre et un minimum cohérent

tu trouves que ça ne va pas assez vite : tu contribues ...

tu trouves que c'est pas propre tu changes de distrib ...


le nombre de cible résulte de l'intérêt des gens à les utiliser ... elles n'utilisent pas les mêmes versions de librairies, comment tu vas garantir que tout fonctionne avec un seul système de gestion de paquets ?

c'est une fausse bonne idée de croire que le changement du système de paquetage va résoudre le problème car ça ne marchera de façon générique ...

ou alors tu le fais à la windows ou à la google de façon un peu crade et peu élégante

bon ... tout le monde se tape dessus sur le besoin d'avoir un nouveau packetage tout ça .... certains trouvent que stable est nul les packetages pas complets et les versions pas récentes, j'en passe et des meilleurs ...


comme l'a dit je ne sais plus qui, les modes changent ... les usages aussi et la naissance de cut en est une bonne nouvelle ...

Personnellement stable est très intéressante pour la prod serveur (avec volatile et backports)...

pour la version desktop les gens veulent des softs toujours à jour ... bonne idée que cut donc ... personnellement je suis en unstable depuis bientôt 5 ans ... j'ai dû avoir 2 ou 3 cassages en 5 ans ... bref ... maintenant on sait même quand un bug a été trouvé avec apt-listchanges ...

cette cut et donc je trouve une bonne chose puisqu'elle permettra de limiter ces bugs bloquants.

tient à ce propos, ça gère aussi mobile ipv6 ou pas ?

par ce que tous ces gens qui nous disent être compatibles V6 gèrent tout sauf mobile IP V6 ... un des seuls trucs un peu novateur de V6 ...