見出し画像

非エンジニアが初めて技術カンファレンス(#phpcon2022)に参加してみた

Findy ゆーだい

こんにちは、@dai___youです。
今回は、『非エンジニアが初めて技術カンファレンス(#phpcon2022)に参加してみた』をテーマに"非エンジニア視点"で技術カンファレンスのまとめを書いていこうと思います。

PHPカンファレンスの概要

👇に参加してみたので、カンファレンス詳細は以下リンクをご覧ください！(今回はオフラインとオンラインでの開催！登壇社はオフラインが多く、いつもとは違った会場からの緊張感があって新鮮でしたw
登壇者の方々は本当にお疲れ様です🙏)

参加したトーク

9/24-25の2daysにわたるカンファレンスの中で以下トークに参加しました🙌

Day1

開発組織の生産性を可視化する ~ State of DevOpsとfour keysとは ~ by ランサーズ いさな@isanasan_さん

Day2

1.急成長3社サービスの開発ストーリー〜継続成長を支える技術と仕組みのお話〜 by FLEXY CTO meetup 以下スピーカーの方々
Makuake CTO／生内 洋平@ikunaiさん
BASE CTO／川口 将貴 @dmnlkさん
pixiv 開発リーダー／宇佐美 健太@tadsanさん

2.エラーと向き合い、自信を持ってサービス開発に取り組み、前に進む by Hamee きんじょうひでき@o0h_さん

3.理解共有どうしてますか？ by 弁護士ドットコム 土屋 直樹@TSUCHIYA_Naokiさん

それぞれのトーク内容のまとめと感想を書いていきます！

〜Day1〜
開発組織の生産性を可視化する ~ State of DevOpsとfour keysとは ~ by いさなさん

  • 本トークのゴールは、開発組織とステークホルダーの間の共通言語を獲得すること

  • パフォーマンスチューニングの世界では、「推測するな、計測せよ」とよく言われるが、開発組織のパフォーマンスでも、同様の考え方をしよう

DevOps capabilities

  • 感想：

    • Four Keysについて改めて理解が深まった

    • Findy Teamsが出てきてビックリした！

    • DevOps capabilitiesの解像度をもっと高めないといけないな、と再認識

    • DevOps capabilitiesを生産性改善の共通言語とするのは有効

    • Four Keysは財務諸表とも紐付けられる<ーここの解像度をもっと上げたい（完全に理解できなかった）

    • "組織を変えようと思ったら上からも下からも変えなきゃいけない"は名言(by 名無しさん podcast)

      • @Keisuke69 さんと @toriclsさんが @ryuzee こと吉羽さんをゲストにプロダクトマネジメントについて話している会からの引用

〜Day2〜
1.急成長3社サービスの開発ストーリー〜継続成長を支える技術と仕組みのお話〜 by FLEXY CTO meetup スピーカーの方々

  • Makuakeさん、BASEさん、pixivさん3社において、PHPでどんなフレームワーク使ってるの？というのと組織のお話

    • CakePHP、FuelPHP、Laravel、Go、モジュラモノリスなど様々な単語が出てきた（これからもっと勉強しなきゃ！）

      • CakePHP2 からCakePHP3へのアップデートはかなりパワーかかるとBASEさん

      • FuelPHPのコントリビューターは現在2,3名しかいないので、なかなかバージョンアップしない…ので、誰か一緒にアップデートさせましょう！とマクアケさん

      • 最近のフレームワークではLaravelがトレンドになってきているとのこと

      • 現状、各社コンテキストを意識したフレームワーク選定および開発を実施しているとのこと

    • フロントエンドの分割は、この急成長フェーズの会社だとよく課題にあがる話

    • このフェーズの急成長エンジニア組織3社に共通する要素はあるよう

      • https://twitter.com/dai___you/status/1573852212412878848

      • チームを跨いでコミュニケーションをとってくれる人は本当に貴重

      • コロナ渦で入社された方が多いので、リモートで信頼貯金がなかなか簡単に貯まりづらい状況になった。マネージャーを中心にペアプロ・モブプロをしてコミュニケーションを活発にとっていて、組織活性化にはうまく効いている印象（Discord.Gather活用）とBASEさん

        • 能動的にコミュニケーションを取れる人材は重宝したい。Gatherをいれてもそういった人材がいないとうまくワークしなかった。ツールの問題ではなく、コミュニケーションへの意識が大事。

        • "コミュニケーションが活発なチームはクリエイティブ"である

  • 感想：

    • CakePHP、FuelPHP、Laravel、Go、モジュラモノリスなど様々な単語が出てきた（これからもっと勉強しなきゃ！）［2回目］

    • 日常業務においても能動的にコミュニケーションをとっていきたい

    • リモートワーク下におけるコミュニケーションにおいて同期性を担保するのは大事

〜Day2〜
2.エラーと向き合い、自信を持ってサービス開発に取り組み、前に進む by きんじょうひできさん

  • 感想：

    • 152ページの資料を60分で話しきるのすごすぎた

    • エラーと向き合うことが開発者体験の向上につながる

    • Day1の開発組織の生産性を可視化する ~ State of DevOpsとfour keysとは ~が参考文献に入ってて仕事はやすぎます👇

エラーと向き合い、自信を持ってサービス開発に取り組み、前に進む
Web上の参考リソース

〜Day2〜
3.理解共有どうしてますか？ by 土屋 直樹さん

  • 情報設計をもっと身近に

    • 情報設計にはalps-asdがおすすめ

      • alps-asdの良さ

        • 手軽さと厳密さのバランス

          • HTMLを書ける程度の知識でエンジニアじゃくても一定使える

        • Webサービス全般に適用可能

        • 純粋な情報設計に注力できる

  • 感想：

    • 情報設計は大事

    • alps-asd全然わからんのでこちらももっと勉強しなきゃ！

さいごに

まとめと感想は以上です！
Findyで非エンジニアながら、技術理解を深める中で、”わかること/わからんこと”色々ありましたが、”わからんこと”が見つかっただけでカンファレンスに出た意味があると感じました。
また、数ヶ月前までは”わからんかったこと”も、”わかる”となっていたのは少し進歩でした。

総じて、とても学びが深く、楽しいカンファレンスでした！
ありがとうございましたー！

これからも日々精進です！

ではでは〜〜:D

この記事が気に入ったらサポートをしてみませんか？