1. top
  2. ID:52628さん
  3. 株式会社AppBrewからの指名詳細

株式会社AppBrewからの指名詳細

提示年収スター級
正社員
株式会社AppBrewの企業詳細を見る

指名日時：2021.03.04 16:57

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

    xxxx
    xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。

    xx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxx*xxxxxxxxxxxxxxxxxxxx*xxxxxxxxx。

    xxxx、 xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。

    - xxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxx

    xxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx。

    xxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxx

    xxxxxxxxxxxxxxxxxxxxxxxxxxxx

    - xxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    - xxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxxxxxxxxx、

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxx、xxxxxxxxxxxxxxxx xxxxxxx)、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxx xxxxxxxxxxx、xxxxxxxxxxxxxxx xxxxxxxx xxxxxxx xxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxx、

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxxxxxxxxxxx。

    xxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxx

    xx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx

    xxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxx、xxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxx、xxxxxxxxxxxxxxxx。

    xxxxxxxx
    - xxxx xxxx (xxxxx)x xxxxxx (xxxxxx xxxxxxx)
    - xxxxxxx xxxxxx xxxxxxx xxxxx xxx xxxxxxxxxxx xxxxxx xxxxxx xxxxxxxxxxx xxxxxxx
    - xxxxx xxx (xxxxxxxx x xxxx xxxxxxxxx xxxxxxxxx xxxxxxxxx xxxxxx)x xxxxxxxxx xxx (xxxxxxxxxx xxxxxxxx xxx xxxxxxxx xxxxxxxx xxxxxx xxxxxx)
    - xxxx xxxxxxx xxxxxxxxxxx xxxxx

    xxxxxx
    - xxxxxxx xxxxx(xxxxxxxxxxxxxxxxxxxxxxxx)
    - xxxxxxxxxxxxxxx(xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx)

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

    xxxxxxxxxxxxxxxxxxxxx、xxxxxx x x xxxxxxxxxxxxxxxxx、xxxxxxxx xxxx x xxxxx xxxxxxxxxxxxxxxxxx、xxxx x xxxxx xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxx xx xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。(xxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxx)

    xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。

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

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx(xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx)xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数：199
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 指名した人
    deleted
    特にありません
  • 所属先候補
    チーム名
    LIPS - プロダクトチーム
    ミッション
    「ユーザーに求められるものを再現性をもって作る」です。 現在はコスメのコミュニティサービス「LIPS」を運営しています。 現在700万ダウンロードを達成しており、累計で28億ほど調達をこなしています。 LIPSは、取締役の松井が自身のニーズから考えたもので、若い世代ほどTwitterやInstagramなど「人軸」でコスメを選んでいる背景があり、「人軸」でコスメ特化のアプリに需要があるのではと始まったサービスです。 また、一見コスメのメディア会社に見えますが、テック企業としての自負があり、チームとしては「再現性をもって跳ねるプロダクトを作ること」を目指しています。 0→1、1→10など各フェーズにおいて、きちんと科学的なアプローチ（後述）でプロダクトを作り、知見を蓄積していくことに力を入れています。 BtoCプラットフォームを複数作り、持続的な成長をつくっていきます。 事業的には、2023年度には上場できるサイズ感を、その後数年で1000億を超えるような規模を目指していきたいと考えています。 現在メンバーは社員約70名であり、うちエンジニアは約20名となります。 少数精鋭でかなり優秀なメンバーが集まっていると自負しております。
    主要言語・フレームワークなど
    Swift, Kotlin, Ruby(Rails), Python(Flask), AWS
    その他技術
    SlackRxGitHubRedashPyTorch
    チームの人数
    20人以下
    エンジニアの人数比率
    80%以下
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://lipscosme.com/
    備考
    本質的な課題にのみフォーカス出来るよう、オープンで、ルールを増やさない自律的な組織作りにも力を注いでいます。 ・給与・SO量は全社員オープン（こちらに関しては入社時点で公開に同意いただく形になります） ・主要KPI含むダッシュボード・クエリ（Redash）を全社員オープン ・経営的な情報（株主や役員会などの話）・投資家向け資料・その他他社では通常機密情報と言われているものの、公開に実害がないものは全てオープンにしています ・マネジメント等は「役職」ではなく「役割」として運用し、階層を固定化することもありません 意図としては、情報格差をなくすことで、全体の目線を合わせ、各々ビジネス視点・プロダクト視点・経営視点を併せ持ち、意思決定が適切に分散された組織を作ることができると考えているためです。
    チームメンバー
    深澤 雄太
    代表取締役 兼 エンジニアリード
    94年生まれ　東京大学工学部システム創成学科休学中freeeにてマルチスタックエンジニアの後、フリーランサーとしてヒカカクの基盤構築など各社に関わる。2016年2月にAppBewを創業。初期は自らテックリードとして複数のプロダクト実装をこなす
    吉野克基
    2016/12 〜 株式会社AppBrewにエンジニアとして関わっています
    使用言語，フレームワークは頻度順に iOS / Rails(API, web) / Flask(レコメンドサーバ) / Android など
    担当している業務は レコメンド周りのサーベイ，インフラ構築，アプリの新規機能追加など幅広く行っています．     沼津高専 機械工学科→東京大学システム創成学科（〜2019/03）
    会社やサービス開発にもっとも長く現役で関わっているため，
    弊社のカルチャーや開発スタイルなどについてお話できればと思います．
    堀江 慧（spinute）
    2017年に東京大学総合文化研究科を修了し、その後株式会社Murakumoで分散RDBMS・分散ジョブ処理系のフルスクラッチ開発プロジェクトに取り組みました。
    また、プライベートではOpen Data Structuresの翻訳プロジェクトや、Ruby処理系の改善（GSoC 2016採択）等をやっていました。     2019年6月にAppBrewに入社し、今はLIPSの開発責任者をしています。
    価値中毒者です Twiter: https://twitter.com/spinute
    吉本 圭汰
    2018/2からインターンとして、同年9月から社員として、AppBrewでソフトウェアエンジニアをしています。Rails, iOS, Android, Flutterを触ります。
    とても働きやすい環境です
    佐藤 隆人
    主にサーバーサイド・フロントエンドエンジニアをやっています
    元ソーシャルゲームサーバーサイドなど
    まだ入社してから浅いですが、仕事についてオープンな文化が正しくきっちり根付いている良いところだと思います。
    安間 瑶耕
    新卒で野村證券に入社。その後、WEBマーケティング会社創業を経て、2017年1月に株式会社AppBrewに入社。入社時は営業の立ち上げを行い、のちにエンジニアに転身。当時アプリ特化だったLIPSのWEBグロース開発をメインで行う。2021年1月には一度退職、2022年2月に出戻り社員１号としてAppBrewに再入社。現在はSEOとto CユニットのPdM / エンジニア。
    宜しくお願いします。
    深津 裕樹
    2017年3月 東京大学工学部 卒業 2019年6月からAppBrewに入社して、iOS,Android,サーバーサイドを担当しています。
    よろしくおねがいします！
    駒場　大樹
    2020/05入社
    現在はグロースチームでLIPSのiOS, Backend (Rails)を担当しています。
    主にiOSをやっているため、iOSの事であれば詳しくお話できると思います！
    平尾 礼央
    2019/03〜 AppBrew 入社（アルバイト）
    2020/08〜 AppBrew アルバイト→正社員
    東京都立大学小町研究室に在籍中     AppBrewではアルゴリズムチームに所属し、コスメクチコミアプリLIPSの推薦や検索の改善に従事しています
    競技プログラミング（AtCoder, Codeforces）やデータ分析コンペ（Kaggle, Signate）が好きです
    チーム名
    AppBrew 新規事業部
    ミッション
    LIPSに続く新たなプロダクトを生み出すとともに、そのプロセスに再現性を持たせるための仕組みづくりに取り組んでいます。
    主要言語・フレームワークなど
    Flutter(必要に応じて Swift/Kotlin) / Next.js / Rails
    その他技術
    FirebaseAWSFlutterNext.jsRuby on Rails
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    備考
    （こちらもLIPSチームと基本的には同様です） - 現状小さなチームのため、個々に対し、LIPSのチーム以上にフルスタックな動きを期待しています。 - 必要に応じて柔軟に使用言語/フレームワークは現状の使用している言語以外をメインに据えることもありえます。
    チームメンバー
    吉野克基
    2016/12 〜 株式会社AppBrewにエンジニアとして関わっています
    使用言語，フレームワークは頻度順に iOS / Rails(API, web) / Flask(レコメンドサーバ) / Android など
    担当している業務は レコメンド周りのサーベイ，インフラ構築，アプリの新規機能追加など幅広く行っています．     沼津高専 機械工学科→東京大学システム創成学科（〜2019/03）
    会社やサービス開発にもっとも長く現役で関わっているため，
    弊社のカルチャーや開発スタイルなどについてお話できればと思います．
  • その他
    カードカードについて
    他社選考待ちOK土日面談OK平日夜の面談OKストックオプションあり電話面談OK面談の交通費相談可土日祝日の面談OKリモートワーク可（週3日以上）リモートワーク可（週4日以上）
    あなたとマッチする文化
    株式会社AppBrewの他の文化を見る

内訳を見るには？

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

    表示されません

    規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
  • 理論賞与含まない
  • 手当額（年）含まない
  • その他待遇

    表示されません

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

    東京都

  • 加入保険

    健康保険、厚生年金保険、雇用保険、労災保険

  • 就業時間（備考）

    フレックス制（コアタイム 無し）
    1日の所定労働時間: 8時間

  • 休日（備考）

    完全週休二日制（土日）祝日、夏季休暇（3日）、年末年始休暇（会社指定の日数）

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

    フレックス制（コアタイム 無し）
    1日の所定労働時間: 8時間

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

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