2013/01/26(土) 第1回 業開中心会議 .NET技術の断捨離 #devchu #devq
-
fullvirtue
- 9301
- 0
- 1
- 11
-
- いいね！11
業務アプリInsider
@devchu
進歩についていくために新しいことを学ぼうと誰もが考えているはず。では何がハードルになっているのか？ 例えば「新技術を覚えても、現場で使えない」という意見。その技術が使えなくても、すでに実装パターンとして使っているのでは？ 何も新しいことでない（つまり覚えるべき）。 #devchu
2013-01-26 13:22:48
知っ得＠ライフハック
@LifeHackEX
【知っ得】 Togetter新着 2013/01/26(土) 第1回 業開中心会議 .NET技術の断捨離 #devchu #devq http://t.co/fbYlp2fW #togetter #twitter #hackEX
2013-01-26 13:23:03
業務アプリInsider
@devchu
覚えて損になるものはない。必要なものが、言語や基本ライブラリの中に入っただけ。つまり覚えやすくなったということ。 #devchu
2013-01-26 13:24:56
ぐらばく☪
@Grabacr07
スパゲッティコード 一か所引っ張ったら全体が動くの そんなもん修正できるわけがない (末代までたたられる呪い) #devchu
2013-01-26 13:26:50
Kentaro Inomata
@matarillo
技術的負債 http://t.co/AzTO0X2Q ( #devchu live at http://t.co/vJYHDjkW)
2013-01-26 13:28:04
業務アプリInsider
@devchu
「既存資産があるから、新技術が使えない」という意見。依存関係がぐちゃぐちゃなスパゲッティコードになっているのでは？ そういう場合は負債なので、粗結合化を実施して、部分的なところからでも新技術を使うべき。 #devchu
2013-01-26 13:28:31
ぐらばく☪
@Grabacr07
資産には負債もある、負債をどこかで断ち切らないといけない (けど、それを具体的な効果を伴わせて説得するのが難しいんですよね) #devchu
2013-01-26 13:29:38
長沢 智治 \ Tomoharu Nagasawa
@tnagasawa
おっ、技術的負債の話が #devchu で出るとは！ “@masakitk: あるある＞技術的負債。 #devchu”
2013-01-26 13:33:55
業務アプリInsider
@devchu
開発言語の進化は、依存関係を減らすための進化の歴史でもある。古くはオブジェクト指向によるカプセル化から、C#のジェネリックによる型とアルゴリズムの分離や、Async/awaitは非同期処理ゆえのスパゲッティ化の回避まで、進化していっている。 #devchu
2013-01-26 13:34:49
ぐらばく☪
@Grabacr07
フレームワークの進化の方向性も、「依存切り」に向かっている (サービス指向、XAML、データ バインディング、MVVM など) #devchu
2013-01-26 13:36:05
業務アプリInsider
@devchu
UIは陳腐化が激しいので、UIを差し替え可能なサービスとして作るべきだったという経験がある。従って特定の技術に依存しないように作らないと、結局、資産にならない。 #devchu
2013-01-26 13:37:47
kkamegawa
@kkamegawa
資産が資産じゃなかった。特定のキーワードだから末永く使えるね、と思ったら依存しちゃいけないところが依存していたせいで、負債になってしまった #devchu
2013-01-26 13:38:45
けん🐍🦀
@ken_zookie
技術の進化のスピードが速くてたいへんーと入っても、進化の方向性がわかっていればどうってことない。いまのところはもっぱら依存切り、疎結合化 #devchu
2013-01-26 13:39:09