
[//]: # (dateModified: 2022-04-01T17:30:00.000Z)

曽根敬雄（そねたかお）です。

様々な会社・形態で働いてきましたが、職業は一貫してソフトウェアエンジニアです。
主にWEBアプリケーションを中心に開発してきました。

## 基本情報

曽根敬雄（そねたかお、Takao Sone）

1989年6月16日生

## 学歴

千葉市立稲毛中学校（2002 ~ 2005）

千葉県立若松高校（2005 ~ 2008）

ワタナベエンターテインメントカレッジ・アクター専攻（2008 ~ 2010）

慶應義塾大学経済学部（2012 ~ 2017）  
Singapore Management University（2015 ~ 2016）

## 職歴

シンプレクス株式会社（2017/4 ~ 2018/8）

株式会社スペースエージェント（2018/9 ~ 2019/6）

個人事業主（2019/6 ~ 2020/4）

株式会社シリアライズ、代表取締役（2020/5 ~ 現在）  
[webサイト](https://ja.serialize.info/)

## 直近の技術スタック

バックエンド
- TypeScript
- NextJS
- Rust
- actix-web

フロントエンド
- TypeScript
- React

インフラ・その他
- AWS
- PostgreSQL

## オープンにできる作品

曽根敬雄として
- [workplus](https://workplus.sone-takao.com/)  
自分の稼働時間を図るアプリ。Rust, actix-web, Next.jsの練習用として作成。
スタディプラス株式会社の [Studyplus](https://www.studyplus.jp/) が元ネタです。

株式会社シリアライズとして
- [FooBarNinja](https://ja.foobarninja.com/)  
プログラミング言語の機能を実例とともに解説したメディア。SEOの実証実験用に作成。
主に、マーケティング面ではキーワード選定が正しいかどうか、技術面ではGatsbyに焦点を当てたアプリケーションです。

## 好きな言葉

Fire and Motion  
和訳詳細：[射撃しつつ前進](https://megalodon.jp/ref/2011-0824-1248-00/japanese.joelonsoftware.com/Articles/FireAndMotion.html)


曽根敬雄の自己紹介記事です。

曽根敬雄について

[//]: # (dateModified: 2022-04-01T17:30:00.000Z)

こんにちは曽根敬雄（そねたかお）です。 

今年1月から新しいプロジェクトの契約が加わり、大変だけど刺激的な3ヶ月を過ごしていました。

プロジェクトへの参画初期は学ぶ事柄が多く忙しいのはどんな仕事でも共通なのですが、
今回は自分史上類を見ないほど多くのことを学習しなければなりませんでした。

今回はそんな3ヶ月で学んだこと、思ったことを書きたいと思います。

## 要約

- 非常に多くの知識を入れる必要があった
- 本質的な仕事に繋がりにくい知識の学習は少なくしたい
- 培った経験が新しい分野にも適応できてうれしい

## 新しい仕事

2つのプロジェクト（同一会社）が加わりました。

当初はフロントエンドエンジニアとしてでしたが、半月ほどしてフルスタック（インフラ含む）として動いたほうが良いと判断して契約の巻き直しをさせていただきました。

分野はIoTで、1つのプロジェクトに関してはハードウェア以外の全て（設計含む）に携わらせていただいております。

## 新しく必須になった知識

- Django、Django REST framework（WEBフレームワーク）
- NestJS（WEBフレームワーク）
- GraphQL
- Prisma（ORマッパー）
- AntDesign（UIフレームワーク）
- AWS IoTサービス郡（AWS）

上記の技術的なことに加え、業務知識、IoTサービスの勘所、既存システムのキャッチアップ、類似事例調査など諸々が加わります。

フルスタックとして参画してるので学ぶことが多いのは当然ですが、新しいWEBフレームワーク2つはそれなりに重かったですね。

## Django・DRFのようなWEBフレームワークはツライ

今回DjangoとDRF（Django REST framework）を使用して改めて思ったことは、 
**"よしなに"やってくれることが多いフレームワークは好きじゃない** 
ということでした。 
過去に経験したフレームワークだとRuby on RailsやCakePHPもそうかもしれません。

もちろん、"よしなに"やってくれることが多いと初心者や単純なビジネスロジックを持つアプリケーションは
スピードと安全性を享受できると思います。 
しかし、その"よしな"な挙動を学習するためにはそれなりに時間を費やさなければならず、
複雑度が上がれば"よしな"では対応できないケースに多々遭遇してきました。 
また、その"よしな"は基本的に特定のフレームワークを使うときのみに役立つ知識であり汎用度が高い知識でもないと考えております。

個人的にWEBフレームワークによしなにやって欲しい部分はルーティングとセキュリティ部分だけであり、
その他の部分は明示的に実装する方が汎用的なWEB開発の知識を流用しやすく、立ち回りやすいです。

特定のWEBフレームワーク特有の"よしな"部分の知識はプロダクトの本質的な価値には繋がるとは思えず、この部分の理解・学習に時間を取られるのはやはりツラかったです。 
今回はNestJSの実装もすることになりましたが、こちらは割と薄いフレームワーク（だと思っている）なので同様の感情は芽生えませんでした。 
まぁこれは個人の好みが出るところなので、曽根個人が思っている話に過ぎません。

「そんな文句言うならDjango案件受けるなよ」と思われる方いらっしゃるとは思いますが、はい、もっともでございます。 
初期はフロントエンドエンジニアとしての契約であったのと、一応不自由しない程度には努力し理解したのでお許しください。

いいところを挙げるとすれば、
[DjangoのCSRF対策のドキュメント](https://docs.djangoproject.com/en/4.0/ref/csrf/)
には感動しました。

## 培った経験が新しい分野にも適応できてうれしい

新しい案件はIoT案件であり、その分野のソフトウェア開発は初めてでした。

大規模なストリームデータ処理などは初めてでした。 
しかし、自分で気をつけなければいけないと考えていた事柄とその実現方法が、
一般公開されている過去事例と解説に大方一致しており、非常に嬉しく思いました。

良いソフトウェアを作りたいと思い行動してきたので、過去の巨人たちの思考に近づけた自分を少し褒めたいです。

## まとめ

ここ3ヶ月は学ぶことが少し多かったなという印象です。

良いプロダクト制作に必要不可欠な業務知識などのキャッチアップ量が多い分にはいいのですが、
本質的な価値に繋がらない知識の習得はできるかぎり省いていきたいなと改めて思いました。 
私が「本質的な価値に繋がらない知識」と思っているものが本当に「本質的な価値に繋がらない知識」なのかどうかの見極めは必要ですが。

同時に、いい仕事をするための努力の方向性がおそらく間違っていないこともわかったので、これからも慢心することなく研鑽し続けます。

今回話した案件はこれからが本番ですし、他の既存案件もたゆまず努力させていただく所存です。

 

では。

 
 
 

## 余談

[前回の記事](https://blog.sone-takao.com/post/rust-lang-web-backend-my-trajectory/)
で「Rustがバックエンド側の第一言語になった」と書きましたが、TypeScriptに変わりました。

新しい案件でバックエンドにTypeScriptを使うようになったのが理由です。

せっかく学習したのにもったいないと思う気持ちもありますが、
将来的にRustはWEBフロントエンド・バックエンド双方において有望なプログラミング言語と考えているので、
今から大概のコードを読むのに困らない状態になれたのは良かったと思っています。

2022年1月から3月にかけてやってきたこと、その感想をまとめました。

学びが多い3ヶ月でした

[//]: # (dateModified: 2021-12-29T11:00:00.000Z)

こんにちは曽根敬雄（そねたかお）です。 

僕は2021年の5月からWebバックエンドの第一言語としてRustを選択しています。 
今日はRustをWebバックエンドの第一言語とすると決めてから今日までの所感をまとめてみようと思います。

## 要約
- Rustとactix-webを使用したバックエンド開発には満足
- 連携したいサービスのSDKがRustで提供されていない場合あり
- 問題解決は英語ベース

## 前提
僕はプログラミング言語、フレームワーク、ライブラリについて特定の好みはありません。
Rustを選択している今でも「Rust最高！」みたいな思いはありません。
かと言って様々な実測値をもとに他の言語と比較してロジカルに使用技術を決める人間でもありません。
チームで動いている場合はチーム環境を最優先し、そうでなければ好奇心をもとに技術選定をしています。

そんな人間の感想だと割り引いて読んでください。

## Rustを選択した理由
信頼しているエンジニアの友人複数から「Rustはいいぞ」という意見を聞いたことが主な理由です。 
優秀な人達に気に入られているRustはどんなものなのか、とても気になりました。

上記に加え、
- Stack Overflowの調査で最も愛されている言語である
- ガーベージコレクションがない
- C/C++寄りの言語（個人的印象）

という要素が僕の好奇心を見事にとらえました。

習得難易度が高いとの意見も見られましたが、
ソフトウェアエンジニアとしてのキャリアを選んだ以上難易度を理由に諦めるということはしないと決めているので無視しました。

## 基礎知識の学習方法
1. ネット上で基本的な文法を確認
2. [Rust Web Programming](https://www.amazon.co.jp/dp/B08PDFR2M9/ref=cm_sw_r_tw_dp_6TEEQHE3XDN0NMKYP3DV) でRustとactix-web（webフレームワーク）とdiesel（ORマッパー）の基礎を学習
3. Github上のactix-webとdieselを使用した`Realworld`系のリポジトリをリバースエンジニアリング
4. リバースエンジニアリングして得た知識をもとに実プロジェクト構成に近いアプリを作成

特に重要なのは3のリバースエンジニアリングだと思います。 
世界中の良心的な方々が公開してくれているコードを解析し実践的な実装方法を学ばせていただくことができます。
読み解けないコードが出てきたら都度公式レファレンスを確認していました。 
`From`トレイトを利用したエラーハンドリングの方法など、重要な実装の理解はこのリバースエンジニアリングによるところが大きいです。

リバースエンジニアリングは根気のいる作業ですが、Rustの学習に限らずどんなプログラミングの学習にも活かせる優れた方法だと思います。
巨人の肩を貸していただきましょう。

4ではリバースエンジニアリングでインプットした知識をアウトプットするため、機能が簡易なアプリケーションを本番構成に近い形で実装してみます。 
僕の場合は [workplus](https://workplus.sone-takao.com/) というアプリをRust・actix-web・dieselに加え、インフラとしてECS・BLUE/GREEN Deploy・Aurora PostgreSQLを組み込むことを必要条件として作りました。 
（現在workplusはより縮小したインフラ構成で運用しています。）

また、2以降はSlackやDiscord上でやり取りできるRustコミュニティに参加し情報収集を併行しました。

- [rust-jp](https://rust-jp.rs/)
- [Community - Rust Programming Language](https://www.rust-lang.org/community)

特に初心者用の質問チャンネルに流れてくる投稿を自分が理解しているかどうか判断し、理解していない場合は回答を読んだりレファレンスを調べたりして知識を補完していきました。

## 困ったこと
ライフタイムや所有権など慣れない概念もあり素早く理解できたとは言えませんが、これらは慣れの問題だと考えていたので想定内に収まったと思います。

しかし、連携したいサービス側でRust用の公式SDKが提供されていない場合があり、そのような場面ではSDKが存在するプログラミング言語よりも実装に時間がかかっていると思います。

僕の場合は以下サービスが該当しました。

- Stripe (決済)
- Google Identity (認証)
- AWS (インフラ)

詳細な理由は省きますが、上記の公式Rust用SDKが存在しないサービスは以下の対応をしました。 
- StripeはSDKで提供される機能を自前で実装
- Google IdentityはRustでの自前SDK実装を諦め、JavaScript用の公式SDKを使用しAWS Lambdaの一関数としてactix-web側から呼び出し
- AWSはサードパーティライブラリの [Rusoto](https://github.com/rusoto/rusoto) で対応 
 ([AWS SDK for Rust](https://github.com/awslabs/aws-sdk-rust) が公式から出ていますが現在のステータスは `developer preview` であり、2021年12月10日時点では本番環境への導入は推奨されていません。)

## RustでWebバックエンド開発に挑む人へ
困ったことで挙げたように、Webバックエンド開発にメジャーな言語と比較するとRustのWeb開発エコシステムは弱い印象があります。 
しかし、ある程度の経験がある開発者の方なら対処法は容易に思いつく可能性が高いのではないでしょうか。 
「RustでWebバックエンド開発をする！」という意気込みがあれば大丈夫かなと僕は考えています。

また、日本語の情報は限られているので英語で情報を探すことができない場合はかなり苦しむと予想されます。 
DeepLやブラウザの翻訳機能を使えば対応できそうな気もしますが、僕自身が使わないのでどこまでできるかはわかりません。

## まとめ

RustをWebバックエンドの第一言語にすると決めてから今日までのことなどをざっくりと書いてみました。 

KotlinとSpring、GoとGinの組み合わせと同様にRustとactix-webで問題なく開発できているので現状満足しています。 
RustでのWeb開発は他の言語と比較してエコシステムが弱い気がしますが、
便利なものがないからこそ自分で考える機会が増えてソフトウェアエンジニアしてるなと感じる機会も増えています。

低レイヤーの分野では言わずもがな、Webフロントエンド領域でもRustの存在が大きくなりつつある気配がしています。 
そんなRustに期待しながら、ヒープ領域を無駄に使いがちなコードからの脱却を目指して日々精進していきたいと思っています。

 
 
 

### 余談

 

以下、募集終了させていただきました。 (2021-12-24)

 
 


知的負荷が高い仕事にケリが付いたので時間ができました。

週3程度の稼働なら可能になったので大変そうな仕事があればお話待ってます。準委任でも請負でも。
以前誘っていただいた方は後日必ず連絡するので少しお待ちを。

技術スタックは昔と変わりませんが載せておきます。 
PHP、Ruby、Pythonは久しく触ってないので避けていただければ。

フロントエンド 
- TypeScript . React . Vue . Next.js . Nuxt.js

バックエンド 
- Rust . actix-web

インフラ 
- AWS . Terraform

バックエンドの第一言語をRustにした所感です。学習方法や困ったことなどをまとめました。

曽根敬雄のブログ

曽根敬雄について

学びが多い3ヶ月でした

RustでWebバックエンドの所感