ID:51035さん

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


まだ何もありません

自己推薦一覧

自己推薦はありません

あなたを気にしている企業

  • Magic MomentがID:51035さんのレジュメを見ています。
    2021.09.20 23:12
  • DeNA SOMPO MobilityがID:51035さんのレジュメを見ています。
    2021.09.20 17:32
  • BASEがID:51035さんのレジュメを見ています。
    2021.09.18 17:48
  • CARROTがID:51035さんのレジュメを見ています。
    2021.09.18 14:20
  • エビリーがID:51035さんのレジュメを見ています。
    2021.09.18 12:05
  • エビリーがID:51035さんを検討中にしています。
    2021.09.18 11:26
  • アルダグラムがID:51035さんのレジュメを見ています。
    2021.09.17 20:13
  • フリークアウト・ホールディングスがID:51035さんのレジュメを見ています。
    2021.09.17 15:35
  • アルプがID:51035さんのレジュメを見ています。
    2021.09.17 15:16
  • コネヒトがID:51035さんのレジュメを見ています。
    2021.09.17 14:27

3年後の目標や野望


正解が見えたら即行動。価値がある、やるべきと思ったことをすぐやります

すぐ改善できることは声をあげます、時間のかかることは声をあげて自分で動いて周囲に価値を感じて頂くことでカルチャーにします。 組織課題、言語化されなかった部署課題を抽出してWrikeに課題として登録し、自分でまず動いて少しずつ良くします。設計・開発実装と同時にSRE的な仕事、インフラのコストカットやライフハック的な手法共有や、1つの取り組みとして誰も書かないwikiがある会社にナレッジカルチャーをつくってきました。 ●短期解決できる課題は声をあげてすぐ動く ・すぐ動く 会社の評判サイトにて。2.7だった点数を3.07に上げて上位24%になりました。社長が「採用で困っています。素直に、今いる社員なら悪いことも受け入れるから。書いて欲しい」と朝会で全社員に語りかけましたが、80人いた社員で書いたのは私1人でした。採用しやすくなったと聞いています。 ●長期課題は課題にあげて、自分で行動して価値共有をしカルチャーにする ・ナレッジ wikiはありましたが、誰も書いておらず部署内で技術が完結していました。 私が逐次細かく臨場感のある手順書やナレッジを書きまくりました。価値を共感してもらうことでカルチャーとしました。入社以来「ナレッジ」という言葉を社内で聞いたことがありませんでしたが、今では飛び交うようになっています。 ・部署間のレビュー 部署で情報が閉じており部署ごとに小さい会社があるような状況で知見が部署で閉じていました。 他部署ながら技術統括の役員に提言して部署の技術の棚卸しをして見える化をまず自部署でした上で提案しました。それをモデルケースとして構成や仕様のレビューを部署間で行えるようにしました。 -- 組織にとって泥臭くも着実に課題に対して提案・解決を行います 技術をコアバリューとして、エンジニアの枠に囚われないでサービスのグロースや設計・開発を行いたいです。仕組みを整備しきった成熟した会社より、100人ぐらいの風通しの良いベンチャーで価値を発揮しやすいです。

年収評価シート

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

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

マネージメント能力

アピール項目


アウトプット

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

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

・Go言語 ・完全なサーバレスアプリケーションの製品開発・保守

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

・SEの基本 ... 技術者としての精神性 ・PHPによるデザインパターン入門 ... 組み立て方。共通化と多様性 ・安全なWebアプリケーションの作り方 ... セキュア実装 最近読んだ ・現場で役立つシステム設計の原則 ・ドメイン駆動設計入門 現職の構成はService, Repositoryでのパターンはありますが、Value Objectやドメインモデルを利用したDDDではないです。 本にあるままxxxServiceを参照のxxxService, 更新xxxUpdateServiceに分けるなど今から既存のデザインパターンをがらっと変えるわけにはいきませんが、より良くする為にここらへんを最近読んでます。 Value Objectそのままをチームとして採用は難しいようでしたが、新機能のクラスの一部ではnewした際にコンストラクタでバリデーションを行うなど、既存構成を崩さず、工数と時間の許す範囲で良いなと感じたエッセンスを細やかですが、チームで同意を得た上で取り入れてます。 DDDが目指すものがコードが業務を仕様書と同じ価値で表現することでありますが、 既存構成も本にあるパターンと比べると仕様が分かりにくいデメリットはあるものの、 半期毎にレベルが異なるチームメンバーが入れ替わる中で、現プロジェクトの設計もデザインパターンがシンプルな分実装には入りやすいメリデメはあったりするので、反証としても面白く感じています。

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

・ベンチャー

キャラクター

直近で一番やりたいこと
現場にいたい
好きなスタイル
好きな規模
水とプログラミングどっちが大事?
自信を持って人より秀でていると言える点
企画立案力 / 問題解決力 / 交渉力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
未入力です
その他の特徴
レガシーな環境を改善できる / 趣味は仕事 / 起業/創業期のベンチャーにいた
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

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

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

ID:51035さん
今年で30代後半
VS Code
参加ステータス
参加中
参加回数
3回
累計平均提示年収
665 万円
SIGN UPSIGN IN


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