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
最近のElixir開発で得た知見を語る
Search
shozo koga
October 30, 2019
Programming
1
380
最近のElixir開発で得た知見を語る
https://fukuokaex.connpass.com/event/150079/
shozo koga
October 30, 2019
Tweet
Share
More Decks by shozo koga
See All by shozo koga
Looker StudioとSnowflakeでプロダクトチームのダッシュボードを作る取り組み
koga1020
0
530
20230511 Storybookを軸としたコンポーネント管理と自動テスト戦略
koga1020
0
670
20230311 最近のElixir動向まとめ
koga1020
0
630
【Elixir】Dataloaderを導入してGraphQLのN+1問題を解消する
koga1020
1
430
20221108 WEB+DB PRESS Vol.131「はじめてのElixir」特集記念イベント
koga1020
1
200
fukuoka.exの思い出話とこれからを考える
koga1020
1
140
Ectoの全体感をまとめてみる
koga1020
0
470
Phoenix.PubSubの紹介と活用を考える
koga1020
0
440
EDI#1 発足LT会
koga1020
0
51
Other Decks in Programming
See All in Programming
Datadog DBMでなにができる? JDDUG Meetup#7
nealle
0
150
Boos Performance and Developer Productivity with Jakarta EE 11
ivargrimstad
0
340
AIプログラミング雑キャッチアップ
yuheinakasaka
18
4.4k
Jasprが凄い話
hyshu
0
160
たのしいSocketのしくみ / Socket Under a Microscope
coe401_
8
1.3k
.NET Frameworkでも汎用ホストが使いたい!
tomokusaba
0
200
未経験でSRE、はじめました! 組織を支える役割と軌跡
curekoshimizu
1
160
一休.com のログイン体験を支える技術 〜Web Components x Vue.js 活用事例と最適化について〜
atsumim
0
990
はじめての Go * WASM *OCR
sgash708
1
100
AIの力でお手軽Chrome拡張機能作り
taiseiue
0
190
もう僕は OpenAPI を書きたくない
sgash708
6
1.9k
PRレビューのお供にDanger
stoticdev
1
230
Featured
See All Featured
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
The Cult of Friendly URLs
andyhume
78
6.2k
Six Lessons from altMBA
skipperchong
27
3.6k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.4k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.3k
Being A Developer After 40
akosma
89
590k
It's Worth the Effort
3n
184
28k
RailsConf 2023
tenderlove
29
1k
Reflections from 52 weeks, 52 projects
jeffersonlam
348
20k
Transcript
最近のElixir開発で得た知見を語る 2019/10/30 fukuoka.ex#32:秋のElixir LT大会
自己紹介 • 古賀 祥造(こが しょうぞう) • 株式会社ベガコーポレーション • fukuoka.exビルダー /
もくもく会リーダー • Elixir/PhoenixでAPIを日々書いています • twitter: @koga1020_
今日お話しすること • 最近お仕事でElixir・Phoenixを触っています ◦ 今年の3月ぐらいから、やっと半年ちょい • その中で得た知見をつらつらと語ります
何やってる? • 社内基幹システムの構築 • 事業拡大に向けたシステム刷新のプロジェクト • REST APIの構築 ◦ データの整備、商品ページ公開の自動化などなど
◦ Elixir・Phoenixを採用し、せっせと開発中 ◦ リリース前なので、Elixir(v1.9.x) / Phoenix(v1.4.x)に追従
Elixir・Phoenix 実際どうよ?
思うところ • メリット ◦ ロジック書きやすい最高 ☺ ◦ テストがサクサク書ける ☺ ◦
デプロイも一度mix release用のDockerfileを組んでしまえば楽☺ • デメリット ◦ エラーメッセージ分からない ◦ Ectoクセが強い ◦ ex_awsでCloudFront操作できない
思うところ • メリット ◦ ロジック書きやすい最高 ☺ ◦ テストがサクサク書ける ☺ ◦
デプロイも一度mix release用のDockerfileを組んでしまえば楽☺ • デメリット ◦ エラーメッセージ分からない ◦ Ectoクセが強い ◦ ex_awsでCloudFront操作できない
エラーメッセージ分からない • エラーメッセージだけで分からないこともしばしば • 特にPlug。よくハマる。 • 自作Plugを組んでいる場合は要注意。よくよくデバッグすると 「あーこのエラーPlugが原因だったのねー」となることもしばしば
GitHubのissueにとりあえずつっこもう
depsにinspectを仕込むことも可能
根気よくdebugする力が必要
Ectoクセが強い • Ecto: DB Wrapper ◦ RailsでいうActive Record ◦ LaravelでいうEloquent
• オブジェクトでないので、ORMではない • これがなかなかクセがすごい
クエリっぽく書くこともpipeで書くことも出来る
弊チームではpipeでの書き方を採用
慣れれば怖くない! • Ecto.Multi • cast_assoc, put_assoc ◦ 「Ectoのassoc関数を整理してみる」という記事書いてます ◦ https://www.koga1020.com/posts/ecto-assoc-functions
• dynamic query この辺りを理解してからは基本的な処理は書けるようになった この辺りのキーワードをまずは拾ってみる
ex_awsでCloudFront操作できない • AWSの操作APIを提供するex_awsというライブラリ • 要件でCloudFrontを操作する必要があったが、該当するモジュールがない • こんな具合に、「他言語ならあるのに!」問題にぶつかることも → 結局、PHPのSDKを参考に自作した。多少リソースに余裕がないと厳しい?
思うところ • メリット ◦ ロジック書きやすい最高 ☺ ◦ テストがサクサク書ける ☺ ◦
デプロイも一度mix release用のDockerfileを組んでしまえば楽☺ • デメリット ◦ エラーメッセージ分からない ◦ Ectoクセが強い ◦ ex_awsでCloudFront操作できない
ロジック書きやすい最高☺ • 関数パターンマッチが至高 • チーム内ではif文を書かない方針 ◦ ifを書くと、分岐が増えたときに対応できない • 関数パターンマッチ or
withに寄せる ◦ この辺りはチームでの決めの問題かも ◦ 世のライブラリの実装を参考に見るのが吉
構造体をマッチさせる際は常に明示的に書く
Enumを使いこなす • fukuoka.exでもよく言われているが、これはガチ • map, reduce, filter, reject, group_by あたりは鉄板
◦ そのあとは組み合わせたflat_mapやmap_joinなど • Enumerable protocolが実装されたdata typeなら動作するので、MapもOK
credoで秩序を保つ • https://github.com/rrrene/credo • Elixirの静的コード解析ツール • 以下の観点でコードの改善点を指摘してくれる ◦ consistency /
design / readability / refactor / warning • pre-commitでcredoでエラーが出たらcommitできないようにしている ◦ ついでに mix format も自動実行にしている
警告を出したいものだけ設定することも可能 • credo gen.config で設定ファイルを書き出し、カスタマイズ可能 • .credo.exsが生成される • projectのrootかconfig/.credo.exs としておけば設定値が採用される
テストがサクサク書ける • mix testで即テストが実行可能 • optionが豊富。以下のオプションでテストを回すと良い感じ • --stale: 前回のテストから変更のあったモジュールに関するテストだけ実行 •
--max-failures: 許容する失敗回数。1だと1つテストケースがこけた瞬間に終了
便利なライブラリ達 • mix_test_watch ◦ ファイルの変更を検出してテストコードを実行 ◦ https://github.com/lpil/mix-test.watch • mock ◦
モックライブラリ ◦ https://github.com/jjh42/mock
便利なライブラリ達 • Power Assert ◦ テスト結果をみやすくしてくれるライブラリ ◦ https://github.com/ma2gedev/power_assert_ex • ExMachina
◦ rubyでいうfactory_bot(おそらく) / LaravelでいうFactory ◦ https://github.com/thoughtbot/ex_machina
• mix release を利用 • Dockerfileのマルチステージビルド ◦ mix releaseの成果物をalpineのベースイメージにCOPY •
GitHub → Travis CI → ECR → ECS のデプロイパイプライン デプロイ Amazon ECR Amazon ECS GitHub Travis CI
エラー監視 • Sentryを採用 • ElixirのSDKもあり、導入は楽チン✨ • https://github.com/getsentry/sentry-elixir • Plugでエラーを拾うことができる
その他諸々
OpenAPIのドキュメンテーション 元々PhoenixSwaggerを利用してswagger.jsonを生成していた |> 開発が進むにつれて、メンテが辛くなってきていた |> さらにElixirがv1.9に上がった直後は依存ライブラリの関係で使えない状態に、、 |> このタイミングで、API定義はymlを直接編集するようにした
Elixirの中で書きたい人は • Open API Spexなるライブラリがある • https://github.com/open-api-spex/open_api_spex • Elixirコード内でAPI定義を 記述できる
デプロイ(個人開発) • Gigalixir × Github Actions • 特定のブランチにmergeされたら、git push gigalixir
master を実行する • ブログにも書いたので、よければ是非 ◦ https://www.koga1020.com/posts/gigalixir-deploy-from-github-action
Thank you!