インフラエンジニア鬼十訓 | NHN テコラス Tech Blog | AWS、機械学習、IoTなどの技術ブログ
こんにちは、テコラス株式会社技術研究所の伊勢です。この度、テコラス：：データホテルテックブログが開設されたようでして、「最初のエントリは最年長技術者が書くべきじゃねーか？」というデジコアディレクター松本氏からの脅迫に近いお達しにより、一発目のエントリを書くことになりました。とはいえ、最近あまり仕事もしておりませんし、旬な技術や実装ネタも無いため、どーしよーっかなー？と考えていましたら、技術評論社Software Design誌編集長の(心やさしい）池本さんから、過去に寄稿した記事を転載してもイイヨ！というありがたいお言葉を頂きましたので、それを元に書きたいと思います。 本エントリは昨年12月4日に技術評論社から発売されたSoftware Design別冊シリーズ「インフラエンジニア教本」に寄稿させて頂いた「インフラエンジニア鬼十訓」を転載したものです。この鬼十訓は私の経験知見だけではなく、
エンジニアが起業に向いてない、たった１つの理由 | F's Garage
昨日、Spinoutという主に大企業に勤める方に起業を勧めるイベントでしゃべってきました。主催はANRI、Skyland Venturesという若手VCの人たち。 題材は、「１００万人に使われるサービスの作り方 第一歩」というタイトルです。現在、僕が思っている「これからのネットはこうなったらいいなぁ」という考え方の元、ShopCard.meというアプリのコンセプトで考えた裏話的なことをベースに、起業アイディアに繋がるようなお話をし、じゃぁ実際にどうやっていく？！というのをお話させていただきました。 割と雑多な話になってしまってはいるのですが、資料を置いておきます。ただ、その場で話を聞かないと、過剰に伝わるというか、真意が伝わらない可能性があって、そこだけちょっと心配ではあります。またどこかでお話する機会がありましたら、その時にまたお話しますね。 今回、タイトルに書いた「エンジニアが起業に向
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
エンジニアなら知っておきたい「仮想マシン」のしくみ v1.1 (hbstudy 17)
1. Copyright(C) Software Research Associates, Inc. All Rights Reserved. エンジニアなら知っておきたい 「仮想マシン」のしくみ v1.1a hbstudy #17 (2010/11/26 ハロー会議室＠新宿) ネットワークシステムサービス本部 ネットワーク運用・構築部 長谷川 猛 (hasegaw at sra.co.jp) Twitter : @hasegaw ※本資料中の解説内容は、弊社としての 統一的な見解を示すものではありません。 2. 2 自己紹介 所属所属 興味分野興味分野 株式会社SRA ネットワークシステムサービス本部 ネットワーク運用・構築部 現在は提案支援業務に携わる 特にLinux や仮想化技術を得意とする、 雑食系システムエンジニア 主な著書主な著書 『Xen 徹底入門』 初版、第二版（2007、
『SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道-』に参加してきた #devlove - Diary of absj31
SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川本社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに本編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。
VentureCafe_第2回：SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
1. これからのエンジニアリングを考える Vol.2 これだけは知っておきたい SI業界のよもやま話 ゆもと みちたか (@gothedistance/ござ先輩) 2012/03/10 @ Oracle Aoyama Center Building 2. 超簡単なSI業界構造 上流工程と下流工程が分断されていることを是非覚えておいて下さい！ 開発プロセス SIピラミッド よくわかる解説 要件定義 • BIG5(7だったかも)と呼ば BIG5 れるIBM,NTT,日立,NEC, 富士通グループが大きな 外部設計 市場シェアを持つ • 大人の事情によりシステ 内部設計 中堅 ム屋がシステム屋にエン ジニアを派遣する形態が 横行している。 実装 • 左記の赤線のライン(要件 中小/零細 と実装)のあいだに大きな テスト 壁があります。 この工程の分断がSIオワコン節の元凶です。それを説明し
「ITエンジニア生き残りの条件」について思ったこと - GoTheDistance
日経○○あたりに載りそうなキャリア関係の記事が技術系雑誌のSoftware Design誌にあったので、興味を惹かれて購入しました。 Software Design (ソフトウェア デザイン) 2010年 12月号 [雑誌] 出版社/メーカー: 技術評論社発売日: 2010/11/18メディア: 雑誌購入: 4人 クリック: 80回この商品を含むブログ (15件) を見る 特集記事の「ITエンジニア生き残りの条件」についてちょっと思う所あったので、僕も書いてみます。 ちなみに、僕は雑誌媒体で「SIゼネコン」とハッキリ書かれているのは初めて見ました。これが日経ビジネスに飛び火すればもっと反響がありそうで面白いのに。 特集記事の前半は現状整理。「リーマンショック以降下請けに流せる仕事が無くなった」 & 「クラウドの台頭で今までの価格帯が通用しなくなった」のダブルパンチを受けて、赤壁の合戦の連鎖
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT・Webエンジニア向けのコラボレーションツール codebreak;(コードブレイク)
和製GitHub「ギットブレイク」公開、プライベートリポジトリが無料・無制限