https://twitter.com/_nacal/status/1673497209961316352?s=20

宣言通りやってきました。

ISUCON自体はほぼ触れたことがない分野だったので、ちょうどいい機会と思い参加しました。
内容としてはISUCONの問題を会社横断で2人1組のチームを組んで1日取り組むというもの。

やったこと
- とりあえずtop。とりあえずMySQLチューニング。
- スロークエリ出してindex貼ったらスコア爆増きもち〜！！
- お、N+1もいっぱいあるやん、これも直してスコア上げまくるぞ〜
- うん、大変な割にあんまりスコア上がらないな、あぁ...あぁ...
- わぁこれも直したいな、あぁ時間が...

こんな感じであっという間に終了の時間になり、ほとんどMySQLのチューニングしかしてませんでした。

反省としてはindexを貼った時点でMySQLが既にボトルネックではなくなっていたのにその後もずっとMySQLしか見えていなかったことです。定期的な計測大事。

あとは普段から触れていない分野なのでスロークエリのログ出力するだけでも手こずったりしたのが悔しい。

ISUCONは方法を知っているか知らないかで大きく違うな、と思うことが多々あったのでとりあえず本買いました。復習しよう。
https://www.amazon.co.jp/gp/product/B0B1Z9ZMY6/ref=ppx_yo_dt_b_d_asin_title_o00?ie=UTF8&psc=1

基礎的な知識もほぼない状態だったので何もできずに終わっちゃったらどうしようなど不安もありましたが、サポートの体制が万全だったので安心して進められたこと、何より「なんかよく分からんISUCONというやつ」が、「なんか楽しいやつ」になったのが良かったです。

次はもっと強くなってISUCONに参戦するぞ！


CTO協会 合同ISUCON研修に参加しました

正式には「ZOZO Tech Meetup〜ZOZOTOWNフロントエンドリプレイスの事例紹介〜」です。(OGPをちゃんとしてない都合上省略しました)

https://zozotech-inc.connpass.com/event/283986/

会場はヤフー株式会社に初訪問でした。デカかった。

https://twitter.com/_nacal/status/1666747775915266048?s=20

内容はZOZOTOWNのフロントエンドリプレイスについてということで、エンジニアとして働きはじめたからこそ興味を持てたテーマだったなぁと思います。

## Next.js を選定した ZOZOTOWN のフロントエンドリプレイス、その全体像
ZOZOTOWN開発本部 ZOZOTOWNWEB部 バックエンドリプレイスブロック[@takewell_](https://twitter.com/takewell_)さんのセッション

ZOZOTOWNがフロントエンドリプレイスに至るまで、なんのためにやるのかなど詳細に知ることができました。

Next.jsを選定した理由は、開発生産性やパフォーマンスの面もそうだけど人材採用のポテンシャルや将来性の面は言語化できていなかったので確かにそうなだぁとなった。

あとは、リプレイス専門のチームが組まれていて、2025年までロードマップが敷かれているのは流石だなぁと思いました。

@[speakerdeck](01fac190712b4a09a1c46961870275b4)

## オンプレミスの運用からクラウドの運用へ 〜SREのフロントエンドリプレイス裏側〜
技術本部 SRE部 ZOZOSREブロック[@takezyo07](https://twitter.com/takezyo07)さんのセッション

新卒未経験からSREで沖縄在住であだ名があきちゃんさん!?(僕が今担当しているサービスのSREを全員融合させたようで驚きました)

SREチームから見るフロントエンドリプレイス、なかなかない内容なので興味深かったです。

特に一気に全ての画面をリプレイスできるわけではないのでインフラも考えること多いよなぁと思いつつ、ほぼインフラ未経験の僕でもちゃんと理解できる分かりやすいセッション内容でとても助かりました。

@[speakerdeck](95bd61f5cb9d4f9390da7340f614e12f)

## フロントエンドリアーキテクト2023
技術顧問[@yosuke_furukawa](https://twitter.com/yosuke_furukawa)さんのセッション

ZOZOTOWNに限らず、さまざまなプロダクトのリアーキテクトについてのお話を聞くことができました。

セッション内で「レガシーソフトウェア改善ガイド」が何度か紹介されており、良さそうだったから絶対買って読みたい。

リアーキテクトアンチパターンは全て思い当たる節がありすぎてグサグサ刺さったのでスライド見てみてください。

特に、リアーキテクトと共に既存機能のエンハンスを止めてはいけないという点は、ビジネスとしてサービスを提供する上では大切な観点だと改めて思うことができました。

@[speakerdeck](33b9c39e796f4a51b9b75eccbca972b0)

## パネルディスカッション
技術的制約なかったらどんな技術使う？とか、Vercelの新機能色々出てるけど、どうなん？とか参加者からの質問を募集しながら、用意してくださった美味しいご飯を食べながらワイワイしていました。

フロントエンド周りは特に意識的に日頃から情報収集をしているので、どの話もわかる〜となり楽しかったです。

印象深かったのは、リアーキテクトを行うために必要なものは「熱意」「環境」「後押し」であるということ。

確かにZOZOTOWNのリアーキテクトからはその全てが揃っていると感じることができたので余計に説得力がありました。

やるぞ！!

## 懇親会
最後は参加者との懇親会でした。

限られた時間で他社のエンジニアの方々と交流しましたが、どの企業もやはりフロントエンドリアーキテクトを試行錯誤しながらやっている模様。

こういうオフラインイベントで交流するの定期的にやって、知見だけでなくリアルな状況も把握していきたい気持ちです。

最後に、地味に嬉しかったのは全てのセッションスライドが公開されたことと、匿名質問サービスを導入していたことで参加者が気軽に質問できていたことはめちゃくちゃいいなと思いました。さすがの一言です。

また次の開催があれば、別の分野でも参加してみたいなーと思いました。


ZOZO Tech Meetupに参加しました

5/11-13 長野県松本市で開催されたRubyKaigi2023に参加しました。

https://rubykaigi.org/2023/

## なんで参加したの？
去年のRubyKaigiに行っている同僚を見て楽しそうすぎて来年こそは絶対に行くとずっと思っていました。

この、「楽しそう」とは決して遠くへ行って観光したり美味しいものを食べたりすることではなく　(もちろんそういった側面もありますが)、Rubyコミュニティの一員として最新の技術をキャッチアップしたり、色々な人と関わってワイワイ交流することが「楽しそう」すぎて2023こそは初参加をしてやるという強い気持ちがありました。

Matzもどこかで言っているように、Rubyは楽しむために設計された言語であり、Rubyを愛用する人々は本当に楽しんでいるのか、この目で直接確かめる使命がありました。

## 目的
RubyKaigiに参加しようと思った動機は前述の通りで、会期中の目標をいくつか掲げました。

- Rubyコミュニティを肌で感じる
- 技術的知見をたくさん持って帰る
- 積極的に他社エンジニアと交流する
- Matzと写真を撮る

https://twitter.com/_nacal/status/1651536889239982081?s=20

## 参加してみて
> 「思ってた4倍楽しい」

相当期待を抱いて参加しましたが、余裕で上回ってしまうくらい楽しかったです。

まず、オフラインでのカンファレンスに参加すること自体がほとんど初めての経験でした。

学生時代にも学会などいつくか参加していましたが、コロナ禍だったということもあり、全てオンラインで行っていました。

そんな中で、うわ〜ここにいる人みんなRubyistなのか〜という感覚は奇妙さすら感じてしまい、言葉にできない高揚感をずっと抱いていました。

各セッションも専門性が高く、正直「アーナルホドハイハイ完全理解。」状態になることもちらほらありましたが、どうやらRubyKaigi初参加の洗礼らしく、むしろ次こそはという気持ちでモチベーションが爆上がりしまくっていました。

何より、昼食やDrink　Upでの様々な人との関わりこそ、オフラインの開催でしか味わえない貴重な経験であり、改めて参加することができて本当に良かったという気持ちでいっぱいです。

今年も何かの間違いで参加していなかったらきっと今頃旅立っていたかもしれません。

## 目標達成状況
### Rubyコミュニティを肌で感じる
めちゃくちゃ感じられました。

会場内全員がRubyistなのはもちろん、夜どこを出歩いていてもそこら中にRubyistがたくさんいて休む間もなく肌で感じ続けられました。

生憎、他の言語や領域の特性をまだ深く知らないのでRubyistはこういう人たちというのをうまく形容できませんが、とにかくRuby好きなやつに悪いやつはいないよと孫に語り継ぐことはできます。

### 技術的知見をたくさん持って帰る
これは正直にいうと「△」かなという感じです。

もちろん学んだことはめちゃくちゃあったのですが、Rubyや英語の能力が不足していて、「俺がもっと強ければ...!」になることが多々あったのが悔しいです。

興味はあるけど英語のセッションだからなぁで躊躇してしまうのってすごい勿体無いな〜と思ったので、マジでやるぞ。

### 積極的に他社エンジニアと交流する
大交流祭でした。

各社若手シャッフルランチを開催していただいたり、Drink Upで色々な企業の方とお話ししながらうまい酒と料理を食べてコミュニケーションと体重を貯金することができました。

むしろこういう機会でなくても普段関わらない人たちと交流して刺激を受けることは定期的にやっていきたいのでいつでも誰でも誘ってください。フットワークの軽さには定評があります。

### Matzと写真を撮る
やったぜ

![Matz&nacal](//images.ctfassets.net/wbigkalvhmt9/5XOgkKxFDzl859aeJi9toz/8c8e170d8ff686d83237b6183b00bfe7/DSC00529.jpg)

## これからのこと
RubyKaigi2023を終えて、間違いなくRUby愛やモチベーションは上がりました。

何より、楽しい開発体験は言語の特性のみでなくコミュニティの力も大きいということを改めて知ることができました。

2022年の自分に、来年になったら「やっぱり楽しかった」になっていると教えてあげたいです。

そして、2024年にRubyの理解を深めた自分が、2023年の自分に「もっと楽しかった」と言えるようにこれからもRubyコミュニティの一員として頑張っていきたいです。

https://twitter.com/_nacal/status/1657761931791564800?s=20


RubyKaigi 2023に参加しました

今日はBuySell Technologiesさん主催のリクルート × BASE × バイセル 【第1回フロントエンド勉強会】 React & GraphQLに参加してきました。

https://buysell-technologies.connpass.com/event/276135/

帰って参加レポを書くまでが勉強会！なので書きます。

## Reactのコンポーネント設計
WF to Codeでのコンポーネント設計しっかり手順組んでやっていくというお話。

具体的には、コンポーネント分割→ツリー図→IF設計という流れ。

登壇スライドの中でも例とともにこんな感じというものがあったのでめちゃくちゃ分かりやすかった。

backendだとシーケンス図書いて〜とかで割としっかりと設計していたけど、Reactのコンポーネント設計って頭の中でなんとなく組み立ててぽや〜と進めちゃっていた節があったので、段階的に設計してから手を動かすとカオスを生むこともなくて嬉しい。

早速次機会があればやってみようと思った。

## カートUIのフォーカスを可視化する
BASE株式会社さんのカートUIのa11y改善のお話。

safari...!!のくだりでは現場にいた全frontenderが心の中で頷いていたはず。

自分のチームではデザインエンジニア的なポジションの方が主体的にa11y進めてくれていたりするので、そういったポジションがないとデザイナーエンジニア間でのコミュニケーションは課題になってくるよな〜と改めて認識した。

あとは最近jsx-a11y導入して、hrefのないAnchorタグめちゃくちゃ怒られてたな〜という記憶があるのでa11yやっていかねばという気持ちになった。

ちなみにWebアプリケーションアクセシビリティの書籍買ったもののまだ全然読めていないので読まないと...

## GraphQLでのキャッシュ戦略
GraphQLのキャッシュを種類に分けていい感じに活用しようやというお話。

クライアントサイドでのキャッシュ、うまく活用したいけどなんとなくしか理解できてなくてう〜んという状態だったので、キャッシュ正規化の流れやどういった場面でキャッシュが活用されるのかから知ることができてよかった。

キャッシュを汎用性やデータの大きさで3種類に分類することでスコープを分けてキャッシュを有効活用できるという、なんとなくこうあるべきという形が今の段階で認識できた気がする。

Apollo Clientも触りながらなんとなく使ってる節があるので改めてちゃんと理解しないとな〜という気持ち。

## GraphQL Gatewayを実質無料で手に入れる
「マイクロサービス好きですか？」

frontenderに起こりがちなマイクロサービスにしたものの通信複雑になるのはどうすんのよ問題を実質無料(実装コスト)で手に入れるためのお得情報。

GraphQL Gatewayパターンという考え方だと、各マイクロサービスのschemaをいい感じに合体させていい感じにクライアントサイドに返すことができる。

GraphQL Gateway Framework(schema stitchingとかApollo Federation)正直全然触ったことなかったので個人開発でなんかいい感じのマイクロサービスつくりながら触ってみたい気持ちになった。

また、「そのコードは誰がオーナーシップを持つのか？」辺りの話はチーム開発で確かに重要な論点だな〜と感じた。

## 感想
夏に上京をしてからオフラインで他の企業に行って勉強会に参加すること自体初めてだったけど、どのセッションもめちゃくちゃ勉強になったし、参加者との懇親会でも色々と交流ができて楽しかった〜(お寿司、ピザ美味しすぎて泣いた)。

個人的な反省点としては、他の企業のエンジニアの方に弊社のあれこれについて聞かれた時、「まだチームが変わってそんなに経ってないんですが〜」とか、「最近backendの方が触ってて〜」とか保険かけたマイナスな前置きから曖昧な回答になっちゃいがちだったのがダメだったなーという気持ち。

ただ周囲から学ぶだけでなくお互い良い影響を与えられる存在になれるよう、自分が関わっているプロダクトについては何でも聞いてください！と自信持って言えるくらい完全理解しておかないとなと思った。

書き殴りになりましたが、これにて無事に勉強会を終了です。


リクルート × BASE × バイセル 【第1回フロントエンド勉強会】に参加しました

ipadのchrome appでのみ新規タブで開いたページの最下部に100vhくらいの余白が生まれてしまう現象を確認した。

自分のページのlayout周りのCSSをイジっていた時に気づいたので、「なんか変なコード書いちゃったか〜」くらいに思っていたけど別のページでも再現することを確認して「chrome側の問題か〜」になり、一旦googleさんに報告しておいた。

スクロールのないサイトでこれになってるとなんかダサいのでなるべく早く直してほしい。


ipadのchromeだけなんかおかしい

あけましておめでとうございます(現在の時刻 1/3 22:15)。

俺たちのお正月はまだまだ終わらないので、書きます。

## 抱負
> やりたいと思ったことをやる

2023年はやりたいと思ったことをやりたいと思います(?)。

そのやりたいことって具体的になんやねんという話ですが、現時点で決まってないというよりは決めないようにしました。

新年に「今年はこれをやるぞ！」と決めてしまうと、何か新しくやりたいことができた時にそれに取り組む足枷になってしまうんじゃないかなぁと感じてしまいます。抱負ってそういうもんだとは思いますが。

なので、今年はやりたいと思ったことをやりたいと思った時に躊躇せずやっていける年にしたいなぁと思います。

仕事においてはキャリアのVSOPにもある「バラエティ」を広めるための期間として色々なことに手を出し、プライベートでも2022年ではやりたいけどなかなか腰が重くてできなかったことももっとカジュアルにやっていきたいです。

https://zenn.dev/nacal/articles/87cec389d726f5

とりあえず、2023年の年末に「今年は色々やりたいことができたなぁ」と思えるように頑張ります。

## 今年の漢字

![書き初め「恣」](//images.ctfassets.net/wbigkalvhmt9/2s4dtFULQFx8zEpQ9sfw0S/3a9c439fd20290cea4ac36d092192726/____________________________2023-01-03_22.25.09.png)
*今年の漢字「恣」*

これで「ほしいまま」って読むらしい。いい漢字ダァ。

[\#書き初めオンライン](https://kakizome.online/)

2023年の抱負

もうとっくに2023年ですがせっかくなので振り返ります。

## 変化
2022年は変化の年でした。

長い学生生活を終えて新卒で働き始めたこと、24年住んだ大阪の実家を出て東京で一人暮らしを始めたこと、人生において割と大きい生活の変化がありました。

環境の変化には割とすぐに適応できるタイプだと勝手に思っていて、色々大変なことはあるけどまぁそういうもんでしょ精神でなんとかやりきりました(別に辛いことがあった訳でもない)。

個人的には一人暮らしを始めたという変化がとても大きく、「なんでも自分でやらないといけない」というプレッシャーよりは「なんでも自分の好きにできるんだ」という希望に溢れていました。

なので、今は特に不安や不満はなく、楽しく暮らせています。

## おもろかった
2022年、おもろかったです（？）。

はてなブログで毎月「今月のおもろかった」をひそひそと書いていました。

https://nacal.hatenablog.com/

毎年何か一年やり切ることを決めていて、2022年はおもろいをインプットしまくろうということになっていたのでおもろそうなことには敏感な一年でした。

ここにまとめているのはメディアのおもろかったですが、私生活でもおもろかったことはたくさんあって、それも一年の中で「変化」がたくさんあったからなんだろうなぁと思います。

## まだまだやれそう
2022年、特に大きな後悔もなくそれなりに良い年になったとは思いましたが、まだまだこんなもんじゃないだろという気持ちもあります。

2022年は、2023年以降に更なる飛躍をするための準備期間だったということで正当化して、学んだことや身につけたことをより磨いていきたいと思います。

思わず抱負的なことまで書きそうになってしまったのでこの辺で一旦やめさせてもらいます。

## まとめ
全体的に見出しが雑すぎてびっくりしました。

でも、何も考えずにゆるく書けることが大型プラットフォーム上のブログではないことのメリットだと思うのでヨシとします。

では、2022年ありがとう。

### おまけ
「変化」の年だった2022年はTwitterのアイコンもたくさん変わっていました。

最新のサンノさんに描いてもらったアイコンはめちゃくちゃ気に入っているので金髪坊主にイメチェンでもしない限りはしばらく変えないと思います。

https://twitter.com/_nacal/status/1389952787849433100?s=20&t=s6TbqicgDKI0HUyzBXOZ_g

https://twitter.com/_nacal/status/1489880231389241344?s=20&t=s6TbqicgDKI0HUyzBXOZ_g

https://twitter.com/_nacal/status/1530633316491153408?s=20&t=s6TbqicgDKI0HUyzBXOZ_g

https://twitter.com/_nacal/status/1584897638914461697?s=20&t=s6TbqicgDKI0HUyzBXOZ_g

2022年を振り返る

あけましておめでとうございます。

2023年の抱負を大晦日にぼやっと考えていたのですが、もっとアウトプットしたいなぁでも気軽にアウトプットできるプラットフォームがないなぁという気持ちになり、暇だしブログでもつくるかになったのでつくりました。

とりあえず見れればいいやクオリティで出しているので、これからちょいちょい良くしていこうと思います。

そんなこんなで2023年、いいスタートダッシュができたのでなんやかんや頑張ります。

2022年の振り返りとか2023年の抱負は、別で書きます。

日記Category

CTO協会合同ISUCON研修に参加しました

ZOZO Tech Meetupに参加しました

RubyKaigi 2023に参加しました

リクルート × BASE × バイセル【第1回フロントエンド勉強会】に参加しました

ipadのchromeだけなんかおかしい

2023年の抱負

2022年を振り返る

謹賀新年ブログ開設

日記Category

CTO協会 合同ISUCON研修に参加しました

ZOZO Tech Meetupに参加しました

RubyKaigi 2023に参加しました

リクルート × BASE × バイセル 【第1回フロントエンド勉強会】に参加しました

ipadのchromeだけなんかおかしい

2023年の抱負

2022年を振り返る

謹賀新年ブログ開設

CTO協会合同ISUCON研修に参加しました

リクルート × BASE × バイセル【第1回フロントエンド勉強会】に参加しました