AI の開発ツールは、
一つに絞るべきか

当社が実際に分けている三つの形です。製品名ではなく、その作業で何が優先されるかで並べています。

当社の作業で起きたことです。ツールの優劣ではなく、使い分けをしなかったときに何が起きたかとして読んでください。

1. 01

   探索向きの使い方で長い作業をさせると、前提が落ちる

   短く区切って試す使い方は速い代わりに、少し前に決めた前提が次の応答で失われることがありました。設計から検証まで通す作業では、この落ち方が最後に効いてきます。

2. 02

   長時間向きの使い方で試作をすると、判断が遅くなる

   逆に、丁寧に調べてから動く使い方で「とりあえず見てみたい」試作をすると、捨てる前提のものに時間をかけることになりました。試作は捨てやすさのほうが重要です。

3. 03

   一括変換は、範囲を先に決められるかどうかで結果が変わった

   「この規則を、この一覧のファイルに適用する」と範囲を先に固定できた作業は、ほぼそのまま使えました。範囲を決めずに任せると、関係ないところまで整えられて差分が読めなくなりました。

4. 04

   道具が変わっても、受け入れ基準は変えられない

   どの道具で作ったかにかかわらず、公開前に通す検証は同じです。ここを道具ごとに変えると、どの経路で入ったものかによって品質が変わってしまいます。

当社が作業を始める前に踏んでいる順番です。道具を先に選ばないことが要点です。

1. Step 01

   終わった状態を先に書く

   何がどうなったら終わりなのかを、確認できる形で先に書きます。ここが曖昧なままだと、どの道具を使っても「それらしいもの」しか出てきません。

2. Step 02

   触る範囲を決める

   変更してよい範囲と、触ってはいけない範囲を先に決めます。範囲が決まると、一括変換で済むのか、設計から必要なのかがほぼ決まります。

3. Step 03

   作業の形を選ぶ

   探索なのか、一括変換なのか、長く通す作業なのかを選びます。ここで初めて、その形に向いた道具を選びます。

4. Step 04

   受け入れる前の確認は共通の手順で行う

   どの道具から出てきたものでも、公開前の検証は同じ手順を通します。道具ごとに確認の厚さが変わらないようにするためです。

道具を増やす判断をするときに、当社が実際に確認した項目です。

道具を増やしても、決めるべきことは減りません。むしろ、決まっていない状態が早く表面化します。

探索

仕様が固まっていない段階で、短く作って確かめる作業のこと。ここでの成果物は、多くの場合そのまま捨てます。

一括変換

決まった規則を、対象を列挙したうえで多数の箇所へ同じように適用する作業のこと。範囲を先に固定できることが前提になります。

受け入れ基準

生成されたものを採用してよいと判断するための条件のこと。当社では、道具ごとに変えないようにしています。