Pythonばかり書いてきた人が、GoでAPIを書く前に見たかったこと

なぜGoを触り始めたのか

最近、Goを勉強し始めました。

これまで自分が書いてきたものは、かなりPython寄りです。PythonならAPIも書けるし、ローカルのちょっとした自動化もすぐ作れます。なので、次にAPIを作るとしても、そのままPythonで進める選択肢は普通にあります。

ただ、今回はいきなりAPIを書き始める前に、一度Goを触ってみることにしました。理由は「Pythonが嫌になった」ではなく、APIを運用するところまで考えたときに、別の言語の前提も見ておきたくなったからです。

PythonでAPIを書くこと自体はできます。FastAPIやFlaskもあります。ただ、APIを運用するところまで想像すると、少し見え方が変わりました。

特に最後の「メモリやコピーの話」は、ずっと分かるようで分かっていませんでした。CやC++を書いている人が「この処理はどこでメモリ持ってるんですか？」とか「ここでコピー走りますよね？」と話しているのを聞くたびに、なんとなく分かったふりをしていた気がします。

この記事は「GoでAPIを作りました」ではなく、「APIを書く前にGoを少し触って、Pythonとの違いが見え始めた」という段階の入口です。元々は1本の記事に全部を書いていましたが、読み切るには長くなっていたので、論点ごとに分けました。

今回ローカルで確認した環境は次の通りです。

Goのバージョンまわりだけは前提として、Go 1.25 Release Notes（公式）と Release History（公式）を確認しました。

今回見たのは、かなり基本的なところです。

まだ「Go分かった」と言える状態では全然ないです。ただ、ここまで触るだけでも「あー、違う言語を触るってこういうことか」と思うところがありました。

この記事では、動機、環境、何を見たかだけを残します。細かい説明は、次の記事からテーマごとに分けました。

最初の1本に、初期セットアップ、fmt、変数宣言、slice、map / struct、Pythonとの使い分けを全部入れていたので、読んでいる途中で論点が何度も変わっていました。

今は「今日は fmt だけ見る」「今日はsliceの len / cap だけ見る」のように、1回で読む範囲を選びやすくする方がよさそうです。

最初にやったのは、Goを入れて、hello-worldを動かすところでした。かなり小さいコードですが、この時点でPythonとは入口の感触が少し違いました。