Zenitram a écrit 29583 commentaires

  • [^] # Re: la réponse est évidente

    Posté par  (site web personnel) . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 4. Dernière modification le 27 octobre 2013 à 22:31.

    Alors dans un premier temps, tu réalises l'exploit de me dire que je n'ai qu'à utiliser un garbage collector pour ne pas avoir à gérer ma mémoire à la main (soit) et de m'expliquer dans le même commentaire que les garbage collector c'est pourri parce que la mémoire n'est jamais désallouée si on met pas les pointeurs à null.

    Non, il te dit que si tu veux un GC, tu en as un, avec les mêmes merdes qu'avec les autres language à GC obligatoire.

    Donc au final, il faut que j'utilise un garbage collector mais les garbage collector, ça sert à rien ?

    C'est toi qui veut un GC, il y peut rien si tu veux un truc qui ne marche pas bien… Il dit juste que si tu veux un truc qui sert à rien, tu peux l'avoir en C aussi, le manque de GC est un faux argument contre C.

    mais tu seras bien obligé d'admettre qu'utiliser un GC en C++ n'est pas courant.

    Ben disons que les gens ont compris que ça sert à rien, donc pas courant, oui.

    Si Java ne permettait de faire des daemons performants, tu crois pas qu'ils auraient recodé Hadoop en C++ ?

    Pas si ils ont des développeurs Java à la pelle qui refusent de faire du C/C++.
    Java a tellement été poussé par Sun à une époque que des dév' Java tu en as par camion entier de nos jours, malheureusement (et pour le bohnur des vendeurs de hardware, CPU autant que RAM)
    Au départ, les sociétés calculent que le camion de dévs Java coûtent moins cher que matos en plus, et quand ça doit scallait, il y a le poids de l'histoire qui fait qu'on ne change plus. Sun a été très fort sur le sujet.

    De la même manière, Facebook en est à devoir faire un traducteur PHP vers C pour ses camions de dévs PHP incapables de faire du PHP assez rapide et incapables de faire du C correct, le poids de l'histoire et du dévs pas cher par rapport au matos au début mais pas à la fin, encore…

    Bref, remballe ton troll bas de gamme, il est trop facile à démonter.

    A part que les GC C sont en "labs", tu n'as pas démonté grand chose…

    PS : oui, j'ai encore le souvenir de bons de commandes à signer sur des achats de machines monstrueuses pour afficher 3 graphiques en Java… Ca va sans doute me rester jusqu'à la fin de ma vie.

  • [^] # Re: Au risque de paraitre un peu raleur (encore) ....

    Posté par  (site web personnel) . En réponse à la dépêche Après 101 tours de jeu, fin de partie pour le noyau 3.0.x. Évalué à 2.

    Il me semble que les "updates" RHEL font à peut prêt la même chose (des "détails" plus ou moins importants suivant à qui on cause, par exemple tout ce que tu as dit sur le SP3 est vrai mais ne changeait rien pour pas mal de monde qui n'ont vu aucune différence, tu en entends plus parler que pour RHEL surtout parce qu'il y a plus d'utilisateurs, et en plus plus ou moins calmes quand la MAJ pose problème par rapport à des admins RHEL qui vont fouiller le web avant de reposer la question une 1000è fois)

  • [^] # Re: petite question

    Posté par  (site web personnel) . En réponse à la dépêche Mise en demeure, suite et fin. Évalué à 4.

    C'est très bien ainsi (libre à toi de prendre le risque de procès que tu gagnera peut-être mais c'est chiant à gérer), et les noms se retrouvent facilement (cf la dépèche initiale…)

  • [^] # Re: Au risque de paraitre un peu raleur (encore) ....

    Posté par  (site web personnel) . En réponse à la dépêche Après 101 tours de jeu, fin de partie pour le noyau 3.0.x. Évalué à 4.

    Donc chez Microsoft, c'est beaucoup moins que chez Red Hat.

    RHEL 5.0 (sans updates) est encore supportée? Il me semble que non (il faut la 5.9 oups 5 update 9), donc RedHat "updates" ou Windows "SP", même combat si on veut comparer.

  • [^] # Re: Au risque de paraitre un peu raleur (encore) ....

    Posté par  (site web personnel) . En réponse à la dépêche Après 101 tours de jeu, fin de partie pour le noyau 3.0.x. Évalué à 2.

    Ca m'avait surpris à l'époque mais je n'avais pas les arguments et les preuves nécessaires

    Pourquoi n'avoir simplement jamais regardé les pages de présentations de RedHat (et Suse de nos jours)? les "10 ans" n'a rien de nouveau pour RedHat (c'est même pour ça qu'on met du RedHat partout en entreprise un minimum sérieuse), et le libre permet à bien d'autres personnes que les mainteneurs "officiels" de maintenir un produit (dont redHat lui-même).

  • [^] # Re: Utiliser syslog avec systemd

    Posté par  (site web personnel) . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à -10.

    Syslog est parfaitement capable de traiter le volume de donnée.

    syslog pose problème sur ma machine à moi --> syslog c'est de la grosse merde (logique tirée d'un commentaire d'Enj0lras).

    Il n'y a pas à dire, les anti-systemd ont toujours autant d'argumetation objective…

  • [^] # Re: Mon opinion sur systemd

    Posté par  (site web personnel) . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à 5.

    Je trouve incroyable qu'on écrire un logiciel si gros en C de nos jours.

    Clair, Linux est une grosse merde, c'est incroyable qu'on continue avec un tel bousin si énorme et en C, vivement que Linux soit ré-écrit en Python (ou en Java, ha non, mieux ! en bash) pour que ce soit mieux et Enj0lras ne dise plsu que le gros problème de Linux est qu'il est écrit en C.

    Bref, cet phrase :

    Un des plus gros problèmes c'est que systemd est écrit en C

    montre surtout qu'il y a un tel manque d'arguments devant systemd qu'on en vient à inventer tout et n'importe quoi pour lui trouver des problèmes.
    Conclusions logique : en fait, il n'y a pas de problèmes avec systemd si les anti-systemd en sont à balancer de telle phrases des plus ridicules sans se dire qu'il y un soucis.

  • [^] # Re: Utiliser syslog avec systemd

    Posté par  (site web personnel) . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à -7. Dernière modification le 27 octobre 2013 à 09:28.

    pour autant, il est parfaitement possible d'utiliser syslog avec systemd (…) et ça fonctionne 

    Oui, mais la, tu demandes aux gens d'être objectifs (zut, si ils peuvent utiliser leur vieux truc lent et bouffeur de place juste pas activé par défaut car lent et bouffeur de place), ça empècherait de troller…

  • [^] # Re: C’est du propre

    Posté par  (site web personnel) . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à -8.

    C’est bien sur un serveur.
    En pratique, sur un poste client que tu veux redémarrer, c’est moins clair.

    hum… De nos jours, un poste client redémarre aussi souvent qu'un serveur.
    On n'est plus en 1990 (avec 30 ans de pratiques industrielle adapée uniquement à 1990 au passage), les usages on évolués.

    Non, l’intégration avec le système, (…) ou le pire (quasiment plus possible d’éviter systemd), c’est une nouveauté de systemd.

    Conneries : personne ne force à utiliser systemd : si "quasiment plus possible d’éviter systemd", c'est la volonté de tes mainteneurs, pas de systemd. Accuse plutôt tes mainteneurs de vouloir se faciliter la vie plutôt que d'en chier pour ta personne.

    Avec le bémol que la distribution la plus populaire n’a pas adopté systemd.

    Tu parles de qui?
    Debian? C'est pas la plus populaire, et c'est non pas à cause que systemd est nul, mais que ça pose un petit problème avec leur version BSD, sinon il y seraient passée.
    Ubuntu? Tu parles des gens qui essayent d'imposer Mir la… Ce n'est pas un argument

    Et le pire dans ce que tu dis, c'est qu'en quelques ligne tu dis une chose est son contraire : "quasiment plus possible d’éviter systemd" puis "la distribution la plus populaire n’a pas adopté systemd", désolé mais quand la disstribution la plus populaire n'adopte pas x, j'ai du mal à imagine que tu ne peux pas éviter x, suffit de prendre la plus populaire (la popularité d'un distro t'étant importante dans ton argumentation, ça devrait aller).

    Il remplace (hormis le système d’init) l’automontage (mal), la gestion de la veille (sans fournir toutes les fonctionnalités non plus), les journaux système…

    ben oui, c'est lié… Pareil, on n'est plus en 1990, les besoins ont évolués.

    Bref, systemd n’est pas dépourvu d’intérêt, mais tout n’est pas rose non plus.

    Personne n'a dit le conraire. Il rpond juste au besoin de 2013 ce que ne fait pas le "truc stable avec 30 ans de pratiques industrielle"

    Si tout ce que veulent les développeurs des *BSD, c’est un système d’init simple et fiable et pas autre chose, ils sont certainement mieux avec leur système actuel.

    Donc leur système actuel ne répond pas à leur besoin ("simple", ha ha ha) ok :)
    Après qu'ils fassent ce qu'ils veulent, mais à eux de faire le boulot chiant (les scripts) parce que les projets feront juste une fichier pour systemd simple, c'est tout aussi normal que les autres n'ai pas envie de se faire chier.
    Personne ne les force à adopter systemd comme personne ne force les projets à passer du temps pour d'autres système d'init que systemd.

  • [^] # Re: Pas les premiers à changer et pas les derniers

    Posté par  (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 2.

    Qt fournit tous les outils pour qu'un developpeur puisse obtenir un resultat tres proche du natif.

    Pour Mac, c'est pour le moment (Qt 5.1) cassé pour Qt5, alors que ça marchait pas mal avec Qt4, du coup ça fait hurler des maqueux (mais Digia n'a pas ça en priorité il semble) car ça se voit pas mal.
    setUnifiedTitleAndToolBarOnMac is broken in Qt5 SDK RC2

  • [^] # Re: Pas les premiers à changer et pas les derniers

    Posté par  (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 1.

    Les derniers à s'y intéresser sont Endless Mobile. Ils ont donné une keynote au GUADEC cette année.

    Rien compris au site web. Certainement pas une démo technique qu'on va pouvoir faire du GTK sur mobile.

    Il y a eu d'autres initiatives, voir la section Mobile sur cette page.

    De ce que je lis, c'est sur des mobiles d'un autre temps (à base de Maemo) que plus personne n'utilise (et que pas foule a utilisé dans le passé en fait). Ca démontre le problème d'une manière très percutance. Rassures-moi, c'était pour plaisanter sur GTK mobile que tu as pointé cette page?

    http://qt.digia.com/Product/Benefits/Qt-for-Mobile-Development/
    "Develop for Android and iOS with one codebase."
    "Easily migrate your desktop application to Android or iOS."

    Peut-être qu'on aura ça avec GTK4 ou 5 dans 15 ans, peut-être… en attendant, GTK n'est pas conseillable.

  • [^] # Re: Moi pas comprendre...

    Posté par  (site web personnel) . En réponse à la dépêche Mise en demeure, suite et fin. Évalué à 7. Dernière modification le 26 octobre 2013 à 13:54.

    C'est un peu simplifié par "consulter la déclaration de revenus" (qui est faux), mais les élément essentiels (nom, adresse, revenu imposable, montant de l'impôt) sont bien disponibles à quiconque de la commune.
    source officielle : http://vosdroits.service-public.fr/particuliers/F632.xhtml (qui oublie de rappeler que tu n'as pas le droit de le dire à une personne de la commune voisine, c'est un peu méchant de ne pas prévenir, mais peut-être que sur place on te le dit).

  • [^] # Re: Pas les premiers à changer et pas les derniers

    Posté par  (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 2. Dernière modification le 26 octobre 2013 à 09:14.

    et que Linux reste le système majoritaire utilisé par les développeurs.

    Ben voila : il ya des OS de troisièmes zone, et ben les utilisateurs de ces OS disent aux dev' que c'est lourd. Et comme ils sont nombreux…
    Qt considère Linux, Windows et Mac comme importants: Qt Reference Configurations

    GTK+ 3 est donc une période de transition.

    Ben en attendant le truc virtuel de dans 15 ans, viront GTK qui est vraiment pas agréable (surtout ces putains de boite de dialogue non natives et ce anque d'intégration dans l'OS) et utilisons un truc qui existe réellement.

    Développant en GTK+ depuis pas mal d'années, j'en suis assez satisfait.

    Tu développerais pas majoritairement sous Linux GTK et n'a rien à faire des utilisateurs de Windows et Mac et même Linux KDE par hasard?
    Car je connais pas foule d'heureux avec GTK quand ces platformes sont importantes (il faut rajouter de "skins", redvelopper les API de dialogue utilisateur etc…).

    Ces bibliothèques ont encore de beaux jours devant elles.

    Vu le nombre d'utilisateurs qui passent à Qt, vu le nombre de développeurs de GTK (proche de 0 "équivalent temps plein", je ne m'interesse pas au nombre de développeurs lui-même, on s'en fout un peu si il y a 10 personnes qui développent mais que 1% de leur temps; ça sera 0.1 "équivalent temps plein" soit moins sexy que 10 qui ne signifie pas grand chose), vu que GTK ne s'interesse pas aux mobiles, excuse moi, j'ai de grand doutes.

  • [^] # Re: Cela à l'air pas mal !

    Posté par  (site web personnel) . En réponse à la dépêche Andy's Super Great Park, libéré, arrive sur Android. Évalué à 3. Dernière modification le 25 octobre 2013 à 16:18.

    Qui saiT mieux que moi, si je veux fermer une application pour le pas la ré-ouvrir dans les prochains 15 jours ?

    une machine peut mieux savoir que toi, même si ça te choque, par rapport à tes habitudes etc… Car toi tu es dans le subjectif, et peut-être que 5 minutes après tu auras changé d'avis et comme Android n'aura pas eu besoin de la RAM, hop c'est plus rapide que ton truc manuel.

    Va falloir arrêter un jour d'imaginer que la machine est plus bête que l'humain sur ce genre de tâches (même pour les echecs de nos jours les machines battent l'Homme).

    J'ai horreur des trucs qui essaye de réfléchir à ma place !

    Pas moi, ça m'évite d'une de réfléchir à des trucs inutiles, et de deux c'est encore mieux si ces trucs sont plus doués que moi.
    tu voudrais pas avoir à refléchir pour démarrer ta machine (par exemple, genre 100 questions au démarrage pour savoir quel partie de l'OS il faut lancer plutôt que de recourir à systemd pour "optimiser le démarrage") aussi pendant qu'on y est?
    Ou une voiture avec une manivelle aussi même si c'est plus utile, car tu as l'habitude d'en avoir une?

    C'est bien ce que je dis, c'est vraiment une idée à la c…

    Au contraire.
    Je dirai que c'est de la résistance au changement (aimer faire une tâche inutile qu'on avait l'habitude de faire) à partir du moment où c'est bien fait (et ayant un Android avec peu de RAM, je constate que c'est plutôt bien fait).

  • [^] # Re: Pourquoi les constructeurs augmentent le nombre de points de fonctionnement tension/fréquence?

    Posté par  (site web personnel) . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à -1.

    D'un point de vue énergétique si on a une charge de 50% il est plus efficace de rester a un point de fonctionnement de 50% que d'osciller entre min et max (même sans compter le cout d'un changement de fréquence).

    lol (désolé, trop gros), tu ne connais pas grand chose…
    avec tout 50%, ta machine va se tourner les pouces pendant qu'elle n'a rien à faire, et le travail va durer plus longtemps quand elle a quelque chose à faire donc plus long donc plus de conso --> énorme conso en perspective.

    La gestion de conso est loin d'être aussi simpel que tu l'imagines (il y en a certains qui se sont amusé à tester, certes je n'ai plus le lien en tête, et genre pour une tache donnée il vaut mieux être "à fond" pendant un court laps de temps et s'endormir ensuite que d'être "moyen", ça aide la batterie et la satisfaction utilisateur sur la durée du travail, double gain)

    Dommage que ça soit par hasard…

    vas-y, propose ta méthode complète, et benche, qu'on rigole…

  • [^] # Re: Performance

    Posté par  (site web personnel) . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à -3.

    C'est ce que fait Windows de base non ?

    windows change au mode que tu désignes pour chaque cas.
    économe sur secteur et performance sur batterie si ça te chante. Bon ok ce n'est pas par défaut.

    Mais surtout, ce qu'on demande, c'est que ça s'adapte au besoin : des fois, j'ai besoin de perfs maximales sur batterie (je joue) et des fois j'ai besoin que ça chauffe pas trop même sur secteur.

    L'idée reste donc que l'utilisateur dit juste si il priorise la faible conso ou la perf, c'est tout (perso, j'ai mis "économie" pour les deux avec comme seule différence la durée pour la mise en veille de l'écran, par exemple), il ne devrait pas à avoir à changer sa politique suivant ce qu'il fait (la machine doit être capable de comprendre)

    Finalement, on constate que le titre du journal va un peu vite en conclusion, car si on joue, actuellement on met sur "performance" car Linux n'était pas capable de correctement gérer le mode "ondemand" (hum… On est en 2013 non? bon ok les gros jouers ne sont pas sous Linux) alors que Windows le fait depuis des lustres (désolé, mais j'ai rarement vu Windows passer en mode basse fréquence quand Diablo est lancé, on contraire), les performances ne s'améliorent pas sur la vidéo, on a juste optimisé la gestion des fréquences.

    Un grand titre pour surtout dire qu'on a corrigé un bug (mauvais algo qui prennait que 2 valeurs, min et max, plutôt que l'ensemble des valeurs possibles, c'est bien ça?) dans le programme "ondemand" :).

  • [^] # Re: The Dark Mod n'est donc pas un jeu libre

    Posté par  (site web personnel) . En réponse à la dépêche The Dark Mod 2.0 sort en version standalone. Évalué à 2.

    Ca, c'est que tu penses, mais du point de vue juridique tarabiscoté?
    Car des "xxx offerts" ou "+20% gratuit" (j'ai jamais osé prendre 20% du paquet pour aller à la caisse…), il y a en a partout dans les pubs et l'Etat ne condamne pas pour pub trompeuse (ce que je trouve pas normal, mais voila, c'est moi).

  • [^] # Re: The Dark Mod n'est donc pas un jeu libre

    Posté par  (site web personnel) . En réponse à la dépêche The Dark Mod 2.0 sort en version standalone. Évalué à 2.

    Ce n'était pas vraiment ce que je lisais au début du projet.

    Beaucoup de personnes s'imaginent adorer le libre alors qu'ils n'aiment pas spécialement le libre, rien de nouveau.
    Le libre est autorisé, c'est déjà ça! Car des fois, des gens disant être proches du libre ne supportent pas le libre du tout (voir quelques journaux sur le sujet de personnes se demandant comment interdire les "méchantes entreprises" d'utiliser leur code sans payer).

  • [^] # Re: The Dark Mod n'est donc pas un jeu libre

    Posté par  (site web personnel) . En réponse à la dépêche The Dark Mod 2.0 sort en version standalone. Évalué à 0.

    et regarde pourquoi supertuxkart est dans les distributions alors que darkmod ny sera probablement jamais

    Il y a pas des dépôts "non free" pour les logiciels avec du contenu NC?
    Debian Non-free

    C'est pas l'objectif de ces dépôts de proproposer de packager même si pas libre?

  • [^] # Re: The Dark Mod n'est donc pas un jeu libre

    Posté par  (site web personnel) . En réponse à la dépêche The Dark Mod 2.0 sort en version standalone. Évalué à 3.

    Unvanquished (…) Pourtant, ils publient code et donnée en libre.

    Euh…
    http://unvanquished.net/wiki/index.php/Contributing/Artists#Licensing
    NC semble accepté, donc résultat pas libre non plus.
    Pas d'argent, mais pas libre, ou alors j'ai pas suivi et je demande une explication pour le "en libre".

    [Edit: woah ça a dégainé vachement vite ! o.O]

    Ben il trolle sec :).

  • [^] # Re: The Dark Mod n'est donc pas un jeu libre

    Posté par  (site web personnel) . En réponse à la dépêche The Dark Mod 2.0 sort en version standalone. Évalué à 4. Dernière modification le 24 octobre 2013 à 15:13.

    C'est donc bien un jeu libre,

    non. le NC sur une très grosse partie du programme (les images) empèche de dire que le jeu est libre. Tu remarqueras que la dépèche a bien été écrites dans ce sens.

    à but non lucratif

    Vois pas le rapport : le NC peut aussi bien être utilisé par des gens contre le lucratif que par des gens qui souhaitent te vendre une version non NC.

    Bon, ici ça a l'air à but non lucratif, mais ça n'en fait un jeu libre, loin de la (il y a plein de "freewares" gratuit sans versions payantes et sans les sources…)
    Le libre n'a rien contre le lucratif, ni le non lucratif, et le libre a quelque chose contre l'interdiction du lucratif, si tu n'as pas compris ça c'est que tu n'as pas compris ce qu'est le libre.

    A ce propos il serait bon que les licences libre intègrent cette notion.

    Quelle notion? NC est complètement incompatible avec le libre, donc ça va être dur d' "intégrer" cette notion. a force, libre sera utilisable par Microsoft pour vendre Windows, vu que certains essayent d'y mettre leurs vision du monde dedans, je vois pas pourquoi Microsoft n'aurait alors pas le droit d'y mettre windows si on autorise le NC.

    Le libre fonctionne car il a un équilibre, met du NC dans le libre et l'équilibre sera rompu (de beaucoup).

  • [^] # Re: Stop ce genre de dépêche

    Posté par  (site web personnel) . En réponse à la dépêche The Dark Mod 2.0 sort en version standalone. Évalué à 2.

    mais en full libre.

    La dépèche avait pourtant bien fait attention (merci au passage de ne pas avoir fait le jeu des gens qui veulent mélanger libre et NC) de préciser que ce n'était pas full libre…
    Ce n'est pas full libre, c'est partiellement libre (le moteur l'est, le décors de l'est pas).

    En effet comme beaucoup de gens, j'aime bien jouer aux jeux vidéo.

    Ca fait un moment qu'il y a des jeux (gratuits, non libres) sous Linux, mauvaise excuse, ce n'est qu'un parmis d'autres, donc si tu es à fond dans le libre, pas de soucis ce jeu t'es moralement interdit :).

  • [^] # Re: La démo de WebODF

    Posté par  (site web personnel) . En réponse au journal Owncloud documents. Évalué à 1.

    Vous voyez la chose d'un point de vue administrateur système alors que c'est l'utilisateur lambda qui est ciblé.

    chiche!
    Donc l'application native étant installé par l'admin système, c'est un seul clic aussi.
    Merci.

    c'est mieux et plus simple de ne pas avoir à télécharger/exécuter/installer un logiciel en faisant attention à son système d'exploitation, l'architecture de sa machine, les risques de sécurité, etc…

    C'est le boulot de l'administrateur système, pas de l'utilisateur lambda.
    Bizarre que tu prennes l'admin d'un côté, et pas de l'autre…

  • [^] # Re: La démo de WebODF

    Posté par  (site web personnel) . En réponse au journal Owncloud documents. Évalué à 4. Dernière modification le 24 octobre 2013 à 12:02.

    ou j'ai eu le malheur de parler de HTML au lieu de Qt.

    Pour ceux pas au courant, il parlait de HTML pour une application d'analyse de trames réseau, le truc où tu dois dans tous les cas installer le logiciel pour choper les trames réseaux et ui afficher plein de lignes très très rapidement (chiche de faire pareil en HTML5!), alors que la on parle d'un truc qui demande quelques cycles CPU et 1 fps (de l'édition de texte, que c'est grand!)
    sans compter que comme l'a dit JGO, Qt n'a absolument rien à voir avec le sujet ici, c'est jsute une attque gratuite contre ce Qt détesté on ne sait pas trop pourquoi.
    Bref, une belle démonstration sur comment tout mélanger sans essayer de comprendre le hic.

  • [^] # Re: Explications

    Posté par  (site web personnel) . En réponse à la dépêche OpenStack 2013.2 ("Havana") est sortie !. Évalué à 4.

    Peut-on parler de cloud quand les données restent dans l'entreprise ? Je ne sais pas…

    A part pour les marketeux, rester ou pas dans l'entreprisse ne change rien à l'aspect technique de la chose.
    Je dirai qu'on "out source" son cloud ou pas, le cloud pouvant être dans ou à l'extérieur de l'entreprise, le cloud étant une façon de gérer du matos et des demandes de ressources.