Question autonomie, il semble (de ce que j'ai lu) qu'elle soit relativement faible. Genre 1 journée en veille... ça m'étonne, mais est-ce que c'est de cet ordre là ? Mon sagem qui est vieux et moche tient largement une semaine... je voudrais pas perdre totalement cet avantage (en même temps, j'ai aucune idée des autonomies courantes sur les smartphone).
D'après le site de HTC, la résolution est de 240x320. C'est pas un peu faible genre pour regarder ses emails ? (c'est une vraie question, j'ai jamais eu de smartphone entre les mains, donc je n'ai aucune idée de la résolution qui est "confortable").
Je ne comprends pas ton argumentation. Tu parles de laxatif, puis de diarrhée, qui ne sont pas liés (dixit ton explication) mais c'est quoi l'analogie avec logiciel privateur et... et quoi d'ailleurs ?
Si tu prends des laxatifs, il y a une notice pour la posologie, c'est toi qui décide de la suivre et de l'accepter ou de ne pas l'accepter et de ne pas la suivre, non ?
Le logiciel ne te prive de rien du tout. Il te propose d'accéder à du contenu sous réserve que tu renonces à certaines choses. Si tu n'en veux pas, personne ni rien ne t'empêche d'utiliser un autre logiciel.
Priver, ça veut dire te retirer quelque chose ; tant que tu n'as pas installé le logiciel, il ne te prive de rien. Et si tu l'installes, c'est parce que *toi* tu as choisi de renoncer à certaines choses (comme par exemple redistribuer le logiciel) en acceptant les conditions d'utilisation.
Cette expression, "logiciel privateur" ça me donne tout autant envie de vomir que les formats de données binaires et non interopérables sans reverse engineering (ou rétro-conception pour les adeptes de la langue de Molière).
Pour les vegetariens....a par une ou deux exception, ce n'est pas pour rien que les herbivores sont tout en bas de l'echelle dans la chaine alimentaire
Si l'herbivore n'était pas tout en bas de l'échelle, il serait carnivore ou omnivore, non ?
Je me réponds : j'avais zappé ta réponse par rapport à l'exemple de site web pourri.
C'est grave d'avoir un bug non résolu plus de 8 heures après le plantage généralisé.
On est bien d'accord que c'est grave. Mais d'un autre côté, le bug peut très bien être résolu mais il faut vérifier l'intégrité des données avant de relancer le bouzin. Ce sont des choses qui arrivent.
Ils y a aussi des exemples comme Lost Oasis qui perdent toutes les données de leurs clients lors d'un déménagement. Ca veut dire que ce sont des incompétents ? C'est toi qui voit.
Je souhaite acheter un billet de train et ça ne fonctionne pas, c'est tout. Rien à faire de à qui c'est la faute, c'est le problème de la SNCF de gérer l'ensemble des composants de son SI pour que ça marche. Back-end, front-end, activité cosmique ou mauvais karma, c'est leur problème, pas le mien.
On est bien d'accord là aussi. c'est un manque à gagner pour eux. Une image de marque qui est détériorée. Je dis pas que "c'est pas de la faute de la SNCF", je dis que tout le monde fait l'amalgame entre le site voyages-sncf.com et le reste. Et c'est ça qui m'énerve : les gens qui ne comprennent manifestement pas de quoi ils parlent (mais qui parlent quand même).
Pour ce genre d'application critique, en embauche en conséquence.
Et c'est bien la le problème : que ce soit le back-end ou le front-end, le site de la SNCF est le site "critique" qui est le plus souvent en rade que je connaisse.
D'une part le site voyages-sncf n'est pas un site critique (le système de réservation de la SNCF l'est, mais c'est un "produit" indépendant), d'autre part, ce site est très souvent en rade - on est d'accord, mais pas le système de réservation.
On dirait que tu n'as pas lu ce que j'ai écrit : si un site web php/postgresql est pourri, est-ce que tu viendrais à en déduire que les bases de données postgresql sont pourries ? Si "oui", alors c'est que tu ne comprends rien. Si "non", alors ne fait pas l'amalgame entre voyages-sncf.com et le système de réservation SNCF.
Sans vouloir chercher à qui la faute et le pourquoi sur système dont je ne connais rien (mais pas moins que tout les intervenants ici...),
Tu ne sais pas à qui tu parles. Je ne suis pas un expert de l'infrastructure de réservation de la SNCF, j'ai néanmoins fait un stage de 6 mois là-bas il y a quelques années et j'ai développé une application qui interagissait avec cette infrastructure. Donc je pense que tu en connais moins que moi.
Mais je n'ai pas bossé sur le site voyages-sncf.com, j'ai un certain ego tout de même :)
Argumente. Le système de réservation est tombé en panne quand, la dernière fois ? Je parle pas de voyages-sncf, qu'on soit bien d'accord, je parle de l'infrastructure de réservation à laquelle se connectent tous les PC des guichets, tous les automates, etc.
J'insiste sur le fait que je ne parle pas du site voyages-sncf : là je suis d'accord sur les problèmes récurrents.
Autant ici on mélange tout. Le site voyage-sncf est une daube, certes. Mais je doute que le système de réservation général le soit.
Ce sont deux choses qui n'ont rien à voir : quand le site voyage-sncf tombe en rade, les réservations sont toujours possibles (au guichet, sur les automates, etc). Et le système de réservation - la couche sous-jacente sur laquelle s'appuie voyage-sncf d'une part, mais tous les guichets et les automates d'autre part, ce système là tombe extrêmement rarement en panne.
Un système aussi complexe et d'aussi grande envergure (c'est un système de transactions financières et autres) hyper complexe ; je sais pas combien d'entre vous ont déjà travaillé sur un tel système. C'est un peu comme quand on gueule sur le site pour faire sa déclaration d'impôts en ligne : 99% des gens ne voient que la façade, mais si vous connaissez linux vous êtes censé savoir que pour faire une pauvre appli web, y'a toute une infrastructure compliquée derrière.
C'est un peu comme si on disait : "j'ai un plantage dans firefox donc linux c'est vraiment de la merde".
Quand je vois les commentaires précédents, je me dis que y'en a qui ne se rendent même pas compte que celui qui développe un site internet pourri c'est pas celui qui développe une base de données (genre mysql), et que si le site est vraiment pourri, ça veut pas dire que le système sous-jacent l'est. Et les pannes de base de données ça a aussi des problèmes. Et même les noyaux linux...
QT est tout à fait adapté à la gestion dynamique de contenu / interface ; je parlais de QT Creator : une interface décrite dans un fichier XML (ou pas XML, d'ailleurs) est nécessairement plus ou moins statique.
J'avais testé QT Creator il y a quelques temps pour un projet professionnel qui nécessitait éventuellement un client graphique. J'avais trouvé ça pratique pour faire un "canevas" de mon application ; par contre pour le contenu vraiment dynamique (d'un point de vue contenu, pas d'un point de vue animation) ce n'était pas du tout adapté. Qu'en est-il de QML ?
Le jour où tu veux ajouter un nouveau mode de fonctionnement de ton application qui présente un contenu complètement différent, ça évolue bien QML ? Il suffit de faire une fabrique et d'instancier le nouveau contenu au lieu de l'ancien ? Exemple : je fais un browser de fichiers musicaux, ma première version permet de naviguer dans mes fichiers MP3 et d'afficher les tags ; puis un jour je décide de gérer aussi les OGG (tout en affichant les tags spécifiques) et je veux également proposer une interface de modification des tags et un lecteur audio. Ca se fait bien ? (je parle pas d'ajouter un bouton dans la barre d'outils, hein, je parle d'instancier un "widget" mp3 ou ogg ou je sais pas quoi avec une logique potentiellement tout à fait différente).
Je suis relativement sceptique sur les interfaces déclaratives (sauf pour des applications relativement simples). Ok on peut scripter l'interface en ECMAScript et faire le reste en C++. Mais un code dont l'intelligence est éclatée dans différents languages et différentes logiques est difficile à maintenir. Donc pour moi l'idée "on fait du ECMAScript et si ça on atteint les limites on code ça en C++" c'est une mauvaise idée. A la limite si on décide "telle intelligence en ECMA, et telle autre en C++" ça a une logique...
En même temps c'est un des principes du développement (puis de la distribution) de logiciels. Même si tu ne fais "que" des pages HTML, les tester sur un unique navigateur est à mon sens une hérésie.
Maintenant, ça donne l'impression de quelqu'un n'utilisant pas Emacs, ne bénéficiant donc pas de la prise en charge des vidéos dans son éditeur. C'est ça d'utiliser VI.
On voit que tu ne connais ni vi ni emacs, sinon tu ne ferais pas la confusion et tu saurais que vi est bien mieux ;)
[^] # Re: acer liquid
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Quel téléphone sous Android et quel forfait mobile multimédia ?. Évalué à 1.
[^] # Re: N900
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Quel téléphone sous Android et quel forfait mobile multimédia ?. Évalué à 1.
[^] # Re: acer liquid
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Quel téléphone sous Android et quel forfait mobile multimédia ?. Évalué à 1.
[^] # Re: HTC Desire HD aussi
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Quel téléphone sous Android et quel forfait mobile multimédia ?. Évalué à 1.
[^] # Re: Logiciels privateurs de quoi ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Débusquons la pub illégitime faite à des logiciels privateurs. Évalué à 1.
Si t'es curieux, tu cherches la définition de privateur quelque part. Et là, l'incompréhension commence...
[^] # Re: Logiciels privateurs de quoi ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Débusquons la pub illégitime faite à des logiciels privateurs. Évalué à 1.
Si tu prends des laxatifs, il y a une notice pour la posologie, c'est toi qui décide de la suivre et de l'accepter ou de ne pas l'accepter et de ne pas la suivre, non ?
# Trolltech ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Follow the White Rabbit !. Évalué à 1.
[^] # Re: Logiciels privateurs de quoi ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Débusquons la pub illégitime faite à des logiciels privateurs. Évalué à 2.
Priver, ça veut dire te retirer quelque chose ; tant que tu n'as pas installé le logiciel, il ne te prive de rien. Et si tu l'installes, c'est parce que *toi* tu as choisi de renoncer à certaines choses (comme par exemple redistribuer le logiciel) en acceptant les conditions d'utilisation.
Cette expression, "logiciel privateur" ça me donne tout autant envie de vomir que les formats de données binaires et non interopérables sans reverse engineering (ou rétro-conception pour les adeptes de la langue de Molière).
[^] # Re: Expert
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Plugin Eclipse : Jean qui rit et Jean qui pleure?. Évalué à 1.
[^] # Re: Qui a répondu
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Résultats d'un sondage aux utilisateurs de Debian. Évalué à 2.
Prenez un chewing-gum Emile, prenez un chewing-gum.
;)
[^] # Re: Qui a répondu
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Résultats d'un sondage aux utilisateurs de Debian. Évalué à 2.
Si l'herbivore n'était pas tout en bas de l'échelle, il serait carnivore ou omnivore, non ?
[^] # Re: Meilleur algo
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Fumeurs, fumeuses, fumistes. Évalué à 2.
[gros soupir]
:)
[^] # Re: A que coucou
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Hudson, l'aigle de l'intégration continue. Évalué à 2.
On peut y ajouter un plugin de correction orthographique ?
</mauvais_esprit>
[^] # Re: Une petite citation
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal La boutique contre le bazar — the death of the open web. Évalué à 6.
C'est une vision plutôt réductrice...
[^] # Re: Autant je n'aime pas le site voyage-sncf...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le site préferé des linuxfriens et des français. Évalué à 1.
C'est grave d'avoir un bug non résolu plus de 8 heures après le plantage généralisé.
On est bien d'accord que c'est grave. Mais d'un autre côté, le bug peut très bien être résolu mais il faut vérifier l'intégrité des données avant de relancer le bouzin. Ce sont des choses qui arrivent.
Ils y a aussi des exemples comme Lost Oasis qui perdent toutes les données de leurs clients lors d'un déménagement. Ca veut dire que ce sont des incompétents ? C'est toi qui voit.
Je souhaite acheter un billet de train et ça ne fonctionne pas, c'est tout. Rien à faire de à qui c'est la faute, c'est le problème de la SNCF de gérer l'ensemble des composants de son SI pour que ça marche. Back-end, front-end, activité cosmique ou mauvais karma, c'est leur problème, pas le mien.
On est bien d'accord là aussi. c'est un manque à gagner pour eux. Une image de marque qui est détériorée. Je dis pas que "c'est pas de la faute de la SNCF", je dis que tout le monde fait l'amalgame entre le site voyages-sncf.com et le reste. Et c'est ça qui m'énerve : les gens qui ne comprennent manifestement pas de quoi ils parlent (mais qui parlent quand même).
[^] # Re: Autant je n'aime pas le site voyage-sncf...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le site préferé des linuxfriens et des français. Évalué à 1.
Et c'est bien la le problème : que ce soit le back-end ou le front-end, le site de la SNCF est le site "critique" qui est le plus souvent en rade que je connaisse.
D'une part le site voyages-sncf n'est pas un site critique (le système de réservation de la SNCF l'est, mais c'est un "produit" indépendant), d'autre part, ce site est très souvent en rade - on est d'accord, mais pas le système de réservation.
On dirait que tu n'as pas lu ce que j'ai écrit : si un site web php/postgresql est pourri, est-ce que tu viendrais à en déduire que les bases de données postgresql sont pourries ? Si "oui", alors c'est que tu ne comprends rien. Si "non", alors ne fait pas l'amalgame entre voyages-sncf.com et le système de réservation SNCF.
[^] # Re: Autant je n'aime pas le site voyage-sncf...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le site préferé des linuxfriens et des français. Évalué à 1.
Tu ne sais pas à qui tu parles. Je ne suis pas un expert de l'infrastructure de réservation de la SNCF, j'ai néanmoins fait un stage de 6 mois là-bas il y a quelques années et j'ai développé une application qui interagissait avec cette infrastructure. Donc je pense que tu en connais moins que moi.
Mais je n'ai pas bossé sur le site voyages-sncf.com, j'ai un certain ego tout de même :)
[^] # Re: Autant je n'aime pas le site voyage-sncf...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le site préferé des linuxfriens et des français. Évalué à 1.
J'insiste sur le fait que je ne parle pas du site voyages-sncf : là je suis d'accord sur les problèmes récurrents.
# Autant je n'aime pas le site voyage-sncf...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le site préferé des linuxfriens et des français. Évalué à 2.
Ce sont deux choses qui n'ont rien à voir : quand le site voyage-sncf tombe en rade, les réservations sont toujours possibles (au guichet, sur les automates, etc). Et le système de réservation - la couche sous-jacente sur laquelle s'appuie voyage-sncf d'une part, mais tous les guichets et les automates d'autre part, ce système là tombe extrêmement rarement en panne.
Un système aussi complexe et d'aussi grande envergure (c'est un système de transactions financières et autres) hyper complexe ; je sais pas combien d'entre vous ont déjà travaillé sur un tel système. C'est un peu comme quand on gueule sur le site pour faire sa déclaration d'impôts en ligne : 99% des gens ne voient que la façade, mais si vous connaissez linux vous êtes censé savoir que pour faire une pauvre appli web, y'a toute une infrastructure compliquée derrière.
C'est un peu comme si on disait : "j'ai un plantage dans firefox donc linux c'est vraiment de la merde".
Quand je vois les commentaires précédents, je me dis que y'en a qui ne se rendent même pas compte que celui qui développe un site internet pourri c'est pas celui qui développe une base de données (genre mysql), et que si le site est vraiment pourri, ça veut pas dire que le système sous-jacent l'est. Et les pannes de base de données ça a aussi des problèmes. Et même les noyaux linux...
Bref.
[^] # Re: Programmation d'interfaces graphiques déclaratives ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal QML: le futur des interfaces graphiques. Évalué à 1.
[^] # Re: Programmation d'interfaces graphiques déclaratives ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal QML: le futur des interfaces graphiques. Évalué à 1.
# Programmation d'interfaces graphiques déclaratives ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal QML: le futur des interfaces graphiques. Évalué à 1.
Le jour où tu veux ajouter un nouveau mode de fonctionnement de ton application qui présente un contenu complètement différent, ça évolue bien QML ? Il suffit de faire une fabrique et d'instancier le nouveau contenu au lieu de l'ancien ? Exemple : je fais un browser de fichiers musicaux, ma première version permet de naviguer dans mes fichiers MP3 et d'afficher les tags ; puis un jour je décide de gérer aussi les OGG (tout en affichant les tags spécifiques) et je veux également proposer une interface de modification des tags et un lecteur audio. Ca se fait bien ? (je parle pas d'ajouter un bouton dans la barre d'outils, hein, je parle d'instancier un "widget" mp3 ou ogg ou je sais pas quoi avec une logique potentiellement tout à fait différente).
Je suis relativement sceptique sur les interfaces déclaratives (sauf pour des applications relativement simples). Ok on peut scripter l'interface en ECMAScript et faire le reste en C++. Mais un code dont l'intelligence est éclatée dans différents languages et différentes logiques est difficile à maintenir. Donc pour moi l'idée "on fait du ECMAScript et si ça on atteint les limites on code ça en C++" c'est une mauvaise idée. A la limite si on décide "telle intelligence en ECMA, et telle autre en C++" ça a une logique...
[^] # Re: Salut, j'ai vraiment bien aimé cette démonstration
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal QML: le futur des interfaces graphiques. Évalué à 2.
[^] # Re: Iceweasel
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Declaration impot sur le revenu en ligne interdite pour Linux. Évalué à 3.
[^] # Re: Je trouve ça pas bien, c'est *donc* inadapté pour tous
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Tutoriels vidéos pour écrire du code .... Évalué à 2.
On voit que tu ne connais ni vi ni emacs, sinon tu ne ferais pas la confusion et tu saurais que vi est bien mieux ;)