創造的プログラミング問題解決テスト
2025/5/18 7:53:00
あれ
2025/5/18 9:31:00
| 1. 専門知識 | 1 2 3 4 5 |
|---|---|
| プロジェクト中に多くの知識を得た | |
| 新しい実践的なプログラミングの技術を学び適用した | |
| 問題領域に対する洞察を得た | |
| プログラミングの技術的側面に魅力を感じた | |
| 学習プロセスとその改善方法を思いついた | |
| このプロジェクトは知らない部分が多かったので心地よく感じた | |
| 新しい知識を知っていることと関連付けようとした | |
| プロジェクトのおかげでコーディング以外の知識も得た |
| 2. コミュニケーション | 1 2 3 4 5 |
|---|---|
| 同僚からのフィードバックを定期的に求めた | |
| 問題を紙やホワイトボードに書いて可視化した | |
| クライアントやエンドユーザーからのフィードバックを定期的に求めた | |
| 同僚のタスクを助けた | |
| チームメイトが締め切りに追われることがないように、自分のタスクは時間内に完了させた | |
| チームメイトのアイデアと努力をサポートした | |
| 自分たちの成果がとても誇らしかったので、みんなに披露した | |
| 他者の提案を徹底的に考えた |
| 3. 制約 | 1 2 3 4 5 |
|---|---|
| 解決策の正しさを定期的に見直した | |
| 時間的なプレッシャーのせいでパフォーマンスが低下したことはなかった | |
| コードをできるだけエレガントにしようとした | |
| 課題の制約を見極めようとした | |
| （可能な場合）友人や家族にプログラムをテストしてもらった | |
| 創造的な自由度が高くても、的確な決断ができた | |
| コーディングが期間短いことが、学習プロセスを加速させた | |
| プログラムを自分でテストし、使いやすさに気を配った |
| 4. 批判的思考 | 1 2 3 4 5 |
|---|---|
| 問題についての議論では、よく代替案を提案した | |
| 私たちが持っているさまざまな選択肢を、定期的に慎重に評価した | |
| うまくいかない時は、あえてコードを1から書き直すこともあった | |
| 自分で複数の情報源を使って情報を探した | |
| チームメイトにどのように実装したかを尋ねることは有効だったと思う | |
| 何かを調べる時は常にソースの信頼性を確認する | |
| なぜそのように機能するのかを100％理解することは重要だった | |
| 他のプロジェクトを見ることで、自分のプロジェクトについて考えることができた |
| 5. 好奇心 | 1 2 3 4 5 |
|---|---|
| プロジェクトの進行中、自分のコンフォートゾーンから大きく外れた | |
| プロジェクトの多くの部分が興味をそそった | |
| プロジェクトの多くの側面に関わることが楽しかった | |
| プロジェクトのいくつかの側面に没頭するのは楽しかった | |
| プロジェクトの複雑さに刺激を受けた | |
| 追加の機能を実装したくなった | |
| プロジェクトの開発中、とても楽しんだ | |
| プロジェクトを終わらせるために自分を追い込む必要はなかった |
| 6. 創造的な心の状態 | 1 2 3 4 5 |
|---|---|
| プロジェクトのある1点に集中し続けた | |
| 生産性ツールを使って、問題の本質により集中できるようにした | |
| この経験はとてもやりがいがあると感じた | |
| 作業中、時間があっという間に過ぎ去っていくように思えた | |
| プロジェクトの高い要求を満たすのに、自分は十分な知識を持っていると感じた | |
| プログラミングはほぼ流れるようにできた | |
| 自分が何を達成したいのか、はっきりと理解していた | |
| 外部の人が自分のコードについてどう思うかは気にならなかった |
| 7. 創造的なテクニック | 1 2 3 4 5 |
|---|---|
| 1つの問題を解決するために、様々な方法を使った | |
| 問題を解決するために、他の領域の知識を使った | |
| 問題に立ち向かうために、さまざまなアイデアを組み合わせた | |
| 物事をじっくり考えるために、あえてときどき休憩をとった | |
| 新しいアイデアを出すために、他者とブレインストーミングをした | |
| 全体を見るために、ときどき一歩下がってみた | |
| 問題がありそうなときは、他のプロジェクトか、インスピレーションを得るようにした | |
| 完全に行き詰まったと感じたことはなかった |