1996年、高校全米代表チームに（DHとして）選出される。1997年も前年に引き続き（今度は外野手として）代表入りし、ベースボール・アメリカ誌が選ぶ高校年間最優秀選手に輝くなど学生時代から注目を浴びる。
テストやデバッグのためにモニタプログラムを使用して行ったシミュレーションのトレースの例である。プログラム        オフセット         命令            逆アセンブル             レジスタ/ 記憶装置 (実行後)TEST001        000000         X'05C0'                BALR   R12,0              R12=002CE00A               000002         X'47F0C00E'            BC    15,X'00E'(R12)                   00000E         X'98ECD00C'            STM   R14,R12,X'00C'(R13)   X'002E0008' ==> X'00004CE,002CE008,..etc....'               000012         X'45E0C122'            BAL   R14,X'122'(R12)     R14=002C0016SUB1           000124         X'50E0C28A'            ST    R14,X'28A'(R12)       X'002CE294' ==> X'002C0016'...
対象プログラムの実行をモニタすることで、実環境はなくモニタ上で発生するランダムエラーを検出することに役立つ場合がある。これは、シミュレーションの場合には同じアドレス空間にモニタプログラムが存在しているため、対象のプログラムが通常と異なる場所にロードされることで発生する場合がある。対象のプログラムがメモリ上のランダムな位置の値を読み取った場合、たとえばヌル値(X"00") を読み取り、プログラムは正常に動作していたとする。モニタプログラムがプログラムをロードする番地をシフトさせると、それによりたとえばX"FF"を読み取るようになり、プログラムのロジックは比較の操作で異なる結果を返すかもしれない。あるいは、モニタプログラムそのものがロードされた番地が値を読み出す場所であった場合にも、同様の結果が生じうる。再入性に関するバグ:静的変数を誤って"動的な"スレッド局所な記憶域の代わりに用いると、多くの場合再入性に関する問題が生じる。モニタプログラムを使用することでこうした問題をstorage protect keyを用いずに検出することができる。無効な命令 オペレーティングシステム（あるいはハードウェア）は、アプリケーションプログラムがオペレーティングシステムの特定の機能を呼び出す際、正しい"モード"であることを要求する。命令セットシミュレータはこうした条件を実行前に検出することができる。ホットスポットの解析・命令の使用状況の解析: シミュレーションの間に実行された命令を数えると（数は実際のプロセッサや、モニターを行わない実行の場合と一致するはずである）、シミュレータはアルゴリズムのバージョンによる性能の違いを計測したり、"ホットスポット"を検出してプログラマが最適化を行ったりできる。通常の実行時にはこうした情報を取得することが容易でなく、また特に高水準言語のプログラムは、そもそも機械語命令を抽象化してしまうため、特にその傾向が強い。この使い方では、ISS は性能解析の一形態として考えることができる。
上記のサイクル（フェッチ、実行、新しいアドレスの計算）という処理を行うために必要な命令数はハードウェアに依存するが、IBM System/360/370/390/ES9000 クラスのマシンでは 12～13命令で実現できる。正しいメモリ位置のチェックや、条件によってプログラムを中断する機能は、かなりのオーバーヘッドが必要であるが、最適化技法により許容できるレベルまでオーバーヘッドを削減することができる。命令のステップ実行、トレース、テスト用のエラールーチンへの意図的なジャンプ（エラーがない場合でも）などの強力なデバッグ能力を提供できるので、テスト目的のためには十分許容できる。さらに、実行コード網羅率を測定するために、命令の完全なトレースを利用することもできる。
この旧ユダヤ人墓地はプラハの最初のユダヤ人墓地ではない。これ以前の墓地はユダヤ庭園と呼ばれ、現在のプラハのニュータウンに位置していた。 この墓地は1478年にプラハ市民の不満を受けたヴワディスワフ2世の命令によって閉鎖され、後にはニュータウンの街路の下へと隠されることとなった。 この出来事以前より旧ユダヤ人墓地の歴史が始まっていることは判明しているが、開設された正確な日付は不明である。 唯一の手がかりとしては、1439年からあるラビで詩人のアヴィグドール・カラの墓碑がこの墓地で最も古い。15世紀の中頃からの継続的な埋葬の時系列が墓碑の記録から判明している。 最後の墓碑は1787年のもので、これより3年前より啓蒙君主のヨーゼフ2世は、衛生面での理由から街壁の内側に埋葬することを禁じていた。 のちにプラハのユダヤ人たちは、17世紀頃、ペストの流行により開設されたジシュカの墓地を利用することとなった。三世紀以上に渡り活発に利用され続けていたこの墓地は常に敷地不足に悩まされていた。 信心と亡き先祖たちに対する敬意は、ユダヤ人たちに古い墓を壊すことは許さなかった。 ユダヤ人たちのコミュニティが土地を購入し墓地を拡張する許可を得る機会は多くなく、領域を拡張する必要に応じて利用可能な場所には土壌が積まれ、新たな領域が作られた。 この理由により、最も多い所では12層にも重ねられた場所が存在する。 この土地不足への解決法により、古い墓々も完全なまま残されることとなった。 なんにせよ新しい階層が追加される時には、古い（下の）階層に属する墓碑を保護する為に横たえるか、上部の新しい層に移すことが必要とされた。 このため、今日では外から見える位置に墓碑が密集しており、その持ち主の多くは何層か下に離れて埋葬されている。 これはまた、なぜ墓地の地面が周囲の街路よりも数メートル盛り上がり、土壌と墓碑群を保持するための擁壁が必要となるかの説明ともなる。