Je confirme, tu as pas mal d'offre intéressantes d'admin en CDD et tu peux tenter ta chance en CDI (par contre la c'est salaire de fonctionnaire dans le privé tu fais un x2 de ton salaire sans trop de problème). Si tu trouves un CDD dans une bonne équipe ça peut t'ouvrir pas mal de portes et le salaire de base n'est pas si mauvais (dans les 30K).
Après passer d'une thèse à sysadm c'est un peu étrange comme cheminement. Sauf si tu bosses vraiment sur une archi atypique et très motivante.
Non les thèses ne font pas rire les grosses boîtes qui ont des labs ou des département dev marrant. C'est un bon coup de pouce voire obligatoire. Tout dépend de ta thèse et de son contexte bien entendu.
Après si tu veux faire un boulot d'ingé dans une boîte française ça sert pas a grand chose en effet.
Cela dit pour faire larbin à 23K pour une thèse que tu ne pourras pas valoriser. Va trouver un vrai travail ou une vraie thèse. Une thèse d'état à l'INRIA c'est dans les 20K mais au moins tu passes ton temps en voyage. Autrement l'INRIA recrute pas mal d'ingés en CDD et un nombre non négligeable finissent par faire une thèse (voir en transformant 2 années d'ingé en 1 de thèse...)
Des tests comparatifs réalisés dans les années 1980 [...] était encore parfaitement au goût du jour
Au goût du jour des années 80 non ? Une tenue de route et un freinage correct avec des 125R15 et des amortos chewming gum je demande a voir. D'après ma petite expérience, pour avoir conduit des montes allant de 165/65/13 à 235/35/19, ca me parait pas vraiment gagné. Tu devrais essayer de monter 4 galettes sur ta voiture et d'aller faire un tour de circuit.
Cela dit je demande qu'à être convaincu, et oui ca doit être plutôt marrant à conduire.
Et autrement tu as monté ta boîte qui fait du logiciel ou du matos libre ?
Pour survivre il faut parfois faire des concessions et revoir ses plans. Sur du logiciel, en général, la solution facon de s'en sortir c'est de vendre du support (même si ce n'est pas forcement trivial en fonction du produit). Sur une puce c'est assez limité comme business model non ?
> car ça éliminerai les personnes incapables de conduire (mauvais comportements, ignorance des règles, incapacités physiques...)
Politiquement c'est impossible. Avec une bonne propagande tu peux justifier les retraits de permis actuels: les chauffards/terroristes/inconscients mettent en danger la vie des pauvres innocents.
Par contre interdire l'accès au permis sur d'autres critères, tout aussi raisonnables mais plus difficiles à vendre ca ne passera jamais. Pour les "vieux" à la limite c'est vendable si bien marketé.
Il ne faut pas oublier que pour la majorité des gens il est impossible de vivre sans permis. Et que si tu leur retires, alors elle conduirons tout de même (cf. les département ou il faut 9 mois pour pouvoir avoir son permis). Je sors de 4 semaines sans pouvoir conduire suite à un accident, et j'ai fini par conduire plâtré à la main et en ayant très peu de mobilité au genou gauche. De mémoire, il me semble que le pourcentage de personnes inaptes à la conduite est dans les 5 ou 10%. Ca en fait un paquet de nouveau piétons qui doivent changer de vie !
Pour Samba c'est possible. C'est aussi possible en NFSv4 (en v3 ca reste parfois possible mais propriétaire). Cela dit j'ai pas l'impression que le déploiement d'NFSv4 soit encore très important. Pour le reste c'est totalement aléatoire.
La situation n'a pas beaucoup évoluée depuis 2002... C'est la seule solution propre et viable à pas mal de problèmes (non faire tourner des chmod/chgroup en cron root n'est pas une solution). Après les ACL sont complexes à gérer et comprendre car tout les répertoires parents peuvent modifier les permissions obtenues. On peut facilement faire des trucs super compliqués. Mais la majorité des gens veulent faire des trucs super simples qu'il n'est pas possible de faire avec les permissions de base, et avec une GUI correct ça reste humain.
Tu crée un groupe dans lequel tu met tous tes utilisateurs, tu crée ton répertoire et tu le place dans ce groupe avec les droits d'écriture au groupe et tu positionne le bit SGID du répertoire, ce qui aura pour effet que les fichiers créés dans le répertoire appartiendront aussi au groupe. Enfin, tu positionne pour tous les utilisateurs le umask pour qu'à la création il y aie le droit d'écriture au groupe.
Aller exceptionnellement je me permets: mais LOL !
Non seulement ta solution n'a vraiment rien de simple mais en plus elle implique la configuration d'une variable globale (umask) pour pouvoir gérer correctement les besoins d'un seul répertoire. Sa solution est beaucoup plus simple (un seul setfacl à faire) et répond parfaitement au besoin.
C'est un problème très connu des droits UNIX, qui se rencontre dès que l'on veut partager des fichiers avec des gens (site web, données d'expérimentations, P2P etc.) et les ACL sont la seule réponse raisonnable. Après le problème est que les GUI gèrent très mal les ACL et qu'en général les montages réseaux ne les supportent pas.
Ca fait un moment qu'il n'a plus besoin d'appeler une patrouille. Même si ils le font encore ponctuellement, et pour faire marcher un peu les impreza. Le constat d'une infraction par un agent assermenté suffit. Ils t'enverront l'amende chez toi à la fin de la journée. Ca marche pour beaucoup de choses dont les excès de vitesse (même sans radar), vitesse excessive, non maîtrise du véhicule et que l'infraction soit constatée depuis le trottoir, une camionnette ou un hélico.
Ca rend les forces de l'ordre un peu plus productives quand elles sont derrières un eurolaser ou en vol... D'après un pilote du PGHM Savoie, l'heure de vol d'un hélico de gendarmerie revient dans les 2000€/heure; il faut quand même rentabiliser un minimum.
C'est peut être par ce que tu n'habites pas dans la bonne région :-)
Pour le moment, à priori, ce genre de radar n'a pas pour but de faire respecter les distances de sécurités dans les tunnels autoroutiers de l'A6 entre nice et l'italie ou de l'A86, ni dans les tunnels de ville (paris, nice, monaco, fourviere etc.). Il est plutôt destiné aux très longs tunnels mono voies où les distances de sécurités sont déjà très marquées, rappelées à l'entrée et qui sont de toute façon en sens mono voie.
De bons exemples de ces tunnels sont:
- sur l'A43 en arrivant sur modane
- tunnel du frejus
- tunnel du mont blanc
- tunnel du col de Tende (bon celui la il est franchement dangereux et plus aux normes depuis un bon siècle mais si ils nous le ferment on peut plus aller skier chez nos amis italiens ni rejoindre la maurienne facilement)
De toute façon dans ceux là, tu as très régulièrement les gendarmes ou les carabiniers qui t'attendent jumelle à la main (et ils ont 600m de ligne droite pour te chopper à l'eurolaser). Ils peuvent aussi verbaliser pour non respect des distances en tant qu'agent assermenté.
Heureusement y'a assez de route super marrantes en montagne pour rouler tranquillement dans les tunnels.
Le chiffre officiel pour 2007 est de 50% (radar fixes et mobiles)
- 14 000 000 de flashs (ok ok les radars mobiles ne flashent pas de jour)
- 4 200 000 de photos inexploitables
- 2 800 000 classés sans suite car implicant un véhicule étranger
Ca a existé (et existe peut être encore) en France. L'homme étant à la fois joueur et un compétiteur né, ca se transforme très rapidement en un concours ou un bon outil pour tester l'état de sa voiture. Un peu comme les motards "content" de poser leur permis avec une homologation officielle du record par la préfecture.
Les radars de distances ne sont homologués que pour les voix ou il est interdit de doubler. De même les radars de vitesses ne sont homologués que pour deux voies. Tu peux donc passer sans problème sur la voie de gauche lorsqu'ils sont à droite (la il faut se tenir au courant des nouvelles homologations tout de même :-)
Le jour ou tu feras des vrais logiciels ou des vrais sites web avec des vrais impératifs tu comprendras peut être. Rapidement flickr c'est plus de 2 milliards de photos, 4 milliards de requetes SQL/jour, 11 millions de batch/jour gérés avec leur queuing system en PHP, les ressources exportées en API; ce n'est pas simplement afficher un BLOB ou TEXT stocké dans une DB. On dirait vraiment que tu les prends pour des buses incapables de faire un "simple" frontend. Quand je vois l'archi qui a été documentée du backend laisse moi avoir quelques doutes. Tu devrais sérieusement allez leur parler au prochain meeting...
Les grandes théories c'est bien joli, mais quand on les mets en pratique on découvre que les autres ne sont pas tous des cons...
Tu m'as l'air bien sur de toi garcon ! J'espère que tu peux justifier d'une grande expérience de la création de site et encore plus destinés aux devices mobiles.
Le frontend n'est clairement pas mon métier, mais quand des gens intelligents, dans des bonnes équipes, expliquent de manière détaillée comment et pourquoi ils ont construit des sites spécifiques pour les mobiles. Alors pour moi, et jusqu'à preuve du contraire, ils ont un peu plus de crédibilité que toi.
Le dernier que j'ai pu lire venait de flickr http://code.flickr.com/blog/2008/10/27/lessons-learned-while(...)
Si tu veux je dois pouvoir remettre la main sur l'équivalent pour les équipes de google et facebook. D'ailleurs tu devrais leur expliquer qu'ils n'ont rien compris (hint: les deux derniers recrutent actuellement et c'est plutôt bien payé).
Bon quand je vois la tête de http://www.culture-libre.org (sur mon LCD comme sur un mobile) j'ai plutôt envie de mourir de rire devant tes leçons...
Docbook c'est très bien au premier abord. Après ca devient très compliqué dès que tu veux faire quelque chose qui sort un peu des feuilles XSLT de bases.
Il y a un grand nombre de technologies pointues à maîtriser et il faut bien connaître les limitations de la toolchain que l'on utilise. Bref t'as intêret à ce que ton projet n'ait pas trop de besoins particuliers, c'est totalement inabordable pour un particulier voir une petite équipe. Si tu veux je te présente notre technical writer qui passe ses journées à lutter avec docbook. Le pire c'est bien sur Docbook -> FO -> PDF. Entre les feuilles XSLT pour cracher/modifier du FO et le support assez aléatoire de FO par FOP et ses copains c'est que du bonheur.
Note: En tant qu'utilisateur de docbook depuis de nombreuses années, quand tu n'es qu'utilisateur c'est plutôt pas mal, même si ce n'est pas aussi plaisant qu'un wiki à éditer. Et puis au moins en docbook il y a une vraie séparation du fond et de la forme contrairement à Latex :-)
Je ne suis pas un expert d'OpenID, pour être franc je ne l'utilise même pas dans la vie réelle. N'hésites pas à me corriger si je me plante.
Un utilisateur est identifié par une URI qui dépend d'un fournisseur OpenID donné. Une personne choisi donc de faire confiance à ce fournisseur et uniquement lui.
D'un point de vue du site, si le serveur est réglo alors évidement il n'y a pas de problème.
Un serveur malveillant peut, au pire, permettre la création de faux comptes pour des spam bots ou autre.
Un serveur malveillant ne peut pas faire une fausse réponse pour un autre fournisseur OpenID, la sécurité des utilisateurs n'est pas mise en cause.
Ma question est donc. Est ce que l'introduction d'OpenID change fondamentalement les choses ? Les comptes à spam, ce n'est pas l'introduction d'OpenID qui va les inventer ou les faire disparaître. Au premier login OpenId tu balances un captcha et l'affaire est dans le sac.
Après il est évident que les géants vont se faire la guerre pour être LE fournisseur OpenID (l'idée n'est pas nouvelle passport ne date pas d'hier). Ce qui fait rentrer l'argent c'est la pub et les informations clients. Donc si tu autorises les autres fournisseurs OpenID pour tes services, tu prends le risque de perdre beaucoup d'informations précieuses...
Je confirme. Quand tu as une machine perso, un laptop perso, une station pro et un laptop pro tu fais un peu moins le malin avec tes mots de passe aléatoires. Si tu rajoutes à ca que dans les 5 prochaines années tu changeras certainement de browser ou que tu auras un crash disque ou une machine de pret... Et que tu changeras certainement aussi d'email un jour...
Gérer tout ces mots de passe est un vrai problème. Je veux bien que trois geeks soient capable de se souvenir de tout, mais ce n'est vraiment pas le cas de tout le monde, moi compris. Mon mot de passe DLFP je l'ai choisi il y a... 6 ans tu crois que je m'en souviendrais encore avec un mdp unique et aléatoire ?
Et le problème de la confiance existe déjà entre le site web et toi, et bien souvent avec tout les gens qui font transiter le joli mail contenant ton mot de passe ou le lien d'activation/changement de mot de passe ! Tu fais bien confiance a ta banque pour ton argent, a ton FAI/google pour tes mails pourquoi tu ne pourrais pas avoir confiance en un fournisseur OpenID ?
L’utilisabilité ou usabilité est définie comme « le degré selon lequel un produit peut être utilisé, par des utilisateurs identifiés, pour atteindre des buts définis avec efficacité, efficience et satisfaction, dans un contexte d’utilisation spécifié ». Ce qui n'a bien sur rien à voir avec le document dont je parle.
Autrement tu as un commentaire intéressant à faire peut être ? *
* Cette question s'applique même au cas ou usabilité ne serait pas le bon terme, pas la peine de faire 400 commentaires la dessus.
J'ai mis ces slides par ce que c'était un extrême pour aller avec le mot "flashy" du journal. Il ne faut pas oublier que chaque présentation est donnée dans un contexte particulier. Ici pas de concepts évolués et le but était de pousser les gens à poser des questions (en live ou un peu après) et qu'on se souvienne de la présentation pour plus tard. Plus tes slides sont conviviales plus ca fonctionne. D'ailleurs je penses pas avoir mis totalement coté d'après le feedback.
Évidement sur du contenu technique je ne ferais pas la même, de même qu'entre une conf scientifique ou ingénieur. Le format joue aussi énormement, tu ne te permets pas la même chose quand tu as 20 minutes ou 1h. Une heure c'est très long et il est presque impossible de rester concentré; en général je m'endors vers 15 minutes...
La plupart des images sont calées à la main. Le cycle d'édition est beaucoup plus long si tu dois cropper avec un outil externe qu'en déplacant simplement l'image jusqu'à que tu ais ce que tu veux dans le cadre. De meme, quand tu mets une image et un cadre de texte en transparence il faut que tout tombe bien pour que ce soit lisible.
On est tout a fait d'accord sur le fond. Tu ne gardes sur le support que le minimum pour forcer les gens a écouter au lieu de lire tes slides et te laisser une énorme marge de manœuvre.
Le seul point sur lequel on est pas d'accord est que justement les "images qui ne servent a rien sauf a distraire" servent a garder l'attention (oui ça semble contradictoire). De mon expérience les gens perdus raccrochent sur les visuels; ca casse le rythme toujours plus ou moins monotone d'une présentation. Il faut essayer d'alléger le point non important pour pouvoir garder l'attention dans les moments clés. Oui les villages people ne servent a rien mais j'ai l'attention de presque tout le monde pour le slide suivant qui est un point clé.
De plus les visuels servent aussi a illustrer le propos, ils ne sont pas la au hasard uniquement pour faire rire les gens (ca prend beaucoup plus de temps qu'une présentation classique a préparer). Exemple la présence du sgt de full metal jacket permet de bien souligner le fait que c'est une collaboration, a l'oral. Les slides en elle même n'ont aucune valeur sans le discours et il est facile de se planter totalement.
Et pour conclure, oui l'eye candy c'est super important :-)
Hey les gars il parlait de présentation flashy. Ca c' est une présentation tout a fait normale pour une conf. Si tu fais plus austère il faut pas s'étonner que tout le monde dorme après trois minutes.
Beamer c'est très bien pour ce genre de présentation très structurée et peu visuel. c'est aussi très bien que tu as des graphes.
Par contre quand tu présentes un truc plus général, ou a des gens ne connaissant pas le domaine, ou encore que tu souhaites une interaction avec les gens. Alors en général un présentation flashy passe beaucoup mieux. C' est pas mal utilise en marketing (cf les keynotes de jobs...). Si tu assures a l'oral ca passe super bien, et tu as très peu de gens qui dorment (alors qu'en conf bien 80% des mecs font autre chose). Si tu assures pas alors vaut mieux pas la faire :-)
Comme tu le vois, si t'es pas en WYSIWYG c' est une horreur a faire. Les outils d'OpenOffice sont beaucoup plus difficile a manipuler que point puissant pour arriver au même résultat donc je construis les slides via ppt et apres Ooo pour les petites retouche et l' export PDF qui est meilleur que celui de Microsoft via PDFCreator.
Je pensais à LINQ tel que dans C# 3, effectivement comme lib c'est possible.
Cela dit Quaere c'est plutôt bien mort. Rien depuis fin 2007. J'avais regardé les projets qui pouvaient s'apparenter à LINQ en Java il y a quelques temps et rien n'était vraiment ressorti d'un lot des protos en 1 mois.
[^] # Re: .
Posté par ckyl . En réponse au journal AppJet : je suis sidéré. Évalué à 5.
On me fait signe que justement on utilise PHP par ce que c'est facile à héberger pour pas cher contrairement à n'importe quoi d'autre.
[^] # Re: vive la vie de chercheurv
Posté par ckyl . En réponse au journal La recherche et la petite entreprise. Évalué à 2.
Après passer d'une thèse à sysadm c'est un peu étrange comme cheminement. Sauf si tu bosses vraiment sur une archi atypique et très motivante.
[^] # Re: vive la vie de chercheur
Posté par ckyl . En réponse au journal La recherche et la petite entreprise. Évalué à 8.
Après si tu veux faire un boulot d'ingé dans une boîte française ça sert pas a grand chose en effet.
Cela dit pour faire larbin à 23K pour une thèse que tu ne pourras pas valoriser. Va trouver un vrai travail ou une vraie thèse. Une thèse d'état à l'INRIA c'est dans les 20K mais au moins tu passes ton temps en voyage. Autrement l'INRIA recrute pas mal d'ingés en CDD et un nombre non négligeable finissent par faire une thèse (voir en transformant 2 années d'ingé en 1 de thèse...)
[^] # Re: Tous en 2CV !
Posté par ckyl . En réponse au journal L'informatique est sensiblement identique à la mécanique. Évalué à 4.
Au goût du jour des années 80 non ? Une tenue de route et un freinage correct avec des 125R15 et des amortos chewming gum je demande a voir. D'après ma petite expérience, pour avoir conduit des montes allant de 165/65/13 à 235/35/19, ca me parait pas vraiment gagné. Tu devrais essayer de monter 4 galettes sur ta voiture et d'aller faire un tour de circuit.
Cela dit je demande qu'à être convaincu, et oui ca doit être plutôt marrant à conduire.
[^] # Re: Et pourquoi pas un objectif plus générique ?
Posté par ckyl . En réponse à la dépêche OGD1 fonctionne comme carte vidéo. Évalué à 1.
Pour survivre il faut parfois faire des concessions et revoir ses plans. Sur du logiciel, en général, la solution facon de s'en sortir c'est de vendre du support (même si ce n'est pas forcement trivial en fonction du produit). Sur une puce c'est assez limité comme business model non ?
[^] # Re: Les probabilités appliquées aux lois
Posté par ckyl . En réponse au journal Projet de radars automatiques aux feux (franchissement du feu rouge) et dans les tunnels ( distances de sécurité).. Évalué à 2.
Politiquement c'est impossible. Avec une bonne propagande tu peux justifier les retraits de permis actuels: les chauffards/terroristes/inconscients mettent en danger la vie des pauvres innocents.
Par contre interdire l'accès au permis sur d'autres critères, tout aussi raisonnables mais plus difficiles à vendre ca ne passera jamais. Pour les "vieux" à la limite c'est vendable si bien marketé.
Il ne faut pas oublier que pour la majorité des gens il est impossible de vivre sans permis. Et que si tu leur retires, alors elle conduirons tout de même (cf. les département ou il faut 9 mois pour pouvoir avoir son permis). Je sors de 4 semaines sans pouvoir conduire suite à un accident, et j'ai fini par conduire plâtré à la main et en ayant très peu de mobilité au genou gauche. De mémoire, il me semble que le pourcentage de personnes inaptes à la conduite est dans les 5 ou 10%. Ca en fait un paquet de nouveau piétons qui doivent changer de vie !
[^] # Re: Groupes?
Posté par ckyl . En réponse au journal Respect des acl et KDE. Évalué à 2.
La situation n'a pas beaucoup évoluée depuis 2002... C'est la seule solution propre et viable à pas mal de problèmes (non faire tourner des chmod/chgroup en cron root n'est pas une solution). Après les ACL sont complexes à gérer et comprendre car tout les répertoires parents peuvent modifier les permissions obtenues. On peut facilement faire des trucs super compliqués. Mais la majorité des gens veulent faire des trucs super simples qu'il n'est pas possible de faire avec les permissions de base, et avec une GUI correct ça reste humain.
[^] # Re: Groupes?
Posté par ckyl . En réponse au journal Respect des acl et KDE. Évalué à 4.
Tu crée un groupe dans lequel tu met tous tes utilisateurs, tu crée ton répertoire et tu le place dans ce groupe avec les droits d'écriture au groupe et tu positionne le bit SGID du répertoire, ce qui aura pour effet que les fichiers créés dans le répertoire appartiendront aussi au groupe. Enfin, tu positionne pour tous les utilisateurs le umask pour qu'à la création il y aie le droit d'écriture au groupe.
Aller exceptionnellement je me permets: mais LOL !
Non seulement ta solution n'a vraiment rien de simple mais en plus elle implique la configuration d'une variable globale (umask) pour pouvoir gérer correctement les besoins d'un seul répertoire. Sa solution est beaucoup plus simple (un seul setfacl à faire) et répond parfaitement au besoin.
C'est un problème très connu des droits UNIX, qui se rencontre dès que l'on veut partager des fichiers avec des gens (site web, données d'expérimentations, P2P etc.) et les ACL sont la seule réponse raisonnable. Après le problème est que les GUI gèrent très mal les ACL et qu'en général les montages réseaux ne les supportent pas.
[^] # Re: D'accord, mais...
Posté par ckyl . En réponse au journal Projet de radars automatiques aux feux (franchissement du feu rouge) et dans les tunnels ( distances de sécurité).. Évalué à 2.
Ca rend les forces de l'ordre un peu plus productives quand elles sont derrières un eurolaser ou en vol... D'après un pilote du PGHM Savoie, l'heure de vol d'un hélico de gendarmerie revient dans les 2000€/heure; il faut quand même rentabiliser un minimum.
[^] # Re: D'accord, mais...
Posté par ckyl . En réponse au journal Projet de radars automatiques aux feux (franchissement du feu rouge) et dans les tunnels ( distances de sécurité).. Évalué à 3.
Pour le moment, à priori, ce genre de radar n'a pas pour but de faire respecter les distances de sécurités dans les tunnels autoroutiers de l'A6 entre nice et l'italie ou de l'A86, ni dans les tunnels de ville (paris, nice, monaco, fourviere etc.). Il est plutôt destiné aux très longs tunnels mono voies où les distances de sécurités sont déjà très marquées, rappelées à l'entrée et qui sont de toute façon en sens mono voie.
De bons exemples de ces tunnels sont:
- sur l'A43 en arrivant sur modane
- tunnel du frejus
- tunnel du mont blanc
- tunnel du col de Tende (bon celui la il est franchement dangereux et plus aux normes depuis un bon siècle mais si ils nous le ferment on peut plus aller skier chez nos amis italiens ni rejoindre la maurienne facilement)
De toute façon dans ceux là, tu as très régulièrement les gendarmes ou les carabiniers qui t'attendent jumelle à la main (et ils ont 600m de ligne droite pour te chopper à l'eurolaser). Ils peuvent aussi verbaliser pour non respect des distances en tant qu'agent assermenté.
Heureusement y'a assez de route super marrantes en montagne pour rouler tranquillement dans les tunnels.
[^] # Re: Les probabilités appliquées aux lois
Posté par ckyl . En réponse au journal Projet de radars automatiques aux feux (franchissement du feu rouge) et dans les tunnels ( distances de sécurité).. Évalué à 3.
- 14 000 000 de flashs (ok ok les radars mobiles ne flashent pas de jour)
- 4 200 000 de photos inexploitables
- 2 800 000 classés sans suite car implicant un véhicule étranger
[^] # Re: Radars indicatifs
Posté par ckyl . En réponse au journal Projet de radars automatiques aux feux (franchissement du feu rouge) et dans les tunnels ( distances de sécurité).. Évalué à 3.
# Distance
Posté par ckyl . En réponse au journal Projet de radars automatiques aux feux (franchissement du feu rouge) et dans les tunnels ( distances de sécurité).. Évalué à 4.
Pour ta deuxième question le fonctionnement de ces radars est décrit ici: http://blog.radars-auto.com/index.php?2008/06/26/156-les-rad(...)
C'est pas aussi bête qu'on pourrait le penser.
[^] # Re: Impressionnant
Posté par ckyl . En réponse à la dépêche Android désormais disponible et libre. Évalué à 3.
Le jour ou tu feras des vrais logiciels ou des vrais sites web avec des vrais impératifs tu comprendras peut être. Rapidement flickr c'est plus de 2 milliards de photos, 4 milliards de requetes SQL/jour, 11 millions de batch/jour gérés avec leur queuing system en PHP, les ressources exportées en API; ce n'est pas simplement afficher un BLOB ou TEXT stocké dans une DB. On dirait vraiment que tu les prends pour des buses incapables de faire un "simple" frontend. Quand je vois l'archi qui a été documentée du backend laisse moi avoir quelques doutes. Tu devrais sérieusement allez leur parler au prochain meeting...
Les grandes théories c'est bien joli, mais quand on les mets en pratique on découvre que les autres ne sont pas tous des cons...
[^] # Re: Impressionnant
Posté par ckyl . En réponse à la dépêche Android désormais disponible et libre. Évalué à 7.
Le frontend n'est clairement pas mon métier, mais quand des gens intelligents, dans des bonnes équipes, expliquent de manière détaillée comment et pourquoi ils ont construit des sites spécifiques pour les mobiles. Alors pour moi, et jusqu'à preuve du contraire, ils ont un peu plus de crédibilité que toi.
Le dernier que j'ai pu lire venait de flickr http://code.flickr.com/blog/2008/10/27/lessons-learned-while(...)
Si tu veux je dois pouvoir remettre la main sur l'équivalent pour les équipes de google et facebook. D'ailleurs tu devrais leur expliquer qu'ils n'ont rien compris (hint: les deux derniers recrutent actuellement et c'est plutôt bien payé).
Bon quand je vois la tête de http://www.culture-libre.org (sur mon LCD comme sur un mobile) j'ai plutôt envie de mourir de rire devant tes leçons...
[^] # Re: Discussion...
Posté par ckyl . En réponse à la dépêche Un nouveau framabook sur LaTeX. Évalué à 5.
Il y a un grand nombre de technologies pointues à maîtriser et il faut bien connaître les limitations de la toolchain que l'on utilise. Bref t'as intêret à ce que ton projet n'ait pas trop de besoins particuliers, c'est totalement inabordable pour un particulier voir une petite équipe. Si tu veux je te présente notre technical writer qui passe ses journées à lutter avec docbook. Le pire c'est bien sur Docbook -> FO -> PDF. Entre les feuilles XSLT pour cracher/modifier du FO et le support assez aléatoire de FO par FOP et ses copains c'est que du bonheur.
Note: En tant qu'utilisateur de docbook depuis de nombreuses années, quand tu n'es qu'utilisateur c'est plutôt pas mal, même si ce n'est pas aussi plaisant qu'un wiki à éditer. Et puis au moins en docbook il y a une vraie séparation du fond et de la forme contrairement à Latex :-)
[^] # Re: Mot de passe
Posté par ckyl . En réponse au journal Étude d'usabilité sur d'OpenID. Évalué à 4.
Un utilisateur est identifié par une URI qui dépend d'un fournisseur OpenID donné. Une personne choisi donc de faire confiance à ce fournisseur et uniquement lui.
D'un point de vue du site, si le serveur est réglo alors évidement il n'y a pas de problème.
Un serveur malveillant peut, au pire, permettre la création de faux comptes pour des spam bots ou autre.
Un serveur malveillant ne peut pas faire une fausse réponse pour un autre fournisseur OpenID, la sécurité des utilisateurs n'est pas mise en cause.
Ma question est donc. Est ce que l'introduction d'OpenID change fondamentalement les choses ? Les comptes à spam, ce n'est pas l'introduction d'OpenID qui va les inventer ou les faire disparaître. Au premier login OpenId tu balances un captcha et l'affaire est dans le sac.
Après il est évident que les géants vont se faire la guerre pour être LE fournisseur OpenID (l'idée n'est pas nouvelle passport ne date pas d'hier). Ce qui fait rentrer l'argent c'est la pub et les informations clients. Donc si tu autorises les autres fournisseurs OpenID pour tes services, tu prends le risque de perdre beaucoup d'informations précieuses...
[^] # Re: Mot de passe
Posté par ckyl . En réponse au journal Étude d'usabilité sur d'OpenID. Évalué à 4.
Gérer tout ces mots de passe est un vrai problème. Je veux bien que trois geeks soient capable de se souvenir de tout, mais ce n'est vraiment pas le cas de tout le monde, moi compris. Mon mot de passe DLFP je l'ai choisi il y a... 6 ans tu crois que je m'en souviendrais encore avec un mdp unique et aléatoire ?
Et le problème de la confiance existe déjà entre le site web et toi, et bien souvent avec tout les gens qui font transiter le joli mail contenant ton mot de passe ou le lien d'activation/changement de mot de passe ! Tu fais bien confiance a ta banque pour ton argent, a ton FAI/google pour tes mails pourquoi tu ne pourrais pas avoir confiance en un fournisseur OpenID ?
[^] # Re: Faux.
Posté par ckyl . En réponse au journal Étude d'usabilité sur d'OpenID. Évalué à 2.
Autrement tu as un commentaire intéressant à faire peut être ? *
* Cette question s'applique même au cas ou usabilité ne serait pas le bon terme, pas la peine de faire 400 commentaires la dessus.
[^] # Re: Beamer
Posté par ckyl . En réponse au journal Faire une présentation pour une conférence ?. Évalué à 2.
Dans ce cas l'assertion "le WYSIWIG ne sert a rien" ne tomberait-il pas un peu à l'eau ?
[^] # Re: Beamer
Posté par ckyl . En réponse au journal Faire une présentation pour une conférence ?. Évalué à 2.
Évidement sur du contenu technique je ne ferais pas la même, de même qu'entre une conf scientifique ou ingénieur. Le format joue aussi énormement, tu ne te permets pas la même chose quand tu as 20 minutes ou 1h. Une heure c'est très long et il est presque impossible de rester concentré; en général je m'endors vers 15 minutes...
[^] # Re: Beamer
Posté par ckyl . En réponse au journal Faire une présentation pour une conférence ?. Évalué à 1.
Tu peux vraiment faire des trucs très bien avec des outils type ppt (je ne dis pas que les miennes le sont) et de manière beaucoup moins pénible qu'avec beamer. Celle la était tès bien par exemple: http://research.microsoft.com/Terminator/cav_invited.pps (en PDF ici: http://www-sop.inria.fr/oasis/Clement.Mathieu/cav_invited.pd(...) pour pas longtemps).
Attention sous linux, la police qu'ils utilisent n'est pas installée par défault ca gache un peu tout.
Mais bon certains vont expliquer aussi qu'un IDE ne sert à rien...
[^] # Re: Beamer
Posté par ckyl . En réponse au journal Faire une présentation pour une conférence ?. Évalué à 2.
Le seul point sur lequel on est pas d'accord est que justement les "images qui ne servent a rien sauf a distraire" servent a garder l'attention (oui ça semble contradictoire). De mon expérience les gens perdus raccrochent sur les visuels; ca casse le rythme toujours plus ou moins monotone d'une présentation. Il faut essayer d'alléger le point non important pour pouvoir garder l'attention dans les moments clés. Oui les villages people ne servent a rien mais j'ai l'attention de presque tout le monde pour le slide suivant qui est un point clé.
De plus les visuels servent aussi a illustrer le propos, ils ne sont pas la au hasard uniquement pour faire rire les gens (ca prend beaucoup plus de temps qu'une présentation classique a préparer). Exemple la présence du sgt de full metal jacket permet de bien souligner le fait que c'est une collaboration, a l'oral. Les slides en elle même n'ont aucune valeur sans le discours et il est facile de se planter totalement.
Et pour conclure, oui l'eye candy c'est super important :-)
[^] # Re: Beamer
Posté par ckyl . En réponse au journal Faire une présentation pour une conférence ?. Évalué à 2.
Beamer c'est très bien pour ce genre de présentation très structurée et peu visuel. c'est aussi très bien que tu as des graphes.
Par contre quand tu présentes un truc plus général, ou a des gens ne connaissant pas le domaine, ou encore que tu souhaites une interaction avec les gens. Alors en général un présentation flashy passe beaucoup mieux. C' est pas mal utilise en marketing (cf les keynotes de jobs...). Si tu assures a l'oral ca passe super bien, et tu as très peu de gens qui dorment (alors qu'en conf bien 80% des mecs font autre chose). Si tu assures pas alors vaut mieux pas la faire :-)
Un exemple de veille présentation que j'avais faite: http://www.slideshare.net/guest4b8de/software-development-at(...)
Tu peux en trouver d'autres beaucoup meilleures sur slideshare. La catégorie spotlight est très bien pour te donner des idées.
Comme tu le vois, si t'es pas en WYSIWYG c' est une horreur a faire. Les outils d'OpenOffice sont beaucoup plus difficile a manipuler que point puissant pour arriver au même résultat donc je construis les slides via ppt et apres Ooo pour les petites retouche et l' export PDF qui est meilleur que celui de Microsoft via PDFCreator.
[^] # Re: Intérèt de mono et .Net
Posté par ckyl . En réponse à la dépêche Mono 2.0 : le singe continue ses grimaces. Évalué à 2.
Cela dit Quaere c'est plutôt bien mort. Rien depuis fin 2007. J'avais regardé les projets qui pouvaient s'apparenter à LINQ en Java il y a quelques temps et rien n'était vraiment ressorti d'un lot des protos en 1 mois.