Je trouve que les fameuses failles critiques relèvent beaucoup plus du technique, que du politique. Or dans tous les débats IE vs FF, ça finit aux failles critiques, pour voir qui a la plus grosse.
Ca me rappelle un peu les politiciens sur l'insécurité, où au nom de la sécurité, on rend tout possible. C'est un comportement qui est (à juste titre) fortement critiqué ici, et je pense qu'on pourrait aller un peu plus loin en arrêtant cette chasse aux sorcières du "patch de sécurité", comme si on était en sécurité dès qu'aucune faille n'était connue à un instant T.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ne vois-tu pas une convergence de tous les services vers quelques entreprises ?
Mouais.
Evidemment, je vois très bien ce que tu veux dire mais n'oublie pas un truc : ils ne font rien, eux. Ils ne produisent rien. Il mettent à ta disposition des moyens, c'est tout.
Internet n'a pas été créé autour d'une grande idée. Point de barbus complètement fumés, juste des mecs qui veulent interconnecter des ordis. Point.
Dans un 2e temps on s'est rendu compte de la formidable révolution culturelle que ça engendrait.
Mais quoi qu'on en dise, Microsoft ou Google sont des gros monstres certes, mais le web d'aujourd'hui, c'est le blog de Kevin. Qu'il soit hébergé par Pierre ou Paul, je trouve ça vraiment secondaire comme soucis.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ne serait t-il pas plus efficace (tout en restant dans l'esprit web), de faire des associations de petites tailles pour s'héberger ?
Je dis oui !!!
J'ai un dédié depuis qques mois, et je dois bien héberger une 10aine de micro sites (à l'origine c'était pour 2 sites à moi). Des trucs totalement futiles pour certains (ils verront 1000 clics à tout casser dans toute leur vie), mais qui n'auraient jamais existé si j'avais pas dit "si tu veux je te l'héberge ton truc".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Non, le cloud computing c'est le fait que t'as pas de serveur réellement défini. Il vit dans des nuages.
Le Google App engine ce serait plutot une architecture client/serveur, avec serveur lourd (c'est à dire qu'il fait des traitements, bcp plus évolué donc qu'un browser).
Cela dit, Google te propose d'utiliser GoogleApp en hébergeant la partie serveur sur du cloud computing.
GoogleApp engine s'éloigne parfaitement du concept de base du web (production d'un document, lisible partout), alors que le cloud computing n'est qu'un "détail technique". On peut parfaitement imaginer du bon vieux web 1.0 hébergé sur une plateforme cloud computing.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Mais c'est quoi cette nouvelle parano avec le minitel ?
Depuis que le patron de FDN a sorti ça, j'ai l'impression que tout le monde se réveille... du mauvais côté du lit !
Je trouve très naïf de croire que tout un chacun peut héberger ses propres services. Dans l'exemple du petit blog pour les photos du gamin, où est l'interêt de garder une machine allumée, d'apprendre à créer un blog, alors qu'il existe des serveurs bien faits qui proposent un service clé en main ?
Je suis le premier à dire que c'est une belle utopie, mais je refuse de critiquer à tout va ce qui ne va pas dans ce sens.
Je ne veux en aucun cas crétiniser toute la terre, mais je fais partie des gens qui vont acheter le pain chez un boulanger, alors que oui, c'est vrai, je pourrais me le faire moi-meme, la recette est disponible partout, les ingrédients sont basiques.
Internet est à l'image de notre société : un recueil de services à la disposition de notre fainéantise, et je trouve ça bien.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Même en entreprise il est souhaitable d'avoir des logiciels récents sur les postes de travail.
Non, pas forcément. Les soucis sont tels quand on déploie une nouvelle version d'un soft qu'on préfère en bouger le moins possible. A Airbus par exemple, c'est Windows2000 et Office 2003 sur tous les postes.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oh oui, il n'y a qu'à voir le nombre gigantesque de postes sous WindowsXP qui ne sont pas près à passer sous Vista (ni Seven d'ailleurs).
XP est sorti fin 2001, mais évidemment tout le monde n'a pas basculé de suite. En tous cas je pense que bcp, bcp de postes sont sous WindowsXP depuis facilement 5 ans.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Aucun rapport avec ton soucis bien sur, mais c'est marrant, je suis gaucher, et moi j'ai toujours utilisé la souris main droite. C'est d'ailleurs, avec les ciseaux, l'un des rares trucs que je fasse main droite.
Et vous les autres gauchers, vous utilisez la souris à droite ou à gauche ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Virtualisation, ok. Mais l'émulation d'un PC ça existe déjà (j'en faisais déjà tourner un sur Atari ST !!!)
Actuellement un référence est Bochs [1] est clairement destiné à ça : Bochs can be compiled and used in a variety of modes, some which are still in development. The 'typical' use of bochs is to provide complete x86 PC emulation, including the x86 processor, hardware devices, and memory. This allows you to run OS's and software within the emulator on your workstation, much like you have a machine inside of a machine.
"chez moi", c'est le développement logiciel embarqué avionique.
les règles sont simple : une seulke instruction par ligne. du coup ca élimine de fait le ++x ainsi que le x++. exception : la boucle for dans sa forme de base : for(i=min;i<=max;i++)
sur une seule ligne on a le droit de faire x++ (on ne nous oblige pas à faire x=x+1) (et je crois que x+=1 est interdit aussi).
le ++x est strictement interdit.
je pense que la raison de toutes ces règles est uniquement la clarté du code. les formes abrégées sont généralement proscrite, puisque le code de toute façon sera le meme, autant explicité les traitements.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Mais niveau "propreté", c'est pas génial, j'en suis à peu près aussi fan que le GOTO. Sans compter que tu passes ton temps à faire un "if" supplémentaire dans ta boucle, uniquement pour ce break. Le GOTO a l'avantage de ne pas alourdir du tout ton code (mais je suis le premier à préférer la propreté à l'efficacité pure et simple).
Et au passage le "++x" est vraiment moche, et très dangereux. De là où je viens, c'est même formellement interdit !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
aux erreurs citées ci-dessus près, je vois ce que tu veux dire (-:
c'est vrai qu'un poil documenté (un simple commentaire "on saute le premier '-' pour afficher un chiffre d'abord") permet au code d'être parfaitement maintenable.
on ne peut pas dire que ce soit particulièrement crasseux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Existent t-ils des alternatives économiques sérieuses ?
Oui : le micro paiement. C'est pas trop dans les moeurs mais ça marche dans certains cas (beaucoup pour les jeux online par exemple). Tu demandes aux gens de payer des sommes de l'ordre de quelques € à quelques dizaines d'€ maximum.
J'ai beaucoup d'espoir dans le micro paiement, pour moi c'est parfaitement adapté à Internet où l'on on touche des milliers de personnes très facilement.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je me souviens que j'ai commencé à programmer sur un MSX, en basic. Bien sur ligne numérotées, et à la toque de GOTO. Un bon code est un code à base de GOTO (-:
Quand je suis arrivé à l'IUT et qu'on a commencé à coder en Ada, ça m'a foutu un choc. Impossible d'arriver à faire quoi que ce soit avec ce fichu langage !!! Pouah !!! Manquait plus qu'on m'enseigne les fonctions et là, vraiment, j'étais largué.
Bon, évidemment, maintenant que beaucoup d'eau a coulé sous les ponts, ça me ferait vraiment tout drôle de refaire du code avec un GOTO dedans... mis à part un petit coup de nostalgie, il y a une vraie utilité au GOTO ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je pense que tu es malheureusement tombé dans les sirènes du marketing. Il ne faut pas oublier que quel que soit le framework :
- c'est plus efficace uniquement si tu fais une appli pour laquelle ton framework est dédié
- c'est un nouveau tru cà apprendre, rien n'est jamais immédiat
- ça ne sera jamais une réponse magique à n'importe quel problème que ce soit
- quelle que soit la version de ton framework, il en existera une suivante qui remettra en cause pas mal de trucs déjà faits
- je suis sûr qu'il existe d'autre règles, je laisse le fil de discussion compléter (-:
Une fois ceci bien assimilé, tu peux commencer à bosser !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Exactement ! j'ai un pote qui se réclame non geek (dans le sens informatique), mais en fait qui est un vrai geek de la BD (comics principalement) !
Tu lui montres un spiderman, il va le regarder sous toutes les coutures pendant 10mn pour te dire quelle année approximative, et parfois quel dessinateur !!!
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# L'insécurité...
Posté par gUI (Mastodon) . En réponse au journal Vulnérabilité critique dans Firefox 3.5. Évalué à 10.
Ca me rappelle un peu les politiciens sur l'insécurité, où au nom de la sécurité, on rend tout possible. C'est un comportement qui est (à juste titre) fortement critiqué ici, et je pense qu'on pourrait aller un peu plus loin en arrêtant cette chasse aux sorcières du "patch de sécurité", comme si on était en sécurité dès qu'aucune faille n'était connue à un instant T.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi utiliser un terme anglais?
Posté par gUI (Mastodon) . En réponse au journal GPL et le web. Évalué à 2.
Mouais.
Evidemment, je vois très bien ce que tu veux dire mais n'oublie pas un truc : ils ne font rien, eux. Ils ne produisent rien. Il mettent à ta disposition des moyens, c'est tout.
Internet n'a pas été créé autour d'une grande idée. Point de barbus complètement fumés, juste des mecs qui veulent interconnecter des ordis. Point.
Dans un 2e temps on s'est rendu compte de la formidable révolution culturelle que ça engendrait.
Mais quoi qu'on en dise, Microsoft ou Google sont des gros monstres certes, mais le web d'aujourd'hui, c'est le blog de Kevin. Qu'il soit hébergé par Pierre ou Paul, je trouve ça vraiment secondaire comme soucis.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi utiliser un terme anglais?
Posté par gUI (Mastodon) . En réponse au journal GPL et le web. Évalué à 2.
Je dis oui !!!
J'ai un dédié depuis qques mois, et je dois bien héberger une 10aine de micro sites (à l'origine c'était pour 2 sites à moi). Des trucs totalement futiles pour certains (ils verront 1000 clics à tout casser dans toute leur vie), mais qui n'auraient jamais existé si j'avais pas dit "si tu veux je te l'héberge ton truc".
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: cloud computing != web 2.0
Posté par gUI (Mastodon) . En réponse au journal GPL et le web. Évalué à 2.
Le Google App engine ce serait plutot une architecture client/serveur, avec serveur lourd (c'est à dire qu'il fait des traitements, bcp plus évolué donc qu'un browser).
Cela dit, Google te propose d'utiliser GoogleApp en hébergeant la partie serveur sur du cloud computing.
GoogleApp engine s'éloigne parfaitement du concept de base du web (production d'un document, lisible partout), alors que le cloud computing n'est qu'un "détail technique". On peut parfaitement imaginer du bon vieux web 1.0 hébergé sur une plateforme cloud computing.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi utiliser un terme anglais?
Posté par gUI (Mastodon) . En réponse au journal GPL et le web. Évalué à 7.
Depuis que le patron de FDN a sorti ça, j'ai l'impression que tout le monde se réveille... du mauvais côté du lit !
Je trouve très naïf de croire que tout un chacun peut héberger ses propres services. Dans l'exemple du petit blog pour les photos du gamin, où est l'interêt de garder une machine allumée, d'apprendre à créer un blog, alors qu'il existe des serveurs bien faits qui proposent un service clé en main ?
Je suis le premier à dire que c'est une belle utopie, mais je refuse de critiquer à tout va ce qui ne va pas dans ce sens.
Je ne veux en aucun cas crétiniser toute la terre, mais je fais partie des gens qui vont acheter le pain chez un boulanger, alors que oui, c'est vrai, je pourrais me le faire moi-meme, la recette est disponible partout, les ingrédients sont basiques.
Internet est à l'image de notre société : un recueil de services à la disposition de notre fainéantise, et je trouve ça bien.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Très bonne chose sur le principe...
Posté par gUI (Mastodon) . En réponse au journal Fin de support pour Ubuntu 6.06 LTS desktop edition. Évalué à 2.
Non, pas forcément. Les soucis sont tels quand on déploie une nouvelle version d'un soft qu'on préfère en bouger le moins possible. A Airbus par exemple, c'est Windows2000 et Office 2003 sur tous les postes.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: c'est pas tres long
Posté par gUI (Mastodon) . En réponse au journal Fin de support pour Ubuntu 6.06 LTS desktop edition. Évalué à 3.
XP est sorti fin 2001, mais évidemment tout le monde n'a pas basculé de suite. En tous cas je pense que bcp, bcp de postes sont sous WindowsXP depuis facilement 5 ans.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Gaucher
Posté par gUI (Mastodon) . En réponse au journal Et non, ça n'arrive pas qu'aux autres.... Évalué à 3.
Et vous les autres gauchers, vous utilisez la souris à droite ou à gauche ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Machines "à peu près" équivalentes
Posté par gUI (Mastodon) . En réponse au journal GCC lent. Évalué à 3.
Parce que la compilation bouffe énormément de RAM, ne serait-ce que pour le cache des fichiers utilisés.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Désolé
Posté par gUI (Mastodon) . En réponse au journal JPC: un emulateur x86 en java. Évalué à 10.
Actuellement un référence est Bochs [1] est clairement destiné à ça :
Bochs can be compiled and used in a variety of modes, some which are still in development. The 'typical' use of bochs is to provide complete x86 PC emulation, including the x86 processor, hardware devices, and memory. This allows you to run OS's and software within the emulator on your workstation, much like you have a machine inside of a machine.
[1] http://bochs.sourceforge.net/
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Lien
Posté par gUI (Mastodon) . En réponse au journal Chomage partiel, Syntec et SSII. Évalué à 6.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Je suis contre
Posté par gUI (Mastodon) . En réponse à la dépêche "le coin informatique" : don de vieux pc sous linux à l'école maternelle. Évalué à 6.
il s'agirait plutôt d'activités ponctuelles, plutôt de l'ordre d'1/2h par semaine (et encore, sûrement pas chaque semaine...).
malgré ce que l'on croit souvent, les journées sont assez chargées, ils ne sont pas à la recherche de nouvelles activités (-:
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: GOTO : Nostalgie...
Posté par gUI (Mastodon) . En réponse au journal Sortie de PHP 5.3. Évalué à 3.
"chez moi", c'est le développement logiciel embarqué avionique.
les règles sont simple : une seulke instruction par ligne. du coup ca élimine de fait le ++x ainsi que le x++. exception : la boucle for dans sa forme de base : for(i=min;i<=max;i++)
sur une seule ligne on a le droit de faire x++ (on ne nous oblige pas à faire x=x+1) (et je crois que x+=1 est interdit aussi).
le ++x est strictement interdit.
je pense que la raison de toutes ces règles est uniquement la clarté du code. les formes abrégées sont généralement proscrite, puisque le code de toute façon sera le meme, autant explicité les traitements.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: GOTO : Nostalgie...
Posté par gUI (Mastodon) . En réponse au journal Sortie de PHP 5.3. Évalué à 2.
Mais niveau "propreté", c'est pas génial, j'en suis à peu près aussi fan que le GOTO. Sans compter que tu passes ton temps à faire un "if" supplémentaire dans ta boucle, uniquement pour ce break. Le GOTO a l'avantage de ne pas alourdir du tout ton code (mais je suis le premier à préférer la propreté à l'efficacité pure et simple).
Et au passage le "++x" est vraiment moche, et très dangereux. De là où je viens, c'est même formellement interdit !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par gUI (Mastodon) . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à 5.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: GOTO : Nostalgie...
Posté par gUI (Mastodon) . En réponse au journal Sortie de PHP 5.3. Évalué à 5.
c'est vrai qu'un poil documenté (un simple commentaire "on saute le premier '-' pour afficher un chiffre d'abord") permet au code d'être parfaitement maintenable.
on ne peut pas dire que ce soit particulièrement crasseux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: La publicité est elle vraiment nécessaire ?
Posté par gUI (Mastodon) . En réponse au journal Liberté, Hadopi et fraternité.... Évalué à 7.
Oui : le micro paiement. C'est pas trop dans les moeurs mais ça marche dans certains cas (beaucoup pour les jeux online par exemple). Tu demandes aux gens de payer des sommes de l'ordre de quelques € à quelques dizaines d'€ maximum.
J'ai beaucoup d'espoir dans le micro paiement, pour moi c'est parfaitement adapté à Internet où l'on on touche des milliers de personnes très facilement.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# GOTO : Nostalgie...
Posté par gUI (Mastodon) . En réponse au journal Sortie de PHP 5.3. Évalué à 3.
Je me souviens que j'ai commencé à programmer sur un MSX, en basic. Bien sur ligne numérotées, et à la toque de GOTO. Un bon code est un code à base de GOTO (-:
Quand je suis arrivé à l'IUT et qu'on a commencé à coder en Ada, ça m'a foutu un choc. Impossible d'arriver à faire quoi que ce soit avec ce fichu langage !!! Pouah !!! Manquait plus qu'on m'enseigne les fonctions et là, vraiment, j'étais largué.
Bon, évidemment, maintenant que beaucoup d'eau a coulé sous les ponts, ça me ferait vraiment tout drôle de refaire du code avec un GOTO dedans... mis à part un petit coup de nostalgie, il y a une vraie utilité au GOTO ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Comparaison RHEL ?
Posté par gUI (Mastodon) . En réponse à la dépêche Mandriva sort Enterprise Server 5. Évalué à 1.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Les sirènes du marketing
Posté par gUI (Mastodon) . En réponse au journal framework ou farmer ?. Évalué à 1.
- c'est plus efficace uniquement si tu fais une appli pour laquelle ton framework est dédié
- c'est un nouveau tru cà apprendre, rien n'est jamais immédiat
- ça ne sera jamais une réponse magique à n'importe quel problème que ce soit
- quelle que soit la version de ton framework, il en existera une suivante qui remettra en cause pas mal de trucs déjà faits
- je suis sûr qu'il existe d'autre règles, je laisse le fil de discussion compléter (-:
Une fois ceci bien assimilé, tu peux commencer à bosser !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# ?
Posté par gUI (Mastodon) . En réponse au journal Michael Jackson s'est bronsonisé. Évalué à 10.
Je ne te ferai pas l'affront de publier l'URL du journal...
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Développer une stratégie de défense.
Posté par gUI (Mastodon) . En réponse au journal À mort les arnaques téléphoniques. Évalué à 3.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: C'est vraiment pratique...
Posté par gUI (Mastodon) . En réponse au journal Jyraphe 0.5. Évalué à 3.
Merci beaucoup (((-:
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: À creuser...
Posté par gUI (Mastodon) . En réponse au journal Argent libre. Évalué à 5.
Bin oui mais moi on m'a toujours appris que sans capital, point d'économie ! En effet, il faut toujours pour démarrer une activité du capital.
Le soucis actuel n'est pas dans le capital en lui-même, mais dans sa sur-rémunération.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Heu, ouai, en fait...
Posté par gUI (Mastodon) . En réponse au journal Telling a geek. Évalué à 6.
Tu lui montres un spiderman, il va le regarder sous toutes les coutures pendant 10mn pour te dire quelle année approximative, et parfois quel dessinateur !!!
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.