ESM アジャイル事業部 開発者ブログ (original) (raw)
2024年10月24日 (木) に東京の渋谷で開催される『角谷トーク・フィヨブーフェス2024』にスポンサーします。
角谷さんには弊社フェローとしてもお世話になっており、最近の社内活動では『Tidy First?』読書会に関わっていただいています。
スポンサーとしての弊社からは、フィヨルドブートキャンプ卒業生でもある @kasumi8pon がスポンサートークをさせていただきます。
参加枠はフィヨルドブートキャンプの受講生・卒業生・メンター・アドバイザーの方とされております。 それでは、渋谷で角谷さんのいい話を聞きましょう。
永和システムマネジメントでは、Ruby とアジャイルソフトウェア開発を通じてコミュニティと成長したいエンジニアを絶賛募集しています。
はじめに
宮崎からお送りしていますyoshinoです。
個人的なことですが、10月から育休を6ヶ月取得することになりました。
この記事では私が経験した育児休暇を取得するまでの流れと、弊社の育休のサポート制度を紹介したいと思います。
ちなみに、私が入社した2018年以降、アジャイル事業部では男性社員の育児休暇取得率は100%で、取得期間は3ヶ月~6ヶ月となっています。
育児休暇取得までの流れ
事業部長 (@mhirata) に育児休暇の取得をしたい旨を相談すると、私と事務の方を含めたSlackグループを作成してくれました (弊社ではアジャイル事業部だけでなく、全社員がSlackを利用しており、事業部内だけでなく、事業部を超えたコミニュケーションが日頃から行われています) 。
作成したSlackグループで、事務の方にサポートしていただきながら、必要な事務手続の準備を進めました。
また、事務手続き以外のことでも、何か不安なことがあれば、いつでも気軽にSlackで質問することができ、とても助かりました。
育休に対するサポートいろいろ
弊社の育休に対するサポートをいくつか紹介します。
出産祝金と慶弔休暇について
子1人につき出産祝金として1万円と、慶弔休暇が2日間付与されます。
有給休暇について
年次有給休暇の権利発生のための出勤率の算定にあたり、育児休業をした日は出勤として取り扱われます。
育休復帰後は、子供のために有給休暇を取得したいケースは多くありそうなので、とても助かる配慮だと思いました。
賞与について
弊社独自で「こども手当」というものがあり、子1人につき18歳まで月毎に1万円が支給されます。
育休に関連した文脈でいうと復職後最初の期末賞与の時期にあわせて、育児休業取得期間のこの「こども手当」相当額を育児支援として支給されます。例えば、6ヶ月取得する場合は6万円が支給されます。
終わりに
一緒に働いていたチームのメンバーや、事務の方のサポートのおかげで、育休を取得するまでの期間も何も不安を感じることなく、仕事に集中して過ごすことができました。感謝です。
また、育休を取得することを決めてから、弊社の育休に対するサポートを色々と知ることになったのですが、自分の知らないところで、社員に優しい制度設計がされていて、嬉しく思いました。
それでは、育児休暇を楽しんで過ごしてきます！
最後までお読みいただき、ありがとうございました。
2024年10月25日 (金) から 10月26日 (土) に東京の有明で開催される『Kaigi on Rails 2024』の2日目 (10月26日) に弊社から @swamp09 が登壇します。
ここでは、登壇者の @swamp09 から講演内容について軽く紹介をします。
Hall Blue: 14:10~14:25 Importmapを使ったJavaScriptの読み込みとブラウザアドオンの影響 (@swamp09)
私 (@swamp09) が参加しているプロジェクトでは、HotwireやImportmapを使用してRailsアプリ開発を行っています。 Importmapをproductionで使っていてブラウザ上でJavaScript読み込みの失敗に直面した実際の事例を元に、問題の発見から解決に至るまでのプロセスを解説します。 また、Rails 7でデフォルトとなったImportmapを使ったJavaScriptライブラリの動的インポートについて、従来のJSバンドル手法との違い、利点について紹介します。
Importmapってなんだっけ？と気になっている方や、実際に使ってみてどういう問題に直面するのか興味がある方に向けた内容です。
現地チケットは限りあるようで、早めの入手をされると良さそうです。なお、オンラインチケットは無料で販売されているようです。
また、弊社永和システムマネジメントは Gold Sponsor として関わっており、9人のメンバーが現地参加予定です。Kaigi on Rails 2024 でお会いしましょう。
永和システムマネジメントでは、Ruby とアジャイルソフトウェア開発を通じてコミュニティと成長したいエンジニアを絶賛募集しています。
2024年9月29日(土) に開催される TokyuRuby会議15 に永和システムマネジメントから junk0612 が登壇します。
今回は、登壇内容について少しご紹介します。
junk0612 『LR で JSON パーサーを作る 第2回』
junk0612 です。TokyuRuby会議15では『LR で JSON パーサーを作る 第2回』というタイトルで話をします。
「第2回ってどういうこと？」と思う方がいるかもしれません。先日の大阪Ruby会議04 (登壇記事はこちら) にて、スポンサーLTとして『LR で JSON パーサーを作る』という発表をしており、このときは某料理番組風に LR を採用した JSON パーサーを3分で作る発表をしました。
スポンサー LT らしくない内容からか参加者にも好評だったので、発表内に次回予告として入れてあった構文木の生成を行う内容をスピンオフとしてやってしまおうという趣旨の……
えっ！？ 「アレ」できたの！？ じゃあこうしちゃいられない！すぐに準備しないと！！
※番組内容は変更になる可能性があります。あらかじめご了承ください。
TokyuRuby会議15 はすでに満席になっておりますが、順番待ちで繰り上がりの可能性があるかもしません。お楽しみに！
永和システムマネジメントでは、Ruby とアジャイルソフトウェア開発を通じてコミュニティと成長したいエンジニアを絶賛募集しています。
2024年9月の Rails / OSS パッチ会を 9月30日(月)に Discord でオンライン開催します。
この会をひとことでいうと、日頃のお仕事で使っている Rails をはじめとする OSS について、upstream にパッチを送る会です。
会には Ruby と Rails のコミッターである顧問の a_matsuda もいますので、例えば Rails に送るパッチのネタがあるけれど、パッチを送るに適しているかの判断やパッチを送る流れが悩ましいときなど a_matsuda に相談して足がかりにするなどできます。
開催時間は 17:00-19:00 となりますがご都合のあう方はぜひご参加下さい。
Discord の Rails/OSS パッチ会サーバーへの招待 URL は以下です。
Rails World 2024 でリリースされた Rails 8.0.0.beta1 や、来月開催される Kaigi on Rails 2024 について話題にしながらの開催になると思います。
これからパッチ会に参加してみたいという方、OSS 開発者間の会話に興味があるので聞いてみたいという方もお気軽にどうぞ。
永和システムマネジメントでは、Ruby とアジャイルソフトウェア開発を通じてコミュニティと成長したいエンジニアを絶賛募集しています。
株式会社永和システムマネジメントは、2024年10月25日(金)から26日(土)にかけて東京の有明で開催される、Kaigi on Rails 2024 に Gold Sponsor として協賛します。
また、熾烈な CFP プロポーザル採択の門を突破した、弊社 Rails アプリケーション開発者が、現場からのテクニカルな実践テーマで登壇します。タイムテーブルの公開まで乞うご期待。
チケットを購入して続報への待機をしつつ、現地参加者の皆さんと有明でお会いしましょう。
永和システムマネジメントでは、Ruby とアジャイルソフトウェア開発を通じてコミュニティと成長したいエンジニアを絶賛募集しています。
今回の Elixir のお題には、メタプログラミングを選んでみました。
Elixir に限らずメタプログラミングでは、ふだん関数を書くときとは異なるレベルの視点が要求されます。
今回は、関数のように見えるけれど関数でないものをメタプログラミングで表現してみましょう。
例題
例として。 利用者 (User) が、記事 (Article) の読み書き削除の操作を可能かどうか、可否の判定をする仕組みを考えます。
読み書き削除の操作の可否は、次のように定義することにしました。
- 任意の User は Article を読むことができる
- User が Article の所有者、もしくはロールが editor の User のばあいは、Article に書き込むことができる
- User が Article の所有者のばあいは、Article を削除することができる
- それ以外の操作はできない
これをコードで表現していきます。
プログラミング Elixir
まず、利用者 User と記事 Article を表現する構造体を定義します。
User には、ID とロールを持たせます。
defmodule User do defstruct [:id, :role] end
Article は、所有者を識別するオーナ ID と内容を持つものとします。
defmodule Article do defstruct [:owner_id, :content] end
これらの構造体に対し、操作の判定をする関数は次のように定義しました。
操作は、第 3 引数のアトム（Ruby で言うところのシンボル）で指定しています。
defmodule Permission do
def permitted?(%User{}, %Article{}, :read ), do: true
def permitted?(%User{role: :editor}, %Article{}, :write ), do: true
def permitted?(%User{id: id}, %Article{owner_id: id}, :write ), do: true
def permitted?(%User{id: id}, %Article{owner_id: id}, :delete), do: true
def permitted?(%User{}, %Article{}, ), do: false
end
ちなみに、%User{id: 123, role: :editor} という表記は、Elixir の構造体のデータ表現です。
試してみましょう。
User が所有者のばあいは、すべての操作が可能です。
article = %Article{owner_id: 123} user = %User{id: 123}
Permission.permitted?(user, article, :read)
Permission.permitted?(user, article, :write)
Permission.permitted?(user, article, :delete)
所有者でなくても、ロールが editor のばあいは read, write が可能です。 しかし delete はできません。
article = %Article{owner_id: 123} user = %User{id: 456, role: :editor}
Permission.permitted?(user, article, :read)
Permission.permitted?(user, article, :write)
Permission.permitted?(user, article, :delete)
それ以外の User は、read は可能ですが、write, delete はできません。
article = %Article{owner_id: 123} user = %User{id: 789}
Permission.permitted?(user, article, :read)
Permission.permitted?(user, article, :write)
Permission.permitted?(user, article, :delete)
ここまでが普通の Elixir プログラミング。
これより先がメタプログラミングの世界です。
メタプログラミング Elixir
Elixir のメタプログラミングは、マクロという仕組みを利用します。
マクロを読む
普通の関数が入力として値を受け取り出力として値を返すのに対し、マクロは入力としてプログラムを受け取り出力としてプログラムを返す仕組みと言えます。
このときの入力と出力は、いわゆる AST (Abstract Syntax Tree) で表現されています。
たとえば文字列を出力する次のコードは、
IO.puts("Hi!")
このような表現になります。
{{:., [], [{:aliases, [alias: false], [:IO]}, :puts]}, [], ["Hi!"]}
（実際には、メタデータとしてファイル内の行番号などの情報が付加されるので、これとまったく同じ表現になるわけではないのですが、プログラム構造の部分のみを抜き出した骨格はこれと同じ形になります）
これを返すマクロを書いてみます。
defmodule Greeting do
defmacro hi do {{:., [], [{:aliases, [alias: false], [:IO]}, :puts]}, [], ["Hi!"]} end end
マクロを有効にするには、モジュールを require もしくは import します。
require Greeting Greeting.hi()
Greeting.hi() の戻り値は IO.puts("Hi!") の AST でしたので、結果として IO.puts("Hi!") が実行されます。 実行するとコンソールに Hi! と表示されると思います。
import するとモジュール名の修飾が不要になるので呼び出しが少し簡単になりますが、名前の衝突には気をつけてください。
import Greeting hi()
マクロを使うとコードを差し込めることは分かりました。 しかし人の力で AST の表現のデータを記述するのは大変です。
そこで quote を利用します。
quote は、Elixir のコードを AST の表現に変換してくれます。
quote do IO.puts("Hi!") end
また quote の中で unquote を利用すると、渡した変数を、変数の AST の表現でなく、変数の値として解釈してくれます。
quote do IO.puts(message) end
message = "Hello" quote do IO.puts(unquote(message)) end
戻り値だけでなく、マクロの引数も AST の表現になっています。 マクロの引数の中で関数呼び出しを書くと、マクロは関数呼び出しの AST 表現を受け取ることになります。
article = %Article{owner_id: 123} quote do read(unquote(article)) end
マクロの引数で「関数呼び出し」を受けると、マクロの中では「関数名」と「その関数の引数」に分解して利用できるわけです。
「関数名」がただの値になるなら、それを引数として関数を呼び出すことも可能なはずです。
これらを踏まえて。can?(user, read(article)) と書くと permitted?(user, article, :read) が実行されるマクロを書いてみましょう。
マクロを書く
Permission モジュールに can? マクロを追加します。
defmodule Permission do
defmacro can?(user, {action, , [article]}) do quote do Permission.permitted?(unquote(user), unquote(article), unquote(action)) end end end
第 2 引数では「関数呼び出し」の AST を、関数名とメタデータと関数の引数に分解してして受け取ります。 ここではメタデータは利用しません。
分解した関数名と引数を Permission.permitted? の第 3 引数、第 2 引数に渡します。 このとき、「変数」ではなく「変数の値」を渡したいので unquote することを忘れてはいけません。
使ってみましょう。
import Permission
owner = %User{id: 123} editor = %User{id: 456, role: :editor} another_user = %User{id: 789}
article = %Article{owner_id: 123}
can?(owner, read(article))
can?(owner, write(article))
can?(owner, delete(article))
can?(editor, read(article))
can?(editor, write(article))
can?(editor, delete(article))
can?(another_user, read(article))
can?(another_user, write(article))
can?(another_user, delete(article))
ここで read や write や delete といった関数は定義されていないことに注目です。can? の第 2 引数は、「関数を呼び出した結果の値」ではなく「関数呼び出し」そのものなので、呼び出す関数自体の定義は必要ないからです。
また Elixir は、次のような関数呼び出しを、
func(arg1, arg2)
パイプ演算子 |> を使ってこのように記述することができます。
arg1 |> func(arg2)
そうすると、こんな表現も可能です。
クエスチョンマークの位置や括弧の存在が惜しいところですが。
if user |> can?(write(article)) do
end
実は。 この仕組みのアイディアは、Elixir の Canada というパッケージから拝借しています。
Canada ではマクロの他にプロトコルという仕組みも利用していて、より柔軟に適用することができるようになっています。
そしてコードを読んで、記述できる表現に対してそのコードのコンパクトさに驚いてみてください。
ご注意
メタプログラミングは用法用量を守ることが必須です。 くれぐれも過剰摂取にはご注意を。
物以類聚
プログラムをメタプログラミングする行為には、不思議な魅力があります。
普通のプログラミングだけでは物足りないと感じている方、プログラムをメタプログラミングしたい方、プログラミング言語をプログラミングしたいと感じている方。 同志を探しに来てみませんか？