Mouais m'enfin c'est quand même un peu confondre se trouver sous le vent et se faire souffler la fumée dans la figure.
Pour que l'analogie soit correcte il faudrait dire : accepteriez vous de vous prendre les éclaboussures de mon urine quand je me soulage ?
Mine de rien c'est ça qui fait toute la différence :
- si je te pisse dessus ou que je te souffle la fumée dans la figure alors ok je veux bien être considéré comme un enfoiré
- si tu te mets sous mon jet d'urine ou sous le vent alors que je me soulage ou je fume là où j'en ai le droit, ne vient pas te plaindre.
La correction du fumeur c'est de voir si quand il fume il ne va pas arroser tout le monde. La correction du non fumeur c'est d'éviter de rentrer en croisade quand il sait qu'il risque de se faire enfumer.
Cette phrase ne veut rien dire : une loi est valable et appliquée à partir du moment où elle est publiée au JO ce qui est le cas des lois sur le tabac dans les lieux publics.
Tu dois t'efforcer de l'appliquer sans qu'on ait besoin de te le demander, sans qu'un flic t'impose de la respecter.
Donc évite de fumer là où c'est interdit et n'attends pas qu'on te le demande, c'est typiquement ce manque de respect (de la loi et donc des autres) qui est pointé du doigt avec raison par les non fumeurs.
Après, s'ils ne supportent pas les haies de fumeurs a l'entrée des bars ou l'idée qu'on puisse prendre plaisir à fumer, c'est leur problème, pas celui des fumeurs.
Pour certains points oui : le téléphone ça s'installe pour pas cher. Pour d'autres aspects c'est plus compliqué (l'isolation, les canalisations, l'installation électrique, le chauffage etc).
Si tu récupères la maison a papy qu'il a laissé sans travaux depuis les années 60, ça va te couter cher pour en faire l'équivalent d'une maison neuve (et pas qu'en termes de confort). Quand à chiffrer si ça coute plus ou moins cher, ça doit évidement dépendre de l'état de la maison à rénover et du résultat attendu.
Oui, c'est mal exprimé et j'aurais du dire : personne aujourd'hui n'accepterai de vivre dans une maison au standard des années 60 :
- réseau électrique garanti électrocution (pas de prises de terre, les fusibles a l'ancienne) départ de feu en option
- pas de téléphone dans la majorité des maisons
- chauffage et isolation à l'efficacité et à un prix défiant toute concurrence (double viquoi ?)
- matériaux de première qualité (peintures et canalisations au plomb, un peu d'amiante pour te tenir chaud)
- dans les immeubles, le concept du vide ordure qui fleurait bon la poubelle et servait d'autoroute à cafard.
Il n'y a qu'à voir les immeubles d'après-guerre : combien sont pourris jusqu'à la moëlle, au point de devoir être rasés. Pourtant, ils n'ont que 60 ans max. !
d'un autre côté, pourquoi vouloir faire des bâtiments qui durent si longtemps ?
Les règles de constructions d'il y a 30 ans pour les bâtiments ne sont plus les mêmes que celles d'aujourd'hui et à tous les niveaux (placement, placement des ouvertures, matériaux, câblages, sécurité…), les actuelles seront sans doute caduques dans 30 ans.
L'entretient a aussi un coût (pas que financier) et un impact augmentant avec le temps (consommation énergétique, d'eau, émissions nocives diverses …).
Depuis 2010, on impose en France la basse consommation aux bâtiments publics et tertiaires en construction, en 2013 ce sera pour tous les bâtiments. Si le parc d'avant 2010 dure 100 ans, dans combien de temps aura-t'on un parc majoritairement à basse consommation ? Bonjour l'inertie.
Et puis, les standards de vie font que personne aujourd'hui accepterai de vivre dans une maison des années 60. Or, la remise aux normes et standards de vie d'un bâtiment coute presque aussi cher que sa démolition / reconstruction. Ce qui coute cher maintenant, c'est le terrain pas le bâtiment : autant reconstruire.
Des bâtiments à courte vie facilitent la gestion de l'urbanisme et vu notre démographie galopante et plus de la moitié de la population mondiale en zone urbaine, il me semble que c'est un des enjeux majeurs de ce siècle déjà bien entamé.
Alors vraiment, je me demande bien pourquoi on chercherai à construire des bâtiments qui durent alors que ça présente beaucoup d'inconvénients.
Ce que tu décris correspond à un mode en ligne ou hors ligne, pas binaire / natif mais c'est vrai que c'est moi qui ait commencé avec mon proxy :)
Ton appli web hors ligne est crackable de la meme manière que n'importe quel binaire hors ligne et un binaire se connectant sur un serveur te permet les mêmes fouilles de données qu'une appli web.
Comme l'a dit quelqu'un au dessus, il reste encore beaucoup de monde qui pense qu'une appli native est un binaire isolé du monde, tout comme une application web semble rester dans les esprits comme une application en ligne.
Pour en revenir à la question du piratage, je ne vois pas ce qu'offre de plus une techno web par rapport à du natif.
Le client mail c'est pas non plus un ERP hein :) Et encore moins un outil de CAO. Mais bon prenons le client mail.
. Installer un logiciel desktop signifie attendre son téléchargement, répondre à des questions pas rassurantes de l'OS/browser pour exécuter l'installateur et configurer le logiciel
90% des Windows grand publics sont installés avec un client mail. Pas de téléchargement, pas d'installation juste a répondre à quelques questions de config qui en effet ne sont pas posées quand tu vas sur un webmail… Uniquement parce que le webmail est lié au fournisseur de l'email. Tu as la même complexité si tu veux que ton webmail aille pomper les mails ailleurs que chez son hébergeur (pour peu que ce soit autorisé).
Si MS avait créé un compte MSN / hotmail et préconfiguré outlook express pour y accèder, je pense que Madame Michu appellerait un mail un "MSN".
Sous mobile, je suis curieux de connaître la proportion de gens qui utilisent un client webmail au lieu d'une appli native. Comme dit au dessous, Madame Michu utilise ce qu'on lui propose par défaut. Fut une époque c'était Outlook express, maintenant c'est OrangeMail ou GMail.
Finalement, la question qu'il faut se poser est peut-être cela là : un service peut-il se passer d'une application web ?
Ca dépend du point de vue. Ta question, d'un point de vue marketting est sans doute bonne : tu proposes une possibilité avant même l'expression du besoin (donc tu peux vendre quelque chose même si c'est inutile).
D'un point de vue purement technique, il me semble complètement délirant de proposer des solutions avant d'avoir un besoin exprimé. La question serait plutôt : sous quelle forme un service répond-il mieux à mon besoin ?
Le multiplateforme c'est de toutes façons la misère.
En web comme en n'importe quoi on impose la plateforme sinon on ne s'en sort pas.
Actuellement sur le web, si tu n'as pas :
- un navigateur récent (essaye d'aller sur le net avec un Moz 1.0 et rigole :) )
- un navigateur acceptant les cookies ET javascript
- un navigateur en mode graphique (et oui, y'en a en mode texte et c'est bien pratique dans certains cas)
Tu n'as pas accès a 90% des sites web disponibles sur le net. Pourtant la techno a été faite pour supporter tout ça.
En natif c'est pareil : pour limiter les couts on limite les plateformes supportées.
Quand au mobile… Une appli (web ou non) destinée à un ordi classique rendra mal sur un écran timbre poste avec un pipo clavier, il te faudra généralement la revoir pour l'adapter aux possibilités de la machine (à minima l'IHM, mais bon c'est quand même la grosse partie d'une appli exécutable sous mobile). Alors à moins que tu ne développes ton appli web que pour les mobiles, tu n'échapperas pas à un développement.
Bref, je ne pense pas qu'un mec qui développe une appli pour un Windows, une distro linux ou pour une VM Java ou .NET (oui je met ça dans le natif : c'est natif à la VM ,) ) ait un surcout par rapport à ce que tu rencontres en Web. A mon avis il a même moins de maintenance sur l'existant qu'une application web un peu chiadée, vu la faible durée de vie des multiples versions des navigateurs / framework / libs utilisées dans le monde du web.
Tout à fait d'accord et c'est ce qui fait que le piratage n'est pas un argument qui se tient quand on parle de monétisation d'une application de manière générale. Suivant le cadre et le public visés par le logiciel, on sera plus ou moins exposé au piratage et on aura des stratégies différentes pour tenter de lutter contre, et ce, quelque soit le type d'appli (web ou non).
J'imagine que WoW n'a pas les mêmes problèmes de piratage que Warcraft3, et googlemaps doit avoir des problèmes liés au piratage différents de ceux de googlemail.
Voir que c'est plus simple de pirater mon appli native et donc de ne rien toucher dessus plutôt que mon appli web avec abonnement
Cette bonne blague :) Ce n'est pas parce que ça ne s'installe pas qu'on ne profite pas du service, un proxy ou un partage de compte et le tour est joué pour 99% des applis web.
En quelle manière ? Parce que le déploiement sur les postes clients est "instantané" ? A part ça, je ne vois pas en quoi les technos web simplifient le cycle de développement.
je vends aux entreprises des logiciels faits pour eux uniquement et pour le prix d'une intégration d'un CRM en code compilé type SAGE ou CEGID dont 80% des fonctionnalités ne leur sont pas utiles, les 20% restant étant inutilement complexes.
Rien à voir avec la techno employée : tu compares un produit boite qui ne correspond pas à leurs besoins et une application sur mesure. Tu vendrais ces mêmes softs sur mesure en natif tu aurais les mêmes conclusions : 80% des fonctionnalités des mastodontes sont inutiles au client, les 20% restant resteraient trop compliqués et ton appli sur mesure correspondrait mieux à leurs besoins.
utilisation non prévue du html document != application.
tu oublies l'autre aspect qui est http != ip qui est tout aussi important. Le service web, ça va bien dans une appli avec une communication requête client / réponse serveur, mais ça devient n'importe quoi dans une appli où il y a des interactions plus complexes entre le serveur et le client. Mais c'est vrai que l'argument de vente c'est que ça passe les firewall donc que c'est BIEN (tm).
Décidement tu dois te tromper de post ou j'ai un bug d'affichage : je ne parle pas d'inetd mais de l'utilisation des scripts shell et du fait qu'avoir les modifier n'implique pas qu'ils soient codés avec les pieds (ce que toi tu affirmes).
Le seul rapport avec inetd ou autre service c'est qu'on utilise des script shell pour les démarrer.
Le seul rapport avec systemd c'est quand je dis que systemd n'amène rien qui n'existe déjà qui ne se fasse très bien par scripts.
Désolé je ne vois pas comment tu en arrives à me faire dire qu'inetd et les binaires c'est de la merde. Alors respire un coup et relis au calme.
C'est quoi la différence entre ce que fait inetd et ce que fait systemd ?
dans un cas il y a deux choses à connaitre (le shell et la conf du service), dans l'autre il y en a 3 (systemd, le shell et la conf du service) => plutôt que de se baser sur l'existant, on réinvente la roue.
Il utilise tous les deux un fichiers de conf pour lancer un service, et j'ai jamais vu personne geuler…
beh j'ai pas gueulé non plus, c'est toi qui démarre au quart de tour
Beh universelle non puisqu'il y a des dialectes mais tu ne peux nier qu'elle soit très connue car utilisée sur tous les unix de la planète, entre autres systèmes l'utilisant, et que contrairement à la syntaxe d'un fichier conf quel qu'il soit, elle sert à faire plein de choses utiles autres que la conf d'un soft.
et tout à fait lisible par n'importe qui.
Qui parle de lisible par tout le monde ? Parce que tu crois que quand madame Michu ira bidouiller son systemd (et les scrips shell qu'il n'élimine pas) pour faire sa config aux petits oignons elle s'affranchira de potasser les docs sur les syntaxes utilisées ?
Quand à l'admin système du quartier, s'il n'est pas foutu de lire un script shell alors crois moi, systemd n'est pas la solution à ses problèmes.
Rien.
C'est ce que je dis : le mec réinvente la roue et ce au prix d'ajouter une énieme syntaxe spécifique (celle de la conf de systemd) pour faire ce qui se faisait avant dans une syntaxe unique : sh.
De toutes manières ce n'est pas le propos principal de mon post : ce que je relevais c'est que devoir modifier un script ne veut pas dire que ce script est codé avec les pieds. Si on fait des scripts et pas du compilé c'est justement pour rendre simples les modifs éventuelles pour adapter le programme au contexte.
[^] # Re: Liberté obligatoire
Posté par Toufou (site web personnel) . En réponse au journal [ Liberté ] : Association de défense des "droits des fumeurs adultes". Évalué à 2.
En attendant ça n'est pas interdit et il est bon de le rappeler aux gens qui croient que ça l'est.
[^] # Re: j'ai pas tout lu, je ne sais pas si ca a deja été evoqué
Posté par Toufou (site web personnel) . En réponse au journal [ Liberté ] : Association de défense des "droits des fumeurs adultes". Évalué à 0.
Mouais m'enfin c'est quand même un peu confondre se trouver sous le vent et se faire souffler la fumée dans la figure.
Pour que l'analogie soit correcte il faudrait dire : accepteriez vous de vous prendre les éclaboussures de mon urine quand je me soulage ?
Mine de rien c'est ça qui fait toute la différence :
- si je te pisse dessus ou que je te souffle la fumée dans la figure alors ok je veux bien être considéré comme un enfoiré
- si tu te mets sous mon jet d'urine ou sous le vent alors que je me soulage ou je fume là où j'en ai le droit, ne vient pas te plaindre.
La correction du fumeur c'est de voir si quand il fume il ne va pas arroser tout le monde. La correction du non fumeur c'est d'éviter de rentrer en croisade quand il sait qu'il risque de se faire enfumer.
[^] # Re: Liberté obligatoire
Posté par Toufou (site web personnel) . En réponse au journal [ Liberté ] : Association de défense des "droits des fumeurs adultes". Évalué à 2.
depuis quand il est interdit de fumer dans un abribus (en France) ?
[^] # Re: Liberté obligatoire
Posté par Toufou (site web personnel) . En réponse au journal [ Liberté ] : Association de défense des "droits des fumeurs adultes". Évalué à 3.
Cette phrase ne veut rien dire : une loi est valable et appliquée à partir du moment où elle est publiée au JO ce qui est le cas des lois sur le tabac dans les lieux publics.
Tu dois t'efforcer de l'appliquer sans qu'on ait besoin de te le demander, sans qu'un flic t'impose de la respecter.
Donc évite de fumer là où c'est interdit et n'attends pas qu'on te le demande, c'est typiquement ce manque de respect (de la loi et donc des autres) qui est pointé du doigt avec raison par les non fumeurs.
Après, s'ils ne supportent pas les haies de fumeurs a l'entrée des bars ou l'idée qu'on puisse prendre plaisir à fumer, c'est leur problème, pas celui des fumeurs.
[^] # Re: Negawatt
Posté par Toufou (site web personnel) . En réponse au journal L'énergie électrique est moins cher en Allemagne qu'en France. Évalué à 2.
Pour certains points oui : le téléphone ça s'installe pour pas cher. Pour d'autres aspects c'est plus compliqué (l'isolation, les canalisations, l'installation électrique, le chauffage etc).
Si tu récupères la maison a papy qu'il a laissé sans travaux depuis les années 60, ça va te couter cher pour en faire l'équivalent d'une maison neuve (et pas qu'en termes de confort). Quand à chiffrer si ça coute plus ou moins cher, ça doit évidement dépendre de l'état de la maison à rénover et du résultat attendu.
[^] # Re: Negawatt
Posté par Toufou (site web personnel) . En réponse au journal L'énergie électrique est moins cher en Allemagne qu'en France. Évalué à 5.
Oui, c'est mal exprimé et j'aurais du dire : personne aujourd'hui n'accepterai de vivre dans une maison au standard des années 60 :
- réseau électrique garanti électrocution (pas de prises de terre, les fusibles a l'ancienne) départ de feu en option
- pas de téléphone dans la majorité des maisons
- chauffage et isolation à l'efficacité et à un prix défiant toute concurrence (double viquoi ?)
- matériaux de première qualité (peintures et canalisations au plomb, un peu d'amiante pour te tenir chaud)
- dans les immeubles, le concept du vide ordure qui fleurait bon la poubelle et servait d'autoroute à cafard.
J'en passe et des meilleures.
[^] # Re: Negawatt
Posté par Toufou (site web personnel) . En réponse au journal L'énergie électrique est moins cher en Allemagne qu'en France. Évalué à 3.
d'un autre côté, pourquoi vouloir faire des bâtiments qui durent si longtemps ?
Les règles de constructions d'il y a 30 ans pour les bâtiments ne sont plus les mêmes que celles d'aujourd'hui et à tous les niveaux (placement, placement des ouvertures, matériaux, câblages, sécurité…), les actuelles seront sans doute caduques dans 30 ans.
L'entretient a aussi un coût (pas que financier) et un impact augmentant avec le temps (consommation énergétique, d'eau, émissions nocives diverses …).
Depuis 2010, on impose en France la basse consommation aux bâtiments publics et tertiaires en construction, en 2013 ce sera pour tous les bâtiments. Si le parc d'avant 2010 dure 100 ans, dans combien de temps aura-t'on un parc majoritairement à basse consommation ? Bonjour l'inertie.
Et puis, les standards de vie font que personne aujourd'hui accepterai de vivre dans une maison des années 60. Or, la remise aux normes et standards de vie d'un bâtiment coute presque aussi cher que sa démolition / reconstruction. Ce qui coute cher maintenant, c'est le terrain pas le bâtiment : autant reconstruire.
Des bâtiments à courte vie facilitent la gestion de l'urbanisme et vu notre démographie galopante et plus de la moitié de la population mondiale en zone urbaine, il me semble que c'est un des enjeux majeurs de ce siècle déjà bien entamé.
Alors vraiment, je me demande bien pourquoi on chercherai à construire des bâtiments qui durent alors que ça présente beaucoup d'inconvénients.
PS: non je ne suis pas le fils Bouygues ,)
[^] # Re: laposte.net
Posté par Toufou (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 5.
Bah c'est pas comme s'ils étaient les seuls !
Envoyé de ma tortue ninja
[^] # Re: range ~~ta chambre~~ tes emails !
Posté par Toufou (site web personnel) . En réponse au journal free et la gestion des mails. Évalué à 1.
t'façons, le tourne vice, c'est un truc de pervers …
[^] # Re: Il devrait faire attention
Posté par Toufou (site web personnel) . En réponse au journal Banques : à quand une condamnation sévère pour non-sécurisation ?. Évalué à 1.
surtout qu'a l'époque ils n'étaient pas a 4€
c'est où la porte ?
# un avis sur la question
Posté par Toufou (site web personnel) . En réponse au journal Toi aussi gagne un séjour en HP. Évalué à 2.
tiens tant que j'y suis, un autre lien sur le sujet :
http://blogs.mediapart.fr/blog/gilles-sainati/030412/brazil-languedocien
C'est un juriste qui donne quelques explications sur la procédure utilisée et son avis sur la question.
D'ailleurs, un autre lien (musical) en rapport parce que j'aime bien trust : http://www.youtube.com/watch?v=QOPhVxlw0EE
Et en effet, j'ai warpé la date de l'évènement : ça s'est passé la semaine dernière et non hier.
Fallait bien que mon pseudo me joue des tours :)
[^] # Re: Et bah...
Posté par Toufou (site web personnel) . En réponse au journal Toi aussi gagne un séjour en HP. Évalué à 1.
Ah beh oui tiens j'ai une semaine de retard :D
Un coup d'IPOT et ça repart…
[^] # Re: hum...
Posté par Toufou (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 3.
Ce que tu décris correspond à un mode en ligne ou hors ligne, pas binaire / natif mais c'est vrai que c'est moi qui ait commencé avec mon proxy :)
Ton appli web hors ligne est crackable de la meme manière que n'importe quel binaire hors ligne et un binaire se connectant sur un serveur te permet les mêmes fouilles de données qu'une appli web.
Comme l'a dit quelqu'un au dessus, il reste encore beaucoup de monde qui pense qu'une appli native est un binaire isolé du monde, tout comme une application web semble rester dans les esprits comme une application en ligne.
Pour en revenir à la question du piratage, je ne vois pas ce qu'offre de plus une techno web par rapport à du natif.
[^] # Re: Ne pas juger sur la valeur mais sur l'opportunité
Posté par Toufou (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 1.
Le client mail c'est pas non plus un ERP hein :) Et encore moins un outil de CAO. Mais bon prenons le client mail.
90% des Windows grand publics sont installés avec un client mail. Pas de téléchargement, pas d'installation juste a répondre à quelques questions de config qui en effet ne sont pas posées quand tu vas sur un webmail… Uniquement parce que le webmail est lié au fournisseur de l'email. Tu as la même complexité si tu veux que ton webmail aille pomper les mails ailleurs que chez son hébergeur (pour peu que ce soit autorisé).
Si MS avait créé un compte MSN / hotmail et préconfiguré outlook express pour y accèder, je pense que Madame Michu appellerait un mail un "MSN".
Sous mobile, je suis curieux de connaître la proportion de gens qui utilisent un client webmail au lieu d'une appli native. Comme dit au dessous, Madame Michu utilise ce qu'on lui propose par défaut. Fut une époque c'était Outlook express, maintenant c'est OrangeMail ou GMail.
Ca dépend du point de vue. Ta question, d'un point de vue marketting est sans doute bonne : tu proposes une possibilité avant même l'expression du besoin (donc tu peux vendre quelque chose même si c'est inutile).
D'un point de vue purement technique, il me semble complètement délirant de proposer des solutions avant d'avoir un besoin exprimé. La question serait plutôt : sous quelle forme un service répond-il mieux à mon besoin ?
[^] # Re: Ne pas juger sur la valeur mais sur l'opportunité
Posté par Toufou (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 1.
Le multiplateforme c'est de toutes façons la misère.
En web comme en n'importe quoi on impose la plateforme sinon on ne s'en sort pas.
Actuellement sur le web, si tu n'as pas :
- un navigateur récent (essaye d'aller sur le net avec un Moz 1.0 et rigole :) )
- un navigateur acceptant les cookies ET javascript
- un navigateur en mode graphique (et oui, y'en a en mode texte et c'est bien pratique dans certains cas)
Tu n'as pas accès a 90% des sites web disponibles sur le net. Pourtant la techno a été faite pour supporter tout ça.
En natif c'est pareil : pour limiter les couts on limite les plateformes supportées.
Quand au mobile… Une appli (web ou non) destinée à un ordi classique rendra mal sur un écran timbre poste avec un pipo clavier, il te faudra généralement la revoir pour l'adapter aux possibilités de la machine (à minima l'IHM, mais bon c'est quand même la grosse partie d'une appli exécutable sous mobile). Alors à moins que tu ne développes ton appli web que pour les mobiles, tu n'échapperas pas à un développement.
Bref, je ne pense pas qu'un mec qui développe une appli pour un Windows, une distro linux ou pour une VM Java ou .NET (oui je met ça dans le natif : c'est natif à la VM ,) ) ait un surcout par rapport à ce que tu rencontres en Web. A mon avis il a même moins de maintenance sur l'existant qu'une application web un peu chiadée, vu la faible durée de vie des multiples versions des navigateurs / framework / libs utilisées dans le monde du web.
[^] # Re: hum...
Posté par Toufou (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 1.
Tout à fait d'accord et c'est ce qui fait que le piratage n'est pas un argument qui se tient quand on parle de monétisation d'une application de manière générale. Suivant le cadre et le public visés par le logiciel, on sera plus ou moins exposé au piratage et on aura des stratégies différentes pour tenter de lutter contre, et ce, quelque soit le type d'appli (web ou non).
J'imagine que WoW n'a pas les mêmes problèmes de piratage que Warcraft3, et googlemaps doit avoir des problèmes liés au piratage différents de ceux de googlemail.
[^] # Re: hum...
Posté par Toufou (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 2.
Cette bonne blague :) Ce n'est pas parce que ça ne s'installe pas qu'on ne profite pas du service, un proxy ou un partage de compte et le tour est joué pour 99% des applis web.
[^] # Re: Ne pas juger sur la valeur mais sur l'opportunité
Posté par Toufou (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 1.
En quelle manière ? Parce que le déploiement sur les postes clients est "instantané" ? A part ça, je ne vois pas en quoi les technos web simplifient le cycle de développement.
Rien à voir avec la techno employée : tu compares un produit boite qui ne correspond pas à leurs besoins et une application sur mesure. Tu vendrais ces mêmes softs sur mesure en natif tu aurais les mêmes conclusions : 80% des fonctionnalités des mastodontes sont inutiles au client, les 20% restant resteraient trop compliqués et ton appli sur mesure correspondrait mieux à leurs besoins.
[^] # Re: même longueur d'onde
Posté par Toufou (site web personnel) . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 1.
tu oublies l'autre aspect qui est http != ip qui est tout aussi important. Le service web, ça va bien dans une appli avec une communication requête client / réponse serveur, mais ça devient n'importe quoi dans une appli où il y a des interactions plus complexes entre le serveur et le client. Mais c'est vrai que l'argument de vente c'est que ça passe les firewall donc que c'est BIEN (tm).
# Pfff
Posté par Toufou (site web personnel) . En réponse au journal Sarkozy ou le relativisme absolu. Évalué à 10.
Avant de faire de l'humour sur ce type, je vous rappelle qu'il faut attendre qu'il soit enterré.
Ceci était un message du ministère de la pensée.
[^] # Re: Merci
Posté par Toufou (site web personnel) . En réponse au journal Journée de la femme : frustration et marketing. Évalué à 1.
ça impactera pas grand chose je pense vu qu'ils se débrouillent déjà très bien pour trouver les défiscalisations voir pour faire de l'évasion fiscale.
[^] # Re: Cloud fail
Posté par Toufou (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à 1.
Décidement tu dois te tromper de post ou j'ai un bug d'affichage : je ne parle pas d'inetd mais de l'utilisation des scripts shell et du fait qu'avoir les modifier n'implique pas qu'ils soient codés avec les pieds (ce que toi tu affirmes).
Le seul rapport avec inetd ou autre service c'est qu'on utilise des script shell pour les démarrer.
Le seul rapport avec systemd c'est quand je dis que systemd n'amène rien qui n'existe déjà qui ne se fasse très bien par scripts.
Désolé je ne vois pas comment tu en arrives à me faire dire qu'inetd et les binaires c'est de la merde. Alors respire un coup et relis au calme.
dans un cas il y a deux choses à connaitre (le shell et la conf du service), dans l'autre il y en a 3 (systemd, le shell et la conf du service) => plutôt que de se baser sur l'existant, on réinvente la roue.
beh j'ai pas gueulé non plus, c'est toi qui démarre au quart de tour
[^] # Re: Cloud fail
Posté par Toufou (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à 4.
Beh universelle non puisqu'il y a des dialectes mais tu ne peux nier qu'elle soit très connue car utilisée sur tous les unix de la planète, entre autres systèmes l'utilisant, et que contrairement à la syntaxe d'un fichier conf quel qu'il soit, elle sert à faire plein de choses utiles autres que la conf d'un soft.
Qui parle de lisible par tout le monde ? Parce que tu crois que quand madame Michu ira bidouiller son systemd (et les scrips shell qu'il n'élimine pas) pour faire sa config aux petits oignons elle s'affranchira de potasser les docs sur les syntaxes utilisées ?
Quand à l'admin système du quartier, s'il n'est pas foutu de lire un script shell alors crois moi, systemd n'est pas la solution à ses problèmes.
[^] # Re: Cloud fail
Posté par Toufou (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à 2.
Encore un petit effort et tu arriveras à me faire dire que je demande la réécriture du noyau en shell. Non mais vraiment n'importe quoi.
[^] # Re: Cloud fail
Posté par Toufou (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à 4. Dernière modification le 07 mars 2012 à 14:11.
Rien.
C'est ce que je dis : le mec réinvente la roue et ce au prix d'ajouter une énieme syntaxe spécifique (celle de la conf de systemd) pour faire ce qui se faisait avant dans une syntaxe unique : sh.
De toutes manières ce n'est pas le propos principal de mon post : ce que je relevais c'est que devoir modifier un script ne veut pas dire que ce script est codé avec les pieds. Si on fait des scripts et pas du compilé c'est justement pour rendre simples les modifs éventuelles pour adapter le programme au contexte.