これを押してください：JonMartinによるWordPressビルドでの時間のかかる技術的負債の回避

公開: 2022-02-25

WMRのWordPressコミュニティポッドキャストであるPressThisへようこそ。 ここでは、ホストのDavid Vogelpohlがコミュニティのゲストと一緒に座り、WordPress開発者が直面している最大の問題について話します。 以下は、元の録音の転写です。

RedCircleを搭載

David Vogelpohl：みなさん、こんにちは。WMRのWordPressコミュニティポッドキャストであるPressThisへようこそ。これはあなたのホスト、David Vogelpohlです。私はWPEngineでの私の役割を通じてWordPressコミュニティをサポートしています。毎週、このコミュニティの最高のものをプレスで聞いてもらうのが大好きです。Twitter@wpdavidvで私を見つけることができます。、またはiTunes、iHeartRadio、Spotifyでこれを押すようにサブスクライブするか、wmr.fmで最新のエピソードをダウンロードできます。このエピソードでは、私のお気に入りのトピックの1つについて話します。それは、WordPressビルドの技術的負債を殺す時間を回避することです。そして、この会話に参加して、ジョン・マーティンを歓迎したいと思います。ジョン、プレス・ディスへようこそ。

ジョン・マーティン：どうもありがとう、ここにいるのは良いことです。

DV：ショーの前にハルムの発音を練習しているのは知っていますが、もちろん最初はジョンがそれについて申し訳ありませんでした。ジョンの話を聞いている人たちにとって、技術的負債がWordPress開発チームに与える影響についての彼の考えを共有するのは素晴らしいことです。たとえば、技術的負債があるとはどういう意味で、それはあなたにどのような影響を与えますか？すべてのプロジェクトで技術的負債を削減することについてどのように考えることができますか。そして、なぜあなたはあなたのクライアントと技術的負債の考慮事項を共有する責任があるのですか？

JM：あなたがフリーランサーのエージェンシーとして働いているなら。だから私は技術的負債を殺すのが大好きです。私はそれを排除するのが大好きです。それは私のお気に入りのトピックの1つです。

DV：このトピックに関するジョンの考えに取り掛かるつもりですが、それを始める前に、ジョン、私がすべてのゲストに尋ねたのと同じ質問をするつもりです。WordPressの起源について簡単に教えてください。 WordPressを初めて使用したのはいつですか

JM：それで、私は2010年代の初めにいたでしょうが、その期間の正しい表現は本当にわかりませんでした。だから私は実際に自分自身を始め、2008年にエージェンシーを始めた方法のCEOを務めてきました。そして当時、WordPressはまだ非常にブログのプラットフォームでした。リッチコンテンツがたくさん入ったウェブサイトを構築していました。少し汚い言葉ですが、当時はJoomlaを使用していました。しかし、ではなく

DV： Joomlaは汚い言葉です。私はすべてのオープンソースCMSが個人的に好きです。

JM：ええ、それは素晴らしいプロジェクトだと言いたいです。私たちにとって重要なことは、WordPressがカスタム投稿サイトのサポートを提供したときにJoomlaが本当に強力だったということです。それは私にとってWordPressで物事が本当に変わったときで、ブログプラットフォームとして知られていたものから、それがあなたのためであるかどうかにかかわらず、あらゆる種類のサイトを実行できる適切な本格的なCMSに昇格しました。一人のビジネスやフリーランサーなど、大規模なエンタープライズグレードの複雑なウェブサイトに至るまで。そして、本当に、本当に私にとって、それは彼らの側でキラーな決断だったと思います。なぜなら、それがWordPressが今とても人気がある理由の一部だからです。そうそう、それが彼女がここで使い始めた時でした。その前のサーシャの話は本当に私自身であり、今では私たちが一緒にバンドにいた方法のCEOです。そして、私たちはこの明るい考えを持っています、まあ、あなたは何を知っていますか、それは道路上でより素晴らしい種類の同じ時間であり、私の現在の仕事から時間を奪うのは本当に難しいです。だから私たちは、あなたが何を知っているか、エージェンシーを始めてウェブ開発者になりましょうと思いました。本当に嬉しいですが、彼は確かに素朴な決断です。自分のために働くことでより多くの時間を得ることができると考えることは間違いなく間違いであり、少し後で認識できると思います。その時点の前に、私はSQLについて少し知っていて、それ以来、実際にはグラフィックカードが色を非常にサポートして以来、コンピューターを構築してきました。したがって、CGAが何であるかを知っている他の人にとっては、私が何歳であるかを知るのに役立ちます。しかし、ええ、本当に、それはCPTが出たときでした。その脂肪は私たちにとってすべてを変えました。そして、私たちはほぼ一晩でWordPressを使い始めました。実際、それが私たちが選んだCMSになり、それ以来振り返っていません。

DV：私があなたにこの質問をしたすべての人々の中で、WordPressの起源の物語と比較して重要なカスタム投稿タイプがどのようにあるかについて実際に手がかりを与えた人はほとんどいません。そして、それは面白いです。似たような話があります。私は2010年にエージェンシーを設立しました。それで、少し経ってから、カスタムポストがすでに入っていました。同様の理由で、Joomlaでビルドを開始し、WordPressに切り替えましたが、これはこのカスタムポストタイプとカスタムメタでした。私が同意し、実際にこのようにさまざまな形式で提示した分野は、WordPressが本当に真のCMSになったのはこのような瞬間だったということです。 WooCommerceが誕生してから1年後、WP Engineが誕生しました。他の多くのブランドのワードプレススペースも、このような変革の時期です。あなたの起源の物語の根源である一種の参照を聞くのは興味深いです。彼らは私に、どのように、そしてあなたがそうするのであれば、そこでの創設の瞬間について教えてくれましたが、あなたはどのように、そしてあなたはそれを何をしているのかについて簡単に教えていただけますか？

J M：そうだね。だから実際、私たちが見つけたそのエージェンシーは、私たちが後でモーターを使う方法ではなかったのです。わかった、わかった。ええと、その主な理由は、実際には、昔は、ウェブサイトを構築するのとSEOを行うのとでは、非常に明確な違いがあったからです。そして、世界中の多くの人がアプローチを統合し、ユーザーエクスペリエンスなどを実際に考えているわけではありませんでした。それは、SEOや開発などすべての種類のものとどのように連携するのでしょうか。それで、実際に私たちが後で最終的に合併した理由は、アレンミラノが約20年間存在し、SEOが物事になり始めた最初の頃に創設者が設立したことです。そうそう、2つのエージェンシーを統合しました。 6、7年前、多分もう少し長いです。私のデータの記憶はあまり良くありません、私は認めなければなりません。そして、実際、そうです、それが私たちのアプローチになりました。これは、人々が線を見るのを助けるために、これらすべての異なる分野をすべて一緒に混合することについてのこの完全に統合されたアプローチですか？だから今、私たちはPPC、SEO、デジタルPR、明らかにウェブデザインを行っており、ブランドの広がり、デジタル戦略、そしてこれらすべての種類のものがあります。これらの分野はすべて、最近、強力なデジタルプレゼンスを持っている必要があります。会社、そこでのあなたの役割は何ですか？ですから、私の役職はテクニカルディレクターでした。ですから、正直に言うと、私が行うすべてのことを完全に網羅しているわけではありません。私は開発チームを長期間運営しています。つまり、WordPressのすべてが私の監督下にあったのです。チームには、Julioよりもはるかに優れた開発者がいることを嬉しく思います。私が最初に始めたときはこれまで働いていました。これが、最近私たちがはるかに優れている理由です。そして、私たちは物事をもう少し理解しています。そのため、最近ではデータチームのコストでも開発チームを長期間運営しています。つまり、私は機械学習で遊ぶことができます。PythonやBartekなどが遊んでいますが、このすべての遊びを想像する必要があります。

DV：クールな個別のクライアントを実行すると、途中で技術的負債が発生します。だから私はあなたがどのように考えているのか、技術的負債の一般的なタイプは何であり、おそらくWordPressに固有のものであるのか興味があります。ちょっとの間ですが、たとえば、WordPressが構築されたタイプにロックしたように、技術的負債をどのように、どのように管理するかについて、どのように考えますか？

JM：ええ、そうです。つまり、そうではありません。必ずしも。私たちは、必ずしも物事を分類したり、分類するための地区プロセスを経たりする必要のない種類の言語を使用していますが、実際には、それらは3つの異なるバケットに分類されます。そのうちの1つは、既存のコードの上に不正なコードを作成する場合です。これは、過去に、Heritage Webサイトや他の誰かからの問題である可能性のある間違いを犯した可能性があるため、理由が何であれ、それが一種の最初のバケツ。 2つ目は、不要なコードを作成することです。たぶん、今は必要ないかもしれません。ご存知のように、私たちは皆、クライアントやブランドからの機能要求に終止符を打ち、彼らが特定のことに本当に熱心であると確信していますが、実際の価値を得るという点では、実際には正しいことではないかもしれません顧客のために。そして3つ目は、実際に見られる最大のものであり、実際には別のプラットフォーム上にあるはずの機能を構築することです。ですから、この種のアーキテクチャの一部を理解して、ここでプラグインしているさまざまなビットは、ここでCRMです。これは、基本的にビジネスのマーケティングに関するWebサイトです。これが注文処理プラットフォームです。これらはすべて異なります。

D V：質問させてください。ここで基本的な質問をします。たとえば、3種類のサウンドをリストアップしたように、これらは、不正なコードに不正なコードを書き込むことを排除したい3種類の技術的負債です。コード、それは別のプラットフォームで実行できる必要な機能ではありません。たとえば、必要な機能のような、価値のある4番目のバケットがないので、その場合に優れている可能性のある技術はありませんか？それは言うのは公平ですか？これは4番目のバケットです。

JM：うん。 100％つまり、すべての技術的負債が悪いわけではありません。構築しようとしているほとんどすべての機能が何らかの種類の技術的負債を発生させることを受け入れる必要があり、その技術的負債が良いかどうかについて電話をかける必要があります。良いものもあれば悪いものもあり、前に言ったキーワードが価値についてであることに本当に依存しています。あなたはそのことに必要な価値を手に入れるつもりですか？さらに重要なのは、顧客はあなたのクライアントではなく、最終的な顧客ですが、彼らは彼らの顧客ですか？彼らはそれの価値を得るつもりですか？それは通常、その技術的負債を受け入れるかどうかに関してかなり良いガイディングライトです。

DV：ええ、私はあなたが知っていることを深く掘り下げたいと思います、あなたがその引用についてどう思うか、それが受け入れられるかどうかの公式の価値がありますが、あなたがどう思うかをよく理解することについて考えるのは良いことですさまざまな種類の技術的負債、特に最適化して削除したいもの。次にやりたいのは、こういうことを理解してもらうことです。そういうことで、この分野に集中するためにあなたを端から端まで追いやったのですが、最初の休憩を取ります。すぐ戻ってきます。コマーシャルの休憩にプラグインする時間。しばらくの間、これをさらに押すのをお楽しみに。こんにちは、みんな。ようこそ、WEMRのWordPressコミュニティポッドキャストを押してください。これはあなたのホスト、DavidVogelです。ポール。私はジョン・マーティンに、ハイテクの死者を殺す時間を無効にすることについてインタビューしています。休憩の直前のジョンは、あなたが排除したいと思うかもしれない3種類の技術的負債の考え方は、あなたが取り組んでいるサイトの成功に必要のないコードを作成する悪いコードに悪いコードを構築することだと説明していました。そして、別のプラットフォームでより適切に提供できる機能のコードを構築するかもしれません。ただし、式に値する見積もりのように入る前に。私は疑問に思っていました、私が時間を知らない特定のようなものがありました、そしてあなたの旅はあなたにとってこの種の表面がどのように主な焦点領域であるという技術的負債の特定の例ですか？

JM：ええ、もちろんです。約4、5年前に私がこれについて考え始めた1つの本当の画期的なプロジェクトがあります。私は他の多くのケースを見てきました。企業にとっては、WordPressだけでなく、あらゆる種類のことを通じて常に時間を生み出しますが、実際には、企業は運用プロセスを通じても時間を生み出します。あなたがそのデッキを作成する技術的なものでなければならない場合。 1つ、私の心を最も際立たせているのはクライアントです。私たちは比較的小さな会社と協力して、彼らのために多くの有料メディアの仕事をしました。基本的にオンラインで物を売る。それはeコマースビジネスでした。そして、彼らは伝統的な種類の通信販売をしていましたが、彼らの仕事の多くはオンラインでより多くのトラフィックを促進しようとしていたので、通信販売を行う必要はありませんでした。彼らのために構築されたサイトを持っていたのは完全にオーダーメイドです。そして、彼らはその時点で約10年前から存在しています。それで、それは少し忍び寄り始めてかなり古くなっていました。あなたが知っている、標準と先に進みます。テクノロジーは進歩しました。少し再考する時が来ました。それで、クライアントは私たちと一緒に座り、彼らはウェブサイトで行ったさまざまなことすべてについて報告し始めました。そして、ウェブサイトに組み込まれているあらゆる種類のビジネスロジックやビジネス運用関連のものがあることがすぐにわかりました。そして、それは注文につながる論理であり、サプライヤーの働き方に非常に固有のものです。そのため、詳細については説明しませんが、サプライヤ間で、注文の処理方法や、このようなものをすべて発送する前にショップに出荷されたかどうかについて、非常に複雑な取り決めがあります。ですから、それはすべて非常に複雑です。現在、ビジネスオーナーとその仕組みについての以前の人は、最終的に、その全体をほぼ管理するシステムを構築しました。当時は本当に本当に優れたシステムであり、ビジネスの大幅な成長に真に役立ちました。さて、彼らが実際に考えていなかったのは、すべてのWebサイトには、他のソフトウェアやマーケティングの世界と同じように、最終的にはいつかは有効になるという棚の寿命があるということです。その棚の寿命は、たとえば、CRMに投資する場合、ビジネスは通常、かなり長い間それを開始するので、Webサイトが増えるとは言わないまでも、約10年になります。一般的に言って、2年から5年の間に、少なくとも大手ブランドは3年ごとに再構築する傾向があります。そのため、問題は、この複雑なロジックをすべて既存のWebサイトに組み込み、Webサイト全体を再構築する必要があることでした。そして突然、このビジネスロジックもすべて再構築する必要があります。今、私たちはプロジェクトに費用をかけました、そしてそれは私たちがすでに持っていたものを再構築するためだけに基本的に年間売上高の約半分になることになりました。そして、それは本当に私にこのことについて考えさせ始めました。たとえば、元々別の方法で問題にアプローチした場合、たとえば、Webサイトで達成しようとしているさまざまなことについて考えてみましょう。ご存知のように、これはマーケティングからのものであり、製品を販売するためのものでした。これはオーダーフルフィルメントのためであり、これらすべてのものを供給して私のビジネスプロセスを管理するのに最適であり、それについてもう少しモジュール化された方法で考えた場合、このクライアントにとっては、彼女がそこにいたことは非常に異なる状況でした。。彼らは本質的に彼らがお金を稼いでいるところにあるウェブサイトを持っていたので、それは彼らにとって本当の問題でした。かなり古いので、かなりきしむ音がしました。しかし同時に、そのWebサイト全体を再構築するのに非常に多くの費用がかかり、プロジェクトは非常に複雑になりました。私たちはなんとかかなり賢いものを見つけることができましたが、彼らがすでに持っていたものを使ってそれを統合するために最後までうまく回避することもできませんでしたが、引用することはできませんが、最終的にははるかに遅く、はるかに苦痛になりました必要以上に高価です。そのアーキテクチャが最初に考えられた場合。

DV：忘れたいプロジェクトがたくさんあります。ちょうどそのようでした、そして私は今それを想像することができます私は私を時間に戻しています。ですから、私にとってはかなり明確に聞こえますが、重要なレッスンでは、計画しているリファクタリングに関連するビジネスのコストの種類について考えることは非常に重要だと思います。そして私には、明確な答えは、それを別の方法で設計する必要があるように思えました。そして、あなたが何をすべきかを好きになるのであれば、それはおそらくより明確な道のようなものです。しかし、技術的負債について考えるとき、多くのチームのように思います。それは、彼らが次のように考えるようなものです。

JM：このことを長期にわたって維持する価値はありますか？だから私はあなたがその式についてどう思うかについて興味があります

D V：いつ、例えば、いつ技術的負債を導入しても大丈夫ですか？そして、あなたはその公式についてどのくらいどう思いますか？

JM：ええ、あなたは本当に重要な点に触れました。あなたは開発者の性質について考えています。開発者はクールなことをするのが好きなので、これに参加します。そして、それは、私たちのモチベーションの大部分は、新しいこと、新しいテクノロジー、新しいJavaScriptフレームワーク、何であれ、それが何であれ、新しいことを行う方法を学ぶことです。しかし、私たちは必ずしもそれについて長期的に考えるわけではありません、あなたが知っている、私たちはまだそれを維持するつもりです。ご存知のように、私の妻は私の家で浴槽を手に入れたいと思っていますが、誰かがそれを掃除することを知っています。正直に言うと、それを掃除する人は誰もいないと思います。ですから、考えるのは本当に、本当に、本当に良い質問です。そもそもそれは実際に価値があるのでしょうか。それを少し分解すると、まず最初に、長く考えることができるいくつかの異なることがあります。用語、所有権の総コストと、それをテストして維持することを構築し、それを私たちが得る価値と比較検討することは何ですか？したがって、たとえば、その問題を解決できる非常に簡単な方法があるかもしれません。スプレッドシートを使用するか、社内の誰かが短期間でそれを管理する、わずかに異なるアーキテクチャのものを使用します。そして、この非常に複雑な機能を構築するよりも、それを行う方が安価で効果的です。しかし、実際に総所有コストを見ると、特定のことを行うために週に2、3時間を費やす人よりもコストがかかります。誤解しないでください。私は自動化を大いに信じています。そのような管理者を避けるために、テクノロジーは可能な限り自動化する必要がありますが、

DV：サインアップしていて、この手動のアプローチのように、コーディングする前に何かを試してみて、価値がそこにあることを確認します。つまり、この要素を単純化するようなアイデアが得られます。たとえば、代わりに手動でこれを実行できますか？テストの観点から好きなものにアプローチしたことがあるかどうか知りたいのですが、最終的な利益がそれだけの価値があるかどうかを確認してください。

JM：うん。 100％。ですから、私はアジャイル手法を大いに信じています。そして基本的に、アジャイルの大きな重要な信条の1つは、適切なタイミングで適切なものを構築することです。そして、あなたはできるだけ早く価値を得ることに集中します。したがって、実行可能な最小限の製品を構築する必要があります。さて、それはあなたがその時点で完全に機能が豊富なものを必ずしも持っていないことを意味します。しかし、それはあなたがそれをテストし始めることができるプラットフォームをあなたに与えます、あなたが知っている、あなたは実際にあなたがそれからあなたが望むものを手に入れていますか？ユーザーはそれに反応していますか？ UXやWeb開発者の中で働いている人なら誰でも、顧客だと思っているので顧客からリクエストを受け取ることがよくあることを知っているでしょうが、実際には本当に欲しいのでしょうか。ですから、もう1つの非常に良い質問です。長期的な視野について考えたら、Webサイトを使用する人は誰でも使用できることを知っているのでしょうか、それとも、必要かどうかをテストする必要があるのでしょうか。それを使用するには？そして、あなたがそのテストを終えたら、私たちはそれを求めるべきではなかったものと、私たちが撤回して実際に投資を他の場所に置くべきかどうかを判断することができます。

DV：それで、この考えを要約するように思えます。私は、あなたが知っている長期的な総所有コストを検討するというあなたのアイデアが好きでした。多くの場合、チームは、あなたが知っている人でさえ、見積もり、サービスの注文を考えていると思います。チームは、何時間または何週間か、スプレッドまたはポイントか、またはこのことを構築するために何が起こっているかを考えます。しかし、あなたが知っていることを考慮に入れる必要があります、あなたはそれが維持するのにどれくらいの時間または週またはスプレッドまたはポイントがかかるかを考慮し、そしてあなたが維持することから得ている価値に対してそのバランスを使用する必要がありますその活動。あなたは明らかにそれは確かなアドバイスです。しかし、あなたはまた、私の仮定が正しいかどうかを確認するためにこれをテストするために私ができることがありますか？それは正確に聞こえますか？

JM：うん。絶対。絶対。そして、私たちが触れなかった唯一のビットは、少し前に話したアーキテクチャについてです。これを構造化してオブジェクト指向プログラミングなどを行うためのより良い方法があります。おそらく少し後で触れます。

DV：ええ、アーキテクチャ上の考慮事項も、私があなたの様子を書き留めたように、仕様を変更する方法はありますか？私の利害関係者のトレーニングや講演のように、私はよくあなたが知っていると言いますが、正しく提出するための仕様ですか？あなたが本当に提出する必要があるものを尋ねてください。そして、それらに嘘をつき、本当に必要になるだろうと尋ねると、これはどうですか？質問は非常に重要であることがわかりました。だから、それはあなたがこれについて考える方法の重要な部分のように聞こえます。

JM：ええ、そのサイトが開発中であることは毎分、顧客の前で価値を得ていない分です。そして、それはそれについて考える簡単な方法です。できるだけ早く立ち上げたいと考えています。そして、テスト、監視、反復、学習、あなたが知っている、そこからどこに行くのかを確認しますが、それはあなたが正しいと思うものではなく実際のデータに基づいてそれを行っているからです。多くの場合、それらは同じではないからです。

DV：ええ、私はその点が大好きです。毎分。それは開発中です、あなたがそれを使用していない分としてそれは理解します、そして私は私が持っている別のマントラとプロジェクト管理と利害関係者管理へのある種の結びつきに結びつくと言います、それは2つの最高の言葉です私たちの顔にプロジェクトを書いてもらう。どうすればいいですか、私が利害関係者と取引しているとき、または私が利害関係者を持っているとき、私はそれが強力で強力な部分であることが大好きです。さて、かっこいい。ええと、次に、チームが技術的負債を減らすために何ができるかについて話しましょう。しかし、その前に、最後の休憩を取ります。コマーシャルの休憩にプラグインする時間。すぐにこれをさらに押すのをお楽しみに。誰もがWEMRでこのWordPressコミュニティポッドキャストを押すことを歓迎します。これはあなたのホストであるDavidmobilePaulです。私はジョン・マーティンと技術的負債を殺す時間を避けることについて話している最中です。休憩の直前にジョンがどのように価値があるかについて少し話しました。スペック。そして、TCOについて考え、そして、反復的なテストアプローチを取るようなものです。しかし、今度は、チームが技術的負債とWordPressビルドを削減するために実際に何ができるかを掘り下げてみましょう。技術的負債を減らすためのあなたの好きなテクニックのいくつかは何ですか？

JM：だから、あなたが使うことができるあらゆる種類の技術的テクニックがあり、あなたはあなたが慣れていないようにそれらのいくつかを知っているでしょう、しかし実際に私にとっての出発点は、話すことへのはるかに一種のソフトなアプローチですあなたのクライアントに。そして、あなたは最終的に、私たちが専門家であるため、あなたのクライアントはこれらのブランドが私たちにやって来ることを覚えておく必要があります。彼らは私たちのアドバイスを必要としており、私たちは彼らがやりたいことをするためにそこにいる、彼らが私たちにやりたいことをするためにそこにいるという罠に陥るのは非常に簡単ですが、実際には私たちはそこにいます彼らがやりたいことに挑戦し、それを改善しようとすること。ですから、あなたが最初にできることは、それについて彼らと話し、大丈夫だと説明することです。そうすれば、これはそれの長期的な効果になるでしょう。ご存知のとおり、テストに1日余分にかかることになります。リリースを行うたびに、Webサイトを維持し、すべてのプラグインまたはそれが何であれ更新する必要があるたびに、数時間または2時間追加されます。しかし、その意識を高めることによって、私たちは彼らとそれらの会話をしています。クライアントをそのディスカッションに参加させることができます。そして、最終的には問題解決の一部になります。クライアントが私たちのしていることを知らないという理由だけで、私たちは常にクライアントを教育する必要があります。もしそうなら、そもそもツールにはならないでしょう。だから実際には、それが出発点です。彼はそれを覚えているだけでなく、物事を単純化すると考えています。繰り返しますが、人々は必ずしも私たちほど技術的ではありません。それで、それについて話すために類推を使用してください。私はいつも家が素晴らしいエネルギーだと思っています。誰もが家に住んでいます。ほとんどの人は、ある種の家の改善をした経験があります。ですから、そのエネルギーを使って物事を修正するのは非常に簡単でした。つまり、最初のポイントは、クライアントを取得するか、それらの会話を循環させることです。次に触れたのは、その長期的な視野を持つこと、または総所有コストです。そして、それらの質問を自問し、すべての機能要求に質問します。しかし、もう少し技術的であり、仕事でこれをどのように行うか。あなたが知っているWordPress標準を使用する簡単なもの、そこにある標準があります。それらは理由のために存在します。今、彼らは私たちの開発者を助けてくれるでしょう、そして多分あなたはあなたがそれを1年か2年の間置いたプロジェクトに取り組み、そしてあなたはそれに戻ってきます。あなたはあなたの記憶をリフレッシュしなければなりません、そしてあなたはあなたが最初にそれを標準を使って構築したときのところに戻ることが助けになります。彼らはまた他の人々を助けるでしょう。つまり、チームに所属していなかった場合は、誰もが操作できるこの共通言語を持っていることを意味します。これは、効率の点で非常に便利であり、ドキュメントやこれらすべての種類のものを支援します。つまり、それは、誰もが作業できる基準を持つことによって、技術的負債を削減するための一種のよりソフトな方法です。また、他のWordPress開発者がそのプロジェクトに取り組んでいる時期が来るかもしれないことを知るのにも役立ちます。そしてそれは彼らがそれをコミュニティに返済し、あなたの仲間の開発者にとってそれをより簡単にする方法として考えるのを助けます。つまり、それは、ある種の標準に関する良い点であり、自分自身や他の人にとって簡単なことです。次はもっと素晴らしいです。何年も前にクリーンコーダーと呼ばれる素晴らしい本を書いたボブおじさんとして愛情を込めて知られている素晴らしい業界コード。開発者はまだ読んでいないので、その本を読むことを強くお勧めします。実際、私は開発チーム、チームに参加したすべての人にとって必須の読み物にしました。これは主に、彼がユニットテスト、この種のことすべてについて話しているのに非常に優れたアプローチを持っているためですが、基本的には多くのことです非常に迅速に反復して変更し、ビットを追加できる柔軟性を備えた方法でコードを作成する方法について説明します。彼が話している大きなポイントの1つは、頻繁にリファクタリングすることです。これは、コードの一部が完成したことを必ずしも意味しないコードの一部を作成することから得られる主なことです。コードのリファクタリングに時間を費やすために必要な特定のことは何でも、それを最適化して移植性を高め、モジュール化したり、テストを改善したりするためにできることがあります。あなたがそれに反対しているとき、またはあなたが知っているとき、それは本当に、本当に難しいかもしれません、多分それは予算の1つの時間枠です。しかし、最終的には、それは技術的負債の発生を阻止するタイプのことであり、実際には、通常、それが強制されると私が見ている方法ですが、プロジェクトの期限が設定されているため、その期限に間に合わせる必要があります。絶対。あなたはそれを打つ必要があります、しかしあなたが次に行くであろう悪いコードを書くよりもスコープを曲げる方が良いです、

DV：リファクタリングを望まない開発者に会ったことがないので、それについてもクライアントに教育してください。コード。それは常にタイムラインです。それは反対です。ええと、わかりました。最後に少しだけ興味があります。私たちが好きな場合は、プラグインのオフロードや使用などを考えれば、技術的負債を回避するための別の方法や、技術的負債を回避するための別の方法があります。それもあなたのリストにありますか？

JM：うん。 100％これは良い方法ですが、実際には両方を行うのに良い方法です。技術的負債を回避できます。しかし、あなたもそうすることができます、そしてこれはあなたが知っていることです、WordPressはBMCの1つの形式です。それは非常に活発であり、同様に、それはまたその最悪の敵である可能性があります。すべてを行うプラグインがあります。また、非常に特定の目的のために構築されたプラグインもたくさんありますが、それらは必ずしも自分のプラグインと一致するとは限りません。だから私はこれを特にプラグインを使ってサイトを構築するのが好きな開発者の何人かで見ました。人々は物事にプラグインを投げる傾向があります。私たちは100以上のプラグインを持っているウェブサイトと協力してきましたが、それらの多くはもう維持されていません。そこら中にセキュリティの問題があります。あなたはリリースレートを試してみます。数時間でテストできたのに、文字通り4日間テストします。つまり、プラグインは良い場合も悪い場合もあります。適切なタイミングで適切なプラグを差し込むことは、素晴らしいことでした。 WordPressの最大の強みですが、間違ったタイミングで間違ったプラグインを使用すると、深刻なダメージを与える可能性があります。そして実際には、それらの最大の資金源の1つになることができます

DV：確かにそのようなプロジェクトはありました。ジョン、これは信じられないほど洞察に満ちています。本日はご参加ありがとうございました。

J M：嬉しいです。

DV：すごい。 Jonについて詳しく知りたい場合は、hallam.co.ukにアクセスしてください。 WMRでこのWordPressコミュニティポッドキャストをプレスするのを聞いてくれてありがとう。繰り返しになりますが、これはあなたのホストであるDavidVogelpohlです。私はWPEngineでの役割の一部としてWordPressコミュニティをサポートしており、ここPressThisでコミュニティの最高のものを提供するのが大好きです。