春2019 - ソフトウェアエンジニアリングの原則と方法 - アシスタント概要

概要

      この学期、15週間の合計が教えるコースです。私は15週の合計で指導助手の先頭から従うことを始め、それはソフトウェアの範囲大1クラス、91人の合計を担当しています。私はこの学期を行った作業の次の側面を要約します。


 まず、ブログのレビュー

      クラスには、91人の学生なので、91人の学生のブログのすべてのクラスを読み、見直す必要の合計。チームの仕事の背後にあるプロセス、ブログの作業負荷が減少しました。ときは後半、タイムリーな学生に各ジョブごとの章見直しの必要性。また、学生は私のレビューに応えるには、学生が二次応答を返信する必要があり、実施されます。

      アシスタントが関心を持って来ることを願って、私は十分に行われ、全体見直し作業を総括し、ことは注目に値します。まず第一に、私は、学生が作品を審査評価するだけでなく、実際には、プロセス全体で考えるか、単に問題が終わったことを指摘したが、基礎として検討する必要があり、学生は進歩の場所を見つける必要があります。たとえば、ブログを読んだ後、私の学生が、彼は非常におざなりやブログ、コンテンツの多くの問題を発見し、その後、私はちょうど彼のブログにコメントを書いてはならないが、学習過程で生徒にさらに反映すべきですどんな問題が発生していない、それはより多くの助けを必要とされていません。このとき、指導助手として彼の最も最近の仕事のフィードバックに基づいて、実際の状況の彼の理解、その後、学生を見つけるためのイニシアチブを取り、彼らの実際の状況に応じた支援を提供すべきです。私たちは仕事のコメントは、それによって助手との相互作用の過程における真の改善を得るために学生を可能にする、積極的な役割を果たしているようにするためにこれを行うべきだと思います。TAはよく、低スコアを与える高い評価を与えていない、学生、学習が独自のものであることだけでなく、学生を心配することはできません。このアプローチはゆっくりとしか、学生が学習に興味を失う困難につながるあきらめます。第二に、それは実際には、あなたは多くの学生が同じ号に掲載され見つけることができ、レビュープロセスです。指導助手として、これらの問題に注意を引く必要があり、学生はに注意を払うように、クラス内のグループに投稿された、適切なソリューションに添付文書の形で、各問題を要約するために協力します。この方法では、学生は、ブログ品質改善のある程度行うことができます。たとえば、私たちは造園ことができるいくつかの基本的なタイポグラフィの問題を指摘することができます。

       まず指導助手、経験不足と改善したいと考えているよう、よりよい教育の結果を得ます。

第二に、仕事のデザイン

      主な仕事は、設計を完了するために、教師を支援することです。私にとって、それのこの部分は、比較的大きな収穫です。彼らは学生の役割であるので、教師の割り当てがうまく前に直接行うが、実際に設計作業のための教師が明確ではない方法です。指導助手の仕事は私の学生のための仕事を設計する方法を学ぶ機会を与えました。この作品を作るために、我々はコンテンツの学生は何の知識を持っていることを学ぶべきでマスターする必要があるかを理解するために、対象のいくつかの知識を持っている必要があります。また、また、彼が言及したジョブの詳細を明確に理解があり、それは仕事の要件の詳細は適切だった完了するための能力を持っている必要があります。要求は、実際の仕事かもしれ場合は良く作動します。これは、ジョブが解放された後、TA自身が使い慣れまたはジョブの詳細の問題を解決できない場合、学生は、ジョブの詳細を疑問があるだろうので、学生を支援するために効率的で、その後、指導助手の意味を失っていないことができます。私は仕事はGitHubのを理解するために行く前にリリースされ、GitHubのを習得する学生を可能とするために、教育の過程で午前、自身が問題のGithubの顔にまで熟練聞かせては、学生がタイムリーに私を提示習得したことがありませんでした与えられたソリューション。プロセスでは、私も自分の知識を統合していました。加えて、新しい知識を学びます。機会今回の助手に感謝し、この経験は私が多くを育ててきました。

第三に、仕事率

      すべてのジョブ終了時刻はタイムリーな仕事を獲得した後、私は仕事を提出すると、各スコアは行わワンタイム評価である、その目的は、スコアの公平性を確保することです。また、私は良い仕事は、我々はスコアリングルールに取り組むたびは、学生が完全に提示し、自分の仕事の影響基づいてスコアに基づいていることを確認するために合意されたことがあるんだと思います。Iスコアたびに最初の列のテーブルを作成し、学校の生徒、及びワークの背面にそれぞれ対応のテーブル番号はスコア部を分割し、スコアの各要素は、最終の比率に応じて算出されます最終学年。私は、このアプローチは、公正かつ効率的だと思いますが、また、これだけでなく、良い仕事をしているの一部の一部の学生の分析を容易にします。学生は自分の成果を確認するために、だけでなく、従うようにいくつかの根拠を持っているしたい場合。この方法は、また、使用後のアシスタントをお勧めします。スコアに加えて、私はまた、千枚の帆は図を競争させることを学んだ、非常に効率的なツールです。

       以下は、ソフトウェア、累積スコアの大きなクラスであります:

 

 

      能够将每次的作业成绩以这样的方式呈现出来给同学们看,我觉得是一种很好的方法。这种方法能够使同学看出自己在整个班的水平,并且可以直观的判断自己是否在提升。但是不得不说,可以从第一张图里面看出,人数越多,线条就变得越密密麻麻,其实也不那么利于同学们看自己的成绩累计情况了。我觉得千帆竞发图比较适合反映人数比较少的班级成绩情况,大家可以根据实际情况进行选择。


个人感受和建议

       这十五周的助教工作让我有了一次不一样的学习体验,让我收获了很多。以下是根据工作提出的一些建议:

       1. 助教的人数可以根据班级的人数进行调整。在我这次做助教的过程中,我需要和老师一起负责的班级共有91个人,这个人数对应于只有一个助教,使得助教不仅工作量比较大而且不能做到很细致地对待每一个同学的作业和他们提出的问题。作为助教应该能够和学生进行充分地互动,这样才能够更好地帮助到他们。所以,在人数比较多的班级,一个班可以根据实际情况安排助教的个数。

       2. 助教前期也应该进行工作培训。这次我做助教之前虽然进行了一些网上的培训,但是我发现后面做实际操作过程中还是不太明白自己应该做些什么,在一些事情上缺乏主动性,除了点评博客和评分等工作外,其他工作要等到每次老师安排工作给我的时候,我才去做。如果能够有一些培训,让助教很明确自己在这个过程中所要做的工作有哪些,这样助教就可以自发地去做一些工作,让整个教学过程更好地推进。

       3. 助教要与学生和老师多沟通。有时针对一个同学的作业问题,我只是在博客下面评论了,而没有进一步给学生进行沟通,就像有一次班上有个同学的作业有很多问题,但是我只是在评论下评论了“请继续完善博客”,而没有主动去帮助这名同学解决问题。是后来一个老师发现了,然后在群里提出来了,让我去帮助这名同学,我才主动找到他。其实后来这名同学就是在完成作业的时候有很多不理解的地方,但是又找不到人解决,在我的帮助下,他的博客也进一步的完善了。当时我就意识到,助教应该及时与学生进行沟通交流,以便更好的掌握他们的情况。

      最后,对于此次助教工作的感悟:做助教工作的起因是因为当时上陈老师的课的时候很喜欢这门课,我认为这门课教会了我很多东西,解决了我对于软件工程的一些困惑。然后也遇上了陈老师正在招收助教,就主动申请了做助教工作。其中一个原因是想再巩固一遍这门课的内容,另一个原因是想体验一下教育工作。

      很感谢有这次机会,也感谢陈老师和助教群里面老师们的指导和帮助。我确实通过做这个工作,巩固了课程知识,也学到了很多课本中没有的知识,深感教育工作者的艰辛,我会更加珍惜学习的机会,希望以后有机会还可以做助教!

おすすめ

転載: www.cnblogs.com/moxxxmo/p/11321249.html