キャディ株式会社からの指名詳細｜転職ドラフトスカウト

指名日時：2021.10.01 17:56

提示年収とは？

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

今抱えている課題
xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

文字数：229
（※指名されたユーザー本人しか内容は閲覧できません）
課題に基づいた指名理由
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx-xxxxx)xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。

xxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

文字数：276
（※指名されたユーザー本人しか内容は閲覧できません）
何を任せたいか
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxx、xxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

文字数：339
（※指名されたユーザー本人しか内容は閲覧できません）
指名した人
浜田阿由子
主に製造業向けの転職コンサルタントとしてキャリアをスタート。その後大手エンジニアリングアウトソーシング会社にてエンジニアの採用担当を務める。
2022年1月、キャディの目指すミッションの壮大さに魅せられて入社、テクノロジー本部の採用担当として活動中。
キャディはモノづくり産業のポテンシャルを解放するというミッションに向き合い、これまでに誰も取り組め無かったほどに複雑な業界構造を革新するためにソフトウェア開発を行っています。テクノロジーでの解決とビジネスオペレーションを融合し、問題の本質に切り込んでいく爽快なアプローチを共に取り組みませんか？

所属先候補
チーム名
アルゴリズムグループ
ミッション
CADDiの根幹であるCADデータの解析アルゴリズム開発をリードする、会社の要をになっていただきます。
主要言語・フレームワークなど
【利用言語】 C++17, Rust 【各言語のフレームワーク】 OpenCascade, SMESH
その他技術
SlackCircleCIBitbucketCMake
チームの人数
5人以下
エンジニアの人数比率
81%以上
飲み会の頻度
毎日のように
テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
URL
https://corp.caddi.jp/service/
チーム名
フロントエンドグループ
ミッション
ビジネスサイドやバックエンドエンジニアと一緒にスピード感をもってサービスを創る。
主要言語・フレームワークなど
【利用言語】フロントエンド: HTML/CSS/JavaScript/TypeScript　【各言語のフレームワーク】フロントエンド: React+Redux, Vue.js+Vuex, three.js
その他技術
WebSocketSlackPostgreSQLKubernetesDatadogCircleCIBitbucketSentryREST API
チームの人数
5人以下
エンジニアの人数比率
81%以上
飲み会の頻度
月に1-2回程度
このチームで恒常的に行われている開発文化

仕様のレビューをしている

コードレビューしている

このチームで自動化できている項目

デプロイ

このチームに導入し、運用されているツール

コードレビューツール

テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
URL
https://corp.caddi.jp/service/
チーム名
バックエンドグループ
ミッション
世の中を大きく変える大規模サービスを開発する
主要言語・フレームワークなど
【利用言語】バックエンド: Python3, nodejs(ES6+TypeScript), Go 【各言語のフレームワーク】バックエンド: Python3 (Flask), nodejs (express), Go (Iris)
その他技術
WebSocketSlackPostgreSQLKubernetesDockerDatadogCircleCIBitbucketSentryREST API
チームの人数
5人以下
エンジニアの人数比率
81%以上
飲み会の頻度
毎日のように
テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
URL
https://corp.caddi.jp/service/
所属先候補の情報をもっと見る

その他
カードカードについて
他社選考待ちOK土日面談OK平日夜の面談OK電話面談OK面談の交通費相談可土日祝日の面談OKリモートワーク可（週4日以上）
あなたとマッチする文化
キャディ株式会社の他の文化を見る