CorpTech Lounge #1 レポート｜okash1n
この度、「CorpTech Lounge」という勉強会を主催しましたので、記念すべき第一回のレポートを書かせて頂きます。 CorpTech Loungeとは？CorpTech Loungeは「カイシャの成長を支える技術」をテーマにした勉強会です。 会社の成長を支える屋台骨はコーポレート部門であり、様々な複雑かつ重要な課題を抱えています。それらの課題を「テクノロジーをもって解決していきましょう」という観点で様々な企業に登壇頂くスタイルになっています。 第一回は50名ほど参加していただき、大盛況に終わりました。 登壇者第一回は以下の三名に登壇頂きました ・クックパッド株式会社 コーポレートエンジニア部 部長 中野 仁 さん ・Sansan株式会社 人事部 高橋 洸（たける） さん ・株式会社メルカリ Corporate Solutions Engineering Team マネージャー 衣川
エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド - Nothing ventured, nothing gained.
オライリーから本日出版された「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」はエンジニアリングマネジメントを考える人には必読の書だ。 エンジニアリングマネジメントを考える人とは、今すでにエンジニアの上司である人やエンジニアリング組織の長である人はもとより、人事上の上司ではないが、後輩などの面倒を見る立場の人や開発において技術的にリードするような人、そして漠然と将来のキャリアパスとしてマネジメントを考えている人までを含む。さらに言うならば、技術系でなくても、自社の技術組織の戦略を考える立場である人も読むべきであろう。 目次を見るとわかるが、本書はマネジメントされる立場のエンジニアから話は始まる。そしてメンタリングする立場になったとき、次にテックリードになったときと、まさにキャリアパスを1つずつ登っていくのに際しての心構えと具体的なスキル
Meetup for Corporate Engineering Team 記念すべき第一回を開催しました！ | メルカリエンジニアリング
Meetup for Corporate Engineering Team 記念すべき第一回を開催しました！ こんにちは！Corporate Engineering Team でソフトウェアエンジニアとして働いている@alc6895です。 6月7日にメルカリオフィスでMercari meetup for Corporate Engineering Team #1を開催しました。 Corporate Engineering Teamを立ち上げた@sotarokを始め、経験豊富なエンジニアの@fivestrと@rskyの2人を合わせた計3人が登壇しました。豪華ですね！ 本記事ではその様子をお届けしたいと思います。 前半戦：What is Corporate Engineering? そもそも、 Corporate Engineering Teamって何する人達なの？と聞かれることが多々ありまし
「組織が成立し続けること」がチームの成功｜メルカリの組織を技術で支えるCorporate Engineering Teamインタビュー | mercan (メルカン)
「組織が成立し続けること」がチームの成功｜メルカリの組織を技術で支えるCorporate Engineering Teamインタビュー 組織の課題をエンジニアリングで解決したいーー。 メルカリには、組織づくりを技術で解決する「Corporate Engineering Team」が存在します。 Corporate Engineering Teamが発足したのは2018年1月。マネージャーは、メルカリのVP of Engineeringも務めていた柄沢聡太郎さんです。かつてプロダクト開発のトップだった柄沢さんが組織にフォーカスした開発チームをつくった理由、そして集まったメンバーたちが解決したい問題を聞きました。 柄沢聡太郎（Sotaro Karasawa）※写真左 在学中である2007年末からエンジニアグループ「nequal」を立ち上げ、サービスなどを運営。2010年中央大学大学院卒業後、グ
【保存版】プログラマ・エンジニアを評価する方法
掲題に関する問いを Facebook に投げたところ、素晴らしい回答がたくさん集まったので、この知をより広く知ってもらうため、そして後世に残すために、内容をまとめておく。 【問い】 プログラマ・エンジニアを評価する方法 先日「自分が正当に評価されていないと嘆く君へ」という、組織における人事評価に関するエントリを書いたせいで、読者の方からこんな相談が寄せられました。 皆さまの忌憚なきご意見・知見をお寄せいただきたく！ <相談内容> 例えばゲームやアプリの開発って、結果(アウトプット)が現れるまで数年ぐらいかかったりします。 その数年間の間に、真剣に作業に取り組む人もいれば、適当にサボる人など、色々差が出ると思うのですが、どうすればその差を、数年ではなくより(なるべく)短いサイクルで可視化できるものでしょうか？ 評価の制度や指標をどのように設計すればいいか、あるいは、どのような設計方法があるの
ex-mixiのその後 - KAKKA is not 閣下
こんばんは！12月になったのでブログを開設しました。 というかこの記事はex-mixi Advent Calendar 2017 - Qiitaの2日目担当の記事なので、そのためにブログ開設したと言っても過言ではありません。 1日目のmasartzさんお疲れ様でした！ ex-mixiつまり株式会社ミクシィを卒業した人のくくりなので、多分少しくらいエモい話は入りますよね。 なので技術的な話オンリーならばQiitaに書いていたのですが、Qiitaでこの記事書くとちょっとあれなので。 自己紹介 2011年にmixiに新卒入社し、日記やつぶやき機能の開発エンジニアとして働いていました。 学生のころはずっと理系で、音声や雑音抑圧に関する信号処理を研究していたので、プログラムは書いていましたが、WEBエンジニアというくくりではほぼ初心者で入社しました。 入社当初は本当にもうどうしようかと思うくらい意味
ex-mixi Advent Calendar 2017/12/01 - masartz->log(type=>'hatenablog')
なかなか珍しい ex-mixi(会社のOB/OG)によるAdvent Calendarの一発目をかます masartz です。 ミクシィは 2ホップ前の会社、現所属はメルカリになります。 どういうスタンスで書けば良いのかわかりませんが、各方面を考えてミクシィ時代から今に至るまで継続してることを述べていきたいと思います。 大規模であるが故の技術的な対策 mixiもメルカリも大規模と言って良いレベルのサービスで、そのための負荷対策はどのエンジニアにも求められるものです。 特にクラウドなインフラ環境が今ほど整っておらず、スケーリングに緻密な設計が求められたミクシィ時代に学んだ分散手法は今も活かされています。 ミクシィエンジニアなら、下記は L1分散作業 と表現すれば、その一言で伝わることでしょう。 tech.mercari.com こういった手法はサービス初期に用いられることは少ないでしょうし、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch