ID:74913さん

3年後の目標や野望


技術とビジネスの両面で価値を提供できる経営視点を持ったエンジニアとして成長する

#### そう思う理由 技術とビジネスの両方を理解することで、企業全体の目標達成に貢献し、プロダクトの市場価値を最大化できるエンジニアになるため #### 具体的にはどんなことがしたいか 1. **技術力向上** : 常に最新の技術トレンドを追い、必要に応じて新しい技術を習得 アーキテクチャ設計の改善やリリースサイクルの効率化 ユーザビリティ向上 自動化とデプロイの効率化 2. **ビジネス視点の強化** : プロダクトの改善や新機能の追加に際して、データ分析を基にした意思決定や技術的な選択がビジネスゴールにどう貢献するかの理解を深める。

年収評価シート

2024年/3ヶ月以内

Swing

## プロジェクト概要 Swing はユーザーがチームや募集を簡単に作成、管理、参加できるプラットフォームです。リアルタイムでのコミュニケーションや位置情報を活用した検索機能を提供します。 ### 目的、背景 このプロジェクトは、草野球愛好者のコミュニティを形成し、参加の障壁を解消するためのWEBプラットフォームを開発することを目的としています。背景として、草野球の愛好者が試合や練習の参加者を効率的に募集できる環境が不足している現状がありました。 ### チーム情報 このプロジェクトは個人開発プロジェクトです。全ての開発工程を一人で担当しました。 ### 使用技術や開発環境 - フロントエンド:React, Next.js, Node.js (node:18.16.0-alpine) - バックエンド:Ruby (3.2.4), Ruby on Rails (7.1.3.4) - データベース:MySQL (8.0), Redis (7.2.5) - 開発環境:Docker (3.8), GitHub Actions(CI/CD) - 認証:JWT - デプロイ:AWS EC2, S3, CloudFront - Webサーバー:Nginx (1.26.1) - コード品質管理:Rubocop, ESLint - テストツール:Rspec - 地図API:Google Maps API(ジオロケーションとJavaScript API) ## 技術選定の理由 - **React, Next.js**:高速なレンダリングとSEO対策を実現するため。Next.jsのSSRとSSG機能を活用してページロード速度とSEOを最適化。 - **Node.js (node:18.16.0-alpine)**:軽量かつ効率的なサーバーサイド処理のため。非同期I/O処理で高スループットのAPIサーバーを実現。 - **Ruby (3.2.4), Ruby on Rails (7.1.3.4)**:迅速なプロトタイピングと強力なMVCフレームワークのため。Railsのスキャフォールディング機能で迅速な開発。 - **MySQL (8.0)**:高いパフォーマンスと信頼性のため。インデックスを活用し、クエリパフォーマンスを最適化。 - **Redis (7.2.5)**:高速なキャッシュとセッション管理のため。セッションデータとクエリ結果をキャッシュし、パフォーマンスを向上。 - **Docker (3.8)**:一貫した開発環境を提供し、デプロイを簡素化するため。Docker Composeで環境の一貫性を確保。 - **Nginx (1.26.1)**:高いパフォーマンスと最新のセキュリティアップデートを利用するため。リバースプロキシ設定とSSL/TLSの最新プロトコルを使用。 - **AWS**:スケーラブルなインフラを提供するため。EC2の自動スケーリングやS3とCloudFrontで高可用性と低遅延を実現。 - **GitHub Actions**:CI/CDパイプラインの自動化と効率化のため。自動テスト、ビルド、デプロイを構築。 - **Google Maps API**:地理情報を提供し、ユーザーが簡単に場所を特定できるようにするため。地図表示とジオロケーションを活用。 - **S3**:スケーラブルなストレージソリューションを提供し、ユーザーのプロフィール画像を安全に保存するため。適切なバケットポリシーとACLを設定。 ## 開発・実装内容A:ユーザー認証とセキュリティ ### 【概要】 安全な認証システムの構築。 ### 【課題・問題点】 ユーザーの安全な認証方法の実装。 ### 【技術的な課題】 - **SQLインジェクション**:ユーザー入力を介してSQLクエリを操作されるリスク。 - **CSRF攻撃**:ユーザーのセッションを利用した不正なリクエスト。 ### 【打ち手・使用した技術】 - JWTを使用して、ユーザー認証を実装。 - セキュリティ強化のため、OWASP Top 10に基づくセキュリティレビューを実施。 - **SQLインジェクション対策**:ActiveRecordのプレイスホルダーを使用して、SQLインジェクションを防止。 - **CSRF対策**:RailsのCSRFトークン機能を活用して、CSRF攻撃を防止。 ### 【成果】 - 安全な認証システムの構築により、ユーザーの信頼を獲得。 - セキュリティインシデントの発生を防止。 ## 開発・実装内容B:データベース設計 ### 【概要】 効率的でスケーラブルなデータベース設計の実施。 ### 【課題・問題点】 データの一貫性とクエリパフォーマンスの向上。 ### 【技術的な課題】 - 複雑なリレーションシップの管理。 - クエリパフォーマンスの最適化。 ### 【打ち手・使用した技術】 - ユーザー、チーム、募集のリレーションシップを明確に設計。 - インデックスを設定し、クエリの実行速度を最適化。 - トランザクションを使用して、データの整合性を確保。 ### 【成果】 - 効率的なデータベース設計により、クエリパフォーマンスが向上。 - データの一貫性が保たれ、信頼性が向上。 ## 開発・実装内容C:パフォーマンス最適化 ### 【概要】 WEBサービスのパフォーマンス最適化。 ### 【課題・問題点】 N+1クエリ問題、ページのロード時間短縮、高負荷時のパフォーマンス低下。 ### 【技術的な課題】 - **N+1クエリ問題**:関連データのロードによる多重クエリの発生。 - **ページロード時間**:ユーザー体験を損なう遅延。 - **高負荷時のパフォーマンス**:サーバーのスケーラビリティ確保。 ### 【打ち手・使用した技術】 - Railsの`includes`メソッドを使用してN+1クエリ問題を解消。 - フロントエンドでコードスプリッティングとキャッシングを実装し、ページロード時間を短縮。 - Nginxの設定を最適化し、静的ファイルの提供を効率化。 - Redisを使用してセッションデータとクエリ結果をキャッシュし、サーバー負荷を軽減。 ### 【成果】 - N+1問題を解消し、クエリパフォーマンスが大幅に向上。 - ページロード時間を3秒から2秒に短縮。 - サーバーの負荷が軽減され、レスポンスタイムが改善。 ## 開発・実装内容D:リアルタイム通信 ### 【概要】 応募者とチームオーナー間のリアルタイムチャット機能の実装。 ### 【課題・問題点】 リアルタイムでのコミュニケーションを可能にする。 ### 【技術的な課題】 - **リアルタイム通信の実装**:低レイテンシかつスケーラブルなチャット機能の実現。 ### 【打ち手・使用した技術】 - WebSocketの代わりに、ポーリング技術を用いてリアルタイム通信を実現。 - ポーリングのインターバルを調整し、サーバー負荷を最小限に抑えながらリアルタイム性を確保。 ### 【成果】 - リアルタイムでのコミュニケーションが可能になり、ユーザーエンゲージメントが向上。 - チャット機能の導入により、応募後のコミュニケーションがスムーズに行われるように。 ## 開発・実装内容E:CI/CDの導入 ### 【概要】 開発プロセスの効率化と自動化。 ### 【課題・問題点】 開発からデプロイまでのプロセスの効率化。 ### 【技術的な課題】 - **継続的インテグレーション**:テストとデプロイの自動化。 - **継続的デリバリー**:迅速なリリースサイクルの確立。 ### 【打ち手・使用した技術】 - GitHub Actionsを使用してCI/CDパイプラインを構築し、自動テスト、ビルド、デプロイのプロセスを一元化。 ### 【成果】 - 開発からデプロイまでのプロセスが効率化され、リリースサイクルが短縮。 - 自動テストにより、コードの品質が向上し、不具合の早期発見が可能に。 ## 開発・実装内容F:ユーザビリティとデザインの工夫 ### 【概要】 ユーザー体験の向上とデザインの最適化。 ### 【課題・問題点】 ユーザー体験の向上とデザインの最適化。 ### 【技術的な課題】 - **レスポンシブデザイン**:多様なデバイスでの一貫したユーザー体験の提供。 - **直感的なUI**:ユーザーの操作性の向上。 ### 【打ち手・使用した技術】 - Chakra UIを用いて、レスポンシブかつ直感的なデザインを実現。 - シンプルかつ一貫性のあるデザインにすることで、ユーザーの操作性を向上。 - カラースキームやフォントの選定により、視認性を高め、ユーザーが快適に利用できるよう工夫。 ### 【イメージ選定の理由】 - 草野球愛好者向けに、親しみやすさと楽しさを感じさせるデザインを意識。 - チームカラーやユニフォームのイメージを反映させ、ユーザーが共感しやすいビジュアルに。 - 高い視認性と一貫性を保つために、Chakra UIのカスタマイズ機能を活用。 ### 【成果】 - レスポンシブデザインにより、様々なデバイスで快適に利用可能。 - シンプルで直感的なUIにより、ユーザーの操作性が向上。 - 視認性の高いデザインにより、ユーザーが快適にサービスを利用できるように。 ## 開発・実装内容G:Google Maps APIの使用 ### 【概要】 募集作成時に場所を指定し、募集詳細で作成時に指定した場所を表示し、近くの募集を表示・検索できるようにする機能の実装。 ### 【課題・問題点】 ユーザーが簡単に募集の場所を指定・検索できるようにする。 ### 【技術的な課題】 - **地理情報の取得と表示**:ユーザーが直感的に場所を指定できるインターフェースの提供。 ### 【打ち手・使用した技術】 - Google Maps JavaScript APIを使用して、地図の表示とカスタマイズを実現。 - ジオロケーションAPIを使用して、ユーザーの現在地を取得し、地図上に表示。 - 募集作成時にGoogle Mapsを使って場所を指定し、その情報をデータベースに保存。 - 募集詳細ページでGoogle Mapsを使用して指定された場所を表示。 - ユーザーの現在地に基づいて、近くの募集を検索・表示する機能を実装。 ### 【成果】 - ユーザーが自分の現在地や目的地を簡単に見つけることができ、利便性が向上。 - イベントの場所を視覚的に把握できるため、参加者が集まりやすくなった。 ## 開発・実装内容H:S3を使用したプロフィール画像の設定 ### 【概要】 ユーザーがプロフィール画像をアップロード・表示できる機能の実装。 ### 【課題・問題点】 安全かつスケーラブルな方法でユーザーのプロフィール画像を保存・提供する。 ### 【技術的な課題】 - **画像の安全な保存**:セキュアかつスケーラブルなストレージの実装。 ### 【打ち手・使用した技術】 - AWS SDKを使用して、S3バケットに画像をアップロード。 - 画像のアップロードと取得のためのAPIエンドポイントを構築。 ### 【成果】 - プロフィール画像のアップロードが安全かつ迅速に行えるようになり、ユーザーエクスペリエンスが向上。 ## テスト戦略 ### 【概要】 高品質なコードベースを維持するための包括的なテスト戦略の実施。 ### 【課題・問題点】 リリース前にバグを発見し、品質を確保すること。 ### 【技術的な課題】 - **テストカバレッジの確保**:ユニットテストからエンドツーエンドテストまでの包括的なテストの実施。 - **自動化テストの導入**:手動テストから自動化テストへの移行。 ### 【打ち手・使用した技術】 - **ユニットテスト**:Rspecを使用して、個々のメソッドや機能の動作を検証。 - **インテグレーションテスト**:Rspecを使用して、複数のコンポーネントが正しく連携するかを検証。 - **エンドツーエンドテスト**:Cypressを使用して、ユーザーが操作するシナリオを再現し、全体の動作を検証。 ### 【成果】 - テスト自動化により、デプロイ前にバグを発見・修正することができ、品質を向上。 - 継続的インテグレーションにより、開発プロセスが効率化され、リリースサイクルが短縮。 --- これらの取り組みにより、プロジェクトは予定通りにリリースされ、ユーザーから高い評価を得ることができました。特に、ユーザー体験の向上とパフォーマンスの最適化に成功した点が大きな成果といえます。

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

**チーム開発プロジェクト『ジョジョ立ち倶楽部』で、チーム全体の進行管理とリーダーシップを効果的にマネジメントしていました。**
私の責務は、チームが一貫して目標に向かって進み、プロジェクトを成功に導くための環境を整えることでした。具体的には、以下の状態を目指しました: 1. **リーダーシップを経験する機会の提供と責任感の醸成** - メンバー全員がリーダーシップを経験し、プロジェクト全体を見渡す視点を持ち、責任感を持ってプロジェクトに取り組める状態を作り出すこと。 2. **チームの柔軟性と適応力の強化** - チームが多様な視点やアプローチを持ち、変化する状況や新たな課題にも柔軟に対応できるようにすること。 3. **プロジェクトの目標達成に向けた進行管理** - プロジェクトのスケジュールを管理し、チーム全体が計画通りに進むようにすること。
#### プロジェクト初期の計画とビジョン共有 プロジェクトの初期段階で、まず重要だと考えたのは、チーム全員がプロジェクトの目標とビジョンを明確に共有することでした。プロジェクトの成功は、全員が同じ方向に向かって進むことが前提です。そのため、プロジェクト開始前にチーム全員でディスカッションを行い、ビジョンや目標を共有しました。具体的には、私がファシリテーターとして進行し、メンバーそれぞれの期待や目標をヒアリングし、それを踏まえて共通のビジョンを設定しました。このプロセスにより、全員が共通の目標を持ち、それに向かって協力し合う姿勢ができました。 #### リーダーシップ交代制の導入とその目的 リーダーシップ交代制の導入を決定した背景には、メンバーそれぞれがリーダーシップを経験することで、プロジェクト全体を見渡す視点を養い、責任感を持って取り組むことができると考えたからです。リーダーシップ交代制には、メンバーの成長を促進するだけでなく、チーム全体の柔軟性を高めるという狙いもありました。 具体的には、週ごとにリーダーを交代し、次のリーダーに対しては事前に詳細な引き継ぎミーティングを実施しました。このミーティングでは、進行中のタスクや直面している課題、次のステップに関する戦略を共有しました。また、リーダーとしての役割を効果的に果たせるよう、必要に応じて私自身がアドバイスやサポートを提供しました。リーダーシップ交代制を通じて、各メンバーが異なるリーダーシップスタイルを経験し、多様な視点を取り入れることができました。 #### 柔軟な進行管理と適応力の向上 プロジェクトが進行する中で、異なるリーダーが持つリーダーシップスタイルの違いが原因で、チーム内で進行に対する不一致やコミュニケーションの問題が生じることがありました。例えば、あるリーダーがより細かいタスク管理を重視する一方で、別のリーダーは大局的な視点を重視するなど、アプローチの違いが進行のスムーズさに影響を与えることがありました。 これに対処するために、全員が共通のプロジェクトビジョンを持ち続けられるよう、リーダー交代時には特に綿密なコミュニケーションを図りました。具体的には、リーダー交代前に全体ミーティングを実施し、現状の進捗状況と次のステップを共有し、全員が同じ認識を持つようにしました。また、リーダー間での連携を強化し、異なるスタイルを補完し合う形で進行を進めることができました。 #### 短期間でのプロジェクト完遂に向けた工夫 2週間という限られた期間でプロジェクトを完遂するためには、効率的なタスク管理と適切な優先順位付けが不可欠でした。そこで、各リーダーは週ごとの具体的な目標を設定し、それに基づいてタスクを分配しました。特に重要だったのは、進行状況を常にリアルタイムで把握し、必要に応じて迅速に対応策を講じることです。 例えば、進捗が遅れそうなタスクが発生した場合には、すぐに他のメンバーのサポートを要請し、リソースを再分配することで、全体のスケジュールが遅れないように管理しました。また、進捗管理にはタスクボードや進捗トラッキングツールを活用し、全員がリアルタイムで進行状況を把握できるようにしました。これにより、タスクの優先順位を見直す際にも、チーム全体で迅速に対応することができました。 #### 問題や障害への対応と解決策 プロジェクト中には、技術的な問題やコミュニケーションの齟齬など、様々な課題が発生しました。例えば、ある技術的な問題が発生した際、当初はリーダーが単独で解決しようとしましたが、解決が難航しました。この際、私はリーダーに対して、チーム全体で問題を共有し、意見を出し合うように提案しました。 その結果、全員で問題解決に取り組むことができ、最終的にはメンバーの一人が新しいアプローチを提案し、問題を解決しました。このプロセスを通じて、チームの一体感が強まり、問題解決力が向上しました。また、この経験を活かして、今後のプロジェクトでも技術的な問題に対してはチーム全体で取り組むという方針を確立しました。 さらに、コミュニケーションの齟齬に関しては、全体ミーティングの頻度を見直し、進捗報告や課題共有の場を増やしました。これにより、各メンバーがリアルタイムで情報を共有し、認識のズレを最小限に抑えることができました。 #### 成果と振り返り 最終的に、リーダーシップ交代制や柔軟な進行管理を通じて、チーム全体が一貫して目標に向かい、プロジェクトを成功に導くことができました。プロジェクト完了後には、チーム全員で振り返りを行い、何がうまくいったか、どのような改善点があるかを話し合いました。この振り返りを通じて、今後のプロジェクトに向けた改善策や学びを共有し、チーム全体の成長を図ることができました。 これらの取り組みによって、短期間でのプロジェクト完遂とチームの一体感、柔軟性を向上させることができました。これらの経験は、私にとって大きな学びとなり、今後のプロジェクトでも活かせると確信しています。

高校時代、私は野球部で内野キャプテンを務め、**内野全体の進行管理と練習メニューの設定** をマネジメントしていました。
私の責務は、内野全体の守備力を向上させ、チーム全体の連携を強化することでした。具体的には、次の状態を目指しました: 1. **自己課題の発見と責任感の醸成** - 各選手が自分の課題を発見し、それを改善する責任感を持って練習に取り組める状態を作り出すこと。 2. **他者からのフィードバックとコミュニケーションの強化** - チームメンバーが互いにフィードバックを行い、オープンで建設的なコミュニケーションを通じて客観的な意見を受け入れ、自己改善とチームの連携強化を図ること。 3. **目標達成に向けた練習メニューの最適化** - 守備力向上を目標に、効果的な練習メニューを設定し、計画通りに実施できる環境を整えること。
#### 自己課題の発見と責任感の醸成 内野キャプテンとして、まず私が最初に考えたことは、各選手が自分自身の課題を正確に認識し、その改善に向けて主体的に取り組むことができる環境を作ることでした。野球というスポーツにおいては、チーム全体のパフォーマンスは各個人のスキルや責任感に大きく依存します。そこで、各選手が自分の弱点や改善すべき点を明確にし、それに対して責任を持って取り組むことがチーム全体の向上につながると考えました。 具体的には、二週間に一度の全体ミーティングを開催し、各選手が自分の課題を共有する場を設けました。このミーティングでは、ただ課題を発表するだけでなく、他のメンバーからのフィードバックを受け取る機会も設けました。これにより、選手が自分の弱点を客観的に見つめ直し、仲間からの意見をもとに具体的な行動計画を立てることができました。 例えば、ある選手が守備範囲の狭さを課題として挙げた際には、他のメンバーから「より早い判断と初動を意識するべき」とのフィードバックを受け、それを基にしたトレーニングを導入しました。選手自身が自分の課題に対して主体的に向き合い、改善策を実行に移すことで、個々のパフォーマンスが徐々に向上していきました。 #### 他者からのフィードバックとコミュニケーションの強化 チーム全体の連携を強化するためには、オープンで建設的なコミュニケーションが欠かせないと考えました。フィードバックを通じて、選手たちが自分の課題を他者の視点からも確認できるようにすることが重要だと感じました。そのため、フィードバックの際には単に批判的な意見を述べるのではなく、具体的な改善提案を行うことを推奨しました。 この取り組みは、チーム全体にオープンなコミュニケーション文化を根付かせることに繋がりました。たとえば、守備のポジショニングに関して意見が対立した場合でも、論理的かつ建設的な議論を促すことで、最終的には全員が納得できる解決策を見出すことができました。このようなプロセスを繰り返すことで、選手同士が互いの視点を理解し、客観的な意見を受け入れることで、チーム全体の結束力が高まりました。 また、フィードバックの場では、「どうすればチームとして良くなるか?」という共通の目標を常に意識させるようにしました。個々の選手が他者の意見を尊重しながら、自分の役割と責任を明確にし、それに向かって努力する姿勢が浸透することで、全員が一体となってプレーできる環境が整いました。 #### 目標達成に向けた練習メニューの最適化 内野の守備力向上という目標に向けて、私は効果的な練習メニューを作成することに力を入れました。練習メニューは、各選手の課題認識やフィードバックに基づいて、重点的に取り組むべきポイントを明確にし、その部分を強化するための内容にしました。 例えば、守備の連携プレーに課題があった場合、シミュレーションを繰り返し行うことで、実戦に近い状況での判断力と反応速度を向上させることを狙いました。また、各ポジションごとに異なる課題を持つ選手がいるため、個別の課題にも対応できるように、特定のスキルを強化するための個別メニューも併用しました。 さらに、練習後には必ず振り返りの時間を設け、各選手がその日の練習で学んだことや感じた課題を共有する機会を作りました。これにより、選手が自分の成長を実感できるとともに、次の練習に向けたモチベーションを高めることができました。また、定期的に進捗を確認し、必要に応じてメニューを調整することで、各選手が無理なく成長できるように配慮しました。 #### 問題や障害への対応と解決策 フィードバック文化の定着には時間がかかり、当初は全員が積極的にフィードバックを受け入れるわけではありませんでした。特に、自己評価が低い選手や、他者からの批判に対して防衛的になる選手にとって、オープンなコミュニケーションは難しいものでした。これに対して私は、まず自分自身が率先してオープンな姿勢を示し、自分の課題を共有することで、他のメンバーが安心して意見を出せる環境を作りました。 また、フィードバックが批判的なものに偏らないように、必ず改善提案や建設的な意見を伴わせることをルール化しました。これにより、フィードバックが前向きで実行可能なものとなり、選手たちも次第に意見を出し合うようになりました。選手たちは自分の改善がチームの成功に直結することを実感し、積極的にフィードバックを受け入れるようになりました。 一方で、練習メニューの実施においても課題がありました。たとえば、計画通りに進まないことや、予期せぬ怪我が発生した場合、練習内容を柔軟に変更する必要がありました。こうした状況では、メニューの優先順位を見直し、最も重要なスキルに焦点を当てた練習を行うようにしました。また、個々の選手が無理をせず、最大限の効果を発揮できるように、体調管理や休養の重要性も強調しました。 #### 成果と振り返り 最終的に、内野の守備力とチーム全体の連携が向上し、試合でのパフォーマンスも大きく改善されました。試合結果だけでなく、選手たちが自分の成長を実感し、チーム全体の目標に貢献できたことが、彼らの自信とモチベーションを高めました。 プロジェクト完了後には、チーム全員で振り返りを行い、何がうまくいったか、どのような改善点があるかを話し合いました。この振り返りを通じて、今後の練習や試合に向けた改善策や学びを共有し、チーム全体の成長を図ることができました。 また、この経験を通じて、個々の成長とチーム全体の成果を両立させるためのマネジメントスキルを身につけることができました。これらのスキルは、今後のプロジェクトやチームでの仕事においても非常に役立つと確信しています。

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
あり
Zenn アカウント
未入力です
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
あり

今後、身につけなければいけないと思っている技術は何ですか?

マイクロサービスアーキテクチャやGraphQL アーキテクチャ設計と設計パターン

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

未入力です

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
学習能力 / 企画立案力 / 責任感
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
風通しの良さや意思決定ライン
やりたくない分野
未入力です
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で20代中盤
好きな Text Editor
Visual Studio Code
希望勤務地
東京都
希望年収
未入力
転職ドラフトに参加して
企業から指名を受け取ろう!
会員登録をして転職ドラフトに参加すると、参加企業から年収付きの指名を受け取ることができるようになります。
会員登録する
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
SIGN UPSIGN IN


転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?