過去の振り返りとフォーラム対応の教訓

これまでの経緯、フォーラム対応を振り返り、まとめました。

はじめに

クソ大手ソフトウェア会社で、部下30名を抱えプロジェクトマネージャー（Project Management Professional （PMP）所持）をしています。
実務でのWeb開発経験はゼロで、Webで収益を上げたこともありません（笑）

2022年4月17日に、Cocoon公式フォーラムに登録したことをきっかけに、WordPressを使い始めました。
それまでに独学で得た、CSSの知識やjQueryは、すっかり忘れてしまいました。
そして、WordPressを使うまで、PHPについてはまったく知識がありませんでした

Cocoonに関する経緯

公式フォーラム対応実績

Cocoon公式フォーラムでの対応実績です。
だてにクソ大手ソフトウェア会社でプロジェクトマネージャをやっているわけではないので（笑）

Cocoonプログラム品質について

スキン開発者に思うこと

公式フォーラムで感じたこと

カスタマイズの「無免許運転」が招く破綻

ブログ初心者にとって、HTMLやCSSは未知の領域であり、試行錯誤から始まるのは当然のことです。
しかし、公式フォーラムで見受けられる多くの質問は、例えるなら「運転免許を持っていないのに路上に出て、事故を起こしてから「どうすれば走れますか？」と聞いているような状態にあります。

意味を理解せずにネット上のコードを継ぎ接ぎ（コピペ）し、場当たり的に適用するのは、カスタマイズの本質から最も遠い「愚の骨頂」と言わざるを得ません。

「塗り絵」の前に「輪郭」を捉える

CSSの本質は、HTMLという「輪郭」に対して色を塗っていく「塗り絵」のようなものです。
しかし、多くの初心者は、花びらがどこにあり、葉っぱがどのクラス（輪郭）を指しているのかを理解しないまま、暗闇の中で筆を振り回しています。

この暗闇を照らし、カスタマイズを「博打」から「確実な工程」へと変えるための必須装備が、Chromeデベロッパーツールです。

プロフェッショナルとしての提言

プロジェクトマネジメントの観点から言えば、ツールの使い方も知らずに本番環境を操作するのは、リスク管理が皆無な「無謀なプロジェクト」と同じです。

これらを怠り、コピペのみで解決しようとする姿勢は、技術者としても利用者としても「笑止千万」です。
カスタマイズの幅を広げ、無駄な手戻りを防ぐためには、まずは「暗闇を照らす術」を身につけることが、最短かつ唯一のルートなのです。

質問の質は「敬意」と「責任感」の現れ

フォーラムにおける「教えて君」のように、コピペで済ませようとする質問者は、技術を論じる前にまず「学ぶ姿勢」を整えるべきです。

私たちは対面で対話しているわけではありません。
回答側は、質問者が提示した限られた情報のみを唯一の地図として、解決策を探っています。
情報が不正確であれば、迷路に迷い込むのは回答者です。
質問の意図を正確に言語化し、伝達力を高めることは、貴重な時間を割いて回答する側に対する最低限の礼儀です。

善意の搾取を許さない

フォーラムの回答はあくまで「善意」に基づくものであり、回答者が回答しなくても、困るのは質問者本人に過ぎません。

しかし、画面の向こうには実働時間を割き、調査し、思考を巡らせている人間がいます。
解決したか否かの返信を怠ることは、社会人としての最低限のマナーすら欠如していると言わざるを得ません。

プロとしての自覚、商売としての責任

できない人のために「塾」があり、それらはすべて有償で成り立っています。
「無料でプロに聞けばいい」という安易な発想は、技術への冒涜です。

昨今、Webデザインを学び、短期間でカスタマイズを請け負う個人が増えました。
以前、X（旧Twitter）で「ママさんデザイナー」という言葉が揶揄され話題になりましたが、その背景には、実務経験が浅く、基礎知識が伴わないまま「プロ」を名乗る層が一定数存在している現実があります。

実際にフォーラムの投稿を見てみると、以下のようなケースが散見されます。

自分が解決担当者として対価を得ている立場でありながら、解決できずにフォーラムで救いを求める。
これはプロとして非常に不自然であり、不誠実な姿です。

委託する側も、安さやイメージに惑わされず、こうした「実務経験の浅い、質の低い自称プロ」を見極める目を持つ必要があります。
十分な注意を払わなければ、最終的に不利益を被るのは発注者自身なのです。

対策確認について

手戻りは最大のコストである

開発工程において最も危惧すべきは「手戻り」の多さです。

時間がかかること自体は悪ではありません。
例えば一つの機能に3時間要しても、それが確実な一歩なら許容されます。
しかし、2時間で形にしたものが確認不足で差し戻され、さらに修正に2時間かかるようでは、結果として4時間を費やすことになります。
この「無駄な積み重ね」の重大さを理解すべきです。

欠陥住宅にみる「品質」の重みと損失

かつて、構造設計の不備による欠陥住宅が社会問題となりました。
プログラムの品質もこれと同じです。

基礎や骨組みが歪んだまま家を建てれば、後から壁紙を貼り替えても意味はありません。
一度工程が進んだものを「作り直す」ことは、更地に新しく建てるよりも遥かに多大な労力とコスト、そして「時間」を要します。

「Cocoonプログラム品質について」で述べた通り、私が2年間で直面した187件以上のバグは、単なる数値ではありません。
それらの調査・報告・対策のために、膨大な時間が「食いつぶされた」という実害を重く受け止めるべきです。

「優秀さ」よりも「確実さ」を

各工程でレビューを行い、その都度品質を担保する。
この当たり前の積み重ねが、個人と企業の決定的な差となります。

厳しい意見ですが、いくら技術的に優秀でも、作業が着実に進捗しなければその時間は「無駄」に帰します。
設計段階から品質を作り込み、下流工程での「爆発」を防ぐこと。
それがプロフェッショナルとしての最低限の責任です。

さいごに

私がCocoon公式フォーラムでの対応を終えた理由は、極めてシンプルです。
「自分にとってプラスとなる情報が、もはやそこにはなくなった」からです。

冷酷に聞こえるかもしれませんが、どれほど誰かが困っていても、それは私にとって「他人ごと」に過ぎません。
ボランティアで教え続ける段階はもう卒業し、これからは自分の趣味や、新しい挑戦のために時間を使うことに決めました。

これまでCocoon本体のバグに対し、可能な限り詳細な対策コードを添えて報告してきたのは、開発者であるわいひら氏の稼働時間が限られていることを知っていたからです。
少しでも氏の負担を軽減し、本当に必要な開発やメンテナンスに時間を割いていただきたい。
その一心での行動でした。

しかし、今振り返れば、それすらも私の独りよがりな「押し付け」や、同情に過ぎなかったのかもしれません。