Taichi Nakashima Profile Banner
Taichi Nakashima Profile
Taichi Nakashima

@deeeet

Followers
7,523
Following
1,033
Media
2,335
Statuses
41,185

Platform Engineering and SRE @mercari_inc Podcast at @e34fm

Tokyo-to, Japan
Joined February 2010
Don't wanna be here? Send us removal request.
Explore trending content on Musk Viewer
Pinned Tweet
@deeeet
Taichi Nakashima
22 days
死霊です / Platform Engineering at Mercari (Platform Engineering Kaigi 2024) #PEK2024
1
45
174
@deeeet
Taichi Nakashima
10 years
Twitter社のcre氏が日本人による「バルス!」が半端ないことを語る様子です. http://t.co/qDo6RNJJDg
Tweet media one
18
6K
3K
@deeeet
Taichi Nakashima
7 years
みんなで「アウトレイジ」観てあの口調でミーティングしたいよね「何だとこの野郎!まだ実装してねえのか馬鹿野郎」「てめえらガタガタうるせえんだよこの野郎」「PR一つマージできねぇってのはどういうわけだこの野郎 」「エンジニアにも守んなきゃいけない道理があんだよ」「野球しよっか」
6
2K
3K
@deeeet
Taichi Nakashima
7 years
最高のステッカーを手に入れた(あなたのコードをメンテする羽目になるのはあなたの住所を知っている暴力的サイコパスであるかもしれないとして常にコードを書きなさい)
Tweet media one
2
1K
1K
@deeeet
Taichi Nakashima
5 years
めちゃおもろかった....Googleが組織に対してもChaos engineeringをやってる話.ランダムに選んだ人を急に自宅作業にして仕事のコンタクトを禁止させる,Slackやメール返答を遅らせる,質問の回答の数%に嘘を言わせるとかw Chaos Engineering For People Systems
1
424
1K
@deeeet
Taichi Nakashima
4 years
MacBookを机の下に配置した
Tweet media one
8
61
748
@deeeet
Taichi Nakashima
5 years
めちゃ良い😃 Spotifyがいかに組織のヒエラルキーぶっ壊してエンジニアに自律した意思決定を可能にしているか 1. 問題を分割して各問題にFull ownershipを与える 2. 何をするべきかを伝えない 3. どの意思決定を委譲するかをスーパー明示的にする Breaking Hierarch
Tweet media one
Tweet media two
Tweet media three
Tweet media four
1
144
673
@deeeet
Taichi Nakashima
11 months
Platform EngineeringとSREの違いについて流れてきたので自分もちょっと書いておきたい. インフラ方面の技術を扱うとかそういうざっくりとした視点だと混同されることはあるけど,この2つはかなり違うものです.メルカリでも自分がPlatform
0
93
539
@deeeet
Taichi Nakashima
8 years
自動化したので
Tweet media one
0
443
475
@deeeet
Taichi Nakashima
6 years
私の今年の技術書大賞は「A Philosophy of Software Design」 ですここ数年読んだ技術書の中でもぶっちぎりで良かった(時間が許すなら)翻訳したいくらい
3
56
409
@deeeet
Taichi Nakashima
6 years
すごい! iPad Proで結構な開発環境構築してる Terraformでリモートインスタンス立ててDocker動かしてiPad ProからはとMoshで接続してalgo VPNで接続安定させてDropboxでファイル共有してとかやってる Using the iPad Pro as my development machine
1
128
388
@deeeet
Taichi Nakashima
5 years
Microservices化をやめた話,ちゃんと失敗を振り返ってどうあるべきだったかを書いていて良い.チームのStructureを考えずに分けた結果分散Monolithになってしまったとか,基盤を準備できなかったとか Why our team cancelled our move to microservices
1
116
392
@deeeet
Taichi Nakashima
5 years
Kubernetesの書籍としておすすめするのは「Kubernetes up & running」「Managing Kuberenetes」「Cloud Native Infrastructure」なんだけど(作者が全部素晴らしい...)それら全て無料でダウンロードできるので読みましょう😁
0
87
374
@deeeet
Taichi Nakashima
4 years
. @dragon3 さんと大作を書きました.1年近くかけてやってたやつです / Mercari Microservices PlatformにおけるKubernetes Cluster移行 - Mercari Engineering Blog
0
82
293
@deeeet
Taichi Nakashima
6 years
Curlの作者によるHTTP/3の解説本だ! HTTP/3 explained - The book
2
116
290
@deeeet
Taichi Nakashima
8 years
笑った.curlって車のコンピュータにも搭載されてる.でLICENSEに作者のメールアドレス載ってるからいろいろ試してどうしようもなくなった所有者がcurlの作者に車に関する問い合わせしてくるらしい / “I have toyo…”
1
389
277
@deeeet
Taichi Nakashima
9 years
俺の起業のために俺の考える最強のIoTアプリを君の余暇の時間を使って無給でつくってくれと今まで何度言われた.アイディアは俺が出すエンジニアはただそれを実装してくれさえすれば良いと言われたとき僕は怒りを抑えることができない.僕はそういう考え方をする人間が同世代にもいることに絶望する
3
310
280
@deeeet
Taichi Nakashima
8 years
golangのWAFとしてIrisだけは絶対に選んではいけないと思う.技術的にダメなのではなく倫理的に完全にアウトなので.Comitt Historyを書き換えて自分だけをContributerにしたりLICENSE消したりIssueを編集したり...
2
210
263
@deeeet
Taichi Nakashima
6 years
ダークサイドに堕ちたGopherもろた…Reflection好みそう
Tweet media one
1
100
243
@deeeet
Taichi Nakashima
4 years
半年という短い期間だったけどZOZOテクノロジーズにてマイクロサービス技術顧問を務めさせてもらった.今日最終日だった!
1
3
239
@deeeet
Taichi Nakashima
10 years
Twitter社の人が「バルス!」を英語にすると「Death to Twitter」になるってのも今日得た知見の一つ
2
578
230
@deeeet
Taichi Nakashima
5 years
良いドキュメントの書き方👌 How to Write Good Documentation (And Its Essential Elements)
0
39
227
@deeeet
Taichi Nakashima
4 years
🚀 Published the production readiness checklist and documentation we've used at Mercari and Merpay for our microservices development (Go, Kubernetes, and GCP stack) for years
0
76
221
@deeeet
Taichi Nakashima
10 months
AWSから承認付きで一時的に権限を得る仕組みがOSSとして出てて良い 僕らもGCPとKubernetes向けに同じようなツールを内製しててデフォルトでEdit権限はSRE/Platform含めて誰も持ってない状態になってる
0
30
223
@deeeet
Taichi Nakashima
6 months
Kent Beckの新作読んだ.Refactoringより小さなTidyingによってコードベースを整えていくための手法について書いてる本.面白かったのは手法だけではなくてTidyingを「いつやるべきか?」 と「なぜやるべきか?」についてもコスト含めてちゃんと説明があるところ.cost (software) ~= cost(change)
@deeeet
Taichi Nakashima
6 months
Tweet media one
0
0
14
0
26
221
@deeeet
Taichi Nakashima
5 years
ハッカーズチャンプルーの発表死霊です / 開発者向けの基盤をつくる - Speaker Deck #hcmpl
0
71
220
@deeeet
Taichi Nakashima
6 years
Goで書いたMicroservice化のためのAPI gatewayは既に本番で稼働していてMercariの全APIリクエストを通している.デプロイはコンテナでk8s上で動いてる.規模でいうとGo的にもコンテナ的にも面白い挑戦事例になったかなと.大変だった... これは布石でこっからこの下でさらに面白いことするんだけどね
3
59
213
@deeeet
Taichi Nakashima
6 years
社内k8s勉強会でもこの辺の質問が多かったと思う.特にk8sにデプロイするアプリケーションの開発者は読んでおくと良いと思うー “Kubernetes Best Practices — Season One”
0
45
214
@deeeet
Taichi Nakashima
7 years
そう言えば今日入籍して戸籍筆頭者になりました
35
7
199
@deeeet
Taichi Nakashima
6 years
今日のうちに言っておこう今まで何十万行Goを書いたと思うがジェネリクスがほしいと思ったことは一度もなく正直一部の書き手のためのものにしか思えないので(プログラムは巨大になればなるほど基本的に読み手のためのものなので)実装が何であれそもそもNoという気持ちだけを表明しておく
2
74
200
@deeeet
Taichi Nakashima
4 years
書いた.今後さらにPlatformチームをスケールしていくために組織変更をしたのでそのデザインや評価の方法などについて書きました / どのようにPlatformチームの組織変更をしたか - Mercari Engineering Blog
1
45
193
@deeeet
Taichi Nakashima
5 years
家族が増えた
Tweet media one
5
5
190
@deeeet
Taichi Nakashima
5 years
入社してから2年間ずっとMicroservicesに関わってるんですがPlatform Teamとしてやってきたことのまとめとそこから得られた学びみたいなのを話しました ベストな「How」は「Why」でしか規定できない––メルカリがマイクロサービスに移行した理由と、その軌跡
0
42
189
@deeeet
Taichi Nakashima
3 years
インフラやSREやPlatformなどについて話すPodcast を @rrreeeyyy くんと始めました. 第1回のメインでは @tenntenn さんをゲストに迎えてGo 1.16とGenericsについて,ニュースではIncrementやGKE Autopilotなどについて話しました.ぜひ聴いてみてください!
@e34fm
e34fm
3 years
1: Go 1.16 and Generics with @tenntenn #e34fm
0
6
39
0
42
185
@deeeet
Taichi Nakashima
5 years
Uberは1500のGo Microservicesある🙄 この状況で開発効率を上げるのに重要なのはConsistencyでそのためにDIや共通ディレクトリ構成,Monorepoをやっている How Uber "Go"es - Speaker Deck
1
41
184
@deeeet
Taichi Nakashima
4 years
個人OKRの管理をNotionでやりはじめたけど良い感じやね
Tweet media one
Tweet media two
2
6
186
@deeeet
Taichi Nakashima
5 years
今の会社でMicroservices化に関わって2年くらい経つが未だに道半ばでとても難しい.本当にいろんな意味で「高価な」アーキテクチャパターンだと思う
0
30
184
@deeeet
Taichi Nakashima
6 years
本日の発表死霊です / API GatewayによるMicroservices化 #mercarigo
0
56
174
@deeeet
Taichi Nakashima
4 years
近況です / メルカリのテックリードが学んだ、HowよりWhyを重視することが大切なわけ - Findy Engineer Lab - ファインディエンジニアラボ
0
45
174
@deeeet
Taichi Nakashima
5 years
Mercari MicroservicesにIstioを本番にぶっ込んだ話です! 100 Microservices以上あるMulti-tenant環境でいかに段階的にMeshを構築していってるかについて💪 Adopting Istio for a multi-tenant kubernetes cluster in Production
1
41
168
@deeeet
Taichi Nakashima
4 years
リモート飲みにより「音質が最下層」「普段の仕事では忖度されてるから音質に関して周りから何も言われていない」など厳しいフィードバックを頂いたのでインターネット回線と音質の改善に尽力します
2
24
170
@deeeet
Taichi Nakashima
6 years
JapanContainerDays v18.12 #containerdaysjp の発表死霊です. MercariがMicroservicesの基盤に「なぜKubernetesを採用したのか?」について紹介しました Microservices Platform on Kubernetes at Mercari - Speaker Deck
2
68
168
@deeeet
Taichi Nakashima
6 years
おーCourseraでSREの講義 by Google Cloudが! Site Reliability Engineering: Measuring and Managing Reliability | Coursera
0
55
167
@deeeet
Taichi Nakashima
6 years
Microservicesでいちばん重要なのはPlatformでも使ってる技術でもなくその理想的なアーキテクチャに対して組織やチームをどのようにデザインするか?だと思う.我々もやっとスタート地点に立てた感じある マイクロサービスチーム編成のベストプラクティスとメルカリでの構想
0
35
160
@deeeet
Taichi Nakashima
5 years
SRE本やSite Reliability Workbookに続いてGoogleからSecurityとReliabilityに関する本や!良さそう👍 Building Secure and Reliable Systems [Book]
1
29
163
@deeeet
Taichi Nakashima
5 years
うおーおもろそうな本が!💥 Software Engineering at Google: Lessons Learned from Programming Over Time
0
20
161
@deeeet
Taichi Nakashima
9 years
MSのひとからAzureの説明聞いた.設定ファイルをjsonで書けるらしく,その実例を見せてくれたんだけど,Wordで見せられた.Wordで見るjsonは最高にロックだった
1
201
158
@deeeet
Taichi Nakashima
8 years
Gopher is dancing in the #golang book
0
77
159
@deeeet
Taichi Nakashima
9 years
チームで飲みに行ってたが海外エンジニアは日本のトイレを見るために来日してくれるという話に始まり日本のトイレは機能が多すぎてまるでsystemdのようだという結論に至ってて面白かった
1
165
155
@deeeet
Taichi Nakashima
3 years
Yo, we will start a series of blog posts from today to around the end of Feb. to introduce the Developer Productivity Engineering division which consists of platform engineering, SRE, search infra, and web platform team, at Mercari. Please subscribe!
2
26
155
@deeeet
Taichi Nakashima
5 years
KubernetesのPodでインベーダーゲームしてResiliencyをチェックするやつ良いな会社のクラスタでやろ🕹 KubeInvaders
2
48
153
@deeeet
Taichi Nakashima
5 years
とても良い…1500の障害の調査から得られた障害のパターンと実践するべきプラクティス If Only Production Incidents Could Speak - Subbu’s Blog
0
28
155
@deeeet
Taichi Nakashima
2 years
メルカリではMicroservices化とともにクラウド移行もずっとやってたんですが,最近もともとオンプレ環境で動いていたMonolithも僕らが作ってきたKubernetes上のPlatformに移行が完了してStateless workloadに関してはほぼ全て同じPlatform上で動いているという状態になってます
0
15
151
@deeeet
Taichi Nakashima
6 years
めちゃ良い…! Goのerror handling について.errorを受け取る役割にはapplicationとend userとoperaterがいる,それぞれに適したerror handlingをするには!Failure is your Domain
0
32
152
@deeeet
Taichi Nakashima
6 years
本日の死霊です #gcpug / “Microservices on GKE at Mercari // Speaker Deck”
0
67
148
@deeeet
Taichi Nakashima
6 years
Tweet media one
6
21
147
@deeeet
Taichi Nakashima
5 years
おー良さそう!Kubernetes nativeな(Kubernetes APIをつかった)Applicationを書くための本,client-goとかCRDとかCustom Controllerとか. Programming Kubernetes [Book]
2
30
150
@deeeet
Taichi Nakashima
7 years
Go1.9, Finally `go test` ignores vendor directory! yay !
1
67
150
@deeeet
Taichi Nakashima
2 years
1,000以上のGCP Projectのリソースの設定を管理してるTerraformモノレポのCIをKeylessとLeast privilegeに移行した話です / TerraformモノレポCIのセキュア化 | メルカリエンジニアリング
0
24
143
@deeeet
Taichi Nakashima
5 years
New York TimesのSREの話めちゃくちゃ良かった.開発から運用まで開発者にE2EのResponsibilityを持たせるよにしていてTerraformやValutといった自動化ツールを提供しているがそれらはOperationの成熟度は改善しない.チームにSREがEngageしてチームが自分たちで運用できるように助ける.文化を変えてる
1
31
145
@deeeet
Taichi Nakashima
4 years
My new desk setup ...
Tweet media one
3
3
144
@deeeet
Taichi Nakashima
5 years
書いた!Platformチームの進捗です / Mercari Microservices Platformの進捗(2019年) - Mercari Engineering Blog
0
34
143
@deeeet
Taichi Nakashima
2 years
チームで開発している一時的にKubernetesやGCP上で権限を得るための仕組みの紹介です! これによりSREを含めてデフォルトで誰も本番の変更権限を持たず障害時など必要な時だけ一時的に承認付きで権限を取れるようになってます / Zero Touch Productionへの移行
0
29
139
@deeeet
Taichi Nakashima
4 years
Tweet media one
3
1
137
@deeeet
Taichi Nakashima
8 years
Finally 🎉 #golang
Tweet media one
7
43
135
@deeeet
Taichi Nakashima
5 years
2013年からのSlackの技術スタックの変換 Stack History: A Timeline of Slack's Tech Stack Evolution | StackShare
0
46
136
@deeeet
Taichi Nakashima
6 years
おおおーWriting An Interpreter In Goの作者が次はWriting Compiler In Goを!期待感しかないすなー
0
43
133
@deeeet
Taichi Nakashima
6 years
WeChatは3000 microservices on 20000 machinesで構成されている…!リクエストはそれぞれに数百万/sec. 👀 でリクエストのOverloadが発生した時にビジネス的+ユーザーの優先度を元にリクエストの処理優先度を分散的に変える仕組み…面白い Overload control for sc…
1
41
129
@deeeet
Taichi Nakashima
5 years
Netflixにおけるクラウドのパフォーマンス問題の分析の話.ハイレベルからローレベルまでちゃんと定式化されててMethodologyがあって良いあと基本GUIを提供してSelf serviceでを徹底してるのも良い Brendan Gregg - Cloud Performance Root Cause Analysis at Netfl...
Tweet media one
Tweet media two
Tweet media three
Tweet media four
0
43
132
@deeeet
Taichi Nakashima
6 years
素晴らしい記事だ... Kubernetesによっていかに組織的な問題を解決してきたか.開発チームのインフラの運用コストを減らしてよりアプリケーションに集中できるようにして開発速度を上げたか etc / Convergence to Kubernetes – Paul Ingles – Medium
1
25
130
@deeeet
Taichi Nakashima
5 years
EnvoyをiOSとAndroidのClient libraryとして使えるようにすることでMeshをMobileまで拡大してNetworkのTransparencyを高めたりEnvoyのxDSを使えるようにしてくと…!強い Announcing Envoy Mobile – Lyft Engineering
0
50
132
@deeeet
Taichi Nakashima
5 years
進捗です / メルカリのマイクロサービス移行の進捗 (2019年冬) - Mercari Engineering Blog
0
26
130
@deeeet
Taichi Nakashima
7 years
かっこいいTシャツを手に入れたので校内で記念撮影をしました
Tweet media one
1
87
122
@deeeet
Taichi Nakashima
2 years
"Software Architecture Metrics"を読んでるけどDORAや"Accelerate"のFour keyや"Building Evolutionary Architectures"のFitness functionを実際どう計測して可視化するかやMicroservicesやModular monolithみたいなアーキテクチャ的な変更の成果や複雑度をどう数値で表現するかなどまとまってて良い
@deeeet
Taichi Nakashima
2 years
Tweet media one
1
0
55
0
10
126
@deeeet
Taichi Nakashima
6 years
僕らで作ってるPR環境を自動でKubernetes 上に作ってくれるControllerです!PR closeしたら削除もしてくれる.CIからデプロイする必要なくて便利.そのうちOSSします / Kubernetes Controller for Pull Request Based Environment #automation #kubernetes
0
32
123
@deeeet
Taichi Nakashima
6 years
GCP Podcatに出演した!
Tweet media one
Tweet media two
3
9
123
@deeeet
Taichi Nakashima
5 years
GCPでのMercari MicroservicesのネットワークをShared VPCで再設計した話です.M現状のMultitenantやOwnershipモデルを保ちつつ複数GKE構成になっても対応できつかつMulti-regionやAWSとのMulti-Cloud構成も将来的に見据えたものになってる Network Architecture Design fo…
0
27
122
@deeeet
Taichi Nakashima
8 years
本社のメインチームと離れてリモート側にいるけど問題わかってきた.ちょっとした議論が共有されてない.聞かないと共有されない.聞かないからわかってると思ってるがわかってない.デフォルトでもっと共有しないといけない.リモート側のひとを見ると疎外感から当事者意識を失ってる気がする
2
88
120
@deeeet
Taichi Nakashima
5 years
拡張しやすいコードではなくて消しやすいコードを書く Write code that is easy to delete, not easy to... — programming is terrible
0
17
121
@deeeet
Taichi Nakashima
2 years
チームで開発してるDeveloper Productivityの可視化のツールの紹介です.Four KeyのみでなくPlatform Engineeringチームが提供してる様々な機能がどれだけ使われてるかなども計測してます.SPACEやDX Metricsもやっていきたい / メルカリ グループの各種指標計測について
0
16
121
@deeeet
Taichi Nakashima
5 years
Istioの本番投入を始めたけど機能はほぼ有効にしないでMeshの構築を最優先にして(コンポーネントも最小限のものしか動かしていない)導入も100+のMicroservicesに段階的に入れていくというアプローチでかなり慎重に寄せてやってる
0
9
119
@deeeet
Taichi Nakashima
5 years
Interesting technical books to be released from O'Reilly in the next half year and I'm thinking to read: - Chaos Engineering: System Resiliency in Practice - Fundamentals of Software Architecture - Software Engineering at Google - Building Secure and Reliable Systems
Tweet media one
Tweet media two
Tweet media three
Tweet media four
2
24
118
@deeeet
Taichi Nakashima
8 years
可愛い本を書いたからみんな買ってくれ!
Tweet media one
3
99
118
@deeeet
Taichi Nakashima
9 years
Rubyで書かれたツールをGo言語に置き換えて今日プロダクションに出したけど大幅なパフォーマンスの改善とメモリの削減(今のところ)が見られて満足している http://t.co/EUeCF71uO9
Tweet media one
2
95
117
@deeeet
Taichi Nakashima
6 years
Slackやり過ぎるとランダムの参加者と1日中議題を準備しないミーティングしてるのと変わらない状態になるChannelに入ってないと情報取れなくなってやばいかもとか考えるのやめて自分の仕事を進めるために必要な情報を能動的に取りにいく方針にしてほとんどのChannel抜けた
1
15
115
@deeeet
Taichi Nakashima
2 years
I'm starting a new role as a Director of Platform Engineering this month 💪
7
1
116
@deeeet
Taichi Nakashima
4 years
タスク管理に をずっと使っててGitHubとGoogle Cal連携ができるので 1. GitHubのIssueから今日のTODOを選ぶ 2. Google Calから予定をTODOとして追加する 3. Google CalにTODOを埋める というWorkflowができて自分的にこれまでで一番理想😆 最近Gmail連携にも対応して最高!
1
5
116