Dropbox Engineering Career Framework
What’s a Career Framework? The Engineering Career Framework is your source for how to achieve impact for your role and team and how to grow in your engineering career. For managers, it can help you set expectations with your teams and hold them accountable for their work. What the Career Framework is not This framework is not a promotion checklist for your role; rather, it’s designed to help you f
Engineering Org Design: Code-centric vs. Product Goal-centric
There are many facets to engineering and product org designs, and a full discussion could easily fill a book. One thing that is certain though, is that there is no such thing as a perfect org structure. Whatever is chosen is a compromise with a set of tradeoffs. And being crisp and explicit about what tradeoffs you are making is probably the single best thing you can do. Probably the most common t
貢献意欲の高いエンジニアチームを創る。「組織エンゲージメント」を高めるために現場でできる4つのポイント【デブサミ2021】
人材が企業にとって競争優位の源泉と言われる一方で、流動性が加速して人材確保も困難になりつつある。その中で、今いるメンバーの生産性を向上し、離職を回避し、さらには優秀な人材を惹きつける魅力的な組織となるために不可欠な要素として「組織エンゲージメント」という言葉をよく耳にするようになった。これは、メンバーが自発的な貢献意欲を持ち、イキイキと主体的に取り組めている状態を指す。このエンゲージメントが高いと何がよいのか、そして、エンゲージメントを高めるためには現場でどのようにアプローチすればいいのか。組織改善プラットフォーム「wevox（ウィボックス）」などPeople Tech（※）事業を展開している株式会社アトラエ（以下、アトラエ）のwevox Engineer 篠隈仁志氏が、同社の取り組み例を踏まえつつ、エンジニア組織ならではのポイントを含めて解説した。 ※People Tech…“テクノロジ
Design Docs への思い
Message Passing での話題を契機に、色々な人が自身の Design Docs 観を共有していて、とても興味深く読ませてもらいました。普段「仕事を進める上で当たり前に必要なもの」として書いている自分に気づき、これを機に自分の Design Docs 観も言語化してみようと思ったのが本記事です。実践の一例を付け加えることが狙いであり、「Design Docs はかくあるべき」と主張するものではないです。 はじめに 「人によって思い浮かべる Design Docs 観が全然違う！多様で面白い！！」というのが話の出発点ですが、さすがに想定しているものが違いすぎると話が発散してしまうので、本記事では Design Docs を「ソフトウェアエンジニア (私) が何らかのプロジェクトやタスクを進める上で書く文書」としておきます。 次に私の立場を明確にしておきます。私はオープンソースのウェ
事業を支える技術選定 / Engineering Decision Making Process For Business - Speaker Deck
Transcript 事業を支える技術選定 コネヒトマルシェオンライン「事業を支えるWeb開発」@itosho 1 自己紹介 ▪伊藤 翔 @itosho ・コネヒト株式会社 執行役員CTO ・Backend Engineer / PHP, Go ・stand.fm はじめました ・https://stand.fm/channels/5ec2e733f654bbcab4c123a2 Follow me! 今日のテーマ「技術選定」 4 何故、技術選定は難しいのか？ ▪正解がない ・判断軸が多岐に渡り、会社の状況によっても変わる ・イデオロギーが対立しやすいトピックであり、合意形成が難しい 難しいからこそ向き合う価値がある ▪今日話すこと ・技術選定をするにあたり、どうやって意思決定をしているか ・正解がないトピックなので一つの考えとして聞いてください ※話のトピック的に、何かを「選ぶ」ので必然
LINEのメッセージングサーバが新年のトラフィックに対応する過程
Lee Kyoung Chan / Han Seung Wook2020-05-12Kyoung-Chan and Seung-Wook are in charge of LINE messaging servers はじめに LINEの通信トラフィックは、メッセンジャーアプリ特有のパターンを持っています。新年の0時を迎えた瞬間に、ユーザ同士がLINEで新年のあいさつを交わしていることが想定され、それにより平常時に比べてメッセージの送信件数が大幅に増加します。その際、サービスを提供する国ごとに、時差や文化の違いによってさまざまなトラフィックの増加パターンを見せます。LINEでは、このような一時的なトラフィック増加を問題なく処理するため、毎年さまざまな対策を行っています。これを「新年対応」と呼んでいます。本記事では、2020年の新年対応における私たちの取り組みと、成果についてご紹介します。
プロは試作品をたくさんつくる。はじめて作る人ほど、最初から完成品を作ろうとする。｜米光一成
「グラフィックを詰めずにゲームのプロトタイプを量産する方法は現代でも通用するのか」というテキストを読んだ。 「現代においてグラフィックの伴わないプロトタイプに意味はあるのか？」という問いが書かれている。興味深い。 面白いゲームがネット上にたくさんあるのに、グラフィックがしょぼいゲームなんて誰もダウンロードしないから、“ゲームの核だけを煮詰めたプロトタイプは誰にも見向きされないまま電子の海に沈んでいきます。これではプロトタイピングの意味がありません。”と。 さらに“もはやグラフィック無しではゲームは評価の舞台にすら登れない”と述べて、先輩の意見は間違ってると解く。 ううむ。 っていう記事を過去に書いたりしてるので、応答してみる。 「グラフィックを詰めずにゲームのプロトタイプを量産する方法は現代でも通用するのか」という問いは、問いそのものが矛盾している。 システムだろうがグラフィックだろうが「
Netflixにおけるフルサイクル開発者―開発したものが運用する - CARTA TECH BLOG
こんにちは。fluctでiOS/Android向けSDKの開発をしているarimuraです。この記事ではPhilip Fisher-Ogden、Greg Burrell、Dianne MarshによるFull Cycle Developers at Netflix — Operate What You Buildを私が翻訳したものを著者の許可のもとに掲載しています。元の記事は弊社の技術力評価会のインプットの一つとして共有されており、そこで興味を持ったのが翻訳するきっかけとなりました。 以下、2018年5月時点における情報を記載したものであり Netflix TechBlog「Full Cycle Developers at Netflix」より引用したものである。 Netflixにおけるフルサイクル開発者―開発したものが運用する 2012年―Netflixでの重要なサービスの運用は骨の折れ
2019年SRE考 - ゆううきブログ
この記事では、自分が数年Site Reliability Engineering (SRE)を実践しつつ、SREについて考えてきたことをまとめる。 先月開催されたMackerel Drink Up #8 Tokyoと先日開催された次世代Webカンファレンス 2019では、SREについて集中的に議論する機会に恵まれたため、脳内メモリにキャッシュされているうちに、SREに関する私的な論考をまとめておく。 (以降では、SRE本の原著にならい、技術領域名を指すときはSRE、職種名を指すときにSREsと表記する。) SREとの関わり なぜSREに関心をもったのか 2015年にメルカリさんがSREチームを発足したときに、SREsの存在を知り、SREsはシステム管理者、Webオペレーションエンジニア、インフラエンジニアといった既存の職種を置き換えていくものだと理解した。 当時、自分が注目したのは、SRE
PRINCIPLES OF CHAOS ENGINEERING - Principles of chaos engineering
PRINCIPLES OF CHAOS ENGINEERING Last Update: 2019 March (changes) Chaos Engineering is the discipline of experimenting on a system in order to build confidence in the system’s capability to withstand turbulent conditions in production. Advances in large-scale, distributed software systems are changing the game for software engineering. As an industry, we are quick to adopt practices that increase
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mentoring VP Engineering folks
Creating an Engineering Vision
DevOps の能力 | Cloud アーキテクチャ センター | Google Cloud
Where Chaos Engineering comes from, and what's next
エンジニアリングをちゃんとやる あるいは 人類の平和 について / wsa02-rrreeeyyy