2016年9月17日伊東山喜旅館での情報科学若手の会2016において発表に使用した資料です。発表中のつぶやきはこちら→ http://togetter.com/li/1026676
![エンジニアが採用できない会社 と 評価されないエンジニア - 情科若会2016公開用](https://cdn-ak-scissors.b.st-hatena.com/image/square/5a980e8df096febf8f3cdf4d0d72d725ea53f70c/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F2016-160920061351-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
2016年9月17日伊東山喜旅館での情報科学若手の会2016において発表に使用した資料です。発表中のつぶやきはこちら→ http://togetter.com/li/1026676
週末の午前中、カフェでアイスコーヒーを飲みながらふとポエムでも書いてみようかと思い立ってしまったので、ちょっと前からよく考えていることを書く。本当に思いつきで書くので乱文になる可能性が高いけどご容赦いただきたい。そもそもブログを書くこと自体が相当久しぶりだ。 僕ももう 30 をすぎて、プログラマの世界ではさすがにもう若手とは呼べなくなり、教育っていうのはおこがましいけど、まあ自分より若い人たちの指導みたいなことをやらないといけない立場になってきたからこそ、「いいプログラマとはどういう人なんだろう。この人たちはどういうことを学べたら幸せだろう。」ということをよく考えるようになった。そういう話をする。 プログラマは手段のスペシャリストである 世の中には目的・手段論みたいな論調が存在する。 「それは手段だよね。目的をはき違えたらダメだよ。」という話はいたるところでよく耳にするんだけど、僕はこれを
皆さんはどのような方法で最新の技術や、コードのTipsを収集していますか? はてなブックマークやTwitter, GitHubなど様々あると思います。 私はテックブログを使った情報収集をしています。今回はエンジニアが見るべきおすすめのテックブログをいっきにご紹介します。 テックブログとは? ご存知の方も多いと思いますが、テックブログとはWEBサービスやゲーム等を提供している企業が、自社で使っている技術や開発手法を紹介するブログです。デベロッパーブログとも呼ばれます。 エンジニアが持ち回りで書くことが多いので、そこで働いている人のこともわかっちゃいます。 普段使っているサービスがどのような言語でできていて、どのようなフレームワークを使っているか、どんなツールを利用して開発しているのかが載っているのでとても刺激的な内容ばかりです。 転職、新卒の会社選びにも役立つ!? 転職する際に気になるどんな
id:stanaka です。はてなでは1月末と7月末に評価の時期を迎えます。毎回この時期になると評価プロセスや評価軸について議論になります。 はてなでのエンジニア評価として、コード品質などいくつかの項目がありますが、その中の一つとして「アウトプットする」ということを設定しています。 「アウトプットする」ということは直接的にはその本人と会社の社外におけるプレゼンスを向上させる、ということになりますが、それ以上の効果があると考えており、そのあたりの背景について社内向け文章を書いたのですが、せっかくですので社外にも公開します。 「アウトプットする」ことを期待する背景 はてなのエンジニアの評価基準として「アウトプットする」ということを軸の一つとしています。 アプトプットすることは、自身や会社の社外におけるプレゼンス向上だけではない価値があると考えています。 アウトプットすることで各エンジニアがより
こんにちは、id:onishiです。今日もはてなの技術部の取り組みを紹介します。今回のネタは「エンジニア実績システム」です!ちなみに前回は「毎週勉強会」を紹介しました。 エンジニア実績システム はてな技術部では、ブログの公開やOSS活動、イベント登壇など社外にプレゼンスを発揮する活動を推奨するための取り組みを行っています。今回紹介する「エンジニア実績システム」もその一つです。 実績とは何ですか? 実績とは、特定の行動をゲームで達成したことに対するリワードです。 Xbox One の実績とチャレンジ 「実績」とはXbox 360, Xbox One に搭載されている同名のシステムを意識しています。Xboxのそれがゲーム内の進行状況や難易度の高い行為によって報酬を獲得できるのと同じように、エンジニアの社外プレゼンス活動に対して実績を設定し、エンジニアスタッフ個々人の実績解除を推奨しています。
クラウド技術の進化や開発ツールの充実などを背景に、Webエンジニアに求められる開発知識は日々更新され、右肩上がりに高度化していっている。常に成長し続けることなしに、エンジニアが理想的なキャリアを描くことはできないと言っていいだろう。 そんな状況下、柔軟に知識と経験を増やしながら伸びていくエンジニアと、そうでないエンジニアとでは何が違うのか。弊誌姉妹サイト『@type』が主催する『エンジニア適職フェア』(東京ドームシティ)でこのほど、優秀なエンジニアを輩出することで名高いIT企業3社の開発トップを招き、「エンジニアが成長する職場の条件とは?」をテーマにトークセッションを開催した。 《登壇者》 ■クックパッド株式会社 執行役 最高技術責任者 舘野祐一氏 ■株式会社はてな 執行役員 サービス開発本部長 大西康裕氏 ■株式会社nanapi 取締役 執行役員 CTO 和田修一氏 エンジニア育成の取り
トップページ > ノウハウ > エンジニアとして錆びないために読む本 > クックパッド舘野祐一氏がマネジメントに目覚めた3冊とは?【連載:エンジニアとして錆びないために読む本】 業界内で名の通ったCTO(最高技術責任者)や、CTOに就任したばかりのエンジニアに、仕事に役立つ書籍や読書体験を紹介してもらうこの連載。第2回目の今回は、日本最大の料理レシピサイトを運営するクックパッドの執行役CTO・舘野祐一氏に登場してもらう。 国内外でのM&Aや海外進出を積極的に推し進め、成長への道を走り続けているクックパッド。その躍進を技術面から支える舘野氏が選んだのは、「襟を正してマネジメントに向き合うために読む3冊」だと言う。 これらの本を選んだ理由について、舘野氏に聞いていく。 技術部長就任を機に、経営やマネジメント本を読むように 20代は技術書をよく読んでいたという舘野氏が、経営やマネジメントに関する
グループを作れば、無料で誰でもイベントページが作成できます。情報発信や交流のためのイベントをTECH PLAY で公開してみませんか?
あなたは技術者採用の面接が苦手ですね。そう、あなたですよ。間違ったスキルを探し求め、適正の無い人たちを採用して、自分自身と会社に悪い影響を与えているのです。応募者リストを見直さなくとも、今までとは違う人材を採用し、会社の業績を上げ、あなた自身も仕事をもっと楽しめるようになりますよ。 いささか大胆な物言いだということは承知しています。仕事での経験を積み面接を担当するようになってから10年、大小の企業の様々な部署で、技術者を雇うための数多くの面接をしてきました。採用する人材が会社に及ぼす影響についても見てきました。完璧な採用を目指せというつもりはありません。私自身がこれまで何度もしてきたあらゆる失敗をあなたが犯さなくても済むよう、お伝えしたいのです。私がこれまで学んできたことは次のようなことです。 誤った判断基準 1. 応募者の現時点の知識に基づいて採用しない 面接で犯しがちな最初の間違いは、
クックパッドCTO 橋本健太さんへのインタビュー第2弾。『エンジニアはいかなる基準で評価されるべきか?』というテーマで、クックパッドが実践するエンジニアの評価項目を伺いながら、エンジニア個人個人のキャリアプラン、危機意識の持ち方に迫りました。 ▼クックパッドCTO 橋本健太さんへのインタビュー第1弾 エンジニアを成長させる、たった6つの指針。|クックパッド CTO 橋本健太に訊く![前編] エンジニアの評価軸を探る エンジニアはいかなる基準で評価されるべきなのだろうか? 高い技術スキルか、関わったプロジェクトの利益か、経験年数か、それとも…。 今回お話を伺ったのは、クックパッドでCTOを務める橋本健太さん。同社は数年前から、「エンジニアのあるべき姿」という6つの指針を社内で明文化し、社内60名のエンジニアに共有しているという。 また、この指針を基にエンジニア向けの評価制度を、他の職種の社員
『理想のエンジニア像』というテーマの基、クックパッドCTO 橋本健太さんにお話を伺った、インタビュー第1弾。現在、60人以上のエンジニアを抱えるクックパッドでは、数年前から「エンジニアのあるべき姿」を明文化して6つの指針を示してきたという。 クックパッドの考える、理想のエンジニア像とは? 日進月歩のスピードで進化し続けるWEB・IT業界。その成功の明暗を握っているのは、テクノロジーを駆使する“エンジニア”の存在であることは言うまでもない。 CAREER HACKはこれまでに、多くのCEO・CTOへ、「優秀なエンジニアとは?」という問いを投げかけてきた。 しかし、優秀なエンジニアと言っても、企業に属するか否か、企業の大小やステージによってその定義は様々。一概にエンジニアの優秀さを定義することは難しいのだ。 そこで今回は、「エンジニアのあるべき姿」というテーマにフォーカスを当ててみたいと思う。
私事ですが、7月末日をもって退職いたしましたので、ここにご報告いたします。 先ほど送別会から帰宅いたしました。 あんた誰? 「株式会社○○を退職しました」という記事を見る度に思うこと しがない WEB†DB エンジニアです。 (技評さんとは何の関係もありませんし、記事を書いたこともありません。毎号読んではいます) やめた会社 Web システム開発受託やホスティングをやっている従業員数3〜5人くらいの小さい会社です。 私が大学4年の3月に就活を始めて、なんとか内定をもらった2つの会社のうちの1つでした。 学んだこと Perl とか Java を使って WEB システムを作るにあたっての一通りの事は学べたと思います。(まだまだ至らぬ所が多いですが) 中でも SQL の扱いなどは割と慣れたもんで、生でゴリゴリ書いたり、ORM に書かせたり(書いてもらうのではなく)はつつがなく出来る感じになりまし
自分ところの新人向けこんなことをするといいよーとメモ書きしてたら結構な量になってきたのでブログに晒してみます。大きくインプットとアウトプットに分けて書いてます。 アウトプット インプットよりアウトプット大事!ということでアウトプットからいきます。 コードを書こう なにはともあれ。 Shut the fuck up and write some code ぐだぐだ言ってないでコード書けよ、ハゲ後ほど紹介する「Webサービスのつくり方 ~「新しい」を生み出すための33のエッセイ (Software Design plus)」に載っている言葉です。 まぁ、載っているというかプログラマー界隈で良く言われる言葉です。 仕事で書くだけだと足りないのでプライベートでもガシガシ書きましょう。そして晒しましょう。 別にアプリである必要もありません。僕はこんなの書いたりしてます。 Google Apps Sc
このところ海外(おもに米国)のスタートアップで、「full stack engineer」の求人広告を以前より多く見かけるようになりました。フルスタックエンジニア、つまりインフラからミドルウェア、モバイル、デザインまで、あるいは設計からプログラミング、デプロイまで、何でもこなせるエンジニアを募集している、ということのようです。 例えば、このPublickeyでも導入しているコメントシステムの開発元であるDisqusは現在、「Full-stack Web Engineer」を募集しています。 「What We're Looking For」の項目では、5年以上のエンジニア経験とチームリーダーの経験などを求めた上で、技術的には次のような要件を並べています。 Very experienced with web application deployment and software design
4月16日、一般社団法人新経済連盟主催、経済産業省後援「新経済サミット2013」が開催された。新経済サミット2013は、産業界および政官界へ意識改革を促すためのアクションとして始動したイベント。既存の仕組みにとらわれない海外の企業やサービス動向を基に、日本における環境整備や教育の在り方がディスカッションされた。 セッション1では、Androidの生みの親 アンディ・ルービン(Andy Rubin)氏、Twitter共同創業者 ジャック・ドーシー(Jack Dorsey)氏、Skypeで世界をつないだ ニクラス・ゼンストローム(Niklas Zennstrom)氏らがスピーカーとして登壇し、それぞれがイノベーションを起こすまでの歩みが語られた。 一方、セッション2では、海外のイノベーション事例と対比し「日本から破壊的なイノベーションを起こすには?」という観点からディスカッションが行われた。海
個人的な経験を書きますが、ぼくはエンジニア生活 10 数年で 5 社を転職して渡り歩いています。そして、その 5 社すべてでなにかしらの勉強会なり研修なりといったものをやってきました。 そして、それが仕事であろうとなんだろうと自分がエンジニアに研修なり説明会なりをするときは、自分がもらったものを返すつもりでやってきました。そのときそのときは当然所属している会社があるわけですが、その会社のため (だけ) にやったことは一度もありません。プロジェクトによって参加している人の立場も発注元だったり受託開発の常駐エンジニアだったり様々だったので、あくまで一人のエンジニア同士として自分が伝えられることをなるべく伝わるような言い方で伝えるということをやってきました。その中では所属会社へ都合の悪い話も出たりしますが、これは所属会社へのコミットメントとは別の話です (PHP 使ってる会社で PHP の悪い点
初出: Software Design 2009年4月号(2009年3月18日発売) 宮下 剛輔 サーバエンジニアの定義 本特集では、サーバエンジニアが開発力を持つことにより、どのような力を得ることができるのか、日々の業務にどのように役立てることができるのか、具体例とともに紹介します。 本題に入る前にまずはここでのサーバエンジニアの定義を明確にし、特集全体のコンセプトについて説明します。 クライアント/サーバ型のシステムを考える場合、サーバ側は大まかに以下のようなレイヤーに区分できます。 アプリケーションレイヤー ミドルウェアレイヤー OSレイヤー ネットワークレイヤー これらのレイヤーのうち、ミドルウェアレイヤーとOSレイヤーを主担当とするエンジニアを、本特集記事でのサーバエンジニアと定義し、対象読者と想定します。その中でも特に、オープンソースソフトウェア(OSS)をメインで扱うエンジニ
あけましておめでとうございます。21世紀が始まって干支が一巡してしまいました。「ITエンジニアは英語を学ぶべきか」という問いに、今さら「ノー」と答えるヒトは少数派でしょう。答えはもちろんイエスです。ただ、問題は「どの程度?」ということです。 程度問題なので、以下の2つは極論として却下しましょう。 英語なんてできなくてもコードで話せるから不要(不要論) 英語ができないと、もはや技術について行けない(終末論) 英語なんてできなくてもいいと開き直るのも1つの戦略です。誰もが認めるぐらいの技術力があるなら、それもいいでしょう。外国語は習得コストが高いので、「選択と集中」だと考えて、きっぱりと英語を諦めるのも1つの見識だと思います。「できない」と言ったって、実は通じる英語を書くぐらいはできたりするわけです。ただ、これを一般論として「英語なんてできなくてもエンジニアはコードで話せるから不要」というのは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く