Wano Advent Calendar 2022 まとめ

2022年のAdvent Calendar終わりましたね。今年は、[Wano Advent Calendar](https://qiita.com/advent-calendar/2022/wano-group) とグループ会社のEDOCODEでも[EDOCODE Advent Calendar](https://adventar.org/calendars/7645)を行いました。
旗振り役がしっかりしてくれていたので、ちゃんと完走できました(一部遅れましたが)。

せっかくなので、Wano Advent Calendarの各記事を、簡単に紹介したいと思います。EDOCODEについては[別記事でまとめ](https://qiita.com/ktat/items/3d7870cd869e5d1e377c)ています。

このAdvent Calendarは、[Wano Group](https://group.wano.co.jp/)のエンジニア([Wano](https://wano.co.jp/)、[TuneCore](https://tunecore.co.jp/)、[EDOCODE](https://www.edocode.co.jp/))のエンジニアが中心に書いています。

### 1日目 [音楽プロダクトを作る面白さ](https://note.com/tkzwww/n/n22946088cec8)

TuneCore Japan のデザイナーの[@Mntdsgn](https://twitter.com/Mntdsgn)による、ユーザーの「プロダクトの体験設計」をどんな観点でどのように行っているか、デザインをどうチームに浸透させていくかについて語っています。

### 2日目 [次にくる？！Radix UI触ってみた（Radix UI × Tailwind CSS)](https://qiita.com/exsrx97/items/139c7bcad6b906e6c492)

TuneCore Japanのフロントエンドエンジニア@exsrx97による、Radix UIという、2020年にリリース、2022年7月にversion 1.0.0がリリースしたという、あたらしめのコンポーネントライブラリーの説明＆導入記事を書いています。

### 3日目 [Fargateタスクをスクリプトのように気軽に同期実行しよう](https://qiita.com/NaotoFushimi/items/14a9e74d031af1d82583)

Wanoで[Video Kicks](https://kicks.video/)を開発しているフルスタックエンジニア@NaotoFushimiによる、AWS Fargate(コンテナ向けサーバーレスコンピューティング)を使って、ホストで動かないDocker imageや、重たい処理なんかをFargateでさくっと動かすための、`ecs-task-runner` の使い方の紹介です。

### 4日目 [Product-Led Growth まとめ](https://ktat.hatenadiary.jp/entry/2022/12/04/171031)

僕の記事ですが、僕の中で今年一番の良書かもしれないところの「[Product-Led Growth](https://www.amazon.co.jp/dp/B09GFGBWPD)」という書籍の要約＋αです。長いですが、頑張ってまとめたほうだと思いますので、良かったらぜひ。

### 5日目 [10周年の音楽プロダクトで、PJ管理/タスク管理をJIRAからNotionへ完全移行した話【Template公開中】](https://qiita.com/shogoroy/items/1cba172142f102151ef6)

TuneCore JapanのEngineering Managerの@shogoroyによる、Notionでのタスク管理方法についてって、タイトルが全てを語っていますが、JIRAからNotionに移った上で、構成がどう変わったのか、どのようにNotionの機能を活用しているかということが書かれています。JIRAに不満を覚えている人、Notionのタスク管理に課題を抱えている人には良い記事かと思います。

### 6日目 [3人の子持ちエンジニアが働く上で会社の制度の活用例](https://qiita.com/wanomaeda/items/b2e67bb938b478a6c5f6)

Wanoのフロントエンドエンジニアの@wanomaedaによる、Wanoの会社の制度をうまく使って子育てと仕事を両立してますよという内容の記事です。子育て前と後で、制度に対する捉え方が違ってきたのは面白いですね。

### 7日目 [機能設計のコミュニケーションには図を使おう！エディタで作れるよ！](https://qiita.com/shibe_/items/e30683f4eca205809412)

TuneCore Japanのサーバサイドエンジニア @shibe_ による、marmaidを使ったシーケンス図、ER図の書き方と、それを使ったコミュニケーションについて。実際のプロジェクトの機能について書かれているので、わかりやすいのではないかと思います(僕はPlantUML派ですけど、Notionがmarmaidしか対応してない)。

### 8日目 [正規表現の例として、WebAssemblyとGopherJSを比較する](https://qiita.com/johnnytfhs/items/df65ff7cd46339a3c491)

Wanoで[Video Kicks](https://kicks.video/)を開発しているフルスタックエンジニアの@johnnytfhsによる、WebAssembly と GopherJS で正規表現の処理の実例と、速度比較を行っています。

### 9日目 [TestCafeを触ってみた](https://qiita.com/iuchim/items/20cc4fb58c987ddb609f)

EDOCODEのサーバサイドエンジニアの@iuchimによる、E2EのテストフレームワークであるTestCafeのインストール及びテストの仕方について書いています。[続きの記事](https://qiita.com/iuchim/items/5c7a56f31547ffa2c177)が、EDOCODE Advent Calendarに枯れていますので、そちらもどうぞ。

### 10日目 [【React】ちゃんと知って使うReact.memo](https://lamechang-dev.hatenablog.com/entry/2022/12/07/171613)

TuneCore Japanのフロントエンドエンジニアの[@lamechang](https://linktr.ee/lamechang)による、React.memo を正しく使うための説明と使いどころの紹介。

### 11日目 [【Pabbly Connect】自動でGoogleDriveにGmailの添付ファイルを保存したい（ノーコード）](https://qiita.com/gibom/items/7e96a561a9d595e251e0)

Wanoの情シスエンジニア@gibomによる、Zapierの類似サービスであるところのPabbly Connectを使って、Gmailの添付ファイルをGoodleDriveに保存する方法と、はまりどころについて書いています。

### 12日目 [Backend Developerロードマップと共にITエンジニア１年目を振り返ってみる](https://qiita.com/masafumi330/items/1b1f7a14e1879c527db4)

TuneCore Japanのサーバサイドエンジニアの @masafumi330 による、[roadmap.sh](https://roadmap.sh/)で公開されているBackend向けのロードマップを1年目でどれくらいこなせたのかというのと、その中でどんな内容を学んだのかについての紹介の記事です。

### 13日目 [SI→Web業界への転職に利用したポートフォリオのDocker環境を振り返る](https://qiita.com/kotobuki5991/items/dccae16b2ae6af0d4512)

Wanoで[Video Kicks](https://kicks.video/)の開発を行っているフルスタックエンジニアの@kotobuki5991 による、転職用に作ったポートフォリオサイトのDockerfileとdocker-compose.ymlの紹介です。ちゃんとDockerfileとdocker-compose.ymlを理解しようという記事です。なんとなく書いてるものも見直してみると発見があるかもしれません。

### 14日目 [【React】useStateとuseReducer、使うのはどっち](https://qiita.com/kotobuki5991/items/59ff8189822c7130dc8f)

同じく@kotobuki5991 による、タイトル通りですが、ReactのuseStateとuseReducerの説明と、どっちを使うべきか、どういう場面に向いているかということを説明しています。

### 15日目 [音系技術の情報のあつめ方](https://qiita.com/FunyaFunya/items/936ec850d813a8a34fd9)

TuneCore Japan のサーバサイドエンジニアの@FunyaFunya による、音関係の技術情報をどこからどうやって集めるのか...という話です。ニッチな技術情報は割と集めるのが難しかったりしますので、参考になるかも知れません。

### 16日目 [Rustの非同期プログラミングの個人的まとめ 2022年版](https://qiita.com/fujitayy/items/03848da48a31948ad5b6)

EDOCODEのサーバサイドエンジニアの@fujitayy によるRustの記事です。Rust、最近よく聞くようになりましたね。Rustの非同期プログラミングの最新情報をコードと解説を交えて、わかりやすくまとめてくれています。

### 17日目 [約3年間での個人的なPerl躓きポイントをまとめてみた](https://qiita.com/s-kosuke/items/c610f5653e5825496c7c)

TuneCore Japanのサーバサイドエンジニの@s-kosuke による、Perlが苦手だったけど、今はだいぶ慣れてきた...という経験から、Perlの躓きポイントをまとめてくれています。これからPerlをやる人、Perlのコードを読まないといけない人に良いですね。

### 18日目 [中長期プロジェクトの開発がうまくいったコツを10個振り返ってみた](https://qiita.com/K-juju/items/a3a43278a1ad53af0158)

TuneCore Japanのサーバサイドエンジニア兼プロジェクトエンジニアリーダーの@K-juju による、半年規模のプロジェクトをうまく進めるために、プロジェクトの各フェーズにおける課題とどうやって解決したかを提示しています。

### 19日目 [転職して一年が経つので、今までに頂いたコードレビューを振り返ってみた](https://qiita.com/kosan/items/d1c62046cc20aa38c74e)

TuneCore Japanのフロントエンドエンジニアの@Kosanによる、1年間の間に受けたコードレビューの内容分析と、その説明。コードレビューは学びしか無いので、他の人にも参考になると思います。

### 20日目 [開発業務とバンド活動に共通する基盤、その後ろにある共通項を考えたかった](https://qiita.com/shibe_/items/3042d27bcfacdc83e8f7)

TuneCore Japanのサーバーサイドエンジニアの@shibe_ による、開発業務とバンド活動(クリエイター活動)をうまく行うための個人・チームのあり方と、双方に共通するものは何かという考察記事です。

### 21日目 [サーバー間で共有できるセマフォを実現したい](https://qiita.com/tdaiki-wano/items/55ea4e07b2e82e220089)

TuneCore Japanのサーバサイドエンジニアの @tdaiki-wano による複数サーバ間で処理の同時実行数の制御を行いたい、みたいなシチュエーションにたいする、MySQLとRedisを使った解決方法について書かれています。

### 22日目 [たまにはレコメンドされる楽曲から逃げてみる](https://note.com/kentarosata/n/nbdc955e206a1?first_post=true)

TuneCore Japanのプロダクトマネージャーの[@SataKentaro](https://twitter.com/SataKentaro)による、技術記事ではありませんが、レコメンドされる音楽に閉塞感や違和感を覚えて、受動的なリコメンドを受け取るのではなくて、能動的に探しに行く...というのも良いよね。といった内容の記事です。

### 23日目 [【ESlint】フロントエンドアーキテクチャ上で決めた依存ルールをESlintで制約として表現する](https://lamechang-dev.hatenablog.com/entry/2022/12/22/182758)

TuneCorejapanのフロントエンドエンジニアの[@lamechang](https://linktr.ee/lamechang)による、`no-restricted-paths`と`no-restricted-imports`によって、チームのルールをESLintで自動検知させて、スムーズな開発を行おうという試みです。

### 24日目 [STREAM DECK互換の仮想デバイスの紹介](https://qiita.com/ktat/items/74ae84dd385565dd2557)

僕の記事ですが、個人的にSTREAM DECK互換の仮想デバイスを作ってます。その仕組みと実際のコードをちょっとだけ紹介しています。代打で急に書いたので、業務系じゃない記事になっちゃいました。

### 25日目 [Notionとtandemで作る相談しやすいリモートワーク開発のすすめ](https://qiita.com/ktat/items/f333d4519aca21238dff)

こちらも僕の記事です。EDOCODEで行っている、Notion/tandem/Slackを使って、どのようにリモートワークでもいかに相談しやすい、問題が放置されないような開発を行っているかという紹介記事です。tandemはマジで良いです。

## おしまい

以上、簡単に各記事を紹介しました。興味のある記事をぜひ読んでもらって、「いいね」してもらえると嬉しいです!