今日は Solidity コントラクトの書き方を試してみました。具体的な手順はどのように行うのでしょうか？
- 行うべきことを小さなセクションに分割します。
- 各セクションについて、何を行うかをテキストで説明します。
- AI に質問し、AI の回答をもとに関数を作成します。
- すぐにコードを使用してテストし、テストコードも生成できます。
- テストが完了し、関数が完成したら、エラーが少なくきれいな状態で終了します。
- 次の小さなセクションに進みます。
この方法の利点は次のとおりです：
- アイデアが整理されます。
- 小さなセクションごとに再起動する必要が少なくなり、どのような場合でも使用できます。
- エラーが少なく、全体的なエラーも少なくなります。
- 進捗は速く見えますが、実際には進捗が速いです。
- 毎回集中し、毎回問題を解決し、理解度も徐々に深まります。
これからもこの方法を使用し続けます。しばらくの間コントラクトコードを見ていなかったのですが、スマートコントラクトのハードルがさらに高くなっていることに気づきました。難しくなっている主な理由はおそらく次のとおりです：
- Solidity 自体にまだ十分に慣れていないため、特殊な使用方法についてはまだ十分に理解していません。
- コントラクトの品質要件が高いです。
- コントラクト間の呼び出しが増えており、各コントラクトには多くのメソッドがあり、異なるコントラクトを理解するのに時間がかかります。
- コントラクト自体のビジネスロジックは複雑で理解しにくい場合もあります。
- 技術の発展は速いですが、国内では進んでいないため、ハードルは徐々に高くなっています。
最終的な考えは、すべてのことを継続的に追跡する必要があるということです。継続しなければ、後になるほど追いつくのがますます難しくなります。