知らないWebアプリケーションの開発に途中からJOINしたとき、どこから切り込むか？ / PHPerKaigi 2020

https://fortee.jp/phperkaigi-2020/proposal/c8d6b9b1-29e4-48bd-b8bd-9f43f74d6265

[diveintounlimit]

逆にほとんど途中JOINだけど、こんな悠長に構えてられる状況のプロジェクトに居た事が無いので、手早く開発環境を構築して、今ある課題を熟しながら理解を深める事が多いな…

[tettekete37564]

ドキュメントは当然として技術的な思想や歴史的な局面の情報もないとプロジェクトがかつて一掃したものを誰かが再実装してしまう事がある

[hdampty7]

そのシステムとどの程度のお付き合いになるかどうかが大事。転職した場合なんかはほぼ途中からだし、火消しで放り込まれた場合は生き残ること重視だし、経験積むとシステムよりも人間関係の方が気になるようになる。

[hazeblog]

専用Channel良い

[mizdra]

めっちゃ良い

[y_maeyama]

データベース構造の把握大事。

[d4-1977]

切り込む側と、切り込まれる側どちらもあるから参考になりそう

[matsubobo]

ドキュメンテーションのフレームワーク

[gabuchan]

これを逆算して「どんな準備・ドキュメンテーションが必要か」とも考えられる。

[kazutaka83]

DB触ることが多いのだけど、設計する段階でどういう意図か読み取り易くしようとは心がけてます。

[masayoshinym]

そりゃデータからだよなぁって思ったら案の定だった。

[kat21]

ものすごく良いドキュメントだけど、DBについて設計だけなのは少し片手落ちかも。現状のDB設計と、昔からあるデータとはちょっと整合が取れてないことも多いのでその辺をカバーしてもらえるとすごく助かる

[ketancho_jp]

専用 channel よさそう

[Keisuke69]

そういえば既に動いてるアプリケーションとかシステムの開発とか保守に関わったことないな

[n314]

まずvagrantからソースやdbデータを抜き出してローカルの自分の環境に入れる。webもdbも一通り設定し直す。重いのとサーバー環境を知らないまま使うのが嫌なので。まあ人には勧められないね…。

[p1ass]

新規のプロジェクトを立ち上げる時から意識して組むと良さそう

[munioka303]

ジョイン笑

[uskey]

専用Slackチャンネル、(今の規模だと必要ないけど)stnsはよさそう。とっかかりは自分の場合はユーザーの登録→利用みたいなところからやるかなあ(なければトップ)。DBを早期に抑えたほうがよいのは間違いない。

[cl-gaku]

時間があれば机上リファクタリングを繰り返して雰囲気を掴む

[yamadadadada2]

railsはこのへん規約で縛ってるから結構楽に途中から入れる

[arata3da4]

専用のSlackチャンネルいいなー

[nochira]

スタートアップでリリースも間近という自分はこれをとても気にしているがコードとかは中々に整理しづらい。サービスやらDB周りも仕様変わりまくるし大変。結局口頭でどれだけ分かりやすく説明できるかを意識している

[manFromTomorrow]

受け入れ側がそもそもオンボーディングの文化を持ってるかどうかによるよね

[masawada]

割と無意識的にやってしまうので丁寧な言語化がされてて尊い / 専用チャンネル良さそう。弊社はScrapboxでやったりしてる

[nakag0711]

途中からjoinは苦労の割に評価が得られないからそもそもやめた方がいいというのが結論

[Chisei]

この手の話、身近に知見を持ってる人がいるなあ