ミラノペトロヴィッチインタビュー

このインタビューは、優れたWordPress開発者への一連のインタビューの3番目です。 今回、ミラン・ペトロヴィッチは親切にもいくつかの質問に答えてくれました。

こんにちはミラノとこのインタビューをしてくれてありがとう。

こんにちはラース。 誘ってくれてありがとう。

あなた自身、あなたの歴史、背景について少し説明していただけますか？

私はデスクトップ開発のために、10〜11年前にDelphiを使い始めました。 2002年に（私は思うに）ウェブサイトを作る必要があり、使用するテクノロジーを探していて、PHPを見つけました。 ただし、同時に、MS dotNETFrameworkの最初のバージョンでDelphiforC＃を置き換えました。

過去7年間、私はC＃とPHPの両方の開発者です。 2006年、私はセルビア・カナダの会社であるILUMNISで働き始めました。 彼らは主にMicrosoft開発ツール（C＃、ASP.NET、MS SQL Server）と連携しており、主にWebアプリケーションのフロントエンドにExtJSを使用しています。

2007年の終わりに、私は新しい会社のWebサイトを作成していましたが、ニュースを処理するためだけにCMSプラットフォームが必要でした。 WordPressを使うことにしました（2.3がリリースされたばかりです）。 当時、私は自由時間にWordPress用のマイナーなものを開発していましたが、すぐに状況が変わり、最初のプラグイン（GD Pages Navigator）を公開しました。 GD Star Ratingは、昨年の夏に続きました。

約8か月間、私は2つの仕事をしていましたが、WordPressプロジェクトが増えたため、Ilumnisを離れることにしました。 2009年3月からフリーランサーとして働いています。

あなたはおそらく、インターネット上の多くのWordPressブログで広く使用されているGDStarRatingプラグインで最もよく知られています。

はい、GDStarRatingは非常に成功したプラグインです。 1年以上前に作業を始めたとき、それは友人のために作られた非常にシンプルなプラグインでした。 WPの評価プラグインはごくわずかであり、そのうちの1つだけが実際に優れていて、定期的に更新されていました（LesterChanのWP-PostRatings）。

ただし、そのプラグインは非常に制限されており、コメントの評価を含むすべてをより細かく制御する必要がありました。 さらに、非常に早い段階で、多くのブログがそれを使用し始め、フィードバックを提供したため、機能の数は時間の経過とともに増加し、今後も増加し続けます。 来年中にGDStarRating2.0につながる多くの新機能を計画しています。

ある時点で、GDStarRatingが20.000行を超えるコードであるとおっしゃいました。 モンスターなどはどのように開発しますか？

その数は今でははるかに高くなっています。 39.000行（CSSとHTMLを含む）で、25.000行のPHPがあります。 それは間違いなくたくさんありますが、それでも1人の開発者だけが管理できます。 プラグインには約500個のファイルがあり、コードは細かく分割されているため、どこに行くのかを簡単に見つけることができます。

さらに、私はすべてを追跡するためにIDEに依存しています。 プラグインのサイズは問題であり、少なくとも2回は、コードを再編成してより論理的にする必要がありました。 すべてのプラグイン機能を考慮に入れると、これはそれほど多くの行数ではありません。

さらに、プラグイン機能の一部は使用が非常に複雑であることがわかっているため、ウィザードと呼ばれる別の機能を追加することも計画しています。これは、すべてのインストールウィザードと同様に、簡単な体系的なセットアップ手順を使用してプラグインを設定するのに役立ちます。 さらに、Googleマップを使用した投票の興味深い新しい視覚化を追加します。

あなたは、GD Press Tools、GDSimpleWidgetsなどの他の有名なプラグインの作成者です。 あなたのお気に入りはどれですか？ なぜ？

GD Press Toolsは、50を超えるツールが組み込まれている非常に珍しいプラグインであり、ブログをクリーンに保つためなど、デバッグ目的で毎日使用しているため、私のお気に入りです。 Proバージョンはまもなくリリースされ、新機能と既存機能の拡張の両方を提供します。

また、GDアフィリエイトセンターと呼ばれるプラグインについても言及したいと思います。 このプラグインはまだ開発中であり、リリースまであと1か月ほどかかります。 私はそれを書くのがとても楽しかったし、より良くて使いやすいインターフェースを作成するために多くの新しいことを試しました。 プラグインは、アフィリエイトとそのプロモーションバナーおよびリンクを管理するために構築されており、ブログにバナーを追加したり、インプレッションやクリックを追跡したりするための使いやすい手段を提供します。

最近、プレミアムサポートを導入しました。このサポートでは、時給（4時間、最低100ユーロ）で雇用することができます。 これを立ち上げてからのあなたの経験は何でしたか？ そして、あなたはこのサービスを提供し続けますか？

現在のプレミアムサポートは主にGDStarRatingに対するものであり、私は毎週少なくとも1つか2つのそのようなプレミアムカスタマイズを行っています。 GDSRの中には複雑なものもあり、テーマをカスタマイズしてGDSRを統合するために私にお金を払うほうがはるかに速い（そして安い）と感じる人もいます。

ほとんどのWordPressユーザーは開発者ではなく、テーマの変更を必要とするいくつかのより複雑な機能は必ずしも簡単ではありません。 私は新しいWebサイトに取り組んでいます。このWebサイトは、プレミアムユーザーのみのフォーラム、電子メールサポート、ビデオチュートリアルなどを含む、GDSRの従来のプレミアムサポートを提供します。 それでも、より具体的なGDSR統合に対応できるようになります。

WordPressをベースにした商業ビジネスの議論は時折燃え上がる。 この議論に対するあなたの立場は何ですか？

GPLとWordPressをめぐる議論はまだ続いていますが、その点についてはわかりません。

WordPressはGPLライセンスを取得しており、もう何もする必要はありません。そのため、デザイナーと開発者の両方がそれを受け入れて使用するか、GPLライセンスが適用されていない他のプラットフォームに移行する必要があります。 GPLを使用しても、テーマを使用しても、商業ビジネスは可能であり、生きています。

多くのテーマデザイナー（Woothemes、StudioPress、ElegantThemes…）はGPLライセンスを採用しており、製品のサポートを販売しているため、ユーザーは自分が支払っている製品がサポートされており、常に開発中であることを知っているため、今でも素晴らしい成果を上げています。はとても重要です。

一方、WordPressの商用プラグインはまれですが、同じ原則を適用できます。 私はすぐにそのようなプレミアムプラグインをいくつかリリースする予定であり、あなたはプレミアムプラグインを持っているので、WordPress.orgがテーマで行ったようにそれを認識するのは素晴らしいことです。

WordPress全体の将来をどのように見ていますか？

WordPressは（ほとんどの場合）正しい方向に進んでいると思います。 コアはコミュニティからの助けとフィードバックで開発されており、それは非常に重要です。 数か月前に発表されたWPプロジェクトとWPMUプロジェクトを統合することも良いことであり、より複雑なWebサイトの作成と保守が容易になります。 毎日ユーザー数が増加しているため、WordPressは現在最も急速に成長しているCMSプラットフォームです。

WordPressの作者とテーマ開発者の将来をどのように見ていますか？

良い点は、WordPressコアがシンプルなままであり、多くの機能（標準のコア機能として要求されるものもあります）がプラグインの作成者に任されていることです。 WordPressのテーマに取り組んでいるデザイナーや新しい会社の数が常に増えていることも素晴らしい兆候です。

商業的な意味でのWordPress作成者とWordPressテンプレートデザイナーの将来は見えますか？ 人々はWordPressで働くことで生計を立てることができますか？

間違いなく。 私はフリーランサーであり、WordPressでのみ仕事をしており、他のプラットフォームに切り替えるつもりはありません。 私が処理できるよりも多くのプロジェクトのオファーを受け取ります。 多くの企業がWordPressに切り替えています。彼らは常にいくつかの特別でカスタムなこと、プラグイン、拡張テーマなどを必要とし、フリーランスモデルに理想的な多くの作業があります。 無料のプラグインとテーマを作成することは、開始して評判を築くための優れた方法であり、最終的には仕事やプロジェクトにお金を払うことができます。

過去1年半の間、私はさまざまなクライアント用に約20個のプラグインを作成しましたが、それらのプラグインのいくつかは非常に複雑で高価でした。 商業的には、WordPressは素晴らしいプラットフォームです。

あなたは経験豊富なWordPressの作者ですが、何を改善できると思いますか？ 実用的/日常的な意味だけでなく、開発者の観点からも？

WordPress 2.9には今では手遅れですが、WordPress 3.0には、投稿/タグ/カテゴリ/分類法のための新しい管理とインターフェイスが必要です。 現在のインターフェースは小さなブログに適していますが、20.000のタグと500のカテゴリを持つ10.000の投稿でブログを管理してみてください。 投稿をカテゴリに再割り当てすることは、現在のインターフェースでは苦痛です。 これにはいくつかのプラグインがありますが、申し訳ありませんが、どれも優れていません。 これはWordPressコア内で解決する必要があります。 開発者の観点から、WordPress3.0はPHP4をサポートするべきではありません。 最近、GD Star Ratingと4.4.9より古いPHPで問題が発生しました。このような古く、サポートされなくなったソフトウェアでテストするのは非常に困難です。

また、WordPress開発者が、プラグイン（グリッド、設定など）の管理側を構築するための使いやすいコントロールのセットを作成すると便利です。 今のところ、WordPressのデフォルトパネルから物事を取り除く必要があります。

あなたの同僚であるウラジミール・プレロバックは、ウラジミール・プレロバックとのインタビューでいくつかのトリックを共有してくれてとても親切でした。あなたが共有したいワードプレスの作者​​のためにいくつかのトリックがありますか？

常にPHPクラスを使用してプラグインを作成してください。 最も単純なタスクでも、コードの制御ははるかに簡単です。 プラグインが成長し始めた場合、関数を所定の位置に維持する方法はなく、クラスが進むべき道です。 できるだけコードを文書化するようにしてください。 私は、ソースコードを検索し、ドキュメントを使用してHTML（またはPDF、CHM）ファイルを生成できるDoxyGateプログラムを使用しています。 DoxyGateをNetBeansに統合して、使いやすくすることができます。

このようなHTMLファイルをすべてのプラグインに含めます。 読みやすいファイルに関数が文書化されている場合、エンドユーザーはプラグインの使用方法を理解しやすくなります。 また、SVNまたはその他のバージョン管理システムを使用してください。 そして、あなたがすることすべての定期的なバックアップを作成します。

開発にはどのようなソフトウェアを使用していますか？ PC / Macで作業していますか？ どんなソフトウェアを使っていますか？ メモ帳？

デスクトップPCとラップトップPCの両方にWindowsがあり、主にラップトップ（Lenovo SL500）で作業しています。 NETBeansIDE6.8を使用しています。 PHP、HTML、CSSに最適です。 また、WordPressプロジェクトはうまく機能し、NETBeansはWordPressのすべての関数とクラスをマップします。これは、開発の速度と快適さにとって非常に重要です。

データベースアクセスにはHeidiSQLとphpMyAdminを使用し、SVNアクセスにはTortoise（NETBeansにはSVNサポートも組み込まれています）、さまざまなタスクにNotepad++とWinMergeを使用しています。 さらに、私はすべてのプロジェクトをSVNに保持しています。

プラグインを開発するときにテンプレートシステムがありますか、それともいわば「スクラッチ」から始めますか？

開発するプラグインに応じて、使用するプラグインテンプレートシステムがいくつかあります。 より複雑なのは、主にGDStarRating構造に基づいています。 私はすべてのプロジェクトで使用しているのと同じ基本的なクラスと関数のライブラリを持っています（DBのインストール、デバッグ、あらゆるニーズに対応する関数、画像のアップロードと操作）。 毎回ゼロから始めるのは大変で、プロジェクトごとに多くの要素が繰り返されているので、スタートアッププロジェクトが必要です。

昨年、私はGDプラグインコアの開発を開始しました。これは、完全に機能するプラグインを生成できるウィザードを含むプラグインのベースでした。プラグインの名前などを設定すると、プラグインは必要なすべてのファイルを含むフォルダーを生成します。基本的なコアクラス。 ただし、このプラグインはもう保守されていません。 多分いつか私はその仕事を再開するでしょう。

WordPressは開発のしやすさという点でどのように感じていますか？ その長所と短所？

JoomlaやDrupalと比較して、WordPressの開発ははるかに簡単です。 ただし、開発者の観点からは、多くのことがそれほど良くありません。 残念ながら、WordPressのモットー：Code Is Poetryは、WordPress全体に適用することはできません。

WordPressには機能が多すぎて、それらの多くは同じことをしています。 関数は、時々混乱する可能性のあるさまざまなパラメーター仕様を使用します。 より多くの機能がクラス内にある必要があります。 古いバージョンのプラグイン、テーマ、WordPressとの互換性を維持するために変更されないものもあります。

それでも、これらのことに慣れれば、それほど悪くはありません。 すべてのシステムに同様の問題があり、完璧なシステムを見つけることはできません。

この短いインタビューをしてくれてありがとう、そしてあなたの考えを共有してくれてありがとう。 最後に残したい言葉はありますか？

ラースの機会をありがとうございました、それは喜びでした。