![](https://s.togetter.com/static/web/img/placeholder.gif)
Hacker Tackle! Kレーン #hackt_k
2015/09/26(土)に開催した「Hacker Tackle」のKレーンに関するツイートまとめです。
公式サイト:https://hackertackle.github.io/
資料URL:
K1:https://speakerdeck.com/matsumoto_r/mruby-in-http-server
K2:-
続きを読む
-
hackertackle
- 2739
- 0
- 0
- 0
![](https://s.togetter.com/static/web/img/placeholder.gif)
キャッシュやメモリの階層構造など、情報科学の基礎理論が重要、というのは、さっきのきしださんの話に通じる。 #hackt_k
2015-09-26 14:46:07![](https://s.togetter.com/static/web/img/placeholder.gif)
#hackt_k 性能要件は明確にしましょう。問題分割をしましょう。早期に試験できるものは早くやって、リスクを早く潰しましょう。 ということかな。
2015-09-26 14:52:26![](https://s.togetter.com/static/web/img/placeholder.gif)
なんか美味しいところを聞き逃した感じがあった。。。どうやってリスク特定したのか、どうしてその方法でリスク回避できたと言えるのかとか。。。 #hackt_k
2015-09-26 14:58:10![](https://s.togetter.com/static/web/img/placeholder.gif)
@kyon_mm そこは正直期待に添える話はできないかな。過去の失敗上、ここは早期に潰さないとだめよねってアバウトな経験則でやってるので。発生確率の見積もりとかは厳密にやっても手間が掛かるだったし。そういう意味ではリスクベースではなく、ハザードベースなのかも。 #hackt_k
2015-09-28 12:24:21![](https://s.togetter.com/static/web/img/placeholder.gif)
性能テストにもテストレベルを!という話に聞こえたのがもったいないというか。。。 #hackt_k
2015-09-26 14:58:38![](https://s.togetter.com/static/web/img/placeholder.gif)
@kyon_mm これは当人としても同感。他の人のつぶやきでそういう風な理解があったりして、たしかにそういう風に聞こえてしまったのかも知れない。 #hackt_k
2015-09-28 12:30:08