2019年10月31日

素粒子論・・・・「クォーク2」KBB・南部

KBB = 講談社ブルーバックスである。 KPP = 顔パンパンである。

で、オレとしてはクォークがあるとかないとかの話はどうでもいいような気がしてきた。周知のようにクォークは単体で検出されたことは一度もない。
簡単にクォーク論の登場までの経緯を書くと、35年に湯川が核力の説明のために中間子論を提案した。当時は陽子、中性子、電子、陽電子、光子が知られいた。そういう状況で新しい粒子があるはずだ、と理論が示す。湯川の勇気だ。この一歩は大きかった。以降は新しい粒子を提案するのに躊躇しなくなったのだ。後続の研究者は楽だわな・・・・と言いたいわけではない。
湯川の中間子論の頃から実験物理は加速器・衝突実験装置を作り始めた。これは待機上空で宇宙線が空気分子に衝突し、様々な粒子を生成する事の再現をする。宇宙線はほとんどが高エネルギーの陽子である。加速器で陽子を加速し高いエネルギー状態にして対象物にぶつける。一種の破壊装置である。
その加速器・衝突実験装置の性能は日々向上だ。40年代から50年代にかけて新たな粒子が発見され続けた。その数は数百に及ぶ。
湯川は中間子構想の頃は中間子は一種だと信じ込んでいたようだが10年後、20年後には中間子はいくらでもあるでばらん、という状況になった。
この数百にも及ぶ新たな粒子・・・・物理学者は分類してハドロンとレプトン。ハドロンはバリオンとメソンに。バリオンは陽子や中性子の仲間でありラムダ粒子とかグザイ粒子とか・・・メソンは中間子の中間でありいくらでも。
レプトンは電子の仲間だ。

という状況でハドロンやメソンの分類をして規則性を見出そうとしていた物理学者は気づいた。階層を一つ降りる。つまり、下の階層に基本的な粒子があって数百の粒子はその組み合わせで説明がつく・・・・のではないか。
ツヴァイク、ゲルマンのクォーク論が始まったのである。
初めは、u, d, s の3種類だったが、クォーク理論は発展した。3世代6種類になり、実は一つのクォークが3つに区別できるとかの話になると量子色力学が登場だ。
uクォークは3つに区別できる。3世代6種類だと思ったのに、3世代18種類に増えたでごじゃる。

ただ、クォークは単体として検出されたことはない。それをいいことにクォークにいろいろな属性を与える・・・・気がする。クォークはカラーを持つ。3つに区別できるという事の表現だ。場の量子論で考えるとクォークどおしを結びつけるのに粒子交換と表現する。グルーオンが登場だ。これは強い相互作用にあずかる。弱い相互作用にはWボソン、Zボソンなどが必要になる。
物質を作る粒子としてクォークがあり、それらは力を媒介するグルーオンやW,Zボソンで結びつく。

単体で検出されたことはないクォークに属性を与えすぎだ!!   オレは信じない。クォークは単にバリオンやメソンを説明するための記号に過ぎぬ・・・・ なんちてな。

まあしかし、どうでもいいや。何百と発見されたバリオン、メソンは寿命は短い。10のマイナス何乗というオーダーだ。衝突実験で生じても、大気上層部で生じても直ぐに崩壊して別の粒子に変わる。安定しているのは陽子、中性子、電子である。。。。。。。

というわけで素粒子論を学んだから何かの役に立つというものではないからな(笑)
ただ、妄想だと考えると面白い。単体で検出されたことがないモノに対して属性を与えすぎだと思うが、それで辻褄が合うのであればいいのではないか。オレとしては害はないし(笑)

将来、クォークが工学に利用されてだね、弊社はuクォークの工学的利用に成功し、電子の振る舞いがメインであるエレクトロニクスを凌駕する新技術の開発に成功したのであります・・・・とかの妄想って楽しいな。
電子工学の次に、クォーク工学ってものが出てきたりしてな(笑)

妄想しようぜ。

posted by toinohni at 18:07| 東京 ☀| Comment(0) | 物理科学雑学 | このブログの読者になる | 更新情報をチェックする

Visual Studio 2017 Communityというものがありましてん・・・ ふーーん

起動が重いので軽快なVScodeを使うのだが、VScodeは基本はEditorなのであって。IDEではない。IDEもどきとか、疑似IDEとしての機能は実現できるが設定が面倒だ。
だいたい、オレがデバッグする際にはprint文で途中の変数の値を見れば十分なので(笑)

しかし、C/C++, Pythonと学習ようにVScodeを使うのは便利でいいのだがデバッグ機能を使おうとすると。。。。Visual Studio 2017 Communityでいいじゃん。PythonはPyCharmもあるでばらん。

というわけで、実はVisual Studio 2017 Communityが起動重いし・・というのはウソでして。CPUがCore i5 3GHzぐらいでSSDになると軽快に起動しやがるのでして。。。。

なので別にVScodeを使うこともないわな。どうせMSのタダのツールだし。VScodeを使うにしてもVisual Studio 2017 Communityを使うにしても、オラ、Microsoftの手のひらで遊んでいるんだもんね(笑)

そういうわけで、小さなプログラムでとっとと学習する場合にはVScodeを使い、一応、デバッグ機能を使うぞって時にはVisual Studio 2017 Communityを使うことにする。PyCharmは使わないことにする次第である。

自分が好きなように、使いやすいように、環境を作るのがいいのですよ。てへ。

  オレのレベルではデバッグはprint文で十分なのであった。せいぜい200行ぐらいのプログラム書くだけなんでね。。。。
CでもgFortranでもPythonでも、print相当の文でデバッグができる。それでいいのだ。

30年以上も昔、某社で仕事をしたときにICEという効果な道具を買うことが出来ない貧乏零細であって、しかし、デバッグは可能だ。ソフト屋はROMを10から30ぐらい使えばデバッグはできるというとった。
そこだな。書いては試し、書いては試し。試したらROMは捨て。

そこだ。print相当分でデバッグできるのだから、どしどしプログラムを書いてだな。

VSCodeでのデバッグの設定方法、使用方法を調べている間にオレのレベルではprint文でデバッグ終了だぜ・・・・ 趣味のプログラムだしよ(笑)

ツールの設定で時間潰して結果として何もでん・・・って本末転倒だし わっはっは

いや、Visual Studio 2017 Communityを使えばデバッグは簡単だってば・・・・

posted by toinohni at 13:24| 東京 ☀| Comment(0) | ソフト系雑学 | このブログの読者になる | 更新情報をチェックする