Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
🐭 Goに入門しよう
Search
長谷川 広樹
May 27, 2021
Programming
0
700
🐭 Goに入門しよう
社内LTにて、Goを布教しようと試みましたʕ◔ϖ◔ʔ
長谷川 広樹
May 27, 2021
Tweet
Share
More Decks by 長谷川 広樹
See All by 長谷川 広樹
♾️ マルチプロダクトの巨大組織でマイクロサービス開発を支えるCICDプラットフォーム設計
hiroki_hasegawa
4
3.1k
🐙 KubernetesのマルチテナントパターンとArgoCDの実践テナント設計
hiroki_hasegawa
4
2.9k
🧑🚀 tfstate の分割パターンとディレクトリ構成への適用
hiroki_hasegawa
8
6.8k
⛵️ Istioのサービス間通信を実現するサービスディスカバリーの仕組み
hiroki_hasegawa
3
6.7k
🔍 可観測性に入門しよう
hiroki_hasegawa
1
1.1k
🏗️ ドメイン駆動設計と依存性逆転の原則
hiroki_hasegawa
14
9.5k
🤝🏻 依存関係と依存オブジェクト注入
hiroki_hasegawa
2
1.3k
♾️ SREに入門しよう
hiroki_hasegawa
1
820
🐭 Lambda関数をGoで実装してみた話
hiroki_hasegawa
0
870
Other Decks in Programming
See All in Programming
データと事例で振り返るDevin導入の"リアル" / The Realities of Devin Reflected in Data and Case Studies
rkaga
1
1k
LRパーサーはいいぞ
ydah
7
1.3k
七輪ライブラリー: Claude AI で作る Next.js アプリ
suneo3476
1
190
Flutterでllama.cppをつかってローカルLLMを試してみた
sakuraidayo
0
140
Storybookの情報をMCPサーバー化する
shota_tech
2
1k
20250429 - CNTUG Meetup #67 / DevOps Taiwan Meetup #69 - Deep Dive into Tetragon: Building Runtime Security and Observability with eBPF
tico88612
0
180
The New Developer Workflow: How AI Transforms Ideas into Code
danielsogl
0
120
iOSアプリで測る!名古屋駅までの 方向と距離
ryunakayama
0
160
Bedrock × Confluenceで簡単(?)社内RAG
iharuoru
1
120
マイコンでもRustのtestがしたい/KernelVM Kansai 11
tnishinaga
0
870
KawaiiLT 登壇資料 キャリアとモチベーション
hiiragi
0
160
Designing Your Organization's Test Pyramid ( #scrumniigata )
teyamagu
PRO
5
1.4k
Featured
See All Featured
Designing Experiences People Love
moore
142
24k
YesSQL, Process and Tooling at Scale
rocio
172
14k
Scaling GitHub
holman
459
140k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
48
5.4k
How STYLIGHT went responsive
nonsquared
100
5.5k
Code Review Best Practice
trishagee
68
18k
Building Adaptive Systems
keathley
41
2.5k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
790
Faster Mobile Websites
deanohume
307
31k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.8k
Why Our Code Smells
bkeepers
PRO
336
57k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
420
Transcript
Goに入門しよう 株式会社ユニクエスト 長谷川広樹 github.com/hiroki-it @Hiroki__IT
自己紹介 ▼ お仕事 最近:クラウドインフラ、IaC、CICD、... 以前:DDD ▼ 関心のある技術領域 ・クラウドインフラ ・IaC ・DDD
github.com/hiroki-it @Hiroki__IT 長谷川 広樹 (はせがわ ひろき) 株式会社ユニクエスト
目次 ▪ Goの概要 ▪ Goの基本文法 ▪ Goのよいところ ▪ Goへの批判 ※悪いところではない
Goの概要(1) ▪ 静的型付け言語 ・ソースコードの実行前にビルドの作業が必要 ・ビルドの成果物 = アーティファクト https://www.atmarkit.co.jp/ait/articles/1105/23/news128.html
Goの概要(2) ▪ 言語としての種類 ・手続き型言語 ・クラスや継承の機能がない(※後述) 第9回 UMTPモデリング技術 ワークショップ https://umtp-japan.org/
Goの基本文法(1) package <パッケージ名> // 名前空間の宣言 import "<パッケージ名>" // パッケージの読み込み func
Xxx(x string) string { // 関数 } ・一つのディレクトリ内では一つのパッケージ名のみ. ・関数名は,頭文字が大文字だとパブリック,小文字だとプライベートになる. ・引数と返却値に型付けが必要.
Goの基本文法(2) ▪ エントリポイント ・処理開始地点になるプログラム ・PHPでいうindex.php ▪ Goのエントリポイント ・mainパッケージ ・インポートパッケージ ・main関数
// エントリーポイント // パッケージ名 package main // インポートパッケージ import "fmt" // 関数 func main() { fmt.Printf("%#v\n", "Hello world!") }
Goの基本文法(3) ▪ 構造体 ・クラスのようなもの ・データのみを保持 ・頭文字の大小で パブリック/プライベートを制御 ▪ 構造体と関数の関連付け ・構造体に関数を持たせる
・構造体から関数をコールできる (メソッド化) ・継承の廃止については後述 // 構造体 type Name struct { FirstName string LastName string } // コンストラクタ func NewName(firstName string, lastName string) *Name { return &Name{ FirstName: firstName, LastName: lastName, } } // フルネームを返却するメソッドを関連付ける func (name *Name) fullName() string { return fmt.Sprintf("%s %s", name.FirstName, name.LastName) }
一旦,ここまでで何かあれば...
Goのよいところ(1)※個人的には一番面白い ▪ マルチスレッド下の並列処理 ・処理を同時に開始 ・関数でGoルーチンを宣言 ・シングルスレッド下の非同期処理とは異なる ・非同期処理と同様に完了を待機する実装が必要 ▪ 使いどころ ・反復処理で一つの関数を複数回コール
・互いに独立した計算処理 ・互いに独立したAPIリクエスト処理 package main func hoge() { // 何らかの処理 } func fuga() { // 何らかの処理 } func main() { go hoge() // 同時実行 go fuga() // 同時実行 } サンプル: https://play.golang.org/p/4XdtMRsgu5t
Goのよいところ(2) ▪ 型付けの厳格さ ・定義に必ず型付けが必要 ・型定義しないとエラーになる ・開発時にバグを潰せる ▪ 型推論 ・変数定義に『:=』を使い,型を推論 ・型定義なしに静的型付けのメリットを享受
package main import "fmt" func quotient(x int, y int) int { // 商を計算する. quotient := x / y // 商を返却する. return quotient } func main() { fmt.Println(quotient(2, 2)) } サンプル: https://play.golang.org/p/1Vw-zsJKlYh
Goのよいところ(3) ▪ バグを生まないようにするコマンド達 ・go fmt: ソースコードを自動整形. ・go vet: バグではないが,問題が起こりそうな実装方法を指摘 ・go
test: xxx_test.goファイルの『TestXxx()』をテストする サンプル: https://play.golang.org/p/omHow7_lOs9
Goのよいところ(4) 言語名 1回目 2回目 3回目 Go 541.38秒 546.18秒 543.36秒 C言語
563.23秒 563.32秒 561.96秒 Java 543.91秒 543.08秒 541.13秒 Python 18時間程度 18時間程度 18時間程度 ihttps://github.com/meideru/PrimeSpeedTest ▪ コンパイルが速い ・他の静的型付けや動的型付けよりもコンパイルが速い ・Javaは中間言語に一度変換する必要があるが,Goでは直接機械語に翻訳可能 指定した数値範囲内の素数を出力するプログラムでのコンパイル速度検証
Goのよいところ(5) ▪ ほどよくシンプル ・黒魔術的な関数やライブラリがない一方で,基本的な機能は揃っている ・フレームワークは使わないことがデファクトスタンダード ・少々コード量が増えたとしても,黒魔術より基本的機能の組み合わせを優先 ・可読性が高く,後続者が開発しやすい ▪ PHPは便利なものがたくさん一方で,難解な実装になりがち ・強力過ぎるフレームワークやライブラリたち
・array_xxxxx 関数 ・高階関数
Goのよいところ(6) func Division(x int, y int) (int, int) { //
商を計算する. quotient := x / y // 余りを計算する. remainder := x % y // 商と余りを返却する. return quotient, remainder } ▪ 複数の返却値 ・複数の値をシンプルに返却可能. ・並列処理を組み合わせると可能性∞
Goへの批判(1-1)※悪いところではない ▪ クラスや継承の機能がない ・クラスの継承には問題点があり,『継承はカプセル化を壊す』で検索 ・思想として,クラスや継承を廃止した ・継承よりも『委譲』の方が優れている ▪ 代わりに委譲を使わせる思想 ・処理の一部/全てを他クラスに託す方法 ・PHPでは,Interfaceの実装などで実現可能
・Goでは,『埋め込み』で実現
Goへの批判(1-2)※悪いところではない // Nameから処理を委譲された type MyName struct { *Name } //
コンストラクタ func NewMyName(name *Name) *MyName { return &MyName{ Name: name, } } type Name struct { FirstName string LastName string } func NewName(firstName string, lastName string) *Name { return &Name{ FirstName: firstName, LastName: lastName, } } // フルネームを返却 func (name *Name) fullName() string { return fmt.Sprintf("%s %s", name.FirstName, name.LastName) } 埋め込む側(委譲元) 埋め込まれる側(委譲先)
Goへの批判(1-3)※悪いところではない func main() { // 埋め込む側の構造体の初期化 name := NewName("Hiroki", "Hasegawa")
// コンストラクタインジェクション myName := NewMyName(name) // Name構造体のメソッドをコールできる. fmt.Printf("%#v\n", myName.fullName()) // "Hiroki Hasegawa" } ・埋め込んだ側の構造体が,埋め込まれた構造体にメソッドを託す ・MyName構造体はfullNameメソッドを使用できる
他にも批判はいくつかあるが割愛...
最後に Gopherくん 超かわいい!!! by Takuya Ueda (https://twitter.com/tenntenn) The Gopher character
is based on the Go mascot designed by Renée French.