1. top
  2. ID:62061さん
  3. 株式会社スリーシェイクからの指名詳細

株式会社スリーシェイクからの指名詳細

提示年収ウィザード級
正社員 裁量労働制 提示金額100%保証
株式会社スリーシェイクの企業詳細を見る

指名日時：2024.05.01 15:00

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

    xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxx、xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

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

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxx、xxxxxxxxxxx

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

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

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxx

    x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxx xxxxxxxxxxx xxxxxxxxxxx xxx xxxx xxxxx

    文字数：278
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 指名した人
    吉田 拓真
    インフラエンジニアとしてキャリアをスタートし、その後、ソーシャルゲームスタートアップの創業メンバーとしてJOIN。エンジニアリングからデザイン、経営領域全般を担当後、2015年1月に株式会社スリーシェイクを設立。
    スリーシェイクの取り組みに少しでもご興味をお持ちになった方、是非お話しましょう！
  • 所属先候補
    チーム名
    Sreake SREチーム
    ミッション
    Sreake SREエンジニアの役割は ・クライアントの課題を深く理解して、本質的な技術支援を通じてクライアントのビジネス加速に貢献すること 　AWS, Google Cloud, Kubernetes, Observability, DBRE, MLOpsなどの最新技術の知見を集約。 　文化も含めた「インフラ」を整備し、企業のSRE内製化をゴールとして活動しています。 例: - 最先端で「顧客要件に最も適した」インフラ環境の提供 - インシデント発生から最短で解決するための障害解析対応 - 洗練された運用監視基盤の提供 - 開発者の開発効率が最大限向上出来るようにするための自動化の推進 - 運用負荷を軽減させる為の自動化の推進 - リスクを最小限にしたリリースエンジニアリングを行うためのCI/CD基盤の提供 - 適切なIncident Managementによる障害から「学ぶ」文化の醸成支援とシステムを「育て続ける」取り組みの継続 - 「顧客要件に適合した」最も効率的なPublic Cloud の活用
    主要言語・フレームワークなど
    Go
    その他技術
    TerraformKubernetesDockerAWSAnsibleIstioAmazon EKSArgo CDGoogle Cloud PlatformGoogle Kubernetes EngineGo
    チームの人数
    100人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • DevOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    • リファクタリングをしている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • APIドキュメントの生成
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://sreake.com
    備考
    ## Sreakeがやらないこと - SREとは全く関係のないApplicationの開発業務 - RPAの導入などSREとは関係のない技術支援 - レガシーシステムの運用 - 請負契約での業務 - SESや派遣 - SIerの2次請け / 3次請け ※ 一部例外は許容するがSreakeのビジョンや単金に合わない場合は受注しない - 顧客エンジニアへの教育事業
    チームメンバー
    吉田 拓真
    インフラエンジニアとしてキャリアをスタートし、その後、ソーシャルゲームスタートアップの創業メンバーとしてJOIN。エンジニアリングからデザイン、経営領域全般を担当後、2015年1月に株式会社スリーシェイクを設立。
    スリーシェイクの取り組みに少しでもご興味をお持ちになった方、是非お話しましょう！
    宮前 優哉
    Relance事業部 リードエンジニア / PdM
    フロントエンドエンジニアだけでサービスを作れるようなチーム作りに挑戦中
    戸澤 涼
    Sreake事業部 SREエンジニア / チームリーダー
    SREとして、アプリ・インフラ面でサービス開発・運用をお客様と共に行うという技術支援をしています。エンジニアとしての業務に加え、チームリーダーとして「採用」「商談」「チーム運営」もしています。
    「metallb/metallb」, 「grafana/helm-charts」「kubernetes-sigs/kueue」 等に Helm Charts や K8S Controller 関連のタスクを実施しています。今後 Project を絞って、Member, Reviewer などになるのが目標です。
    永瀬 滉平
    Sreake事業部 SREエンジニア / チームリーダー
    SRE導入支援・インフラを主としたシステムの設計構築および改善を担当
    運用負荷を出来るだけ少なく、かつサービスを無理なく成長させていけるよう心がけております。
    水元 恭平
    Sreake事業部 SREエンジニア / セキュリティエンジニア
    KubernetesやPublic Cloudを利用したSRE業務、CSIRTを担当
    CSIRT として脆弱性やセキュリティインシデント対応、組織強化に取り組んでいます。
    山本 真史
    Sreake事業部 SREエンジニア
    個人活動ではCloudNative Days実行委員としてイベント運営担当
    元内 柊也
    Sreake事業部 ソフトウェアエンジニア
    ソフトウェアエンジニアとしてひたすら強くなりたい
    寺岡 良矩
    Sreake事業部 SREエンジニア
    サーバーやネットワークの構築から運用まで長い間経験してきました。
    早川 大貴
    Sreake事業部 SREエンジニア
    SreakeのSREコンサルタントをしてます。
    横尾 杏之介
    Sreake事業部 SREエンジニア
    クラウド ネイティブ テクノロジーとクラウド コミュニティが大好きです。
    中楯 直希
    Sreake事業部 DBREエンジニア
    データレイヤに関連のスキーマ設計、クエリチューニング、トラブルシューティングをやってます
    佐藤 慧太
    Sreake事業部 SREエンジニア
    アプリケーション開発をメインとして生成AI周りも触っています。

内訳を見るには？

提示年収に含まれる内訳
  • 基本給（月）
    表示されません
  • 裁量労働制か否かはい
    裁量労働の種別

    専門業務型

    裁量労働時間

    8時間 1分

  • 固定残業代（みなし含む）含まない
  • 理論賞与含まない
  • 手当額（年）提示年収に含む
    表示されません
    手当の詳細

    表示されません

  • その他待遇

    表示されません

その他の条件
  • 時間外労働無し
  • 試用期間有り
    3ヶ月
    試用期間の条件変更 無し
  • 就業場所

    東京都新宿区大京町22-1 グランファースト新宿御苑3/4F

  • 加入保険

    IT健保

  • 休憩時間（分）

    60分

  • 休憩時間（備考）

    未入力

  • 就業時間（備考）

    10 ~ 18時を基本として、労働者の決定に委ねる

  • 休日

    完全週休２日

  • 休日（備考）

    完全土日休み、夏季休暇、年末年始休暇

  • 受動喫煙防止措置対策

    屋内禁煙

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

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