Wantedly Engineering Podcast

• 合田 周平のプロフィール
• テックリードの頭の中 - モバイルと推薦のリードに話を聞いてみた by @Altech_2015 w/ @swiz_ard @jy_msc
• "Kaggle" に集中できる推薦基盤改善 w/ @jy_msc
• RecSys2023論文読み会（オフライン+オンライン）
• ユーザにとって本当に良い推薦とは？を突き詰めたいデータサイエンティストへ

• @zerebom_3
• 樋口 心のプロフィール - Wantedly
• ChatGPT-4とのペアプログラミング体験: PDF要約＆Q&Aサービス開発の所感
• ⁠ChatGPTとの会話のデータ分析: 開発対話を最適化するための指針と特性 - Speaker Deck
• zerebom/SummarAIzeHub: SummarAIzeHub: An AI-powered GitHub Action to automatically summarize long issues when prompted with “/summarize-issue” in a comment.
• コマンド一つでGitHub上のコメントを自動要約するGitHub Actionsを公開しました

• https://github.com/zerebom/gpt-pdf-summarizer/blob/dev/chatgpt_conversations/conversation_1.md

• @eityans
• 渡邉 英太郎のプロフィール - Wantedly
• 人に頼む技術　コロンビア大学の嫌な顔されずに人を動かす科学

• 林 悠大のプロフィール - Wantedly
• pyhaya’s diary
• コンサル一年目が学ぶこと
• A/Bテスト実践ガイド 真のデータドリブンへ至る信用できる実験とは

• 合田 周平のプロフィール - Wantedly
• なぜ Wantedly に推薦システムが必要なのか

• 竹野 創平のプロフィール - Wantedly
• 久保出 雅俊のプロフィール - Wantedly
• 合田 周平のプロフィール - Wantedly
• Kotlin Multiplatform Mobile w/  @swiz_ard
• "Kaggle" に集中できる推薦基盤改善 w/ @jy_msc

@chloe463 が全社ミーティング(Demoday) で発表した不確実性を減らすってどういうこと(internal) の内容を詳しく解説してもらいました。

• フロントエンドリノベーション w/ @chloe463
• 原 剛士のプロフィール - Wantedly
• FACTFULNESS(ファクトフルネス) 10の思い込みを乗り越え、データを基に世界を正しく見る習慣 : ハンス・ロスリング, オーラ・ロスリング, アンナ・ロスリング・ロンランド, 上杉 周作, 関 美和: Japanese Books

• 入社前最大の成果はダジャレです with @gedorinku by Pod de Engineer
• https://twitter.com/gedorinku
• https://www.wantedly.com/id/gedorinku

• あなたの Node.js ESM は本当に ESM ですか? w/ @qnighy
• 実践 Node.js Native ESM — Wantedlyでのアプリケーション移行事例 | Wantedly Engineer Blog
• Native ESM + TypeScript 拡張子問題: 歯にものが挟まったようなスッキリしない書き流し
• Node.jsのネイティブES Modulesサポートが抱える問題を解決するBabelプラグインを書いた
• Storyshotsを止めてスナップショットテストの仕組みを自作した話 | Wantedly Engineer Blog
• esm: add pjson.importInterop to support __esModule by qnighy · Pull Request #40902 · nodejs/node
• esm: add option to interpret __esModule like Babel by qnighy · Pull Request #40892 · nodejs/node

• 実践 Node.js Native ESM — Wantedlyでのアプリケーション移行事例 | Wantedly Engineer Blog
• https://github.com/wantedly/hi18n

Infrastructure Squad Leader の @irotoris を呼んで EKS 移行の背景を聞きました

• プロダクト基盤を EKS に移行しました | Wantedly Engineer Blog
• マネージド型ノードグループでのノードテイント - Amazon EKS
• Kubernetes における最高の認証フローを本気で考え直してみた / GitHub Team Based Access Control - Speaker Deck

@nasa_desu を読んで Go と rust の並行処理の違いから並行処理の基礎について教えてもらいました。

• GoとRust - 並行処理編
• GoとRust - 並行プログラミング編

kyncon の一員として ISUCON 本選に出場した @bubusu_ryu に本選の感想を聞きました。

• 山岸 立のプロフィール - Wantedly
• #ISUCON の必勝法はユーザーストーリーの理解 w/ @bubusu_ryu
• https://github.com/kyncon/isucon12-final
• ISUCON12 本選の結果発表と全チームのスコア : ISUCON公式Blog

@qnighy が作っている hi18n という i18n ライブラリの設計や思想について聞きました。

• https://www.wantedly.com/id/qnighy
• https://github.com/wantedly/hi18n
• hi18n (i18nライブラリ) の紹介 (1) 設計思想と基本方針
• hi18n (i18nライブラリ) の紹介 (2) メッセージパーサーと型レベルパーサー
• hi18n (i18nライブラリ) の紹介 (3) 翻訳の同期
• hi18n (i18nライブラリ) の使い方

kyncon の一員として ISUCON 本選出場を決めた @bubusu_ryu に予選突破の要因を聞きました

• 山岸 立のプロフィール - Wantedly
• https://github.com/kyncon/isucon12-qualify
• 鬼のようなMakefile
• https://github.com/jakkcer/alpdiff
• ISUCON12 オンライン予選 予選結果と本選出場者決定のお知らせ : ISUCON公式Blog
• ISUCON12 オンライン予選 全てのチームのスコア（参考値） : ISUCON公式Blog
• #ISUCON で100万点とって予選2位になるためにやったこと

• https://twitter.com/Altech_2015
• Wantedly の技術とアーキテクチャ / Wantedly Architecture Overview
• 技術を的に当てる技術について - GraphQL を入れ直した話 w/ @Altech
• 技術とアーキテクチャ
• 退職するつもりでコードを書け w/ @stomk_

@stomk_ に 「レガシー化していた課金周りのシステムを改善するためにやったこと」について詳しく聞きました。

• ホスト: https://www.wantedly.com/id/potsbo
• ゲスト: https://www.wantedly.com/id/shingo_tomioka
• レガシー化していた課金周りのシステムを改善するためにやったこと
• A Philosophy of Software Design
• レガシーソフトウェア改善ガイド - 翔泳社
• レガシーコードからの脱却 - O'Reilly Japan

@izumin5210 に Production Ready GraphQL を中心に GraphQL のベストプラクティスにまつわるあれこれを聞きました。

• ホスト: https://www.wantedly.com/id/potsbo
• ゲスト: https://www.wantedly.com/id/izumin
• https://book.productionreadygraphql.com/
• Production Ready GraphQL 輪読してみた w/ @hachiblog
• GraphQL Gateway の理想と達成までの道のり w/ @izumin5210
• GraphQL Cursor Connections Specification
• id の不透明性
• Using nested mutations
• Netflix DGS
• GraphQL over HTTP
• Status Codes

プロダクトデザイナーと上手に協働するための心得 感想を Product Design Chapter Lead の @NishaMe1024 に聞きました。

• ホスト: https://www.wantedly.com/id/potsbo
• ゲスト: https://www.wantedly.com/id/NishaMe
• プロダクトデザイナーと上手に協働するための心得 w/ @kbys_02
• デザインの合意形成にある落とし穴
• マイクロサービスでもポチポチ確認するための Kubefork
• Webフロントエンドアプリのデザインシステムライブラリ

新卒1年目を終えるタイミングのエンジニアの @nasa_desu @bubusububusu に1年目にやったこととやっておけばよかったことを聞きました。

• 山岸 立
• 近藤 アサン
• なぜ、あなたの仕事は終わらないのか
• コンサル一年目が学ぶこと
• Wantedly 21新卒 Advent Calendar 2021
• Wantedly 24卒向けサマーインターンシップ

Production Ready GraphQL を社内の輪読をしてみた @hachiblog に内容と学びを聞いていきました。

• SpaceX API
• GraphQL Gateway の理想と達成までの道のり w/ @izumin5210
• 技術を的に当てる技術について - GraphQL を入れ直した話 w/ @Altech

CTOがデザインマネージャーやってみた w/ @kawasy の感想を Product Design Chapter Lead の @NishaMe1024 に聞きました。

• @kawasy の 決意表明ツイート
• @NishaMe1024 の決意表明ツイート

CTO の @kawasy を呼んでデザインマネージャーの業務について聞きました

• @kawasy の 決意表明ツイート
• @NishaMe1024 の決意表明ツイート
• “Agile” is eating design’s young; or, Yet Another Reason why “embedding” designers doesn’t work
• ユニコーン企業のひみつ ――Spotifyで学んだソフトウェアづくりと働き方
• Spotify Doesn't Use the Spotify Model
• デザインシステムが加速させるプロダクト開発
• プロダクトデザイナーと上手に協働するための心得
• Webフロントエンドアプリのデザインシステムライブラリ
• Wantedly UI Components
• “広義のデザイン“が組織に根付き、“広義のデザイナー“が役目を終える時 -2022年のデザイナー市場動向-
• What is the framework for innovation? Design Council's evolved Double Diamond
• Wantedly Design
• リーダブルコード ――より良いコードを書くためのシンプルで実践的なテクニック
• Wantedly Engineering Handbook

プロジェクトマネージャーの @t_o_sh に PMBOK 読書会で学んだことを聞きました。

• プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準
• The Twelve Factors
• 6枚のポスターを作って見えた、社内ブランディングにおけるビジュアライズの価値

@izumin5210 を呼んで GraphQL Gateway のつくりかたについて聞きました

• https://www.wantedly.com/id/izumin
• 技術を的に当てる技術について - GraphQL を入れ直した話 w/ @Altech
• GraphQL 導入の反省と再挑戦 / jsconf jp 2021
• Reconciling GraphQL and Thrift at Airbnb
• Production Ready GraphQL
• GraphQL Nexus
• github.com/proto-graphql/proto-nexus
• github.com/proto-graphql/graphql-field-mask
• github.com/izumin5210/protogql
• github.com/graphql/graphql-js
• GraphQL の引数では「値を入れない」と「null を渡す」を区別できる
• [RFC] Client controlled nullability operator #867
• [RFC] GraphQL Input Union type #488
• TECH STAND #7 GraphQL

アーキテクトの @Altech_2015 を呼んで 吉祥寺.pm28 で話した技術を的に当てる技術について聞きました

• 吉祥寺.pm28【オンライン】
• 技術を的に当てる技術について - GraphQL を入れ直した話 / Re-Introduce GraphQL
• https://www.wantedly.com/id/altech
• フロントエンドに型の秩序を与えるGraphQLとTypeScript
• Protocol Buffers の書き方と管理方法 w/ @izumin5210
• 速度と安全性を極めた先に見える最高の Developer eXperience
• オブジェクト指向UIデザイン ――使いやすいソフトウェアの原理

データサイエンティストの @jy_msc に "Kaggle" に集中できるように推薦基盤を改善した話を聞きました。

• https://www.wantedly.com/id/hakubishin3
  • https://twitter.com/jy_msc
• https://www.kaggle.com/
• https://anchor.fm/wantedly-dev/episodes/w-rerost-e14fp3l
• https://anchor.fm/wantedly-dev/episodes/w-rerost-e1a5otg
• https://www.wantedly.com/id/yuya4
• https://speakerdeck.com/unblee/using-dvc-to-accelerate-machine-learning-pipeline-development

@kbys_02 を招いてプロダクトデザイナーと上手に協働するための心得の解説をもらいました。

上手く協働するための心得

• 共通言語で話す
• 唯一の情報源を持つ
• 幅広い観点を持つ
• 語るよりも見せる

スムーズに仕事を進めるための心得

• デザイナーを巻き込む
• デザインのフィードバック
• 実装
• 実装のデザインチェック

参考リンク

• https://www.wantedly.com/id/kobayang
• https://www.wantedly.com/about/engagement
• Storybook が良い UI コンポーネントのレールになる 
• https://docs.wantedly.dev/
• Communication Between Designers and Engineers, WWDC2017
• SwiftUI でデザインシステム実装を加速させる
• Webフロントエンドアプリのデザインシステムライブラリ
• 開発フロー研修 @ Wantedly / 良い Issue の書き方
• マイクロサービスでもポチポチ確認するための Kubefork

• https://www.wantedly.com/id/nari_ex
• https://topotal.com/
• https://topotal.com/services/sre-as-a-service/case-study/20211116-wantedly
• https://e34.fm/3/
• https://waroom.com/
• https://docs.wantedly.dev/fields/dev-process/post-mortems
• https://docs.wantedly.dev/introduction/incident
• https://docs.topotal.com/sales/sales-materials-ver10.pdf

rerost をゲストに呼んでデータサイエンティスのための基盤づくりの手法について聞きました

• 「推薦が壊れる」とはなにか w/ @rerost
• bqv-catalog

@Altech をゲストに呼んで Architect のしごとについて聞きました。

トピック

• 設計の階層
• Architecture Style
• コミュニケーション設計
• 不確定性のある意思決定をどうやって行くか
• 設計のコツ

ISUCON11 の予選を2位で突破した「都営三田線東急目黒線直通急行日吉行」の @izumin5210 に何をしたのかを聞きました。

• ISUCON11 オンライン予選 全てのチームのスコア（参考値）
• https://github.com/isucon/isucon11-qualify
• go-sql-driver/mysql でプレースホルダ置換をサポートしました
• GoでISUCONを戦う話 #prepared statementについて

@Altech をゲストに呼んでソフトウェア設計と抽象について聞きました。

トピック

• 変えないコードには設計はいらないのか
• 仕様を投げたら設計ができる機械は作れるのか
• 「肩書」は人と 1:N 関係？
• 抽象とは抽象という抽象の1インスタンス
• 抽象と抽象化の違い

参考リンク

• ソフトウェアの良い設計/抽象/ドメイン
• 抽象を使わないプログラミング/問題の分割/設計がソフトウェア自体を定義する
• ソフトウェア設計の Why & What & How
• ガウディ本
• Protocol Buffers の書き方と管理方法 w/ @izumin5210

@chloe463 をゲストに呼んでリノベーションを通したフロントエンドのアーキテクチャ進化とその変遷について話しました。

トピック

• リノベーションという手段
• リノベーションの Tips
• Wantedly のフロントエンドアーキテクチャ変遷
• Wantedly のフロントエンドアーキテクチャの未来

参考リンク

• Wantedly Engineering Handbook 
• フロントエンドリノベーション―負債から資産へ
• Webの最前線に立つならリノベーションし続ける必要がある
• React でデザインシステムを正しく実装する - コンポーネントカタログを超えて
• UIデザインに必要な『一貫性』へのアプローチ - 管理画面のアップデートに際して
• 2つのWebpack buildを1つに統合した話
• Next.js

@izumin5210 をゲストに呼んで Protocol Buffers と gRPC を利用したマイクロサービス間通信の考え方とTipsについて聞きました。

トピック

• gRPC が使えない環境における Protocol Buffers のメリット
• Protocol Buffers の書き方で気をつけること
• インターフェースの重要性
• proto ファイルの管理方法

参考リンク

• マイクロサービス共通ライブラリで “Governance through code” を実現する
• React でデザインシステムを正しく実装する - コンポーネントカタログを超えて
• Wantedly Engineering Handbook
• protobufスキーマとgRPC通信
• github.com/izumin5210/grapi
• 公式ドキュメントの読み方
• Language Guide (proto3)
• API Design Guide
• マイクロサービスでもポチポチ確認するための Kubefork
• ソフトウェア設計の Why & What & How

@kubode をゲストに呼んで Kotlin Multiplatform Mobile の導入経緯と Pros/Cons について聞きました。

• Kotlin Multiplatform
• React Nativeをやめる話とKotlin Multiplatform
• Wantedly VisitにおけるKotlin Multiplatformの導入と実装
• KMMの導入と得られるもの

rerost をゲストに呼んで堅牢な推薦基盤の作り方について聞きました。

推薦が壊れている状態とはなにか、なぜ定義したいのか、検知が何故難しいのか、どの様に解決していくのかなどについて話しました。

• Chaos Engineering に向けてレシピサービスの Steady State を追求する
• bq table validator
• ランキングに対する演算
• Argo Workflow at Wantedly
• dagg

https://www.wantedly.com/companies/wantedly