父は第10代執権の北条師時。母は不詳。弟に貞規。南殿と号した。小侍所別当、評定衆を歴任し、元徳元年（1331年）1月23日に引付衆1番頭人となった。
枚方FCマシアから興國高校に進学。2年時には興國と国体大阪府選抜では10番を背負って、U-17日本代表にも選出された。 複数のクラブが獲得に乗り出していたが、2017年7月19日、名古屋グランパスより翌シーズンからの加入内定と同シーズンの特別指定選手登録が発表された。2018年に名古屋グランパスに加入した。2019年8月19日、いわてグルージャ盛岡に育成型期限付き移籍により加入すると発表された。
タンデムローターのヘリコプターは、サイクリックを前に操作しても、セットリング・ウィズ・パワーによる降下を止めることはできない。このようなヘリコプターは、対気速度を上げるときはコレクティブ・ピッチの差を利用するようになっているからである。したがって、ペダルの操作と一緒にサイクリックを横に操作することによって、横にスライドしてボルテックス・リング・ステートの乱流から抜け出す。
ヘリコプターのパイロットは、一般的に、低い対気速度の場合に降下率を注意深く監視することによって、セットリング・ウィズ・パワーを避けるように教育される。セットリンク・ウィズ・パワーに遭遇した場合は、サイクリックを前に操作してこの状態を抜け出すか、コレクティブ・ピッチを小さくするように教育される。前または横に進むようにすると、それ自体がこの状態を緩和する効果があるのに対し、コレクティブ・ピッチを小さくしてパワーを減らすと、それに依存しているボルテックスの大きさが小さくなるので、この状態から抜け出すのに必要な時間の合計を減らすことが出来る。しかし、この状態はしばしば地表の近くで発生するので、コレクティブピッチを減らすことは選択肢とすべきでない。この状態から抜け出す前に、降下率が高まるのと比例して高度を失い、墜落してしまう。場合によっては、ボルテックス・リング・ステートに遭遇したとき、乱流のせいでサイクリック・コントロールが効かなくなることがある。この場合、パイロットの最後の手段は、ボルテックス・リング・ステートからローター・システムが抜け出すように、オートローテーションに移行することかもしれない。
セットリング・ウィズ・パワーの兆候は、メイン・ローター・システムの振動と、それに続く降下率の増大であり、場合によってサイクリックの効きの悪化をともなう。シングルローターのヘリコプターの場合、ローターブレードのピッチ・アングルを調整するサイクリック・コントロールを前に動かし、わずかに機首を下げて前方に進むようにすることで、ボルテックス・リング・ステートを抜け出すことが出来る。タンデムローターのヘリコプターの場合、横向きのサイクリックおよびペダルの操作で、抜け出すことが出来る。機体は「きれいな空気」(整流) の中を飛行するようになり、揚力を再び得ることが出来る。
前方へ飛行しているとき、空気の上向きの流れ（上昇流）は軸付近には発生しない。前向きの対気速度が減少し、垂直方向の降下率が増大すると、軸およびローター・ブレードを固定しているエリアには翼面が無いので、上昇流が発生しはじめる。上昇流の量が増大すると、ローター・ブレード内側の部分に誘起される上向きの流れが（下向きの流れに）勝ってしまい、軸に近い部分のローター・ブレードは失速を始める。軸に近い部分が失速すると、ローターの先端のボルテックスに似た新たなボルテックスが、ローター・システムの中心に発生する。この内側のボルテックスが、揚力の合計を減少させ、降下率を増大させる原因となる。加速された状態では、内側と外側のボルテックスが互いを増大させはじめ、ローター・ブレードのピッチ・アングルをどんなに増加させても、この二つのボルテックスの相互作用を強化するだけになってしまう。こうして、さらに降下率が増大する。この状態では、そのヘリコプターは自分自身のダウンウォッシュの中で操縦することになり、降下する空気の中を落ちていくことになる。この状態の認識や対処をヘリコプターのパイロットが誤ると、高い降下率を招き、墜落する可能性がある。
"Write once, run anywhere"（WORA、一度書けばどこでも動く）という言葉があるとおり、Javaの目標の一つにプラットフォーム非依存があげられる。JavaコンパイラはJava仮想マシン用の中間言語（Javaバイトコード）を生成する。コンパイルされたJavaのプログラムは、Java仮想マシンを実行環境として動作する。この仮想マシンがハードウェア間の差異を吸収することで、プラットフォーム非依存を実現している。ただし、現時点では一部にプラットフォーム依存の部分があり、完全なプラットフォーム非依存ではない。また、マルチプラットフォームにするということは、一部のプラットフォームにしかない独自の機能はJavaから使えないことを意味する。例えばWindows用のマルチメディアAPIであるDirectXや、3DグラフィックスAPIであるDirect3DはJavaから直接呼び出すことはできない。そのため、橋渡しをするための拡張APIが提供されている。またJavaではバージョン間の前方互換性・後方互換性の問題が議論の対象になっている。Javaではバージョン間の互換性をある程度の水準まで達成している。しかし、バージョンの異なる実行環境の取り扱いには課題が残っている。例えばJ2SE 1.4実行環境用に書かれたプログラムは、実行環境にJ2SE 1.3を想定すると明示的に指定してコンパイルしなければJ2SE 1.3実行環境では動かず、利用するライブラリがJ2SE 1.4以降から追加されたものである場合にはJ2SE 1.3実行環境での実行を諦めなければならない。J2SE 1.3に対する後方互換性は、2世代先であるJ2SE 5.0まで保証されている。J2SE 1.3以降のJavaプログラムでは前方互換性は保証されないが、Java実行環境 (JRE) の自動アップデート機能によって仮想マシンを最新バージョンにアップデートすれば解決できる。JDK 1.1、J2SE 1.2 時代のJavaプログラムは、現在となっては古いため、後方互換性問題に引っかかる可能性がある。例えば、古いプログラムが新しいバージョンのJDK/JREで廃止されたAPIを使用している場合に問題となる。その場合は、そのJavaプログラム開発者に最新版のJavaコンパイラでもコンパイルが通るように修正してもらうしかない。