https://fullswing.dena.com/archives/2638
「コードまで見てユーザーへのレスポンスを2倍早くする」
開発エンジニアが書いたコードを読んで、こうしたほうがいいって提案しているインフラエンジニアがいるのはDeNAくらいなんじゃないでしょうか?
https://speakerdeck.com/nwiizo/learn-golang-for-infrastructure-engineer?slide=50
●問題が発生した場面にどこまで本質に近い情報にアクセスできるか
1. 日本語のトラブルシューティングページ及びissue
2. 英語のトラブルシューティングページ及びissue
3. ソースコードのコメント
4. ソースコードのソースコード及びロジック
●そういった問題が発生した時にどこまで対応できるのか?
1. 仮説を基にトラブルシューティングーページの再現レベル
2. 開発者に質問して一緒に解決できるレベル
3. 問題のあるソースコードを修正できるレベル
●※より高いレベルで仕事してたほうが給料が高い。
http://mizzy.org/blog/2012/02/29/1/
インフラの人も開発力を持つべき
OSSを仕事でバリバリ使っているのであれば、ソースは読んで当たり前だし、不具合があったら直して、開発元にパッチを送る、ということは当たり前の行為です。
むしろ、こういったことをやらないのがおかしいぐらいです。
一度もこういったことをしたことがない、考えたこともない、という技術者は考えを改めるべきですし、
今までしたことがある人は、更に意識してやるようにしてください。自分も意識して積極的にやるようにします。
技術者や技術はオープンであるべき
「ギブ&テイク」の通り、オープンにすることによって得られるものは非常に多く、また、技術者にとっては何事にも代え難い財産になります。
インフラエンジニア内ではどの言語で書いても良いのですがpythonがデファクトになりつつある
2013年05月09日(木)
http://ameblo.jp/principia-ca/entry-11514557323.html
一般向けサイト
ITエンジニア向けサイト
英語サイト
Portfolio
Copyright (c) 2024 エンジニアがポートフォリオを作るということ All Rights Reserved.