Entretien avec Simon/OIOPublisher.com

Ceci est le premier d'une série d'entretiens qui incluront des personnes travaillant avec WordPress, des thèmes et des plugins. La première interview est avec Simon de OIOPublisher.com qui a eu la gentillesse de répondre à quelques questions sur WordPress et OIOPublisher.

Bonjour Simon, tout d'abord merci pour cette interview. Auriez-vous la gentillesse de nous en dire un peu plus sur vous ?

J'ai étudié le droit à l'université et j'ai parallèlement commencé à m'intéresser au développement Web, à la création de sites Web de base et à l'apprentissage du PHP au fur et à mesure. Après l'université, j'ai réalisé que je n'aimais pas beaucoup l'idée d'être avocat et j'ai fini par travailler dans le secteur caritatif britannique en tant que développeur Web. Je dirige également quelques projets Web pendant mon temps libre et je prépare une maîtrise en gestion.

Vous êtes bien connu en tant qu'auteur d'OIOpublisher, un plugin publicitaire WordPress. Depuis combien de temps développez-vous dessus ? Avez-vous une idée du nombre d'heures de travail investies dans la solution telle qu'elle est actuellement ?

Je me souviens d'avoir parcouru digitalpoint.com un jour, à l'été 2007, et d'avoir vu une discussion sur un nouveau plugin WordPress appelé wpbankroll , qui vous permettait de vendre des critiques payantes directement via un blog WordPress. J'ai pensé à l'époque que c'était une bonne idée, mais je me suis demandé si je ne pouvais pas faire mieux. Quelques jours plus tard, j'ai créé la première version d'OIO.

Le temps que j'ai dû consacrer au projet a souvent beaucoup varié, mais compte tenu de la recherche, du codage et de l'assistance, cela représente probablement en moyenne au moins une heure de travail par jour depuis la création d'OIO. Disons environ 1000 heures jusqu'à présent.

Comment est né OIOpublisher et quels sont vos futurs projets ?

Comme je l'ai mentionné, il a été initialement inspiré par le plugin WordPress wpbankroll . C'était aussi à l'époque où reviewme.com gagnait en popularité. Prendre une réduction de 50 % pour chaque avis me semblait ridicule, même avec le pouvoir d'attraction de leur annonceur, donc créer une alternative viable semblait être une bonne chose à faire.

Plans d'avenir, par où commencer ! La seule chose que j'ai trouvée, c'est que plus les fonctionnalités et la flexibilité ajoutées à une application Web sont nombreuses, plus les utilisateurs ont d'idées. Il y a un flux sans fin d'idées et de possibilités. En ce moment je me prépare à une refonte complète du script. Il sera développé en PHP5 et se concentrera fortement sur les retours de la communauté dès le départ. Il utilisera également un framework PHP léger sur lequel je travaille actuellement, pour accélérer le temps de développement et permettre aux autres d'étendre l'application avec beaucoup plus de facilité.

J'aimerais également ajouter des services de personnalisation (que je ferai appel à d'autres développeurs pour gérer) et un référentiel de modules où d'autres peuvent contribuer (et vendre) leurs propres extensions à OIO.

OIOpublisher est bien plus qu'un simple plugin, vous avez implémenté plusieurs autres fonctionnalités telles que le marché etc. En visitant votre oiopublisher.com, vous avez le sentiment d'un système TRÈS serré et bien intégré. Comment se développe des plugins de cette taille pour une plateforme telle que Wordpress. Cela facilite-t-il ou complique-t-il le développement ?

Quand j'ai commencé, OIO était vraiment un plugin WordPress (à l'époque c'était aussi gratuit !), utilisant le code WordPress interne presque partout. Il est arrivé un moment où j'ai réalisé que OIO pouvait être une plate-forme en soi et je l'ai donc convertie en une application autonome, qui a ensuite été liée à WordPress. Bien que l'utilisateur final n'ait remarqué aucune différence, cela m'a permis d'atteindre un public plus large et d'intégrer OIO à d'autres plates-formes à l'avenir.

WordPress a toujours été très facile à développer, à la fois lorsque je développais OIO uniquement en tant que plugin et lorsque j'y intégrais mon propre code. Le fait qu'il ait une communauté de développeurs de plugins / thèmes aussi vaste et diversifiée en dit long.

Avez-vous envisagé de développer pour d'autres plates-formes, et pourquoi avez-vous choisi Wordpress comme plate-forme principale ?

Les blogs étaient le type de site Web le plus populaire à l'époque où j'ai commencé avec OIO (et le sont probablement toujours) et WordPress était largement utilisé. Le marché cible des avis payants / liens texte que je visais à l'origine était également très orienté blog (WordPress), il était donc logique de suivre cette voie.

Je ne pense pas que je développerais exclusivement pour une plate-forme à l'avenir, car je préfère créer des applications et des services qui peuvent être facilement intégrés à plusieurs plates-formes plutôt que de trop me concentrer sur une seule plate-forme.

WordPress est certainement l'une des meilleures plates-formes pour créer un site Web axé sur le contenu, et serait mon choix si j'avais besoin de créer rapidement un site Web que je pourrais étendre plus tard.

OIOpublisher est un succès en termes de déploiement sur internet, je vois beaucoup de blogs l'utiliser, mais est-ce aussi un succès commercial, pouvez-vous vivre décemment en développant des solutions WordPress ?

Je pense que WordPress offre un moyen efficace pour les personnes non techniques de mettre leur contenu sur le Web, tout en permettant une grande quantité de personnalisation et d'extension.

Il y aura toujours une demande de services de personnalisation, car aucune application ou CMS préfabriqué ne couvrira jamais les besoins de chaque individu. Par conséquent, tant que la plate-forme WordPress continue de prospérer, je ne vois aucune raison pour laquelle vous ne pourriez pas bien en vivre.

Travaillez-vous sur d'autres projets dont vous aimeriez parler?

Je développe un framework PHP qui constituera la base de la prochaine version majeure d'OIO, qui sera publiée en tant que projet open source à part entière. J'espère mettre l'accent sur le développement d'applications payantes (comme OIO), où le code spécifique à l'application d'un auteur est sous licence séparément du noyau.

Mon travail quotidien se concentre sur le secteur caritatif britannique. theBigGive.org.uk est essentiellement une base de données de projets caritatifs britanniques, ajoutés et maintenus par les organismes de bienfaisance eux-mêmes. Nous fournissons des outils de collecte de fonds, ainsi que des opportunités de « financement de contrepartie » pour encourager les dons pendant une période économique difficile.

Récemment, le Software Freedom Law Center a clarifié le statut des thèmes en tant qu'œuvres dérivées de WordPress, quelle est votre réaction à cela ?

Bien qu'au départ, cela puisse sembler un obstacle difficile à surmonter (pour ceux qui vendent des thèmes premium), je pense que cela fait en fait peu de différence. Le code PHP qui est utilisé pour générer un thème contient généralement une quantité raisonnable de code WordPress (la boucle de publication par exemple), donc dire que ces fichiers php sont des dérivés de WordPress est assez juste.

Mais ce qui rend un thème unique (et qui vaut la peine d'être payé), c'est le style - qui provient d'images et de fichiers CSS. Comme ces fichiers ne contiennent aucun code WordPress, ils peuvent être sous licence séparément et vendus si l'auteur le souhaite. Il en va de même pour les plugins WordPress.

Vous pouvez également constater que les sites vendant des thèmes WordPress n'ont pas eu trop de mal à s'adapter. Themeforest.net, par exemple, a annoncé un petit changement dans les licences, puis les choses se sont déroulées normalement.

Comment la dépendance à la GPL de WordPress affecte-t-elle les développeurs de thèmes et de plugins qui souhaitent commercialiser leurs produits ?

Comme je l'ai dit, je ne pense pas que cela fasse une grande différence. Si un fichier de votre plugin ou thème contient une fonction WordPress, supposez que ce fichier est couvert par la licence GPL. Tout fichier qui ne contient pas de code WordPress est à vous d'autoriser comme bon vous semble.

Au contraire, la récente clarification garantira que les développeurs séparent plus proprement leur propre code de Wordpress, ce qui n'est pas une mauvaise chose du point de vue de la portabilité/réutilisation du code !

Des bons conseils/suggestions pour les personnes qui souhaitent développer des plugins et/ou des thèmes pour WordPress à titre commercial ?

Gardez votre propre code séparé de tout code WordPress. Placez tout ce qui repose sur une fonction WordPress (comme une action de plugin ou un filtre) dans des fichiers séparés et utilisez une instruction include pour ajouter ces fichiers à votre code si nécessaire.

WordPress était en 2008 l'un des ensembles de compétences demandés à la croissance la plus rapide, comme l'ont enregistré, entre autres, oDesk. Comment voyez-vous cette croissance pour 2009 et au-delà ?

WordPress s'améliore constamment, ce qui devrait en faire une option de plus en plus viable pour toutes sortes de sites Web (pas seulement les blogs). Bien que je ne sois pas un expert, j'imagine que la croissance restera forte.

Comment voyez-vous l'avenir de WordPress lui-même ?

La tendance récente semble avoir davantage consisté à affiner les fonctionnalités et technologies existantes qu'à en ajouter trop de nouvelles, ce qui les rend plus rapides, plus faciles à utiliser et plus intuitives.

Je pense que cette approche pourrait bien être poursuivie, maintenant que le noyau contient tant de fonctionnalités et que la communauté des développeurs est très bien établie. La fonctionnalité peut facilement être étendue par des plugins, il est donc important de s'assurer que les éléments de base sont aussi intuitifs que possible.

Merci Simon pour cette interview.