vincedo

Bonjour,

Quand j'ai créé ma société (il y a environ un an), j'ai cherché à me rapprocher d'un club d'entrepreneurs, si possible dans ma région (Lille).

Voici les conclusions auxquelles j'étais arrivé à l'époque :

• Certains clubs/associations ne sont pas adaptés aux "petites boîtes web". J'ai par exemple été en contact avec une association d'entrepreneurs retraités qui m'ont expliqué que leurs membres ayant fait toute leur carrière entre les années 60 et 2000, ils n'étaient pas tout à fait au top dans le domaine Internet . Par ailleurs, la plupart des clubs semblent s'adresser davantage à des PME qu'à des TPE.
  
• Les apports de ces clubs ne sont pas toujours très clairs. Parfois, il s'agit d'incubateurs qui apportent matériels et conseils pendant la phase de création, parfois il s'agit de consultants qui peuvent encadrer une mission précise...
  
• Quand j'arrivais à les comprendre, les apports de ces clubs ne semblaient pas correspondre à mes attentes : on vous aide à trouver des locaux, faire une étude de marché, y voir clair dans votre comptabilité, alors que je me demandais où héberger le site web de mon business, comment rentabiliser mon site web... bref, des questions très "web" et plutôt pointues.
  

Ce que j'aimerais trouver, c'est :

• Un espace d'échange entre web entrepreneurs dans lequel on discute spécifiquement des problèmes liés à la création de sociétés dans le domaine du web.
  
• Un espace partenariat où l'on pourrait trouver des gens avec qui faire du business.
  
• Un parrainage d'un web entrepreneur senior qui pourrait faire profiter un ou plusieurs débutants de son expérience.
  
• Des membres géographiquement proches. C'est toujours mieux quand on peut se voir en vrai.
  

Bien sûr, il y a toujours le problème qu'on est tous des concurrents potentiels, mais je pense que l'échange qui pourrait en ressortir serait plutôt positif.

Quelques recherches sur le web m'ont orienté vers les pistes suivantes :

Envie d'entreprendre, un "site de partage d'expérience et de connaissances". Pas spécialement orienté web, mais très intéressant.

Club Entreprendre. Faut-il porter le noeud papillon pour adhérer ?

Bref, rien qui corresponde précisément aux attentes décrites plus haut.

Connaissez-vous des clubs d'entrepreneurs web ?

Si vous êtes entrepreneur Web, que pensez-vous de l'idée ?

Vincent

Effectivement, faire un cahier des charges que tu enverras à différents prestataires pour obtenir des devis est un bon début.

Une fois que tu as fait une première sélection, pourquoi ne pas contacter quelques anciens clients des sociétés retenues pour savoir s'ils ont été contents du travail ?

Et puis, n'hésite pas à rencontrer les gens face à face, c'est toujours un bon moyen de voir si le courant passe, ce qui est important dans le cadre d'une collaboration.

Merci, c'est gentil, mais je ne vais pas te faire développer une API juste pour moi .

En revanche, peux-tu me dire d'où viennent les résultats que tu affiches dans ton moteur de recherche ?

Par exemple, une recherche sur "ficus" affiche des résultats venant des sites florajet, le jardin du pic vert, etc. Comment tu as fait ?

Merci.

Bonjour,

Je développe un site similaire à Zlio où les utilisateurs peuvent développer leur propre boutique en ligne en sélectionnant leurs articles dans les catalogues de sites partenaires.

Je suis donc à la recherche d'une API web qui me permette d'accéder aux catalogues de sites marchands francophones (fnac, la redoute, lastminute.fr...).

A ce jour, la seule API que je connaisse est celle d'Amazon E-Commerce Service.

Il y a aussi Yahoo! Shopping Web Services, mais je crois qu'elle s'adresse uniquement au marché américain.

Vous en connaissez d'autres ?

Vincent

La première rencontre entre Drupalers français aura lieu le vendredi 24 novembre 2006, à Paris.

Pour ceux qui ne connaissent pas Drupal, c'est un CMS (système de gestion de contenu) open source, programmé en PHP/MySQL (voir une présentation plus complète).

L'objet de cette rencontre autour de Drupal est de :

• Se rencontrer en chair et en os autour dun verre pour discuter le bout de gras.
  
• Faire découvrir Drupal aux curieux qui seraient venus pour en savoir plus.
  
• Echanger sur Drupal : bonnes pratiques, pourquoi nous laimons, pourquoi nous le détestons (parfois).
  
• Dessiner les contours dun pôle de compétences Drupal. Ce pôle permettrait aux développeurs Drupal dunir leurs forces et de partager leurs connaissances pour proposer une offre commerciale cohérente et crédible autour de Drupal.
  

Pour en savoir plus et s'inscrire :

http://drupalfrance.org/node/28

Merci pour le lien et la réponse, je vais regarder.

J'avais envisagé la solution SVN, mais c'est un peu plus compliqué (pour moi) parce qu'il faut que j'installe SVN sur mon VPS.

Cela dit, je serais prêt à le faire, mais est-ce que SVN me permettra effectivement de travailler comme si j'étais en local ? Concrètement, je voudrais que quand je clique sur ENREGISTRER dans Eclipse, le fichier soit automatiquement enregistré et mis à jour sur le serveur pour que je puisse tout de suite vérifier le résultat dans mon browser. Or, si c'est comme avec TortoiseSVN (que j'utilise un peu) et que je dois faire un commit à chaque fois que je veux mettre à jour mes fichiers sur le serveur, c'est un peu fastidieux.

Bonjour,

Avec Zend Studio, j'ai l'habitude de faire mes développements PHP directement sur un serveur distant (Zend permet d'ajouter un serveur FTP et de voir, éditer, et sauvergarder les fichiers qui s'y trouvent comme s'ils étaient en local).

Je cherche à faire la même chose avec l'éditeur Eclipse, mais pas moyen. Des recherches sur le net semblent indiquer que ce n'est pas évident, je me demandais si qqn ici avait une idée ?

Merci,

Vincent

Oui, j'ai entendu parler de Paris Web 2006, mais trop tard.

Ca sera pour la prochaine édition.

Toujours dans l'optique de savoir si on doit utiliser un CMS et/ou une web agency, et donc de mieux connaître les CMS, voici une page Squidoo consacrée à Drupal:

Drupal CMS - An Open Source Content Management System in PHP/MySQL on Squidoo

C'est en anglais, mais ça résume tous les points importants sur Drupal.

Pour ceux qui ne connaissent pas, Squidoo est un très chouette site qui permet de créer gratuitement et facilement des pages sur n'importe quel sujet que vous maîtrisez. Les évenutels revenus générés par une page Squidoo (ils appellent ça une "lens", ou lentille) peuvent ensuite être partagés entre le site et vous, ou envoyés à une oeuvre de bienfaisance. Jetez donc un oeil à la rubrique Français : elle ne contient pas grand-chose pour le moment, et donc plein de créneaux à prendre.

Webdirections North, c'est 4 jours de conférences/formations où l'on va parler de : Ajax, Javascript, CSS, Microformats, mashups, design et dévelopment reposant sur les standards, accessibilité, développement d'applications web, XHTML et HTML, et bien d'autres choses. Il y a même une journée de ski de prévue !

Cet événement de feu est organisé par des professionnels du web réputés, et se déroulera à Vancouver (Canada) du 6 au 10 février 2007. L'inscription avant le 31 décembre 2006 coûte 895 $ canadiens, soit 620 . Bien sûr, il faut rajouter l'avion, l'hôtel et les frais divers (après-skis ? passe-montagne ? pull polaire ?).

Bref, ça a l'air génial et cher. On y va ?

Vincent

PS. C'est en tout cas une bonne idée d'événement à organiser en France.

C'est ce que j'ai fait. C'est en cours de test. Je vais voir si ca marche bien:

http://www.cave-a-yoyo.com/forum/partage-d...dsense-vt9.html

Intéressant. Tiens-nous au courant des retours que tu auras.

A+

Hello froidure_nicolas,

Je comprends ton point de vue mais je ne le partage pas.

Ca fera bientôt une dizaine d'années que je fais des sites Web, dont pas mal passées en agence Web, et crois-moi la question du CMS maison VS CMS existant (open source ou autre) s'est posée quasiment tous les jours. Quoi j'exagère ? Disons qu'elle s'est posée à chaque projet. Il y a 6-7 ans, j'aurais sûrement été d'accord avec toi, mais je trouve que les CMS ont aujourd'hui atteint une maturité et une "versatilité" qui fait pencher la balance en leur faveur.

Personellement, rien de tel que d'avoir son propre CMS. De cette façon, on maîtrise entièrement les possibilités du CMS. Par exemple, je peux créer un module sur mesure en peu de temps grâce au fait que je connais chaque fonction de mon CMS sur le bout des doigts.

Tu peux arriver à un point de maîtrise quasi équivalent sur un CMS open-source dans lequel tu te serais spécialisé.

Et puis, pour les CMS open source, tu peux t'impliquer dans le développement, rien de tel pour le connaître à fond.

Ca me permet aussi d'atteindre une grande rapidité d'éxecution car je ne réimplémente pas des fonctionnalités qui existent déjà et j'exploite au maximum la libraire de fonctions préexistantes.

Il y a encore plus rapide : utiliser un module/une fonctionnalité déjà développée pour ton CMS par la communauté.

Même en codant toi-même, les CMS de type "framework" (MODx, Drupal...) te font gagner du temps grâce à leur API et le fait que la plupart des tâches de "bas niveau" sont déjà implémentées.

De plus, j'ai un avantage très important, nottamment si mon client choisi l'hébergement mutualisés sur mon serveur. Car, comme je n'utilise qu'un seul et même CMS, tous les sites hébergés sur une même lame utilisent les même fichiers du CMS. Donc le client n'a pas à subir le poids du CMS sur son espace d'hébergement.

1) Drupal est multi-sites (1 install de Drupal peut faire tourner plusieurs sites)

2) Drupal 4.7.4 fait 1,68 Mo, je trouve ça raisonnable

Son site est totalement personnalisable grâce aux templates (plusieurs menus différents, inclusion des templates n'importe où dans le document etc...), et la base de donnée n'est pas solicité car un système de cache enregistre les documents et les réutilise tant qu'aucun changement n'a eu lieu.

Idem avec les CMS évoqués plus haut.

Bref, comme j'en ai les capacités, j'ai préféré créer mon propre CMS pour passer mon temps à coder plutôt qu'à lire une documentation... Après, c'est une histoire de choix...

Ben moi, je crois pas que j'aurais les capacités de développer aussi vite, découvrir autant de bugs et créer autant de nouvelles fonctionnalités qu'une communauté Open-Source de plusieurs dizaines de développeurs. Mais "c'est ton choix", et une certaine Evelyne nous a appris il y a bien longtemps qu'il fallait le respecter.

Je ne dis pas qu'il ne faut pas de sur mesure, mais peut-être pour des projets qui ne sont pas dans "l'esprit CMS", ou très orientés métier. Si c'est pour faire des sites typiques CMS (ré utilisabilité d'un site à l'autre, templates, modules...), ce qui semble être ton cas, alors moi aussi j'ai fait mon choix.

Vincent

PS. J'omettrais un point important en ne parlant pas de la courbe d'apprentissage liée à chaque CMS. Là-dessus, tu as raison : un outil qu'on a développé, on le maîtrise dès le début, alors qu'un CMS "extérieur" oblige à se plonger dans le code de quelqu'un d'autre (en l'occurrence, de plusieurs autres). C'est pour ça que le code est super important : en ce qui me concerne, j'ai choisi un CMS dont la logique de codage était parlante pour moi, et que je trouvais particulièrement bien réalisé. Au début, on passe beaucoup de temps à comprendre comment tout fonctionne, mais par la suite, on récupère largement ce temps grâce à tous les apports de la communauté (correction de bugs, nouvelles versions, nouvelles fonctionnalités...).

Bien sûr, je schématise fortement, on est rarement dans un cas où dans un autre. Dans la liste des besoins, certains sont génériques (et donc des modules pré-configuré, à condition de laisser une certaine liberté quand même) sont adaptés - certains sont spécifiques (il est alors pratique d'avoir une API sous la main pour travailler vite et efficacement au développement d'un module). C'est l'essence même qui m'a conduit à choisir MODx comme fer de lance de mon activité : à la fois CMS et framework...

C'est exactement le raisonnement qui m'a poussé à choisir Drupal : à la fois CMS et framework !

Pour expliquer Drupal aux gens qui ne connaissent pas (ils sont nombreux ), j'utilise souvent la comparaison entre Lego et Playmobil (en gros, Drupal = Lego et Joomla/WordPress = Playmobil), mais je trouve que cette expression "à la fois CMS et framework" est très parlante aussi.

Et je me joins à aspeum pour les remerciements. Le fait de devoir expliquer les choses nous pousse encore plus à y réfléchir que quand on "se contente de" les faire. Personnellement, les échanges de ce thread m'ont donné plein d'idées pour améliorer DrupalFrance.org :

• comment mieux expliquer ce qu'est un CMS/framework,
  
• pourquoi le choisir,
  
• éviter de se perdre dans les détails techniques pour répondre aux vraies questions que les gens se posent ("à quoi ça ressemble ?" ; "existe-t-il des prestations commerciales sur ce CMS ?"...)
  

J'avoue qu'un des points qui m'inquiète le plus, c'est bien celui-ci : comment anticiper l'utilisation réelle d'une fonctionnalité ? Je lis partout qu'il faut se concentrer sur l'essentiel, que beaucoup de demandes de futurs utilisateurs sont superflus, etc. Mais, concrètement, comment distinguer au cas par cas ce qui va être utile ou non ? Si vous avez des astuces, je suis tout ouïe

Ta question me fait penser au bouquin des gars de 37 signals qui parle exactement de ça. Si j'ai bien compris leur propos, faut construire des fonctionnalités "génériques" plutôt qu'essayer d'anticiper exactement ce que les utilisateurs voudront faire. Un bon exemple est le système des tags. Dans une application, les tags te permettent d'organiser le contenu de façon bien plus intuitive et puissante que des folders par exemple, et ils peuvent être "détournés" pour servir à plein d'autres usages. C'est aux utilisateurs de les découvrir (en fonction de leurs besoins), il faut juste essayer de leur donner un outil qui leur donne ce genre de flexibilité.

Un autre moyen de se concentrer sur l'essentiel, c'est de dire non à toutes les fonctionnalités qu'on te demande (je caricature) et de laisser passer du temps. Si la demande ne cesse de revenir 3 mois après, il y a sûrement qqchose à creuser. En revanche, si elle est oubliée, c'est qu'elle ne servait à rien.

Hello,

Prenons la mise en page suivante sur 2 colonnes :

#content {
  float: left;
  width: 66%;
}
#sidebar {
  margin-left: 70%;
  background: #999;
}

<div id="content">
  ..
</div>

<div id="sidebar">
  ..
</div>

Mon problème : quand ma colonne #sidebar est vide (ça arrive), je veux la faire disparaître. Or, j'arrive bien à faire disparaître le <div id="sidebar">...</div> du XHTML, mais comment faire pour que le contenu (#content) occupe alors toute la largeur de la page ?

Ma CSS n'est pas générée dynamiquement (contrairement à la colonne #sidebar), je ne peux donc pas changer la propriété "width" à la volée. Résultat : je me retrouve à faire des mises en page en tableau et c'est bien dommage... comment l'éviter ?

Je pourrais changer mon markup pour :

<div id="content">
  ..
  <div id="sidebar">
	..
  </div>
</div>

et floater uniquement la sidebar, mais si le contenu est plus long qu'elle, elle ne descendra pas jusqu'en bas...

Hello,

Oui mon site est sous Drupal.

A vrai dire, j'avais pas du tout pensé à cette possibilité, j'ai donc vérifié, et ça vient pas de là. Comme tu peux le voir dans la doc Drupal, c'est bien un header('HTTP/1.0 404 Not Found') que Drupal renvoie.

Par acquis de conscience, je vérifierai quand même avec Live Headers , merci.

Hm... C'est ce que je me disais aussi, mais ça doit être un peu plus complexe que ça.

Si je retiens ta solution, rien ne me garantit qu'un site "de référence" (Allociné, pour reprendre mon exemple) apparaîtra dans le classement de la semaine en cours. Or, même si je ne veux pas lui donner un avantage écrasant par rapport aux nouveaux venus, je ne peux pas non plus le mettre dans la même position qu'un site qui vient de sortir et qui doit encore faire ses preuves.

Pour formuler autrement, le concept de popularité dans mon projet est un mélange de votes et d'ancienneté (un peu comme Google ).

Sinon, une autre façon d'envisager le truc, peut-être plus claire : prends un annuaire thématique qui référence des sites sur un sujet précis. Certains de ces annuaires permettent de voter pour les sites référencés. Comment garantir qu'un site présent dans l'annuaire depuis des lustres ne soit pas systématiquement mieux côté qu'un tout nouveau site ? En effet, le "vieux" site a pu être très populaire à une époque, il a alors accumulé des votes, mais il ne l'est plus forcément aujourd'hui.

Bonjour,

Il y a un an, jai sorti une première version dun site qui a été plutôt bien indexée par Google.

Il y a 7 mois, jai réalisé une mise à jour complète de ce site qui a entraîné un changement de lintégralité des URL (et donc, plus aucune des URLs de lancien site ne fonctionne).

Aujourdhui, je vois dans mes logs que je continue à recevoir de nombreuses requêtes pour des pages de lancien site, ce qui génère des « 404 Not Found ». Dans mes logs, le champ « referer » est vide, mais il semble que ces requêtes viendraient de Google (et pas d'un autre site qui ferait un lien vers les pages erronées)

1) Est-il possible que Google ait toujours les adresses de mon ancien site dans son index au bout de 7 mois ?

2) Comment indiquer à Google de « laisser tomber » ces adresses ? Faut-il implémenter une redirection 301 sur chacune des anciennes adresses ?

Bonjour,

Je bosse actuellement sur un projet de site assez similaire à Digg.com. Pour ceux qui ne connaissent pas, cest un site de recommandations IT/nouvelles technos sur lequel on peut poster des liens vers des pages Web que lon juge drôles, intéressantes, insolites... Les utilisateurs du site peuvent ensuite voter en plus ou en moins (« to digg » en anglais) et laisser des commentaires sur chacun de ces liens. On voit alors rapidement apparaître les liens les plus populaires de la journée, de la semaine, du mois...

Mon projet est un peu différent de Digg, dans le sens où lon peut aussi soumettre ladresse dun site, pas uniquement ladresse dune page. Par exemple, si mon projet était un Digg sur le cinéma, les utilisateurs pourraient soumettre la page http://www.lefigaro.fr/culture/20061011.FI...l_overdose.html, mais aussi le site http://www.allocine.fr/.

Or je ne vois pas bien comment gérer et réactualiser le classement des SITES les plus populaires.

Je m'explique. Dans le cas de Digg, les liens (vers des ARTICLES) ont une durée de vie limitée : ils sont populaires pour telle semaine ou tel mois, et après ils disparaissent dans les archives, laissant la place à de nouveaux liens. Mais dans le cas de mon projet, les liens peuvent pointer vers des ARTICLES ou des SITES, et ça change tout car la durée de vie d'un SITE est bcp plus importante que celle d'un ARTICLE.

EXEMPLE : Supposons que mon projet porte sur le cinéma. Il y a de fortes chances que les 10 gros sites de cinéma en France soient les mêmes en janvier, février, mars, et ainsi de suite. Ainsi, plus ils sont anciens, plus ces sites recevront de votes. Mais que se passe-t-il si au mois davril, un nouveau site sur le cinéma sort ? Il se peut que beaucoup dinternautes votent pour ce site, mais il napparaîtra jamais dans le haut du classement car il ne pourra jamais recevoir en 1 mois autant de votes que les autres sites en auront reçu au cours de tous les mois précédents.

Je ne suis pas certain que mon explication soit bien claire, alors nhésitez pas à me demander des précisions.

Vincent

Ahhhh, David...

• Si j'étais un client, je t'embaucherais.
  
• Quel dommage que tu aies choisis MODx et non pas Drupal.
  

Prévoyez une boisson chaude, ce message est un peu long.

Si les besoins vont vers des aspects que ton outil ne couvre pas du tout ou peu, tu vas te retrouver dans la mouise et à devoir trouver un remplaçant. Néanmoins, avec drupal, tu as a priori un panel de fonctionnalités importantes qui devrait te permettre de voir venir les choses

Tout à fait d'accord, et c'est vrai que je n'ai pas trop à me plaindre avec Drupal. :-) Même s'il (comme n'importe quel outil) impose parfois des détours qu'on aurait pu éviter en codant from scratch (car il faut coder "dans l'esprit" de l'outil). Autre point faible : leCommerce, pour lequel il propose peu de modules, ou des modules de qualité moyenne.

Et vu que tu occupes précisément ce poste de prestataire, peux-tu me dire à quoi correspond ton rôle ? (dans les grandes lignes, hein) T'arrive-t-il de sentir que ton apport est minime, par exemple dans le cas où ton interlocuteur a de solides connaissances du web, voire en matière de programmation ?

Si mon interlocuteur avait ce genre de connaissances, il ne ferait probablement pas appel à moi.

En gros, j'ai 2 types de clients : ceux qui se fichent éperdument de savoir en quoi leur site est fait (clients de type "utilisateurs finaux"). Dans ce cas, mon rôle est de leur fabriquer un site/outil qui réponde à leurs attentes. Si je choisis d'utiliser Drupal, je leur explique pourquoi et les avantages/inconvénients que ça représente, mais la plupart du temps, ça leur importe peu.

Par ailleurs, il y a les clients qui viennent me voir précisément parce qu'ils veulent du Drupal (clients de type "prestataires Internet"). Dans ce cas, mon rôle est multiple : valider la faisabilité du projet avec Drupal, réduire leur courbe dapprentissage si je travaille avec leurs développeurs, garantir la réussite du projet (dans le sens où, en tant qu « expert » sur Drupal, je suis censé résoudre tous les obstacles techniques rencontrés dans limplémentation de leurs besoins avec cet outil).

A partir d'un certain moment, on capitalise aussi car la logique d'un CMS n'est jamais totalement unique.

Comme les langues étrangères. Plus tu en connais, plus il est facile d'en apprendre.

Le cas de Drupal est un peu à part, il a sa propre logique et c'est aussi la raison qui le rend plus difficile d'accès (ceci dit, eZpublish ou Typo3 sont assez différent dans leurs approches aussi...). Parfois, c'est une question de manière de penser, ça clique ou ça ne clique pas pour un développeur/designer.

Tout à fait d'accord. En l'occurrence, j'ai cliqué avec Drupal, et je n'avais pas du tout cliqué (à l'époque) avec Mambo. Cela dit, tu as éveillé ma curiosité et je suis tenté de me pencher du côté des CMS dont tu parles...

... jusquà un certain point. Autant je trouve judicieux d'être pointu dans un outil de chaque catégorie, autant je ne vois pas l'intérêt de maîtriser plusieurs outils de la même famille, proches en fonctionnalités.

Pour reprendre l'exemple des CMS, je vois difficilement quelle fonctionnalité un CMS pourrait proposer qui me pousserait à en adopter un autre. Bien sûr, chaque CMS est un compromis, mais celui que j'ai choisi est - pour reprendre tes critères - flexible, modulaire, extensible, programmable, open source, innovant... Il arrivera toujours qu'il lui manque une fonctionnalité qu'un autre CMS propose, mais à supposer qu'il ne s'agisse pas d'une fonctionnalité "core" (comme le multilinguisme), je devrais pouvoir la programmer.

Un petite pause, et cest reparti.

Quelques réactions aux questions de départ de ce thread.

Que pensez-vous de solution de type http://www.atelierphp.com ? Ce qui semble séduisant, c'est d'avoir une solution plus personnalisée qu'un CMS standard...

En quoi la solution dAtelierPHP est-elle plus personnalisée quun CMS standard ? A moins que tu compares dun côté AtelierPHP qui vend son CMS obligatoirement avec de la personnalisation, et dun autre côté lutilisation dun CMS « out of the box », je ne comprends pas cette question.

Un site comme http://www.projectopus.com/ te fait-il penser à un site Drupal « standard » ?

Est-ce une erreur de s'appuyer sur une web-agency ? Est-ce qu'il est parfois intéressant de faire appel à une web-agency, même pour un CMS open source ?

Encore une fois, pourquoi serait-ce une erreur ? Et pourquoi « même pour un CMS open source » ? Pourrais-tu expliquer en quoi lintervention dune web agency compromettrait la réussite de ton projet par rapport à une réalisation « en solo » ? A part certains cas que jespère exceptionnels (escrocs, incompétents, tarifs exorbitants...), je ne vois pas.

Allez, je vais me coucher.

Bon week-end.

Bien souvent peu importe l'outil e-commerce qui n'est qu'un détail : ce qui compte c'est ta connaissance du logiciel de gestion utilisé par l'entreprise et ta capacité (et la crédibilité de ton employeur) à interfacer les 2.

Aussi, la courbe d'apprentissage du métier e-commerce est bien plus longue que celle de OSCommerce ou autre.

Hello robinson. Très juste cette remarque. Ils l'ont d'ailleurs évoqué pendant l'entretien : la nécessité de s'interfacer avec les logiciels existants de l'entreprise (gestion, compta, stocks...). Et puis, on l'a pas évoqué, mais y a toute la partie paiement électronique. Ca fait longtemps que j'ai plus implémenté, mais dans mon souvenir, ça n'était pas trop compliqué.

En tout cas, merci à tous de vos remarques fort intéressantes.

Hello David,

Je pencherai quand même pour un compromis entre proposer 20 outils open source et 1 seul. Le problème d'être mono-produit c'est qu'on est pas forcémment objectif par rapport au choix de l'outil et que si on aborde une demande on peut être tenté de ne pas écouter le besoin (c'est naturel, sinon on ne vit pas ).

Tout à fait d'accord.

J'ai quelques outils à mon arc : MODx bien sûr mais aussi Textpattern ou CMS Made Simple. Je compte passer un peu de temps à approfondir SPIP et Drupal pour étendre ma capacité de réponse. Et aussi, développer mes compétences sur Code Igniter pour faire du très spécifique. Enfin côté applications web plus pointues j'en choisi une par "type" : ActiveCollab pour la gestion de projet, UNB pour les forums, Vtiger pour la CRM, DotClear pour le blog...

Je pense qu'il est tout à fait possible que maîtriser plusieurs applications. Mais cela prend du temps. Je sais que je passe facilement un tiers de mon temps lorsque je suis en mission et deux tiers hors contrat à me former . Il faut dire aussi que pour moi, c'est une passion et que ma semaine ne fait pas 40 heures J'imagine que c'est la même chose pour pas mal d'indépendants...

Je suis impressionné par le nombre de cordes à ton arc, et j'aimerais en avoir autant. Perso, je trouve qu'il n'est déjà pas évident de maîtriser à fond un outil de type CMS, ensuite il faut également maîtriser le langage qu'il utilise (en l'occurence, PHP), et enfin maîtriser les compétences annexes mais nécessaires (base de données, design, hébergement...).

Même si j'adhère tout à fait à tes arguments, la spécialisation est une nécessité liée à la taille de ma société, au temps dont je dispose, et aussi à une politique commerciale : le fait d'être "le type qui fait des sites avec ZZZZ" fait que les gens viennent te voir pour ça. Dans mon cas, je reçois pas mal de demandes du type "devis pour faire notre site avec Drupal", plutôt que "quelle solution préconisez-vous pour notre site ?".

Ensuite, c'est aussi une affaire de passion, d'envergure et de variétés des projets. Comme tu l'as souligné, toi tu ne fais que du sur mesure, chose que tu peux te permettre vu l'éventail de tes compétences. Quand on est "le type qui fait des sites avec ZZZZ", on risque de faire toujours le même type de sites, et vu qu'on est mono-compétence (ou quasi), on bosse souvent sur des projets qui impliquent peu de compétences, donc des petits/moyens projets.

Pour moi il y a une énorme différence :

- si tu fais appel à un prestataire qui ne vend qu'un cms (au delà des problématiques de format ouverts, pérennité de l'entreprise, etc mentionnés par davidm), le prestataire ne pourra pas te proposer autre chose et tu risques de payer très cher le fait d'adapter l'outil à ton besoin... voir même tu devras adapté ton besoin à l'outil...

- si tu fais appel à un prestataire utilisant des outils opensource/libre et que ce dernier en maitrise plusieurs, alors il va pouvoir répondre à ton besoin en prenant l'outil qui répond le plus à tes besoins (le 100% est rarement atteignable, quoique...) et donc tu évites d'être dépendant d'un prestataire en tant que tel (un autre prestataire peut maitriser l'outil retenu) et en plus, le cout des dev devrait être moindre (et à long terme, la maintenance et montée de versions devrait être facilitée).

Oui, cela dit, tu peux être un prestataire spécialisé dans UN outil open source (c'est mon cas). A toi de dire alors à tes clients potentiels si ce CMS est adapté à leurs besoins ou non. S'il l'est, c'est idéal car tu es spécialiste du domaine.

En plus, du point de vue du prestataire, en utilisant toujours le même outil, tu augmentes ton expertise et tu peux ré-utiliser l'expérience/le code d'un projet à l'autre.

Merci de vos réponses.

"tout le monde veut une boutique" ne correspond pas à des projets bien définis ni intéressants. A ta place je ne m'engagerais pas dans une collaboration avec une société qui se positionne comme cela.

C'est une formule générique qui, je crois, n'est pas révélatrice de leurs projets.

La réalité est plus complexe AMHA : les entreprises solvables, qui ont pignon sur rue, recherchent des solutions pointues pour gérer leur développement en ligne, et des prestataires confirmés avec des références sérieuses - est-ce le cas de ton interlocuteur ?

Je pense que oui. Les personnes rencontrées ne sont pas "des rêveurs qui croient que chaque chinois veut un vélo" . En l'occurrence, il s'agit d'une société qui existe depuis 3 ans, qui a déjà réalisé un nombre impressionnant de sites e-commerce, et qui cherche pour maintenant (pas pour d'hypothétiques futurs sites) des compétences dans ce domaine.

Ma question ne portait ni sur le sérieux de la société rencontrée, ni sur le fait qu'un site (e-commerce ou autre) n'est rien en soi parce qu'il faut également du référencement, de la promotion, un service de qualité derrière, etc. Mais plutôt sur :

• la courbe d'apprentissage d'OsCommerce (si je compare à Drupal, un CMS php/mysql, il faut effectivement plusieurs semaines avant d'être à l'aise, et chaque solution a ses propres "trucs").
  
• l'intérêt pour un développeur web de positionner son offre sur du développement de sites e-commerce (avec OsCommerce ou autre), plutôt que sur des sites de type CMS.