Éloigné dans le sens statique vs. dynamique. Mécaniquement parlant, que t'es une notion de sous-type qui sont des types de base avec une contrainte ne change rien au fonctionnement derrière. Oui tu vas lever plus d'erreurs de typage qu'avec un langage qui n'a pas ce mécanisme, oui ça permet déplacer une partie de la complexité liée à ça dans la déclaration du type. Dis moi que ce n'est pas purement fonctionnel (syn. pratique), et utilisé pour sécuriser tes données en entrée d'algo ?
D'ailleurs c'est possible avec tout langage objet typé statiquement sauf qu'au lieu de créer des types limités il faut créer des classes qui encapsule le type.
Attends, là faut que tu m'expliques où tu veux en venir, parce que la première idée qui me vient avec ça, mis à part que tu vas lever une erreur à la compil si tu pousses pas un objet d'une classe compatible, la vérification des valeurs que tu assignes à ton type encapsulé tu vas ne la faire qu'au runtime dans le constructeur … donc à mes yeux ça ne ferait pas une grosse différence avec un wrapper sur ton algo chargé de vérifier les entrées par exemple (à de la factorisation de code près)
Non mais je sais qu'on peut le faire en Ada en l'occurence, mais quand tu utilises ce genre de sous-typage, on est rendu bien loin du débat initial et on entre dans un autre champs de considération.
Toujours pris en compte, je pense que c'est une faute grave de ne pas le faire. Si mon utilisateur final est un développeur qui fait du code merdique, ça ne me regarde pas. Que ça plante au runtime ou à la compil, le problème est ailleurs.
Postulat n°2 : demain, t'es plus là…
Oui et ? Quelqu'un me remplace, il hérite d'une magnifique doc, de plein de schémas, qui auront pris plein de temps à faire mais assureront la pérennité des projets au delà de ma petite personne. C'est un problème de professionnalisme… mais je te l'accorde, les gens qui verrouille leur environnement de travail pour se rendre indispensable, on en croise un paquet.
Postulat n°3 : la doc n'est jamais à jour, cohérente ni même disponible…
J'aimerai vraiment pas bosser dans tes conditions…
Ouais enfin faut se sortir les doigts aussi, ça aide pas mal en développement…
Si dans ton équipe t'as des mecs qui utilisent n'importe comment les choses, faut se poser des questions sur votre organisation / communication / documentation.
Si dans tes utilisateurs finaux t'as des mecs qui utilisent ton API/soft n'importe comment, faut se poser des questions sur votre documentation et la sécurisation de vos interfaces (aucune confiance dans le client ça s'applique n'importe où dans une chaine de service).
Qu'une technologie donnée puissent induire plus facilement que les autres une classe d'erreur, et que les solutions usuelles ne puissent pas y répondre out of the box, on est à deux doigts d'un prix Turing là…
L'idée que tu défends c'est un peu la même que celle qui interdit d'avoir des objets personnels sur son bureau, comme une photo de sa famille, finalement ? Ou encore l'interdiction d'échanger avec une personne sur son temps de travail a propos d'un sujet qui ne concerne pas le travail. Ou alors si elle le fait, de le faire devant son patron ou l'administrateur, au moins il entendra, au mieux il écoutera. Je caricature mais c'est un peu ça quand même.
C'est quand même dingue d'avoir une vision aussi étriquée du boulot, qui devrait n'être qu'une zone grise de la vie pendant laquelle on est et doit rester un simple opérateur sans identité et ne laissant aucune trace après son passage. Faut pas s'étonner que les gens soient blasés de bosser et ne font que du taffe alimentaire sans y porter une once d'intérêt.
Et dans le cadre de notre sujet spécifiquement, si le mec respecte le référentiel de sécurité, je ne vois pas le souci qu'il y a à avoir des documents persos sur sa machine.
C'est se leurrer sur l'utilisation d'un ordinateur d'entreprise d'une part et sur le fait qu'un employé puisse être entièrement dévoué à son boulot sur une journée de travail complète. Ne serait ce que pour le salut de la productivité.
Et vaut mieux qu'il fasse ses affaires perso sur son pc de boulot, plutôt qu'il sorte son smartphone.
le split-view intégré fallait être masochiste pour l'utiliser de toute façon. C'est un mélange de genre assez foireux et ce depuis qu'il existe (2.x ?). Tu l'utilises vraiment au quotidien ce machin ?!
Un C-N marche beaucoup mieux pour manipuler les fichiers, et comme c'est pour faire du drag and drop clickodromesque, ça gène pas de pousser une fenêtre sur la bordure gauche, une sur la bordure droite pour avoir un semi tiling de compet.
C'est cher et pas cher à la fois. Simplement que je me demande pour quel public se destine un tel workshop "My workshops last 3 hours, and they cover some of the most important features of Vim". Clairement pas le vim ninja, mais je suis pas sur que le nouveau venu est envie de débourser autant pour apprendre à se servir d'un éditeur de texte (blasphème).
Quoi qu'il arrive, y'a des workshops dont l'inscription a un tarif à quatre chiffres. Et ils ne sont pas rares… d'où mon pas cher.
D'ailleurs récemment, pour le petite histoire vu que c'est un peu hors sujet par rapport au journal initial, la cour de cassation a dit que le dossier "Mes Documents" d'un ordinateur sous Windows n'est pas considéré comme un dossier personnel. Ni un dossier portant les initiales de l'utilisateurs d'ailleurs. Il faut que ce soit plus explicites.
Quoi ?! Tu veux dire comme la Fnac qui colle un nouveau code barre +4€ sur tous les bouquins de la série A song of Ice and Fire parce que y'a la série Game of Throne sur HBO et que comme tout le monde la pirate (faute de canal de diffusion sérieux en france), puis achète les bouquins, autant en profiter pour faire du gras dessus ?!
Ça dit exactement la même chose modulo le périmètre d'application. Une espèce ne tombe pas en panne, elle subit une perturbation. Tout comme elle ne continue pas à fonctionner mais retrouve un développement normal.
Maintenant faut voir, peut être que "Internet par Orange" peut simplement être assimilé à une panne. Quelqu'un pour téléphoner à leur SAV et signaler la panne ? :D
Quand tu regardes à l'étranger, il y a des problèmes auxquels ils ne sont pas confrontés que l'on rencontre régulièrement en France. En particulier l'absence de confiance dans les jeunes (et l'innovation qui y est souvent lié), cette espèce d'omniprésence des petits chefs et une hiérarchie poussée à l'extrême, une sur-représentation des "commerciaux", une absence de passerelles au sein des entreprises qui fait que pour évoluer sérieusement il faut démissionner et pour finir une complète absence de flexibilité du temps de travail.
C'était principalement pour répondre à ton "Malheureusement ce n'est pas limité aux grosses…" [entreprises qui devaient prendre exemple sur Valve / GitHub] précédent.
Juste que je pense que la vision du travail par Valve et cie, est quasiment à l'opposée de ce que l'on rencontre par défaut chez nous et que finalement. Construire une boite qui marche sur ce modèle c'est encore très difficile pour nous (je dis pas impossible, juste difficile) parce qu'on nous "éduque" pour s'insérer dans notre modèle.
Bon par contre je te l'accorde, c'est un point de vue biaisé que je tiens de mon expérience passée personnelle (i.e. aujourd'hui j'ai de la chance :p). Mais dans ces expérience, cas symptomatique, l'une des sociétés était une grosse structure internationale et déjà entre les guidelines de la maison mère et l'application "à la française", il y avait déjà un gros gap.
Je pense que certains des gros problèmes sur le comportement en entreprise que l'on rencontre sont aussi les conséquences d'idées bien franco-françaises qui résultent elles même d'une certaine stagnation des personnes en place.
j'ai l'impression que cette boîte et quand même assez particulière. Entre autre, ce qui ressort est qu'il n'y a pas vraiment de hiérarchie ni réellement de direction des produits. On dirait que ça fonctionne simplement parce qu'ils réunissent les bonnes personnes et les laissent simplement bosser. Enfin, c'est l'impression que ça donne. Et ça donne quand même envie tout ça, même si j'ai l'impression que c'est à l'inverse de beaucoup d'entreprises. Par contre, GitHub est encore plutôt jeune, à voir ce que ça donnera / deviendra dans quelques années.
Valve ?
Le guide d'accueil de la boite est vraiment sympa et explique comment tout ça fonctionne. Un indice le recrutement est l'étape la plus importante.
Besoin et Facebook dans le même sujet ça me fait doucement rigoler ;)
Je recite faeran plus haut parce que je trouve qu'il met dans le mille.
>La nouveauté de facebook c'est d'ouvrir un espace pour ceux qui n'avaient rien a dire, écrire ou dessiner et qu'il fallait qu'il le fasse savoir.
Mais admettons que ça soit un besoin. Tu crois vraiment que si on transposait le comportement de facebook à la vie réelle ça plairait aux gens ?
Un agent de facebook dans chaque lieu qui veut se faire connaitre et qui prévient facebook dès que tu rentres dedans.
Un agent facebook qui consigne tout ce que tu dis, vois, écoutes, et en fait une énorme base d'information
Un agent facebook personnel pour te suggérer où aller, quoi faire, en fonction de ce que les autres agents lui ont dit à propos de tes "amis"
facebook qui revend toutes les informations compilées
Tout ça pour, accéder à une salle où chacun à un petit bout de mur pour écrire dessus.
Et puis si tu ne veux pas faire parti de ça, comment tu expliques que l'agent qui est dans un lieu donné puisse prévenir facebook que quelqu'un dont il a pas le nom mais dont il peut faire une description précise est venu, tout le temps, jusqu'au final obtenir son identité ?
Parce qu'en substance c'est ça que fait Facebook aujourd'hui. Ce monde avec plein d'agents d'une société qui contrôle systématiquement tes moindres faits et gestes, que tu le veuilles ou non, c'est vers ça que tend cet internet.
Et je pense que toute ton argumentation sur l'évolution de la technique est un petit peu hors sujet dans ce contexte.
Ah cette masse de gens idiots qui se suivent betement les uns les autres… Et nous bien entendu faisons partie d'une sorte d'elite qui a le recul suffisant pour poser un jugement.
C'est trop caricatural. C'est simplement une opposition entre gens qui ont un savoir technique spécifique et gens qui n'en ont pas. Rien empêche aux gens du second groupe de passer dans le premier. Et vu l'énergie que ça demande de faire passer un message ET de le faire comprendre à une grande quantité de personnes, la masse restera forcément dans le second groupe.
Après il ne me semble pas qu'il y ai de jugement derrière tout ça, juste un constat.
100 couples mot de passe / login, les doigts dans le nez. La solution n'est peut être pas dans un apprentissage par coeur du couple, mais plus d'un algo de tête qui met le site, le login et le mot de passe en relation.
Et pour le trousseau, j'avais plus des softs comme Keepass en tête. La centralisation, qu'elle soit locale (dans le navigateur comme tu l'évoques) ou distante pose les mêmes problèmes, compromettre un maillon de la chaine suffit à tout compromettre.
Autant je suis un parisien _con_vaincu, autant si il y a un truc qui est bien nul à Paris c'est la fête de la musique. Comme tu dis, à part quelques grosses scènes homologuées le niveau d'animation est minable et l'ambiance très mauvaise. Un peu plus de concerts dans les bars que d'habitude mais rien de comparable à ce qu'on peut voir dans des villes beaucoup plus petites. C'est quand même paradoxal quand la centralisation extrême de la France fait qu'on a quasiment toute la vie culturelle ici.
Point de vue côté musicien, les avis sont peut être différents côté public.
[^] # Re: Le titre est trop long
Posté par Badeu . En réponse au journal Typage statique versus typage dynamique. Évalué à 1.
Éloigné dans le sens statique vs. dynamique. Mécaniquement parlant, que t'es une notion de sous-type qui sont des types de base avec une contrainte ne change rien au fonctionnement derrière. Oui tu vas lever plus d'erreurs de typage qu'avec un langage qui n'a pas ce mécanisme, oui ça permet déplacer une partie de la complexité liée à ça dans la déclaration du type. Dis moi que ce n'est pas purement fonctionnel (syn. pratique), et utilisé pour sécuriser tes données en entrée d'algo ?
Attends, là faut que tu m'expliques où tu veux en venir, parce que la première idée qui me vient avec ça, mis à part que tu vas lever une erreur à la compil si tu pousses pas un objet d'une classe compatible, la vérification des valeurs que tu assignes à ton type encapsulé tu vas ne la faire qu'au runtime dans le constructeur … donc à mes yeux ça ne ferait pas une grosse différence avec un wrapper sur ton algo chargé de vérifier les entrées par exemple (à de la factorisation de code près)
[^] # Re: Le titre est trop long
Posté par Badeu . En réponse au journal Typage statique versus typage dynamique. Évalué à 1.
Non mais je sais qu'on peut le faire en Ada en l'occurence, mais quand tu utilises ce genre de sous-typage, on est rendu bien loin du débat initial et on entre dans un autre champs de considération.
[^] # Re: Le titre est trop long
Posté par Badeu . En réponse au journal Typage statique versus typage dynamique. Évalué à 2.
Toujours pris en compte, je pense que c'est une faute grave de ne pas le faire. Si mon utilisateur final est un développeur qui fait du code merdique, ça ne me regarde pas. Que ça plante au runtime ou à la compil, le problème est ailleurs.
Oui et ? Quelqu'un me remplace, il hérite d'une magnifique doc, de plein de schémas, qui auront pris plein de temps à faire mais assureront la pérennité des projets au delà de ma petite personne. C'est un problème de professionnalisme… mais je te l'accorde, les gens qui verrouille leur environnement de travail pour se rendre indispensable, on en croise un paquet.
J'aimerai vraiment pas bosser dans tes conditions…
[^] # Re: Le titre est trop long
Posté par Badeu . En réponse au journal Typage statique versus typage dynamique. Évalué à 1.
Ça s'appelle de la sécurisation des entrées. On est plus dans des considérations de typage mais plutôt des considérations fonctionnelles.
[^] # Re: Le titre est trop long
Posté par Badeu . En réponse au journal Typage statique versus typage dynamique. Évalué à -1.
Ouais enfin faut se sortir les doigts aussi, ça aide pas mal en développement…
Si dans ton équipe t'as des mecs qui utilisent n'importe comment les choses, faut se poser des questions sur votre organisation / communication / documentation.
Si dans tes utilisateurs finaux t'as des mecs qui utilisent ton API/soft n'importe comment, faut se poser des questions sur votre documentation et la sécurisation de vos interfaces (aucune confiance dans le client ça s'applique n'importe où dans une chaine de service).
Qu'une technologie donnée puissent induire plus facilement que les autres une classe d'erreur, et que les solutions usuelles ne puissent pas y répondre out of the box, on est à deux doigts d'un prix Turing là…
[^] # Re: hem hem hem
Posté par Badeu . En réponse au journal GNOME et la suppression progressive des fonctions. Évalué à -1.
Nan mais se servir du split view en dual screen pour déplacer des documents c'est un cas limite :D
Mais cela dit tu soulèves un bon lièvre. Le dual screen sur gnome 3 est à chier…
[^] # Re: hem hem hem
Posté par Badeu . En réponse au journal GNOME et la suppression progressive des fonctions. Évalué à -1.
J'avoue que tu es le cas limite qui pose souci à l'alternative au F3.
[^] # Re: oui pour moi aussi
Posté par Badeu . En réponse au journal Supprimer un message dans la boîte de réception d'un salarié. Évalué à 5. Dernière modification le 04 juillet 2012 à 13:52.
L'idée que tu défends c'est un peu la même que celle qui interdit d'avoir des objets personnels sur son bureau, comme une photo de sa famille, finalement ? Ou encore l'interdiction d'échanger avec une personne sur son temps de travail a propos d'un sujet qui ne concerne pas le travail. Ou alors si elle le fait, de le faire devant son patron ou l'administrateur, au moins il entendra, au mieux il écoutera. Je caricature mais c'est un peu ça quand même.
C'est quand même dingue d'avoir une vision aussi étriquée du boulot, qui devrait n'être qu'une zone grise de la vie pendant laquelle on est et doit rester un simple opérateur sans identité et ne laissant aucune trace après son passage. Faut pas s'étonner que les gens soient blasés de bosser et ne font que du taffe alimentaire sans y porter une once d'intérêt.
Et dans le cadre de notre sujet spécifiquement, si le mec respecte le référentiel de sécurité, je ne vois pas le souci qu'il y a à avoir des documents persos sur sa machine.
Et pas besoin de tunnel pour poster ici ;)
[^] # Re: oui pour moi aussi
Posté par Badeu . En réponse au journal Supprimer un message dans la boîte de réception d'un salarié. Évalué à 1.
C'est se leurrer sur l'utilisation d'un ordinateur d'entreprise d'une part et sur le fait qu'un employé puisse être entièrement dévoué à son boulot sur une journée de travail complète. Ne serait ce que pour le salut de la productivité.
Et vaut mieux qu'il fasse ses affaires perso sur son pc de boulot, plutôt qu'il sorte son smartphone.
[^] # Re: hem hem hem
Posté par Badeu . En réponse au journal GNOME et la suppression progressive des fonctions. Évalué à 3. Dernière modification le 03 juillet 2012 à 23:23.
le split-view intégré fallait être masochiste pour l'utiliser de toute façon. C'est un mélange de genre assez foireux et ce depuis qu'il existe (2.x ?). Tu l'utilises vraiment au quotidien ce machin ?!
Un C-N marche beaucoup mieux pour manipuler les fichiers, et comme c'est pour faire du drag and drop clickodromesque, ça gène pas de pousser une fenêtre sur la bordure gauche, une sur la bordure droite pour avoir un semi tiling de compet.
[^] # Re: Un peu cher le workshop
Posté par Badeu . En réponse au journal Atelier Vim, Paris, le 20 Juillet. Évalué à 1. Dernière modification le 03 juillet 2012 à 23:04.
C'est cher et pas cher à la fois. Simplement que je me demande pour quel public se destine un tel workshop "My workshops last 3 hours, and they cover some of the most important features of Vim". Clairement pas le vim ninja, mais je suis pas sur que le nouveau venu est envie de débourser autant pour apprendre à se servir d'un éditeur de texte (blasphème).
Quoi qu'il arrive, y'a des workshops dont l'inscription a un tarif à quatre chiffres. Et ils ne sont pas rares… d'où mon pas cher.
[^] # Re: oui pour moi aussi
Posté par Badeu . En réponse au journal Supprimer un message dans la boîte de réception d'un salarié. Évalué à 5.
D'ailleurs récemment, pour le petite histoire vu que c'est un peu hors sujet par rapport au journal initial, la cour de cassation a dit que le dossier "Mes Documents" d'un ordinateur sous Windows n'est pas considéré comme un dossier personnel. Ni un dossier portant les initiales de l'utilisateurs d'ailleurs. Il faut que ce soit plus explicites.
(Cass. Soc, 10.5.2012, N° 1203).
Chiffrez mes amis, chiffrez !
[^] # Re: En France
Posté par Badeu . En réponse au journal [Prix des ebooks] coup de gueule. Évalué à 3.
Quoi ?! Tu veux dire comme la Fnac qui colle un nouveau code barre +4€ sur tous les bouquins de la série A song of Ice and Fire parce que y'a la série Game of Throne sur HBO et que comme tout le monde la pirate (faute de canal de diffusion sérieux en france), puis achète les bouquins, autant en profiter pour faire du gras dessus ?!
Je ne te crois pas. :D
[^] # Re: En France
Posté par Badeu . En réponse au journal [Prix des ebooks] coup de gueule. Évalué à 6.
C'est une sorte de protectionnisme. Un truc qu'on fait là où y'en a pas besoin et qu'on fait pas quand il y en aurait besoin.
[^] # Re: Résilience -- 3 points 1 question
Posté par Badeu . En réponse au journal Rapport sur la résilience de l'Internet en France. Évalué à 1.
Ça dit exactement la même chose modulo le périmètre d'application. Une espèce ne tombe pas en panne, elle subit une perturbation. Tout comme elle ne continue pas à fonctionner mais retrouve un développement normal.
Maintenant faut voir, peut être que "Internet par Orange" peut simplement être assimilé à une panne. Quelqu'un pour téléphoner à leur SAV et signaler la panne ? :D
[^] # Re: Organisation de GitHub
Posté par Badeu . En réponse au journal De tout, de rien, des liens, bla bla bla. Évalué à 3.
Quand tu regardes à l'étranger, il y a des problèmes auxquels ils ne sont pas confrontés que l'on rencontre régulièrement en France. En particulier l'absence de confiance dans les jeunes (et l'innovation qui y est souvent lié), cette espèce d'omniprésence des petits chefs et une hiérarchie poussée à l'extrême, une sur-représentation des "commerciaux", une absence de passerelles au sein des entreprises qui fait que pour évoluer sérieusement il faut démissionner et pour finir une complète absence de flexibilité du temps de travail.
C'était principalement pour répondre à ton "Malheureusement ce n'est pas limité aux grosses…" [entreprises qui devaient prendre exemple sur Valve / GitHub] précédent.
Juste que je pense que la vision du travail par Valve et cie, est quasiment à l'opposée de ce que l'on rencontre par défaut chez nous et que finalement. Construire une boite qui marche sur ce modèle c'est encore très difficile pour nous (je dis pas impossible, juste difficile) parce qu'on nous "éduque" pour s'insérer dans notre modèle.
Bon par contre je te l'accorde, c'est un point de vue biaisé que je tiens de mon expérience passée personnelle (i.e. aujourd'hui j'ai de la chance :p). Mais dans ces expérience, cas symptomatique, l'une des sociétés était une grosse structure internationale et déjà entre les guidelines de la maison mère et l'application "à la française", il y avait déjà un gros gap.
[^] # Re: Organisation de GitHub
Posté par Badeu . En réponse au journal De tout, de rien, des liens, bla bla bla. Évalué à 0.
Je pense que certains des gros problèmes sur le comportement en entreprise que l'on rencontre sont aussi les conséquences d'idées bien franco-françaises qui résultent elles même d'une certaine stagnation des personnes en place.
# Organisation de GitHub
Posté par Badeu . En réponse au journal De tout, de rien, des liens, bla bla bla. Évalué à 2.
Valve ?
Le guide d'accueil de la boite est vraiment sympa et explique comment tout ça fonctionne. Un indice le recrutement est l'étape la plus importante.
[^] # Re: Il y en a qui ont essayé, ils ont eu des problèmes
Posté par Badeu . En réponse au journal Facebook détruit-il internet?. Évalué à 0.
Super compliqué en effet :
Une frappe clavier pour le lancer, sélectionner le couple bon d'identifiants, un raccourci pour se connecter.
Si il y a débat sur la complexité séparant 2 frappes claviers et 1 clic d'un unique clic on est dans de beaux draps… :-)
[^] # Re: Morceaux choisis
Posté par Badeu . En réponse au journal Facebook détruit-il internet?. Évalué à 6. Dernière modification le 22 juin 2012 à 11:57.
Besoin et Facebook dans le même sujet ça me fait doucement rigoler ;)
Je recite faeran plus haut parce que je trouve qu'il met dans le mille.
>La nouveauté de facebook c'est d'ouvrir un espace pour ceux qui n'avaient rien a dire, écrire ou dessiner et qu'il fallait qu'il le fasse savoir.
Mais admettons que ça soit un besoin. Tu crois vraiment que si on transposait le comportement de facebook à la vie réelle ça plairait aux gens ?
Tout ça pour, accéder à une salle où chacun à un petit bout de mur pour écrire dessus.
Et puis si tu ne veux pas faire parti de ça, comment tu expliques que l'agent qui est dans un lieu donné puisse prévenir facebook que quelqu'un dont il a pas le nom mais dont il peut faire une description précise est venu, tout le temps, jusqu'au final obtenir son identité ?
Parce qu'en substance c'est ça que fait Facebook aujourd'hui. Ce monde avec plein d'agents d'une société qui contrôle systématiquement tes moindres faits et gestes, que tu le veuilles ou non, c'est vers ça que tend cet internet.
Et je pense que toute ton argumentation sur l'évolution de la technique est un petit peu hors sujet dans ce contexte.
[^] # Re: Il y en a qui ont essayé, ils ont eu des problèmes
Posté par Badeu . En réponse au journal Facebook détruit-il internet?. Évalué à 2.
Non ça c'était pour continuer de rebondir sur l'histoire des limites de la mémoire.
Pour le problème évoqué, il me semble que mon message apporte une vraie réponse aussi…
[^] # Re: Moi j'ai rien entendu
Posté par Badeu . En réponse au journal Hors Sujet : Fêtes De La Musique 2012. Évalué à 2.
Je jouais dans le 20ème, on avait des esgourdes à décongestionner de notre côté aussi ;)
[^] # Re: Morceaux choisis
Posté par Badeu . En réponse au journal Facebook détruit-il internet?. Évalué à 2.
C'est trop caricatural. C'est simplement une opposition entre gens qui ont un savoir technique spécifique et gens qui n'en ont pas. Rien empêche aux gens du second groupe de passer dans le premier. Et vu l'énergie que ça demande de faire passer un message ET de le faire comprendre à une grande quantité de personnes, la masse restera forcément dans le second groupe.
Après il ne me semble pas qu'il y ai de jugement derrière tout ça, juste un constat.
[^] # Re: Il y en a qui ont essayé, ils ont eu des problèmes
Posté par Badeu . En réponse au journal Facebook détruit-il internet?. Évalué à 0. Dernière modification le 22 juin 2012 à 10:26.
100 couples mot de passe / login, les doigts dans le nez. La solution n'est peut être pas dans un apprentissage par coeur du couple, mais plus d'un algo de tête qui met le site, le login et le mot de passe en relation.
Et pour le trousseau, j'avais plus des softs comme Keepass en tête. La centralisation, qu'elle soit locale (dans le navigateur comme tu l'évoques) ou distante pose les mêmes problèmes, compromettre un maillon de la chaine suffit à tout compromettre.
[^] # Re: Moi j'ai rien entendu
Posté par Badeu . En réponse au journal Hors Sujet : Fêtes De La Musique 2012. Évalué à 2.
Autant je suis un parisien _con_vaincu, autant si il y a un truc qui est bien nul à Paris c'est la fête de la musique. Comme tu dis, à part quelques grosses scènes homologuées le niveau d'animation est minable et l'ambiance très mauvaise. Un peu plus de concerts dans les bars que d'habitude mais rien de comparable à ce qu'on peut voir dans des villes beaucoup plus petites. C'est quand même paradoxal quand la centralisation extrême de la France fait qu'on a quasiment toute la vie culturelle ici.
Point de vue côté musicien, les avis sont peut être différents côté public.