C'est une feuille de style qui exploite des éléments d'extension propriétaires à I.E. (ils appellent ca des behaviors, ou comportements) qui permettent de faire en sorte qu'IE devienne d'un coup BEAUCOUP plus respectueux des standards.
Il suffit d'inclure la CSS dans ta page comme tu le ferais pour n'importe quelle CSS et, peut être, ajouter un type mime dans la conf du serveur (ou trafiquer les fichiers HTC avec du php pour que le bon header soit envoyé au browser), et ca roule. Et IE fera exactement ce que tu souhaites.
Tu dois être devant une application alien avec 2000 fichiers qui s'incluent dans tous les sens... Toutes mes condoléances !
Je n'étais pas sûr que tu décrives ce cas, je pensais plutot que tu souhaitait pouvoir afficher un "rapport" des dépendances des fichiers d'une grosse appli à toi (histoire de sortir un beau diagramme hiérarchique dont certains profs de dev raffolent). Le problème était, dans ce cas, plus simple car tu connais les écueils de ton code... Ce qui n'est pas ton cas.
Sinon, c'est parfaitement possible, à condition de parser le code ; "reste à" bien coder ça pour que ça reste propre.
Je dirais, moi, que ce n'est pas possible : observe mon exemple (toutes considérations de sécurité complètement mises à part, je me mets dans ta situation en découvrant une application que je ne connais pas encore) :
les fonctions include() et ini_set() peuvent prendre leurs paramètres depuis des variables. En imaginant que seules ces fonctions peuvent permettre d'agir sur les dépendances entre les différents fichiers qui composent ton programme (ce qui n'est bien sûr pas le cas), l'analyseur de dépendances devrait parser le code à l'envers, en respectant les dépendances, pour traquer toutes les valeurs possibles de ces variables ? ca me parait dingue, voire carrément impossible dans le cas du trou de sécu typique : la variable est directement en provenance de l'utilisateur ($_GET, $_POST, $_COOKIE...).
Quand à dire que ce genre de code se retrouve souvent, c'est vrai ; malheureusement. C'est crade, spaghettis, et potentiellement dangereux (si c'est mal encadré). Mais comme c'est un avis purement personnel (bien qu'appuyé par l'expérience), on ne va pas en faire un gâteau, hein ? ;-)
Un de mes avis personnels, motivé par l'expérience : les programmes les plus efficaces en php sont ceux qui exploitent la souplesse des différentes fonctions "coup de bistouri" qui facilitent la vie (explode, implode, include, header...).
Enfin, si ton appli ne rentre pas dans cette catégorie... On peut espérer qu'un analyseur de dépendances devrait faire très bien son boulot. Mais bonjour l'arrachage de cheveux si tu dois compter dessus et que ce n'est pas le cas !
Pour info, je suis en train de bosser sur une appli qui intégrerait ce genre de fonctionnalités, voilà pourquoi j'ai bien réfléchi à la question.
Certains outils font ce que tu dis, je pense notamment à des outils style phpDoc / phpDocumentor, mais aussi d'autres scripts.
Par contre, j'ai du mal à imaginer ce que tu veux dire par :
Grep, preg_match_all() font bien l'affaire pour dépanner,
En effet, tu sais que les include()/include_once()/require()/require_once() peuvent être influencés dynamiquement (c'est là d'ailleurs que réside une partie de la puissance de php), par exemple :
Dans ce genre de cas (très fréquent) tu t'attends à ce que le programme te sorte une dépendance vers le fichier /var/toto/plop/unevaleur.php ? Si oui, tu rêves...
En gros, si tu connais les sources de ton appli, tu devrais pouvoir te débrouiller et faire un rapidement un outil qui fait exactement ce que tu veux, avec les expressions régulières par exemple.
Mais tu ne trouveras pas de script qui marche à 100% quelle que soit l'appli, à cause du genre de code dont je t'ai mis un exemple ci-dessus, totalement impossible à analyser à moins d'éxécuter le code....
Mon conseil perso : vu que tu es capable de te débrouiller avec les expressions régulières, termine le boulot que tu as commencé "pour dépanner".
Comme je l'ai ecrit dans le journal (je crois je suis pas sur :p)
Beh tu cliques quelquepart en haut de la colonne "journaux privés" et tu as de bonnes chances de tomber dessus hein.
Plus simplement, tu as ton journal affiché en haut de l'écran au moment où tu écris ce commentaire... Donc soit tu as de graves problèmes de (re)lecture, soit tu te payes notre tête. Je penche pour la deuxième option.
Tu m'excuseras, les folies des japonais me font gentiment sourire d'habitude... Mais là, je râle.
A l'époque dans laquelle on vit, y'a quand même mieux à faire de 100.000$ que d'acheter tout ce bric-à-brac, même au japon. Je lui souhaite de rester avec son tas de consoles sur les bras, au gars, ca lui fera les pieds d'en demander autant d'argent. Y'a des gens qui crèvent de faim en bas de chez nous !!! (et probablement aussi de chez lui).
Voici quelques causes possibles à ton problème selon moi :
1/ le nom monsite.maboite.com qui n'est pas résolu par php sur ton serveur (un simple nslookup en console devrait t'en assurer). Donc un problème de configuration des paramètres rézo du système.
2/ Un proxy mal ou pas configuré
il se peut aussi que la machine que tu utilises ne soit pas déclarée sur le firewall comme pouvant ouvrir des connexions vers l'internet.
Oui : trop simple, les fonctionnalités sont du même coup très limitées.
un cas pratique de ce que SimpleXML ne peut pas faire : dans un code comme celui-ci (remplace les [ ] par les chevrons ) :
[h1]Sortie de [a href="..."]php5[/a] en [abbr]RC3[/abbr][/h1]
simplexml ne te permet pas de sortir la phrase "Sortie de php5 en RC3" : tu pourras par contre disposer de "Sortie de en", "php5" et "RC3" dans les variables correspondantes, mais pas moyen de reconstituer le texte dans l'ordre.
Reste que simplexml peut rendre service pour des documents XML orientés données très structurés (fichiers de conf par exemple), mais pas pour du XHTML par exemple.
Y'a t'il un règlement pour ce concours et toutes les questions qui peuvent graviter autour ? (Combien de gagnants seront désignés, pour quel(s) prix, quelles licences libres sont acceptées, .....).
tu as probablement raison, mais loin de moi l'idée de dire du mal des stagiaires.
Je pense pas qu'il soit vraiment question d'humilité quand on compare pragmatiquement une personne qui apprend un boulot et celle qui en a fait son gagne-pain depuis des années, et qui vit de son modeste talent au quotidien. L'article d'Eric (non, non, je ne me cache pas derrière, c'est toujours mon point de vue) illustre très bien cette différence. C'est une question d'objectif et de position, pas de capacités.
Le stagiaire est là pour apprendre, le professionnel, lui, est là pour comprendre, analyser, agir et faire profiter ses interlocuteurs de son avis et de son expertise (notamment le stagiaire, d'ailleurs). Pas sur le ton de l'autorité absolue qui veut avoir raison partout, bien sûr, simplement sur des faits avérés.
Et le client qui demande un menu en flash, ben dans la plupart des cas c'est une énorme connerie. Première connerie, il sacrifie son référencement (une énormité pour un site commercial). Deuxième connerie, il introduit une dépendance inutile à une technologie propriétaire étroitement liée à une autre technologie propriétaire (car l'usine à cliquodromes n'existe pour le moment que pour l'OS de minidoux, faut-il le rappeler...) qui peut potentiellement faire fuir un paquet de visiteurs découragés de devoir télécharger le dernier plugin nianiania hyper fun de chez trucmuche and co (à supposer qu'ils puissent le faire, d'ailleurs...). Troisième connerie, il alourdit le site et rigidifie sa conception (une boîte flash est très peu flexible au niveau de la conception de la page web, tout ce qui existe à part le SWF doit être construit "autour" et non pas "avec".). Et si on parlait de la maintenance du site et du SWF en question ? pas la peine, vous m'avez compris...
Le rôle d'une personne se disant expérimentée dans les technologies web est bien entendu de tenter non pas de raisonner le client qui veut polluer le web sans le savoir, mais bien de lui soumettre une alternative qui satisfasse ses besoins sans imposer autant d'inconvénients ! Nous ne sommes pas là que pour répondre à un besoin, nous sommes là pour apporter des solutions à des problèmes. Et c'est très différent.
C'est là que peut commencer le débat stagiaire/pro, mais je pense que tout a déjà été dit là dessus dans les précédents commentaires.
Il y a un point qui me touche particulièrement dans les propos d'Eric, quand il fait allusion aux stagiaires :
Allons, si une entreprise fait appel à vous au lieu d'aller chercher un stagiaire c'est parce que justement vous êtes plus qu'un stagiaire. Les stagiaires en informatique ont actuellement tous des compétences en HTML et en scripts Web, même les secrétaires en ont.
Je disais il y a quelques mois à qui voulait bien l'entendre (et mon opinion n'a pas changé sur ce point), que je surveillais attentivement les offres d'emploi du secteur... Et que je voyais les offres se raréfier considérablement, ou plutôt disparaître au profit d'offres de stages ou d'autres contrats "pas chers". Pourquoi ? Selon moi, c'est une des conséquences de l'offshore mais aussi et surtout une dévalorisation du métier. On n'ose plus payer quelqu'un pour aligner des pages web aujourd'hui ! Mais à quoi ca sert de se perfectionner pour avoir une vue d'ensemble des technologies et devenir un véritable trouveur de solutions, si aux yeux des recruteurs on ne vaut pas plus qu'un stagiaire, tant professionnellement que pécuniairement ?
Cette dérive, je la subis depuis des mois. J'ai dû accepter, bon gré mal gré, un travail mal rémunéré car il n'y avait absolument rien d'autre... Et là encore, j'ai été en concurrence avec un stagiaire et deux contrats de qualif ! J'ai su faire la différence... Et encore, à ce qu'on m'a dit, c'était de peu de choses (j'étais le moins gourmand des quatre, je devais être le seul qui avait besoin d'argent pour bouffer).
Je ne compte pas les offres que j'ai vu passer pour un stage de six mois, exigeant un profil typiquement comme le mien (développeur web expérimenté avec références et expériences significatives dans plusieurs langages). Evidemment, je me suis proposé pour ces offres, et la réponse fut simple "on veut un bon, mais on a pas de sous à y mettre donc pas de poste, de toute manière c'est du boulot pour un stagiaire". Ben oui, la conception et le développement d'une plate-forme de location de logiciels payante via le net, c'est du boulot de stagiaire maintenant ... !
Pour la petite histoire, je suis toujours dans la boite en question, faute d'avoir trouvé autre chose de mieux... Ca fait 8 mois. Je suis un peu mieux payé maintenant (j'ai largement dépassé les attentes sur le terrain), mais ca restera de toute façon un taf précaire payé au minimum. Toujours pour la même raison.
Des articles comme celui d'Eric sont un électrochoc pour les décideurs à qui on le fait lire... Et un message d'espoir pour ceux qui, comme moi, aiment leur métier et ce qu'ils font, et sont fiers d'y consacrer leur vie professionnelle.
Ce que j'aimerai bien voir c'est un navigateur basé sur gecko et utilisant le rendu html pour l'interface, comme une web-application. C'est à dire la barre de navigation et autres options seraient dans un frame html par ex.
C'est déjà du XUL/CSS ! Penche toi un peu dessus, tu verras, c'est aussi bien voire mieux que ce que tu proposes, les éventuels conflits avec le HTML des pages en moins.
Il y a quelques petites différences, très bien expliquées dans cette news d'ailleurs... Cela mis à part, je laisse les éplucheurs de changelog t'expliquer le reste.
Un point important que j'ai appris ici : les derniers drivers ATI fonctionnent sur le serveur de X.org, mais pas sur XFree86 4.4.0. Quand on imagine le nombre de machines concernées par ce souci (probablement au moins 20% du parc de PC), le choix de Patrick Volkerding paraît d'emblée très compréhensible et judicieux.
Je pense que tu n'as pas compris le sujet de la news :
Le stockage sécurisé de dossiers médicaux de patients n'a rien de nouveau (exemple : http://travhealth.fr(...) , ca existe depuis des années). La nouveauté, c'est l'utilisation réussie par l'Etat de logiciels libres et de GNU/Linux pour un projet ambitieux dont la fiabilité et la sécurité sont les points critiques.
Je peux te dire d'expérience que toutes les données rassemblées dans un contexte médical sur des patients, en France, sont EXTREMEMENT controlées, et que ce projet ne pourra jamais aboutir à un fichage utilisable par quelqu'un d'autre que les médecins. J'avance même que les admins du système eux-mêmes n'ont pas accès aux données en clair... (je suppose, d'après mon expérience perso avec ce genre de bases).
En gros, ton scénario à la 1984, pourquoi pas... Mais ce n'est pas du monde médical que ca va émerger, aucun risque ! Il y a beaucoup plus à craindre en la matière du ministère de l'intérieur, ou même de la RATP avec leur badge individuel Navigo...
Euh, non... Flash sert à faire des choses beaucoup plus intéressantes que des pubs. En fait il remplace avantageusement Java sur les applets, ce qui lui donne une application évidente pour les jeux et les interfaces graphiques (mappy par exemple).
Parceque c'est commercial, et parceque #pragmatiquement# on trouve aujourd'hui plus de matériel(s) et de logiciel(s) supportant le mp3 que les deux autres formats que tu proposes. Point barre.
J'évite le troll sur les formats libres vs proprio... En te répondant simplement que ce genre d'arguments pèse assez peu quand on parle de gros sous et d'audience potentielle :-(
SPIP est un Système de Publication pour l'Internet. Kesako ? Il s'agit d'un ensemble de fichiers, installés sur votre compte Web, qui vous permettent de bénéficier d'un certain nombre d'automatismes : gérer un site à plusieurs, mettre en page vos articles sans avoir à taper de HTML, modifier très facilement la structure de votre site... Avec le même logiciel qui sert à visiter un site (Netscape, Microsoft Explorer, Mozilla, Opera...), SPIP permet de fabriquer et de tenir un site à jour, grâce à une interface très simple d'utilisation.
Tu trouveras là bas X présentations plus détaillées les unes que les autres si ce petit paragraphe ne te suffit pas / te donne envie d'en savoir plus.
Précisons que SPIP est écrit en php, est distribué gratuitement sous licence GPL et est multi-plateforme.
Tout dépend de ce que tu appelles un prix raisonnable : Je suppose que tu sais déjà qu'un 4u, c'est particulièrement cher (tu en cases 5 dans une baie bien pleine, donc divise le prix de la baie par 5 plus une marge raisonnable pour l'hébergeur [50%], plus le tarif de la BP et tu auras une idée du prix).
Juste pour compléter ton article (très intéressant, une bonne réflexion) : Lea-linux tient à jour une base de données de compatibilité de divers matériels avec GNU/Linux.
Mais franchement... Quand est-ce qu'ils vont faire un vrai site web en XHTML et pas en Flash ?
Y'a pas un seul SWF sur la page d'accueil de ce site...
Et le XHTML, c'est pas parceque c'est "top-tendance-dernière-mode-chez-les-geeks" que c'est la panacée pour tous les sites. Le bon vieux HTML est, dans la plupart des cas, parfaitement adapté. Si c'est la mise en page en tableaux que tu voulais pointer, saches que ca n'a rien à voir...
Moralité : retourne réviser ton bac, quand tu l'auras eu tu pourras (peut-être) envisager de devenir critique en conception web.
[^] # Re: IE7
Posté par Cali_Mero . En réponse au journal Internet Explorer me broutte !. Évalué à 3.
[^] # Re: IE7
Posté par Cali_Mero . En réponse au journal Internet Explorer me broutte !. Évalué à 5.
Il suffit d'inclure la CSS dans ta page comme tu le ferais pour n'importe quelle CSS et, peut être, ajouter un type mime dans la conf du serveur (ou trafiquer les fichiers HTC avec du php pour que le bon header soit envoyé au browser), et ca roule. Et IE fera exactement ce que tu souhaites.
[^] # Re: Oui et Non
Posté par Cali_Mero . En réponse au journal graphe de dépendances d'un source php. Évalué à 2.
Tu dois être devant une application alien avec 2000 fichiers qui s'incluent dans tous les sens... Toutes mes condoléances !
Je n'étais pas sûr que tu décrives ce cas, je pensais plutot que tu souhaitait pouvoir afficher un "rapport" des dépendances des fichiers d'une grosse appli à toi (histoire de sortir un beau diagramme hiérarchique dont certains profs de dev raffolent). Le problème était, dans ce cas, plus simple car tu connais les écueils de ton code... Ce qui n'est pas ton cas.
Sinon, c'est parfaitement possible, à condition de parser le code ; "reste à" bien coder ça pour que ça reste propre.
Je dirais, moi, que ce n'est pas possible : observe mon exemple (toutes considérations de sécurité complètement mises à part, je me mets dans ta situation en découvrant une application que je ne connais pas encore) :
les fonctions include() et ini_set() peuvent prendre leurs paramètres depuis des variables. En imaginant que seules ces fonctions peuvent permettre d'agir sur les dépendances entre les différents fichiers qui composent ton programme (ce qui n'est bien sûr pas le cas), l'analyseur de dépendances devrait parser le code à l'envers, en respectant les dépendances, pour traquer toutes les valeurs possibles de ces variables ? ca me parait dingue, voire carrément impossible dans le cas du trou de sécu typique : la variable est directement en provenance de l'utilisateur ($_GET, $_POST, $_COOKIE...).
Quand à dire que ce genre de code se retrouve souvent, c'est vrai ; malheureusement. C'est crade, spaghettis, et potentiellement dangereux (si c'est mal encadré). Mais comme c'est un avis purement personnel (bien qu'appuyé par l'expérience), on ne va pas en faire un gâteau, hein ? ;-)
Un de mes avis personnels, motivé par l'expérience : les programmes les plus efficaces en php sont ceux qui exploitent la souplesse des différentes fonctions "coup de bistouri" qui facilitent la vie (explode, implode, include, header...).
Enfin, si ton appli ne rentre pas dans cette catégorie... On peut espérer qu'un analyseur de dépendances devrait faire très bien son boulot. Mais bonjour l'arrachage de cheveux si tu dois compter dessus et que ce n'est pas le cas !
Pour info, je suis en train de bosser sur une appli qui intégrerait ce genre de fonctionnalités, voilà pourquoi j'ai bien réfléchi à la question.
# Oui et Non
Posté par Cali_Mero . En réponse au journal graphe de dépendances d'un source php. Évalué à 3.
Par contre, j'ai du mal à imaginer ce que tu veux dire par :
Grep, preg_match_all() font bien l'affaire pour dépanner,
En effet, tu sais que les include()/include_once()/require()/require_once() peuvent être influencés dynamiquement (c'est là d'ailleurs que réside une partie de la puissance de php), par exemple :
$truc='unevaleur';
// du code
$fichier = $truc.'.php';
$a = '/var/toto/plop/';
ini_set('include_path',$a);
include($fichier);
Dans ce genre de cas (très fréquent) tu t'attends à ce que le programme te sorte une dépendance vers le fichier /var/toto/plop/unevaleur.php ? Si oui, tu rêves...
En gros, si tu connais les sources de ton appli, tu devrais pouvoir te débrouiller et faire un rapidement un outil qui fait exactement ce que tu veux, avec les expressions régulières par exemple.
Mais tu ne trouveras pas de script qui marche à 100% quelle que soit l'appli, à cause du genre de code dont je t'ai mis un exemple ci-dessus, totalement impossible à analyser à moins d'éxécuter le code....
Mon conseil perso : vu que tu es capable de te débrouiller avec les expressions régulières, termine le boulot que tu as commencé "pour dépanner".
[^] # Re: Cool...
Posté par Cali_Mero . En réponse au journal Da Internet Exploseur Cookbook - vol 1. Évalué à 3.
Celui présenté par Benoit Dejean provoque l'éxécution d'un paquet de telnets vers www.microsoft.com:80 .
Le 3è code déclenche un cycle d'ouverture/fermeture du tiroir du lecteur de CD...
[^] # Re: A Jean benoit
Posté par Cali_Mero . En réponse au journal Da Internet Exploseur Cookbook - vol 1. Évalué à 2.
(C'est tout l'intéret du thread et du journal...)
[^] # Re: pas mal
Posté par Cali_Mero . En réponse au journal Da Internet Exploseur Cookbook - vol 1. Évalué à 2.
+
[^] # Re: Trustonme ?
Posté par Cali_Mero . En réponse au journal Viendez sur mon site !. Évalué à 1.
Beh tu cliques quelquepart en haut de la colonne "journaux privés" et tu as de bonnes chances de tomber dessus hein.
Plus simplement, tu as ton journal affiché en haut de l'écran au moment où tu écris ce commentaire... Donc soit tu as de graves problèmes de (re)lecture, soit tu te payes notre tête. Je penche pour la deuxième option.
Donc 2 - 3 petits coups de css et hop !
Vi, exactement : 2 - 3 = -1, et hop, t'es moinssé !
# Mouais, bof
Posté par Cali_Mero . En réponse au journal Maman je peux avoir cette console ?!. Évalué à 0.
A l'époque dans laquelle on vit, y'a quand même mieux à faire de 100.000$ que d'acheter tout ce bric-à-brac, même au japon. Je lui souhaite de rester avec son tas de consoles sur les bras, au gars, ca lui fera les pieds d'en demander autant d'argent. Y'a des gens qui crèvent de faim en bas de chez nous !!! (et probablement aussi de chez lui).
# hum
Posté par Cali_Mero . En réponse au journal PHP allow_url_fopen et virtualhost. Évalué à 2.
1/ le nom monsite.maboite.com qui n'est pas résolu par php sur ton serveur (un simple nslookup en console devrait t'en assurer). Donc un problème de configuration des paramètres rézo du système.
2/ Un proxy mal ou pas configuré
il se peut aussi que la machine que tu utilises ne soit pas déclarée sur le firewall comme pouvant ouvrir des connexions vers l'internet.
Voilou...
[^] # Re: Quelle version de PHP pour XML ?
Posté par Cali_Mero . En réponse à la dépêche PHP 5 : dernière RC avant finale. Évalué à 5.
un cas pratique de ce que SimpleXML ne peut pas faire : dans un code comme celui-ci (remplace les [ ] par les chevrons ) :
[h1]Sortie de [a href="..."]php5[/a] en [abbr]RC3[/abbr][/h1]
simplexml ne te permet pas de sortir la phrase "Sortie de php5 en RC3" : tu pourras par contre disposer de "Sortie de en", "php5" et "RC3" dans les variables correspondantes, mais pas moyen de reconstituer le texte dans l'ordre.
Reste que simplexml peut rendre service pour des documents XML orientés données très structurés (fichiers de conf par exemple), mais pas pour du XHTML par exemple.
# ?
Posté par Cali_Mero . En réponse à la dépêche Concours pour la promotion de projets Libres francophones.. Évalué à 10.
Je suis le seul à me poser toutes ces questions ?
[^] # Re: Peut être que je peut convenir aussi
Posté par Cali_Mero . En réponse au journal Graphiste xhtml/css. Évalué à 2.
Ahem...
http://zoukonet.free.fr/screenshot/css/dod%20-%20alpha%20design%20s(...)
>> onglets pompés sur Alistapart.org.
[^] # Re: cassé
Posté par Cali_Mero . En réponse au journal Un bug avec Mozilla. Évalué à 1.
[^] # Re: Est-ce que je suis le seul...
Posté par Cali_Mero . En réponse au journal "Le web c'est pour les stagiaires". Évalué à 6.
Je pense pas qu'il soit vraiment question d'humilité quand on compare pragmatiquement une personne qui apprend un boulot et celle qui en a fait son gagne-pain depuis des années, et qui vit de son modeste talent au quotidien. L'article d'Eric (non, non, je ne me cache pas derrière, c'est toujours mon point de vue) illustre très bien cette différence. C'est une question d'objectif et de position, pas de capacités.
Le stagiaire est là pour apprendre, le professionnel, lui, est là pour comprendre, analyser, agir et faire profiter ses interlocuteurs de son avis et de son expertise (notamment le stagiaire, d'ailleurs). Pas sur le ton de l'autorité absolue qui veut avoir raison partout, bien sûr, simplement sur des faits avérés.
Et le client qui demande un menu en flash, ben dans la plupart des cas c'est une énorme connerie. Première connerie, il sacrifie son référencement (une énormité pour un site commercial). Deuxième connerie, il introduit une dépendance inutile à une technologie propriétaire étroitement liée à une autre technologie propriétaire (car l'usine à cliquodromes n'existe pour le moment que pour l'OS de minidoux, faut-il le rappeler...) qui peut potentiellement faire fuir un paquet de visiteurs découragés de devoir télécharger le dernier plugin nianiania hyper fun de chez trucmuche and co (à supposer qu'ils puissent le faire, d'ailleurs...). Troisième connerie, il alourdit le site et rigidifie sa conception (une boîte flash est très peu flexible au niveau de la conception de la page web, tout ce qui existe à part le SWF doit être construit "autour" et non pas "avec".). Et si on parlait de la maintenance du site et du SWF en question ? pas la peine, vous m'avez compris...
Le rôle d'une personne se disant expérimentée dans les technologies web est bien entendu de tenter non pas de raisonner le client qui veut polluer le web sans le savoir, mais bien de lui soumettre une alternative qui satisfasse ses besoins sans imposer autant d'inconvénients ! Nous ne sommes pas là que pour répondre à un besoin, nous sommes là pour apporter des solutions à des problèmes. Et c'est très différent.
C'est là que peut commencer le débat stagiaire/pro, mais je pense que tout a déjà été dit là dessus dans les précédents commentaires.
Il y a un point qui me touche particulièrement dans les propos d'Eric, quand il fait allusion aux stagiaires :
Allons, si une entreprise fait appel à vous au lieu d'aller chercher un stagiaire c'est parce que justement vous êtes plus qu'un stagiaire. Les stagiaires en informatique ont actuellement tous des compétences en HTML et en scripts Web, même les secrétaires en ont.
Je disais il y a quelques mois à qui voulait bien l'entendre (et mon opinion n'a pas changé sur ce point), que je surveillais attentivement les offres d'emploi du secteur... Et que je voyais les offres se raréfier considérablement, ou plutôt disparaître au profit d'offres de stages ou d'autres contrats "pas chers". Pourquoi ? Selon moi, c'est une des conséquences de l'offshore mais aussi et surtout une dévalorisation du métier. On n'ose plus payer quelqu'un pour aligner des pages web aujourd'hui ! Mais à quoi ca sert de se perfectionner pour avoir une vue d'ensemble des technologies et devenir un véritable trouveur de solutions, si aux yeux des recruteurs on ne vaut pas plus qu'un stagiaire, tant professionnellement que pécuniairement ?
Cette dérive, je la subis depuis des mois. J'ai dû accepter, bon gré mal gré, un travail mal rémunéré car il n'y avait absolument rien d'autre... Et là encore, j'ai été en concurrence avec un stagiaire et deux contrats de qualif ! J'ai su faire la différence... Et encore, à ce qu'on m'a dit, c'était de peu de choses (j'étais le moins gourmand des quatre, je devais être le seul qui avait besoin d'argent pour bouffer).
Je ne compte pas les offres que j'ai vu passer pour un stage de six mois, exigeant un profil typiquement comme le mien (développeur web expérimenté avec références et expériences significatives dans plusieurs langages). Evidemment, je me suis proposé pour ces offres, et la réponse fut simple "on veut un bon, mais on a pas de sous à y mettre donc pas de poste, de toute manière c'est du boulot pour un stagiaire". Ben oui, la conception et le développement d'une plate-forme de location de logiciels payante via le net, c'est du boulot de stagiaire maintenant ... !
Pour la petite histoire, je suis toujours dans la boite en question, faute d'avoir trouvé autre chose de mieux... Ca fait 8 mois. Je suis un peu mieux payé maintenant (j'ai largement dépassé les attentes sur le terrain), mais ca restera de toute façon un taf précaire payé au minimum. Toujours pour la même raison.
Des articles comme celui d'Eric sont un électrochoc pour les décideurs à qui on le fait lire... Et un message d'espoir pour ceux qui, comme moi, aiment leur métier et ce qu'ils font, et sont fiers d'y consacrer leur vie professionnelle.
[^] # Re: un petit nouveau : kazehakase
Posté par Cali_Mero . En réponse à la dépêche Mozilla, Mozilla, Mozilla. Évalué à 2.
C'est déjà du XUL/CSS ! Penche toi un peu dessus, tu verras, c'est aussi bien voire mieux que ce que tu proposes, les éventuels conflits avec le HTML des pages en moins.
[^] # Re: ah les bons petits gauchistes qui manifestent tout le temps...
Posté par Cali_Mero . En réponse à la dépêche Manif 29 mai 2004 : le récit d'Eloise. Évalué à -4.
( Oh, de la lumière par là ... ==> [] )
[^] # Re: avantages
Posté par Cali_Mero . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 7.
Un point important que j'ai appris ici : les derniers drivers ATI fonctionnent sur le serveur de X.org, mais pas sur XFree86 4.4.0. Quand on imagine le nombre de machines concernées par ce souci (probablement au moins 20% du parc de PC), le choix de Patrick Volkerding paraît d'emblée très compréhensible et judicieux.
[^] # Re: On va être fiché et c'est tout
Posté par Cali_Mero . En réponse à la dépêche Dossier médical informatisé sous GNU/Linux. Évalué à 9.
Le stockage sécurisé de dossiers médicaux de patients n'a rien de nouveau (exemple : http://travhealth.fr(...) , ca existe depuis des années). La nouveauté, c'est l'utilisation réussie par l'Etat de logiciels libres et de GNU/Linux pour un projet ambitieux dont la fiabilité et la sécurité sont les points critiques.
Je peux te dire d'expérience que toutes les données rassemblées dans un contexte médical sur des patients, en France, sont EXTREMEMENT controlées, et que ce projet ne pourra jamais aboutir à un fichage utilisable par quelqu'un d'autre que les médecins. J'avance même que les admins du système eux-mêmes n'ont pas accès aux données en clair... (je suppose, d'après mon expérience perso avec ce genre de bases).
En gros, ton scénario à la 1984, pourquoi pas... Mais ce n'est pas du monde médical que ca va émerger, aucun risque ! Il y a beaucoup plus à craindre en la matière du ministère de l'intérieur, ou même de la RATP avec leur badge individuel Navigo...
[^] # Re: Flash = proprio
Posté par Cali_Mero . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 0.
[^] # Re: Lancement de troll !
Posté par Cali_Mero . En réponse à la dépêche Présentation du CD-ROM Conférence PHP Québec 2004. Évalué à -1.
J'évite le troll sur les formats libres vs proprio... En te répondant simplement que ce genre d'arguments pèse assez peu quand on parle de gros sous et d'audience potentielle :-(
[^] # Re: SPIP ?
Posté par Cali_Mero . En réponse à la dépêche SPIP 1.7.2 dans les bacs. Évalué à 4.
(simple comme google)
SPIP est un Système de Publication pour l'Internet. Kesako ? Il s'agit d'un ensemble de fichiers, installés sur votre compte Web, qui vous permettent de bénéficier d'un certain nombre d'automatismes : gérer un site à plusieurs, mettre en page vos articles sans avoir à taper de HTML, modifier très facilement la structure de votre site... Avec le même logiciel qui sert à visiter un site (Netscape, Microsoft Explorer, Mozilla, Opera...), SPIP permet de fabriquer et de tenir un site à jour, grâce à une interface très simple d'utilisation.
Tu trouveras là bas X présentations plus détaillées les unes que les autres si ce petit paragraphe ne te suffit pas / te donne envie d'en savoir plus.
Précisons que SPIP est écrit en php, est distribué gratuitement sous licence GPL et est multi-plateforme.
Ca te va ?
# Vous êtes le maillon faible...
Posté par Cali_Mero . En réponse au journal serveur de potes. Évalué à 0.
Quelques pistes quand même, chez les français :
http://lost-oasis.fr(...)
http://ovh.fr(...)
http://planet-work.com(...)
# Complément : base de données sur la compatibilité des APN
Posté par Cali_Mero . En réponse à la dépêche Organiser ses photos numériques. Évalué à 0.
http://lea-linux.org/drivers/rub.77.html(...)
Ca peut aider ceux qui ne se sont pas encore décidés sur le modèle d'appareil à acheter... Et même les autres.
# Faut réfléchir avant de râler...
Posté par Cali_Mero . En réponse au journal Quand Spirou se met au libre.... Évalué à -1.
Y'a pas un seul SWF sur la page d'accueil de ce site...
Et le XHTML, c'est pas parceque c'est "top-tendance-dernière-mode-chez-les-geeks" que c'est la panacée pour tous les sites. Le bon vieux HTML est, dans la plupart des cas, parfaitement adapté. Si c'est la mise en page en tableaux que tu voulais pointer, saches que ca n'a rien à voir...
Moralité : retourne réviser ton bac, quand tu l'auras eu tu pourras (peut-être) envisager de devenir critique en conception web.