株式会社リブセンスからの指名詳細
提示年収プチリッチ級
指名日時：2018.12.06 12:08
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxx
xxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
文字数：522
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
*xxxxxxxxxxxxxxxxxxxxx-xxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxx、xxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。*xxxxxx(xxxxxxxxxxxxxxxxxxxxxxxx)
xxxxxxxxxxxxxxxxxxxxxxxxx-xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxx、xxxxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
*xxxx(xxxxxxxxxxxxxxxxxxx)
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxx xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
*xxxx(xxxxxxxxxxxxx-xxxxxxx)
xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxx。
*xxxxxxxxxxxxxxxx-xxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xx xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。
xxxxxxx、xxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
*xxxxxxxxxxxxxxxxxx-xxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxx、x、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxx、xxxxx xxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：1924
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：207
（※指名されたユーザー本人しか内容は閲覧できません）
- 所属先候補チーム名転職ドラフトプロジェクトミッション実力が正当に評価される世界主要言語・フレームワークなどRuby on Rails4その他技術Vue.jsRubyMithril.jsItamaeES2015MySQL 5チームの人数20人以下エンジニアの人数比率30%以下飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化
- リファクタリングをしている
- 失敗が許容されている
このチームで自動化できている項目- テスト
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://job-draft.jp備考他にも複数メディア開発しています。 デザイナードラフト https://designer-draft.jp ウェブエキスパートドラフト https://webexpert-draft.jpチーム名転職会議エンジニアグループミッション転職会議は国内最大級の口コミ転職サイトです。 "「ここで働きたい」がわかる、ふえる"をビジョンに掲げ、企業が開示する情報と転職者が求める情報との非対称性を解消し、転職後の「こんなはずじゃなかった」という後悔を防ぎ、ユーザーが「ここで働いてよかった」と思える転職を実現するサービスです。主要言語・フレームワークなどRuby on Rails, React, TypeScriptその他技術TerraformRSpecReduxPythonJavaScriptElasticsearchDockerAWSJestGoogle Cloud Platformチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ペアプログラミングをしている
- モブプログラミングをしている
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://jobtalk.jp/チーム名就活会議メディアグループミッション【リリースから3年で就活生の3割以上が利用する急成長中の就活クチコミサービス】 就活会議は「ここに決めてよかった！と入社1年後に思える就活へ」をテーマに、就活のあり方を劇的に変化させるサービスです。 企業の規模や知名度だけではなくて、自分の価値観に合った就職先を効率的に見つけられる世界を、本気で創ろうとしています。主要言語・フレームワークなどRuby on Rails / React / ES6 / jQuery / MySQL / AWSその他技術webpackSlackGitHubDockerCircleCIチームの人数10人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://syukatsu-kaigi.jp/チーム名マッハバイト開発グループミッションマッハバイトはWeb/モバイルアプリ（iOS,Android)でサービスが展開されている、「アルバイトがすぐに決まる」「すぐにお金がもらえる」という、『すぐ』をコンセプトとしたアルバイト求人メディアです。 マッハバイトを運営する事業部において、エンジニアとして「ユーザーへのマッハな体験を提供」し、「マッハな開発を継続的に維持」し、「マッハな成長」を実現することがミッションとなります。主要言語・フレームワークなどRuby on Rails / Swift / Kotlinその他技術webpackVagrantTypeScriptSymfonySwiftSwaggerRubyRealmReactPHPKotlinJavaScriptGitHubfastlaneDockerDeployGateCircleCIAWSAnsibleRxSwiftGraphQLBitriseJetPackApache Solrチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- ペアプログラミングをしている
- モブプログラミングをしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- APIドキュメントの生成
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://machbaito.jp/備考積極的にリリース作業をしており、1日に複数回デプロイしているチームです。一方でワークライフバランスを整えるためにも、17:00以降と休前日は原則的にリリースしないルールを保っています。 マッハバイトおよび全社ではフルリモートワークが基本となっており、Slackでコミュニケーションをしています。オープンで積極的に情報交換をするようにしており、エンジニアもビジネスメンバーも相互に助け合う文化が根付いています。チームメンバーマッハバイト プロダクトマネージャー 小屋 雄亮・2019年4月に株式会社リブセンスに新卒入社、プロダクトマネージャー職として従事
・2020年1月~ より、SEO領域と並行してSPサイト全体のデザインリニューアルのプロジェクトリーダーを務める
・2021年4月~ より、マッハバイトのプロダクト責任者として通期のプロダクト改善施策の優先順位の意思決定・中長期的なプロダクト戦略立案・開発プロセスの改善を並行して行っていますマッハバイト事業部のプロダクト責任者として以下に従事しています。 ・中長期的なプロダクト戦略の立案 & 修正
・通期での施策優先順位の意思決定
・プロダクトオーナーとして開発チームのマネジメント
・PM×開発×デザイナー間で協働できる組織作りチーム名転職ナビ Development グループミッション転職ナビの強みは、求職者が無料でキャリアアドバイザーと転職相談できるサービスや、採用データをもとに生成したレコメンデーションシステムです。 我々のミッションは、それらを生かしてより多くの人がよりよい職につけるようサポートすることです。主要言語・フレームワークなどPHP, Symfony, Ruby, Ruby on Rails, TypeScript, React, Swift, Kotlinその他技術webpackTypeScriptSymfonySwiftRubyReactPythonPHPMariaDBKubernetesKotliniOSElasticsearchDockerCircleCIBitbucketAndroidRedashDrone CIRuby on Railsチームの人数10人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- モブプログラミングをしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- APIドキュメントの生成
- デザインスタイルガイドの生成
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://job.j-sen.jp/チーム名DOOR賃貸ディベロップメントチームミッション『DOOR賃貸』は、日本で初めてお祝い金をユーザーに提供した賃貸サイトで、リブセンスの不動産領域の成長を牽引しているサービスです。主要言語・フレームワークなどPHP、Ruby、Ruby on Railsその他技術TerraformSymfonyScalaRubyPHPPackerjQueryAWSAWS EC2AWS LambdaAmazon RDSPlay FrameWorkAmazon DynamoDBチームの人数5人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- テスト
- デプロイ
- 本番環境の構成管理
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://chintai.door.ac/備考日本で初めてお祝い金をユーザーに提供した賃貸サイトということで、それなりの歴史を持っています。 その中で開発してきたメンバーも変わり、歴史があるがゆえに存在する様々な時期の実装の技術的負債を返しつつ、新しい環境に移行している最中です。 よりユーザーのためにも開発者のためにも良い環境に粘り強く移行していける仲間を探しています。
- その他カードカードについて一位指名他社選考待ちOK平日夜の面談OKビデオチャット面談OKあなたとマッチする文化
提示年収に含まれる内訳
- 基本給（月）表示されません
- 裁量労働制か否かはい
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月30時間 / 月固定残業代/月表示されません固定残業代の詳細
表示されません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与提示年収に含む提示年収に対する理論賞与の割合表示されません理論賞与詳細表示されません理論賞与の支給条件と内訳
表示されません
- 手当額（年）含まない
- その他待遇
表示されません
その他の条件
- 時間外労働未入力
- 試用期間未入力試用期間の条件変更 未入力
- 就業場所
東京都
- 加入保険
未入力
メッセージ
文字数：2197
（※指名されたユーザー本人しか内容は閲覧できません）
（※指名されたユーザー本人しか内容は閲覧できません）
会社情報
- 代表者名村上太一
- 設立年2006年
- 売上高67億9100万円
- 従業員数338人
- 会社HPhttps://www.livesense.co.jp/
最近は事業部内の新規サービスの開発やGraphQLの導入検討、採用活動なども行っています。 最近の開発内容については下記の記事を見てみてください。
https://made.livesense.co.jp/entry/2022/05/24/083000
ぜひ話を聞きにきていただけると嬉しいです！