Pour le « Mais je reste persuadé que le travail pour ce site est facile. » voici de quoi lire qui te fera peut-être comprendre qu’un site responsive ce n’est pas si facile que ça, donc un joli investissement financier : http://www.alsacreations.com/article/lire/1559-responsive-web-design-present-futur-adaptation-mobile.html
Pour le reste, le troll, ça commence à être très hors sujet de l’article de base qui était le gain du responsive au niveau des ventes et non pas l’utilisation de tel ou tel CMS, un débat sur les salaires ou encore savoir si les designers/dev/intés sont des gros arnaqueurs qui branlent rien et se goinfrent d’argent. On peut revenir là dessus ?
Je n’aime pas la censure, donc bien que les commentaires (les tiens et les réponses qui en découlent) soient de plus en plus loin du sujet, je ne les supprimerai pas pour le moment.
Par contre, si tu veux continuer ton débat (même si je ne suis même pas sûre de bien voir où tu veux en venir), je t’invites à ouvrir un blog, aller le faire sur un forum ou prendre contact avec les gens concernés.
Donc Mantis si le but de tes interventions sur ce blog n’est que de troller, de faire dériver le sujet, sache que les prochaines seront tout simplement non publiés. Mais tu es le bienvenu pour une intervenant constructive sur le sujet principal de l’article.

Biensur qu’il s’agit de propos trollesque ;)
malheureusement petit à petit je me suis découvert.
Parler de prix à fait capoter mes troll.

Mais je reste persuadé que le travail pour ce site est facile.
Ce n’est que mon avis car je considère le responsive comme quelque chose d’extrêmement simple.
Et ne dois par conséquent n’influer que très peu sur le prix final car si on est malin on choisit le meilleur framework CSS (Foundation) et si on est patient on choisit de faire son CSS avec SASS/LESS ou autre pour avoir quelque chose de performant.

Ensuite le travail sur le design et autres mérite salaire je trollais encore DSL ;)

@ Mantis
Merci j’ai beaucoup ris en lisant tes posts complètement trollesques :)

C’est bien celà le problème.
Comme vous avez dis ma prestation vaut tant car c’est tel client.
Le travail a été rapide non exceptionnel mais je facture 50 fois le prix que ca vaut. Voilà pourquoi la société tourne pas rond. Fin de discussion

PS : Parlé de tarif horaires n’est pas un problème d’ailleurs rien ne t’empeche de payer ta prostitué à la prestation.
Pourquoi ta prestation de designer/développer en freelance ne serait pas basé sur un tarif horaire mais le designer/developpeur qui est embauché lui travail pour un tarif horaire.

Comment avez-vous négocié votre salaire ? Vous dites à votre patron: Bonjour je suis un génie, je vais vous rapporter un max de thunes, mais comme je bosse seulement 35h par semaine je vous serai gré de bien vouloir me verser 1200€ à la fin du mois! Je n’en suis pas si sûr. (ou alors je vous embauche)

Non mais là tu es entrain de prendre un argument politique d’un candidat du front de gauche (Mélenchon) pour justifier le prix, selon toi excessif, d’une prestation. Lui parle de SALAIRES, pas toi. Donc excuse moi d’insister mais tu fais totalement fausse route. Ou alors, si tu t’insurges contre ce prix excessif, j’espère que tu le fais également quand tu achètes un ordinateur ou quand tu fais tes courses. Parce qu’au niveau marge commercial tu te fais enfler 20x plus. Ça serait au moins cohérent de ta part, même si totalement déconnecté de la réalité. Donc que l’on aime ou pas on vit dans un marché capitaliste constitué de la rencontre entre l’offre et la demande. De là découle le positionnement de chaque entreprise et les prix qui y sont associés. Ces prix sont calculés en prenant en compte toute les charges de l’entreprise (sache qu’un salarié qui gagne 1000€ coûte 2000€ à l’entreprise). Ce qui nous donne un seuil de rentabilité, auquel il faut ajouter une marge. Cette marge servira à plein de chose comme l’investissement par exemple. Bref, je vais pas te faire un cours d’économie complet, ça ne servirait à rien et c’est pas vraiment le sujet.

Être développeur, c’est bien. Comprendre le monde, c’est mieux ;)

Note : Stéphanie, je ne parle bien évidemment pas de technique hein :) Parce qu’à part afficher « coucou » dans une pop-up je sais rien faire d’autres :D

« Si ensuite vous êtes avare ce n’est pas ma faute. lol » // « Je reste persuadé que le vrai prix pour un site basique de vente doit être inférieur à 15000€ » => J’ai du mal à savoir, quand tu dis 15 000€ c’est juste la partie dev ? Ou tout compris (design inté gestion de projet, tests ,etc.)? Pour un petit site sans trop de fonctionnalités, basé justement sur un CMS (donc pas trop de dev) ça doit être jouable d’avoir tout à 15 000, mais pour un plus gros projet, je doute.

Je peux parler d’un vrai projet avec des vrais chiffres pour des calculs. Pour un site responsive, avec le design envoyé par le client et customisé, avec des maquettes à intégrer pour 15 gabarits de page il y en a environ pour 2 mois pour l’inté responsive avec les tests navigateur, les retours clients et gestion de projet. Partons d’un tarif journalier, à disons 350€ (comme dans l’article ci dessus), ce qui est le bas du panier pour de l’intégration et permet de toucher à peine un SMIC en indépendant sachant qu’il y a des charges et tout le bordel, sur 2 mois de boulot (en comptant 20 jours travaillés). On arrive à presque 15k, pour les 2 mois d’intégration avec optimisation mobile responsive, sans le design (dont les maquettes ont été envoyées), ni le developpement.
On parle d’un projet global là, pas que du developpement. 2 mois homme pour faire design + inté + dev et gestion projet, ça me parait utopique sur du e-commerce, ou alors c’est un tout petit site.

« Avec un CMS tu es censé gagner du temps. Donc faire payer moins chère. Ici on parle de 30-75K$ ça ne vous choque pas ? le mec a juste rempli des formulaire pour créer ses articles, fait un peu de CSS JS et il ose vendre à ce prix là. » GROSSE précision, l’auteur ne dit pas que le site de Skinny Tie a coûté entre 30 et 75k, mais qu’en général un site sous Magento responsive coûte ça. Nuance. Et surtout, dans les 30/70K on compte un projet complet, pas JUSTE le developpement sous Magento. Si tu trouves que « juste » le dev 30K c’est abusé, je ne suis pas developpement, mais je pourrais presque être d’accord. Je pense qu’à 30K tu as pas « juste un peu de CSS et JS » mais tu as un design complet, avec l’intégration qui va avec, qu’il faut ENSUITE passer sous Magento ou n’importe quel autre CMS. Et l’intégration d’un e-commerce responsive, ça prend du temps, pareil pour le design (CF chiffres plus haut).

PS non je ne savais pas pour Magento je viens de regardé il est basé sur ZF 1 a ce que j’ai vu.

Ce doit être nettement mieux que WordPress alors. Ce CMS a l’air bon sur le papier je vais me pencher dessus.

Ce que je veux dire est simple.

Avec un CMS tu es censé gagner du temps. Donc faire payer moins chère.
Ici on parle de 30-75K$ ça ne vous choque pas ? le mec a juste rempli des formulaire pour créer ses articles, fait un peu de CSS JS et il ose vendre à ce prix là.

On me répond que c’est compliqué Magento et que par conséquent on perd du temps c’est l’opposé du principe d’un CMS. Je répond qu si ça ne correspond pas à tes besoins développe ton propre CMS tu gagnera finalement du temps et de l’argent. Pour ainsi proposé un site comme « skinny ties » au prix maximum de 15-20K.

Moi aussi j’ai perdu du temps sur WordPress les themes sont moyens c’est très difficile à amélioré.

« Et enfin et plus important : situ fais un cms pour chaque client, il y’aura forcément des bugs, tu fais quoi ? Tu relivres un patch pour tous tes clients ? L’intérêt du cms c’est que le principe de mise à jour et de correctif a été pensé, et le jour où un client se plaint, un autre peut reprendre le truc… »

Le but bien sur ce n’est pas de proposer un CMS propre à chacun mais de développer sois même un bundle forum, un bundle article/panier, un bundle paiement, un bundle commentaire, utilisateurs, etc…
De les améliorer le plus souvent possible et ainsi si un client demande un site e-commerce il suffit d’ajouter les bundles correspondant. De remplir la base de données via la partie administration. De faire un CSS et le site est quasiment prêt.
Une petite formation au client est bien sur nécessaire.

Aussi pour la maintenance avec « composer » je pense il y a moyen de le gérer assez facilement. Je peux me tromper mais normalement de la même manière que l’on met à jour Symfony et les composant open-source rien n’empêche de le faire pour ses composants.
Aussi Symfony ou Zend sont des framework très connu et n’importe quel développeur les connaissant peut maintenir ton code car c’est le principe même d’un framework de même pour les CMS comme tu dis.