株式会社Hubbleからの指名詳細
提示年収ゴッド級
未返答です
返答期限まで残り6日
返答期限：2025.08.08 03:00
返答期限：2025.08.08 03:00
指名日時：2025.07.31 15:17
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
### xxxxxx
xxxxxxx**xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。**xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxx**xxxxxxxxxxxx**。xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。### xxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。### xxxxxxxxxx
xxxxxxxxxxxxx、xxxxxxx、xxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：559
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxx、xxxxxxx。xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxx。
文字数：442
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxx、
- xxxxxxxxxxxx、xxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
文字数：248
（※指名されたユーザー本人しか内容は閲覧できません） - 指名した人井上 祥行Engineering Manager 学校卒業後にフロントエンドエンジニアとしてキャリアをスタートし、フロントエンドチームのチームリーダーやプロジェクトマネジメントなどを経験。自身の幅を広げるためバックエンドエンジニアとなり、チームリーダーを経てエンジニアリングマネージャー、VPoEを経験。 現在はエンジニアリングマネージャーとして組織的課題解決に取り組んでいる。エンジニアとして培った知識と経験を活かしながら、マネジメントのキャリアを積み、ピープルマネジメントに注力しています。過去には、障害発生時に先頭に立ち、迅速な解決に向けた指揮を執った経験や、SREチームのマネジメントを複数年担当した実績があります。現在も技術的なキャッチアップを怠らず、テクニカル面で大きな遅れを取らないよう努めることで、円滑なコミュニケーションと効果的なマネジメントを実現しています。
- 所属先候補チーム名Frontendミッションビジネス版のGitHubと呼ばれる「Hubble」のフロントエンドの開発を担当していただきます。 さらに事業のグロースを加速させるべく、Hubbleの新機能開発、メンテナンスなどを行っていただきます。主要言語・フレームワークなどTypeScript,Angularその他技術TypeScriptSlackGitHubAWSAngularJSJestStorybookAsanaGitHub ActionsCypressTesting LibraryGoogle Cloud Platformチームの人数5人以下エンジニアの人数比率81%以上飲み会の頻度半年に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://hubble-docs.com/備考Squadをベースにした組織になっており、既存顧客のための開発にフォーカスした『NPSチーム』と、新規顧客獲得のための開発にフォーカスした『NewMRRチーム』の2つに分かれています。 そのため長期的なユーザー価値を重視しているのがNPSチーム、短期的な売り上げを重視するのがNewMRRチームのため、ご志向に合わせたチームに所属いただきます。チーム名Backendミッションビジネス版のGitHubと呼ばれる「Hubble」のバックエンドの開発を担当していただきます。 さらに事業のグロースを加速させるべく、Hubbleの新機能開発、メンテナンスなどを行っていただきます。主要言語・フレームワークなどRubyその他技術Visual Studio CodeTerraformSlackRubyRedisMySQLJavaGitHubDockerAWSechoSpring BootAsanaGitHub ActionsNotionAutifyGoogle Cloud PlatformGoRuby on Railsチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度半年に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://hubble-docs.com/備考Squadをベースにした組織になっており、既存顧客のための開発にフォーカスした『NPSチーム』と、新規顧客獲得のための開発にフォーカスした『NewMRRチーム』の2つに分かれています。 そのため長期的なユーザー価値を重視しているのがNPSチーム、短期的な売り上げを重視するのがNewMRRチームのため、ご志向に合わせたチームに所属いただきます。チーム名Developerミッションビジネス版GitHub『Hubble』の開発主要言語・フレームワークなどAngular,Ruby on Railsその他技術TypeScriptRubyJavaAWSGoチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度半年に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://hubble-docs.com/備考Squadをベースにした組織になっており、既存顧客のための開発にフォーカスした『NPSチーム』と、新規顧客獲得のための開発にフォーカスした『NewMRRチーム』の2つに分かれています。 そのため長期的なユーザー価値を重視しているのがNPSチーム、短期的な売り上げを重視するのがNewMRRチームのため、ご志向に合わせたチームに所属いただきます。チームメンバー
- その他カードカードについて一位指名他社選考待ちOK平日夜の面談OKストックオプションありリモートワーク可（週3日以上）リモートワーク可（週4日以上）あなたとマッチする文化
提示年収に含まれる内訳
- 基本給（月）表示されません
- 裁量労働制か否かいいえ
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月40時間 / 月固定残業代/月表示されません固定残業代の詳細
表示されません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与含まない
- 手当額（年）提示年収に含む表示されません手当の詳細
表示されません
- その他待遇
表示されません
その他の条件
- 時間外労働有り時間外労働の備考
表示されません - 試用期間有り3ヶ月試用期間の条件変更 無し試用期間の詳細表示されません
- 就業場所
東京都渋谷区恵比寿西2-7-3 いちご恵比寿西ビル5F
リモートワーク - 加入保険
保険完備
- 休憩時間（分）
60分
- 休憩時間（備考）
未入力
- 就業時間（備考）
標準労働時間は1日8時間です
- 休日
完全週休２日
- 休日（備考）
・年末年始休暇
・入社時特別休暇（入社から半年間利用可能、5日間）
・有給休暇（入社後半年後付与、初年度10日間） - 就業時間スーパーフレックス制（コアタイムなし）就業時間（備考）
標準労働時間は1日8時間です
- 受動喫煙防止措置対策
屋内禁煙
メッセージ
文字数：704
（※指名されたユーザー本人しか内容は閲覧できません）
（※指名されたユーザー本人しか内容は閲覧できません）
会社情報
- 代表者名早川 晋平
- 設立年2016年
- 売上高-円
- 従業員数62人
- 会社HPhttps://hubble-docs.com/