専門は生物学であり、特に細胞遺伝学や実験動物の開発といった分野の研究に従事した。特にニホンウズラについての研究で知られている。ニホンウズラは日本人によって家畜化された唯一の動物とされており、日本が独自性を発揮できる生物資源とされているが、公的機関によるコレクションも確立されておらず、標準系統も未だに曖昧な状態であった。中村は遺伝学の研究のため、静岡女子短期大学に勤務している際に、長年にわたってニホンウズラの系統の収集、維持に努めてきた。この成果はのちに静岡大学農学部に引き継がれており、系統が生体で維持、保管されている。学術団体としては、日本動物学会、日本遺伝学会、日本実験動物学会、日本生物物理学会、日本家禽学会、などに参加していた。
1971年9月、静岡女子短期大学に転じ、常勤の教員となった。なお、静岡女子短期大学での活動が本務となったため、今まで勤務していた静岡県立浜松北高等学校の方は非常勤の教員として兼任することとなった。そのほか、静岡大学、浜松短期大学、国際工学院専門学校などでも、講師を非常勤で兼任していた。のちに静岡女子短期大学が静岡薬科大学、静岡女子大学と統合され、静岡県立大学が発足すると、その短期大学部にて教授などを務めた。1991年にソビエト連邦からエストニアが独立すると、その2年後にエストニアに留学した。なお、エストニアにとって、中村がアジア人初の留学生だったという。その後、静岡県立大学を退職し、名誉教授の称号が贈られた。
1930年8月13日に生まれた。静岡県立浜松第一中学校に進学した。1963年4月より、母校である静岡県立浜松第一中学校の流れをくむ静岡県立浜松北高等学校にて教鞭を執った。教科は理科を担当しており、部活動では軽音楽部や生物部の顧問を務めた。なお、静岡県立浜松北高等学校には1972年3月まで奉職した。
1936年、スリムはチュニジアのフランスからの独立を主張する組織に関わるようになった。1954年には独立についてフランスとの交渉にあたるチュニジア側代表団の長となっていた。そうした立場にあったため、彼は1956年にチュニジアの独立を定めた議定書の草案作りの手助けもした,1955年から1956年にかけて、スリムはチュニジアの内務大臣を務めた。1956年、スリムは、チュニジアを代表して駐米大使となり、併せて、カナダ大使、国連大使も兼ねることになった。国連ではハンガリー問題に関する特別委委員会に加わり、この委員会から安全保障理事会に派遣される代表者となった。1961年、ダグ・ハマーショルドが飛行機事故で急逝したことを受けての人事の中で、スリムは全会一致で国際連合総会議長に選出されたことで、駐米大使の座は失った。スリムは、1961年9月に雑誌『タイム』の表紙を飾った。アメリカ合衆国は、当初、スリムが国際連合総会副議長のまま議長の職務を代行するという案を考えていた。しかし、ソビエト連邦はビルマのウ・タントを推し、アメリカ合衆国もウ・タントがハマーショルドの残りの任期を務める事務総長代行となることに合意した。スリムは1962年に国連を離れ、チュニジアの外務大臣となった。この職には1964年まで留まった。
全てのバージョンで68020/68030例外スタックフレームを含む68EC040命令セットの「ユーザー」サブセットをエミュレートした。アップル・デベロッパー・ドキュメントによると68KエミュレータはMacintosh Centris 610（モトローラ68LC040搭載システム）に非常によく似た動作環境を提供するとしている。初期のバージョンでは各命令を逐一デコードしPowerPCの同等の命令を実行していたが、PCI Power MacではDREを採用してパフォーマンスを向上させた。DREでは、繰り返し現れるコードを予め高速なPowerPCネイティブの命令にコンパイルしたうえでローカルにキャッシュする。エミュレータが同じ680x0のコードを認識すると、事前にキャッシュしておいたPowerPCのコードを実行することでコンパイル処理を省略する。このエミュレータでは理論上、いかなる680x0実機よりも速く680x0命令を実行できるようになっていた。68LC040実機に浮動小数点演算命令がなかったことが幸いしてこれは比較的簡単に達成できたが、それでも印象深い特徴となった。このエミュレーションがここまでの成功を収めた理由の一つに、Classic Mac OSのAPIの多くが元々680x0プロセッサのトラップとして実装されていたことが挙げられる。このため、APIの呼び出しは680x0におけるエラーと同じ方法で処理されていた。実際には、エラー処理をハードウェアベクタで行い、ハードウェアベクタからROMまたはRAM上にあるOSルーチンが呼び出されていた。エミュレータではこのようなトラップをネイティブのPowerPCコードで置き換えられたため、エミュレーションの必要があるコードはアプリケーション自体のコードだけで、アプリケーションから呼び出されるAPIは全てPowerPCコードによる速度向上の恩恵を受けることができた。また、この機能はAppleがOSをPowerPCへ移植する際にも利用できた。最初は最もタイム・クリティカルな機能だけをネイティブコードで記述しておき、他の部分はエミュレーションに任せておくことができた。OSの大部分がネイティブコードで置き換えられるにつれ、OSの速度は徐々に向上していった。プログラマの観点から見ると、PowerPCへの移植はほとんど困難を伴わなかった。これはエミュレーションの開始・終了が自動化されていたためである。この機能はUniversal Procedure Pointer (UPP) と呼ばれる新しいタイプのポインタにより実現されている。68kのコードからは、このポインタはコードを指す普通のポインタと同じように見え、また同じように扱える。しかし、実際にはその後にデータ構造が続いており、そこには特別なトラップ命令と、呼び出されるコードの命令セットを表すフラグが格納されている。PowerPCのコードでは、UPPはCallUniversalProc()関数に渡されて呼び出しが行われる。68kエミュレータはその後、対象のISAに合わせて引数の順序を変更したり、必要に応じてエミュレーションの開始・終了を行ったりする。Classic Mac OS向けコンパイラではマクロを定義しておくと自動的にUPPが使用されるようになっていた。また、PowerPCシステムライブラリには、ネイティブコードと68k用コードのいずれかを透過的に呼び出すためのスタブが含まれていた。これにより、プログラマはデュアルアーキテクチャに僅かな労力だけで対応できた。またOSと同様、アプリケーションに680x0とPowerPCの両方のコードを混ぜることも非常に容易であった。