データに関する記事を書こう！
テーマ2『データに関する記事を書こう！』参加記事です。
502: Bad Gateway が何回連続して出るか。
インフラエンジニア
インフラエンジニアは知っているはず。
エラーが同じURLでなんども起きていることを。
なぜ、手を打たないかを考えて見る。
他にもいっぱいエラーが出てる。
他にもいっぱいエラーが出ていて、なおかつ、重要度の高いものがある。
重要度の低いものは放置遊戯。
重要度がつけられない。
出資者、広告主など重要度が高いものはごく少数である場合、
それ以外のものに重要度をつけずらいことがあるかもしれない。
どうでもいいものに重要度をつけるのは苦痛かもしれない。
エラーを記録していない。
多すぎて、エラーを記録することが、エラーの原因となる場合はある。
綱渡り的な運用。インフラ屋は、人生の一度、二度は経験しているかも。
市場担当者
出資者、広告主しか目がいってない
市場担当者が、出資者、広告主しか目がいってないことがあるらしい。
自分の知り合いでそういう方はおみえにならない。
新しい市場に集中したい
現在の市場は、放置遊戯。
新しい市場の開拓に専念したいことはある。
現在の市場では黒字化が無理な場合に起こり得る。
専門家じゃない
市場担当になっても、専門家じゃなく、関係会社にも専門家がいない。
分析をしていけば、専門家にぶつかるはず。
分析していないと、専門家にぶつからないことがあるのかもしれない。
参考資料
インフラエンジニア になるには
Wireshark インフラエンジニアの玉手箱
インフラエンジニアがSREを学ぶ点
「何もしていないのに壊れた」インフラエンジニアの対応例
big data
データ技術の方向性
計算機・ソフトウェアが思うように動かなかった時にするとよい１０箇条。仮説（180）
情報工学の専門家になるために読んで欲しい月刊「技術士」の記事435