エンジニア組織のマネージメントってやっぱりみんな気になるよね ～VP of Engineering meetup by CA #2～ | CyberAgent Developers Blog
エンジニア組織のマネージメントってやっぱりみんな気になるよね ～VP of Engineering meetup by CA #2～ こんにちは、アドテクスタジオ 業務推進室の伊藤 淳貴(@wildtiger0713)です。 前回、11月末に開催してご好評を頂いた「VP of Engineering meetup by CA」の第2回を1/29(月)に開催しました。 VP of Engineering Meetup by CA #2 https://cyberagent.connpass.com/event/76274/ 今回もVP of Engineering = エンジニア組織のマネージメント をテーマとし、チームマネージメントやアジャイル、スクラムといった開発手法の話よりも更に一歩俯瞰した視点からの組織作りにおける課題やノウハウ、失敗談などを、CAグループの各社で実際にエンジニア組織
日本のエンジニアの質について - ヨーロッパで働くIT土方社長のブログ
www.megamouth.info 「日本のエンジニアの実力はかなり低いと感じています。」 これに関してです。ブックマークのコメントだと気持ちが足りなかったので、結構グローバルにIT土方としてやってる自分の考えを書きたくなりました。 自分の所謂受託の会社をクロアチアという国で経営していますが、社員は今２０人位で、客は主にアメリカ、ヨーロッパー各国で、去年あたりから中東、アフリカの案件も増えてきました。まぁこれだけいろんな国とやり取りしてるってことは、億単位のデカイ案件とかじゃなくて、まぁスタートアップ的な会社とのやり取りが多いです。自分が日本人なので、日本向けの所謂オフショア開発としてスタートしたけど、辛すぎて日本との取引はもう受託はやっていないですね。製品販売は日本でもやっています。 で、日本のエンジニアに関して。客が主に中小企業なので客のエンジニアとか入っている別の会社のエンジニアと
「自らを実験台として新たなキャリアを切り拓け」 及川卓也氏のアラサーエンジニア進化論 - エンジニアtype | 転職type
急カーブを描いていた成長曲線が、いったん踊り場を迎える。そんな感覚を持つのが、ソフトウエアエンジニアとしてちょうど10年ほど経験を積んだ頃ではないだろうか。 がむしゃらに技術スキル向上を目指していればよかった時代が終わり、さてこれからのキャリアの方向性は？とふと立ち止まる節目。そこで迷いなくクリアに次のステップを思い描ける人は意外と少ない。なぜならしっくり来る選択肢が目の前に存在するケースが稀だからだ。 マイクロソフト、グーグル、Incrementsで活躍してきた及川卓也氏は、そんな悩めるアラサーエンジニアに３つのキャリアパスを提示する。及川氏が語る、エンジニアの仕事人生を切り拓くヒントとは？ 及川卓也氏 早稲田大学理工学部を卒業後、1988年、日本DECに入社し、営業サポート、ソフトウエア開発、研究開発などに従事。97年、マイクロソフトに転職し、Windows製品の開発統括に携わる。20
「シリコンバレーで働くエンジニアと考える、これからのキャリア」という授業をしました - その後のその後
オンライン動画学習サービスSchoo（スクー）で、「シリコンバレーで働くエンジニアと考える、これからのキャリア」と題した授業をさせていただきました。*1 シリコンバレーで働くエンジニアと考える、これからのキャリア 堤 修一 先生 - 無料動画学習｜Schoo（スクー） 撮影を生放送で行い、視聴者参加型で行う授業でした。もちろんキャリアに正解なんてないし、キャリア観も人によって千差万別なので、僕が何かを教える、というよりは、まずは僕の経験や考えを共有して、あとはコメント・質疑応答ベースでみんなで考えていきましょう、的なコンセプトです。 講義 最初に30分（ホントは20分の予定だったのですが🙇🏻）の講義パートがありました。 講義資料はこちら。*2 自己紹介（僕のキャリアの変遷をざっと説明） 僕のキャリア観（理想） その実現のために意識していること４つ という3段構成です。 以下に簡単に抜粋
実例に学ぶ動画配信サービスの負荷試験〜テストケース作成からツール選定、性能劣化への対応まで
実例に学ぶ動画配信サービスの負荷試験～テストケース作成からツール選定、性能劣化への対応まで ライブ動画ストリーミングプラットフォーム「SHOWROOM」で実施した負荷試験の内容とはどのようなものだったのでしょうか。DeNAのインフラ基盤を支えるエンジニア漢 祐介さんに、貴重なノウハウを徹底解説してもらいました！ サービスが業務に耐えうる処理性能を持っているかを検証するため、システムに対して擬似的に大量アクセスを発生させて反応を測定する「負荷試験」。サーバーの限界性能を見極め、安定稼働させるための指標や仕組みを作るために、なくてはならないものです。 では、多くの人が知るサービスは、どのような負荷試験を経てリリースされたのでしょうか。すでに運用段階にあるサービスの背後にある負荷試験のノウハウは、これから何らかのサービスをリリースしようとしているエンジニアにとって有用な情報です。 そこで今回は、
エンジニアとしてこの先生きのこるために
2019年度リクルート新人ブートキャンプ エンジニアコースの講義資料です
開発リーダーがエンジニアを面接する時、応募者に聞きたい7つのこと - paiza開発日誌
Photo by Steven Cooper 高村です。 paiza(ギノ)で開発チームのリーダーをしているのですが、最近はエンジニアの採用活動に携わることも増えてきました。 エンジニア向けの転職サービスを運営しているギノで エンジニアを採用する時は何を重視しているのか？ 採用する側のエンジニアは何を考えているのか？ ということって、興味ある人もいるかと思うので、書いてみたいと思います。 特にエンジニアを募集している企業の選考では、共通して見ている部分も多いかと思いますので、「これから転職したい！」というエンジニアの方にとって少しでも参考になればと思います。 （もちろん採用基準は会社によって異なるので、弊社特有な項目もあるとは思いますが…） ■自己紹介 ■エンジニアを採用選考する時に、エンジニアが見ているところ ◆paizaのスキルチェック問題における提出コード ◆経歴、自分のやってきたこ
30歳を過ぎたエンジニアがキャリアの閉塞感から脱する方法
MASAKI @breeze_masaki @curryevent 恐らくあなたはその会社の器ではないのである程度で見切りを付けるのが最適解かなと思います。 ある社長が言っていましたが、社員は社長以上になることはない。 社長を超えた時には会社を去っているとのこと。 能力を最大限活かせる会社を探してみては？ 2017-11-21 22:28:48 かとう🍛カレー人気店を紹介 @curryevent @chiyama はじめまして。ご丁寧なリプライをくださり、ありがとうございます。社外勉強会のLTなどで発表した経験はありますが、日常（職場）に戻ると夢から覚めたような虚しさがあります。次は、大規模なカンファレンスに登壇者で呼ばれるほど自分の技術領域の界隈で突き抜けた存在になる事を目指す所存です。 2017-11-21 23:04:49
エンジニアに必要なスキルは - まなめはうす
エンジニアにとって最も大切なことは、お腹が出ていないこと。 と、１５年前に私の見ていたサイト界隈で決着がついたのですが、エンジニアである私が必要だなと思うスキルって自分の中では時折変わっているので並べてみます。 可読性の高さ プログラムを書く仕事に就いたこともあって、一番大切なことは可読性の高さだと上司に面接で熱く語ったのは良い思い出です。技術屋でない上司はちんぷんかんぷんのようでしたが、バグを出さないためには、誰が見ても読みやすいコードを書くことによりバグも見つけやすくなるし、そこまで気遣いができればバグを残すことはなくなると思ってました。 この難しさは、自分にとって読みやすいというだけでなく、誰が見ても読みやすいということです。そのために、個性を取り除いていく作業を良くしたものです。 丁寧であること プログラムを書いたり、レビューをするようになったり、繰り返しているうちに次第に思うよう
プリセールスエンジニアこそ人類最強のエンジニア - Qiita
私はアプレッソで主にDataSpiderという製品のプリセールスエンジニアをやって10年になります。さすがにタイトルは煽りすぎだよと自分自身で思いますが、それでも普段の仕事の中でプリセールスって仕事は多種多様なスキルを求められる非常に奥深い役割だなと思うことがよくあります。 今回はその辺りを改めてまとめてみて、プリセールスエンジニアかっこいい！と思わせて、プリセールスエンジニアの地位向上を狙いたいと思います。 プリセールスエンジニアとは プリセールスエンジニアとはどのような役割のエンジニアでしょうか？ 素直に定義すると以下のようになるかと思います。 製品やサービスを導入する前の顧客に対して、製品やサービスの技術的な説明やアドバイス、また技術支援を行い意思決定を促進するエンジニア このような職種のエンジニアは外資系の企業によくいます。名前はそれぞれで以下のような名前を持っていることが多いです
SIer出身者を採用したい非SI経験＋採用責任者の叫び | F's Garage
先日、僕がメンターで参加させていただいている、デジハリのG’s Academyという起業家養成学校の企画で、SIerで働く人が、Web系企業に転職するためのお話をさせていただきましたので、加筆修正したスライドを公開します。 Web系と言っても、Webがコモディティ化し、社会の中で当たり前の存在になっていく中でなんだよそれって思う人もいるかもしれませんが、そうは言っても、まだまだ壁があるのも事実。その辺を整理した上で、カルチャーが違う世界にダイブするにはどうしたらいいか？ということを書いてみました。 ご興味がある方、全画面表示じゃないとちゃんと見えないかもしれないので、PCの全画面表示などでご覧いただくのをオススメいたします。 この資料を作っていて、BASEにおいても、SI出身者も採用できたらいいなと改めて思いました。 人材紹介会社からのSI出身の人を止めていたりしてたんですが、少し、選考方
早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分
「複雑さ」と「普遍性」とエンジニアのキャリアについて最近考えていること - Qiita
この記事は クラウドワークス Advent Calendar 2016 19日目の記事です。 昨年の、あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。に引き続き、エンジニアのキャリアについて書いてみます。 クラウドワークスにおけるエンジニアの3つのキャリア 当社では、エンジニアのキャリアを以下の3本の柱で考えています。 技術（アーキテクトやCTOを目指す） プロダクト（PO・PMを目指す） マネジメント（マネージャー・VP of Engineeringを目指す） 「技術」のキャリア 基本的に、多くのエンジニアはこのキャリアを望みます。エンジニアなので当たり前と言えば当たり前ですが。ただしその一方で、多くのエンジニアは、30歳前後でキャリアに悩む時期が訪れるように感じます。 一般的に、年齢が上がると「マネジメント」を求められるようになる、という環境のせいもあります。結婚（あるいは同
エンジニアが知っておいて損は無さそうなISOの標準規格たち - Qiita
「それ○○で標準化されているよ」って指摘されることほど、エンジニアにとっての屈辱は無いですよね。 ということで、世間知らずだと思われないためにも、手始めにISO縛りで有益そうな標準規格1をまとめてみました。 ちなみに、ISOとは…？ 国際標準化機構（International Organization for Standardization）は国際規格を策定する世界最大のボランタリーな開発組織で、国家間に共通な標準を提供することによって、世界の貿易を促進することに貢献している という組織だそうです。 (どう考えてもIOSと略すべきだと思うのですが、ISOになった理由は諸説2あるようです。) コード体系 ISO 639 (言語名コード) 例: 日本語 = ja, jpn 朝鮮語 = ko, kor 中国語 = zh, zho, chi, zho ドイツ = de, deu, ger, deu
エンジニア組織において元エンジニアの代表が心掛けていること - SideCI TechBlog
こんにちは。SideCIを運営しているアクトキャットの代表の角です。SideCIは日本発の数少ないCI系サービス、エンジニア向けサービスの1つであり、全員がエンジニア経歴の持ち主であるエンジニア組織で運営しています。 今回は、普段私が組織づくりにおいて心がけていることをご紹介します。 はじめに エンジニア兼代表という私の肩書きについて色々ご質問頂く機会があったので、いくつか回答してみます。 「元エンジニアだとコード書きたくならない？」 もちろん、なります。が、書けていません。書いていません。そして、それを心がけています。 直近1年間の私のGitHub上での草の生え具合は次のようになっています。 「コードを書かないって寂しくないですか？腕が鈍っていく感覚とかありますか？」 やっぱり、寂しいです。また、腕が鈍っていく感覚もあります。 ただ、これもまた、生き方の選択によるもので、書かないことが今
転職してから4年が経ちました - 科学と非科学の迷宮
といっても4月1日の話なのでもう一ヶ月以上も前になるのですが、色々と忙しくて後回しにしてました。 ブログで転職報告してから4年の間、どういう仕事をしてきたのか書いてないことに気づいたので、せっかくなのでちょっとまとめてみようと思います。 1年目(2011年) 「朝、ベッドから起きると、そこが職場になっていた」 この感覚は今でも忘れません。オフィスも同僚もいなかった私は、在宅勤務という形で Cloudera での仕事を始めました。1Kの小さいマンションに住んでいたため他の作業部屋がなく、自分のベッドの横の机がそのまま仕事場になりました。 サポートエンジニア(今は COE = カスタマー・オペレーション・エンジニアという名前になっている)として今の会社での仕事を始めたのですが、肩書き通りの仕事だけをしていればいいなんていうことは当然あるわけもなく、日本にいる唯一のエンジニアとして何でも仕事をこ
生産性を向上させるためには、日本人エンジニアに英語での会話力は必須だと思った - メソッド屋のブログ
私はマイクロソフトのインターナショナルチームで働いています。特に私は以前からUSのエンジニアの生産性の高さの秘密を学びたいと思っています。今回は同僚からの何気ない一言からの気づきをシェアしたいと思います。 David からの何気ない一言 私は無宗教で葬式の時は曹洞宗なのですが、以前から聖書には興味がありました。私の叔父はドイツ、アメリカに長年住んで仕事 をしていました。そんなガチに海外で生活していた彼が言っていました。 彼らの文化を理解したかったら聖書を読むのがいいよ 確かにイギリスにいた時もあらゆる場面で、日本に帰っても海外の映画を見ても様々な場面で、聖書の影響を感じます。 私は自分の仲間をより理解したいし、明るさ、生産性の高さ、芸術性などを本当に尊敬しているので、是非ともその考えを学んでみたいと思っていました。 私の尊敬する同僚の David もクリスチャンなので、彼にどの聖書を読んだ
正しい製品を作る / 製品を正しく作る - ninjinkun's diary
Inspired: 顧客の心を捉える製品の創り方を読み返していて、「第7章: プロダクトマネージャーを管理する」の一節 エンジニアリング部門というのは、基本的に、正しい製品を作ることではなく、製品を正しく作ることに専念することになっているからだ。 というところが引っかかったので、思うところを書いてみる。ちなみに「第5章: プロダクトマネジメントとエンジニアリング（実装）」にも「正しい製品を作るのか、それとも、製品を正しく作るのか」というタイトルの章がある。 エンジニアは製品を正しく作る エンジニアは製品をリリースする責任があるので、不確定要素を減らして正しいスケジュールでリリースすることにモチベーションがある。このために、開発が進むほどにエンジニアは保守的になっていく。企画段階では和気藹々とブレストしてアイデアを出していても、最後のリリース前にはしぶい顔で実装を拒んだりする。 エンジニアと
調整の心得 - クックパッド開発者ブログ
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
焼きそば - hiroki-uemuraのブログ
