T'es quand meme dans une bonne logique de guerre quand meme, avec tout ces combats.
t'as pense a prendre un peu de recul la dessus, faire baisser ta tension et detendre ton slip?
Peut être meme te rendrais tu compte que windows n'a pas l'impact que tu lui attribues sur "l'espèce humaine, des sociétés et des peuples", pour reprendre tes mots.
Mais … ce n'est pas la question. La proposition c'est : des gens font des trucs illégaux, du coup pour résoudre le problème, il suffit de le légaliser. C'est la solution que je critique, pas le fait qu'il existe bel et bien un problème.
Non, la proposition c'est "la loi empire la situation de gens en situation deja pas terrible, le tout pour des benefices douteux, donc changeons la loi".
On peut discuter du bien fonde de cette proposition (ya clairement matiere), mais ca a pas grand chose avec un gamin de 15 ans au volant.
Peut être qu'en 2008 à 2010 de nombreuses personnes n'ont pas osé, pensant que l'Europe n'allant pas bien ne serait pas une bonne terre d'accueil.
Ca va quoi. On parle de gens qui fuient la misere, la vraie (pas celle des linuxfaitriens qui chouinent sur le train de vie), ou de gens qui craignent pour leur vie et celle de leur famille.
Alors tu penses que la crise des subprimes, ils s'en tamponnent le coquillard, mais d'une force…
Tout est donc question de volonté de celui qui veut tracker
Question de cout surtout. Tracker avec toutes les metadata http sur un serveur web, et tracker une connexion ip sans meme savoir ce quelle cherche a obtenir, c'est pas la meme difficulte, et donc le meme cout. Sachant que les gens font ca pour le pognon, si ca leur coute plus cher de devoir mettre une webapp qui expose la stack tcp en frontal, ils le feront pas. Et ya des grandes chances que ca soit le cas.
Toi qui d'habitude est le premier a hurler contre les arguments "il faut pas faire x parce que c'est pas efficace dans 0.1% des cas", tu tiens bizarrement un autre discours la.
Je me demande donc pourquoi des gens (et des hébergeurs) ont hurlé avec la loi sur renseignement 2015 en France, car du fait du passage en tout chiffré (HTTPS Everywhere), ce sont les seules informations qu'une sonde étatique chez le FAI ou hébergeur peut récupérer.
Les boites web font du DPI? Non? Bon alors?
Le fait est que meme des mecs comme google sont probablement incapables de correler un conenxion tcp a un utilisateurs. Les agences gouvernementales elles le font, mais pas pour les memes raisons.
Google le fait pour savoir a quel site web tu te connecte precisement, et ont besoin des meta donnees http pour que ca marche raisonnablement.
La nsa est interessee de savoir quelle ip tu visites, et peut donc travailler a un niveau bien plus bas.
Lier une connexion tcp a un utilisateur est quand meme tres loin d'etre simple.
Pas d'url, pas de hostname, pas de cookie, et les apis de serveurs web font un bon boulot a masquer les details tcp. Sans compter que ca ne te mene qu'au load balancer qui ne s'occupe que tres rarement de la logique de tracking (oui, tres rarement, je suis certain qu'ils existe des tares qui ont transforme f5 en webapp). Bon courage pour correler ca a une personne physique.
Bref, ca me parait un compromis tres raisonnable performance/vie privee.
Marrant, on te voit pas chier sur kded4, kmix ou firefox qui pompe visiblement plus de cpu qu'ils ne devraient, ni contre FF qui se goinfre 1.5Gb de ram a lui tout seul.
Microsoft doit être capable, à partir seulement d'un identifiant et d'un nom de wifi, de fournir le mot de passe en clair.
Pas forcement, non. Le mot de passe peut etre chiffre avec la cle publique du contact, ms ne le verra jamais.
Note que je sais pas si c'est implemente comme ca, mais c'est une possibilite qui marcherait tres bien.
Et vous êtes marrants à supposer que tout marche bien dans les boites qui cherchent des devs ; "t'as complètement foiré ton archi" est une punchline assez percutante en entretien, faut admettre ;)
La boite qui m'explique que leur frontends tapent dans une db en direct, je fais demi tour, et je decline poliment l'offre s'ils en font une, oui.
Ya du baggage/dette technique partout, mais ce genre de dette, t'en reviens generalement pas, a moins d'un radical changement de direction venant d'assez haut. Auquel cas le discours est plutot "les mecs d'avant ont vraiment fait de la merde, on va reparer ca".
c'est TJS bien quand tout le monde sait un minimum ce qui se passe en dessous.
Yep. Et t'as pas besoin de maitriser c et/ou sql pour savoir ce qu'il se passe en dessous.
Si t'as un site public de la taille du bon coin et que tes devs front end tapent direct dans la base de donnees, t'as vraiment completement foire ton archi, mais genre bien quoi. T'es cense avoir une separation back/front end, avec une abstraction de tes datastores. SOA a le vent en poupe ces temps ci, mais c'est pas le seul pattern utilisable.
Ca a rien a voir avec frameworks ou pas.
Effecitvement, je vois pas en quoi la maitrise de pointeur et de gestion manuelle de la memoire (on va dire les 2 gros trucs casse en gueule en c) vont aider dans des langages n'ayant pas ces concepts.
Quand au sql, j'ose esperer que les devs frontends n'y touchent pas.
J'ai fait 10 ans d'une carriere pas degueu en connaissant mal le c. Et je suis incapable d'ecrire qu'autre chose qu'un join de base en sql. Meme un select from pas trivial, ya des chances pour que je lutte.
Et meme aujourd'hui a bosser sur des applis en objective c, ya pas mal de trucs en c qui m'echappent, et pourtant on s'en sort tres tres bien.
Demande à Gimp si leur code n'était pas soumis au droit d'auteur !
Et sourceforge n'a pas touche au code. Ils ont touche aux binaires, et comme dit plus haut: distribues tes binaires toi meme. une forge ca sert pas a faire de la distribution.
Je ne comprends pas ? De quel hébergement de pages marketing parles-tu ? Je pense que tu dévies du débat là.
La raison pour laquelle the gimp n'a pas pu simplement fermer leur compte sf ya un an, c'est parce qu'ils avaient utilise sf comme mirroir principal. Resultat, des tonnes de liens pointaient vers sf, et ils se sont retrouve bloque.
De meme, plutot que d'avoir un readme.md qui poutre ou monprojet.github.io, heberge ton propre site pour decrire le projet, faire tes annonces. Le jour ou github te plante un couteau dans le dos, les gens auront l'habitude d'aller sur monprojet.com et pas chez github (et t'evites le probleme de the gimp).
Blablabla. Deja, il cite explicitement les forges comme etant "pas du saas", parce que, ben le concept d'une forge, c'est justement precisement de pas tourner sur ta machine.
Tu peux patcher gitlab? La belle affaire, tu peux deployer ton patch sur gitlab.framasoft.fr? Non? Ca me fait une belle jambe alors!
Ce que tu dit en somme, c'est que le concept de forge mutualise est mauvais. T'as le droit d'avoir ton opinion, cela dit, hein, mais, heu, voila quoi.
Néanmoins, tu as la possibilité de t'héberger toi même en cas de problème ou de doutes. Voilà en quoi tu es prisonnier.
Et si t'es pas content de github, tu te casse! T'es prisonnier de rien du tout, tu peux exporter tes donnees, et te barrer. Ya rien qui te retient, a part la qualite du service.
Expliques moi concretement ce qui me force a rester chez github.
github est pas vraiment une startup. La boite a 8 ans, 300 employes et est profitable depuis 2009.
github est pas gratuit. La partie gratuite est juste le produit d'appel, mais entre les repos payants et le "github a installer a la maison", ils facturent, et pas qu'un peu.
Du code libre, cela ne veut pas dire qu'ils peuvent en faire ce qu'ils veulent ! C'est de l'amateurisme ou quoi ?
Ils en font pas ce qu'ils veulent, le code est sous droit d'auteur, avec une licence precise.
Ils peuvent autant en faire ce qu'ils veulent qu'un git clone d'un repo framasoft.
Je passe sur le reste, t'es prisonnier de rien du tout, ou en tout cas pas plus que sur une forge "libre" (quoi que ca veuille dire dans ce cas, en l'occurence rien du tout). T'es pas content, de la direction de github tu git push -f un repo vide, et tu vas ailleurs.
Si t'es bloque a cause du nom de domaine, c'est parce que t'as fait l'erreur d'heberger tes pages "marketing" sur un domaine qui ne t'appartient pas. Que ca soit framasoft.fr, github.com ou maichanmicrosoft.com ne fait pas une grande difference.
C'est très tentant de modifier le code ou les binaires, dans l'hypothèse où ils auraient des problèmes financiers.
Ouais mais non.
Modifier le code sans que ca se voit avec git, ca va pas etre simple.
Et tes binaires, heberge les ailleurs que sur la forge — probleme resolu.
Tu leur a livré sur un plateau : le code
Oh mon dieu! Tu leur a livre du code libre!
une haute position dans google sur le nom du projet ; une base d'utilisateurs qui considèrent ce site comme la page officielle du projet.
Et eux t'ont livre sur un plateau une plateforme qui te rend un grand service, te fait gagner beaucoup de temps, et donne de la visibilite a ton projet.
C'est donnant donnant.
Note que t'es pas oblige de n'avoir que la page github pour ton projet. Si l'independance est si importante a tes yeux, rien ne t'empeche de mettre en place un blog qq part, et d'avoir un readme.md tres clair sur github.
À l'heure actuelle, on peut se dire que github ne peut pas mourir. Regardez comme c'est populaire! Ben revenez quelques années en arrière, et on aurait dit la même chose de Sourceforge.
Ben c'est vrai pour toutes les forges, que ce soit framasoft ou github ou qui que ce soit d'autre, meme un truc auto heberge.
Faut bien mettre ton truc en ligne un jour ou l'autre. Eviter la plateforme la plus active sous pretexte qu'elle sera probablement un jour inactive, tout ca pour aller sur une plateforme inactive maintenant, c'est un peu tordu comme raisonnement, non?
Combien de temps/energie gache, et d'opportunite manquee, tout ca pour quoi? Devoir quand meme faire une migration un jour parce que raison x/y/z? C'est pas tres malin, non?
tant que tu peux migrer tes donnees quand ca part en couille, c'est ca qui compte.
les prix sont fixés par le régulateur, pas moins de contraintes qu'avec Uber, et ils sont indépendants pour la plupart.
Et tu vois pas la difference entre un prix fixe par la loi et un prix fixe par une compagnie privée?
Ca dépend
Oui, ca depend, et non, c'est clairement loin d'être aussi tranche que tu veux le faire croire. Uber a des pratiques super limites sur la gestion de leurs chauffeurs. C'est pas tranche du tout, et ils jouent justement la dessus – opérer a la marge, et devenir suffisamment grand pour ensuite pouvoir jouer du lobby et s'en sortir. Ou simplement casher ses actions en devenant public.
T'es pas oblige d'avoir un avis sur tout, surtout sur les sujets dont tu ne connais visiblement rien du tout, et si tu pouvais arrêter d'avoir ce ton incroyablement irascible, ca nous ferait des vacances.
[^] # Re: Et le bordel monstre qu'est devenu le magasin d'applications ?
Posté par groumly . En réponse au journal La fin du "permissive add-on model" chez Mozilla, ou comment flinguer une base d'extensions. Évalué à 9.
Les gens remarquent surtout que tu trolles a fond les ballons sur environ 98% de tes messages.
Forcemment, ca laisse des marques.
[^] # Re: avant aussi
Posté par groumly . En réponse au journal Windows 10 gratuit vs GNU/Linux libre. Évalué à 3.
T'es quand meme dans une bonne logique de guerre quand meme, avec tout ces combats.
t'as pense a prendre un peu de recul la dessus, faire baisser ta tension et detendre ton slip?
Peut être meme te rendrais tu compte que windows n'a pas l'impact que tu lui attribues sur "l'espèce humaine, des sociétés et des peuples", pour reprendre tes mots.
[^] # Re: Moi pas comprendre
Posté par groumly . En réponse au journal Google est ton ami, Chrome son confident. Évalué à 1.
tu crois?
[^] # Re: He ben
Posté par groumly . En réponse au journal Et si l'afflux de réfugiés n'était qu'un moyen pour destabiliser l'Europe ?. Évalué à 1.
Non, la proposition c'est "la loi empire la situation de gens en situation deja pas terrible, le tout pour des benefices douteux, donc changeons la loi".
On peut discuter du bien fonde de cette proposition (ya clairement matiere), mais ca a pas grand chose avec un gamin de 15 ans au volant.
[^] # Re: Répondons sérieusement
Posté par groumly . En réponse au journal Et si l'afflux de réfugiés n'était qu'un moyen pour destabiliser l'Europe ?. Évalué à 5.
Ca va quoi. On parle de gens qui fuient la misere, la vraie (pas celle des linuxfaitriens qui chouinent sur le train de vie), ou de gens qui craignent pour leur vie et celle de leur famille.
Alors tu penses que la crise des subprimes, ils s'en tamponnent le coquillard, mais d'une force…
[^] # Re: lire la doc
Posté par groumly . En réponse au journal Firefox/Iceweasel se connecte silencieusement lors du survol d'un lien. Évalué à 8.
Question de cout surtout. Tracker avec toutes les metadata http sur un serveur web, et tracker une connexion ip sans meme savoir ce quelle cherche a obtenir, c'est pas la meme difficulte, et donc le meme cout. Sachant que les gens font ca pour le pognon, si ca leur coute plus cher de devoir mettre une webapp qui expose la stack tcp en frontal, ils le feront pas. Et ya des grandes chances que ca soit le cas.
Toi qui d'habitude est le premier a hurler contre les arguments "il faut pas faire x parce que c'est pas efficace dans 0.1% des cas", tu tiens bizarrement un autre discours la.
Les boites web font du DPI? Non? Bon alors?
Le fait est que meme des mecs comme google sont probablement incapables de correler un conenxion tcp a un utilisateurs. Les agences gouvernementales elles le font, mais pas pour les memes raisons.
Google le fait pour savoir a quel site web tu te connecte precisement, et ont besoin des meta donnees http pour que ca marche raisonnablement.
La nsa est interessee de savoir quelle ip tu visites, et peut donc travailler a un niveau bien plus bas.
[^] # Re: lire la doc
Posté par groumly . En réponse au journal Firefox/Iceweasel se connecte silencieusement lors du survol d'un lien. Évalué à 1.
Lier une connexion tcp a un utilisateur est quand meme tres loin d'etre simple.
Pas d'url, pas de hostname, pas de cookie, et les apis de serveurs web font un bon boulot a masquer les details tcp. Sans compter que ca ne te mene qu'au load balancer qui ne s'occupe que tres rarement de la logique de tracking (oui, tres rarement, je suis certain qu'ils existe des tares qui ont transforme f5 en webapp). Bon courage pour correler ca a une personne physique.
Bref, ca me parait un compromis tres raisonnable performance/vie privee.
[^] # Re: Chezmoicamarche
Posté par groumly . En réponse au journal C'est lundi : Mon expérience Linux ou l'utopie devient réalité extatique. Évalué à 3.
Marrant, on te voit pas chier sur kded4, kmix ou firefox qui pompe visiblement plus de cpu qu'ils ne devraient, ni contre FF qui se goinfre 1.5Gb de ram a lui tout seul.
[^] # Re: Chezmoicamarche
Posté par groumly . En réponse au journal C'est lundi : Mon expérience Linux ou l'utopie devient réalité extatique. Évalué à 1.
w00t! On peut utiliser un casque audio sous linux sans avoir a rebooter. Truc de malade! Windows et macosx peuvent aller se rhabiller.
Suis je le seul a me rendre compte du comique de ce genre d'arguments?
[^] # Re: devenir
Posté par groumly . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à 4.
Je me trimballe mon profile osx depuis 10.4 (ou ptetre bien 10.5), faut croire que c'est possible :)
[^] # Re: C'est faux
Posté par groumly . En réponse au journal Combien de victimes avec M$ Machin 10?. Évalué à 2.
Pas forcement, non. Le mot de passe peut etre chiffre avec la cle publique du contact, ms ne le verra jamais.
Note que je sais pas si c'est implemente comme ca, mais c'est une possibilite qui marcherait tres bien.
[^] # Re: intéressant
Posté par groumly . En réponse au journal Combien de victimes avec M$ Machin 10?. Évalué à 2.
Et quelles donnees recolte apple, exactement?
[^] # Re: Re
Posté par groumly . En réponse au journal J'aime bien l'esprit. Évalué à 1.
La boite qui m'explique que leur frontends tapent dans une db en direct, je fais demi tour, et je decline poliment l'offre s'ils en font une, oui.
Ya du baggage/dette technique partout, mais ce genre de dette, t'en reviens generalement pas, a moins d'un radical changement de direction venant d'assez haut. Auquel cas le discours est plutot "les mecs d'avant ont vraiment fait de la merde, on va reparer ca".
Yep. Et t'as pas besoin de maitriser c et/ou sql pour savoir ce qu'il se passe en dessous.
[^] # Re: Re
Posté par groumly . En réponse au journal J'aime bien l'esprit. Évalué à 5.
Si t'as un site public de la taille du bon coin et que tes devs front end tapent direct dans la base de donnees, t'as vraiment completement foire ton archi, mais genre bien quoi. T'es cense avoir une separation back/front end, avec une abstraction de tes datastores. SOA a le vent en poupe ces temps ci, mais c'est pas le seul pattern utilisable.
Ca a rien a voir avec frameworks ou pas.
[^] # Re: Re
Posté par groumly . En réponse au journal J'aime bien l'esprit. Évalué à 2.
Effecitvement, je vois pas en quoi la maitrise de pointeur et de gestion manuelle de la memoire (on va dire les 2 gros trucs casse en gueule en c) vont aider dans des langages n'ayant pas ces concepts.
Quand au sql, j'ose esperer que les devs frontends n'y touchent pas.
J'ai fait 10 ans d'une carriere pas degueu en connaissant mal le c. Et je suis incapable d'ecrire qu'autre chose qu'un join de base en sql. Meme un select from pas trivial, ya des chances pour que je lutte.
Et meme aujourd'hui a bosser sur des applis en objective c, ya pas mal de trucs en c qui m'echappent, et pourtant on s'en sort tres tres bien.
[^] # Re: Re
Posté par groumly . En réponse au journal J'aime bien l'esprit. Évalué à 1.
Non, mais savoir jouer au bridge non plus ne va pas gener.
Je vois pas en quoi ca va aider, cela dit.
# Re
Posté par groumly . En réponse au journal J'aime bien l'esprit. Évalué à 10.
"Vous connaissez bien c et sql?
Venez faire du php et du javascript chez nous!"
J'avoue que la logique m'echappe.
[^] # Re: Avancée notable
Posté par groumly . En réponse au journal Tame et OpenBSD. Évalué à 2.
Realiste, c'est vite dit, sigkiller l'appli, c'est un tantinet bourrin, non?
[^] # Re: forges
Posté par groumly . En réponse au journal SourceForge dans les choux. Évalué à 0.
Leur api permet de les exporter visiblement: https://developer.github.com/v3/issues/
[^] # Re: forges
Posté par groumly . En réponse au journal SourceForge dans les choux. Évalué à 9.
Et sourceforge n'a pas touche au code. Ils ont touche aux binaires, et comme dit plus haut: distribues tes binaires toi meme. une forge ca sert pas a faire de la distribution.
La raison pour laquelle the gimp n'a pas pu simplement fermer leur compte sf ya un an, c'est parce qu'ils avaient utilise sf comme mirroir principal. Resultat, des tonnes de liens pointaient vers sf, et ils se sont retrouve bloque.
De meme, plutot que d'avoir un readme.md qui poutre ou monprojet.github.io, heberge ton propre site pour decrire le projet, faire tes annonces. Le jour ou github te plante un couteau dans le dos, les gens auront l'habitude d'aller sur monprojet.com et pas chez github (et t'evites le probleme de the gimp).
Blablabla. Deja, il cite explicitement les forges comme etant "pas du saas", parce que, ben le concept d'une forge, c'est justement precisement de pas tourner sur ta machine.
Tu peux patcher gitlab? La belle affaire, tu peux deployer ton patch sur gitlab.framasoft.fr? Non? Ca me fait une belle jambe alors!
Ce que tu dit en somme, c'est que le concept de forge mutualise est mauvais. T'as le droit d'avoir ton opinion, cela dit, hein, mais, heu, voila quoi.
Et si t'es pas content de github, tu te casse! T'es prisonnier de rien du tout, tu peux exporter tes donnees, et te barrer. Ya rien qui te retient, a part la qualite du service.
Expliques moi concretement ce qui me force a rester chez github.
[^] # Re: forges
Posté par groumly . En réponse au journal SourceForge dans les choux. Évalué à 8.
J'oubliais:
[^] # Re: forges
Posté par groumly . En réponse au journal SourceForge dans les choux. Évalué à 5.
Ils en font pas ce qu'ils veulent, le code est sous droit d'auteur, avec une licence precise.
Ils peuvent autant en faire ce qu'ils veulent qu'un git clone d'un repo framasoft.
Je passe sur le reste, t'es prisonnier de rien du tout, ou en tout cas pas plus que sur une forge "libre" (quoi que ca veuille dire dans ce cas, en l'occurence rien du tout). T'es pas content, de la direction de github tu git push -f un repo vide, et tu vas ailleurs.
Si t'es bloque a cause du nom de domaine, c'est parce que t'as fait l'erreur d'heberger tes pages "marketing" sur un domaine qui ne t'appartient pas. Que ca soit framasoft.fr, github.com ou maichanmicrosoft.com ne fait pas une grande difference.
[^] # Re: forges
Posté par groumly . En réponse au journal SourceForge dans les choux. Évalué à 8.
Ouais mais non.
Modifier le code sans que ca se voit avec git, ca va pas etre simple.
Et tes binaires, heberge les ailleurs que sur la forge — probleme resolu.
Oh mon dieu! Tu leur a livre du code libre!
Et eux t'ont livre sur un plateau une plateforme qui te rend un grand service, te fait gagner beaucoup de temps, et donne de la visibilite a ton projet.
C'est donnant donnant.
Note que t'es pas oblige de n'avoir que la page github pour ton projet. Si l'independance est si importante a tes yeux, rien ne t'empeche de mettre en place un blog qq part, et d'avoir un readme.md tres clair sur github.
[^] # Re: forges
Posté par groumly . En réponse au journal SourceForge dans les choux. Évalué à 10.
Ben c'est vrai pour toutes les forges, que ce soit framasoft ou github ou qui que ce soit d'autre, meme un truc auto heberge.
Faut bien mettre ton truc en ligne un jour ou l'autre. Eviter la plateforme la plus active sous pretexte qu'elle sera probablement un jour inactive, tout ca pour aller sur une plateforme inactive maintenant, c'est un peu tordu comme raisonnement, non?
Combien de temps/energie gache, et d'opportunite manquee, tout ca pour quoi? Devoir quand meme faire une migration un jour parce que raison x/y/z? C'est pas tres malin, non?
tant que tu peux migrer tes donnees quand ca part en couille, c'est ca qui compte.
[^] # Re: Le futur c'était mieux avant
Posté par groumly . En réponse au journal Les avocats à la poubelle. Évalué à 3.
Et tu vois pas la difference entre un prix fixe par la loi et un prix fixe par une compagnie privée?
Oui, ca depend, et non, c'est clairement loin d'être aussi tranche que tu veux le faire croire. Uber a des pratiques super limites sur la gestion de leurs chauffeurs. C'est pas tranche du tout, et ils jouent justement la dessus – opérer a la marge, et devenir suffisamment grand pour ensuite pouvoir jouer du lobby et s'en sortir. Ou simplement casher ses actions en devenant public.
T'es pas oblige d'avoir un avis sur tout, surtout sur les sujets dont tu ne connais visiblement rien du tout, et si tu pouvais arrêter d'avoir ce ton incroyablement irascible, ca nous ferait des vacances.