「ほげエンジニア」の定義について #operationcasual
•
49 likes•5,255 views
Report
Share
「ほげエンジニア」の定義について #operationcasual
- 1. 「ほげエンジニア」 の定義について Operation Engineers' Casual Talks 2012/12/14 @tagomoris 12年12月14日金曜日
- 2. 12年12月14日金曜日
- 3. うまああああああ ああああああああ あいいいいいいい いいいいいいいい い！！！！！！！ ！１！！！！！！ 12年12月14日金曜日
- 4. TAGOMORI Satoshi (@tagomoris) NHN Japan Webサービス本部 開発2室 開発支援チーム Fluentd, Hadoop, ISUCON, Yabitz, Whada/Heda, 社内Proxy 12年12月14日金曜日
- 5. 言葉の定義を 確認しよう 12年12月14日金曜日
- 6. 「インフラエンジニア です(キリッ」 ↓ 「インフラエンジニア として 成長します(キリッ」 12年12月14日金曜日
- 7. #DEFINE インフラ HTML ちょ、おまWWW 「インフラエンジニア です(キリッ」 12年12月14日金曜日 ↓
- 8. コーダー • 「コードを書く人」(普通のプログラマ) • (Excel通りに)「コードに落とすだけの人」 • 「HTMLを書く人」 12年12月14日金曜日
- 9. 誤解の 余地の 少ない 言葉を使おう 12年12月14日金曜日
- 10. 別の職種の人に 理解される言葉を使おう • 「インフラ」=「コンピュータシステムの基盤部分」 • プログラマ(最大でもIT企業関係者)にしか通じない • 一般の人にとってITインフラはインフラではない • 通常「インフラ」とは社会基盤のこと • ex: 電気水道ガス、交通、通信、銀行、Web(？) 12年12月14日金曜日
- 11. 言葉の原義と 一般的な 意味を 大事にしよう 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日金曜日
- 15. 自分をどう呼ぶか マネージャー 12年12月14日金曜日
- 16. 自分をどう呼ぶか ハードウェアエンジニア 12年12月14日金曜日
- 17. 自分をどう呼ぶか ネットワークエンジニア 12年12月14日金曜日
- 18. 自分をどう呼ぶか UX/UIエンジニア 12年12月14日金曜日
- 19. 自分をどう呼ぶか WEBアプリケーション エンジニア 12年12月14日金曜日
- 20. 自分をどう呼ぶか スマートフォン アプリケーションエンジニア 12年12月14日金曜日
- 21. 自分をどう呼ぶか 組込エンジニア 12年12月14日金曜日
- 22. 自分をどう呼ぶか サポートエンジニア 12年12月14日金曜日
- 23. 自分をどう呼ぶか QAエンジニア 12年12月14日金曜日
- 24. 自分をどう呼ぶか オペレーター 12年12月14日金曜日
- 25. 自分をどう呼ぶか オペレーションエンジニア 12年12月14日金曜日
- 26. 自分をどう呼ぶか 運用エンジニア 12年12月14日金曜日
- 27. 自分をどう呼ぶか インフラエンジニア 12年12月14日金曜日
- 28. 自分をどう呼ぶか プログラマ 12年12月14日金曜日
- 29. 自分をどう呼ぶか システムエンジニア 12年12月14日金曜日
- 30. 自分をどう呼ぶか ソフトウェアエンジニア 12年12月14日金曜日
- 31. 自分を何と呼ぶか ↓ 「自分は何をする人か」 という自意識に 影響を与える 12年12月14日金曜日
- 32. インフラ/ネットワーク/運用 エンジニアだから コード書かない職種だから しょうがないよねー 12年12月14日金曜日
- 34. コード書く インフラエンジニア 格好いい！ なりたい！ 12年12月14日金曜日
- 36. まず自称を変えろ コード書くなら コード書きそうな職種に してしまえ 12年12月14日金曜日
- 37. 世の中の人の自称を真似て 自分の職種を決めるのは やめろ 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日金曜日