Appel à conférenciers pour les 15 ans de PHP

Posté par . Modéré par j.
3
10
juin
2010
PHP
AFUP (Association Française des Utilisateurs de PHP) organise les 9 et 10 novembre 2010 le Forum PHP, à la Cité des sciences et de l'industrie à la Villette, et recherche des conférenciers pour participer à ce rendez-vous.

Ce rendez-vous sera un double évènement avec les 15 ans de PHP et les 10 ans de l'AFUP.

Pour l'édition 2010, les thèmes particulièrement mis en lumière seront les suivants :

  • PHP de A à Z : « Débuter en PHP », « Réussir un projet avec PHP », « Choisir son hébergement » ;

  • Outils basés sur PHP : CMS et CMF, outils d'e-commerce et de business, paiement en ligne, CRM et ERP ;

  • Industrialisation de PHP : Performances, tests, authentification centralisée, frameworks ;

  • Technologies autour de PHP (Javascript, HTML 5, microformats).


Alors, il ne vous reste plus que quelques semaines pour proposer un sujet (date de dépôt avant le 30 juin) et bénéficier des pré-inscriptions.
  • # Décalage

    Posté par (page perso) . Évalué à 5.

    Marrant, quand je regarde les thèmes mis en avant, j'ai l'impression de revoir ceux qui étaient proposées il y a 3 ou 4 ans dans les confs Ruby ou Rails. Il manque juste git et Rest à la liste.

    Les sujets à la mode maintenant sont plus tournés autour du NoSQL, des modèles événementiels (node.js / EventMachine), des tests automatisés de javascript sans navigateur (capybara, redcar), OAuth, etc.

    Bref, je suppose qu'il ne me reste plus qu'à soumettre une proposition « Les technos cools que les gamins utilisent pour vous en mettre plein la vue ».
    • [^] # Re: Décalage

      Posté par (page perso) . Évalué à 3.

      Ha, j'oubliais, dans les sujets à la mode, il y a également les tests A/B et, toujours là, l'agilité (Kanban, Scrum) avec ses outils en ligne (Pivotal Tracker).
    • [^] # Re: Décalage

      Posté par . Évalué à 6.

      C'est de la mauvaise fois :)

      Dans "PHP de A à Z" parler de ça serait complètement hors sujet
      Dans "Outils basés sur PHP" il vont pas parler de NoSQL ou de Node.js non plus
      Dans "Industrialisation de PHP" ils parlent notamment de tests et d'authentification centralisée, ... rien n'exclut de parler de OAuth et les outils de tests Javascript
      Dans "Technologies autour de PHP" rien n'exclut non plus de parler de Node.js, NoSQL, etc :)
      • [^] # Re: Décalage

        Posté par (page perso) . Évalué à 1.

        Rien n'exclut, certes, mais ça n'est pas non plus encouragé. Par exemple, les technologies autour de PHP semblent être très orientés sur ce qui se passe dans le navigateur, en tout cas, c'est ce que les exemples laissent penser. Et citer les microformats, ouch, j'ai l'impression de revoir le fantôme d'une techno dont je n'avais plus entendu parler depuis 2 ans.
        • [^] # Re: Décalage

          Posté par (page perso) . Évalué à 3.

          Ben moi quand je vous lis je me sens vraiment décalé la !
          Je connais pas tout les trucs dont vous parlez... ca va me donner l'occasion de surfet un peu tient...

          J'ai commencé php il y 10 ans ( putain.... 10 ans ! ) et j'ai l'impression que j'ai pas beaucoup évolué depuis 8 ans... .Bon je me suis quand même amélioré sur l'archi, la robustesse, sécurisation, intégration outils externe...etc..
          Par contre
          - J'évite toujours le javascript car ca casse les bonbons la compatibilité entre browser, que certains parano que je ne citerai pas désactivent js, que ca se bidouille avec firebug...
          - Faire un site sans base de donnée.... autant faire du html non ?

          Vous m'avez foutu un coup de vieux la...

          Vais compiler un noyau à la main en souvenir du bon vieux temps tient !

          Fuse : j'en Use et Abuse !

          • [^] # Re: Décalage

            Posté par . Évalué à 1.

            NoSQL != NoBaseDeDonnée (si c'est à quoi tu pensais)
            • [^] # Re: Décalage

              Posté par (page perso) . Évalué à -2.

              Toi aussi va falloir que tu te renseignes un peu, parce que ce n'est pas du tout ça. "Base de donnée" ne veut pas dire SQL justement. Une base de donnée, c'est un endroit où on stocke des données, peu importe la façon dont on accède aux données.

              Le NoSQL, c'est le fait d'utiliser des bases de données qui ne s'utilisent pas avec du SQL, et plus généralement, qui ne sont pas relationnelles.

              Dans couchDB, ou mongoDB, il y a "DB" ;-)
              • [^] # Re: Décalage

                Posté par (page perso) . Évalué à 3.

                C'est ce qu'il disait. La démonstration extrêmement rigoureuse est la suivante :

                SQL != BDD
                (Univers - SQL) != (Univers - BDD)
                NoSQL != NoBaseDeDonnées
    • [^] # Re: Décalage

      Posté par (page perso) . Évalué à 5.

      bof, déjà le but n'est pas forcément de faire des choses "à la mode" mais faire des choses utiles, sympa, instructives.

      Je ne sais pas si des gens ont parlé de NoSQL (sous ce nom là ou un autre) dans une précédente édition mais ça ne m'étonnerait pas que ça ait pu être le cas.

      Node.js ben disons qu'on est dans une conf PHP alors pour le langage de gestion serveur on va parler de PHP. Plutot logique. Pas sur qu'on parle de Node.js dans une conf Rails on plus. Et disons que (au moins jusqu'à PHP 5.3) PHP n'est pas super agile pour ce type de programmation.

      Oauth j'ai au moins abordé le nom lors de l'édition 2009.

      Mais surtout ... ben tout ça ça reste des sujets annexes. Le coeur du sujet c'est bien ce qui se fait avec PHP. Le forum PHP de l'AFUP reste un événement thématique "autour de PHP" et pas "tout ce que les gamins peuvent faire pour vous en mettre plein la vue".

      Les critères qui semblent important c'est surtout "professionnel", "utilisé" et "php". Si en plus c'est à la mode et que ça en met plein la vue c'est génial, mais ce n'est pas ça l'important. Et ça c'est peut être justement un signe de maturité que les conf Rails n'ont pas toujours.

      (ceci n'est que mon point de vue et n'engage certainement pas l'équipe du forum, à laquelle je n'appartiens pas)
      • [^] # Re: Décalage

        Posté par (page perso) . Évalué à 2.

        > faire des choses utiles, sympa, instructives

        Mais en quoi c'est utile/sympa/instructif d'assister à des confs sur des sujets dépassés (microformats), pour lesquels ils existent des tonnes de livres et articles en ligne (javascript, les tests) ou ennuyeux (Débuter en PHP : je n'ai rien contre les débutants, mais ce n'est pas une session qui va suffire, autant leur faire une journée réservée) ?


        > Les critères qui semblent important c'est surtout "professionnel", "utilisé" et "php".

        Je ne dois pas attendre la même chose des confs. Si c'est pour faire dans le "professionnel" et "utilisé", ça va, j'ai déjà de quoi faire tout le reste de l'année. Si je vais à des confs, c'est pour apprendre de nouvelles choses, découvrir des sujets que je ne connais pas, avoir de nouvelles inspirations, bref devenir meilleur en cassant la routine.
        • [^] # Re: Décalage

          Posté par (page perso) . Évalué à 3.

          Ce qui est connu et dépassé pour les uns ne l'est pas pour les autres. Quant à la présence de nombreux articles et livres, certains viennent aux conférences pour ne justement pas avoir à suivre tout au long de l'année 150 sites et lire des livres pour se faire une idée. Ils attendent que d'autres comme toi ou moi le fassent pour voir le retour sur expérience.

          Je ne dis pas que c'est bien ou mal, mais ça fait (aussi) partie du public. Pour beaucoup de gens, une conférence sur quelque chose qui n'a pas été mis en production sur un gros site avec un vrai retour sur ce que ça a donné et pourquoi, c'est inutile ou presque. Il en faut pour tous.

          Mais sinon oui, il y en a aussi au forum pour découvrir ou apprendre de nouvelles choses. Peut être pas pour celui qui explore tous les blogs et qui a 200 fils RSS dans son client, mais pour la plupart des gens, si.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.