地元の子供向けプログラミング教室にメンターとして参加してきた
昨年参加した、地元の小学生プログラミング教室にメンターとして参加してきた は、地元の小学校の教室でその小学校の生徒を対象に行いましたが、今回は一般に向けて参加を募集し 親子でも参加が可能 という形態で実施されました。
イベントについて
えべっさんをプログラミングして動かそう!体験教室参加者募集! | ダンクソフト
元々は 1/15 に実施予定だったのですが、雪と風の影響で延期になり 2/26 に実施されたという運びです。
私自身は1月は年末からずっと仕事がしんどい時期で参加は見合わせていたのでした。延期と延期によってメンターさんの都合が合わない人がでたことで参加できることになりました。
今回は前回のように取材のカメラや視察の人がいることもなく、より普通のプログラミング教室らしい感じだったように思います。(やはりスーツの人が沢山いたり、カメラが居たら子供さん達も落ち着かないでしょうし。。)
利用したロボットや授業のカリキュラムは前回とだいたい同じで、今回は時間も長かったので後半はグループワーク的にチーム分けして複数のロボットを合わせて何かやるみたいな事をしました。
2回目だったからより順調だった?
今回はロボットもロボットにさせる動作セット用のプログラムの仕上がっている状態だったので、集まったのも前日のみでした。(前回と異なるメンターさんが二人いましたが、彼らは1月に別途研修を受けていた)
役割分担や、後半のグループワークをどうするかの打ち合わせをしたぐらいで、なんとなく「大丈夫だろう」的な雰囲気が漂っていたように思います。
実際、前回はメンター3人に対して生徒が 12 人だったのに対して、今回はメンター4人に対して生徒さんが8人(しかも内3人は父兄)という構成だったというのもあり、個人的にもだいぶ気が楽になっていました。
当日は大慌て
当日集合時間に行ってみると、生徒さんの座席に PC とロボットをセットアップしている最中でそれを手伝いつつ動作確認をしていたのですが、「このロボット動かない 😨」という声がちらほら。。
それがどうやら 1 台、2 台ではなく、ほとんどが動作しないという自体に。。ただ、主催の人としても「前回からはほぼ何もいじっていないはずなのに。。」と困惑気味 😵
結局、前回実施時にサンプル的に作っていた Scratch のプロジェクトだとロボットと上手く接続できるということが分かり、急遽その設定で立ち上げていきました。
ただ、2つあるサーボのうち片方が動作しなかったり、ロボットが持っている釣り竿の紐が無いマシンがあったりと、前回よりも準備にバタバタしてしまい、結局 20 分遅れぐらいでのスタートになりました 💦
その間は女性のメンターの方が事前の説明という体で場を繋いでいてくれたのが本当に助かりました。加えて、前回の教室でもメンターをしていた20 代前半のエンジニアの方が動くデバッグしながら動作する Scratch ファイルを探してくれて窮地を救ってくれました。本当にすごい 🎉
授業の様子はどうだった?
今回は親子での参加ということでしたが、座席はあえて親子を引き離し、子供は子供と、親は他の親と話して進めるような分け方をしました。確かにただプログラミングを学ぶというよりは、狙いとしてはプログラミングという手段で何かをすることなので、コミュニケーションを取る相手は同世代の方が良さそうに思いました。
一方で、年齢が 8 歳から 11 歳ということで、8 歳は Scratch は通常ギリギリの年齢らしく 11 歳の子からすると物足りない側面もあるのかなという風にも見えました。
女の子勢は音を出すのに夢中
子供さん 5 名のうち女の子が 2 人いて、たまたま私はその近くにいたので見ていたのですが、ロボットを動かすフェーズでは「うん、うん、うーーん」とやってはいるんだけど、あまり集中できてないなぁという感じだった女の子が、Scratch に声を吹き込むところで 「これ、楽器が鳴らせるよ!」 と急に授業に関係ないところに食いつきだしました。授業としては、自由に動かしていいフェーズに来ていたので、特にそれを制止せず、逆に「へー、この拍って何?おじさん分からないんだけど」と聞いたりすると、「これを押したら、速く楽器を鳴らせるんじゃない?」とどんどんいろんなブロックを並べだして、いろいろと試して音階を作り始め、彼女作の曲を作ってしまいました。(もしかしたら既成の曲なのかもですが)
しかも休憩時間中もずーーっと PC の前で作り続けていて、 「これがゾーンに入った人間の力なのか」 と日頃集中力の保てない大人からすると羨ましい集中度合いで作業していました。
こういう、授業の主旨からはずれつつも何か興味持ってやってくれるのは嬉しい瞬間です。
もう一人の女の子もやはり曲を作っていて、「やっぱりコンテンツは一つというよりは、複数あった方が興味のフックがたくさんあっていいのかなぁ」などと思ったりしました。
グループワークはメンターも入ってワイワイと
グループワークは、子供 3 人、子供 2 人、大人 3 人の3チームに、それぞれメンターが付くという形で進めました。グループワークのお題としては「チームで複数台のロボットがあるので、それで数十秒から数分の作品を自由に作る」というもので、漫才やミュージカルなどを例として上げていましたが、基本自由という感じ。
私は大人チームを担当
私は流れで大人チームを担当することになったのですが、大人は自分の子供の事は気になるし、大人同士気を使ったりで、全然テーマが決まらない。結局は一人のお父さんが、子供に負けじと「チューリップ」の曲を書き上げていたので、それをベースにバンド的なことをロボットにやらせますかぁという感じに。
30 分時間はあったものの、大人チーム全然進まないーーーと思っていたら、一人のお父さんが、チューリップを別アレンジして速弾きしたみたいにした結果、謎のチューリップが流れる中、3台のロボットが狂ったようにヘッドバンキングをし続けるという作品になったのですが、結構好評で良かったです。後半の大人チームの集中力はさすが大人という感じでした。
子供チームは漫才と劇?
子供2人チームは、男の子同士ということもあってか、漫才をやっていました。吹き込んだセリフベースではあるものの、ツッコミのタイミング等がうまく2台のロボットでシンクロできていてとても良かった。
子供3人チームは女の子が二人いたせいか、3台で劇のようなものをやろうとして・・・・・・仕上がらなかった、みたいな感じでしたが、セリフに加えて自作の BGM を鳴らすという面白いことをやっていて、すごいなぁと。
主催の人は「プログラミング教室やってて、ロマンチックって言葉が聞けただけで涙がでそう」と言っていたのですが、女の子の感性にかかるとエビスロボであってもロマンチックなストーリーを描こうとしてしまうものなのだなぁと。
女の子チームの様子
自分の子供の番になると、大人チームは撮影タイム
2回目も参加してみてどうだったか?
まず最初に、こうやって日頃はお仕事にしか使えないスキルをこうやって小学生の教育という事に使えることに嬉しさを改めて感じました。
特に今回は、なんらか興味を持って自主的に来てくれた方々だったというのもあり、前回以上にリラックスして参加できたように思います。(やはり、興味が全くないような子に何かを教えるというのは難しそう。。そういうのが上手な先生ってどうやってるんだろう。)
一方で、子供との接し方は微妙な難しさを感じていて、子供は好きな方だと思うけれど、感情表現も素直なので、「うわー、つまんなさそう」というのがダイレクトに伝わってきたりすると辛くなる。。やっぱり遊ぶようにやるっていうのはすごく大事だなぁというのは、子供にとってもそうなんだろうけど、相手をしている大人の精神衛生上もそうなんじゃないかなと思ったりしました。
一旦今回のプログラミング教室コンテンツはお終いらしいのだけど、また次回形を変えてあったときには参加できたらいいなぁと思いました。
いつか自分の子供にもプログラミングを教える日が来たりするんだろうか、そんなことを休み時間に一緒に PC に向かう親子の姿を眺めながらぼんやり思ったのでした。
異世界落語を読んだら、少し落語に興味がわいた
完全にタイトル買いだったのだけど、一巻読んだら面白くて、すぐに二巻も買って読み終えた。
落語心中
今まさにアニメの第二期やってるけど、妻が何年も前に買ってきた落語心中のコミックスが落語に触れた(といっていいかも分からないけど)最初だったと思う。
まあ、漫画なので、落語の部分なんてほとんど流し読みだし、実際どんな風に喋ってるのかも分かんない。でも漫画の落語心中は結構好きだったのでそのまま二人でコミックスは集め続けてた。
で、アニメの第一期が始まって、最初は見てなかったんだけど、ちょっと時間ができて一気見したらやっぱり面白くて、しかもアニメなのでなんとなく落語自体が何を言ってるのかも分かる時があった。
でも、特段落語に興味は沸かなかった。あくまで落語心中という作品が好きだったというだけ。
町内の落語好き
僕は田舎の町に住んでるんだけど、仲良くさせてもらってる夫婦(奥様は僕と同い年)が二人共落語が好きらしく、よく聞いてるし、見に行ったりしてるみたいだし、さらには落語家さんを町に呼んで実際にイベントを開いたりもしてた。
他にも何人か落語好きの人はいるみたいで、なぜか田舎町なのに落語のイベントが年に数回ある。(田舎はそんなもんなのかもしれないけど)
子供も居るし、タイミングも合わなかったで結局一度も聞きに行ってはいけてないんだけど、まあたぶん「すごく聴きたい!」という気持ちもなかったんだと思う。(ホントに聞きたければ、子供だって親に預ければいいんだし)
その他
実家とかに居ると、NHK率が高かったりするので、落語を題材にした番組とかあって、そこで「元犬」とかの実写版?をお笑い芸人さんとかがやってたりして、それは面白いなぁと思ってみてた。
で、異世界落語
たぶん、一般人でも分かるようなネタを選んでるんだと思うけど、収録されてる作品は結構知ってるやつばかりで、それがファンタジーの世界の中でアレンジされるという設定で、そこについでのように世界の危機という設定もついてきて、よくわかんないけど面白い。
なにが自分の中でそんなに良かったんだろうなぁ、どうして同じ題材なのにこれまで落語に興味持てなかったのかなぁと思ったけど、結局、「どういう人」がやってるかなのかなぁと思ったりした。
当然異世界落語の中で落語をやる主人公は空想のキャラクターなのだけど、その人がすごい魅力的なキャラクターで、彼が演る(というお話)から面白く感じる。 落語心中も、作品中の「八雲師匠」が実際にやってくれるならそれは見てみたいと思う。
全然関係無いけど、自分は邦楽よりも洋楽を聴くことの方が多いのだけれど、CD に付いてくるライナーノーツがすごく楽しみだった。(最近は CD 買わないので見ないけど。。)後、雑誌のインタービューとか。
バンドメンバーが、どういう経緯でバンドに入ったり、出たり、なにかやらかしつつも成功したり、しなかったり。だから The Libertines とかは、ホント何みてもバンド活動以外のことばっかり取り上げられてたけど、そういうのも好きで、曲がいいのかどうかとかわかんないけど、とにかく好きだった。
実際に落語を聞いてみる
どうやら落語って、同じ作品でも「誰がやる」で結構違うらしい(と異世界落語のミニコーナーに書いてあった)。
ただ、「誰がいいよ」とか薦められても、たぶんそうそうしっくりはこないだろうから、とりあえず異世界落語の帯にメッセージを書いている「柳家喬太郎」という人を Youtube で何本か見てみた。
まずは、、、意外に長い。漫画とか小説で読んでると一本の落語が 30 分もかかるものと感じないので、すごく長く感じた。といいつつ、前フリ的なものがすごく長いのをたまたま選んでしまったような気がするけど、そっちも結構面白かった。
あと、時そばの蕎麦とか出汁を啜る音は、小説の中でも観客がどよめくシーンがあるけど、Youtube で見ても「ええ!」となるぐらい上手く作られた音でびっくりした(つまり、小説読んでる間は「そんな驚く訳無いだろ」と僕自身思っていたのでした。)
興味がわいたか?
ちょっとわいた。一通り異世界落語で紹介された話しは聞いてみようかなというぐらいのモチベーション。たぶん「伝統芸能」みたいな枠からは自分の中では外れたんだと思う。娯楽として興味がわいた。
そこからは、実際に一度生で見てみないと感動が無いかなと言う気もする。 うん、今後機会があったら見に行こう。動いてる様子とか観客が実際どういう動きをするのか見てみたい。
以上、特段取り留めない話でした。
技術基盤チームとして働いてみて
この記事は Sansan Advent Calendar 2016 - Qiita の代理記事です。年は明けてしまっていますが、残った枠が出ていたので埋めておこうかなと。
ここで話すこと
- 私が所属する部門で初めて技術基盤チームを置いたことの背景や、活動について
- 技術基盤チームを置いたことで、初めてチームが分割された時に起こったこと
弊社には運営するサービス + αの開発部門が存在するため、あくまでそのうちの一つの部門の話になります。
どういう部門の技術基盤チームか
所属する開発部門はエンジニアが入れ替わりはあれど 10 名程度所属しています。(インフラエンジニアさんは別に 2 名所属しています)
運営するサービスは足掛けでいうとおそらく運営開始からは 3 から 4 年経っていると思います。
私自身はその開発部門には 3 年程前から部署異動で参加しており、サービスの運営開始から半年から 1 年程経った時から加わっています。当時は弊社には珍しくパートナーさんがメンバーの大半を占めており、社員としては 4 人目の開発メンバーでした。
技術基盤チーム
途中で名称が変わったりしていますが、技術基盤チームとしては昨年の 6 月ぐらいに公式に動き始めました。
PM の役割も兼ねてくれているリーダーが一人と、私を含むプログラマが二人の 3 人体制です。
どうして作られたのか?
開発部門のリーダー(技術基盤のリーダーも兼務)の危機感によって作られたようです。
- サービス自体も運営開始から時間が経ち、少しずつ現状にフィットしない部分が顕在化し、開発スピードに影響してきていた
- 新メンバーを迎える事も少しずつ増えてきた
- 過去にリリースを優先する中で妥協した部分をそのまま流用するケースも出てきた(割れ窓が広がってきたとでも言うのでしょうか)
- サービス拡大する中で、現在進行でもリリースを優先するための妥協が目につくようになってきていた
- そういう事を開発メンバーも気にしており、KPT の場でも度々問題にあがっていたものの、事業優先の中で着手することがほぼできなかった
他にもあったかもしれませんが、リーダーの意図としては「分かりやすい形で別働隊を作らなければ、この状況は広がるばかりになってしまうから作った。」という感じだったと記憶しています。
設立に関して部門内での反応はどうだったか?
当時のサービスの状況としては、1 年程度取り組んでいたプロジェクトが一旦の収束をした中で、ある程度直近のやるべきことがみえていたという状況だったこともあり、企画・運用といった開発チーム以外からのリアクションはそれほどなかったように思います。(おそらく、そこでそのやるべきタスクが消化されない状況になっていれば変わったのだと思います。)
逆に、開発チームの方からのリアクションが大きかった
開発チームは長らく 1 チームでの活動で、週次の計画や振り返り・日々のサービス運用、コードレビューにいたるまで全て全員で行っていました。リーダーの意図としては技術基盤チームを作ったとしても、計画やアサイン以外はこれまで通り行うというものでしたが、一部からは「それでも分割には反対だ」という意見が出ていました。
当時のチーム分割に関する意見
実は技術基盤チームの話が出る前から「10 人は多すぎるのでチームを分割しよう」という話がちらほら出ていました。
- 事実上進行するプロジェクトに応じて複数チームで動いているような感じがあった
- そうなると、コードレビューもコンテキストが完全に共有しきれないので、結局そのプロジェクトメンバー内でレビューすることもあった
- サービスも大きくなってきて、全員が全てのコンポーネントを理解し、「いつでもどこでも誰でも同じ共通の見積もり規模で開発できる」というのは非現実的になってきた
- 何かの開発を始める時に開発者全員に説明をするための説明コストもばかにならなくなってきた
他にもあったと思います。ただ、どの問題をとっても「分割した方がいい」「いや、1 チームでもできる解決策はある」と双方に納得できる理由はあったため、決めきれないという状態でした。
が、最終的には「まずは半年やってみて状況を判断する」ということで技術基盤チームはスタートしました。
技術基盤チームとしてやったこと
世の中で「技術基盤」という用語を使った時に、どういう事をやるかは様々だと思います。インフラ的な事を指したり、CI/CD といった開発プロセスの整備を指したり、はたまた各プロジェクトを横断して関わり、共通に使える部分や、コアになる部分の開発を担ったり、組織によって担当することは異なると思います。
優先順位
私が所属した技術基盤チームでは以下の優先順位で動きました。
- 技術基盤チームだが、優先度の高い事業要求が入ればそれを優先して開発及び他チームへのヘルプに入る
- 技術基盤チームで選定したタスクを行う
はい、単に事業要求優先とうだけですね。これは、企画・運用チームや、開発チームに対する「あくまで我々は事業要求を優先する」というスタンスの提示でもありますし、実際 2 ヶ月程は事業要求に関するタスクも実施していました。
タスクの選定基準
タスクの選定としては大きく以下があります。1 を別にしましたが、実際には負債は解決すると Developer Experience にも寄与するものが多いので、軸としてはあまり変わらないかもしれません。
技術的負債
正直この用語を使うのもどうかと思いますが、ここで指しているのは大きく以下の 2 点です。
- 前クォーターなど、比較的最近にリリース優先などで意図的に積まれたもの
- サービスの開発・運用を続けていく中で、徐々に日々の開発を阻害してくるようになったもの
特に 2 に関しては以下の記事で出て来るような当時は要求に対して適していたものが、様々な理由で負債化していってしまったようなものを指します。
余談ですが、成長し続けるサービスを長く続けていると、技術の進化も当然ありますし、営業や顧客からの要望にどうしても急ぎで応えなければいけない時も多々有り、時間が経つと「どうしてこうなった」というコードは多々でてきます。
私自身弊社に入社した時には同じように C# 版のコードを見て「なんだこれは」と思い苦言や何の意味も無い正論を言った記憶もありますが、逆の立場になると本当に馬鹿な発言だったなと思います。
そして、逆の立場になって事業的にも安定した状況で入社してくる人にそういうことを言われると、なんというか辛い気持ちになってしまい、「ごめんね」としか言えないという。。
ある時点で「これが正しい」というのは簡単かもしれませんが、そこに歴史やコンテキストがあるものに対しては言葉や行動を選ばなければいけないなぁと思ったりする最近です。
DX (Developer Experience) と事業インパクト
この 2 軸自体はリーダーが提案してくれたもので、個人的にも違和感はありませんでした。開発しやすい環境作りに寄与したいものの、やはり事業的にも意味があればそれはより嬉しいものなので。
ここのタスクは本当に様々です。例えば以下のようなものですね。
- 遅くなってきた CI の速度アップ
- 手動で行っているリリース前の検証手順を自動化
- リードレプリカを手軽に使えるようにする
- DX が高い
- DB の schema migration を無停止で実施できるように
- リリースの手間が軽減される事に加えて、サービスの停止時間が短くなるので事業的にも貢献できる
- DB での障害発生時の影響を小さくするための施策
- これも障害時の手間の軽減に加えて、サービスの停止時間を短くできる可能性がある
他にも、Rails や Ruby などのバージョンを上げるなど、多岐に渡ります。それをチーム内で 2 軸にマッピングし、優先度を付けていきます。
実際にはクォーターでの時間は限られるため、単純に上からではなく、合計で 3 ヶ月に収まりそうなタスクをいくつか選び取ります。
成果としてはどうだったか?
まだ半年程度の活動でしたが、結果として現在も技術基盤チームは継続できています。
事業優先のタスクを 1/3 ぐらいやっていたり、実施できたタスクも比較的中小規模もものが中心でしたが、好評のものが多かったので選定自体は良かったのかなと思っています。
(特に複数 DB 用のライブラリを octopus
から switch_point
に変えたのは好評でした)
今期は、データを溜めていく部分の大きめの入れ替えを予定しているので、それが初めて 基盤 という名前らしい仕事になるのかもしれません。
チームを分割した事はどう影響したか
個人の感想にはなりますが、影響はあったように感じます。
- 技術基盤とそれ以外のチーム間でも当然ながら着手するプロジェクトの説明会は行うが、小粒のものは各チーム内で閉じることもあった
- なので、「ああ、こういうことやってるのね」というのをコードレビューで知るとかもあったり
- コードレビューを行う人の偏りは目立ってきており、油断するとレビューリクエストが溜まり続けるという事も散見された
- チーム横断して見る人も居れば、自分のプロジェクトの範囲中心にしか見ない人も
一方で、少しずつそれを皆が暗黙的に認めてきた中で、そういう動き方に対応したレビューリクエストの説明文の書き方になってきたようにも思います。多少面倒でも背景の説明や、コメントの充実がはかられているように思います。
チームとしての意識の分離
やはり発生していて、他チームの状況が少しずつ分からない事が増えてきたというのは事実です。一方で、それは自分のフォーカスするべきタスクに集中できる時間が増えているとも言えて一長一短だなと思いました。
この辺は個人的にも葛藤があって、時間をかけて他のプロジェクトも気にするようにすると気持ちはいいんだけれど、自分の仕事が進まない。だけど逆をやると申し訳ない気持ちになる。
半年を振り返ると、本当に最初から最後まで分からなかったプロジェクトもあれば、比較的気にできたプロジェクトもあるという感じで難しさを感じています。
現在は技術基盤チームのメンバーは他チームのコードレビューにも貢献できていますが、それがもしできなくなるような状況になったら、完全にチームを割るにせよ、また一つに戻すにせよ、立ち止まる必要があるのかもしれません。
リモートワーカーとしての立場
正直に言えば、対話が必要な人数が減ったのでコミュニケーションは楽になりました。これまでは、社内 SNS 等でできるだけ拾う必要があったものも、チームに朝会だけで必要十分な情報が得られるようになりました。
人数が多いと「できるだけ朝会は必要最低限に」という意識が働いてしまっていたのですが、人数が 3 人だと少々込み入った話をしても、それは間違いなく全員に関係あるので遠慮なく話を掘れるので、その点も話すためにいちいちリモート越しに人を招集しなくてもいいというメリットになりました。
レビューリクエストの説明が厚くなったのもダイレクトに嬉しいものでした。対面していれば「ここってなんでこうしたんだっけ?」と気になった事を聞くのは 2 秒ですが、リモートだとチャットも待ちになるので面倒なんですよね 😅
加えて、企画・運用との調整の繰り返しを行うサービス側とは違い、ある程度どうするかを決めれば、後は自分たちで調査と実装をしていくという事が多かったので、静かな環境で働ける身としては集中できている時間が長かったように思います。
技術基盤チームのメンバーはどう人事的に評価されたか
これまでもプロジェクトの成否で個人の人事的な評価をされるような事はありませんでしたので、技術基盤チームという直接的に事業に貢献することが少ない部門に移ったからといって、評価内容が変わることはありませんでした。(インフラエンジニアさんも多く所属しているので当然といえば当然ですが)
一方で、上長からは技術基盤として目の前のタスクだけではなく、チーム全体の技術面での貢献や、技術者としてリードする方法を考えていって欲しいとコメントを貰い、そういう意味ではこれまでとは違ったカットで個人の評価はされるようになっているのかもという印象を受けました。(言うてもチーム内では年長組なので、単純にしっかりしろってことなのかもしれませんが 😅)
余談
チームメンバー構成について
当時は、技術基盤チームはリーダーを含めて、開発チームで子供が居る 3 人が集まっていました。(現在は別チームに子供のいる人が加わったのでそうではないのですが)
これはリーダーが意図的にそうしたというよりは、集められたプログラマ二人が、その前からパフォーマンスのことを中心に見ていたり、ミドルウェアあたりのことをよく見ていた面子だったので自然とそうなったのだとは思います。
思い返してみると、私は部署異動前も含めると 7 年近く Web サービスを見ていましたし、もう一人の方も前職ゲームを運営していたりで、チームの中でそういう運用歴の長い二人が選定されたのかもしれません。
といいつつ、たぶん弊社はサービスとか目的に価値を置いている人が多いので、そこから離れてもやってくれそうな二人だったのかもしれません 😅
子育てエンジニアと技術基盤の仕事
企画よりの仕事をしていると、やはり KPI に早く反映したいしで「明日でもいいんだけど、今日やってしまうと嬉しいよなぁ」とついつい定時以降もやってしまうことが多かったのですが、そうすると子供をお風呂にいれるのに間に合わなくなってしまうんですよね。。(当時は子供は 20 時 - 21 時の間には寝てしまっていたので)
技術基盤チームでは、一旦そういうことからは離れたことに加えて、タスク自体が比較的大きいものが多いのでそれを計画して、その日に倒せる分だけ倒すというのがやりやすかったように思います。
とはいえ、これは部門としてもビッグプロジェクトが終わって比較的安定した時期にはいったからというのもあったからかもしれません。
私個人としてはちょうど 0 歳時を育てていた時期だったので、その仕事のやり方がとてもありがたかったですし、チームメンバーが皆子育てしている人という状況が単に心地よかったのかもしれません。
そういう意味では若くてガツガツしたチームとかに今後入ることがあったら、どう感じるのかなぁという。
妻の書く文章が好きだなと思った話
「妻・夫を愛してるITエンジニア Advent Calendar 2016」というひたすらほっこりできる企画があるようで、もう全て枠は埋まっていたのですが流れにのった感じで書いてみる。
妻と私
妻とは職場結婚で、結婚して4年半というところです。(妻は当時 Web デザイナ職でした)
3年前に東京から私の地元の徳島に移ったタイミングで妻は退職しており、昨年に子供が生まれ現在にいたるという感じです。
そんな私が青春時代に憧れた女性、結婚するならこんな人がいい、そう思った女性は「葛城ミサト」さんです。
はい、妻はだいたいこういういい飲みっぷり(と飲まれっぷり)を披露してくれる愛すべき人です。
では本題。
妻が主に文書を書く場所
私が知る限りはこれぐらいですが、もう今は書いていないブログとかもあるみたい。
書く文章が好きってどういうこと?
私は超小説好きって訳でもなく、小説もマンガもアニメもバラエティもちょっとずつ消費する感じです。なので、「文学的に優れているから」とか言うつもりもないし、そんな評価できません。
一方で私は徳島出身で徳島は自称関西圏です。新喜劇を見て育ち、小さい頃から 「話にはオチがあって欲しい」「話には一笑いぐらいあると嬉しい」 みたいな環境で育ってきました。(大阪がどれぐらいエクストリームなのかは知りませんが、まあ紀伊水道と明石海峡隔てた程度に薄まってると思います。)
さてまずは、そういう観点でここ半年ぐらいの Twitter から拾っていきましょう。
ムスメっ子が這うような動きを見せ始めた。名付けて「水平ボルダリング」。
— dannao (@nanaseteppei) 2016年5月27日
ムスメっ子の最近のお気に入りは、持ちやすくて食べやすい、SONYのCyber-shot。
— dannao (@nanaseteppei) 2016年6月7日
おでことおでこをくっつけるだけでキャハハハと笑う。可愛くて可愛くて、君が笑うなら何百回でもやるよと意気込むも、いともあっさりとブームは去る。
— dannao (@nanaseteppei) 2016年7月30日
寝かしつけ中、ふと目を開けると部屋の隅に座る赤子あり。
— dannao (@nanaseteppei) 2016年7月31日
「座敷わらし!!!」
この夏、「ちょっと待ってくれ!負けられない戦いがここにある!」というセリフを泣いてるムスメっ子に対して何度となく吐いている。蟻を退治しながら。
— dannao (@nanaseteppei) 2016年8月8日
「大」の字の成り立ちを正確に体現するムスメっ子の寝相2016夏。
— dannao (@nanaseteppei) 2016年8月12日
離乳食がこんなにも難易度の高いタスクとは知らなんだ。一日のうちけっこうな時間離乳食のこと考えてる。恋か。ちがうわ。
— dannao (@nanaseteppei) 2016年8月25日
ムスメっ子、最近のブームは指差し確認。
— dannao (@nanaseteppei) 2016年8月27日
ついついETごっこをしたくなる母はアラフォー。
旦那さんもダウンで残りは一機。
— dannao (@nanaseteppei) 2016年9月5日
ギョギョギョーー!!
— dannao (@nanaseteppei) 2016年9月19日
あービール飲んで踊りてー。 https://t.co/zcbsTmslps
ショッピングモールでカートに乗ると、大声張り上げ大手を振ってひとり祭り騒ぎ。大名かよ!とつっこんでたけど、たぶん大名そんなことしてない。
— dannao (@nanaseteppei) 2016年9月23日
お分かりいただけるでしょうか。
無味乾燥なツイートとしてポストすることも当然できたであろう一つ一つの文章に、ノリツッコミやワンフレーズのボケが小さいながらも巧みに入れられています。
爆笑でなくてもいい、ちょっと楽しい気持ちになればという健気な努力が垣間見えるツイートの数々は愛おしいという他ありません。
本人的には、あまり真面目に書くと逆に恥ずかしいからというのもあるらしいです。その発想がまた何かをくすぐります。
こういった小ネタの仕込みはブログ記事の各所にも見られます。
ブログ記事も一つ一つが丁寧に綴られていて、主観的な文章でありつつも写真と文章を織り交ぜつつ読み手に優しいものになっていると思います。 もちろんその文章の中における小ネタに期待しつつ読むのも妻の記事を見る楽しみの一つです。
妻にはもっと文章を書いて欲しい
妻は元々旅行好きで、一人で海外にいったりもしていました。 今は仕事も辞め、子育てもあるため以前のように気軽に旅行にという状況ではなくなっています。
ただ、旅行だけにとどまりませんが、彼女のそういう体験記は僕はもっと読みたいし、誰かを楽しませることができるんじゃないかなぁと思っています。(もちろん、それを仕事にとか言うと違う話になると思いますけど、ここではそういう意味ではなく。)
すぐにという訳にはいかないと思いますが、彼女がもっとそういう記事をかけるような環境にしていければなぁと思いますし、彼女の産後の人生設計の一助になればいいなと思っています。
最後に日頃の感謝をこめて、いつもありがとう。これからもよろしくお願いします。
地元の小学生プログラミング教室にメンターとして参加してきた
どういう教室?
どこまで公開していいか分からないので、ちょいちょい話をぼかすかもしれませんが、町内のある企業の方が中心になって企画された小学6年生向けの Scratch を使ったプログラミング教室です。
いつまでリンクが維持されるのか分からないけど、上記はローカルの新聞に取り上げられた内容です。
実証実験ってどういうこと?
実は私も応募した時はそういうの知らずに応募してたのでよく分かってなかった 😅 なんかプログラミング教育が必須なる中での国の取り組みのようです。
説明資料とかはいただいたんですが、ググった方が早そうなので割愛。(応募後に説明はいただきました)
そういうのってどういうスケジュールでやるの?
今回はあくまで「メンター」の募集があって、授業で利用する人形や Scratch でのプログラミングの元になるものは、主催側で準備をしてくれていました。 なので、授業前に集まったのは公式には 2 回で、非公式に前日夜に集まった計 3 回だけです。とはいえ 2 回は平日日中だったので半休取っての参加でした、やっぱり他にも応募したかった方はいたようですが、平日日中というのがネックになったようです。(私もちょうど新機能のリリース控えた時期だったので、ちょっと無理してた。。チームが快く送り出してくれたので助かりました。)
公式に集まった 2 回も、一度目は説明会みたいな感じで、実質 2 度目で授業のススメ方や、 Scratch と人形を使ってどういう事を生徒さんにやってもらうかを考えたりして、後は Slack でちょっと話すみたいな感じでした。
順調だった?
狭い町内なのでメンバーは知った顔が多かったですが、それでも即席チームはやっぱり仕切り役がいないと進まないという感じで、結局は授業の進行役を引き受けてくれた年齢の上の方がシナリオの叩きを作ってくれてそれを前日にみんなで肉付けしました。 人形の動かし方とか Scratch での操作の簡易化みたいな部分は、20 代前半のエンジニアの方が(たぶんだいぶ時間を使ってくれて)ゴリゴリ改造してくれたみたいで、当初用意されていたものより格段に小学生でも遊べる内容に仕上がっていて素晴らしかったです。
人形は Arduino とサーボモーター 2 個を組み合わせたシンプルなものではあるのですが、骨格や顔、衣装(の一部)が全て既製品ではなく手作りだったので、結構ギリギリまで時間がかかっていたようで、主催の方と 20 代前半のエンジニアの方は授業数日前は夜遅くまで組み立てをがんばってくれていたようです。
結果として当日はすごく良い仕上がりだったので良かったとは思えるのですが、無理された方も居たなぁという感想でした。ただ、初回ということもあるので、今後はすでに人形達も仕上がっているので楽になりそうな感じはします。
どんな役割だったの?
私は実際の授業では、一つのテーブルにつくメンターとしての役割のみでした。他の 2 名はそれぞれ前で説明するフェーズがありましたが、二人共素晴らしかった。(主催の方は準備までで、当日はサポートという形でした)
授業の進行役を引き受けてくださった方は、先生の経験も 6 年ほどあるということで、導入部の話も面白かったし、生徒さんに対する振る舞いも落ち着いていて、彼がいた事で一気に授業らしさが高まったなと。
Scratch で人形を動かす説明は 20 代前半のエンジニアの方がおこなってくれたのですが、丁寧に進めてかつ、進行としても直前の内容を何度か繰り返してみたりと理解度をぐっと引き上げる感じですごく良かったと終わった後もメンバーで話していました。 (彼は、自分で子供向けの電子工作クラブみたいなものもやっているようで、慣れているという部分もあるのかもしれません)
ていうか人形どんなの?
どこまで見せていいのか分からないので新聞記事のリンクに出ている写真を見てもらうしかないのですが、自宅で似たようなものを組み立てて練習していたものは以下のようなものです。
ナノブロックになってしまってますが、イメージはこんな感じで足というか身体を旋回させるために下にサーボモーターを一つ、続いて上半身でおじぎをさせたり、のけぞらせたりするためにサーボモーターをもう一つ。 それを Arduino (実際は Nano)に繋いで、それを Scratch で動作させるというものでした。
Scratch 上には「右 or 左を向く」「上 or 下を向く」という単純に2つのサーボモーターの動きを人形の挙動に置き換えたコマンドが基本セットとして用意されており、後はこちらからプリセットとして音声も入れた「ワラウ・オコル」のようなどういう事ができるかイメージできるようなコマンドも入れていました。
生徒さんには用意されたコマンドに加えて、音声を自分で登録しつつ、人形を動かしてちょっとした一連の動きを作ってもらおうというものです。
時間も短かかったので、制御構文としては 繰り返すのみ を説明して使ってもらいました。(なので条件分岐とかは使っていません)
教材がオープンな Scrach とクローズドなロボットということで、授業後の生徒さんの自習がやりにくいのではという意見もあるかもしれませんが、いろいろ事情踏まえての事らしいのでツッコミは無しで。Scratch の資料は別途配布しています。
小学生の反応は?
プログラミング経験がある生徒は一人もいませんでしたが、全員導入の説明を聞いた後に自分で触る頃には自由に組み始めて楽しんでいたように見えました。 もちろん個人差はありましたが、最後にはみんな一連の動きを見せ合う事ができて良かったです。
プログラミング自体に興味を持ってくれたのかは、、、分かりません 😅
所感とか
応募した動機について
娘も 1 歳になって少しだけ心に余裕ができていたことが一番大きいですが、町内のそういうイベント毎に基本はお客さん参加しかできていなかったので、「これならちょっと貢献できるかな?」と思ったのがきっかけでした。(というか、そもそもは実証実験とかそういうのとは思ってなかったからだいぶ軽い気持ちでした。)
娘にプログラミングを教えるような機会もあるかなぁと思いつつ、まあ興味を持てばその時に詳しい人に習ったほうがいいだろうという気持ちもあります。
不安だったこと
当初は、私は Arduino でのロボット工作経験も、Scratch を触ったことすらもなかったので、小学生へのメンターとしてだけとはいえ「ついていけるんだろうか・・・」という不安が大きかったです。
ただ、その辺は実際に同じようなものを組んでみて動かしてみたりすることで「これぐらい理解できていれば、当日質問には応えられるだろう」という気持ちにはなれました。 (ただ、前日にプリセット等に大幅アップデートがあったのはビビりましたが 😅)
次に不安になってきたのは、「小学生、しかも6年生とどう相対すればいいんだろう」ということでした。 そして、これは練習とかできません。。何より町内に子供なんかほとんどいないし。。 最後に小6と遊んだのなんて、数年前に妻の友人の子供と遊んだくらいで、「きっと緊張する子とか恥ずかしがる子もいるよな。全然違う事し始めたりしたらどうしよう。。」など結構ドキドキしていました。
主催の方からは「基本は対等に接すれば良くて、無理に褒める事もないし導くことも無い。時間が短いから、違うことをし始めたら、認めつつ『でも、時間までに間に合うかな?』とか言って戻してあげればいいよ」とアドバイスはいただいていたのですが、、、まあ不安でした 😓
やってみてどうだったか
一つは、初めてロボットというかサーボモーター等を使って工作したのが楽しかったことです。ラジコンとかミニ四駆が好きだった頃を思い出したというのもあるし、子供ができて畑がおろそかになる中で「農作業も小さく自動化したいなぁ」という思いがありつつ実践できなかった事に、ちょっと進捗する道筋ができたように思えて嬉しかったです。
もう一つは、やっぱり小学生というか子供に何か教えるって難しいって感じたことです。私が担当したテーブルの 男子 4 人は、活発な子が 2 人、おとなしい子が 2 人の組み合わせでした。 活発な子は、どんどん声を吹き込んだり、コマンドをどんどん追加して失敗したりを繰り返しながらも、見た目むちゃっぽいけど、最後できあがってみると面白いものができていました。話してみると、理解度も結構ある。
おとなしい 2 人は、片方の子は声を吹き込む・吹き込んだ声を誰かに聞かれるのが恥ずかしいようで、最後はイヤホンを挿したまま開発する程でした。「ここはこうしてみるとかどう?」と話してみても、何か微妙な反応。 もう一人の子は、だいぶ緊張していたのか終盤まで同じような事を何度も繰り返していて、最後はずっと横について教えていたら、彼がやりたかったことは実現できたみたいで良かったという感じでした。
正直私もおとなしい + 緊張しぃなので、おとなしい二人の気持ちはすごい分かって、「ずっと横に付かれると逆に落ち着かなくて嫌だよな」とか思って、あえて席を外したりしてたんですが、結局メンター以外のギャラリーが口をだしていたりして、なんかよく分からない状況に。。 彼らの満足度がどうだったのかなというのは気になると共に、改めて難しさを思い知ったという感想でした。
プログラミング教室自体はどうだった?
関わった皆さんの努力もあって、当日は教材も内容もとても面白くてよかったなと思います。主催の方も言ってましたが、「正直こんなに子供が動く人形に食いつくとは思わなかった」という感じですね 😁 言うても最近の子はなんでも知ってるし、テレビゲームが好きだったりだから、驚いてはくれるだろうけどどこまで興味を持ってくれるかなぁというのはあったんですが、ホントに生徒さんの笑い声が室内でよく聞こえて盛り上がってる感がありました。 ロボットももちろん素晴らしいできでしたが、そのロボットに面白い動きをさせてデモした 20代前半のエンジニアの方の努力がすごく効いたなぁと個人的には思います。
あえて苦言を呈すると、、、見学にスーツの人が 10 人近く来ていたり、取材のカメラが入ったりと、生徒より大人の数が多いのはどうなんだというのは思いました。。しかもその大人たちが後ろで見学しているだけかと思いきや、生徒にいきなり話しかけたりしているものだから、(それでいいのかもしれませんが)こちらとしてはハラハラしました。 ただ、後方の生徒さんがプロジェクターのスクリーンを見づらくなる程にカメラがでしゃばってくるのは正直勘弁してくれと思いました。。(だからテレビは好きではない。。)
その他
私自身はこういう授業みたいなものは初めてだったので、Youtube で Scratch の授業風景等を探して見ていましたが、すごく参考になりました。ホント良い時代になったものだなぁと感謝。
初回の説明会の時に、現在のプログラミング教室とかの現状を聞かせてくれたのですが、まだまだ発展途上ではあるものの、一つの課題に「女の子の参加が非常に少ない」というのがあると聞きました。 原因は様々あるんだろうと思いますが、プログラミングの授業のお題はシューティングやアクションゲームであっったりと、女子ウケが微妙なものが多かったり、やっぱり講師側も男性が多いのでそこもネックになっているのではとか、なかなか興味深い内容でした。 RailsGirls とかはどうやってその辺解決しているんだろうなぁ。まあ、まず女性限定ってことで入りやすさはあるんだろうけど、内容も女性向けにカスタマイズしているんだろうか。
まとめ
とても勉強になったし、すごく楽しかった 🌟
tokushima.rb 28 に参加してきた
娘が生まれてからは、週末も家族で過ごしたり、実家に顔見せにいったりと勉強会からは遠ざかっていたのだけど、8 月, 9 月と tokushima.rb には参加できていました。10 月は町内のイベントで参加できていなかったので一ヶ月スキップしての 11 月参加となりました。
今回は平日に作りかけていた gem を完成させようと意気込んでいたのですが、いろいろ詰まって結局完成せず 😅
gem 側で Rake タスクを定義して、それを利用側で呼び出せるようにしようとしていたのだけど、いつもは Rails アプリ前提で書いているので、いざ Rails じゃない環境に対して何かを作ろうとすると途端に思考が中断。。tokushima.rb の中心メンバーに質問しつつ、なんとなく整理できてきたような気がしつつ書いたのが以下の Qiita 記事です。
ただ、やっぱり Rails 以外でも Ruby を書いてる人からすると、「え、こうかくのが普通じゃないですか?」的な感じで、日頃 Rails で業務アプリ書いてるだけの私との差が明確にでるなぁと。
年末の 29 は年末出張と重なりそうで行けなそうだけど、来年からも参加していこう。
田舎初心者のコンポスト運用方法
私が住む町はまあまあ厳しめのゴミ分別ルールがあります。何より都市部から引っ越してきて戸惑うのが生ごみが出せないということだと思います。
生ごみについては、収集処理をしておりません。
処理方法は、各家庭で「埋める」等の処理をお願いしています。なお、生ごみ処理機やコンポストの購入には、補助があります。購入前に町役場 住民課に申し出てください。
ちなみに、燃えるゴミやプラゴミも月に 2 回ぐらいしか収集されないですし、結構辛いのは子供のおむつが気軽に捨てられないというところです 😲
加えて、前提としてですが、私はゴミの発酵やら土壌がどうとかあまり分かりません、勉強中。。
コンポストをつかうのが普通?
引っ越し直後
集落の民生委員の方から「これつかいな」と(後から知りましたが、旧型の)コンポストを一基もらいました。同じのは見つかりませんでしたが以下の製品のようなイメージです。
1 年半ぐらいは何の疑いもなくこれを使ってました。
オフィスでは
オフィスも同じ町内にあるので状況は同じなのですが、本社から来る人がコンポスト運用ができないことに気づき、生ごみ処理機が導入されました。
当初はコンポスト運用だったのですが、夏に長期滞在している社員がいる間に台所の生ゴミカゴから虫がわいたりという事件も発生し、衛生的にダメだという事になり。。
現地スタッフは普通に自宅に返ってご飯を食べるので、オフィスではほぼ生ごみは出さないのですが、本社から来て滞在する人は自炊するので生ごみが結構出るのでした。
町内のアパートでは
町内には 4, 5 階建てのアパートもあるのですが、そこも庭部分に大量のコンポストが配置してあり、おそらく一戸につき一つ設置されているのだと思います。
生ごみ処理機とコンポストはどちらを選ぶ?
生ごみ処理機
引越し後に 3 - 5 万円出せるのなら買っておいて損は無いと思います。生ごみ処理機は入れてしまえば臭いはしませんし、ごく短時間で乾燥肥料(であってるかな?)状態にしてくれます。
「臭い」と「時間」は大きなポイントです。
コンポスト
まず、慣れていない人が運用すると、コンポストは激しく異臭を発生させてしまいます。コンポストの蓋を開けるたびに、うじのような虫が目に入り、鼻をつく臭いが飛び出してくることになります。
私も最初はこれに悩まされ、生ごみをいれるたびに土を入れたりして凌いでいました。妻はこれに参ってしまって、コンポストに生ごみをいれるのも嫌気がさしていました。
次に問題になるのが時間です。
コンポストの中で堆肥化するのには数ヶ月かかります。しかも運用しながらになるともっと時間がかかりそう。というか、私は未だに最初に使っていたコンポストの中を堆肥として使えていません。。
しかも土を入れながらだったので、巨大なコンポストの中もどんどん埋まっていってしまいます。そう、パンクするのです。
そうなると二機目、三機目を買うことになって複数台運用することになります。まあ、これも多少いたしかたないのかもしれません。
あなたがコンポスト初めてであるなら「コンポストでしっかり肥料を作るのに興味あります!」という意識でもない限りは、土に埋めるタイプのコンポストは個人的にはお勧めしません。
以降では、生ごみ処理機まで導入しないけれど、巨大なコンポストを運用せずに済む方法です。他にもいろんな方法があると思いますが、一例として。
我が家のコンポスト運用
生ごみ処理機は使わないの?
補助金も出るので使っても良かったのですが、機械のメンテもあまり得意では無いし、せっかく田舎に住んでいるので自然に分解するコンポストにもチャレンジしたいという気持ちもあったので買いませんでした。
小さなコンポスト
うちはこの製品を 2 台で使っています。
加えて、以下の発酵促進剤も利用しています。この促進剤を選んだ理由は何もないです。近場のホームセンターにこれぐらいしか無かったからです。
スプーンですくうのが面倒だったので、100均のお茶いれみたいのを買って、そこに入れてふりかける感じで使っています。
日々の運用
台所での生ごみ
夫婦と赤子一人なので生ごみ自体そんなに出ません。(出る時は出るけど)
加えて、まあこういう生活をしていると生ごみを出さないようにという意識も結構働くので、それもあって少ないのかも。
コンポストに入れる前に軽く絞ります。水分を減らしていれるのは大事なので、水切りがやりやすいものを買うといいと思います。
コンポストに入れる
コンポストは台所からすぐ出たところにあるので、外に出て、蓋をあけてダイブ。その後、促進剤をふりかけます。
促進剤をかけ終わったらこんな感じ。
後は蓋をして終わりですね。中ぶたもあります。
外蓋にはゴムパッキンが付いているので、これで密閉されているぽいです。おかげで臭いは外に漏れません。
コンポストが満タンになったら
写真が無いですが、このコンポストは下に蛇口が付いていて、液肥を出すことができます。液肥はコンポストが満タンになる前からたまに出してあげるといいですが、満タンになったところで全部出してあげておきます。(もし何か育てていれば使うこともできます)
後は放置。
コンポストの中を土に埋める
2 台運用しているので、1, 2 ヶ月経つと片方は満タンになります。そうなると片方を空ける必要があるので、そのタイミングで取り出すことにしています。(冬場はもう少しコンポスト内に置いておいた方がいいのだと思いますが、冬場は大根の皮とかはコンポストにいれなくても庭に放置しておいても臭いとか出ないので、結構そのまま捨ててました 😅 なので満タンになるペースが遅い。)
先々週に庭の畑の一角に土を盛り上げて、そこにコンポストの中をそのまま鋤きこみました。入れてすぐは水分がしっかり抜けていなかったのかちょっと臭いがしましたが、天気も良かったせいか 1, 2 週間ほどで色が変わって堆肥ぽくなっていたようです。(どうなったら堆肥なのかというのは私にはちゃんと判断できないので、なってないのかもしれませんが。。)
周りの土と混ぜあわせて、そのまま別の場所に移して野菜の土として使いました。
雑にケールを植えた図です、なんかの幼虫に食われないようにしないとなぁ 😓
コンポスト運用のまとめ
- 田舎でも使える庭が無かったり、コンポスト使うような余裕が無いなら生ごみ処理機がおすすめ。
- でかいコンポストよりも、小さくて密閉できるコンポストが使い勝手がいい。異臭がでないようにするというのが日々の生活においては大事。
- 町内に住んでいる有機野菜やってる若い農家さんも同じコンポスト使ってた
- ついでに野菜を植えるとコンポストもちょっと楽しい。
- 土地があるなら食べ物を育てておこう、会社が潰れても生きていける(かも)。
ゴミを捨て難い地域で生活すること
別に私は循環型がどうたらの意見も無いし、自然派の生き方を志向してる訳ではないです。とはいえ、都市部でのどんどん食品が捨てられていく状況がいいとは思っていません。便利だけど、やっぱりなんか違う気もする。(とはいえ、当然スーパーも使うし、たまにコンビニに頼る事もあるので、昔の時代に回帰したいとか思うことは無いです。)
私が住んでる町がこんなに分別に厳しい理由はよく知りません、焼却炉がしょぼいからなんだろうか。
ゴミを燃やせないという制約
隣の佐那河内村という場所も、ゴミがすごく少ない場所なのですが、前村長が周辺地域のゴミも引き受ける最新の焼却炉を村に誘致してしまって混乱してました。結局その前村長は辞めざるをえなくなってしまったみたいですが。(その誘致が今どういうステータスなのかは追ってないので知りませんが。)
思い返せば、昔渋谷区に住んでた時は、ほぼ分別なんかしなくてよかったのを思い出します。あの時も焼却炉が良かったからとかそんなのを聞いた気がした。
いろんなゴミを燃やせないっていうのは、大きな制約なんだろうけど、その制約があるおかげで町の人達はいやいやでもゴミを分別しなくてはいけなくて、でもそれに慣れてくると、なんかゴミを出すのが嫌になってくるんですよね。
エコバッグを持っていくまでいかなくても、一度もらったビニール袋を持ち歩いたり、車があるから袋無しでそのままもらったり。
納豆もよく食べるんですが、納豆のフィルムとケースを洗って捨てるのもどんどん面倒になってくるから、「納豆作れないかな?」とか考えだす始末。
妻の実家にいても、当然都会なので買ってきたお惣菜のケースとかそのまま捨てられるのですが、つい洗って綺麗にしちゃったり。
都会でもコンポスト?
は、正直難しい気がするし、今の自分でもたぶんやらないと思います。
けど、機会があるなら一度そういうゴミを捨てにくいという制約の中で生活してみるのも、ゴミの捨て方だけじゃなくて、モノの買い方とか、食事や料理の仕方にも影響があって面白いのではないかなと思います。