1. top
  2. ID:28943さん
  3. 株式会社リブセンスからの指名詳細

株式会社リブセンスからの指名詳細

提示年収ノーマル級
正社員 裁量労働制
株式会社リブセンスの企業詳細を見る

指名日時：2019.01.29 16:30

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

    xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxx。
    xxxxxxxxxx、xxxxxxxxxxxx。

    xxxxxxx
    xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxx
    xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxx
    xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xx、xxxxxxxx、xxxxxxxxxxxxxxxx。

    xxxxxxx
    xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxx
    xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。

    xxxxxx
    xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx。
    xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxx
    xxxxx xx xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx

    xxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。 xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。

    xxxxxxx

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxx、xxxxxxxxxxxxxxxxx。xxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxx、xxxxxxxxxxxxx。xxxx、xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxx

    x)xxxxxxxxxxxxxxxxxxxxxxxx。xxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    x)xxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx
    x)xx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

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

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxx。

    xxxxxxx
    xxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxx
    xxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。

    xxxxx
    xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxx。

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

    xxxxxxx

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。 xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。 xxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxx

    xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
    * xxxxxxxxxxxxxx、xxxxxxxxx
    * xxx xxxxxx xxxx、xxxxxxxxxxxxxxxxxxxxxx
    xxxxxx、xxxxxxxxxxxx。xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxx

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxx、xxxxxxxxxxxxxxxxxxxxxxx。
    * xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    * xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx
    * xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx
    * xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xx
    xxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxx。

    xxxxx

    xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。 xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。
    xxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。
    * xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    * xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx
    * xxxx xx xxxxx xxxxxxxxxxxxxx
    * xxx、xxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx

    文字数：1405
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 指名した人
    エンジニアリングマネージャー 海野
    ヤフー、ドワンゴを経た後、2014年末にリブセンスに入社。
    転職ナビ(旧:ジョブセンスリンク)のサーバサイド開発、インフラ改善、PHPバージョンアップを担った。
    転職ナビのエンジニアリング・マネージャを経て、2019年より社長室 VP of Engineering 補佐に就任。
    全社横断のエンジニア採用活動、技術広報、社内のエンジニア組織の改善施策推進などを担当している。
    サービス開発も採用活動も同じ「ものづくり」だと思うんですよ。
    良いサービスと良い組織は一心同体、どちらも妥協しないエンジニアになりたいです。
  • 所属先候補
    チーム名
    IESHIL プロダクトグループ
    ミッション
    IESHIL(イエシル)は『住まいの価値を正しく知り、未来をもっと豊かに。』をビジョンとして、ビッグデータを活用し、不動産物件の市場価値や治安・地盤等の評価をオープン化を目指すプロダクトです。 マンションの価格査定サイトとしてのWebサービスの開発と運営、より精緻な査定価格算出の為にビッグデータ基盤を更に進化させることが、我々のミッションです。
    主要言語・フレームワークなど
    Webエンジニア：Ruby on Rails, PostgreSQL, TypeScript, Next.js, React.js, Heroku, AWS ／ データエンジニア: Python, TreasureData, Presto, Hive, Digdag, Embulk, Tableau
    その他技術
    Amazon Redshift
    チームの人数
    10人以下
    エンジニアの人数比率
    30%以下
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://www.ieshil.com/
    チーム名
    就活会議メディアグループ
    ミッション
    【リリースから3年で就活生の3割以上が利用する急成長中の就活クチコミサービス】 就活会議は「ここに決めてよかった！と入社1年後に思える就活へ」をテーマに、就活のあり方を劇的に変化させるサービスです。 企業の規模や知名度だけではなくて、自分の価値観に合った就職先を効率的に見つけられる世界を、本気で創ろうとしています。
    主要言語・フレームワークなど
    Ruby on Rails / React / ES6 / jQuery / MySQL / AWS
    その他技術
    webpackSlackGitHubDockerCircleCI
    チームの人数
    10人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://syukatsu-kaigi.jp/
    チーム名
    マッハバイト開発グループ
    ミッション
    マッハバイトは「アルバイトがすぐに決まる」「すぐにお金がもらえる」という、『すぐ』をコンセプトとしたアルバイト求人メディアです。 マッハバイトを運営する事業部において、エンジニアとして「ユーザーへのマッハな体験を提供」し、「マッハな開発を継続的に維持」し、「マッハな成長」を実現することがミッションとなります。
    主要言語・フレームワークなど
    Ruby on Rails
    その他技術
    webpackVagrantTypeScriptSymfonySwiftSwaggerRubyRealmReactPHPKotlinJavaScriptGitHubfastlaneDockerDeployGateCircleCIAWSAnsibleRxSwiftGraphQLBitriseJetPackApache Solr
    チームの人数
    20人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • モブプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • APIドキュメントの生成
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://j-sen.jp/
    備考
    積極的にリリース作業をしており、1日に複数回デプロイしているチームです。一方でワークライフバランスを整えるためにも、17:00以降と休前日は原則的にリリースしないルールを保っています。 マッハバイトおよび全社ではフルリモートワークが基本となっており、Slackでコミュニケーションをしています。オープンで積極的に情報交換をするようにしており、エンジニアもビジネスメンバーも相互に助け合う文化が根付いています。
    チームメンバー
    VPoE (VP of Engineering) 中野
    リブセンスに2015年に中途入社のインフラエンジニア。2021年7月よりVPoE (VP of Engineering)に就任。エンジニアリングマネージャーとして採用や社内の組織課題の解決をしています。
    全社横断組織のインフラグループの出身かつ基盤改善をミッションとしてきた経歴を基に、技術やシステムでチーム課題を解決しようと活動しています。
    アルバイト事業部 開発G 村山 公啓
    2019年からマッハバイトにJOINしました！
    その後はプロダクトの施策やシステム周りのアップデート施策などを行って
    2022年からは開発Gのグループリーダーをやっています。
    マッハバイトは10年以上続く長いサービスです。ですが、まだまだ成長し続けていきたいサービスです。
    そんなマッハバイトを共に作っていける方をどんどん探していきたいです。
    マッハバイト プロダクトマネージャー　榊 天翔
    2018年に株式会社リブセンスに新卒入社しました。アルバイト事業部（マッハバイト）にてセールス、SEOディレクターを経て2020年よりアプリプロダクトマネージャーを担当し、現在は求職者体験領域のPdM/デザイナーのマネージャーを担当しております。
    「マッハバイト」はリリースから17年、「ジョブセンス」からリニューアルして5年以上経つサービスです。
    ですが、まだまだ成長し続けていきたいサービスです。
    そんなマッハバイトを共に作っていける方をどんどん探していきたいです。
    チーム名
    DOOR賃貸ディベロップメントチーム
    ミッション
    『DOOR賃貸』は、日本で初めてお祝い金をユーザーに提供した賃貸サイトで、リブセンスの不動産領域の成長を牽引しているサービスです。
    主要言語・フレームワークなど
    PHP、Ruby、Ruby on Rails
    その他技術
    TerraformSymfonyScalaRubyPHPPackerjQueryAWSAWS EC2AWS LambdaAmazon RDSPlay FrameWorkAmazon DynamoDB
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • リファクタリングをしている
    • DevOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • テスト
    • デプロイ
    • 本番環境の構成管理
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://chintai.door.ac/
    備考
    日本で初めてお祝い金をユーザーに提供した賃貸サイトということで、それなりの歴史を持っています。 その中で開発してきたメンバーも変わり、歴史があるがゆえに存在する様々な時期の実装の技術的負債を返しつつ、新しい環境に移行している最中です。 よりユーザーのためにも開発者のためにも良い環境に粘り強く移行していける仲間を探しています。

内訳を見るには？

提示年収に含まれる内訳
  • 基本給（月）
    表示されません
  • 裁量労働制か否かはい
  • 固定残業代（みなし含む）提示年収に含む
    時間外労働の有無に関わらず以下を時間外手当として支給
    固定残業時間/月
    30時間 / 月
    固定残業代/月
    表示されません
    固定残業代の詳細

    表示されません

    規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
  • 理論賞与提示年収に含む
    提示年収に対する理論賞与の割合
    表示されません
    理論賞与詳細
    表示されません
    理論賞与の支給条件と内訳

    表示されません

  • 手当額（年）含まない
  • その他待遇

    表示されません

その他の条件
  • 時間外労働未入力
  • 試用期間未入力
    試用期間の条件変更 未入力
  • 就業場所

    東京都

  • 加入保険

    未入力

メッセージ
文字数：1958
（※指名されたユーザー本人しか内容は閲覧できません）
会社情報
株式会社リブセンスの企業詳細を見る

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