「ほげエンジニア」の定義について #operationcasual

「ほげエンジニア」の定義についてOperation Engineers' Casual Talks

2012/12/14@tagomoris

12年12月14日金曜日


うまあああああああああああああああいいいいいいいいいいいいいいいい！！！！！！！！１！！！！！！


TAGOMORI Satoshi (@tagomoris)

NHN Japan Webサービス本部開発2室開発支援チームFluentd, Hadoop, ISUCON, Yabitz, Whada/Heda, 社内Proxy


言葉の定義を確認しよう


「インフラエンジニアです(キリッ」

↓「インフラエンジニア

として成長します(キリッ」


「インフラエンジニアです(キリッ」

↓「インフラエンジニア

として成長します(キリッ」

#DEFINE インフラ HTML

ちょ、おまWWW


コーダー

•「コードを書く人」(普通のプログラマ)

•(Excel通りに)「コードに落とすだけの人」

•「HTMLを書く人」


誤解の余地の少ない言葉を使おう


別の職種の人に理解される言葉を使おう

•「インフラ」=「コンピュータシステムの基盤部分」

•プログラマ(最大でもIT企業関係者)にしか通じない

•一般の人にとってITインフラはインフラではない

•通常「インフラ」とは社会基盤のこと

• ex: 電気水道ガス、交通、通信、銀行、Web(？)


言葉の原義と一般的な意味を大事にしよう


エンジニア(ENGINEER)

• "a person whose job is to design or build machines, engines or electrical equipment, or things such as roads, railways or bridges, using scientific principles" (Cambridge Dictionaries Online)

•機械や発動機、電気製品もしくは道路、鉄道、橋梁などを、科学的な原理原則のもとに設計・作成できる職種の人


1ST STEP12年12月14日金曜日

自分のことを

どう呼ぶかを大切にしよう


自分をどう呼ぶか

マネージャー



ハードウェアエンジニア



ネットワークエンジニア



UX/UIエンジニア



WEBアプリケーションエンジニア



スマートフォンアプリケーションエンジニア



組込エンジニア



サポートエンジニア



QAエンジニア



オペレーター



オペレーションエンジニア



運用エンジニア



インフラエンジニア



プログラマ



システムエンジニア



ソフトウェアエンジニア


自分を何と呼ぶか↓

「自分は何をする人か」という自意識に影響を与える


インフラ/ネットワーク/運用エンジニアだから

コード書かない職種だからしょうがないよねー


とか思ってない？


コード書くインフラエンジニア格好いい！なりたい！


とか思ってない？


まず自称を変えろコード書くなら

コード書きそうな職種にしてしまえ


世の中の人の自称を真似て自分の職種を決めるのは

やめろ


自分は何をどう解決する人なのか考えよう


2ND STEP12年12月14日金曜日

コンピュータシステム

スタックを意識しよう


あなたはどこをやる人？PC/smartphone browser iOS/Android App

web servers / application servers

application code

language runtime object stores RDBMS / KVS

OS

server, NIC, memory, HDD/SSD, ...

network, firewall, load balancing

authentication(policies), audit

logger / watchdogs / cron / ...

HTML/CSS, Javascript ...


分業は不可能だと思おう

• xxxxがなんかおかしい！なんだこれ？

• Apache, MySQL, Bind, OpenLDAP, ネットワーク, ...

• Linux kernel読む、RFC読む、パッチ当てて試す、パッチ書く、検証コードやベンチマークツールを書く、....

•都合よく途中から引き継いでくれる人なんかいない


分業は不可能だと思おう

•こんな便利ツールつくった！！！！ CLIだけ！

•誰かWebUI！ WebUIあれば便利なのがわかるから！

•便利なことが最初から分からないのに協力してくれる人とか、いるわけがない

•何かを改善したかったらひとまず自分で全部やれ


何でも相手にしろ泣き言は誰も聞いてくれない覚悟を決めろ


余談: ハードウェアの話

• HWの手配・設置・修理などなどは重要な問題

•そして(SWの問題と同レベルの)効率化は難しい

•セットアップ・ベンチマーク・最適配置などはロジックの、つまりソフトウェアの問題


プログラムを読めること書けること


ソフトウェアの力

•プログラマブルに物事を解決できる力

•ループ、並列実行、作業のテンプレート化

•一度動いたものは前提が変わらない限り動き続ける

•ループと並列実行で桁違いの効率化を達成できる


各種ツール/APIの登場

•色々な処理の記述のとっかかりが増えた

• AWSのコントロール、環境の準備、ログの処理方法

•本質は変わっていない(ソフトウェアで処理すべき問題)

•やれるようになった、ではなく

•簡単になったことで、手が出せそうな場所まで降りてきただけ


やることが多過ぎる……PC/smartphone browser iOS/Android App

web servers / application servers

application code

language runtime object stores RDBMS / KVS

OS

server, NIC, memory, HDD/SSD, ...

network, firewall, load balancing

authentication(policies), audit

logger / watchdogs / cron / ...

HTML/CSS, Javascript ...


敵は強大12年12月14日金曜日

プログラミングで最大限に武装しろ


コードを読めコードを書け問題はコードで解決しろ


ENJOY YOURSOFTWARE!

Thanks to crouton & @kbysmnr !12年12月14日金曜日

Documents

「ほげエンジニア」の定義について #operationcasual