山元 亮典 / ryosuke.yamamoto

自己紹介

鹿児島生まれ、横浜育ち。天然パーマです。
マンガと酒が趣味で、特技はタップダンス。
Voicyではエンジニアリングマネージャとして開発組織の全体統括しており、なんでもやるタイプのエンジニアです。
前職はヤフー検索のバックエンドをフルスクラッチで開発をしていました。
エンジニアリングが大好き。
 

Voicyの好きなところ

稀有なカルチャーで稀有な事業にチャレンジできる環境
 

好きなVoicyパーソナリティ

 

私が思う「声で未来をつくる」

 

カジュアルに話してみる

 

音声を聞いてみる

 

ピックアップコンテンツ

Pythonではじめるソフトウェアアーキテクチャ - 共立出版
スケーラビリティ、頑健性、セキュリティ、パフォーマンスが優れているアプリケーションをPythonで実現!  本書は、Pythonを用いたアプリケーション設計方法を様々な観点から解説します。ビジネス要求を満たす製品を構築するためには欠かすことのできない、保守性、再利用性、テスト容易性、スケーラビリティ、パフォーマンス、ユーザビリティ、セキュリティを取り上げ、読者が頑健かつ柔軟なソフトウェアの設計方法を理解することを目的としています。  またDevOpsや継続的インテグレーション、最適なオブジェクト指向の使用方法なども紹介しています。これらを理解することで、読者はビジネス規模が拡大しても耐え得る、スケーラブルなアプリケーション設計を構築できるようになるでしょう。  アプリケーション構築に欠かせない、各フレームワークのメリットなどにも焦点を当てており、これからアプリケーションを設計しなければならないエンジニアにとって価値の高い実践的な内容も含んでいます。特に第7、8章で解説されるデザインパターンとアーキテクチャパターンは、汎用的に使える知識であり、たとえPythonを使用しないエンジニアでも大きな恩恵を受けることができるでしょう。 本書で学ぶこと - 品質属性を正しく考慮したプログラムの実装 - スケーラブルなWebアプリケーションの設計 - Pythonの特徴を活かしたデザインパターン - テストツールを用いたパフォーマンスの最適化 - Pythonアプリケーションをリモート環境やクラウドへデプロイする方法 - Pythonのセキュアアーキテクチャアプリケーション 第1章 ソフトウェアアーキテクチャの原則 1.1 ソフトウェアアーキテクチャの定義 1.2 ソフトウェアアーキテクチャの特性 1.3 ソフトウェアアーキテクチャの重要性 1.4 システムアーキテクチャとエンタープライズアーキテクチャ 1.5 アーキテクチャの品質属性 1.6 まとめ 第2章 修正容易性と可読性 2.1 修正容易性とは 2.2 修正容易性に関連する品質属性 2.3 可読性とは 2.4 可読性向上のテクニック 2.5 凝集度と結合度 2.6 修正容易性向上のテクニック 2.7 静的解析ツールとメトリクス測定 2.8 コードリファクタリング 2.9 まとめ 第3章 テスト容易性 3.1 テスト容易性とは 3.2 テストの戦略 3.3 ホワイトボックステスト 3.4 テスト駆動開発 3.5 まとめ 第4章 パフォーマンス 4.1 パフォーマンスとは 4.2 ソフトウェアパフォーマンスエンジニアリング 4.3 パフォーマンステストツールと測定ツール 4.4 計算量 4.5 パフォーマンス測定 4.6 プロファイリング 4.7 その他のツール 4.8 データ構造のプログラミングパフォーマンス 4.9 まとめ 第5章 スケーラビリティ 5.1 スケーラビリティとパフォーマンス 5.2 並行性 5.3 マルチスレッディング 5.4 マルチプロセッシング 5.5 マルチスレッディング vs.
EMの定義から考えてEM始めました - voicy tech blog
こんにちはエンジニア リングマ ネージャの山元です。 この記事はVoicy アドベントカレンダー 23日目の記事です。 最近社内の特にPMチームで自分の役職を説明している記事が増えていて、 確かにマネジメントって 言語化 しないとわからないよなあ〜と思って 影響されて自分も書き出してみたいと思いました。 ぜひプロダクトチームのみなさんの記事も見てください (文面真面目人間なので、キャッチーな文章かけて羨ましいです!) PMの長のぶんたさんの記事 PMMのDさんの記事 この記事ではEM歴6ヶ月の自分が、「EMってなんだ?」から「こういうことやってるよ〜」となった思考のプロセスをつらつら書いています ぜひ以下のような人にぜひ! EMになりたいエンジニア EMのことを理解したい人 EMやっていて他社事例を知りたい人 まさかのここからです笑。 本などを読んで初めて知ったのですが、「EMが何か」は実は世の中の人はちゃんと教えてくれなくて、まるっと「適材適所だよ〜」と書かれています。 EMになったらまずEMの定義を作るのが仕事かもしれません。 前提としてマネジメントの言葉の定義を決めておくと ドラッガー 氏の「組織に成果をあげさせるための道具、機能、機関」が良いと考えています。 ではエンジニア リングマ ネージャは何をする人でしょうか? ソフトウェアファーストによると以下です。 実装を担当するソフトウェアエンジニアを取りまとめる役割です。 及川 卓也. ソフトウェア・ファースト (Japanese Edition) ( Kindle の位置No.3124-3125). Kindle 版. ここではエンジニアという人のリソースで成果を上げているマネージャですね。ピープルマネジメントで1on1してそうだな〜なんてやることが想像つきますね。 そしてソフトウェアファーストにもしっかり適材適所ですよと書かれています。 これらはあくまで筆者が一般的な開発にあてはめて職種と役割を 言語化したものなので、当然、企業や開発するプロダクトの性質によって細かい役割の違いがあっても構いません。大事なのはこうした職種を置くことではなく、それぞれがきちんと役割を全うし、機能させる環境を整えることにあります。 及川 卓也. ソフトウェア・ファースト (Japanese Edition) ( Kindle の位置No.3131-3134).
 

入社エントリー

 

経年インタビュー

 

音声アウトプット

 

テキストアウトプット