【大阪】SaaSを支える開発原則/DDD、プロダクトマネジメント、カンバン、技術的負債＠RAKUS まとめ

Nokogiri👨🏻‍💻 @nkgrnkgr

アーキテクチャを自動テストする。 ArchUnit しらなかった。 #RAKUSMeetup

oshiro @oshiro_3_t

設計知識の属人化・暗黙知化はきつい結局スキルのばらつきもそこから来るし厳しい話だよね #RAKUSMeetup

にしかわささき @nishikawasasaki

壊れてないかアーキテクチャをテストしたい → ArchUnit #RAKUSMeetup

Nokogiri👨🏻‍💻 @nkgrnkgr

ArchUnitは後から入れることができる。 #CやPHPのもある。 #RAKUSMeetup

FUJII Yoshitaka @yoshiyoshifujii

ArchUnit github.com/TNG/ArchUnit ほー #RAKUSMeetup

やま @yamasin_se

javascriptではないのかなあ。アーキテクチャテストツール系。 #RAKUSMeetup

oshiro @oshiro_3_t

レイヤーの関係を固定できる #RAKUSMeetup

FUJII Yoshitaka @yoshiyoshifujii

おー なるほど。 レイヤーの依存関係に違反してたらテストが落ちるのかー ふむふむ。 #RAKUSMeetup

Nokogiri👨🏻‍💻 @nkgrnkgr

依存関係の違反を検知できるのか。 文字列で指定するあたりが若干泥臭いな。 #RAKUSMeetup

FUJII Yoshitaka @yoshiyoshifujii

sbtのマルチプロジェクトで依存関係を強制するのでこれに変わることをやっているが、ArchUnitは、さらに細かいパッケージの依存までテストできるって感じだなきっと。 #RAKUSMeetup

Nokogiri👨🏻‍💻 @nkgrnkgr

設計と実装をフィードバックする話は、アジャイルの文脈と近いなという感想。 #RAKUSMeetup

Takayuki Fujisawa @miracle_fjsw

アーキテクチャのテストはコケることが悪いわけではなくて、コケた時がアーキテクチャを見直すサイン #RAKUSMeetup

MasaKu @MasaKu_e

アーキテクチャテストで失敗するときは、アーキテクチャを見直すサイン。 ⇒ここ好き #RAKUSMeetup

にしかわささき @nishikawasasaki

設計と実装のフィードバックの繰り返し → アーキテクチャも同じなのでフィードバックにより改善していく #RAKUSMeetup

FUJII Yoshitaka @yoshiyoshifujii

アーキテクチャも一度決めたら終わりでなくフィードバックループを回していくというあたりは、うーんどうなのかなー… アーキテクチャをコロコロ変えるって出来るかな… #RAKUSMeetup

oshiro @oshiro_3_t

ソフトウェアがソフトであることかー #RAKUSMeetup

にしかわささき @nishikawasasaki

「改善」が広がり？積み上げ？変更？によるかで難しさや中身が変わってきそうだなー #RAKUSMeetup

Nokogiri👨🏻‍💻 @nkgrnkgr

ArchiUnitはパッケージパスをstring文字列で指定する以外ない？ #RAKUSMeetup

Nokogiri👨🏻‍💻 @nkgrnkgr

登壇お疲れ様でした👏🏻 #RAKUSMeetup

FUJII Yoshitaka @yoshiyoshifujii

わいわい🤗 #RAKUSMeetup

にしかわささき @nishikawasasaki

「小さく始めるプロダクトマネジメント」はじまり！ #RAKUSMeetup

Nokogiri👨🏻‍💻 @nkgrnkgr

❌プロジェクトマネジメント ⭕️プロダクトマネジメント #RAKUSMeetup

MasaKu @MasaKu_e

お二人目！ #RAKUSMeetup pic.twitter.com/ih2J8aXWjl

拡大

Nokogiri👨🏻‍💻 @nkgrnkgr

プロダクトマネージャーの仕事気になる。 スクラムの文脈でいうプロダクトオーナーの役割なんやろうか？ #RAKUSMeetup