ID:49343さん

自己推薦一覧

自己推薦はありません

3年後の目標や野望


エンジニアの価値を高め、自由な生き方ができるエンジニアを増やす

日本におけるエンジニアの価値を上げるため、まず自分自身の価値(単価)を上げ、 「平日5日勤務」という一般的な働き方を抜けて「自由な働き方の実現」の一例を示したい。 そして、そのような高い価値を持った自由な働き方をするエンジニアを増やす活動をしていきたい。

年収評価シート

2016年/2年以上

販促ツールサービスのリプレイス&新機能開発

# プロジェクト詳細 主に楽天市場の店舗さん向けの販促ツールを提供するサービスの開発。 商品やカテゴリ等の各種ページにランキング情報や期間で切り替えるバナー、PCページからスマホ用ページを作成するツール等の多種多様な販促ツールを提供するサービス。 そのバージョン1がCakePHPで書かれていたものを、Laravelにリプレイスするプロジェクト。 # 詳細作業 ## 初期環境構築 新しい開発環境を作る上で、 - 外注者等新しい人でもすぐ環境を構築できるか - API連携のある別システムも含めて問題なく動作できるか 等を考慮して、開発環境とAWS上のステージング・本番環境を構築した。 ## AWS環境の工夫 楽天サーバへの接続が日本IPからしか受け付けないという特殊仕様のため、AWS上の環境は全てNATで日本IPに変換するようにした。(1サーバ1日本IPと結びつけてしまうと、サーバ台数分日本IPを取得する必要があり、オートスケーリングに対応できないため、NATを利用) ## JSフレームワークの選定&Vue.jsの適応 元々jqueryで書かれていたものに対して規模が大きくなってきたため、jsフレームワークを適応することを提案。 複数のフレームワークを社内メンバーのスキルや導入コスト・運用コスト等を考慮し、Vue.jsを選択。 初期導入も含めて行う。 Vue.jsの知見を持つものがおらず、jquery脳だったので概念から学び、他メンバーに横展開を行う。 ## コーディング規約の導入&リファクタリング指揮 元々知識の豊富なメンバーがおらず、修正に修正が重ねられ、属人的で複雑なコードになっていた。 それに対して、他メンバーが理解しやすいよう、修正コストが下がるよう、 コーディング規約に則り、仕様も把握しやすい実装になるよう導いていった。 具体的には、PHPMDやCodePHP_SnifferをsiderによりPR単位に指摘されるように導入したり、 毎回のレビューでわかりにくい点や複雑なロジックを指摘し、改善していった。 工夫した点としては、実装者は結局人間であるため、闇雲に指摘するのでなく相手をきちんと見るということ。 一度身に付いた実装方法をすぐ変更して修正するか、頑固に今までの書き方に拘るかは人によって異なる。 そのため、なぜこのような書き方が必要なのか、なぜそのような書き方だとわかりにくいのかを相手の技術や仕様への理解度にに合わせて説明したり、軌道修正を段階的に適応したり、一方的に決めつけるのでなく相手の意思や判断を尊重して指摘したりと、 相手の人間性を尊重しつつ着実にストレスが少なく着実に前に進んでいくよう工夫をした。 # どのような機能を作ったのか ## 受賞ランキングバナー作成機能 楽天市場ではデイリーランキングやリアルタイムランキングがあり、その受賞結果の画像を店舗ページに販促ツールとして設置するニーズがある。 ただ受賞したかどうかを探し、販促画像を作成するのはとても手間なため、それらを自動化する機能を実装。 受賞結果を自動で収集し、リスト表示。 任意の結果を用意したサイズから選んで販促画像をシステム側で作成する。 工夫した点としては、ランキング結果は非常に多くなる場合があるため、 読み込みを非同期で段階的に行い、 ソートもフロントだけで完結させてソートのたびに通信が発生しないようにして操作性を下げないようにした。

2020年/半年以内

WEB広告効果測定システム開発

# プロジェクト概要 WEB広告の結果をinputとし、機械学習等を用いて効果測定を行い、 次の広告の適切な設定値をoutputするシステム。 なお、このプロジェクトはこの期間に所属していた会社での業務ではなく、 個人で受けた案件である。 # 詳細作業 ## システム全体のインフラ設計 要件定義を確認し、本システムにおいて適切なシステム設計を行った。 (アウトプットはシステム構成図) 工夫した点としては、 - システムが常時稼働する必要が無いこと - コスト面の優先度が高いこと などから通常のインスタンスではなくlambdaを用い、デプロイも運用を考慮してコマンドベースで行えるよう設計した。 ## アプリケーションの初期構築 flaskはrailsのようにデフォルトのディレクトリ構造が無いため、 実装開発を考慮して独自にディレクトリ構造を策定し、 loggerやexception周り、ORMもファイル分割を行い、規模拡大に耐え得る構成で作成した。 本プロジェクトは自分が長く入り続けるわけではないのは決まっていたので、 自分がいなくてもちゃんと開発運用が続けられるよう、コメントやREADMEもしっかりと残していった。 ## カバレッジの網羅+テストコードの整理 実装優先にしていたためカバレッジが網羅できておらず、 他の方が想定と異なるtestの組み方をしていて複雑化していたので、 カバレッジの網羅とテストコードの整理を行った。 他の方が組まれていたテストがテスト同士密結合になっており、実装を修正した際のテストの修正が非常に困難となっていたため、 疎結合として分解し、修正も容易となるよう調整していった。 ただ、完全に分解して書き直すにはコストがかかりすぎると判断し、適度な所で切り上げ、 それ以上被害が広がらないようにだけ考慮し、理想と現実の折り合いを付けていった。

2018年/2年以内

就職・転職相談サービス開発

# プロジェクト概要 女性のための就活・転職相談としてユーザ同士をマッチングし、 やりとりを促すサービス。 途中まで開発が進んでいたがその時の実装者による開発が進まなくなってしまったため、 開発をバトンタッチし、リリース・運用まで受け持つ。 なお、このプロジェクトはこの期間に所属していた会社での業務ではなく、 個人で受けた案件である。 実装は基本自分一人で進め、デザイナーにデザインはサポートしてもらう。 # 詳細作業 ## 要件定義・詳細設計 どこまでができていてどこからができていないのか、 最終的にどんなイメージかを確認し、設計を進めていった。 依頼者も資金的に余裕のある方ではなかったので、追加したい機能とコスト感・工数を都度比較検討し、 互いに納得する仕様を設計し、進めていった。 リリースが伸び伸びになっていた事もあり、「早くリリースしたい」という点の優先度が高かったため、 とりあえずリリースできるミニマムの形の設計と理想形の設計を行い、段階的にリリースするようスケジュールに落とし込んでいった。 ## 実装方針変更への対応 リリース後、ユーザの反応によって実装の変更が入る事がちょくちょく発生していた。 結果的にうまくいった点ではあるが、最初の実装の段階で依頼者の思いを理解し、 変更の可能性をある程度考慮して変更に耐えられるよう疎結合で実装していた。 そのおかげもあってか変更があってもスムーズに変更していくことができた。 システム全体としても修正によってツギハギだらけの複雑化させることなく、属人化させずにシンプルでわかりやすいコードを維持することができた。 # どのような機能を作ったのか ## チャット&ビデオチャット機能 互いに承認したユーザ間でリアルタイムチャットができる機能。 また、互いに希望があればビデオチャットもできるよう実装。 ビデオチャットは外部サービスを埋め込む形とし、低コストで実装。 リアルタイムチャットができるようrailsのAction Cableを使用。 LINEなどの見慣れたUIになるようイメージを合わせ、既読機能も付与。

マネージメント能力

外注者の作業
期待通りのアウトプットを期限内に出させる
◯依頼して実装してもらった処理がやたら複雑になってしまうことがあった 確かに伝えた内容としては実現はできているが、実装された処理が複雑で他の人が修正し難い場合があった。 なので、 ・仕様を伝える段階でロジックやクラス構成等もある程度こちらで考えて伝える ・粒感が大きい場合は特に途中段階でもレビューを入れる ・悩んだ部分や気になる点があった場合はなるべく多くチケットにアウトプットしてもらうように促す という工夫で、なるべくこちらが想定した形で実装してもらうよう寄せていった。

アピール項目


アウトプット

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

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

未入力です

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

未入力です

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
好きな規模
水とプログラミングどっちが大事?
自信を持って人より秀でていると言える点
企画立案力 / プレゼン力 / 交渉力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
未入力です
その他の特徴
新しい技術はとりあえず試す
その他のやりたいこと・やりたくないこと

LL言語を使いたい。

やりたい事

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

基本プロフィール

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

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
SIGN UPSIGN IN


転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?