Pour toi, le fait que ce soit possible signifie qu'il faut toujours imaginer que ce sera fait.
Je n'ai PAS dit ça.
Si c'est POSSIBLE, alors ça sera PEUT-ÊTRE fait. Si c'est IMPOSSIBLE, alors ça ne sera JAMAIS fait. C'est de la logique élémentaire. J'ai pas pas dit plus que ça.
Et allez on termine avec le couplet sur ton ennemi, les libristes intégristes qui n'existent que dans ton imagination.
Il y a des exemples de logiciels rendus propriétaires, qui ont été repris, ça marche ? Sinon ma boite a repris la maintenance d'une version abandonnée par l'éditeur « officiel ». Le code est énorme mais il n'y a pas non plus grand-chose à faire dessus.
Dans le cas du logiciel propriétaire, si le propriétaire décide d'arrêter alors personne ne peut rien y faire. C'est une question de possibilité, dans un cas c'est pas possible, dans l'autre c'est possible mais pas garanti. Le choix me paraît clair, non ?
Ton obsession de critiquer le libre et prendre systématiquement la défense du propriétaire a dû te faire libre de travers.
La différence c'est que la pérennité ne dépend pas que d'une seule entité. Si cette dernière arrête de supporter, dans le cas du propriétaire, personne ne peut prendre la relève.
Tu m'expliques toujours pas ce qui est plus simple
Je viens de le faire en plus tu réponds à ça. Tu es soit mythomane soit atteint d'une autre maladie mentale encore plus gênante.
Ils pourraient écrire dans le langage généré par HipHop par exemple.
Après tout ce sont des dieux du code, ils devraient en être capables. Niveau complexité, HipHop en ajoute si tu veux debugger ton code, et pour cette partie je ne vois pas de solution, donc le choix est vite fait.
De leur côté il a fallu tester et adapter toute leur application en plus de devoir coder entièrement HipHop, dans les deux cas la charge de travail est énorme.
Je n'ai peut-être pas clarifié le problème de Twitter : pour synchroniser du code déjà, autant simplement transférer ce qui a changé plutôt seulement la nouveauté. Avec murder, il faut tout transférer ! J'avais aussi oublié qu'il faut de toute façon transférer le fichier .torrent sur chaque machine de destination.
Le tracker BitTorrent est centralisé, j'ai été très clair, tu es donc soit de mauvaise foi soit demeuré. Ça fait un point central qui ne scale pas, et qui doit faire des choses beaucoup plus complexes que transférer des fichiers.
Vu les temps annoncés et leur utilisation de Capistrano pour faire ça, je pense que comme je l'ai dit précédemment ils ne lançaient pas leurs transferts en parallèle mais l'un après l'autre. La solution est donc évidente, lancer les transferts en parallèle avec à peu près n'importe quelle solution…
Mais je suppose que tu considère les développeurs de sites qui ont des semaines de downtime comme tes dieux personnels et qu'il est impensable que le moindre d'entre eux se trompe.
juste ne vient pas te plaindre qu'il n'y a pas de pilote / que les gens ne viennent pas sous Linux / je ne sais pas à quoi tu penses
Et tout ça, c'est parce qu'on ne t'écoute pas ! Éclaires-nous grand maître !
C'est juste bon pour les attaques personnelles contre une personne qui refuse de penser comme toi.
Le problème c'est que tu refuses de penser tout court, ça fait un moment que la seule chose que tes messages contiennent c'est des plaintes envers les libristes, tous intégristes qui ne t'écoutent pas mais on cherche en vain un début d'argument ou explication.
Avant tu trollais mais il y avait du contenu, là même pasBill pasGates est plus pertinent. Tu es remplaçable par un robot.
HipHop c'est un truc qui traduit un langage dans un autre, je pense que c'est assez suffisant pour voir la complexité de la chose. Le problème de cette approche c'est que ça introduit des limitations (ils ne supportent qu'une partie de PHP) et que ça complexifie énormément le debugging : est-ce un bug de HipHop ? de la source originelle ? comment trouver le problème dans la version source à partir de la version traduite ?
La solution plus simple c'est de réécrire le frontend dans un autre langage.
Murder demande quand même un point central, le tracker, qui va tout se prendre, et faire des opérations bien plus complexes que de transférer des données, la « scalabilité » est donc illusoire.
Vu l'environnement des serveurs, ils ne sont pas limités par la bande passante, et en utilisant BitTorrent qui est extrêmement gourmand en CPU, ils ont surtout des chances de devenir limité par ce dernier.
En plus ils disent que c'est pour du code, les données à transférer doivent pas être bien énormes par rapport au surcoût de l'utilisation de BitTorrent.
À ce qu'ils ont écrit je me demande s'ils n'attendaient pas que chaque serveur aie fini de récupérer les nouvelles données plutôt que de le faire en parallèle…
Dans les deux cas je n'ai pas l'impression qu'il y ait des utilisations autres qu'en interne.
Tu ne dois pas vraiment comprendre le sens de « hype », parce que justement c'est HipHop qui a fait un bruit monstrueux, même quand personne ne savait ce que c'était.
Je connais pas le premier déploiement de noSQL mais BigTable de Google c'était sans doute avant.
J'ai pas parlé de hadoop, je savais même pas qu'ils l'utilisaient.
Le fait est que Twitter et Facebook ont une très mauvaise disponibilité, par rapport à d'autres qui ont pourtant des choses plus complexes à gérer avec plus d'utilisateurs. Mais pourtant dès qu'on bosse là-bas on est automatiquement considéré comme un « dieu du code ». Je suppose que tu as ruminé ça dans ton esprit pendant des heures au point d'inventer des trucs que j'aurai pu dire ?
On a effectivement pas parle explicitement de hadoop
Et ça ne t'as empêché de l'inventer à deux reprises. Et de crier victoire dans le vide à nouveau.
Tu es tellement désespéré que tu as besoin de mentir pour faire de l'ad hominem ? Ou alors tu es tellement obsédé par les gens qui te vexent que tu inventes constamment des trucs pour rassurer ton petit ego ?
Je ne sais pas si git est « inutilisable » sans ligne de commande, mais à l'époque, il n'y avait pas de plugin pour Eclipse (utilisé par la majorité des devs au moment du passage), et les mauvais commits ont du coup disparu.
Ce n'est pas une feature − je ne travaille pas pour Microsoft − mais ça a confirmé mon idée qu'il fallait éviter ces interfaces graphiques.
Je ne vois pas trop le rapport avec l'intégration continue et l'absence de branches surtout que je l'utilise particulièrement avec git et des branches. Tu veux peut-être juste parler de l'absence de versions ?
En fait une fois qu'on maîtrise git, on a du mal à revenir sur autre chose (c'est mon cas actuellement, projet en subversion, argh). J'ai utilisé mercurial auparavant car j'en avais marre de svn et que c'était le plus similaire.
Sinon, les bêtises sont faciles à réparer avec git, par exemple les commits ne sont pas oubliés tout de suite et son retrouvables avec les logs qu'il crée (git reflog). C'est bien un des attraits, en plus de pouvoir faire des trucs complètement fous comme git commit --interactive pour ne commiter qu'une partie d'un fichier !
Dans ma boîte, depuis que les interfaces graphiques ne sont plus utilisées (en gros depuis le passage à git) il n'y a plus de commits faits n'importe comment.
J'ai jamais trop compris l'intérêt de l'interface graphique pour ça, les seuls moments où j'en utilise une c'est pour voir l'historique des commits (avec tig).
Je comprend pas comment tu as déterminé que publier sa branche était plus facile avec SVN. Sans compter les merges qui sont impossible sauf à suivre une organisation très stricte des branches, ne merger que dans un sens, etc.
Oui, ça n'a pas vraiment de sens te tenter de le faire évoluer. De par son architecture il gérera toujours moins bien les branches et sera toujours ultra lent, sauf à tout refaire.
À la limite quelques fonctions sympa comme stash ou une queue de commits, histoire de le rendre sa fin de vie moins douloureuse.
Les processeurs VIA avec « PadLock » ont des instructions pour accélérer les opérations de chiffrement, sinon il y a diverses autres solutions similaires mais ça ne risque plus d'être un « mini » PC.
Niveau spyware il me semble que la toolbar Google envoie aussi les sites que tu visites. Après ce qu'ils en font on s'en fout un peu, c'est surtout que c'est envoyé qui me gène.
Ce qui est aussi hypocrite c'est que comme pBpG ils ne parlent que de « ranking » alors qu'on voit aussi clairement qu'ils copient les résultats (Google ayant testé en injectant de faux résultats).
Personnellement j'ai hésité à répondre à la place de Zenitram avant lui, ses deux dernières remarques étant ultra prévisibles.
En fait je pense même que je vais pouvoir coder un Zenibot, on ne verrait pas la différence (vu qu'il ne fait plus l'effort de chercher des arguments, uniquement radoter).
Quel est le problème du clavier glissant qui a la taille de l'écran ? Le tactile n'aura pas des « boutons » plus gros vu que c'est la même surface, mais en revanche tu pourras l'utiliser plus difficilement en étant précis (sauf à utiliser les petits stylos, qui ont disparus parce que pas assez « cool » je suppose).
Le tactile c'est bien pour les hipsters qui n'ont pas beaucoup de place dans leurs jeans moulants, mais après…
[^] # Re: oui mais le logiciel privateur, c'est pareil
Posté par DLFP est mort . En réponse au journal It's a Long Way to the Top (If You Wanna Rock 'n' Roll). Évalué à 6.
Je n'ai PAS dit ça.
Si c'est POSSIBLE, alors ça sera PEUT-ÊTRE fait. Si c'est IMPOSSIBLE, alors ça ne sera JAMAIS fait. C'est de la logique élémentaire. J'ai pas pas dit plus que ça.
Et allez on termine avec le couplet sur ton ennemi, les libristes intégristes qui n'existent que dans ton imagination.
Tu es dans le délire le plus total.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: reprise
Posté par DLFP est mort . En réponse au journal It's a Long Way to the Top (If You Wanna Rock 'n' Roll). Évalué à 2.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: oui mais le logiciel privateur, c'est pareil
Posté par DLFP est mort . En réponse au journal It's a Long Way to the Top (If You Wanna Rock 'n' Roll). Évalué à 5.
Dans le cas du logiciel propriétaire, si le propriétaire décide d'arrêter alors personne ne peut rien y faire. C'est une question de possibilité, dans un cas c'est pas possible, dans l'autre c'est possible mais pas garanti. Le choix me paraît clair, non ?
Ton obsession de critiquer le libre et prendre systématiquement la défense du propriétaire a dû te faire libre de travers.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: oui mais le logiciel privateur, c'est pareil
Posté par DLFP est mort . En réponse au journal It's a Long Way to the Top (If You Wanna Rock 'n' Roll). Évalué à 3.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Ils font quoi chez Nokia?
Posté par DLFP est mort . En réponse au journal Nokia passe les composants Qt Quick de Meego en mode sous-marin pour le sprint final. Évalué à 2.
Je viens de le faire en plus tu réponds à ça. Tu es soit mythomane soit atteint d'une autre maladie mentale encore plus gênante.
Ils pourraient écrire dans le langage généré par HipHop par exemple.
Après tout ce sont des dieux du code, ils devraient en être capables. Niveau complexité, HipHop en ajoute si tu veux debugger ton code, et pour cette partie je ne vois pas de solution, donc le choix est vite fait.
De leur côté il a fallu tester et adapter toute leur application en plus de devoir coder entièrement HipHop, dans les deux cas la charge de travail est énorme.
Je n'ai peut-être pas clarifié le problème de Twitter : pour synchroniser du code déjà, autant simplement transférer ce qui a changé plutôt seulement la nouveauté. Avec murder, il faut tout transférer ! J'avais aussi oublié qu'il faut de toute façon transférer le fichier .torrent sur chaque machine de destination.
Le tracker BitTorrent est centralisé, j'ai été très clair, tu es donc soit de mauvaise foi soit demeuré. Ça fait un point central qui ne scale pas, et qui doit faire des choses beaucoup plus complexes que transférer des fichiers.
Vu les temps annoncés et leur utilisation de Capistrano pour faire ça, je pense que comme je l'ai dit précédemment ils ne lançaient pas leurs transferts en parallèle mais l'un après l'autre. La solution est donc évidente, lancer les transferts en parallèle avec à peu près n'importe quelle solution…
Mais je suppose que tu considère les développeurs de sites qui ont des semaines de downtime comme tes dieux personnels et qu'il est impensable que le moindre d'entre eux se trompe.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: L'arroseur arrosé
Posté par DLFP est mort . En réponse au journal Eux honnete? Non!. Évalué à 2.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Pour moi...
Posté par DLFP est mort . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 2.
Le dernier code c'est 2008 : https://code.google.com/p/appsnap/source/list
Je vais te laisser le bénéfice du doute et supposer que tu t'es honnêtement trompé.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: L'arroseur arrosé
Posté par DLFP est mort . En réponse au journal Eux honnete? Non!. Évalué à 3.
Et tout ça, c'est parce qu'on ne t'écoute pas ! Éclaires-nous grand maître !
C'est juste bon pour les attaques personnelles contre une personne qui refuse de penser comme toi.
Le problème c'est que tu refuses de penser tout court, ça fait un moment que la seule chose que tes messages contiennent c'est des plaintes envers les libristes, tous intégristes qui ne t'écoutent pas mais on cherche en vain un début d'argument ou explication.
Avant tu trollais mais il y avait du contenu, là même pasBill pasGates est plus pertinent. Tu es remplaçable par un robot.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Ils font quoi chez Nokia?
Posté par DLFP est mort . En réponse au journal Nokia passe les composants Qt Quick de Meego en mode sous-marin pour le sprint final. Évalué à 2.
HipHop c'est un truc qui traduit un langage dans un autre, je pense que c'est assez suffisant pour voir la complexité de la chose. Le problème de cette approche c'est que ça introduit des limitations (ils ne supportent qu'une partie de PHP) et que ça complexifie énormément le debugging : est-ce un bug de HipHop ? de la source originelle ? comment trouver le problème dans la version source à partir de la version traduite ?
La solution plus simple c'est de réécrire le frontend dans un autre langage.
Murder demande quand même un point central, le tracker, qui va tout se prendre, et faire des opérations bien plus complexes que de transférer des données, la « scalabilité » est donc illusoire.
Vu l'environnement des serveurs, ils ne sont pas limités par la bande passante, et en utilisant BitTorrent qui est extrêmement gourmand en CPU, ils ont surtout des chances de devenir limité par ce dernier.
En plus ils disent que c'est pour du code, les données à transférer doivent pas être bien énormes par rapport au surcoût de l'utilisation de BitTorrent.
À ce qu'ils ont écrit je me demande s'ils n'attendaient pas que chaque serveur aie fini de récupérer les nouvelles données plutôt que de le faire en parallèle…
Dans les deux cas je n'ai pas l'impression qu'il y ait des utilisations autres qu'en interne.
Tu ne dois pas vraiment comprendre le sens de « hype », parce que justement c'est HipHop qui a fait un bruit monstrueux, même quand personne ne savait ce que c'était.
Je connais pas le premier déploiement de noSQL mais BigTable de Google c'était sans doute avant.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Ils font quoi chez Nokia?
Posté par DLFP est mort . En réponse au journal Nokia passe les composants Qt Quick de Meego en mode sous-marin pour le sprint final. Évalué à 1.
J'ai pas parlé de hadoop, je savais même pas qu'ils l'utilisaient.
Le fait est que Twitter et Facebook ont une très mauvaise disponibilité, par rapport à d'autres qui ont pourtant des choses plus complexes à gérer avec plus d'utilisateurs. Mais pourtant dès qu'on bosse là-bas on est automatiquement considéré comme un « dieu du code ». Je suppose que tu as ruminé ça dans ton esprit pendant des heures au point d'inventer des trucs que j'aurai pu dire ?
On a effectivement pas parle explicitement de hadoop
Et ça ne t'as empêché de l'inventer à deux reprises. Et de crier victoire dans le vide à nouveau.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: L'arroseur arrosé
Posté par DLFP est mort . En réponse au journal Eux honnete? Non!. Évalué à 2.
Heureusement, Zenitram le Pragmatique, Notre Guide Suprême À Tous, est là pour organiser nos pauvres têtes et nous sauver de tous les Intégrismes.
Peut-être que « les libristes » ne pensent pas tous la même chose ?
Je t'invite à y réfléchir.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Ils font quoi chez Nokia?
Posté par DLFP est mort . En réponse au journal Nokia passe les composants Qt Quick de Meego en mode sous-marin pour le sprint final. Évalué à 1.
Tu es tellement désespéré que tu as besoin de mentir pour faire de l'ad hominem ? Ou alors tu es tellement obsédé par les gens qui te vexent que tu inventes constamment des trucs pour rassurer ton petit ego ?
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Interface graphique
Posté par DLFP est mort . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 2.
Ce n'est pas une feature − je ne travaille pas pour Microsoft − mais ça a confirmé mon idée qu'il fallait éviter ces interfaces graphiques.
Je ne vois pas trop le rapport avec l'intégration continue et l'absence de branches surtout que je l'utilise particulièrement avec git et des branches. Tu veux peut-être juste parler de l'absence de versions ?
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Évolution
Posté par DLFP est mort . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 4.
Sinon, les bêtises sont faciles à réparer avec git, par exemple les commits ne sont pas oubliés tout de suite et son retrouvables avec les logs qu'il crée (git reflog). C'est bien un des attraits, en plus de pouvoir faire des trucs complètement fous comme git commit --interactive pour ne commiter qu'une partie d'un fichier !
DLFP >> PCInpact > Numerama >> LinuxFr.org
# Interface graphique
Posté par DLFP est mort . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 10.
J'ai jamais trop compris l'intérêt de l'interface graphique pour ça, les seuls moments où j'en utilise une c'est pour voir l'historique des commits (avec tig).
Je comprend pas comment tu as déterminé que publier sa branche était plus facile avec SVN. Sans compter les merges qui sont impossible sauf à suivre une organisation très stricte des branches, ne merger que dans un sens, etc.
Et sinon, tu devrais essayer Mercurial.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: et gnome dans tout ca?
Posté par DLFP est mort . En réponse au journal Zeitgeist Moving Forward. Évalué à 4.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: c'est pas franchement grave
Posté par DLFP est mort . En réponse à la dépêche Rififi autour de Subversion. Évalué à 2.
À la limite quelques fonctions sympa comme stash ou une queue de commits, histoire de le rendre sa fin de vie moins douloureuse.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Dans le même sujet
Posté par DLFP est mort . En réponse au journal Pour les adeptes des petites machines (autohébergement...). Évalué à 2.
Sinon pourquoi petit ?
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Méta-moteur
Posté par DLFP est mort . En réponse au journal Eux honnete? Non!. Évalué à 2.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Pour moi...
Posté par DLFP est mort . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 2.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Méta-moteur
Posté par DLFP est mort . En réponse au journal Eux honnete? Non!. Évalué à 4.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: L'arroseur arrosé
Posté par DLFP est mort . En réponse au journal Eux honnete? Non!. Évalué à 4.
C'est pas dur de trouver mieux, propriétaire ou non.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: L'arroseur arrosé
Posté par DLFP est mort . En réponse au journal Eux honnete? Non!. Évalué à 3.
En fait je pense même que je vais pouvoir coder un Zenibot, on ne verrait pas la différence (vu qu'il ne fait plus l'effort de chercher des arguments, uniquement radoter).
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Ils font quoi chez Nokia?
Posté par DLFP est mort . En réponse au journal Nokia passe les composants Qt Quick de Meego en mode sous-marin pour le sprint final. Évalué à 1.
Le tactile c'est bien pour les hipsters qui n'ont pas beaucoup de place dans leurs jeans moulants, mais après…
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Pour moi...
Posté par DLFP est mort . En réponse au journal GNU/Linux est-il prêt pour le grand-père?. Évalué à 2.
Sinon, ça ne protège pas du man in the middle.
DLFP >> PCInpact > Numerama >> LinuxFr.org