Contenu connexe Similaire à 「ほげエンジニア」の定義について #operationcasual Similaire à 「ほげエンジニア」の定義について #operationcasual (20) Plus de SATOSHI TAGOMORI (20) 「ほげエンジニア」の定義について #operationcasual1. 「ほげエンジニア」
の定義について
Operation Engineers' Casual Talks
2012/12/14
@tagomoris
12年12月14日金曜日
6. 「インフラエンジニア
です(キリッ」
↓
「インフラエンジニア
として
成長します(キリッ」
12年12月14日金曜日
8. コーダー
• 「コードを書く人」(普通のプログラマ)
• (Excel通りに)「コードに落とすだけの人」
• 「HTMLを書く人」
12年12月14日金曜日
10. 別の職種の人に
理解される言葉を使おう
• 「インフラ」=「コンピュータシステムの基盤部分」
• プログラマ(最大でもIT企業関係者)にしか通じない
• 一般の人にとってITインフラはインフラではない
• 通常「インフラ」とは社会基盤のこと
• ex: 電気水道ガス、交通、通信、銀行、Web(?)
12年12月14日金曜日
12. エンジニア(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)
• 機械や発動機、電気製品もしくは道路、鉄道、橋梁な
どを、科学的な原理原則のもとに設計・作成できる職
種の人
12年12月14日金曜日
14. 自分のことを
どう呼ぶかを
大切にしよう
12年12月14日金曜日
19. 自分をどう呼ぶか
WEBアプリケーション
エンジニア
12年12月14日金曜日
20. 自分をどう呼ぶか
スマートフォン
アプリケーションエンジニア
12年12月14日金曜日
31. 自分を何と呼ぶか
↓
「自分は何をする人か」
という自意識に
影響を与える
12年12月14日金曜日
34. コード書く
インフラエンジニア
格好いい! なりたい!
12年12月14日金曜日
36. まず自称を変えろ
コード書くなら
コード書きそうな職種に
してしまえ
12年12月14日金曜日
38. 自分は何を
どう解決する
人なのか
考えよう
12年12月14日金曜日
40. コンピュータ
システム
スタックを
意識しよう
12年12月14日金曜日
41. あなたはどこをやる人?
PC/smartphone browser iOS/Android App
HTML/CSS, Javascript ...
web servers / application servers
application code
language runtime object stores RDBMS / KVS
logger / watchdogs / cron / ...
OS
server, NIC, memory, HDD/SSD, ...
network, firewall, load balancing
authentication(policies), audit
12年12月14日金曜日
42. 分業は不可能だと思おう
• xxxxがなんかおかしい! なんだこれ?
• Apache, MySQL, Bind, OpenLDAP, ネットワーク, ...
• Linux kernel読む、RFC読む、パッチ当てて試す、パッチ
書く、検証コードやベンチマークツールを書く、....
• 都合よく途中から引き継いでくれる人なんかいない
12年12月14日金曜日
43. 分業は不可能だと思おう
• こんな便利ツールつくった!!!! CLIだけ!
• 誰かWebUI! WebUIあれば便利なのがわかるから!
• 便利なことが最初から分からないのに協力してくれる
人とか、いるわけがない
• 何かを改善したかったらひとまず自分で全部やれ
12年12月14日金曜日
44. 何でも相手にしろ
泣き言は誰も
聞いてくれない
覚悟を決めろ
12年12月14日金曜日
45. 余談: ハードウェアの話
• HWの手配・設置・修理などなどは重要な問題
• そして(SWの問題と同レベルの)効率化は難しい
• セットアップ・ベンチマーク・最適配置などはロジッ
クの、つまりソフトウェアの問題
12年12月14日金曜日
46. プログラムを
読めること
書けること
12年12月14日金曜日
47. ソフトウェアの力
• プログラマブルに物事を解決できる力
• ループ、並列実行、作業のテンプレート化
• 一度動いたものは前提が変わらない限り動き続ける
• ループと並列実行で桁違いの効率化を達成できる
12年12月14日金曜日
48. 各種ツール/APIの登場
• 色々な処理の記述のとっかかりが増えた
• AWSのコントロール、環境の準備、ログの処理方法
• 本質は変わっていない(ソフトウェアで処理すべき問題)
• やれるようになった、ではなく
• 簡単になったことで、手が出せそうな場所まで降り
てきただけ
12年12月14日金曜日
49. やることが多過ぎる……
PC/smartphone browser iOS/Android App
HTML/CSS, Javascript ...
web servers / application servers
application code
language runtime object stores RDBMS / KVS
logger / watchdogs / cron / ...
OS
server, NIC, memory, HDD/SSD, ...
network, firewall, load balancing
authentication(policies), audit
12年12月14日金曜日
52. コードを読め
コードを書け
問題はコードで
解決しろ
12年12月14日金曜日
53. ENJOY YOUR
SOFTWARE!
Thanks to crouton & @kbysmnr !
12年12月14日金曜日