テクノブレーン株式会社
採用は、 「プロ」に任せる時代。 少子化、DX人財の希少化、グローバル化と、 採用環境が激変しつづける時代において、 1社の人事部での対応には限界があります。 その採用、「プロ」に任せてみませんか。 30年にわたるエンジニア専門の採用集団、 テクノブレーンが必ずお力になります。 Servicefor Recruiter採用担当者の方へ 難しい採用、業務過多の採用を、 「プロ」に相談したい。 テクノブレーンは、実績豊富なエンジニア専門のヘッドハンティングと、 一般的な募集採用のRPO（採用プロセスアウトソーシング）という2つのサービスで、プロとして貴社の採用支援に取り組みます。 View more Servicefor Business Personビジネスパーソンの方へ これからのキャリアを 「プロ」に相談したい。 テクノブレーンは30年にわたって、 日本の技術者、エンジニアに対して、「プ
エンジニアアルバイト氏受け入れテクニック - hitode909の日記
いま社員エンジニアが何人かに加えてエンジニアアルバイト2人、くらいのチームで働いていて、その中でアルバイト氏のメンターもやっている。 前のチームでも何年かアルバイトの面倒を見たり、何回かインターンのメンターをやったりしていた。 手癖でいろんなことをやってしまっていて、属人性が高まってしまっていると感じたので、どんなことをやっているか書いておく。 1日に何回か口頭で会話する 実装ができててから方針がまずかった、となると時間がもったいない 方針書いたくらいでレビュー依頼に出してね、とお願いしてもやってもらうの難しいので、こちらから聞きに行くほうがうまくいきやすい レビュー依頼になったらすぐに見る 社員は明日も要るけど、アルバイト氏は週に数回しか来ないので、その日帰るまでにレビュー完了して打ち返しもしてもらえるように動けると良い レビュー依頼になってなくてもPull Request見に行く 方針
Engineering Managerをエンジニアのマネージャーとするのはやめませんか？ - Unknown Error
この記事はEngineering Manager Advent Calendar 2018の9日目の記事です。 vol.2もあるので、是非こちらも見てください。 私は常日頃、Engineering Manager(EM)がいない問題について危機感を覚えている。 これはEMという役割が正しく認知されておらず、魅力が伝わっていないことが根本の原因にあると考えている。*1 だから、EMの魅力を伝えるPodcast EM.FMを広木さんと始めた。*2 このPodcastでは、EMが何を考えているのか、EMも人間だから悩みながらやっていること、EMが何に喜びを感じるのか、などを語っている。メインパーソナリティは広木さんと私だが、Quipper EMの大庭さん(id:ohbarye)、元Googleの及川さん(id:takoratta)、VOYAGE GROUP CTOの小賀さんにもゲストとして過去に
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
エンジニアリング・マネージャの技術との関わりかた、あるいは折り合いのつけかた - Qiita
(この記事は Livesense - 関 Advent Calendar 2017 掲載のために書かれています) 2017年の春からリブセンスのエンジニア組織改善に関わり、同年夏頃からエンジニア職能の全社リーダを任されることになった能登と申します。社内的には Livesense Engineer Leader という名前の役割なのですが、実質 VP of Engineering の仕事をしており、社内にエンジニアリング・マネージャを増やすことも重要な「おしごと」になっています。 エンジニアリング・マネージャは、主にエンジニアの評価・育成・メンタリングや組織面の問題解決を行う役割ですが、正直言って目指そうとする人は少ないです。エンジニアになろうとする人は技術が大好きか、人とのコミュニケーションをわずらわしいと思うことが多いので、自然なことだと思います。自分も昔はそういう人間でしたし、いまだに
「元グーグル」という肩書はいつか外したい――及川卓也さんが考える、日本の「残念なIT」からの脱出法 | HRナビ by リクルート
DEC（デジタル・イクイップメント・コーポレーション）・マイクロソフト・グーグルと、時代を築いた外資系IT企業を渡り歩いた及川卓也さん。マイクロソフトではWindows NT、グーグル時代にはGoogle日本語入力やChrome OSなどのプロダクトに、エンジニアリングマネージャーとして携わっている。 今年5月にプログラマー向けの技術情報共有サービス「Qiita（キータ）」を運営するインクリメンツを経て、今年6月に独立。現在は、国内人材紹介大手のクライス＆カンパニーの顧問に就任し、CTO・IT技術人材の採用支援や組織変革活動に力を入れている。そんな及川さんに、「日本のITをどう見ているのか」という観点から話をお聞きした。 日本のIT産業はどこが残念なのか？ ――組織変革やIT活用という面で、しばしば「残念」と評価されてしまうこともある日本のIT産業ですが、いわゆる外資大手IT企業での経験を
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
プロダクトマネージャーの3分類 - Yamotty Blog
rebuild.fm 今回はTaro Minowa (@higepon)さんの回について。 higeponさんについてはこちら。 Software Engineer@Twitter. OSS projects: Mona (OS from scratch), Mosh (Fast Scheme Interpreter), Mio (KVS). (Twitterからプロフィール転載) この回は内容が大きく2つから構成されている。 エンジニアにとってのTech Leadというキャリアパスについて プロダクトマネージャーの分類と難しさについて 本題として扱いたいのは2についてなのだが、1のTech Leadという役割、キャリアパスが新鮮かつエンジニアの組織を考える上でとても有用だったので、簡単に触れたいなと思います。 なおTech Leadに関する @higapon さんの考察サマリはご自身がブ
DeNAの採用担当者が技術イベントでエンジニア相手にやらかしたらしい
参加したエンジニアたちで噂になっていたので YAPCのスポンサーセッションほんとうにひどかったらしいので見たい— kama2vern (@kama2vern) 2017年7月4日 調べてみたのと、参加した人からの伝聞なので、らしいというのを省く。 YAPC福岡というイベントがあり、DeNAはスポンサーでありイベントの実行委員長もDeNAの人だった。 イベント後半でスポンサーセッションの時間があり、LINEなど他のスポンサーが話した。 スポンサーとしては最後のトークでDeNAの採用担当者が「エンジニアに憧れるばかりにやってしまったこと」 といったテーマで面白おかしく採用担当者なりにエンジニアへの愛を語るはずだった。 その内容がこちら 自分は開発に関わっていない部屋でLGTMを連発 障害対応を行っているシリアスな場面で、一般的トラブル原因と言われるものを適当に連呼 発表の資料に出てくるエンジニ
リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ
「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ
Ruby書いたことないけどRuby書いた人の講演に行った - みたぬメモ
【まつもとゆきひろ氏 特別講演】若手エンジニアの生存戦略 - connpassに参加してきました。若手エンジニアないしはエンジニアを目指す学生向けに、生存戦略を説く主旨の講演でした。まつもとゆきひろ氏とは、プログラミング言語・Rubyを作った人です。 全体的な内容はこちらのブログで非常にコンパクトに紹介されているのでご参照ください。 zuckey17.hatenablog.com 私のブログではまつもとゆきひろ氏もといMatz氏が語ったことを前半に紹介しつつ、後半に主観感想もまとめたいと思います。 ■生き残るには？ -死ななければいい。 「エンジニアの生存戦略、つまり生き残るには？」 その問いに「単純ながら、死ななければいい。」という皮切りでスタートした。 じゃあこの"死なない"ためにはどうするか。 そもそも生き残るとはどのような戦略を取ればいいのか？ Matz氏は「背景や環境など当然違う
社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
伝説のプログラマーが説く「時間通りに絶対終わらせる」仕事の進め方 - リクナビNEXTジャーナル
長時間労働が大きな社会問題となっている昨今。「ノー残業デー」や「プレミアムフライデー」など、長時間労働を是正するような取り組みが一部の企業で行われています。けれど「そうは言っても、なかなか早く帰れない」「そもそも仕事が終わらない」と悩んでいるビジネスパーソンも多いのではないでしょうか。 Windows95の生みの親のひとりであり、「右クリック」「ドラッグ&ドロップ」を現在のような形に設計したというソフトウェアエンジニアの中島聡さんは、著書『なぜ、あなたの仕事は終わらないのか』（文響社）が10万部を超えるベストセラーとなっています。著書では「ロケットスタート時間術」を公開している中島さんに、「どんな要因があっても絶対に早く仕事を終わらせる」仕事の進め方を伺います。 中島聡さん UIEvolution Founder / neu.Pen CEO 1960年、北海道生まれ。高校在学中からアスキー
事業を推進するために必要なエンジニアスキル - LIVESENSE ENGINEER BLOG
こんにちは、新卒２年目エンジニアの片岡です。 正社員転職メディア『ジョブセンスリンク』の開発を行っています。 http://job.j-sen.jpjob.j-sen.jp リブセンスには職種の『越境』文化が根付いています。 セールスに必要なデータは営業担当者が自らSQLを書いて用意します。 エンジニアがディレクター的な働きをして機能設計に深く関わることはリブセンスにおいて自然です。 このような環境下で、私は『開発者の立場から事業を推進する』という指針を持って他職種の方たちと協働しながら開発を行ってきました。 『事業を推進するエンジニアに求められるスキル・姿勢とは？』という自らに課した問いに対して、新卒としてリブセンスで２年間を過ごした経験からたどり着いた自分なりの答えを共有させていただきます。 事業を推進するエンジニアに求められるスキル・姿勢とは 1.危機感を持って技術を学び続ける 入社
田舎つらすぎるエンジニア - Adventure
− はじめに − 就職して一年目。 久々に愛媛の実家に帰ってみて「よくここからエンジニアになれたな…」と思った話。 地方と関東のIT格差ほんと半端じゃない。 − インターネットも東京も遠い − まずインターネットが遠い。 果てしなく遠い。 ブラジルから冥王星くらい遠い。 1時間安定してインターネットに接続し続けるだけでも、田舎では修羅の道だ。 年末年始にバズったフォロワーのところてん氏のツイート 上京してしまった息子に帰省してもらいたい、親の皆さま。 実家にちゃんと回線を引きましょう。 ネットワークという基本的人権が保障されない場所に行きたい人はいません。 ましてや、このような通信速度の回線は人権侵害なので、そのような場所に帰省する人はいません。 （もう東京帰りたい） pic.twitter.com/sbJDiXKXM6— ところてん (@tokoroten) 2016年12月30日 本当
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CS 007: Personal Finance for Engineers
第11回転職ドラフトに企業側として参加しました - ayato-p
さびれた勉強会を復活させる 文化のリファクタリング // Speaker Deck
技術的負債と向き合う
