1. top
  2. ID:38288さん
  3. GMOペパボ株式会社からの指名詳細

GMOペパボ株式会社からの指名詳細

提示年収ノーマル級 変動残業代 
正社員
GMOペパボ株式会社の企業詳細を見る

指名日時：2020.01.28 15:15

提示年収とは？
  • あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
  • 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
  • 今抱えている課題

    xxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ## xxxxx
    xxxxxxxxxx、 xxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xx、xxxx xxxxxxxxxxxxxxxxxx、xxxxxxxxxxx xxxxx xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx xxxxxxxxxxx、xxxxxxxxxxxxxxxxxx。

    ## xxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。

    文字数：339
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 課題に基づいた指名理由

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数：252
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 何を任せたいか

    ## xxxxx
    xxxxxxxxxxxxxxxxxxxx xxxxx x xxxxxxx xxxxxxxxxxxxxxxxx。
    xxxxxxxxxx、xxxxxxxxxxxxxxxx、xxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ## xxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数：373
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 指名した人
    後藤 利博
    新卒で入社した受託系の web 会社で 5 年ほど働いた後に、サイバーエージェントに転職。2015/07 より GMO ペパボに入社。minne 事業部にて API 開発、検索改善、開発基盤改善などを行なう。2016/07 にシニアエンジニア、2017/01 からは minne 事業部のチーフテクニカルリードに就任。最近は k8s の version up やセキュリティ周りのことをやっている。
    アプリ 1000 万 DL 超えのハンドメイドマーケットである minne では kubernetes やアプリの module 化など最新の技術を使いユーザにより良い価値を届ける為にメンバー一人一人が技術選定を行い日々開発を行なっています。 新しい技術に挑戦しつつ、ユーザにより良い価値を届ける為に一緒に minne を育ててくれるエンジニアと一緒に働きたい！！１
  • 所属先候補
    チーム名
    minne 事業部
    ミッション
    もっとおもしろくできる
    主要言語・フレームワークなど
    Ruby
    その他技術
    SwiftOpenStackKubernetesKotlinAWSAndroid Java
    チームの人数
    100人以下
    エンジニアの人数比率
    30%以下
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • APIドキュメントの生成
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • デザイン共有ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://minne.com
    チームメンバー
    海老原佑介
    2018年1月にGMOペパボに入社。minne事業部でWebアプリケーション開発を担当し、様々な機能開発に携わる。2020年1月より、minne事業部テクニカルリードに就任。開発・チームマネジメント両面で業務を行っている。
    minneの作家数は2019年に50万人を突破し、これからもより多くのユーザーに価値を届けるために日々活動をしています。しかし、より多くのユーザーに価値を届けるために技術的課題はたくさんあります。 ユーザーに価値を届けるために、新技術・既存の技術問わずどう使っていくかを一緒に考え、課題を解決してくれるエンジニアの方と是非一緒に働きたいです。
    チーム名
    SUZURI 事業部 (モバイルチーム)
    ミッション
    つくることを誰にでも簡単に、つくられたものを多くの人に届ける 私たちは自己表現が楽しく価値があるものだと信じている。あなたから生まれるものはきっとあなたにとって心地よくおもしろいものだろう。でもそれだけではなく他の誰かにとってもおもしろいかもしれない。SUZURIはものづくりの敷居を下げ、あなたから生まれるものが多くの人たちに届くようにする。それがまた別の誰かが何かを生み出すことを後押しする。SUZURIはそういう世界を目指している。
    主要言語・フレームワークなど
    Ruby, Ruby on Rails, iOS, Swift, Android, Flutter, Dart
    その他技術
    SwiftiOSHerokuAndroidFlutter
    チームの人数
    50人以下
    エンジニアの人数比率
    50%以下
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • コードレビューしている
    • ペアプログラミングをしている
    • モブプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • テスト
    • 本番環境の構成管理
    • Lint等の静的解析
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://suzuri.jp/
    備考
    ### モバイルアプリの開発体制についての補足 SUZURI事業部には現在10名のエンジニアが所属しています。そのほとんどがWebエンジニアで、モバイルを専任で担当しているのは1名、モバイルもできるWebエンジニアが1名です。モバイルアプリを強化していきたいフェーズですが、エンジニアが不足している状況です。 ### iOSアプリについて アーキテクチャにはRxSwiftを使ったMVVMを採用しています。Model層の作りはFluxに影響を受けた形になっていますが、改善の余地があると担当エンジニアは考えています。テストはビジネスロジックをViewModelに集約することで書ける状態ではありますが、正直なところカバレッジはかなり低いです。Objective-Cはありません。SwiftUIとGraphQLの導入を部分的に行っていて、将来的には完全移行を目指しています。 ### Androidアプリについて Flutterで作られています。専任のエンジニアはおらず、iOSやWebと兼任しているエンジニアが数名いる状況です。
    チームメンバー
    黒田 駿
    2012年にアルバイトとしてGMOペパボに入社し新規サービスの立ち上げなどに関わった後、正社員のモバイルアプリエンジニアとしてminneや30days Albumなどの開発・運用に取り組む。現在はシニアエンジニアとしてSUZURIのモバイルアプリ開発をリードしている。最も得意としているのはiOSアプリ開発だが、Androidやフロントエンドなどクライアントサイドに関わる技術全般が守備範囲。
    私が担当しているSUZURIでは現在少数精鋭のチームでモバイルアプリ開発を行っています。そのため一人一人の裁量が大きく、技術選定から機能改善の提案まで幅広い挑戦ができる環境です。
    技術的にもサービス的にもまだまだ改善の余地がたくさんあるので、サービスと一緒にエンジニアとして成長して行きたい方、ぜひお会いできればと思います！

内訳を見るには？

提示年収に含まれる内訳
  • 基本給（月）
    表示されません
  • 裁量労働制か否かいいえ
  • 固定残業代（みなし含む）含まない
  • 理論賞与含まない
  • 手当額（年）含まない
  • その他待遇

    表示されません

その他の条件
  • 時間外労働有り
    時間外労働の備考
    表示されません
  • 試用期間有り
    3ヶ月
    試用期間の条件変更 無し
  • 就業場所

    東京都渋谷区桜丘町26-1 セルリアンタワー

  • 加入保険

    ・健康保険（関東ITソフトウェア健康保険組合）
    ・雇用保険
    ・労災保険
    ・厚生年金保険

  • 就業時間（備考）

    フレックスタイム制
    　※コアタイムなし、1日4H以上、月の所定労働時間（営業日×8H）をクリアしていることが条件です

  • 休日（備考）

    ・完全週休2日制（土日）、祝日
    ・夏期休暇（最大5営業日）および年末年始休暇 （最大5営業日）
    ・年次有給休暇（入社半年後から付与）
    ・ウェルカム休暇（入社時の特別休暇）
    ・慶弔休暇

  • 就業時間
    就業時間（備考）

    フレックスタイム制
    　※コアタイムなし、1日4H以上、月の所定労働時間（営業日×8H）をクリアしていることが条件です

メッセージ
文字数：861
（※指名されたユーザー本人しか内容は閲覧できません）
会社情報
  • 代表者名佐藤　健太郎
  • 設立年2003年
  • 売上高105億3,125万円
  • 従業員数475人
  • 会社HPhttps://pepabo.com/
GMOペパボ株式会社の企業詳細を見る

© 2015 Livesense Inc.
SIGN UPSIGN IN
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか？
012345678910
回答するスコアの入力をお願いします
今回は答えない絶対に答えない