最近よく聞く「DevRel」ってなに？ | 株式会社ユーティル
こんにちは。岩田です。 IT・WEB業界に飛び込んでみて、はや1年ちょっとが過ぎますが、最近「DevRel」という言葉をよく聞きます。 「DevRelって一体なんぞや？」と思ったので軽く調べてみました。今回はその共有です。 DevRelとは？ DevRelとは”Developer Relations”の略語のようです。リレーションズって？と思われるかもしれませんがこれは実は結構馴染みのある言葉で PR：Public Relations IR：Investor Relations という言葉はよく耳にしますね。 要はDeveloper（開発者）に向けて自社サービス等を知ってもらうためのマーケティング・広報活動を指す言葉ということみたいです。造語なんですかね。読み方は諸説あるみたいですが「デブレル」と読むのが一般的なようです。 DevRelが生まれた背景 なんでこういう「開発者に特化したマーケ
社内にエンジニア勉強会の文化が芽吹くまでの1年間の振り返りとノウハウ公開 - ぐるなびをちょっと良くするエンジニアブログ
こんにちは。開発部門HR（技術人事）を担当しているOKANO@奈良出身です。前回はぐるなびの新卒研修がどのようなものなのかを紹介しました。 今回はこの1年開発部門の中で開催してきた、ベテラン若手問わずに参加ができるエンジニア勉強会の取り組みについてお話したいと思います。 数ある職種の中でも、エンジニアは特に学び続けることが必要な職種のひとつだと僕は思います。毎日のように更新される技術ブログや新規技術の記事に目を通しているだけで時間が瞬く間に経過していきます。 個人が学んだことを組織内で共有し合える環境は、参加者同士で刺激を受けられて一人でもくもくと学ぶよりも自分の中への落とし込みも多いもの。 そんな組織的な学びの環境を作りたいなぁと思っている方の参考になるとうれしいです。 2017年3月〜2018年2月に開催した勉強会 ぐるなびの勉強会文化 ぐるなびで、勉強会はなぜ定着しなかったのか 勉強
Tech Lead（TL/テックリード）の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
Tech Lead（TL/テックリード）の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム（最大で10人以上）の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値（プロダクトゴール）を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責
6 年間の起業を終えて - IT戦記
スマートニュースの社員になりました 皆様、お久しぶりです！約 7 年振りにこのブログを書いています。 元気にしてましたか？僕は元気です。 実はこの 6 年間 id:mizzusano とカクテル株式会社という会社をやっておりまして、先日のプレスリリースにもあったようにこの度会社ごとスマートニュースにジョインすることになりました。 UUUM に遊びに（？）行ってはしゃぐ僕と id:mizzusano そこで今日は振り返りも兼ねて、以下の 3 点について、この 6 年間考えていたことを書いて見たいと思います。 事業アイデアより大切なこと 起業家が健康的に働く方法 プログラマーが起業するということ 少しでもこれから起業したい人のお役に立てればと思っております。 事業アイデアより大切なこと 6 年間の事業を振り返えると失敗の連続でした。その中で、事業そのもののアイデアより共に起業するメンバーが大切
子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには - エンジニアHub｜若手Webエンジニアのキャリアを考える！
子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには お父さんは出産を除くすべての子育てタスクを担当できるとして、エンジニア的なアプローチで育児に取り組む白山文彦（@fushiroyama）氏が、キャリア構築や技術的成長との両立について語ります。 こんにちは、白山（@fushiroyama）と申します。主にモバイルアプリ開発を生業としています。 4年前に第一子をリリースして地道な改善施策を重ねつつ、半年前にめでたく第二子もカットオーバーしました。以来、外ではソフトウェアエンジニアとして外貨を稼ぎつつ、家庭ではフルスタックお父さんとして、食事に風呂に寝かしつけに夜泣き対応にと奮闘しております。 その過程で「エンジニアでよかったなぁ！」と感じた点や「こういう考え方やアプローチはエンジニアならではかもしれない」と感じたことが少なからずあったので、ぜひ紹介したいと思
44 engineering management lessons
I now write regularly at www.spakhm.com. Everything new is there! Welcome to engineering management. It’s fun, it’s exhausting, it’s rewarding — but most importantly it’s new! What worked for you before won’t work now. You’ll have to acquire a new set of skills, and shed some bad habits in the process. Here is a short guide to get you started. Do Attract, nurture, coach, and retain talent. Talk to
エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
2018年4月25日にはてなさんのオフィスでプレゼンしたときの資料です。 ※このスライドは、2017年1月に公開した資料 ( https://speakerdeck.com/makoga/regional-scrum-gathering-tokyo-2017 ) に「社外評価者」の取り組みなどを追加した内容になってます。 ---- 2018/05/15追記 このスライドを公開後、下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 それを受けて、工夫していることを別ブログとして書きましたので、ぜひ読んでみてください。 適切な技術力評価をするために工夫していること https://note.mu/makoga/n/nfafc523957f3 ---- 2019年2月5日追記 スライドだ
初期スタートアップにおける社内文化の在るべき形とは - machio Development Diary
はじめに この記事は6人の小さなチームのマネジメントを3ヶ月齧っただけの僕が、それでも外部のメンターさん方に猛烈に相談に乗っていただいたりしながら 社内文化 について試行錯誤した道のりについて綴っています。拙文ですが温かく見守ってくださると幸いです。 背景 簡単に背景を共有させていただきたいと思います。 僕が3ヶ月間エンジニアのマネージャーを経験したこと 僕が所属している 株式会社Flatt のエンジニアチームは 12月まで 1月以降 実働人数 3人 2倍の6人に 社長の関わり方 手も動かしつつマネジメント 現場を離れて社長業に専念 （マネジメント層が不在） というように 2017年 => 2018年 という年の変わり目を境に大きく環境が変わりました。 そこで純エンジニアポジションでは1番の古株だった（それが理由かはわかりませんが）僕がエンジニアのマネージャーに抜擢され、この3ヶ月間 6人
エンジニア・投資家・サッカー選手という3つの顔を持つ男の『超戦略的生存戦略』 | SiliconValleyWorkers
本日のゲストは、ビッグデータの解析ソフトを提供する『Splunk』にてソフトウェアエンジニアを務める酒井潤さんです。 学生時代はサッカー学生日本代表としてU21の東アジア競技大会で金メダルを取得するほどの腕前を持っていたという酒井さんが、なぜエンジニアに転身し、ハワイで起業したのか。その裏に秘められたジーコ監督の教えとは何か。エンジニア・投資家・サッカー選手という3つの顔を併せ持つ男の『超戦略的生存戦略』に迫る！ ▼本記事の内容 ーーーーーーーーーーーーーーーーー ・アメリカで4番目に給与が高い会社「Splunk」 ・サッカー学生日本代表からエンジニアに転身 ・英語より大事な専門スキル ・流行りはIPOホッパー ・「投資・IT・サッカー」という3つの顔 ・メッセージ / ジーコ監督の教え ーーーーーーーーーーーーーーーーー 取材動画はこちら / Podcastはこちら 酒井 潤 (Jun
トップレベルのコンピュータエンジニアなら普段からチェックして当然の技術系メディアN選 - kuenishi's blog
〜〜が知っておくべきサイト20選とか、エンジニアなら今すぐフォローすべき有名人とか、いつも釣られてみにいくと全く興味なかったり拍子抜けしたりするわけだが、こういうのが並んでいたらあまりの格の違いに絶望してしまうだろうというものを適当に並べてみた。私が見ているわけではなくて、こうありたいと思っている私の願望である。どちらかというとインフラ系とか基盤系のものに偏っているが、あくまで私が興味ある一連の例だと思ってください。「これが入ってない！」というクレームは受け付けますので、是非教えてください。一緒に成層圏まで意識を高めましょう。 情報サイト、有名ブログ Software Engineering Radio : IEEEが主催しているソフトウェアエンジニア向けのPodCast。データベースからフロントエンド、暗号、ハードウェア、マイクロサービス、などなどとにかく多様なジャンルの最新のトピックの
SmartNewsのUSにおけるエンジニアリングについて - SmartNews Engineering Blog
こんにちは、スマートニュースの Naoki です。 スマートニュースの本社は渋谷にあるのですが、現在私はサンフランシスコにある US オフィスで勤務しています。 この記事では、日本オフィスと US オフィスのメンバーがどのように共同でエンジニアリングを行っているかについてお伝えしたいと思います。 JP・USオフィス間における情報共有について スマートニュースでは、日本、サンフランシスコ、ニューヨーク合わせると 100 名以上のスタッフが働いています。 「スマートニュースは多国籍企業である」というと若干大げさかもしれませんが、実のところ日本オフィスには中国、イギリス、アメリカ出身の社員がいますし、サンフランシスコオフィスにはアルゼンチン、イラン、フランス、台湾など世界各国出身の社員がいます（もちろん、アメリカ生まれの生粋のアメリカ人も多数います）。 日本の文化や日本語に興味を持ってくれるUS
日本人エンジニアの給料が上がらない理由 ファーウェイ本社の初任給83万円
中国ハイテク企業のエンジニアで年俸1000万円以下はいない 2017年の採用市場では、中国の通信機器大手ファーウェイ（華為技術）が日本で大卒エンジニアを「初任給40万円」で募集して話題を集めた。厚生労働省の調査によれば日本の大卒初任給の平均は約20万円（17年）。日本企業の場合、エンジニアであろうと事務職であろうと初任給は基本的には変わらない。日本企業の平均初任給の約2倍で募集をかけた「ファーウェイショック」に「優秀な人材が流れてしまうのではないか」と戦々恐々の日本企業に対して、ファーウェイ・ジャパンの広報は「優秀な人材を採るためのグローバルスタンダード」だとすまし顔だ。 ファーウェイはスマホやルーターなどの通信端末、通信機器メーカーであり、スマホの販売台数、シェアはアップル、サムソンに次ぐ世界第3位。創業者が赤軍にいた、という理由で中国共産党との関係が深い、との嫌疑からアメリカ市場からは
NewsPicks、プログラマコミュニティ「Qiita」と連携。高品質なエンジニア採用広告を両プラットフォームに同時展開できるように | ユーザベース
NewsPicks、プログラマコミュニティ「Qiita」と連携。 高品質なエンジニア採用広告を両プラットフォームに同時展開できるように 2018.02.13 ユーザベースグループである株式会社ニューズピックスは、ソーシャル経済ニュース「NewsPicks」において、株式会社エイチームのグループ会社であるIncrements株式会社が提供するプログラミングに特化した情報共有コミュニティ「Qiita」と連携し、両プラットフォームに対して採用広告を同時展開できる広告メニューを新しくスタートいたします。 現在、採用市場ではエンジニア採用の需要が加速しておりますが、エンジニア層のファンが多いQiitaと連携し、NewsPicksのブランドコンテンツ制作力を提供することで、エンジニア採用という企業課題をワンストップで解決できる取り組みを目指します。 NewsPicksでは、企業や製品のブランディングや
シリコンバレーに辿り着いたソフトウェアエンジニアが直面したキャリアの分岐点と、その選択で大事にした指針たち - GeekOutコラム
インターネットの上ではhmskと名乗っている者です。現在はアメリカはサンフランシスコにあるIndiegogoという会社で、同名のクラウドファンディングプラットフォームサービスに関するソフトウェア開発に従事しています。 Indiegogo: Crowdfund Innovations & Buy Unique Products 私が初めてアメリカを訪れたのは、2009年。大学4年生のときでした。その後、特に留学や出張の機会、海外志向があったわけでもなかったのですが、キャリアの分岐点で進む方角を何となく選んでいるうちに、今の場所に辿り着いていました。 サンフランシスコ、ひいてはシリコンバレーでのソフトウェア開発の仕事と聞くと、今ならとても高い給料や家賃が話題の中心になるかもしれません。初めて私が訪れた当時は、Apple、Google、Dropbox、GitHubといった会社が集まるこのエリアは
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
エンジニアの働き方とかについてのエモい記事 | κeenのHappy Hacκing Blog
κeenです。 非エンジニアのマネージャがエンジニアチームと上手くやる方法の記事に影響を受けてエンジニアとしての意見を書いてみようかなと。 非エンジニア向けのつもりです。 ここでいうエンジニアはソフトウェアエンジニアのことです。 Disclaimer ある程度客観的になるように気をつけてますがあくまで私個人の意見です。エンジニアを代表するようなものではありません。 κeenはまだエンジニア3年目くらいの若造なのて「それは違うんじゃねーの」と思ったところがあったら多分あなたが正しいです。 仕事内容 エンジニアの仕事は外から見たら何してるかよくわからないらしいですね。 ふつう仕事の成果物はエンジニアの間でしか共有してないのでまあ、そうなるでしょう。 なので「何をしているか」を説明するのはやめて「仕事しているときにどんな気持ちか」を話しましょう。 エンジニアの仕事は頭脳労働です。 それも問題解決
HRzine
HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。
会社勤めのエンジニアが開発したサービスを買い取って独立した話 - Qiita
なぜかミクシィ社でエンジニアだった人々がアドベントカレンダーを書くことになってしまったex-mixi Advent Calendar 2017、12月11日担当の @tnj です。 一般的に、会社を退職することになったら退職届というものを会社に提出することになります。その退職理由には「一身上の都合」と書くのが通例だと思いますが、私はちょっと変わった退職の経緯を持っているので、今回はそれについて共有してみたいと思います。思いのほか長くなってしまいましたが、社会人歴10年目のソフトウェアエンジニアのキャリアの変遷の一例としてお楽しみください。 TL;DR Android開発者としての自分の経験を基に新規事業を立ち上げることになり、エンジニアとして参画したつもりが気がつくと事業責任者になり、果ては事業を買い取って経営者になった 好きでやってる話だしまあなんだかんだ乗り越えていけるよねと思ってたら
ex-mixi Advent Calendar 2017/12/01 - masartz->log(type=>'hatenablog')
なかなか珍しい ex-mixi(会社のOB/OG)によるAdvent Calendarの一発目をかます masartz です。 ミクシィは 2ホップ前の会社、現所属はメルカリになります。 どういうスタンスで書けば良いのかわかりませんが、各方面を考えてミクシィ時代から今に至るまで継続してることを述べていきたいと思います。 大規模であるが故の技術的な対策 mixiもメルカリも大規模と言って良いレベルのサービスで、そのための負荷対策はどのエンジニアにも求められるものです。 特にクラウドなインフラ環境が今ほど整っておらず、スケーリングに緻密な設計が求められたミクシィ時代に学んだ分散手法は今も活かされています。 ミクシィエンジニアなら、下記は L1分散作業 と表現すれば、その一言で伝わることでしょう。 tech.mercari.com こういった手法はサービス初期に用いられることは少ないでしょうし、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まつもとりースタイル
