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 + Phoenixに入門している話
Search
ponday
June 20, 2018
Technology
2
1.5k
転職早々Elixir + Phoenixに入門している話
ponday
June 20, 2018
Tweet
Share
More Decks by ponday
See All by ponday
関数型でGoFのデザインパターンやってみる
honda
0
1.1k
TypeScriptの型表現
honda
10
2.9k
Web Componentsの今
honda
1
380
これまでのReact、これからのReact
honda
0
270
Gatsbyお試し
honda
0
110
styled-components or emotion?
honda
0
630
Web ComponentsとAngular
honda
0
130
Atomic Design周りについての私見
honda
1
590
え、まだWeb Componentsを未来の技術だと思ってるの?
honda
2
720
Other Decks in Technology
See All in Technology
医療アプリ開発の最前線 - 安全性と生産性の両立への挑戦 -
medley
0
390
JavaScript 以外の言語によるフロントエンド Web 開発が既に実用段階である話
jsakamoto
0
1.6k
バックログを導入し やっぱやめた話
ota42y
0
150
Bidirectional Quadratic Voting Leveraging Issue-Based Matching
kentaro
2
160
開発者体験を意識した開発チームの生産性向上の取り組み
ham0215
2
600
(iOSDC Japan 2024) Concurrency Safe SwiftData - 並行安全なSwiftDataの使い方
teamhimeh
0
220
HolidayJp.jl を作りました
mrkn
0
110
音声AIエージェントの世界とRetell AI入門 / Introduction to the World of Voice AI Agents and Retell AI
rkaga
3
170
Blynk と Raspberry Pi Pico W で IoT 〜 MQTT・HTTPリクエストの組み合わせも 〜 / IoTLT vol.114
you
PRO
0
170
[iOSDC 2024]クロスプラットフォーム普及増加。SwiftでiOS開発はもうやらないのか....?
teamlab
PRO
0
150
いまからでも遅くない! コンテナでWebアプリケーションを 動かしてみよう(1)Gitハンズオン
nomu
0
270
【Λ(らむだ)最近のアプデ情報 / RPALT20240904
lambda
0
120
Featured
See All Featured
A Tale of Four Properties
chriscoyier
155
22k
The Language of Interfaces
destraynor
153
23k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
354
29k
The Power of CSS Pseudo Elements
geoffreycrofte
71
5.2k
Designing the Hi-DPI Web
ddemaree
278
34k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Music & Morning Musume
bryan
46
6k
How to train your dragon (web standard)
notwaldorf
85
5.6k
Building a Scalable Design System with Sketch
lauravandoore
458
32k
Building an army of robots
kneath
302
42k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
502
140k
A Modern Web Designer's Workflow
chriscoyier
690
190k
Transcript
転職早々Elixir + Phoenixに入門している話 VEGA Tech Meetup #1 / Jun 20th,
2018 ponday (@ponday_dev)
株式会社ベガコーポレーション R&Dグループ エンジニア Profile Honda, Yusuke (@ponday_dev) ng-fukuoka(Angular福岡ユーザグループ)オーガナイザ Like - TypeScript
/ RxJS / Angular - Elixir - Python 4月に中途入社したばかり 元々サーバサイドの趣味フロントエンドエンジニア 最近は仕事で画像処理とか機械学習とかElixirとか いよいよ何エンジニアと名乗れば良いのか迷子
最近、Elixir + Phoenix に入門しました
None
Elixir - 並列処理などを得意とするプログラミング言語 - Rubyライクな構文(とよく言われる) - 作者がRailsのコミッター - Erlang VM上で動作
- Erlangも一つのプログラミング言語 - 99.9999999%を謳う安定性が魅力
None
Phoenix Framework - Elixir向けのWeb Application Framework - Railsライクな構成、エコシステム - 作者がRailsのコミッター(Elixirの作者とは別人)
採用の経緯 新プロダクトの技術選定 今回は非サーバレスで いつもならRails じゃあ今回もRails?
面白くなくない? 分かる
新天地へ
Elixir Go言語 - Rubyに似ているらしい - 安定性が高いらしい - ちゃんと触ったことはない - 採用実績には劣る印象
- 福岡に活発なコミュニティがある - シンプル - パフォーマンス良いらしい - 軽く触ったことはある - 採用実績は増えている印象 - fukuoka.goなどイベントもある 候補は2つ
どうせなら新しい言語! せやな
検証してみた
負荷テスト - 実際にデモサイトを作成し、EC2にデプロイする - DBへの挿入/更新処理が発生するAPIに一斉にアクセス → どの程度のリクエストまで耐えれる? - 負荷ツールにはGoadを利用 -
(参考)https://qiita.com/quickguard/items/995d8e28d53e569bab73
負荷テスト結果 多重度 リクエスト数 エラー数 10 100 0 20 100 0
50 500 0 200 1000 0 200 5000 0 300 7000 0 耐えて欲しい 落としたい!
そしてついに、300多重/8000reqで落ちた!
Goad(負荷ツール)が
結論 落とせなかった
負荷テスト概観 - パフォーマンスもなかなか - 高負荷の状態でも100ms 〜 200ms程度でレスポンスが返っている - 高負荷状態でも処理自体に失敗することがなかった -
高付加でエラーになった場合に、プロセスを立ち上げ直して処理を続行して いるのでは? - サーバスペックが弱くても動作できるのは良い - 今回のテストはEC2のt2.mediumで実施
Elixir / Phoenixについての所感
所感① Rubyとはそれほど似てない - ぱっと見は確かにRubyっぽい - 書いてみると全然似てない - Elixir特有の構文をよく使う - そもそもクラスがない
- クラスがないのでインスタンスメソッドなんてものもない - (個人的には)Rubyより読み書きしやすい
所感② 読みやすい - 柔軟な記法 - 文ではなく式 - パイプライン演算子 - 処理が簡潔に書ける
- パターンマッチが超強力 - 最初は慣れが必要
所感③ 情報の少なさは否めない - 特にPhoenix周辺の情報 - 日本語情報の量には期待してはならない - 福岡はQiita含めて活発なコミュニティがあるのでまだ敷居は低いはず - エラーメッセージが直感的ではないことがまれにある
- 経験によるカバーも必要になってくる?
所感③ 情報の少なさは否めない - 特にPhoenix周辺の情報 - 日本語情報の量には期待してはならない - 福岡はQiita含めて活発なコミュニティがあるのでまだ敷居は低いはず - エラーメッセージが直感的ではないことがまれにある
- 経験によるカバーも必要になってくる?
所感④ ライブラリには困る場合も - 標準のライブラリは結構充実 - Erlangのライブラリも使えるので少なくはない - AWSなどのサービスのサポートはまだまだ - 反面、GraphQLサーバを実装するためのライブラリなどは既にあったりする
Elixirコード例
パイプライン演算子 - Elixirの特徴的な構文 - 関数呼び出しを “|>” でつなげて記述 - 処理の順序が分かりやすくなる
パイプライン演算子 JavaScript Elixir
パイプライン演算子 DB操作の例 ※ Phoenix標準のDBライブラリ『Ecto』の書き方
パターンマッチ - いわゆる正規表現とは違う - 関数の処理だけでなく、関数呼び出しなどいろいろな場面で 利用される - 活用することで表現できる幅が一気に広がる
パターンマッチ
パターンマッチ 基本形(代入ではなくパターンマッチ)
パターンマッチ foo属性を持つオブジェクトとマッチ
パターンマッチ foo属性の値が1のオブジェクトとマッチ
パターンマッチによる型制約もどき - 本来Elixirは動的型付け言語 - パターンマッチを活用すると、ゆるい型制約もどきが実現でき る - 「特定のプロパティを持つ型」みたいな書き方もできる
パターンマッチによる型制約もどき => user: ponday, gender: male => エラー
パターンマッチによる型制約もどき
パターンマッチを利用した条件分岐 - 関数呼び出し時にもパターンマッチが適用される - 同名の関数が複数存在する場合、指定のパターンに初めに マッチしたものが実行される - 上手く使うとif文が不要に
パターンマッチを利用した条件分岐 これが
パターンマッチを利用した条件分岐 こうなる
まとめ - Elixir、良い - 普通に書けばそこそこのパフォーマンスで、堅牢 - エコシステムも充実 - 表現力豊かな構文で書いてて楽しい -
慣れは必要ながら簡潔で読みやすい - ライブラリなどはこれからな面も - とはいえ福岡はコミュニティが活発 情報交換もしやすい分ハードルは低い
Elixir、一緒にやりませんか?
Thank you !!