そのっつ (Naotoshi Seo)
@sonots
Followers
7,326
Following
1,803
Media
285
Statuses
46,336
ZOZO 執行役員CTO / CRuby, Fluentd コミッタ / 他社技術顧問(クラウドアーキテクト, SRE, MLOps, データ基盤, 組織開発) / ex-DeNA, s1080134, 実家が農家
Joined April 2007
Don't wanna be here?
Send us removal request.
Explore trending content on Musk Viewer
Walz
• 2874238 Tweets
YouTube,YouTube
• 1521558 Tweets
Minnesota
• 1063830 Tweets
Musk
• 571426 Tweets
Minneapolis
• 408506 Tweets
Shapiro
• 403161 Tweets
National Guard
• 297119 Tweets
Adrián Marcelo
• 270279 Tweets
#TamponTim
• 163006 Tweets
Alberto
• 155164 Tweets
Espanha
• 140534 Tweets
Brazil
• 108671 Tweets
Marta
• 90818 Tweets
Fabiola
• 88276 Tweets
#يحيي_السنوار
• 51700 Tweets
Ministerio de la Mujer
• 51247 Tweets
Gabby Thomas
• 49992 Tweets
Marco Verde
• 46005 Tweets
Krunic
• 43434 Tweets
#BRAxESP
• 41964 Tweets
Yahya Sinwar
• 41614 Tweets
Lorena
• 41317 Tweets
Cole Hocker
• 35282 Tweets
15 MINUTOS
• 35013 Tweets
Alexia
• 33489 Tweets
ESTAMOS NA FINAL
• 30862 Tweets
Mourinho
• 27617 Tweets
Gabi Portilho
• 23610 Tweets
Lavuk
• 20205 Tweets
Dzeko
• 17083 Tweets
Embiid
• 16800 Tweets
Angelina
• 15801 Tweets
Montse Tomé
• 15741 Tweets
Salma
• 15339 Tweets
Kerr
• 15011 Tweets
Arthur Elias
• 14457 Tweets
Ferdi
• 13271 Tweets
Buse Naz Çakıroğlu
• 11953 Tweets
Tadic
• 11766 Tweets
Jenni
• 10127 Tweets
今日からZOZOテクノロジーズは消滅し、開発部門はZOZOに統合されました。私の職責は少し広くなってZOZO 技術本部 本部長となりました。引き続き、ZOZOをテックカンパニーとすべく邁進していくと同時に、せっかくの統合なので BizDevOps を体現できる組織に育てていきたいと思います。
4
101
922
書いた / “DeNAからZOZOテクノロジーズに転職しました – そのっつ (Naotoshi Seo) – Medium”
19
238
897
本日6/28付で株式会社ZOZOの執行役員CTOに選任いただきました。ZOZOをファッション業界の新スタンダードを生み出す「ファッションテックカンパニー」とすべく引き続き邁進していきます！皆様、ご指導ご鞭撻のほどよろしくお願いいたします。
48
56
773
書きました！ / “全社的に会社用GitHubアカウントを廃止した件 - ZOZO Technologies TECH BLOG”
2
258
640
え、やべーなコレ “ 本番リリース当日に使用した Amazon Aurora のクラスタ数は 600 で、インスタンスは 1,200 台” / “AWS 導入事例：任天堂株式会社、株式会社ディー・エヌ・エー | AWS”
2
160
471
AWSさんはこの規模でも開発速度を損なわずガンガンnew feature出せてるのスゴい。開発がスケールするように「共通基盤チーム作ってDRYにするとか敢えてしない」らしいんだけど、それが上手く行ってるのだろう。
2
153
400
4/1付で VPoE になりました。引き続きZOZOを日本有数のテックカンパニーとすべく邁進し、皆が楽しく働ける体制・環境づくりをしていきます！日々進歩！
0
24
403
人はOOP原理主義やDDD原理主義な時代を一度通って、重要なのはそこではなく全体の統一感であったり、メンタナビリティ、プロダクティビティであることを悟っていくので、成長 / “より美しいコードを書くことに対する感情を失ってしまったのは衰えか成長か - まいくろ🍣きり…”
1
78
332
ISUCON8 忘年会をもちまして、DeNAでの全日程を終了いたしました。約6年の在籍でした。そのっつの次回作にご期待ください。
33
47
301
ソルトなしハッシュ値に対して、もう一回ソルト付きハッシュをかます、というロジックに統一すれば一括移行できる。
デメリットは昔の名残りが残り続けることだけど、一括移行できるというメリットは大きい。
手のひとつとして参考までに
パスワードハッシュ化にソルト使ってないサービスがソルト使う方式に移行したいって思った時に「どうやって移行するか」が問題になります。
旧方式のハッシュ値はソルトがないとはいえ、平文パスワードをサービス側では知らないのでDBのレコードを元に一括移行みたいなことはできません
1
11
30
2
65
301
EMに技術力不要論、自分のキャリアラダーにはマネージャコースとスペシャリストコース両方用意して欲しい(マネージャには技術力不要にして欲しい)と言いつつ、いざ自分の上司が技術力低かったりすると「〇〇さん(上司の名前)では自分の正しい評価ができない」と文句言うのワイは知ってるんですよ。
3
57
299
きょうはコンテナをビルドしたらどこでも動くなんてことはないよ、CPUやGPUの最新世代に最適化してビルドしたコンテナは、古いCPUやGPUの環境ではエラー吐くからね、というはなしをしましたまる
2
59
286
書きました / “ZOZOテクノロジーズのオープンソースソフトウェアポリシーを策定しました - ZOZO Technologies TECH BLOG”
2
60
218
Web界隈でライブラリ作ってる人より広めてる人が評価されて見える問題というのがあるらしいですが、安心してください、私は圧倒的に作ってる人の方が評価してるし、入門記事だけ書いてる人は面接でもかなり慎重に審査します。
0
37
210
当たり前のレベルが、その人、ないしは、その組織のレベルだと思ってる。
例) OSSのコード読むの当たり前
OSSにパッチ送るの当たり前
息を吸うようにtcpdump
「この人すげえな」と思う人は沢山いるけど、そのうち多くは異能者というより「スコープ内のことだけやる」「仮説と検証を愚直に繰り返す」「メモをとる(紙/電子問わず)」「同じ間違いを二度しないための仕組みを作る」などの当たり前のことを当たり前にやっているだけだったりするので当たり前大事
2
2K
7K
0
72
205
素材です。 / “神は細部に宿る。ZOZOテクノロジーズの可能性と、エンジニアの成長論 - ZOZO Technologies COMPANY BLOG”
6
31
203
4月に試験、5月に全社導入って感じで進めてました...!
0
31
205
Copilot 導入のリスクについて自分もまとめようかと思っていたが、すでにまとまっていた。便利 / “【Copilot はじめました】GitHub Copilot 導入におけるハードルの整理 - M&Aクラウド開発者ブログ”
2
35
196
技術力というか地頭の良さを評価するために、こちらから「こういう場合はどうする？どう実装する？」と聞くと単にやったことないだけかもしれないから、向こうの得意分野で話を聞いて評価するようにしている。得意分野の話でなおレベルが低ければもうしょうがないよね。
0
72
196
フルリモートにおける Infrastructure as Code の効果について誰も語らないのか…？コード化によりコミュニケーション齟齬が起きない、リモートでレビューが可能、とかCI/CDも含めてオペレーションもコードからの自動反映にしておくの、結構必須だと思ってるんだけど。今見つけたから枠がなかった…
このご時世ですのでインフラに関するオンライン勉強会をやります！現時点で決定している登壇者がとにかくやばいので聴くだけでも是非お気軽にご参加ください。 / “Infra Study Meetup
#1
「Infrastructure as Code」 - connpass”
0
100
266
2
49
187
弊社の塩崎がBigQueryの記��を書きました。事前にレビューしましたがデータエンジニアリングのノウハウの固まりのような文書になっていたので是非買って読んでみてください / “Software Design 2021年9月号｜技術評論社”
0
28
178
マイクロサービス横断SRE組織がないとマイクロサービスはまともに回らないのかどうかに関心があります。
機能ごとにチームを作って、その機能をどの技術スタック(AWS, GCP, Azureなのかさえも)で実装するのか技術選定をチームに任せて、それでも*まともな*サービスが作れるのか関心があります。
4
36
174
クラウド前提だと原則 Nginxは要らないですね。ALB があるので、C10K問題対処のために必須、みたいな話はなくなった。 ALBだと gzip compression してくれないとかあるので、機能面で不足が出てきて Nginx でカバーするために入れることがある、ぐらい。
僕の周りでは基本的にALBとかWAFとかCDNとかあるクラウド前提ならもうNginxいらね？という意見しかいない。実装言語違いのバックエンドがたくさんあってBFFとして入れるぐらいならありかな、ぐらい。
1
114
586
0
28
174
「一流のエンジニアになるべく、日々ダジャレ力の強化に励んでいます。2年前から始めました。おかげで年収も増え身長も伸びました。」
2
57
169
RubyなどGCな言語でGPUを使っていると、GPUメモリを大量に使っていてもメインメモリ上では全然使っていないように見えてGCしなくてもまだ良いんじゃね？って処理系に思われてしまうんだけど、Pythonなど参照カウントな言語だと参照がなくなった瞬間にGPUにメモリを返却できるので嬉しいのです。
1
52
168
凄く良く整理されてる。コレは良い / “体制を考えるときに意識していること - id:onk のはてなブログ”
0
14
154
Elastic社提供のクライアントライブラリからAmazon Elasticsearch Serviceに接続できなくなった。仲良くしてくれ。 / “Keeping clients of OpenSearch and Elasticsearch compatible with open source | AWS Open Source Blog”
0
55
144
新しいチームができました! / “MLOpsチームができました – そのっつ (Naotoshi Seo) – Medium”
2
40
135
冪等性、SLA監視、月次バッチを避ける👀 / “大公開！バッチアプリケーションの品質を高めるZOZOの『バッチ開発ガイドライン』 - ZOZO TECH BLOG”
0
20
135
リモートは前職からちょいちょいやっていたけど、本気でリモートをやろうと思うと、
*ホワイトボードでの設計談義
*ペアプロ
*ふらっと話かけて雰囲気聞いておく
あたりが難しくなることで、業務遂行の困難さを感じ始めたので、まだまだリモート弱者だった。
4
20
129
Findy Engineer Lab のインタビューで自分のキャリアについて話しました。インタビューを受けてから時間がちょっと経ってますが、よろしくおねがいします！ / “よりよい開発体験を求めて─ OSSと本業であるインフラエンジニアの二軸を生かし、自らの力で組織の開発力を向上…”
0
22
118
「ZOZO MLOps チームのチームリーディングと SRE(Engineering)」というタイトルで40min 発表します。技術の話もしますが、なんと珍しいことにチームリーディングについての話をします。そのっつのチームリーディング哲学を聞けるのはSRE NEXTだけ…！
#srenext
0
29
119
これはアツい良い話 / “日本人がNASAで働くには｜大丸 拓郎｜note”
0
39
114
これは良い仕事。データの正しさを確認するのはとても大事な事例 / “児童手当使途の調査報告書が間違っているようなので、厚生労働省に電話しました - おたまの日記”
0
60
118
どうも、ぞぞっつ改め、Zホールディングスっつです。
2
8
119
昨日の資料公開しました。なるほど示唆に富んでいる(ステマ
#CNDT2020
/ “ZOZOにおけるID基盤のk8sへのリプレイスとセキュリティの取り組み / Authentication service replacement and security efforts of zozotown(CNDT2020) - Speaker Deck”
0
19
112
キャッシュなしでもCDNを通してネットワーク最適化することで速度向上する件については以前ブログに書きました。 / “「メルカリ個人情報流出に違和感」プロが疑問視—— 国内数百万会員の…”
0
73
113
“ネットワーク技術の変化を知らないWeb開発者ヤヴァイ” / “HTTP and 5G (fixed1)”
0
31
108
ヨロシクゥ / “株式会社ZOZOを辞め”
9
1
107
OSSライセンス、法務でも専門外だったりするので、エンジニア(具体的にはワイ)がチェックしてあげないといけないのが負担が大きい。各社どうしてますか
3
16
106
弊社アドベントカレンダーの記事書きました / “書き込みがあるワークロードにおける ZOZOTOWN マルチクラウド構想とその検討停止について - Qiita”
0
34
104
0
30
103
最近自分も GitHub Actions に権限与えて CD してるのは (初出でweaveworksが言ってた) GitOps じゃないよ、と指摘する業を数回やってた所だったので便利 / “CIOpsとGitOpsの話 - inductor's blog”
0
16
97
コレむしろ最初「職務専念義務」について「職務に専念すること、ただしOSS活動は許可する」みたいな但し書きで持っていったのを「そもそもOSS活動は職務に含めて良いのでは？」と経営陣に逆提案されたのでした。
なるほど、その発想はなかった(アリだと思ってなかった)、と感嘆したものでした。
素晴らしいなあ。
各所と調整して規則に落とし込めた点はもちろんのこと、それを経営陣が承認しているのもすごい。
人材獲得にも一役買いそう。
0
0
5
0
25
93
書いた
0
5
95
モノレポ、フル CloudRun か。開発者はどれぐらいの人数規模なのか気になる。 / “メルカリShops の技術スタックと、その選定理由 | メルカリエンジニアリング”
1
9
91
ブログにもしたためておきました
#srenext
/ “「ZOZO MLOps のチームリーディングとSRE(Engineering)」というタイトルで SRE Next 2020 に登壇しました”
0
20
93
ステートフルなDBをk8sで運用する、とはちょっと話がズレるけど、これからのDBはデータレイヤーとコンピューティングレイヤーが分かれてCPU増やすだけなら、ステートレスに台数増やせるようになるべきだと思うんだよな。データローカリティがががとか反論もあるかもだけど、運用が圧倒的にしやすい
0
16
91
内製している API Gateway についてかなり詳細に書いてあります！ / “【ZOZOTOWNマイクロサービス化】API Gatewayを自社開発したノウハウ大公開！ - ZOZO Technologies TECH BLOG”
2
10
90
加えて、社内への情報共有にもなるし、情報を整理する良い機会にもなってると思っている。組織が大きくなると外部公開のブログを見て他部署がそんな取り組みをしていたことを始めて知って対話が始まることも。
テックブログ、採用目的 "だけ" でみてしまうと基本的にコスパ悪いし、あまりいいことないので目的を複数混ぜるのがいいと思ってる。
エンジニア本人や会社のブランディング、採用候補者への魅力づけ、会社の情報発信強化などなど。
2
30
186
1
22
86
アドベントカレンダーの記事書きました / “ZOZO開発組織の2022年の振り返りと現状 - Qiita”
0
6
85
良いモデル作りさえすれば、デプロイされてプロダクトで使われると思ってるような人が多いのだろう。プロダクションレディにするまでの障壁は大きい。
1
13
86
申し訳ないけど、このモジュール設計が、例えば chef で nginx の設定パラメータを全部 templates 化した cookbook を作るようなバッドプラクティスをやっているのと同様に見えました。 / “Infrastructure-as-Code-is-very-tired - Speaker Deck”
1
12
83
ほんぶちょーになって、本部の1on1したことがなかったメンバー全員と1on1をした。２ヶ月ぐらいかかったが、やって良かった。
1
0
82
Google Cloud Next '19 の参加レポート速報が出た。速い！頑張るなー / “Google Cloud Next '19で発表された新機能を紹介します！ (Cloud Run, BigQuery Storage API, Cloud Data Fusion) - ZOZO Technologies TECH BLOG”
0
20
80
責任範囲はある程度被らせた方が良い。Devもk8s yaml書いてPR送っても良いし、SREもアプリケーション弄って環境変数設定できるようにしたりチューニングしたりして良い。
#InfraStudy
0
25
79
お話しました / “市場価値の高いエンジニアとは？？ はむかずさん、そのっつさんが語る「エンジニア転職の本音〜意外な転職先の真相に迫る～」 - Findy Engineer Lab - ファインディエンジニアラボ”
0
18
75
Redisがシングルスレッドだったのはこだわりじゃなかったのかってばよ / “インメモリ型データストア「Redis 6.0」リリース、マルチスレッド対応やクライアントキャッシュなどが導入される | OSDN Magazine”
0
18
76
ZOZOTOWNリプレイスプロジェクトの連載「レガシーシステム攻略のプロセス」(全8回)始まりました。初回は自分も執筆させていただきました。4/18発売。ぜひお手に取ってください🖐️
0
11
73
俺「Chainerの学習が遅いんです」
Aさん「nvprof みた？」
Bさん「CUDAの気持ちになってみた？」
Cさん「cython が吐き出したコードみた？」
Dさん「アセンブリコードみた？」
Eさん「Pythonのソースコード見た？」
0
16
72
この定義は自分の感覚にも近いかもしれない / “ML Ops: Machine Learning as an Engineering Discipline”
0
8
70
ZOZOでAndroidエンジニアを急募しています。業務委託でも正社員でも雇用形態は問いません。Androidテックリード
@Horie1024
と一緒に面談しますので、話を聞いてみたいな〜という方がいたら是非おねがいします！届いてくれ頼む🙏
1
31
70
別名 Kaggler枠だそうです / “データサイエンティスト（機械学習エンジニア） | 募集職種一覧 | 中途採用 | 採用情報 | 株式会社ディー・エヌ・エー【DeNA】”
1
48
68
導入背景がよくわかって良い記事 / “データ集計基盤の改善でLooker導入に至ったワケ - ZOZO Technologies TECH BLOG”
0
21
67
そのっつと言う人が何か語るらしい :eyes: / “エンジニア転職の今〜はむかずさん、そのっつさんが語る〜 - connpass”
0
7
65
マルチAZにしてもマイクロサービスな場合、入り口でAZ1に来たら裏側全部AZ1に振るような構成にしないと、AZ障害に耐え難い。しかしGKEでそれをやるにはクラスタを２つ別立てしないとダメそうだし辛い。という社内文書をしたためた。
1
2
67
これスゴいと思うんですよ / “BigQueryで時を遡って過去のテーブルを再構成する - ZOZO TECH BLOG”
0
7
65
自分が経験したIaCアンチパターンは、例えばnginxのchefコードを再利用しようとしてnginxのパラメータを全部外部注入できるようなモジュールを作るやつですね。コストが上がり過ぎる
#InfraStudy
0
9
66
ZOZOテクノロジーズアドベントカレンダー
#2
25日目の記事を書きました！ / “ZOZO プラットフォームSREとコロナ禍におけるチームリーディング術 | by そのっつ (Naotoshi Seo) | Dec, 2020 | Medium”
0
8
65
7/31 - 8/1 のGoogle Cloud Next '19 in Tokyo に登壇します。ZOZOで4月にMLOpsチームを作ってから今一番時間をかけているMLプロダクト on Kubernetes について話します！
0
21
63
ネットワークややこしい案件です。ご査収ください。 / “Amazon AuroraのデータをリアルタイムにGoogle BigQueryに連携してみた / Realtime data linkage from Amazon Aurora to Google BigQuery - Speaker Deck”
0
12
63
前者が所謂スタッフ(参謀)エンジニアで後者が技術オタク。技術オタクも、その知識や技術選定を自己満足ではなく、他者(プロダクトや組織)のために使える・行えるようになると、参謀として組織に重宝されるようになる。ソースはわい。
優秀なソフトウェアエンジニアの定義って何だろうね、自分はどんな課題に対しても安定して柔軟に最適解を提示し完遂できる人が優秀なエンジニアであってどんな職場でも評価されているイメージ。逆に新しい技術とかそういう事ばっかり言ってる人は優秀じゃなくてただの技術オタクだよね。
3
71
529
0
16
64
心理的安全性 / “Googleが発見した、最も成功しているチームに共通する5つの特性 | ライフハッカー［日本版］”
0
32
63
場所問わなくなりました / “ZOZOテクノロジーズ、日本全国から就業可能な 「全国在宅勤務制度」を導入 ～ 全国から新たに30名のエンジニアを募集。場所にとらわれない令和の働き方を推進 〜 - ニュース - 株式会社ZOZOテクノロジーズ”
0
23
63