配列に見る bash と zsh の違い

2026年2月4日にクラスメソッドさんの大阪オフィスで開催された「クラメソおおさか IT 勉強会 Midosuji Tech #8 〜レベル300以上限定LT〜」でお話しした内容です。
#midosuji_tech

Transcript

1. 配列に見る bash と zsh の違い クラメソおおさか IT 勉強会 Midosuji Tech #8 〜レベル300以上限定LT〜 (Feb. 4, 2026) Speaker : @kazzpapa3 / JAWS-UG 神戸
2. Biography { "Bio": { "Name": "ICHINO Kazuaki a.k.a. kazzpapa3", "Organization": "A certain AWS partner company", "Role": "Technical Support Engineer", "Favorite AWS Services": [ "AWS CLI", "AWS CloudTrail", "Kiro CLI" ], "Less Favorite AWS Service (as a Support Engineer)": [ "AWS Billing (請求ロジックが難解すぎる)" ], "Personal Interest": "初音ミク", "Socials": { "Twitter/X": "@kazzpapa3", "LinkedIn": "https://www.linkedin.com/in/kazzpapa3/" } } }
3. 今日は新たな火種を持ってきた @kazzpapa3 / #midosuji_tech 3 / 30
4. というわけではありません @kazzpapa3 / #midosuji_tech 4 / 30
5. お話ししないこと シェルの歴史について シェルについての深掘り なぜ macOS のログインシェルが zsh になったかなどの経緯 どのシェルがより優れているか、など争いの元になるすべて @kazzpapa3 / #midosuji_tech 5 / 30
6. お話しすること・想定 macOS でシェルスクリプトを作成する際の考慮事項について 今回、配列の扱いにフォーカスしています インデックス番号の扱いの違い 連想配列の扱いの違い 移植性の考慮について @kazzpapa3 / #midosuji_tech 6 / 30
7. そもそもシェルスクリプト作る必要ある？ 私は割とあります 主にリセラーとしてのアカウントプロビジョニングのシーンにおいて 他方で、アカウント内部のインフラ構築や管理などはほぼやらない 全メンバーに広げるには CloudFormation や CDK の学習コストが割 と高い そもそも CloudFormation には実装されていない API などの存在 AWS SDK でも同等のことはできるが、実行環境の差分が生まれやすい Python とか (ry @kazzpapa3 / #midosuji_tech 7 / 30
8. シェルスクリプトに限らずプログラムの利点 @kazzpapa3 / #midosuji_tech 8 / 30
9. いまさらいうことでもないですが 繰り返し処理がやりやすい パラメータを外出しして流用・転用しやすい 常に同じ処理が実行され、誰が実行しても同じ結果を得られやすい @kazzpapa3 / #midosuji_tech 9 / 30
10. bash と zsh における繰り返し処理の罠 @kazzpapa3 / #midosuji_tech 10 / 30
11. インデックス番号の扱いの違い @kazzpapa3 / #midosuji_tech 11 / 30
12. 少し雑ですが例として arr=(apple banana cherry) とした配列があるとします これを以下のように取り出した際に、出力結果が変わります echo "${arr[0]}" echo "${arr[1]}" echo "${arr[2]}" @kazzpapa3 / #midosuji_tech 12 / 30
13. 出力結果の例 bash の場合 apple banana cherry zsh の場合 apple banana つまり インデックスが予期しない挙動 に @kazzpapa3 / #midosuji_tech 13 / 30
14. 回避方法 1. zsh 側で bash 互換モード を使う emulate -LR bash の宣言を加える 2. zsh 側で KSH_ARRAYS オプション を使う setopt KSH_ARRAYS の宣言を加えることで 0 始まりに変更可能 3. ちゃんと shebang を書く shebang（シバン/シェバン） ＝ シェルスクリプトの１行目にある #!/bin/bash や #!/bin/zsh などのおまじないっぽいやつ 4. そもそもインデックスを使わない @kazzpapa3 / #midosuji_tech 14 / 30
15. 「そもそもインデックスを使わない」？ ${arr[@]} が全要素を表す点は bash も zsh も変わらない 以下のように書けばどちらでも動作する arr=(apple banana cherry) for item in "${arr[@]}"; do echo "${item}" done @kazzpapa3 / #midosuji_tech 15 / 30
16. 連想配列の扱いの違い @kazzpapa3 / #midosuji_tech 16 / 30
17. セキュリティグループの設定シーンを想定 sg-config.txt として以下を持っているとします sg_web[name]="web-server-sg" sg_web[description]="Security group for web servers" sg_web[vpc-id]="vpc-0123456789abcdef0" sg_web[ingress]="tcp:80:0.0.0.0/0,tcp:443:0.0.0.0/0" sg_db[name]="database-sg" sg_db[description]="Security group for database servers" sg_db[vpc-id]="vpc-0123456789abcdef0" sg_db[ingress]="tcp:3306:10.0.0.0/16" @kazzpapa3 / #midosuji_tech 17 / 30
18. セキュリティグループを作るスクリプトを模したもの create-security-groups.sh として以下のような処理があるとします #!/bin/zsh declare -A sg_web sg_db source sg-config.txt echo "=== Security Group Configuration ===" for key in "${(k)sg_web[@]}"; do echo "sg_web[$key] = ${sg_web[$key]}" done for key in "${(k)sg_db[@]}"; do echo "sg_db[$key] = ${sg_db[$key]}" done echo "Creating security groups..." # AWS CLI 呼び出し例（実際には実行しない） echo "aws ec2 create-security-group --group-name ${sg_web[name]} --description \"${sg_web[description]}\" --vpc-id ${sg_web[vpc-id]}" echo "aws ec2 create-security-group --group-name ${sg_db[name]} --description \"${sg_db[description]}\" --vpc-id ${sg_db[vpc-id]}" @kazzpapa3 / #midosuji_tech 18 / 30
19. zsh で動作させた表示例 zsh で実行させると以下のようになります % ./create-security-groups.sh === Security Group Configuration === sg_web[ingress] = tcp:80:0.0.0.0/0,tcp:443:0.0.0.0/0 sg_web[vpc-id] = vpc-0123456789abcdef0 sg_web[description] = Security group for web servers sg_web[name] = web-server-sg sg_db[ingress] = tcp:3306:10.0.0.0/16 sg_db[vpc-id] = vpc-0123456789abcdef0 sg_db[description] = Security group for database servers sg_db[name] = database-sg Creating security groups... aws ec2 create-security-group --group-name web-server-sg --description "Security group for web servers" --vpc-id vpc-0123456789abcdef0 aws ec2 create-security-group --group-name database-sg --description "Security group for database servers" --vpc-id vpc-0123456789abcdef0 @kazzpapa3 / #midosuji_tech 19 / 30
20. bash で動作させた表示例 bash ./create-security-groups.sh としたり、shebang を書き忘れてい たとすると以下のようになります % bash create-security-groups.sh create-security-groups.sh: line 4: declare: -A: invalid option declare: usage: declare [-afFirtx] [-p] [name[=value] ...] === Security Group Configuration === create-security-groups.sh: line 14: ${(k)sg_web[@]}: bad substitution create-security-groups.sh: line 20: ${(k)sg_db[@]}: bad substitution Creating security groups... aws ec2 create-security-group --group-name tcp:80:0.0.0.0/0,tcp:443:0.0.0.0/0 --description "tcp:80:0.0.0.0/0,tcp:443:0.0.0.0/0" --vpc-id tcp:80:0.0.0.0/0,tcp:443:0.0.0.0/0 aws ec2 create-security-group --group-name tcp:3306:10.0.0.0/16 --description "tcp:3306:10.0.0.0/16" --vpc-id tcp:3306:10.0.0.0/16 @kazzpapa3 / #midosuji_tech 20 / 30
21. bash で動作させると何が起きたか declare: -A: invalid option エラーは declare に -A オプションが実 装される以前のバージョンでの実行によるものです 現行の macOS でも bash 3.2.57 しかインストールされていない declare -A を認識したとしても ${(k)array[@]} の書き方が zsh 特有 のものとなるため bad substitution エラーが発生する 結果として sg_web 、 sg_db のそれぞれ 最後に読み込んだ ingress のみが保持されている状態 （上書きされている状態）となる つまり sg_web は tcp:80:0.0.0.0/0,tcp:443:0.0.0.0/0 、 sg_db は tcp:3306:10.0.0.0/16 が代入されている状態となっている @kazzpapa3 / #midosuji_tech 21 / 30
22. 連想配列の違い シェル 連想配列構文 zsh ${(k)array[@]} など () を用いたフラグ構文を採用している 他に、以下のような展開フラグが存在する - (v) - values（値）を取得 - (kv) - keys and values（キーと値のペア） - (u) - unique（重複削除） bash ${!array[@]} のように 間接参照演算子 ! を使用する間接参照（indirect expansion）構文が採用されている array[@] が配列の全要素を指し、 ! + 配列名 とすることで その配列のキー（インデックス）を返却する仕組み 上記のような差があるため、先ほどのサンプルスクリプトは zsh が標 準インストールされていない Amazon Linux 2023 などでは正常に動 作しない @kazzpapa3 / #midosuji_tech 22 / 30
23. ローカル開発環境と見た場合？ @kazzpapa3 / #midosuji_tech 23 / 30
24. macOS も bash にするべきなのか 手元の Kiro CLI がいうには答えは No だそう インタラクティブシェルと shebang で指定されたシェルは別である ため 普段使いのインタラクティブシェルには、優れた補完機能や Oh My Zsh などのフレームワークの利便性を考慮して zsh で問題ない shebang を正しく指定する 、 bash -euo pipefail オプションを利用 して bash 互換性を確認する ことで「ローカルの使い勝手」と「本 番環境での動作保証」を両立することが可能 @kazzpapa3 / #midosuji_tech 24 / 30
25. bash -euo pipefail オプション付きでの実行 % bash -euo pipefail create-security-groups.sh create-security-groups.sh: line 4: declare: -A: invalid option declare: usage: declare [-afFirtx] [-p] [name[=value] ...] -e (errexit) コマンドのステータスが 0 以外で終了したらスクリプトを停止 -u (nounset) 未定義の変数を参照したらエラーで停止 -o pipefail パイプライン内のコマンドが 1 つでも失敗したら、パイプライン全 体を失敗とみなす 25 / 30
26. まとめ @kazzpapa3 / #midosuji_tech 26 / 30
27. シェルスクリプト開発時の注意（特に Mac な人） 実行させる環境が変わると動作しない可能性があることを念頭におく 移植性を考えた「シェルスクリプト」として組み立てる際は bash で動 作するように shebang を忘れない 開発時には bash -euo pipefail オプションを利用して bash 互換性を 確認する インタラクティブシェルの利便性がある、というものの、開発は実機に 近い環境でする、として macOS でやらないという選択肢もありかも Amazon Linux 2023 ベースとなる AWS CloudShell 環境を利用す る、というのはあながち悪い選択肢ではないかもしれない @kazzpapa3 / #midosuji_tech 27 / 30
28. ちょっと告知 @kazzpapa3 / #midosuji_tech 28 / 30
29. 3月7日 JAWS DAYS 2026 で登壇します Abuse report だけじゃない。AWS から緊急連絡が来る状況とは？昨 今の攻撃や被害の事例の紹介と備えておきたい考え方について タイトル長いですが、どこまで話せるかギリギリを攻めてみます @kazzpapa3 / #midosuji_tech 29 / 30
30. Have pride in your work. Thank you.