Aller au contenu

occitech

Hubmaster
  • Compteur de contenus

    473
  • Inscrit(e) le

  • Dernière visite

Messages postés par occitech

  1. Effectivement, fonctionnellement parlant et hors de France, Cake est une star mais je ne voulais pas forcer le trait sur notre spécialisation. Cela dit tu es le premier (Français) à admettre naturellement cette situation sans être un faboy Cake, ça fait plaisir ;-) Dans Cake y a une console, des tests unitaires, du scaffolding, de bons outils excellents pour qui s'y penche.

    D'accord aussi : certains FW sont plus accessibles dans un sens que dans l'autre ^^

    Très intéressant ton article, en même temps un dev doit être lucide : les acquis ne le restent pas longtemps, tous les six mois faut savoir se remettre en cause. Voilà ce que je reproche aux anti-frameworks : je leur trouve souvent, entre les lignes, une flemme énorme de devoir se remettre en question et se mettre à jour ! Soit disant qu'il masterisent tellement PHP que rien ne pourra faire mieux...vision très égoïste d'une part (cf transmission / pérennité du projet) et archi fausse ! Les mecs critiquent en ayant laissé tombé le didacticiel à l'étape 3 ! Je ne vise personne sur ce topic ! Les mises à jour c'est notre quotidien, le mieux est encore d'y participer. Allez les gars, on créé son compte github et on fait des pull requests sur ses outils préférés ! :-)

  2. Je commente à mon tour, ce topic devient passionnant, c'est génial d'échanger entre confrères (on est d'ailleurs très actifs à Toulouse aux apéros web c'est génial)

    Vu que de mon point de vue, le développeur PHP de 2012 "se doit" de connaitre un framework, je ne suis pas d'accord avec toi sur le fait qu'il soit utilisé surtout en SSII, c'est justement en pleine évolution puisqu'on est plusieurs à être d'accord pour dire que c'est le futur et que les petites agences s'y mettent.

    Nous on est une petite société locale de 3 personnes, on a des contrats dans toute la France (et au delà) uniquement parce que mon associé est ultra calé en CakePHP. Et niveau ambiance interne et réalisation de projet, ça n'a rien à voir avec une SSII, c'est bien mieux bien sur :-) (sauf la rémunération mais on y travaille). En même temps aller au bout des choses c'est vachement plus intéressant pour nous que de toucher de loin à 6 technos, on a un sentiment de bien faire notre boulot et de vendre de la qualité, de savoir ce qu'on vend et savoir qu'on peut le faire.

    D'autant qu'on a vite fait de connaitre 6 autres technos pour faire un site : git, JS, HTML/CSS, un peu d'infogérance...c'est déjà compliqué de savoir faire la base.

    De fait, sans vouloir créer d'esclandre, je conseille aux développeurs de se spécialiser pour mieux se vendre, c'est un modèle qui marche. Une SSII va devoir prendre le plus de marchés possibles, donc avoir un spectre technique très large. En même temps elle a les ressources humaines pour. Une petite boite est obligée de faire des choix et de se spécialiser sinon elle perd de l'argent.

    Pour nous réconcilier ^^ puisque tu apprécies Cake, je t'invite à te pencher sur la v2(.1) c'est vraiment top maintenant !

    Le problème des frameworks c'est qu'il y a bcp de marketing en jeu et peu de retours de devs concrets et sincères. Bien sur SF2 est un outil formidable mais y avait plus de marketeux que de dev dans cette boite, voilà le résultat on ne parle que de lui. Franchement c'est pas le plus simple pour commencer le MVC et on a pas forcément besoin de toute cette puissance pour faire un site conventionnel. Face à cette "image de marque", les fanboys s'en mêlent et fausse encore plus la donne. Le fameux benchs de frameworks a fait bcp de mal a SF2, mais le pire a été les retours des fanboys "faut mettre varnish pour avoir de bonnes perfs" wouaw ! pour faire un hello world. (note : cake est avant dernier, mais en version 1.3). http://blog.curiasolutions.com/the-great-web-framework-shootout/

    Les agences et freelances ont tout intérêt à s'approprier les frameworks, pas forcément les "stars" mais ceux qui s'adaptent à leurs besoins, et là y a du choix : Yii, code igniter, cake, kohana, etc...

  3. Héhé, c'est un autre débat.

    Je préfère rassurer mon client sur la pérennité de la solution que je lui propose et faire ce qu'il faut en terme de qualité de prestation pour qu'il ne parte pas, et que si jamais il parte (des fois c'est pas "notre" faute, il a un nouveau partenaire, il déménage...) qu'il soit encore plus satisfait de partir "proprement".

    Même parti, il pourra toujours nous recommander voire nous regretter...

    Alors que si le client part en mauvais termes et qu'en plus il ne trouve personne pour le reprendre, tu as vite fait d'être vu comme un arnaqueur qui a voulu l'emprisonner.

    De l'autre côté, nous reprenons souvent des projets CakePHP commencés par d'autres qui n'ont pas eu les compétences pour le mener à bien (cf croire qu'en connaissant UN framework on les connait tous) et crois-moi le client est bien content ! On lui facture "juste" la refactorisation de 80% du code plutôt que tout refaire ;-) Blague à part dans cet exemple précis, même si le code est naze, le projet se reprend sans trop de soucis. L'architecture framework MVC permet de retrouver l'objectif du site facilement.

    Enfin, n'oublions pas lessence de la démarche Framework (chez nous) : on ne l'utilise pas pour rassurer le client mais parce qu'on est convaincus de faire du meilleur travail avec ! C'est ça qui est important. Un framework ne t'empêche jamais de faire du PHP "pur" si besoin contrairement aux idées reçues. Il t'accompagne en proposant des outils tout au long du projet, comme JQuery en Javascript.

  4. Tout à fait, connaitre UN framework MVC ne permet pas de les connaitre tous, encore heureux, ce que tu décris m'est arrivé aussi. C'est difficile de trouver un dev expérimenté sur un framework spécifique car ils ont tendance à croire que ça va pas être trop compliqué d'aborder les autres, et là catastrophe.

    Nicolas, je pense que c'est plus simple de trouver un dev qui connait le framework utilisé, que de faire reprendre du PHP pur...mon avis, mon expérience.

    Quant au temps de formation, il est amorti au bout du 3è projet et te le rends bien. C'est du bonheur ensuite de designer ses pages et requêtes si "facilement".

    Du côté des dev, faut s'arrêter sur l'un des frameworks sans écouter trop ce qui se dit par ci par là : y a du travail pour tous les frameworks et se spécialiser sur l'un d'eux est le meilleur moyen de trouver du boulot, plutôt que de connaitre "un peu" 4 ou 5 frameworks.

    D'ailleurs si y a des bons dev CakePHP parmi vous, contactez-moi ! ;-)

  5. Oui je voulais dire que le nouveau serveur possède les mêmes DNS que ton fichier hosts.

    Attention si ton nouveau serveur n'est pas "serveur DNS" (tu as des entrées "NS" dans la liste) alors il devrait (Dan ?) ne pas prendre en compte les lignes de DirectAdmin et continuer à utiliser les DNS officiels...

    C'est vrai qu'en remettant tout ça à plat, quitte à séparer les sites, ce sera plus propre, si tu y arrives ;-) Bon courage

  6. Je comprends et partage ton avis. Que ce soit en php "pur" ou en framework, il faut faire du travail propre et savoir l'optimiser.

    Un bon développeur FW sait ce qu'il se passe derrière et peu ensuite optimiser ce qui peut l'être.

    Cela concerne d'une manière générale toutes les façons de coder, et se caractérise peut-être plus facilement en FW.

  7. Je déterre le sujet si d'autres personnes tombent dessus. Gérant d'une société de développement web, je confirme que la candidature d'un développeur PHP qui ne connait aucun FW a peu de chance d'aboutir à un rdv. Conseiller à un jeune de rester au PHP "pur" est une aberration, aujourd'hui en 2011 ! C'est l'évolution naturelle de cette technologie. Pour un client ou un chef de projet, rien de plus lourd que le développeur PHP qui sait tout, qui a tout fait à sa sauce et que personne ne peut reprendre. Un FW met tout le monde (plus ou moins) dans le même moule.

    Mettre dans la balance le temps d'apprentissage ? C'est une blague ? Qui peut se permettre dans l'informatique de ne pas être en constant apprentissage et remettre en cause chaque année ses compétences ?

    Faudrait pas mélanger confort personnel et flemme de se mettre à niveau, et efficacité ou facilité de collaboration. Quand je lis qu'un FW rend les développeurs flemmards.... :smartass:

    Je développe du web dynamique depuis 1998, d'abord ASP puis PHP, tout a évolué si vite...CSS, JS (et ses FW). Pourquoi ne pas continuer sur Dreanmeaver tant qu'on y est ?

    J'ai vu autour de moi des développeurs PHP talentueux que j'ai poussé vers Cake, y aller avec réticence, perdre du temps sur leur premier projet, puis celui-ci terminé avouer que finalement...difficile de retourner aux anciens projets en PHP "pur" et que leur façon de développer a été révolutionnée. Bon et pour être franc, pour l'un d'eux, il s'est tourné vers Sympfony2 après Cake, bon ça c'est pour ne pas donner l'impression que je ne jure que par Cake.

    CakePHP permet (et certainement les autres FW) de débrayer et faire du PHP standard à n'importe quel moment, on est jamais coincé !

    Ensuite la taille du projet n'est pas vraiment un facteur : une fois appris, un FW facilite tellement TOUT qu'on gagne du temps même sur un projet de 15 pages.

    Bref voila, si un jeune padawan lit ce post "Passe au FW si tu veux trouver un (bon) boulot ! Passe à l'objet si tu veux être plus efficace !"

    Après on ne peut pas nier que cela nempêche pas de connaitre le PHP pur pour comprendre ce qu'il se passe derrière et avoir une bonne culture générale.

    Je sais que je vais en froisser certains, c'est mon opinion personnelle et professionnelle, elle s'adresse aux débutants qui se posent la question sur la nécessite de se mettre sur un ou plusieurs frameworks.

  8. Salut

    Je viens de rentrer en contact avec DOLIST qui fait cette prestation.

    Ils n'acceptent pas les fichiers du type FRANCE PROSPECT car ils recommandent des loueurs de fichiers "pro" (entre 100 et 350 HT les 1000 adresses ciblées).

    En plus, les loueurs d'adresses ne te les donnent pas directement, mais à DOLIST qui joue le rôle de "tiers de confiance" et qui facture déjà rien que pour ça.

    Au final, le prix cumulé d'un campagne n'est pas très loin d'une campagne papier....alors je m'interroge....

  9. Il est évident que les sites de communiqués sont de plus en plus exploités.

    Je suis d'accord avec l'argument du temps nécessaire, mais il faut prendre en compte aussi la qualité d'indexation.

    Certains clients paient suffisamment pour s'offrir ces prestations, avec paiement de la rédaction par une personne spécialisée.

    D'autre part, à titre perso, on peut aussi se faire quelques communiqués pour soi, histoire d'élargir les pratiques.

    J'héberge moi-même un tel service, et je constate malheureusement que certaines personnes n'ont rien compris :

    - pas de lien dans le communiqué vers le site

    - copier/coller depuis Word donc même contenu dans toutes les soumissions (j'ai d'ailleurs du gérer le code immonde de Word avec Tidy PHP pour info)

    Donc effet de mode : certainement, vu que certaines personnes le font sans comprendre comment et pourquoi le faire.

    Dépassé ou tendance à venir ? je dirais juste que c'est une soumission plus riche que dans les annuaires.

  10. Bonjour à Tous,

    Je cherche à faire un script avec Mootools (imposé) qui me fasse bouger une image dans un div fixe de la sorte :

    déplacement vers la gauche + Zoom In simultané, puis déplacement vers la droite + Zoom out simultané, etc.... en boucle

    L'idée est de mettre en évidence cette photo cliquable sur un site tout en restant "smooth" et classe.

    Je galère avec les Fx tout ça :

    <script type="text/javascript">
    window.addEvent('domready', function() {
    bouge();
    });

    var bouge = function() {
    var myTransition = new Fx.Transition(Fx.Transitions.linear, 3);
    var myFx = $('shaketest').effect('margin', {transition: myTransition.easeOut});

    };
    </script>

    <div id="shake"><img src="_images/test.jpg" id="shaketest" /></div>

    Il ne se passe rien, et j'en suis qu'à la base.... :mad2:

    Merci par avance

  11. Bonjour,

    Le crédit mutuel vient de sortir la possibilité de proposer un paiement en ligne par CB en 3 fois (le 11 mars 2009).

    Seul hic : c'est un nouveau TPE virtuel : nouveaux frais d'installation (150 ) nouvel abonnement (17 / mois) et certainement une interface de consultation des encaissements séparée, génial, bel effort !

    On aurait apprécié que ce soit une simple option, comme d'accepter les cartes AMEX ou d'autres devises par exemple.

    Et chez les autres ça se passe comment ?

    Merci

  12. Un dongle USB n'identifie pas formellement une machine, mais juste ... un dongle USB.

    En clair, n'importe quelle personne en possession du matériel (ici, par définition, facile à dissimuler ou à subtiliser) peut se connecter au réseau, quelle que soit sa provenance.

    Les données échangées sont si importantes que cela ?

    Avec une politique de ce genre, tu empêches un collaborateur (donc, membre légitime) d'accéder au réseau en déplacement clientèle, par exemple.

    Effectivement, mais chaque dongle est désactivable par la suite, et puis il y a du middleware à installer + configuration pour fonctionner sur une autre machine.

    De plus pas de consultation en déplacement, et nous allons programmer un accès sans dongle pour la direction.

    Je me suis tourné vers la solution eToken de la société Aladdin qui correspond à mes besoins pour un coût limité (moins de 60 HT / dongle tout compris).

    Ce dongle permet d'y sauvegarder un certificat puis de l'interfacer avec IE et FF.

    A+ et merci pour vos idées et commentaires.

  13. Bonjour Dadou,

    Je ne pense pas que ce soit le cas, et cela ne verrouille pas la machine non plus, on peut très bien installer OUTLOOK sur un portable et accéder avec ses identifiants au domaine.

    Je crois que les solutions propriétaires avec dongle USB restent le plus simple. Dommage qu'on ne puisse pas lier un certificat à une machine uniquement.

  14. Bonjour,

    Cela concerne un projet Extranet donc je veux que les gens puissent se connecter uniquement depuis leur lieu de travail.

    Un filtrage IP n'est pas suffisant car avec les connexions WIFI non protégées ou en apportant son portable sur place.

    Un certificat est copiable vers une autre machine.

    Il ne me reste donc qu'à sécuriser la machine...

  15. Bonjour,

    Je cherche à autoriser l'accès à un site que depuis certaines machines, mais plus compliqué qu'un simple filtrage IP.

    J'ai pensé aux certificats mais je ne sais pas si on peut lier un certificat à la machine ? A priori un certificat ca se copie et s'installe sur une autre machine....(de ce que j'en sais).

    Sinon y a aussi les systèmes d'identification par carte à puce qu'on retrouve sur certains PC PRO mais ca m'étonnerait que l'interface d'authentification puisse se lier au navigateur, et donc à un site Web.

    Avez-vous d'autres idées ?

    Par adresse MAC : mauvaise idée, se craque facilement.

    Merci.

  16. Bonjour,

    Je cherche à savoir si il existe une contribution qui permet d'afficher plusieurs références sur un même page.

    Il ne s'agit pas d'attributs mais de produits différents, mais bien évidemment très proches.

    Un exemple sur http://www.manutan.fr/

    Je souhaite donc pouvoir faire un tableau présentant les caractéristiques des produits et en fin de tableau un bouton "ajouter au panier".

    J'envisage de le développer moi-même mais si qqn connait une contribution ce sera avec plaisir.

    Merci.

×
×
  • Créer...