1927年（民国16年）、蒋介石による上海クーデターが発生すると、蒋光鼐は陳銘枢に従って蒋介石を支持し、北伐から離脱した。その後も蒋介石を支持して、反蒋介石派の軍勢と戦い、軍功を積み重ねている。1930年（民国19年）8月、蒋介石の命令により、第19路軍が編制され、蒋光鼐が第19路軍総指揮、蔡廷鍇が第19路軍軍長に任命された。1931年（民国20年）から、江西省などで中国共産党掃討に参戦した。しかし紅軍は想像以上に戦闘力が高く、苦戦を強いられる。この苦戦のために蒋光鼐は、蒋介石の共産党掃討の姿勢に疑念を抱き始めることになった。その後、第19路軍は、南京・上海の防衛線に動員されている。1932年（民国21年）1月、日本軍が上海に進軍してくると、蒋光鼐と蔡廷鍇は防衛線を堅持し、日本軍を迎撃することを決断した。1月28日、両軍の交戦が開始された（第一次上海事変、淞滬抗戦）。以後、30日以上に渡り、蒋・蔡は懸命に抗戦したが、最後は兵力・火力で勝る日本軍の前に撤退した。しかし、この時の第19路軍の果敢な戦いぶりは、中国国内から大きな評価を得ている。
祖父は進士、父は塾教師の家庭に生まれたが、蒋光鼐が生まれた当時はすでに家は貧しかった。1905年（光緒31年）、成績優秀のため学費免除で東莞師範学堂に入学する。この時に中国同盟会に加入した。1906年（光緒32年）、広州に移り、黄埔陸軍小学第2期で学んだ。1909年（宣統元年）、南京第4陸軍中学に入学する。1911年（宣統3年）10月、辛亥革命が勃発すると、武昌へ急行し、革命派の軍に参加して清朝の軍と戦っている。1913年（民国2年）の二次革命（第二革命）にも参加した。しかし敗北して日本に亡命し、大森浩然廬学校で学ぶ。1914年（民国3年）には、中華革命党に加入している。帰国した後は、護法運動に参加し、東征（陳炯明討伐）などで軍功を重ね、順調に昇進した。1925年（民国14年）7月の国民政府成立の際には、陳銘枢が率いる国民革命軍第4軍第10師において副師長に就任している。民国15年（1926年）の北伐では、蒋光鼐は陳銘枢に従って力戦奮闘して、呉佩孚率いる直隷派を撃破し、国民革命軍第4軍が「鉄軍」と呼ばれる栄誉に貢献した。武漢攻略後、第10師は第11軍に拡充され、蒋は第11軍副軍長兼第10師師長に任命された。
池田市や大阪空港（伊丹空港）の最寄りインターチェンジのひとつとなっている。下り（広島）方面への入口と上り（吹田）方面への出口のみが設置されているハーフICとなっており、下り方面の出口と上り方面の入口については当ICとセットになっている中国豊中ICを利用する。料金算出上は当ICと中国豊中ICを同一のものとみなしている。また、当ICを境に広島方面は吉川JCTまで片側3車線、吹田方面は片側2車線となる。
3BV/sは1秒間あたりの3BVを意味する。もし3BVが17である盤面が6.14秒でクリアされたとしたら、3BV/sは3.31となる。公式 3BV/s＝3BV/(時間-1)マインスイーパの盤面をクリアするのに必要な時間は、その盤面の難易度に非常に高く依存しているので、ハイスコアを比べるのは最もいい方法では必ずしもない。一方、3BV/sはクリアするのに必要な時間だけでなくマインスイーパの盤面の難易度も考慮される。最高のマインスイーパプレイヤーたちの中では、3BV/sの記録というのはたいていの場合ハイスコアほどは重要ではないが、マウスの操作を配慮してどれだけ早くプレイすることができるのかという想像を与えてくれる。旗を立てる設定にしている場合、それぞれの盤面の3BVより少ないクリック数でクリアすることが可能である。左クリックしか使わないことは旗無し（non-flagging：nf）と呼ばれており、右クリックで地雷に旗を立てることを旗立て（flagging-style）と呼ぶ。
システムのライフサイクルに構成管理を適用するとき、その範囲・性能・機能・構成要素・物理的な属性の視認性と制御を提供する。構成管理はシステムが意図通りに機能することを確認し、計画したライフサイクルに対応すべく十分詳細に識別され文書化することがある。構成要素の変更、機能の改訂、性能・信頼性・保守性の改善、システムの寿命を延ばす、コスト削減、危険性や問題の低減、欠陥の修正など、役に立つシステムの変更やシステム情報の整然とした管理を容易にする。構成管理は相対的に低いコストで実施でき、多くのコスト削減を実現できる。人命に影響を与えるシステムでは、構成管理の欠如や実施がまずい場合、結果として人命が失われたり大きな事故を引き起こすなどの壊滅的結果を引き起こす可能性がある。構成管理ではシステムの変更を効率的に制御するため、部品間、サブシステム間、システム間の機能的関係を強調する。それにより、変更案が逆効果を最小化するよう考慮しているかを体系的に検証可能となる。システムの変更は、一貫性を保証するよう標準化した体系的手法を使って提案し、評価し、実装する。変更案は予想されるシステム全体への影響について評価する。構成管理は変更を規定通りに行ったかを検証し、部品やシステムの文書が実際の構成を反映していることを確認する。完全性の高い構成管理では、部品毎、サブシステム毎、システム毎についての全システム情報が実体を反映するよう対策をとる。構造化した構成管理では、文書（要求仕様、設計書、試験仕様、受納書など）が実際の設計を正確に表しかつ一貫していることを保証する。構成管理を実施しない場合、文書が存在しても実体と一貫していないことが多い​​。そのため、後に設計に変更を施す際、関係者が実体を反映させるべく何度も開発文書を改訂する必要が生じる。構成管理を行えば、そのようなリバースエンジニアリング的な無駄な作業を減らすことができる。