アーキテクチャとアジャイル - プロジェクトをまともに進めるための両輪について #DevKan #devlove
-
yusuke_arclamp
- 3866
- 1
- 1
- 3
-
- いいね！3
みつぎ@Webｱﾌﾟﾘ開発者、土木電気通信施工、現場仕事、５児パパ、生成系AI
@mitsugeek
#DevKan アーキテクチャは回していくと歪んでくる。メンテナンスが必要。
2014-12-20 14:48:36
こざけ@よければ一緒に
@s_kozake
「アーキテクチャは歪んでくる」 最初に綺麗にしていても歪んで切るのでアーキテクチャの管理、メンテが必要 #DevKan
2014-12-20 14:48:45
みつぎ@Webｱﾌﾟﾘ開発者、土木電気通信施工、現場仕事、５児パパ、生成系AI
@mitsugeek
個人スキル：理解する、整理する、表現する、調整する。 これ以上、これ以下でもない。MECE. #DevKan
2014-12-20 14:49:27
みつぎ@Webｱﾌﾟﾘ開発者、土木電気通信施工、現場仕事、５児パパ、生成系AI
@mitsugeek
その企業における「アーキテクト」を定義し、共有していくことが重要。 #DevKan
2014-12-20 14:50:34
Takuya Kitamura
@chipstar_light
SOAとMicroservicesは違うものとはいいつつ、SOAを知っとくと非常にわかりやすいと思う。というか知っとかないとふわっとしてしっくりこない部分があるかも #DevKan
2014-12-20 14:54:54
量産型ぽざうね
@Posaune
microservicesの話。SOAをきっちりやれ、というだけではなく、ガバナンス=実装技術を標準化しない、データのマネジメントも分散化、devops、反復的設計まで入った話なので、そこらへんは、勘違いしないように #DevKan
2014-12-20 14:54:54
量産型ぽざうね
@Posaune
microserviceは、言ってしまえばそれぞれのドメインに最適化した技術を使えばいい、ということ。必然的に「フルスタック」になる必要になる。 #DevKan
2014-12-20 14:57:35
かわべ たくや
@kawakawa
microserviceを聞いて、判らないのは、ドメイン境界線がサービスの分離点なのか？サブドメインはどう管理するのか？ うーむ、判らない。 #DevKan
2014-12-20 15:01:00
かわべ たくや
@kawakawa
質問「プロセスの何処に、複雑性を寄せるのですか？」 鈴木さん「ざっくり回答するとバランスとなるのですが、アーキテクトは毎回何処に複雑性をしわ寄せさせるのか、判断する立場の人であると考えています」 #DevKan
2014-12-20 15:06:58
みつぎ@Webｱﾌﾟﾘ開発者、土木電気通信施工、現場仕事、５児パパ、生成系AI
@mitsugeek
#DevKan アーキテクトは中途半端な立ち位置にいるのだからその中途半端を受け入れないといけない。どの利害関係者にもコミットできないのがアーキテクトの仕事。 誰の立ち位置にもならない仕事。ドSでありドMな仕事。
2014-12-20 15:15:13
かわべ たくや
@kawakawa
質問「アーキテクトの立ち位置とは？」 鈴木さん「特定の誰かの立ち位置に寄らない、第三者的立ち位置≒誰のためでもない曖昧な立ち位置となります。ドSとドMの混在ですｗ」 #DevKan
2014-12-20 15:15:53
量産型ぽざうね
@Posaune
アーキテクトの価値は「中途半端なこと」すべての利害関係者を調達しなければいけないので、どの利害関係にもコミットできない。逆に言うと、線は自由に引ける。がんばれ。 #DevKan
2014-12-20 15:16:55
かわべ たくや
@kawakawa
質問「アーキテクトを勉強するのに読む本は？」 鈴木さん「技術書、ビジネス書、哲学本、どのジャンルを読まれても、アーキテクトに通じると思います。 あと、相手とコミュニケーションを取る本なども読んでます。信頼大事ですよね」 #DevKan
2014-12-20 15:19:31