Bonjour,
Je recherche pour une société en cours de création un développeur PHP/web senior avec les compétences suivantes :
* Technologies : PHP, SQL, au moins un CMS PHP (type Drupal) ou un framework PHP (type Symfony), et de bonnes bases d'admin système.
* Rigoureux : code propre, documenté, testé, correctement formaté.
* Capable de chercher et trouver les infos qu'il ne maîtrise pas encore.
* Au moins 3 ans d'expérience (en agence web, en SSII ou comme indépendant).
L'activité de cette société sera de créer et d'exploiter un site web communautaire, qui présente les défis suivants :
* Grosse volumétrie (plusieurs millions de pages).
* Agrégation. Le site sera alimenté en bonne partie par du contenu agrégé, dont une petite partie seulement sera déjà sous forme XML/RSS. Il faudra donc développer des robots-scrapers capables de fonctionner quasi-automatiquement.
* Le site devra s'interfacer avec d'autres systèmes (par ex., plateforme d'envoi de SMS).
* Le site devra être accessible aux plateformes mobiles (iPhone, WindowsMobile, Palm...).
(Je suis volontairement discret sur le projet dans cette petite annonce, mais il sera présenté de manière plus détaillée en entretien.)
Le poste consiste à :
* Elaborer un cahier des charges technique sur la base du CDC fonctionnel.
* Faire un benchmark des CMS/frameworks Open Source en PHP/MySQL, et retenir le plus adapté au projet (les pistes actuelles nous orientent vers Symfony ou Drupal).
* Définir les bonnes pratiques de travail qui seront appliquées au cours du projet (tests unitaires, conventions de codage, SVN...).
* Recruter un ou plusieurs développeurs.
* Coder. :-)
* Superviser l'aspect technique du projet.
Le poste est en CDI, basé à Lille. Les conditions de la collaboration sont à définir ensemble :
* Rémunération motivante, à négocier.
* Le candidat est encouragé à s'associer à la réussite du projet (s'il le souhaite et selon des modalités à déterminer).
* Travail à distance envisageable si candidat au profil prometteur mais éloigné géographiquement.
== Pour postuler ==
Envoyer CV et référence par e-mail à Vincent Caillierez, contact (at) felisite (point) com
Forum général.petites-annonces Recherche développeur PHP senior
26
fév.
2008
# Je taquine
Posté par Anonyme . Évalué à 3.
Est ce que votre/ta vigilance serait limitée au point de ne pas avoir remarqué en haut du site la bannière disant que l'entreprise "crée des sites internet sur mesure et conformes aux standards avec le logiciel de gestion de contenu Drupal" ?
sinon je te souhaite du courage et de la reussite pour cette aventure !
[^] # Re: Je taquine
Posté par Sylvain (site web personnel) . Évalué à 1.
# RoR suck ?
Posté par nanard . Évalué à 1.
Vous voulez faire beaucoup de truc très web2pointzero rapide organisé facilement maintenable, du lourd et serieux etc, c'est ce que je reçent dans le message, (et qui ne voudrais pas d'ailleur) .
Mais pourquoi ignorer rails ?
GNiark :>
Allez tous vous faire spéculer.
[^] # Re: RoR suck ?
Posté par Mr Kapouik (site web personnel) . Évalué à 1.
Et même si RoR ca poutre un poney mort, faut il encore trouver des gens qui l'utilise et le connaissent.
Et puis php c'est in !
[^] # Re: RoR suck ?
Posté par nanard . Évalué à 1.
Si plus de gens disaient, "on à l'intention de le faire en php mais on cracherais pas sur une équipe de dev ror" déjà ça serais cool.
Dupralfrance n'a suremment pas l'intention de changer de camp, hé bein c'est pas bien mr dupral ;)
Php à la base, ça a était develloper sans prétentions, pour le tout public, mais dans le vrai monde, sur un projet comme ça, je mets php dehors de suite.
Je reconnais ne pas aimer php, mais il m'y aide pas aussi, j'ai de l'énergie, et des idées mais peu de temps en ce moment (je n'ai dormis que 4h depuis lundi et ce soir jvais voir les chti au ciné), autent tout bien utiliser.
Allez tous vous faire spéculer.
[^] # Re: RoR suck ?
Posté par hervé Couvelard . Évalué à 1.
Outre le coté très désagréable des personnes que j'ai rencontré qui savent mieux que les autres ce qui est bien, ou bon, ou intelligent, sorti du truc très rapide de démo [ un blog en moins de 5 minutes ] [[ avec une machine déja toute configuré, parce que la config c'est un peu plus .... coton]], [[ des machines plus péchus parce que ca rame beaucoup plus]] c'est pas plus rapide sur le long terme.
De ce qui m'a été montré [ et de ce que j'ai lu dans le libre Oreilly],et de ce que j'ai un peu testé, ror est hyper cool pour monter rapidement un projet [on évite le temps de latence de mise en place de l'architecture (on utilise le 'rails') avant de pouvoir coder les fonctionnalités], mais une fois qu'une architecture est mise en place dans l'autre solution, on est mille fois plus libre (nom des tables, des champs, des ids, des pages, etc.....) et on peut donc faire plus rapidement plus de choses. et lorsque la page est consultée, on ne doit pas reparser son architecture non développée qui a été faite avec le 'rails' de ror.
Et puis, si ror était super si cool que cela, comment expliquer qu'en plus de 5 ans, dans le libre, il n'a pas vraiment percé ?
En fait, ce qui est marrant c'est que la 'seule chose' qui est mise en avant pour ror, c'est son coté intégration automatique des saloperies web2 qui servent le plus généralement à masquer l'indigence du contenu ou la piètre qualité ergonomique une fois javascript désactvée.
Sur la réponse : ouais mais maintenant on DOIT séparer le contenant du contenu, donc mvc c'est vachement cool, c'est ca qui est bien et j'aimerais pas codé avec toi, pov tache etc......
C'est la même chose que ceux qui disent que c devrait être abandonné au profit de java ou à la limite mono ou c++ : C'est leur opinion, rien de plus.
Il y aura toujours des mauvais code c et des mauvais code 'mvc', ce n'est pas l'outils qui est bon ou mauvais mais ce que l'on en fait.
[^] # Re: RoR suck ?
Posté par nanard . Évalué à 1.
Le web2.0 c'est hype et bien utilisé c'est encore mieux. Recharger une page entiere pour seulement supprimmer un objet ou changer son état c'est plutot moyenageux comme techniques. Et désactiver js n'empèchera pas les actions de ce faire (juste la page qui vas ce recharger en entier)
Mon premier gros site, je l'ai fais entiéremment en php avec gallerie marchande mise à jour en parsant un fichier xls, etc. J'en ai chié avec php, (j'ai choisie de tout faire ct mon choix) , alors je suis peut être pas objectif mais ruby est mieux comme langage, et rails apporte vraiment une productivité importante (dumoinschezcamarche).
Debuger avec rails est beaucoup plus simple, je pourrais en sortir des tonnes de différence qui font que je prefére à d'autre langage.
A mon avis si ror marche moins bien c'est qu'il nécessite une prise en main qu'il n'y a pas lieux d'avoir avec php, dans le sens ou php s'incorpore directement dans le html de ta page, qu'il faut juste un serveur configurer pour fonctionner avec php. Moins compliqué à mettre en route et c'est largement rependue.
Ca fais cliché mais j'aime bien développer avec rails, j'ai enfin un gros pénis :)
Allez tous vous faire spéculer.
[^] # Développeur PHP anyone?
Posté par drupalfrance . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.