Observer パターン for Ruby / Rails
この記事は本の感想、備忘録です。
各項目のサンプルコードは本書に掲載されているものではなく、復習のために自分で書いたものです。
Observer パターン
プログラム内のオブジェクトのイベントを他のオブジェクトへ通知する処理で使われるデザインパターンの一種です。(by wikipedia)
ざっくりしたシーケンス図です。
パターン適用前の構造がオブジェクトのイベントと他のオブジェクトへ通知する処理が密結合だった場合、他のオブジェクトへ通知する処理に変更が発生するたびにイベント発行オブジェクトを書き換える必要があります。Observer パターンでは通知する処理に共通インターフェースを適用することで、イベント発行オブジェクトはそのインターフェースに依存するのみで、具体的な通知処理への依存をなくすことができます。
例えば、社員の給料計算が終わった後に結果を社員とその上司にメール通知する場合を考えます。Observer パターンを使わない場合、給与計算するイベントはメール通知処理の具体的なことまで把握しています。一方で Observer パターンを適用した場合、給与計算イベントはメール通知処理のことを把握しません。把握しているのは給与計算イベントの後に何らかの処理をするということだけです。
# Observer パターンを使わない場合 def calculate_salary # 給与計算処理 # 計算後にする処理 NotificationMailer.exe(user) # ユーザにメール送信 NotificationMailer.exe(manager) # 管理者にメール送信 end # Observer パターンを使う場合 def calculate_salary # 給与計算処理 # 計算後にする処理 @observers.each do |observer| observer.update(self) # 具体的な処理内容を知らない end end
「観察」より「通知」になっている
observer という言葉の本来の意味は「観察者」ですが、実際には Observer 役は能動的に「観察」するのではなく、Subject 役から「通知」されるのを受動的に待っていることになります。Observer パターンは、Publish-Subscribe パターンと呼ばれることもあります。publish(発行)と subscribe(購読)と言う表現の方が、実際にあっているかもしれませんね。
と書いてあるのですが、Observer パターンと Pub/Sub パターンは異なるパターンと説明されている記事もあります。
Observer パターンとは異なる Pub/Sub パターン
ここでの Pub/Sub パターンと Observer パターンでの大きな違いは、通知に必要な「通知先を把握する役割」と「通知する役割」をどのクラスが持つか?ということです。Observer パターンではそれを Subject が持っていましたが、Pub/Sub パターンはそれを別のクラス(Channel クラス)に切り出します。結果、Publisher と Subscriber の間に通知を管理する Channel が挟まり、Publisher と Subscriber が直接やり取りすることはなくなります。
ActionCable もこの形ですね。
Ruby / Rails
標準ライブラリに Observable がある
module Observable (Ruby 3.0.0 リファレンスマニュアル)
require 'observer' class LifeGame include Observable def next_generation # xxx 何かしらの処理 changed # 通知する・しないのフラグ更新が必要。引数はデフォルト true notify_observers(self) # これを呼ぶとフラグは初期化(false)される end end
Observer の処理をコードブロックで渡しても OK
class LifeGame def initialize @observers = [] end def add_observer(&observer) # ブロックを受け取れるようにする @observers << observer end def next_generation # xxx 何かしらの処理 notify_observer end private def notify_observer @observers.each do |observer| observer.call(self) # proc.call end end end # main life_game = LifeGame.new life_game.add_observer do |changed_field| puts("次の世代になりました。") # 次の世代のセルを表示する処理 end
ActiveRecord::observer
モデルの callback 処理を Observer クラスに切り出すことができます。Observer クラスはファイル名からモデルのマッピングを行うため(COC)、クラス名を変えない場合はマッピングを明示する必要はありません。
class UserObserver < ActiveRecord::Observer def after_create(user) Notifications.create_user("Registration completed", user).deliver end end
今度使いたいです٩( 'ω' )و
#hayaoki_girls 1年の軌跡 * TECH PLAY 女子部 #techplaygirls
TECH PLAY 女子部で #hayaoki_girls チャンネルが立ち上がってから1年が経ちました👏 いまは立ち上げ当初予想もしなかった良い感じのチャンネルになってとっても嬉しいです。そして最近 hayaoki_girls の最初ってどんな感じだったの?と聞かれることが増えてきたので記事にすることにしました。記事中の(〇〇期)は完全に私の主観です。
What is hayaoki_girls?
hayaoki_girls については既にりほやんと katorie さんが記事を書いてくれたし、yancan.fm でも放送してもらったのでそれを参照してください。
- 朝活にはまって3ヶ月継続しているので良いと思う点をまとめてみる|りほ|note
- TECH PLAY女子部の #hayaoki_girls ご紹介 - katorieのブログ
- 12. 朝活! | #yancanfm
The path of hayaoki_girls
きっかけ
2019 年 TECHPLAY 女子部の Advent Calendar で ぱんさんが「みんチャレ」イイぞ的な記事の投稿を通して、りほやんが女子部内で「毎日 IT の勉強をする」みんチャレグループを作ってくれて。仕事以外の IT の勉強を継続したい…!と思っていた私は楽しそう!と思って参加しました。
んで、私はそのとき既に6時起きの人だったのでみんチャレの更新は基本朝行っていたのですが、みんチャレ中に chihiro さんから「早起き自分もしたい」と言ってもらって、私も一緒にやる人探してたので「嬉しいです!」となり、2019年12月に早起き用のチャンネルを作ってほぼ今のルールで運用を開始しました。
*補足*
いま運用してる hayaoki_girls の仕組みは私が以前所属していたライフエンジンというオンラインコミュニティで行われていた朝活の仕組みを元に作っています。そして元々はライフエンジンのメンバーと早起きしていたのですが、ちょうどみんチャレを始めたタイミング当たりでそれを辞めてしまったので、一緒に早起きしてくれる誰かを探していました。
詳細は女子部で hayaoki_girls をやる前を見てください。
だから chihiro さんが声掛けてくれて本当に嬉しかった。ありがとう😘
始まり(細々期)
chihiro さんの仕事の関係上、6時だともう出勤準備する時間だから5時起きが良いと言われて、もともと6時起きで満足してた私はちょっと躊躇しましたが、チャレンジしてみたい気持ちもあったし早起き友達が欲しかったので5時でいきましょう!ということになりました。また、最初は平日限定でやってました。(理由は覚えてないけど、土日まで早起きする気にはなれなかったんだと思う)
最初の数ヶ月は chihiro さんと、その後 katorie さんが入って来てくれたり(同じぐらいのタイミングで chihiro さんが来なくなり…)他にも数人、知り合いに声を掛けて少しずつ人数増やしながら細々と早起きをしていました。
当時、zoom にいるのが私ともう1人(合計2人)のことが多かったので自分が休むと相手は1人だ…という使命感からほぼ休まず参加してた気がします。特に最初は寒かったので布団の中にパソコンを持ち込んで喋ってたり、5時に雑談してもくもくタイムは2度寝して、6時の雑談でまた起きるみたいなことも頻繁にやってました😂
あと slack を見返すとこの頃にデザインパターンの読書会を始めたり、同じアプリをみんなで作るレビュー会を始めたりしました。早起きの仕組みとしては6時起きの人のために雑談時間を延長したり、毎日早起きしたいという人のために「平日のみ」→「毎日」に変更したりしました。(要望がある度に出来る限り仕組みを拡張・見直しています)
チャンネル名は最初 #goodmorning でした。ただ数ヶ月細々と早起きを続けてると女子部の運営の方(ほくりんさん)から女子部内や外部に発信したいと言われ、どうしても「意識高い感じでやってるんじゃない。ただ早く寝てるだけで…睡眠時間削ってウォーって感じではない」を強調したくて、チャンネル名を #early_sleeping にしました。私たちの早起きは意識高くないんです。早く寝てるだけ。睡眠時間を削ってるんじゃなくて寝る時間を前倒ししてるだけです。
大量に人が増えた(拡散期)
その後りほやんがガッツリ早起きを始めるようになって「ハッシュタグほしい」と言われ、#hayaoki_girls を作りました。
いろんな候補を出し合ったの懐かしい😌
- techplay_asakatsu_girls
- asakatsu_girls
- morning_girls
- hayaoki_girls
- early_sleeping_girls
- hayane_girls
そしてりほやんが tweet するとワラワラと興味ある!という人がチャンネルに入ってきました。
↓ その時の私の個人的な感想です。
私は誰かを巻き込むときは草の根運動派で仲の良くなってきた人に少しずつ声を掛けて進めるタイプだったので、りほやんの大多数の人にわーっと拡散できる影響力に感嘆しました。エンジニア界のインフルエンサー!ほんとにりほやんが日々 tweet するたびに新しい人がどんどん増えて…そのパワフルな影響力を肌で感じた。すげー!
ときには5時、6時に7人とか人が集まり…そんなことある…?個人的に #hayaoki_girls の一番の転機だったなぁと思います。そしてりほやんは雑談で出てきたリンクを slack にバンバン載せてくれるタイプで、その影響で今はみんな slack に載せるようになったと思うし、Read Only の人でも楽しめるチャンネルになっていきました。
夜にやってることをやりたい(イベント期)
hayaoki_girls は寝る時間の前倒しなので、元々夜やってたことを朝にやりたい!という思いがずっとあって。(個人レベルでいうと夜やっていた皿洗いなどのタスクを朝やるようになったら生活がスムーズになりました。)んで、この頃わたしは女子部のオーガナイザーになったこともあり、とりあえず夜やってたイベントを朝やりたいぞ!という欲がムクムク出てきて思いつくままに企画しました😌✨
最初の企画はチャレンジングな「Morning オンライン飲み会」です!
その後、外部にも告知をした雑談会を2回開催したり、新年には katorie さんが「新春🌅初夢 LT会」を企画してくれました。 techplay.jp techplay.jp
最近(いい感じにまわってる期)
いい感じにまわってるの定義は誰かがいなくちゃ!って感じじゃなくて、参加してる人がこの場を大切にしていこう、維持していこうという気持ちでまわってるイメージで、最近はそんな感じな気がします。ありがたや。
そしてこの前、初夢 LT 会の後に「夜型もいるぞ!」ということで #mayonaka_girls チャンネルが爆誕し、それに対になるようにチャンネル名を #early_sleeping → #hayaoki_girls に変更しました(ハッシュタグと同じになったよ)。
こっからは私の話
女子部で hayaoki_girls をやる前(ライフエンジン期)
私が早起きを始めたのは2019年の5月〜です。私は2017年〜在宅ワークを始めていたのですが、それまでの私は9時出勤なのに8時55分ぐらいまで寝てて、まだ頭がぼーっとしている状態でパソコンの前に座り仕事しなきゃ…とか思いつつ、でもお腹空くからパソコン眺めながら朝ごはん食べたり歯を磨いたり…ダラダラ仕事をしていました。そして夜もダラダラで YouTube 見たりアニメ見たりして日々夜更かししてたのですが、心の中でずっとこの状態は良くない…!早起きできるようになりたい…!と思って、たまに早起き頑張ってみるんだけど続かずまた夜更かし…を繰り返していました。
そんな時にひらめきラジオで早起きは友達とすると続くよ。寝る時間を削るんじゃなくて寝る時間を前倒しにしてるだけだよ。と聞いて「なるほど!」となり、ライブエンジンというオンラインコミュニティでそういう朝活をやっているよ。と聞いて次の日にはライフエンジンに参加してました。そして初めてzoomで待ち合わせをする早起きを体験して、本当に本当に6時に起きれた!🥺 と感動しました。
ただ残念なことに既にライフエンジンでは朝活ブームが過ぎ去っており…朝活がそろそろなくなるらしいよ…という雰囲気でした。そして本当に3ヶ月ぐらいでなくなっちゃって(泣)でも早起きの方が私の体に合ってる!は既に実感してたので1人でも朝活を続けようと決意してたのですが、1人だと意志が弱すぎて寝坊しちゃうことも多く、まただんだんと夜型に引っ張られていきました…(悲) そんなときライフエンジンで友達になった1人がなんでも屋的な仕事を受けていて、その子に早起きを一緒にやってもらえるようにお願いして zoom で待ち合わせをする早起きを復活させました。そこから半年ほど継続してだいぶ体に染み付いてきたなぁと感じたので、2019 年の12月にその子への早起きの依頼を辞めてまた1人で早起き頑張ろう…!と決意してた頃、でもやっぱり1人は寂しいなと思ってた頃、chihiro さんに声をかけてもらった!に至ります。
hyaoki_girls 雑談の功績 for me
slack 眺めながら書き出してみた。
雑談を通して買ったもの(もっとありそうだけど…)
- ワイヤレス骨伝導ヘッドフォン
メガネのせいでこめ髪痛くてやめました - ゴッドハンドの整体
本当にゴッドハンドでした。 - マイ・ストーリー
雑談を通して始めたもの
- デザインパターンの読書会
- テックプレイ女子部のオーガナイザー
- 低用量ピル(OC)
- Go の勉強(途中で挫折)
- 月曜断食
- Go To トラベル
女子エンジニアのお友達ができた!
これが一番だね。hayaoki_girls 始めるまで、女子エンジニアの友達ほぼいなかったので。それが一番嬉しいし偉大な雑談の功績です。
おわりに
個人的に一番の発見は目を覚ますためにやってた10分間の雑談がこんなにも有益でこんなにも尊いものなんだ!と気付いたことです。 近頃は喋りたいから明日は絶対早起きするぞ!とかある(笑)
また、女子部の運営方針に書いてある
皆さんがこのコミュニティで自分が楽しめる形を見つけて欲しいし、なければ創って欲しいです。
を体現できたのが hayaoki_girls だとも思っています。素晴らしい。おかげさまですわ👏
これからも「いい感じ」を維持していけたら良いなと思います。
宣伝
#hayaoki_girls に興味を持った方がいれば、TECH PLAY 女子部に参加する必要があるので気になる方はこちらを確認してください😌 最近、夜型の人向けの #mayonaka_girls もできたので自分の体に合う方に参加できると思います。
techplay.jp
2020 年(令和 2 年)の振り返り
risacan の年末振り返りブログを見て私も書きたいなって思ってたので、今年のライフイベントから技術、仕事とか印象に残ってるものを振り返り(というか箇条書き)する。
正直、今年の初めには想像もしてなかった今を過ごしてるので1年を振り返ると感慨深い。だってコロナになってなかったら今年は春にオランダ旅行、夏にオリンピック、秋には ウラジオストク、冬は AWS re:Invent に行く予定だったし(お金は貯め終わってた)、愛媛で参加してた山登りサークルのメンバーと石鎚山のぼってただろうし、大好きな家で相変わらずお仕事してちょっと良い椅子でも買ってみようかな?みたいな楽しい計画もあったのに。まぁでも振り返るとコロナになったからこそ挑戦できたことや広がった選択肢もいっぱいあって、自分の適用能力ほんと優秀じゃん!ってなってる。otsukare Aya chan !! (゚∀゚)
イベント
2月:Rails Girls Ehime 2nd 開催した
本当にコロナ前に開催できて良かった。花粉症のコーチが3月、4月は嫌だって言ってくれたおかげ( ^ω^ )グッズは何度みても可愛いね❤️ 越智さんのセンス最強。
Rails Girls Ehime の余韻🍊見れば見るほど柿に見えてくる🤭#rg_ehime #suzuri pic.twitter.com/5Q5jNi5ZGO
— しいの (@Dobby618) 2020年2月11日
Rails Girls 関連ブログは他にもあるので興味がある方は見てください。
2月:TDD Bootcamp に参加した
このタイミングで TDD Bootcamp 参加できたのは良かったなぁ。なんで先にテストを書くのか?とかフワッと疑問に思ってた点がスッキリしたしテストが好きになった。
参加ブログ:TDD Boot Camp in 愛媛 に参加しました!
あと t_wada さんのことも好きになって過去 Podcast を聞いたり、記事読んだりするようになった。説明わかりやす過ぎる…!!
6月・7月:CodeCamp の Youtube 配信にでた
エンジニアの本音!座談会
東京 / 地方のエンジニアの働き方の違いやリモートワークについて話した。
www.youtube.com
moriyama さんファシリテータ安心感すごいし、他の先生達ともともと面識あってリハもシッカリあったから話しやすかった。
人気講師が教える プログラミング学習効率アップ!「なぜ」の魔法
初学者の方向けに自習中に自分だけの「なぜ・疑問点」を持つと成長がはやいよ。という話をした。
www.youtube.com
初めて1人40分オンラインで話す講義だったのだけど、想像以上に当日は孤独感と緊張感があって辛かった。この Youtube は自分の中ですごく失敗したって印象が強くて半年ぐらい自分で動画を見返すことができなかった…(先週やっと見返せたよ)。
失敗したって思った部分は受講生からの質問への回答のしかたで、その時はあまりにもテンパりすぎて正直にズバズバ言っちゃったの。まぁでも動画見返したら今同じ質問が来たても同じように返してなって思うし、私らしかったなと思った。Goog Job !! Aya chan !!
そして質疑応答以外は良い内容を伝えられたなって思ったし、まだ初学者の人に伝えたいことがあるので来年は月一本ペースで Youtuber やろうと思ってる ٩( 'ω' )و
7月:TECH PLAY 女子部のオーガナイザー始めた
結構急に決めたことだったんだけど想像を超えて良い経験だった。(まだ終わってない😅)
私がコミュニティ運営するときは「私はこういう形がいい!私はこういうことがやりたい!」が強くあって、その理想さえ描ければあとはそれに向かって猛進するだけって感じの運営スタイルで(Rails Girls のときもそんな感じ)。でも TECH PLAY 女子部はもともとの運営の形もあるし、ある程度規模の大きいコミュニティだったので同じように自分の理想を実装する運営スタイルを推し進めて良いのか不安はあったけど、それに挑戦できて良かったな。人数が多くて色んな人がいるからこそ、自分の理想に共感してもらうこともあれば、別の視点で意味付してる人、逆の発想を教えてくれて私の固定概念をいい意味で崩してくれる人。色んな人と話して本当に良い学びが多くて楽しかった。(まだ終わってない😌)
今オーガナイザー振り返りブログを書き始めて来年公開予定なので、続きはその記事で。
8月:東京に引っ越した
2年半ほど住んだお家。横が海で最高の散歩コースだった。さよなら北条 😭👋
8月:オランダ旅行に3週間いった
コロナで行けるかヒヤヒヤしたけど奇跡的にコロナ落ち着いてる時期で入国できた。オランダでの時差勤務もスンっとこなせてびっくり。ほんとにどこでも働けるじゃん。
あとこの時フリーランスで良かったって思った。会社員だったら「もしコロナになったら会社に迷惑が掛かる」って思考が働いてたと思うんだけど、それが全くなかった。守るものがないってこういうことか。
10月:Rails チュートリアル完走!
念願の Rails チュートリアルやったことある人になれた 🙌 1人じゃ何度も挫折してたので…ほんとうにみんチャレメンバーのおかげ 😘 ありがとう。
11月・12月:Airbnb 生活始めた
Airbnb の長期滞在割と Goto トラベルの組み合わせで月に6万〜8万で 1K に住める。ちょーお得だし楽しい。だけど仕事ができる広めの机と普通の椅子がある家は少ないので、本当に一時凌ぎだなって感じする。
来月は沖縄 ٩( 'ω' )و と思ってたけど Goto 一時停止になったのでどうなることやら…。
→ (追記 2021/01/04)Goto 割引を宿の人が持ってくれることになり変わらない費用で泊まりに行くことになりました。やっぴ。
技術
CircleCi & Github Actions
やらなきゃ…やらなきゃ…って思ってた技術 No.1。仕事で設定ファイル書かせてもらえる機会があって楽しかった。そして想像より簡単(๑˃̵ᴗ˂̵) 腰が重いだけでしたね。
今年の開発現場は困った時に教えてくれる先輩がいたので、新しいことたくさんできた。おかげさまです。
Docker
これもやらなきゃ…リストに入ってた技術。色んな記事読んでても Docker と docker-compose の違い分かんないし、run とか exec などのコマンドの違い分からないし…現場で支給された Docker 環境、なぜかコンピュータのディスク容量食いまくって 🤬🤬🤬 ってなってたんだけど…「自宅ではじめるDocker入門―人気のコンテナ型「仮想化ソフト」を使ってみる!」を読んでほんとに悩みごとスッキリした。
本の内容が良すぎて、興奮冷めないまま技術書で始めて Amazon レビュー(docker に対するモヤモヤが解消されました!)書いちゃったぐらい ♪( ´▽`)
結局、今はローカルで Rails 動かす環境は Docker じゃなくても良いかな…という気持ち。でも DB だけは Docker にしようかなって思ってる。まだ MySQL 5.7 の案件ばかりだから大丈夫だけど、今後別のバージョンも入ってきそうだしな。
今年 Docker を有効活用できた仕事は PostgreSQL の環境から MySQL の環境にデータを移行する Script を書く仕事。PostgreSQL 環境を Docker で立てて Script の動作検証できたのは Docker の力量発揮って感じだった◎
Kintone
就職希望先の会社から出された課題に Kintone アプリ作成があって、今年初めてちゃんと Kintone 触った。Kintone は以前にお客様から使用感聞かれることもあったし、松山に住んでた分サイボウズの Kintone イベントにも行ったことあったから前々から触っときたいなぁと思ってて、良きタイミングで課題(請求書作成アプリ作成)がもらえて良かった。
Kintone やっぱすげなぁって思ったのは利用者とプログラマーの開発分岐点が利用者に大きく振られてるとこ。社内システム作ってると「そこはもう自分で直してくれない?」って愚痴りたくなるような要望が多くて、例えば一覧の表示順とかフォームのデフォルト値とか。しかも利用者の皆さんもどれが正解かもちろん分かってないから一発でこの UI で決定ですっ言えるわけでもないし、でもそういう細かい改善が使い勝手を劇的に良くする可能性があることもよく分かるんだけど…開発する側としてはめんどい!って言いたくなりがち。さらに利用者側からもプログラマーにこんな小さい部分の修正お願いしても良いのかな?って躊躇しがち。結果、もう社内の人しか使わないんだし少しぐらい使い勝手悪くても我慢しませんか?になりがち…。
それを素敵に解決してくれるサービスが Kintone で UI とかほんのちょっと使い勝手を良くする改善はプログラミング知らない人でも、少し使い方を伝えれば簡単に覚えられるような GUI になってるから利用者は日々使いながら自分たちでイジって使い勝手を試行錯誤できるし、でも複雑な計算や初期設定の土台部分はきちんとプログラマーが作り込める。これのおかげでお互いのストレスがグッと減ると思う。すごい!
テンプレートメソッドパターン(デザインパターン)
今年は「オブジェクト指向設計実践ガイド」でオブジェクト指向を勉強したり、「増補改訂版Java言語で学ぶデザインパターン入門」でデザインパターンを勉強してるんだけど、仕事のコードで始めて「これテンプレートメソッドパターンでいけるじゃん!」ってなって書けたの。感動した。やっぱり勉強したことが実務で活かせるの楽しいね。
テスト(E2E テストは今年初めて書いたよ)
今年は職場に恵まれててテストの書き方教えてくれる先輩がいたし、E2E テストの環境整えてくれる先輩がいたからテストたくさん書けた。E2E テストはほんとに文字書いてるのにブラウザで画面ポチポチしてる感覚があって面白い。
テストの好きなところは脳内メモリに入ってる頭の中の条件を吐き出せるとこ、ぼんやりしてた仕様がハッキリしてくる感じ、抜け漏れが発見できたりするとこ。あとコードやテストを並行して書きながらどんどんコードがリファクタリングされてく感じも好き。
おわりに
今年はコロナに振り回されたけど、結果オンラインで出来ることが増えたり(気づいたり)、働く場所・住む場所の選択肢がより柔軟になったりと色々視野が広がったなぁという印象。ありがとうコロナ。柔軟な自分ナイス!コロナで仕事なくなるかもって不安で体調崩したり、仕事でストレス抱えてもう毎日泣く😭 みたいな時期もあったけど、おかげで精神面で他人や薬に頼る選択肢に挑戦できたのも良かったかな。
東京への引越しについて。愛媛ライフはすごく好きでもっと住んでたいなぁと思ってたから、いま Airbnb で馴染みゼロの土地で生活してる自分がいまだに実感が持てない。東京ライフを送ってるとあの愛媛ライフはわたしの生み出した妄想?って思うときあるぐらい恋しいな。まぁ 20 代のうちに経験として地方に住むことが出来たのは本当に貴重だったし自分は地方向きだってよーく分かったので、いつかまたどこか地方に住みたいな🍊
今年を一言にまとめると
「長期戦ができるようになってきた年」
昔から飽きっぽいのだけど、今年は意識的に細く長く継続しようって思ったことを続けられるようになってきて、きっと継続するためのコツが掴めてきたんだと思う。継続するにはハードルの低い所から習慣化していったり、友達を巻き込んだりすれば良さそうってことに気づけたことが今年の成果だな。
以上。
Aya chan 来年もがんばってね〜👋
Rails Girls Ehime 2nd で託児を受付けました
Rails Girls Japan Advent Calendar 2020 - Qiita 5 日目の記事。
2020 年 2 月に Rails Girls Ehime 2nd を開催し、託児ありにしたのでその記録記事です。
railsgirls-ehime.doorkeeper.jp
- 前提
- Rails Girls で託児を受け付ける理由
- 託児結果を数字で見る
- 悩んだこと・難しかったこと
- 次回 Rails Girls で託児を受け付けるなら?
- Rails Girls の運営を通して感じたこと
- 終わりに
- 謝辞
前提
- 地方(愛媛県)での開催
- 参加者全体で 20 名程
(Girls: 10 名、コーチ: 5 名、スタッフ: 3 名、その他) - 運営メンバー全員、イベントで託児を受け付けるの初めて
Rails Girls で託児を受け付ける理由
以前、別の記事に書いたのでそちらを見て欲しいです。
Rails Girls in Ehime 2nd 開催します - 箱庭のエンジニア
簡単にいうと「やる気とパソコンがあれば誰でも参加できる環境を作りたい」からです。
託児結果を数字で見る
時間
- 託児受け入れ時間:土曜日 9:00-18:00
※ イベントの開催時間は 9:30-17:30
※ インストールデイ(金曜日)の託児受付はなし
人数
- シッター数: 1 名
- 託児預かり数:1 名(1 歳)
費用
- シッター利用料:16,200 円
- イベント保険料:5,000 円
※ イベント単位での託児保険はないので、イベント全体に保険をかけました - 託児室の利用料:0 円
※ イベント会場であるサイボウズさんが個室を貸してくれました - 託児に関する雑費:2,004 円
※ 救急用品など
悩んだこと・難しかったこと
シッター探し
愛媛はシッターを派遣してくれる会社がないので、個人の繋がりでシッターさんを探す形になりました。ありがたいことにシッターを紹介してくれそうな団体と繋がりのある運営メンバー(non さん)がいて、そこ経由でシッターさんを見つけることが出来ました◎ しかし、non さんがいなければ託児は諦めてたと思うので…振り返ると「シッターを見つけられるか?」が結構大きい関門だったなと思います。
募集の年齢制限をつける
今回の託児募集では預かれる子どもの年齢制限を付けました。
託児可能なお子様は、4 歳以上から小学校低学年までです。(※ 託児の空き状況によっては4歳未満のお子様を預かれる可能性がございますので、事前にお問い合わせ・ご相談ください)
託児は預かる子どもの年齢や人数やに合わせてシッター数を調整する必要があるのですが、今回は先に「シッターは1人」と決めていたので 1人が預かれる託児数に調整する必要がありました。そのため 4 歳未満の子どもの場合は全て事前に相談してもらって、現在の託児申し込み状況から預かり OK / NG を決める形を取りました。
土曜日のみ託児を実施
Rails Grils Ehime は 1 日半(金曜日の夜、土曜の終日)のイベントなのですが、託児は土曜日だけ実施しました。最初は両日実施する予定だったのですが、Rails Girls Japan の @emorima さんに相談したところ「夜は子どもが眠くなっちゃうので金曜日に預けるのは大変かも?」と言ってもらい「確かに〜」となったからです。
土曜日だけの託児になったため、託児希望の Girls には金曜日の対応を申し込みフォームで確認しました。
今回、託児を利用した Girl の方は金曜日欠席されましたが、もともと別の言語のプログラミング経験があった方だったので問題なさそうでした。
シッター利用料の給与補償
事前に託児予約はあったけど、子どもの体調不良などで当日の託児がゼロになってしまった場合のシッター利用料をどうするか迷いました。
今回はシッターさんと個人契約だったので、特に決められた規則もなく・・。結局、開催1ヶ月前にそのような場合でもシッター利用料は変わらず全額お支払いすることに決めました。理由は私がシッターさんだったら給料補償して欲しいなぁ・・と思ったからです。
結果、予約のあった子は元気に参加されたので託児ゼロの事態にはならなかったのですが、イベント当日、シッターさんに他のイベントでの給料補償について聞いてみたところ
「当日まで預ける人がいるか分からないけどイベント会場で待機してて欲しい」みたいな依頼もあって、当日預ける人がいなければ給料なしになる場合もある
と仰ってて、そうなのか〜という気持ちになりました。
次回 Rails Girls で託児を受け付けるなら?
個人的には参加者 20名ぐらいの規模感ならイベント会場に託児室を設けるより、外部の託児室利用料を Rails Girls で補助する形でも良かったのかもなぁと思いました。イベント会場に託児室を設けるための準備は初めてだったこともありますが、利用者の割に負荷が大きかったように感じます。
「イベント会場に託児室があった方がいいか?利用料を補助してもらえるなら、外部の託児室に預ける形でもいいか?」今回、託児を利用頂いた Girl の方に聞いてみると「イベント会場に託児室があった方が近くに子どもがいるので安心」だと仰っていました。また、当日は Girl の方以外の大人のご家族 2 名も一緒に会場に来られたので、そういうパターンを考えると会場に託児室があった方が良いのかな〜とも感じます。
そのため次回 Rails Girls で託児を受け付けるなら、イベント会場に託児室を設置するメリットをもう少し考えてみたいです。
Rails Girls の運営を通して感じたこと
正直、Rails Girls の運営をするまで子どもがいるエンジニアが勉強会にどうやって参加するのか?勉強会に託児室が必要か?考えこともなかったので、気付きの多い運営だったなぁと感じます。そして私の中で「勉強会に託児はない」という無意識の当たり前を一度壊せたので、これから意識的に託児をする / しないを思考ができる気がします…!また、これからも可能な範囲で常識を広げる努力をしていきたいなぁと感じました。
終わりに
この記事はアドベントカレンダー用にしようと思ってたので、Rails Girls 終わってすぐに 8 割ぐらい書いて寝かしておいたのですが…今清書しても当時とテンションが違いすぎて書きづらかったです…🤦♀️ 鉄は熱いうちに打て!ですね。。
まぁとりあえず Rails Girls を2回も運営・開催できて幸せでした。そしてコロナになった今、世の中はオンラインイベントばっかりで…このブログを書いてたらオフライン恋しい〜ってなってます。早くオフラインも普通に開催できる世界に戻らないかなぁ。。
謝辞
今回 Rails Girls Ehime 2nd に託児室が設置できたのも運営メンバー、Rails Girls Japan、また事前にブログ等を書いてくれた方々のおかげです。感謝!
安定の参考記事、ありがとうございました!
輪読会楽しいよ
去年から技術書を複数人で読む輪読会にハマってるのでそれの紹介。
どんな感じで読んでるの?
書籍の内容を参加メンバーで順番に声に出して読んでます。疲れたら交代お願いしますといって変わってもらいます。また、読んでる途中に理解できない一文が出てくれば同じ一文を復唱しても良いし、「これってこう言う意味かな?」と輪読メンバーに聞いても OK。読み終わることより理解に重きを置いてる節あります。
輪読会のオススメ構成
人数
2〜3人ぐらいです。
多すぎるとみんなのペースに合わせる必要があるので、納得しないまま進んじゃって不完全燃焼になりやすい気がする。
日時
週1、1回2時間ぐらい。1時間だとあっという間、3時間だと集中力がもたない。
輪読会はどんな人に向いてる?
- 技術書を積読気味な人
- 人と話すのが好きな人
- 人と話した方が理解が深まりやすい人
今年読んだ本(途中含む)
- オブジェクト指向設計実践ガイド
at オブジェクト指向設計実践ガイド輪読会 #1 - connpass - Java言語で学ぶデザインパターン入門
with かとりえさん - Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) | Robert C.Martin, 角 征典, 高木 正弘 | 工学 | Kindleストア | Amazon
with ほくりんさん、ちろひさん
良いところ
- 予習の必要がない
- 分からないところを言葉にしながら読むので理解が深まる
- 疑問点をその場で聞ける
- 人と一緒にやると続く
- 輪読メンバーの考え方や会社の話が聞けて面白い
- 脱線して雑談できるの楽しい🥰たまに全部雑談になる😂
辛いところ
- 一冊読み終わるのに時間がかかる
こんな本が輪読会にオススメだと思う
- 理解が難しいもの(抽象的なものや設計思想的なもの)
- チームビルディング的なもの
- 1人だと挫折しそうなもの
来年読みたい本
誰か読みたい人いれば一緒に読みましょうー。
- 新装版 達人プログラマー 職人から名匠への道 | Andrew Hunt, David Thomas, 村上雅章 |本 | 通販 | Amazon
- レガシーコード改善ガイド (Object Oriented SELECTION) | マイケル・C・フェザーズ, ウルシステムズ株式会社, ウルシステムズ株式会社, 平澤 章, 越智 典子, 稲葉 信之, 田村 友彦, 小堀 真義 |本 | 通販 | Amazon
- Ruby on Rails ガイド:体系的に Rails を学ぼう
- 現場で役立つシステム設計の原則 ~変更を楽で安全にするオブジェクト指向の実践技法 | 増田 亨 |本 | 通販 | Amazon
終わりに
これは女子部アドベントカレンダー2日目の記事です👋
TECHPLAY女子部 Advent Calendar 2020 - Adventar
おすすめ書籍:正義の教室
本との出会い
コロナがこんなに長引くと思ってなかった今年の3月、映画をみた帰り道にさくっと立ち寄ったヴィレヴァン@松山で出会いました。本屋でビビッと買いはほとんどしないのだけど、表紙の「30 人の幼児と自分の娘、どちらを助ける?」の問いに自分が答えられなくて、正解が知りたくて買っちゃった本。
30 人の幼児と自分の娘、どちらを助ける?
非番だった日「娘が体調を崩したから迎えに来て欲しい」と保育園から連絡をもらう、職業:消防士の父。迎えに行ってみると保育園で火が出ていた。父は娘を助けるため、迷うことなく火の中に飛び込み娘のいる部屋に向かうが、途中 T 時路にぶつかった。右はたくさんの子供たちがいる保育室(しかも子供たちの絶叫が聞こえる)、左は体調の悪い娘がいる救護室だ。時間的に助けられるのはどちらかしかなく決めなくてはならない・・どちらを助けることが正しいのか?
プロローグの要約。
もちろん本にはどちらが正しいか?は書いておらず、自分だったらどちらの選択が正しいと思うのか?が突きつけられる…。つらい。だからこそ、そもそも正しいって何?正義って何?を求めて本を読み進めたくなる。素晴らしいプロローグ!
ざっくりストーリー
登場人物は4人の生徒会メンバー、主人公の「正義」と3人の女子高生「千幸」「ミユウ」「倫理」。生徒会によせられる苦情に対して、どう対処するべきか?そもそも問題なのか?を議論するんだけど、千幸、ミユウ、倫理の意見がバラバラすぎて話が進まない日々…。
そんなとき、倫理の授業で「正しさの判断基準は3つだけ」と教わる。
- 「平等の正義」を実現するための「功利主義」
→ 最大多数の最大幸福になるようにすれば OK - 「自由の正義」を実現するための「自由主義」
→ 他人の自由を侵害しない限り自由にやって OK - 「宗教の正義」を実現するための「直感主義」
→ 良心に従って道徳的な行動をしてれば OK
「正義」は千幸が功利主義、ミユウは自由主義、倫理は直観主義をもとに正しさを主張していたことを知り、意見が食い違う理由に納得する。それから倫理の授業を通して1つ1つの主義の歴史を振り返りながら良い面・悪い面を議論し、正しさとは何かを考えていく。
感想
焼きそばパンの転売は問題か?
生徒会で対処する1つ目の話題。「購買部に一番近い教室の生徒が人気の焼きそばパンを買い占めて、50円上乗せで他の生徒に売っていることについて」これは問題?
私はこういう転売行為にモヤっと。購買で誰も買わないパンを需要のある別の場所で転売するならまだしも、定価で焼きそばパンを買いたい人がいるにも関わらず転売する行為はなんか嫌だなぁと思う(私のモラルに反する)。でもこう思えるようになったのは実際に自分が過去に転売業をやってみて感じたからで、転売業をやっていなければ今でも転売?別にいいじゃんって思ってた気がする…。また、自分はやりたくないけど他人に対してまで「それは正しくないから辞めるべき!」という強い主張もなく、それでうまく回ってるなら自由にやればというスタンスは強い…。
なので、千幸が「購買部のおばさんは焼きそばパンが全部売れてハッピーだし、転売する人も儲かるし、多くお金を出しても食べたい人は食べれてハッピー!だから正義だよ!」って主張には違和感覚えるけど、ミユウさんの「自分のお金で何をどれだけ買うか?買ったものをどうしようが自由じゃん。」って主張はとても頷ける。けど倫理が最後に言った「他者の事情につけこみ、お金を得ること『だけ』を目的として経済活動を行う、これに私たちは不正な感覚を覚える。」というセリフは私のモヤっとを言葉にしてくれてる気がするけど、倫理ほど他者を否定する材料にはできない。正義くんと同じ立場…😂
わたしのこと
もちろん時と場合によるけど、私は自分の選択を他人に侵害されたくないと思ってる分、他人の自由(選択)を侵害したくない、自由主義的な発想を押してると思う。昔はもっとこうした方がいいよ!って自分の体験に基づくことを強く他人に主張してたけど…その時は私の幸福基準に準拠した功利主義だったのかもしれない🤔
今、テックプレイ女子部コミュニティのオーガナイザーをやってるんだけど、それはかなり自由主義に寄ってそうな気がしたので、自由主義だと仮定して良い面・悪い面を考えてみるのは面白いかも。あと運営含めコミュニケーションし合うチャットスペースを基本オープンにしてるんだけど、それってパノプティコン(監視状態による端正)的な形になってるような気がする。監視社会って生きづらいイメージだったけど、そもそも監視し合うメンバーがギュッと小さいと逆に心地良さ(平和な感じ)をもたらすのかもしれないなぁ。
最後に
おすすめ本 Advent Calendar 2020 2日目です。
久しぶりに読み返しても考えさせられる本で、この記事を書くにあたり改めて振替れて楽しかったです。
東京→地方移住者に聞く 移住前に知っておくべきことって?
この記事は Yuka さんにインタビュー & 書き起こしをしていただきました。
自己紹介を簡単にお願いします。
東京都内で生まれ育った、フリーランスの女性エンジニアです。現在、単身です。 地方移住を決めてから半年で移住しました。 新型コロナウイルスの流行前に東京へ戻りました。
移住を考え始めたきっかけを教えていただけますか。
東京にずっと住んでいたので、一度は地方に住んでみたいと憧れていました。都会暮らしに疲れを感じていた頃、真剣に移住を検討するようになったんです。
疲れの原因は、多忙な生活を送っていたことです。元々イベント好きですが、友人の誘いに乗り、休日も予定が埋まってばかりでした。週末に息つく暇がないと、仕事にも支障が出てしまいます。どうにかしなければ、と思ってました。イベントが少なく、友人のいない地方に移住すれば、一人でくつろぐ時間を確保できそうだなと。
移住先の地域はどんな所か教えていただけますか。
愛媛県です。自然が多く、生活に困らない、地方都市の近郊に位置する街です。家から徒歩5〜10分の距離にはスーパーがあり、買い物も便利でした。
『ハッピーいの町ターン』に掲載されている「田舎レベル」を使って説明させていただくと、生活に不便しないレベル1です。レベル1の特徴としては、
- 街の近く
- 電車が使える距離にある
- コンビニが近くにある
- マンションやアパートが周りにある
- 学校、病院などの生活に欠かせない公共施設が近くにある
です。 (特徴も参考記事から抜粋)
移住を検討する際に活用した情報サイトはありますか。
内閣官房・内閣府の総合サイトにある、移住支援金についてのページを確認したのを覚えています。基本的に、移住先に住んでいる知人から情報を仕入れました。
移住を機に転職されましたか。
いいえ。移住後しばらくは移住前と同じ会社でリモートワークをしていました。東京にいた時はリモートワークをしていませんでしたが、許可が降りたんです。その後、フリーランスになり、東京の会社から仕事をもらっています。
移住の準備
最低限の条件
- リモートで働ける仕事がある
- 帰る場所がある
- 最低一人は知り合いがいる
移住を検討し始めてから引越し完了まで、どれくらいの期間がかかりましたか。
半年です。 有難いことに、当時勤めていた企業でリモートワークの許可が降り、 引っ越しに注力することができました。
移住先の地域をどのように選ばれたのですか。
知人が住んでいた地域を選びました。知人が物件をいくつか見つけて、情報を送ってくれました。 移住先に知り合いが一人でもいるかどうかは、移住を成功させる上でかなり大事なポイントですよ。家の鍵を失くした時のため、スペアキーを知人に預けていました。
地方移住を検討するとき、何から始めると良いですか。
まず綺麗な家を探しましょう。地方で「綺麗な家」と呼ばれる物件は、都会の基準で見るとどうしても物足りないです。 田舎で暮らすとわかりますが、虫がたくさんいます。汚い家には色んな虫が入って来やすいので、最初は比較的綺麗な家を選びましょう。田舎暮らしに慣れてから、自分の許容範囲に応じて物件を選び直すと良いです。
どんなお家を選ばれましたか。
私が選んだのは、知人の家から10分ほどの距離にあるアパートの2階の1DKでした。都会のマンションのような綺麗な内装で、部屋も広々としています。 最初の1年間は賃料が55,000円が25,000円まで割引され、とても得をしましたね。この地域では2〜3万円の家賃で一軒家を借りられたからか、近所の方には「高いね」と言われましたが、私にとっては十分でした。
引っ越し直後にすべきことはありますか。
車を買いましょう。 東京と違って、地方の量販店は駅から離れた場所にあり、徒歩や自転車では行きにくいです。車があれば、楽に遠出できて休日を満喫できます。 私は、知り合いが手配してくれた中古の軽自動車を買いました。価格は10万円くらいです。
自転車は買われましたか。
いいえ。私が住んでいた地域では、車があれば生活に困りませんでした。国道が狭く、補正されていない道があり、自転車に乗るのは怖かったです。
移住生活
移住生活を成功させるポイント
- 綺麗な家に住もう
- 車を買おう
- 一人でも楽しめるものを探そう
引越し当初の感想をお聞かせください。
移住直後から快適な生活を送ることができました。ストレスがなくなりました。都内よりも人が少ない環境、在宅勤務が自分に合っていたのだと思います。
想定していなかった不便さはありますか。
電車が1時間に2本しか来ないことです。 電車に乗る時は時間を確認してから家を出るようになりました。移住するまで、時刻表をほとんど見た事がなかったんです(笑)
地元の人たちと上手く溶け込めましたか。
そうですね。近隣の方達とは、少しずつ仲良くなっていきましたね。散歩中に近隣の方とすれ違うと挨拶のついでに話したり、近所のマッサージ店に通って情報交換をしました。田舎は「しがらみが強い」というイメージを持つ人もいますが、程よい距離感で交流できます。
移住者と交流はしましたか。
愛媛に移住してきた人と交流したことはないです。 SNSで探せば移住者同士のコミュニティがあるので、そこで情報交換することもできます。
どんな楽しみがありましたか。
車を運転して温泉巡りによく行きました。釣りも行きたかったのですが、行けないまま帰京しました。
都内で一人暮らしをするよりは生活費を節約できそうですね。
そうでもないです。移住前後で収入は変わりませんが、車の維持費として月に3〜4万円かかっていたので。地方生活では車は必需品です。
FAQ
田舎レベル1の地域への移住はどんな人に向いてますか?
小さな変化を楽しめる人です。都会に比べると、地方は街の変化も少ないです。 散歩中に気付く季節の移り変わりなど、些細な変化に感動できる人は田舎暮らしを満喫できるように思います。
あとは、実家でも良いのですが、他に帰る場所がある人です。これは田舎レベルは問いません。新型コロナウイルスの感染者が日本で確認され始めた頃、私は帰京することにしました。これから感染が拡大するかもしれないと考えると、愛媛に留まることが心許なかったんです。いざという時に駆けこめる場所があると安心ですよね。
虫は多いですか
数が多いのはもちろん、虫のサイズが大きいです。最初の頃、とても大きなムカデが家に入って来て、追いやるのに何時間かかかりました。あと、蜘蛛がいつもベランダに蜘蛛の巣を張っていて…これは衝撃的でした。 殺虫剤で虫を殺す人もいるようですが、私は諦めましたね。ベランダの蜘蛛とは共生することにして、ベランダに洗濯物は干さないようにするなど工夫しています。
知らない土地で暮らして寂しいことはありませんか。
空港に着いた時、飲み会の後に迎えに来てくれる人がいないことに寂しさを感じます。
会ったことのない人とリモートワークするコツはありますか
私の場合、上司に自分の状況、感情を書いて伝えることを意識していました。例えば、「今日は〜という理由で簡単なタスクを片付けたいです。」という風にです。
エンジニアをされていると、周りから重宝されませんか?
かなり頼りにされます。「パソコンの修理を手伝って欲しい」と頼まれたりしていました。 エンジニアの仕事をよく理解している人は地方には少ないです。
移住先の方々によく聞かれる質問はありますか?
「どうしてここ(松山)を選んだの」という質問が多かったです。あまりによく聞かれるので、定型の回答が出来上がっていたくらいでした。
住んだこともない地域にいきなり引っ越すことを躊躇います。
移住するか悩んでいる方には、3ヶ月から半年のお試し移住をオススメします。 永住のためにいきなり家を売るよりも、旅行気分で住んでみると良いです。旅行気分で移住を体験できるプランもあるのではないでしょうか。
今は移住に関する情報を発信している媒体も多いです。移住先の候補の地域に知り合いがいなければ、自分からコンタクトを取ってみることもできます。
地方移住を検討されている方が抱えるであろう疑問点に答えて頂きました。逆に、地方の方々に伝えたいことはありますか。
その地域の良さを、もっと胸を張って伝えて欲しいです。 よく「田舎なので…」や「こんなところに…」と地方の方々は自分たちのことを下げて言っていました。謙遜のつもりで言っていたのだと思いますが、おもしろい場所や美味しい食べ物など、街の魅力を移住者にどんどん教えて欲しいです。
別の地域にも移住したいですか
そうですね。しばらくは都内に住む予定ですが、また田舎に住みたいと思っています。
最後に
移住を検討中の方にメッセージをお願いします。
東京や都市は「刺激が多すぎる」と感じる方には、田舎レベル1の地域への移住がおすすめです。私を含め、東京の人達って、自分たちが疲れていることを忘れるくらい感覚が麻痺していると思うんです。地方に移住して小さな変化を楽しんでいると、都内では得られない新たな発見もありました。
地方移住に興味はあるけど踏み切れない方には、半年か3ヶ月ほどのお試し移住をおすすめします。田舎生活が合うか合わないか分かるはずです。