Tweet
Tweet

Slide 1

Slide 1 text

自分のやりたいことやって超簡単に チームのコミュニケーションを 活性化させた あすみ

Slide 2

Slide 2 text

わたしのじこしょうかい あすみ ＃Ｈａｍｅｅ株式会社 開発部 ＃新卒入社 3年目 ＃音楽フェスが好き ＃最近はapexが楽しい

Slide 3

Slide 3 text

Ｈａｍｅｅ株式会社

Slide 4

Slide 4 text

Ｈａｍｅｅ株式会社

Slide 5

Slide 5 text

Ｈａｍｅｅ株式会社 他店舗展開 するぞ〜〜〜

Slide 6

Slide 6 text

Ｈａｍｅｅ株式会社 在庫の管理 商品ページ 受注管理 にゃ〜ん

Slide 7

Slide 7 text

Ｈａｍｅｅ株式会社 在庫の管理 商品ページ 受注管理 にゃ〜ん そこで ネクストエンジン！

Slide 8

Slide 8 text

ネクストエンジン ECサイトの 在庫・受注 商品ページ 等を 一元管理！

Slide 9

Slide 9 text

Ｈａｍｅｅ株式会社 ● 「ものをつくる」と「自動で売る」 をやっています！ ● 神奈川県小田原市本社（東京・大阪・海外） ● Mission🔥 クリエイティブ魂に火をつける IoTも アルヨ

Slide 10

Slide 10 text

お話の内容 ● こんな風にチームの コミュニケーションを活性化した🎉 ● PHPの話は0.5%くらいしか 出てきません、、、 ● ペチコンのハシヤスメとして 聞いてください🌸

Slide 11

Slide 11 text

2020年3月、新チーム加入❣ ● 部内一で人が多いチーム👨‍👨‍👧‍👦👨‍👨‍👧‍👦👨‍👨‍👧‍👦👨‍👨‍👧‍👦 ● 10人超のチーム ○ 半分:新卒〜5年目 ○ 半分:5年目(中途含む)〜

Slide 12

Slide 12 text

ちゃ、ちゃっとのかいわが 業務連絡しか ないぜ・・・！！！ 新チームに入ったわたしが思った事、、、

Slide 13

Slide 13 text

ちゃ、ちゃっとのかいわが 業務連絡しか ないぜ・・・！！！ 新チームに入ったわたしが思った事、、、 Dear... 業務連絡だけで事足りるだろ！と思った方 ● コミュニケーションあんま要らない派 ● コミュニケーションめっちゃ要る派 私は後者タイプなので、それが前提である と思ってお話を聞いて頂ければよきかな🙇‍♀✨ From 私

Slide 14

Slide 14 text

なぜ増やしたいか？ 気兼ねなく雑談・議論ができる → 心理的安全性が高まる → 円滑な開発ができる とにかく、チームメンバーを好きになりたい...❣ 好きであれば、許容できることが増える コミュニケーション量を増やしたい。

Slide 15

Slide 15 text

そのためにやったこと ● チーム勉強会　(←今日のメイン) ● その他もろもろ

Slide 16

Slide 16 text

その他もろもろ まずは細かな もろもろから💡

Slide 17

Slide 17 text

● チーム朝礼 ○ 朝の情報共有・個人的ニュースを発表する ■ 特徴 ● 技術ネタ、Youtuberネタ、家族ネタなど、雑多に話せるので コミュニケーションが爆進する ● 朝礼後の「ちょっとこの後いいですか」がやりやすい ● MTGの中に「今週のリリース」コラムを発足 ○ ただただ褒める（誰が何やってるかをここで把握する） ■ 特徴 ● 大人になっても褒められるのは嬉しい ● リリースしたがバグが出てしまったもの、も共有するので懺悔会になる ● ひたすらチャットでガヤ！！ ○ おれが一番おまえを盛り上げるんだ！！！！という気持ちでできる限り即大量レスする sonota moromoro...

Slide 18

Slide 18 text

チーム勉強会 メイン いきます！！

Slide 19

Slide 19 text

チーム勉強会 ● (声かけする前にサクラを集める） ● オンライン ● 任意参加 ● 毎週1時間 ● 1 or 2人分の発表（参加メンバーから選出） 任意参加でしたが、チームメンバーのほぼが 参加してくれたのでありがたかった🙏

Slide 20

Slide 20 text

勉強会の内容（あすみめも、分布図） (全50データ) ドメイン知識メインな 勉強会内容だった💡

Slide 21

Slide 21 text

勉強会の内容（あすみめも、分布図） ● ドメイン知識 ○ バッチエンキュー・デキューの流れ ○ コア機能のデプロイ方式 ○ トラブルシューティング系 ● 一般的な知識 ○ PHPマニュアルで学ぶerror_reporting ● ハンズオン ○ DynamoDBを初めて ○ キューであそぼ ○ NextJSでページを作ってEC2にデプロイしよう ○ Datadogのはじめ ● 他 ○ 中途入社の方々の自己紹介

Slide 22

Slide 22 text

勉強会の内容（あすみめも、分布図） ● ドメイン知識 ○ バッチエンキュー・デキューの流れ ○ コア機能のデプロイ方式 ○ トラブルシューティング系 ● 一般的な知識 ○ PHPマニュアルで学ぶerror_reporting ● ハンズオン ○ DynamoDBを初めて ○ キューであそぼ ○ NextJSでページを作ってEC2にデプロイしよう ○ Datadogのはじめ ● 他 ○ 中途入社の方々の自己紹介 資料の一部を ご紹介😃

Slide 23

Slide 23 text

PHPマニュアルで学ぶ error_reporting 資料抜粋：PHPマニュアルで学ぶerror_reporting

Slide 24

Slide 24 text

目次 error_reportingを適切な設定値にするための方法を、 基礎的から順番にご紹介します。 1) ビットマスクの基礎 2) error_reportingの種類 3) error_reportingの種類を設定する方法 4) error_reportingをPHPに設定する方法 5) 文字列で設定すると・・・？ ここに関して 抜粋して ご紹介します🤲

Slide 25

Slide 25 text

補足) 文字列で設定すると？

Slide 26

Slide 26 text

error_reportingの引数が文字列だと？ こうやって定数で指定するのが正しいのですが、 error_reporting(E_ALL);

Slide 27

Slide 27 text

こうやって定数で指定するのが正しいのですが、 error_reporting(E_ALL); もしこれが文字列になっていたら どうなるでしょうか？ ※syntax errorにはなりません error_reporting('E_ALL'); error_reportingの引数が文字列だと？

Slide 28

Slide 28 text

まず、error_reportingの引数はintegerです。 参照）https://www.php.net/manual/ja/function.error-reporting.php error_reportingの引数が文字列だと？

Slide 29

Slide 29 text

integer型が求められている関数に string型の値を渡すと、 integer型に内部で変換されます。 この仕様は記述量が減らせるという面では便利です。 しかし、誤った型が渡される理由の多くは、「うっかり」です。 そのため、この仕様は不具合を誘発する可能性があります。 error_reportingの引数が文字列だと？

Slide 30

Slide 30 text

stringをintegerに変換するときのルールは 下記のとおりです。 参照）https://www.php.net/manual/ja/language.types.integer.php#language.types.integer.casting error_reportingの引数が文字列だと？

Slide 31

Slide 31 text

よって、'E_ALL'は integerにキャストすると、0になります。 error_reportingの引数が文字列だと？

Slide 32

Slide 32 text

PHPはフラグが立っているビットの分だけエラーが出力されます。 0は2進数に直しても0b_0000_0000_0000_0000です。 よって、以下の設定を入れる事で、 error_reporting('E_ALL'); ↓ error_reporting(0); それ以降の行は一切のエラーを レポートしなくなります😱 参照）https://www.php.net/manual/ja/errorfunc.constants.php error_reportingの引数が文字列だと？

Slide 33

Slide 33 text

せっかくなのでPHP7とPHP8で比較👀✨ error_reportingの引数が文字列だと？ 正しくerror_reportingを設定して存在しない関数を呼ぶと、 PHP7,PHP8同様に、Fatal Error: Uncaught Errorになる

Slide 34

Slide 34 text

error_reportingの引数が文字列だと？ 正しくなくerror_reportingを設定して存在しない関数を呼ぶと、 php7 -> 0指定と同義になり、先ほどのエラーの表示を出さなくなる php8 -> 0指定と同義にはならず、型指定にあってないので 　　　　Fatal error:Uncaught TypeErrorが！すぎょー🐠 参照）https://wiki.php.net/rfc/consistent_type_errors

Slide 35

Slide 35 text

こんな感じ😀！！！

Slide 36

Slide 36 text

開始1ヶ月は地道に意見のすいあげ🥤 勉強会 意識調査の 推移

Slide 37

Slide 37 text

改善した・改善したいこと ● 資料作成に半日〜1日ほど取られてしまう ○ スライドのMUSTを無くし、社内ブログ・Wikiを用いての説明をOKとした ● PJ後半は時間が取れなくなってきた ○ 2週間に1回に減らしました ● 時間がオーバーしてしまう ○ 議論が活発になるので、1人30分を超えることも、、 時間の調整に関する具体的な施策は最後までできなかった

Slide 38

Slide 38 text

良かったこと 自チームにとって ● 議論が活発→コミュニケーションが活発に🎉 ● アウトプットすることに慣れた ● ドメイン知識も🆗なので発表ハードルが低い ● 他の人が開発している機能を知れる ● 中途入社の方の「自己紹介」としてその場を使える

Slide 39

Slide 39 text

良かったこと 他チームにとって ● 知見・調査資料として二次利用することができる 割と「それ欲しかっタァ、役だっタァ」となる

Slide 40

Slide 40 text

良かったこと 自分にとって ● チームの雰囲気が良くなっていくので居心地が良い💺 ● 話すハードルが低いので、緊張は少ない😌 →発表することへの抵抗を少しずつ無くせた🏋‍♀

Slide 41

Slide 41 text

むすびのことば🍙 ● コミュニケーション促進させたい ● アウトプットの習慣つけたい ● 発表への抵抗を無くしたい チーム勉強会がおすすめです✨ 初めてみてはいかがでしょうか？？ もうすでにしてる〜〜こんな工夫してるよ〜〜 な方がいらっしゃれば！シェアハピまってま〜〜〜す👀

Slide 42

Slide 42 text

＼小田原へあそびにきませんか／ 小田原に住まなくても・・・ 「いざ！小田原」制度 新幹線と小田急ロマンスカーの停車駅である小田原の地の利を活かし、 
 通勤手段として新幹線・特急電車・飛行機・船・高速バスの利用を 
 可能とする「いざ！小田原」制度をスタートいたしました。 
 小田原に住んだら・・・ 「小田原手当」制度 小田原周辺地域に住む社員に対して 
 月2万円の手当金を支給する「小田原手当」制度を導入いたしました。 
 その他リモートワークの支援制度などもあるので、 ご興味沸いたら！ →「Ｈａｍｅｅ」で検索 🔎 品川から 30分で 着きますよ❤ 💸 https://jobs.forkwell.com/Hamee/jobs/7866

Slide 43

Slide 43 text

おわり 🙇‍♀ご静聴ありがとうございました🙇‍♀