せとあず
@setoazusa
基盤チームが「現場で叩く」っていってこなれてない基盤渡してくるの、プロジェクト側からしたら時限爆弾仕込んでるようなものだと思う... #nagoyatesting
2016-12-15 21:51:56
しんめたる
@sinmetal
ライブラリ利用者が、ライブラリ本体にpull reqを送るような感じで、プロダクト側の人も基盤側にpull req送れたほうがいいよね!って感じかな? #NagoyaTesting
2016-12-15 21:53:02
わかめ@毎日猫がいる
@vvakame
リスクバッファどのくらいつめばいいかわからない どうしたらわかるの 基盤チームのやったことはタスクを最小30分粒度に落とすことをした #NagoyaTesting
2016-12-15 21:59:58
わかめ@毎日猫がいる
@vvakame
bleis時間 きょん時間 と他の人の時間は平気で10倍20倍違う 相対時間である まず違うということを認識する #NagoyaTesting
2016-12-15 22:01:48
わかめ@毎日猫がいる
@vvakame
基盤チーム入ってすぐとか1ヶ月とかだときょん時間1日なのに平気で1月かけたりするのでやばい はやめに実測したいとかそういう感じ #NagoyaTesting
2016-12-15 22:02:35
わかめ@毎日猫がいる
@vvakame
失敗=計画したことがうまくいかない と語弊があるかもしれないのを押していうとそんな感じ 失敗は別にネガティブな事ではない 学習機会である 学習機会を大量に消化できると強さが高まる #NagoyaTesting
2016-12-15 22:06:51
わかめ@毎日猫がいる
@vvakame
むやみやたらに失敗さすのは意味がないのでまぁちゃんと意味がある学習しよう的なふんいきをかんじる #NagoyaTesting
2016-12-15 22:07:39
nash
@nashcft
計画のサイズを小さくすることで期待をはっきりさせることができて、失敗を認識しやすくなる。その上でその失敗が発生しても大丈夫なように仕組みを作る。 #NagoyaTesting
2016-12-15 22:13:08
nash
@nashcft
きょんさんの話、ソフトウェア工学の実践者という風格がある。そんなにソフトウェア工学を学んでいないけど。 #NagoyaTesting
2016-12-15 22:17:44