ID:58166さん

自己推薦一覧

自己推薦はありません

2021年7月回 指名 (未返答 : 1/41件)年収を見るには?


OLTA
正社員スター
承諾
カウシェ
1位指名
正社員スター
承諾
LegalForce
リモート可(週3日以上)
正社員スター
承諾
ディー・エヌ・エー
リモート可(週4日以上)
正社員スター
承諾
ラクスル
リモート可(週4日以上)
正社員プチリッチ
承諾
AppBrew
リモート可(週4日以上)
正社員スター
辞退
サイカ
リモート可(週4日以上)
正社員スター
辞退
100%保証
グローバ
リモート可(週4日以上)
正社員スター
辞退
エブリー
正社員スター
辞退
コロプラ
正社員プチリッチ
辞退
ルームクリップ
1位指名
リモート可(週4日以上)
正社員スター
辞退
マネーフォワードケッサイ
リモート可(週4日以上)
正社員スター
辞退
100%保証
モノグサ
リモート可(週3日以上)
正社員スター
辞退
LUCHE GROUP
1位指名
リモート可(週4日以上)
正社員スター
辞退
BASE
正社員スター
辞退
フラジェリン
リモート可(週4日以上)
正社員プチリッチ
辞退
サマリー
1位指名
リモート可(週4日以上)
正社員スター
辞退
メルペイ
リモート可(週4日以上)
正社員スター
辞退
ロジクラ
リモート可(週4日以上)
正社員スター
辞退
WED
リモート可(週3日以上)
正社員スター
辞退
コミューン
リモート可(週4日以上)
正社員プチリッチ
辞退
Kyash
リモート可(週3日以上)
正社員スター
辞退
エニキャリ
リモート可(週4日以上)
正社員スター
辞退
ナイル
リモート可(週4日以上)
正社員スター
辞退
ABEJA
リモート可(週3日以上)
正社員スター
辞退
フィードフォース
リモート可(週4日以上)
正社員プチリッチ
辞退
Speee
リモート可(週4日以上)
正社員スター
辞退
Showcase Gig
リモート可(週4日以上)
正社員スター
辞退
SEQSENSE
正社員スター
辞退
スマートキャンプ
リモート可(週4日以上)
正社員プチリッチ
辞退
ゲームエイト
リモート可(週4日以上)
正社員プチリッチ
辞退
LITALICO
リモート可(週4日以上)
正社員プチリッチ
辞退
ビザスク
正社員プチリッチ
辞退
MICIN
リモート可(週3日以上)
正社員スター
辞退
アウモ
リモート可(週3日以上)
正社員スター
辞退
ミクシィ
リモート可(週3日以上)
正社員スター
辞退
ユーフォリア
リモート可(週4日以上)
正社員プチリッチノーマル
辞退
Sansan
正社員プチリッチ
辞退
ラクス
正社員プチリッチ
辞退
ユーザベース
正社員プチリッチ
辞退
返答しませんでした....
SODA
1位指名
正社員スター
未返答

3年後の目標や野望


技術トレンドに左右されない技術力と高い視座でサービスのグロースを牽引する

最近は技術に対してそこまで詳しくなくともある程度勉強するだけでサービス開発はできる世の中となりました。 しかし、一方で技術トレンドがものすごい勢いで変遷していくこの時代において、そのような程度の技術の習得のみでは今後の自動化の流れでエンジニアが生き残っていくのはのは厳しいと思っています。 エンジニア35歳定年説なども言われている中で、エンジニアにおける生存戦略として技術トレンドに左右されない礎となる技術力が求められるはずです。 私は、技術トレンドのキャッチアップは前提として持ちつつもそのような礎となる技術力も持ち合わせたエンジニアを目指しています。 また、論理的な思考力に長けているエンジニアがいる中で、PMのみによるプロダクトの方向性決定や機能の仕様決定はその事業にとって非常にもったいないと感じています。 事業成長という共通の社内目標に対してサービス目線でのコミットもできて初めてサービスのエンジニアリングができていると考えているため、 技術一辺倒にならず、目線の高い組織に必要とされるエンジニアを目指しています。

年収評価シート

2021年/半年以内

サブスクリプション型動画配信サービス

## やったこと **要点** 250時間程度で動画のストリーミング配信及びサブスクリプションモデルを採用したwebサービスのバックエンドと一部インフラの実装を完遂 **詳細** フロントエンジニア、インフラエンジニアと自分の合計3名で、業務委託という形でサービスの要件定義からローンチまですべてのバックエンド及び動画アップロード変換周りにおけるインフラの担当をしました。 2020年10月頃から要件定義を始め、年始から本格的に開発に着手しました。 副業という形なので月の稼働が50-60時間という中で、5月頭にリリースをしたので開発時間としては250時間程度でした。 ## サービス概要 **要点** 認証済みスポーツ関係の方が動画を上げ、その投稿主のコミュニティに有料サブスク登録すると動画を見ることができる **詳細** こちらの審査のもと、オーナーとして登録されたスポーツ関係の職に従事しているユーザが関連する動画やイベント情報を公開でき、一般ユーザはオーナーにサブスクリプションすることでそれらのリソースを閲覧できるサービスです。 リリースから2ヶ月経った今も安定稼働しており、SLOなどの指標については現在は契約解除の関係で明記できませんがクリティカルな障害はリリース後まだなく、売上も着実に伸びてきているサービスとなっています。 ## 技術詳細 **要点** - API: golang - サブスク: Stripe - 動画まわり: elemental MediaConvert, lambda, S3, python - そのた: github Actions, RDS, Elasticache, ECS **詳細** この開発ではGolangを用いてすべてのバックエンドのAPIを実装しました。 サブスクリプション周りについてはStripeを用いています。 インフラはすべてAWSに乗っており、自分はその中でも - 動画をmp4やMOV形式のものからストリーミング形式であるm3u8に変換するためのelemental media convertのパラメータチューニング - ユーザの動画アップロードトリガーで上記変換処理に投げるためのlambda の実装をしました。 また、github actionsによるCICD環境や正規化されたテーブル設計、ログやエラーハンドリングなど、サービス開発に必要なものは一通り組み込まれています。 なお事業フェーズや開発スピード優先などの状況を考慮して、TerraformなどのIaCは利用せずにコンソールで構築しています。 ## 技術的工夫ポイント ### ストレスのない動画アップロードの仕組みづくり ユーザが動画をアップロードする際の体験にストレスを与えないために、アップロードに進捗率の概念をもたせつつ、動画の再アップロード時には **前回途中までアップロードしていた箇所の続きからアップロードを再開** させるようにさせました。 既存ライブラリがあるのですが、HTTPにしか対応しておらずSSL化させたAPIにその実装を乗せるのに苦労しました。 結論フロント側でHTTPヘッダをいじることで解決できたのですが、そこの調査でかなりサーバ側でも苦戦しました。 ### 動画の変換 ユーザは基本的にmp4やMOVなどの形式で動画をアップロードしたいはずですが、それをそのままストレージに保存させると、アップロードした動画を視聴する際にストリーミング形式で閲覧できないため、動画視聴の体験がかなり損なわれてしまいます。 そこで、 **動画アップロード時にストリーミングに対応しているm3u8形式に変換させる** という対応をサーバ・インフラ側で入れました。 mp4でアップロードしてきたらまずS3にその動画を保存させ、その後裏でS3のアップロードをトリガーにしたLambdaが、elemental MediaConvertというAWSのマネージドサービスを呼び出してm3u8に変換させ、再度それをS3に保管させるという設計です。 こうすることで、動画アップロードと変換の作業を切り離せたのでユーザにとって最短で動画アップロードできるようにしつつも視聴者側はストリーミング形式で動画を閲覧できるようになりました。 ### サービスの切り離し 動画アップロードにはかなりのメモリを専有されてしまうため、普通のAPIサーバとマシンを同居させるわけには行きませんでした。 そのため **動画アップロードのコンポーネントのみインフラを切り離してアプリ側も別でサービスを作成** しました。 ついでにそのサービスに動画のサムネアップロードも含めています。 アップロードのコンポーネントには通常のAPIサーバとhttpでやり取りしていて、動画アップロードの権限があるのかのチェックも挟んでいてマイクロサービスのような切り離し方をしています。

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

このマネージメント能力は公開されていません

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
あり
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
あり

今後、身につけなければいけないと思っている技術は何ですか?

CNCF界隈の技術のキャッチアップや言語の中でも一つレイヤの落としたところ(各言語ごとに特徴の出るメモリの活用方法やコンパイラの内部実装など)までの理解

エンジニアとして影響を受けた本を教えてください

- 実践ドメイン駆動設計 - オライリー SRE

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

適度なコミュニケーションがアリつつ、心理的安全性が担保された中での積極的な仕様への意見出しができる環境 また、開発組織全体のモチベーションが高くギャップが小さい環境

キャラクター

直近で一番やりたいこと
組織を作りたい
好きなスタイル
好きな規模
水とプログラミングどっちが大事?
自信を持って人より秀でていると言える点
調整力 / 問題解決力 / 巻き込み力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
理念や社会的意義
やりたくない分野
SI / ファッション / アダルト / 仮想通貨
その他の特徴
レガシーな環境を改善できる / 趣味は仕事
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で20代中盤
好きな Text Editor
vim
希望勤務地
東京都
希望年収
750万円
転職ドラフトに参加して
企業から指名を受け取ろう!
会員登録をして転職ドラフトに参加すると、参加企業から年収付きの指名を受け取ることができるようになります。
会員登録する
ご意見箱

要望、不具合報告、使いづらい点や感想など、なんでもお気軽にご連絡ください。

ID:58166さん
今年で20代中盤
vim
参加ステータス
不参加
参加回数
1回
累計平均提示年収
693 万円
SIGN UPSIGN IN


このサービスを友人に薦めたいですか?