hatakeyama-llm-team/WikiBookJa huggingface dataset:
250px|thumb|呼吸器の構成のシェーマ。
呼吸器は、ガス交換器と気道に分けることができる。ガス交換器は、体内に酸素を取り入れ、体内から二酸化炭素を排出するための器官である。気道は、体外とガス交換器との間に空気を交通させるための器官である。
気道は、喉頭を境として、上気道と下気道に分けることができる。喉頭はおおむね第4〜6頚椎の高さに位置しており、喉頭蓋によって、物理的に気道を境することができる。
上気道
鼻から鼻腔、鼻咽腔、咽頭、喉頭までを指す。外界の空気を取り入れるのに伴い、空気とともに異物や細菌が流入することから、生体防御機構が高度に発達しているという特徴がある。またこの部位は、呼吸器だけでなく、発声器としての役割も兼ねている。
下気道
気管から気管支、細気管支から肺胞の直前までを指す。喉頭蓋によって上気道と境されており、健常時には無菌状態となっている。
ガス交換は肺胞において行なわれる。
慢性閉塞性肺疾患(COPD:Chronic Obstructive Pulmonary Disease）とは、肺でのガス交換が徐々に制限される疾患であるが、これはあくまで障害される機能による分類であり、更に肺気腫や慢性気管支炎などに分けられる。なお、正確には気管支喘息も慢性閉塞性疾患に分類することが可能である。症状により可逆性の程度は異なり、労作性に呼吸困難を生じる。大気汚染やタバコが主要要因となり、中高年に多い。
上記の要因により、COPDでは、以下の3種類の病変が起こる。
このうち、ガス交換の制限に関与する主要要因は末梢気道の障害である。肺胞の障害が主として見られる病変を気腫優位型、中枢気道の病変が主として見られるものが気道病変優位型と言う。しかし、実際にはCOPDはこれら3種類の病変すべてを包括した呼称である。COPDは根本的な治療法がなく、肺の生活習慣病とも呼ばれる。生活指導などを通して予防と症状の進行を抑える事が肝要である。
COPDを診断するにあたって、臨床症状（喀痰・労作性呼吸困難）と危険因子（喫煙、他に職業性の粉塵暴露）の有無に気をつける。日本人のCOPD患者の90%は喫煙者であることから、喫煙歴のある中高年の診断は常にCOPDの可能性を疑うべきである。これらを踏まえて、COPDの診断基準はスパイロメトリーで一秒率が70%未満であることで確定する。
主に肺の間質に炎症が起きる。肺間質とは、狭義には肺胞隔壁(肺胞壁細胞を含まない)のことであり、広義には隔壁も含む肺胞と肺胞の間のスペースのことである。肺実質の定義（肺胞上皮細胞と肺胞腔）を考えると、それ以外の部分が広義の肺間質と言ってよい。但し、肺内毛細血管は実質、間質どちらにもあてはまらない。
間質性肺炎には以下のような分類がなされる。
特発性間質性肺炎(Idiopathic Interstitial Pneumonia)特発性肺線維症(IPF)
急性間質性肺炎(AIP)
非特発性間質性肺炎(NSIP)
剥離性肺炎(DIP)
呼吸細気管支関連間質性肺疾患(RB-ILD)
COP、BOOP(閉塞性細気管支炎・器質化肺炎)
原因の特定されている間質性肺炎塵肺症
肉芽腫性肺疾患
膠原病に伴う間質性肺炎
薬剤性肺炎
放射線性肺炎
感染症
特発性間質性肺炎の病理学的分類：Liebow(1968)の分類：１．通常型間質性肺炎(UIP: usual interstitial pneumoniae)、２．閉塞性細気管支炎を合併したびまん性肺胞障害(BIP: bronchiolitis obliterans and diffuse alveolar damage)、３．剥離型間質性肺炎(DIP: desquamative interstitial pneumoniae)、４．巨細胞性間質性肺炎(GIP: giant cell interstitial pneumoniae)、５．リンパ性間質性肺炎(LIP: lymphoid inerstitial pnumoniae)の５つに分類。 その後検討され、現在の分類では、１．UIP、２．NSIP、３．OP、４．DIP、５．RP、６．DAD(diffuse alveolar damage)、７．LIP、の７つに分類される。 COPは以前ではBOOP(bronchiolitis obliterans with organizing pneumoniae:器質化肺炎を伴う閉塞性細気管支炎）と言われていたもの。AIPは病理学的にはDADの形態をとる。
第673条
2008年（平成20年）保険法施行にともない削除。
第8号 生命保険契約保険契約のうち、保険者が人の生存又は死亡に関し一定の保険給付を行うことを約するもの（傷害疾病定額保険契約に該当するものを除く。）をいう。
----
{{前後
|商法
|第2編 商行為
第10章 保険
第2節生命保険
|商法第672条
|商法第674条
673
商法673
OpenGL Programming ブックへようこそ。  OpenGL は 3D グラフィックスの描画に使用するAPIです。  OpenGL はプログラミング言語ではありません。  OpenGL アプリケーションは、一般的に、C言語またはC++で書かれます。  OpenGL の役割は、魅力的で、リアルな3Dグラフィックスを、最小限の労力で描画できるようにすることです。  APIは通常、GPUと連携をとってハードウェア アクセラレーション レンダリングを実現するために使用されます。 
このwikibookへの  参加 や 貢献 は自由で、 奨励されています：  フリードキュメンテーションの精神で書かれていて、全人類に帰属するものです。  気軽に印刷したり、学校やプロフェッショナルクラスに教えたり、テキストを改善し、コメントを書き、新しいセクションを執筆してください。 
私たちは貢献者を探しています。 OpenGLについて知っていることがあれば、お気軽にコメントを残したり、TODOセクションを拡張したり、新しいセクションを書いてくださいね！ 
__TOC__
"Modern" OpenGL の範囲は、 OpenGL 2.1+, OpenGL ES 2.0+,および WebGLで、 プログラマブルなパイプラインやシェーダが付属するものです。
Tutorial_drafts: ideas and notes for upcoming tutorials
This series of tutorials is a C++ port of the GLSL wikibook Basic Lighting tutorials.
This series of tutorials is a C++ port of the GLSL wikibook Basic Texturing tutorials.
This series of tutorials is a C++ port of the GLSL wikibook tutorials about Textures in 3D.
There are more tutorials to port at the GLSL wikibook!
And more to come.
This series shows how to implement a teleportation system similar to Valve's Portal, step-by-step, using OpenGL.
This series shows how to render a voxel based world, similar to Minecraft.
If you do not need to target mobile devices or the web, you can upgrade to OpenGL 4.x.
It notably introduces 3 new kinds of shaders: Geometry, Tessellation Control and Tessellation Evaluation.
and lots of other features.
"Legacy" OpenGL is about OpenGL 1.x and OpenGL ES 1.x, with a fixed pipeline and no shaders.
Related WikiBooks:
The following websites provide conversion of the tutorials to other programming languages or platforms:
{
OpenGL
OpenGL Programming
OpenGL Shading Language
かれています。
します。
のタイトル ==
があります。
し のタイトル===
{{コラム|コラムのタイトル|
げています。
リンクがあります。
さないようにしましょう。
もあります。
があります。
があります。
しあります。
ほどあります。
します。
しています。
してください。
ってください。'''
もあります。
があります。
することがあります。
について ==
いません。
でもらいましょう。
の方へ:再利用に関して|Wikibooks日本語版をご利用いただき、ありがとうございます。Wikibooksの本文 (の文章) は、CC BY-SA 3.0というクリエイティブコモンズライセンスで使用が可能で、営利目的であるかや改変の有無に関わらず、複製、再配布も可能です。ただし、
ウィキブックス日本語版のどのページか、いつの時点かを明確に表示すること。
再配布に際し、全く同じライセンス(CC BY-SA 3.0)を適用すること。
これらの条件を満たす必要があります。詳しくは、[https://creativecommons.org/licenses/by-sa/3.0/deed.ja Creative Commonsのサイト]をご確認ください。
また、画像や音声などのメディアは、ファイルごとにライセンスが異なります。より条件の低いパブリック・ドメインなどが指定されている場合もありますので、ご確認をお願いします。
二個以上の語が強く結合されると、多くの場合、最後の語の主アクセントだけが保たれ、他の語の主アクセントは副アクセントに変わって、全体が一つのアクセント単位を構成する [ 日本語東京方言などでも、例えば「山・男」はヤマ・オトコ(下線の音節が高い）であるのに対し「山男」はヤマオトコとなる]。
ティベリア式では、このように結合された語の間にはマッケーフ(מַקֵּף maqqēp̄ 《つなぎ手》）と称する記号（־）を置くことがある。
例：
בֶּן־אׇדׇם bèn-'ādā́m
最後の語が単音節の無アクセント語の場合には、主アクセントはその前の語に置かれる。
לֵ֫ךְ־נׇא lḗk-nā.一つのアクセント単位を構成する語同士は必ずマッケーフでつながれているとは限らない。たとえば，בֵּית bēt 《家》という語は，それ自身にアクセントが置かれることはなく，かならず次の語と共にアクセント単位を構成するが，我々のテキストでは，בֵּית־אֵל bēt-'ḗl と בֵּית אֵל という形が共存する．その他，
‏בֵּית אׇוֶן‎,
‏בֵּית לֶחֶם‎ 
のように，マッケーフのない形が多い．
ダックタイピングは、Rubyコミュニティに属するDave Thomasによる造語で、
 "If it walks like a duck and it quacks like a duck, then it must be a duck"
 （アヒルのように歩き、アヒルのように鳴くなら、それはアヒルに違いない）
というダック・テストに由来する。
ダックタイピングは、Smalltalk・Ruby・Python・JavaScriptやLuaなどのプログラミング言語でよく見られる動的型付けの一種であり、変数の示すオブジェクトがその変数に対して実行可能な操作を決定する。
これはRubyにおける簡単なダックタイピングの例で、どのようなオブジェクトも、それがサポートしていない方法で使われるまでは、どのような文脈でも使うことができることを実証している。
[https://paiza.io/projects/a-npotfzW0EZcXzBHEgNCg?language=ruby コード]:
class Duck
    def swim() puts("Duck swimming") end
    def walk() puts("Duck walking")  end
end
class Whale
    def swim() puts("Whale swimming") end
end
[Duck.new, Whale.new].each do |animal|
    animal.swim()
    animal.walk()
end
実行結果:
Duck swimming
Duck walking 
Whale swimming
実行時エラー:
Main.rb:12:in `block in ': undefined method `walk' for # (NoMethodError)
    animal.walk()
          ^^^^^
	from Main.rb:10:in `each'
	from Main.rb:10:in `'
この通り、アヒルは泳げるから、泳げるものはすべてアヒルだとすると、クジラはアヒルとみなされる。しかし、陸を歩けることも条件とすると、クジラはアヒルとはみなされない。
BooやD言語などの静的型付け言語では、クラスの型チェックはコンパイル時ではなく、実行時に行うように指定することができる。
記名的型付け(''nominative typing'')では、オブジェクトがある型であると宣言されている場合（あるいは、オブジェクト継承などのメカニズムによって型とオブジェクトの関連性が推測される場合）、そのオブジェクトはある型であるとされる。
ダックタイピングでは、オブジェクトは、その型が要求するすべてのメソッドとプロパティを持つ場合、与えられた型のものである。
ダックタイピングでは、与えられたオブジェクトと型の要求の間の使用ベースの構造的等価性と見なすことができる。
ダックタイピングは、構造的型付け(''structural typing'')と似ているが別物である。
構造的型付けは静的型付けシステムで、型の構造によって型の互換性と等価性を決定する。
これに対象して、ダックタイピングは動的で、型の構造のうちランタイムにアクセスされる部分のみによって型の互換性を決定するものである。
プロトコルおよびインターフェースは、いくつかのメソッド、演算子、または動作を定義する必要があることを明示的に宣言する方法を提供する（例えば、''quack()''メソッドを持つ必要があるなど）。
サードパーティのライブラリが変更できないクラスを実装している場合、そのクラスが実際にはインターフェースの要件を満たしていても、クライアントはそのライブラリが知らないインターフェースでそのインスタンスを使用することができない。
この問題に対する一般的な解決策はAdapter パターンである。一方、ダックタイピングの下では、アダプタを必要とせず、オブジェクトを直接受け入れることになる。
テンプレート、またはジェネリック関数やメソッドは静的型付けのコンテキストでダック・テストを適用する。
これは一般に静的対動的型検査のすべての利点と不利点をもたらす。
またダックタイピングは、''実行時に実際に呼ばれる''メソッドのみを実装すればよいという点でより柔軟であるが、テンプレートは''到達できない''ことが証明できないすべてのメソッドの実装を要求する。
リフレクションを用いてオブジェクトがメソッドを実装しているかどうかを調べたり、実行時に必要なメソッドを追加したりすることもできる。
例えば、Java の [https://docs.oracle.com/javase/jp/7/api/java/lang/invoke/MethodHandle.html MethodHandle API] はそのような使い方ができる。
法学＞民事法＞コンメンタール商業登記法
（添付書面）
第39条
未成年者の死亡による消滅の登記の申請書には、未成年者が死亡したことを証する書面を添付しなければならない。
----
{{前後
|商業登記法
|第3章 登記手続
第3節 未成年者及び後見人の登記
|商業登記法第38条（添付書面）
|商業登記法第40条（後見人登記の登記事項等）
039
法学＞民事法＞コンメンタール民事訴訟法
（事件の差戻し）
第308条
第一審裁判所における訴訟手続が法律に違反したことを理由として事件を差し戻したときは、その訴訟手続は、これによって取り消されたものとみなす。
----
{{前後
|民事訴訟法
|第3編上訴
第1章 控訴
|第307条（事件の差戻し）
|第309条（第一審の管轄違いを理由とする移送）
308
法学＞コンメンタール＞司法書士法
（業務）
第3条
司法書士は、この法律の定めるところにより、他人の依頼を受けて、次に掲げる事務を行うことを業とする。
一 登記又は供託に関する手続について代理すること。
二 法務局又は地方法務局に提出し、又は提供する書類又は電磁的記録（電子的方式、磁気的方式その他人の知覚によつては認識することができない方式で作られる記録であつて、電子計算機による情報処理の用に供されるものをいう。第四号において同じ。）を作成すること。ただし、同号に掲げる事務を除く。
三 法務局又は地方法務局の長に対する登記又は供託に関する審査請求の手続について代理すること。
四 裁判所若しくは検察庁に提出する書類又は筆界特定の手続（不動産登記法（平成16年法律第123号）第6章第2節の規定による筆界特定の手続又は筆界特定の申請の却下に関する審査請求の手続をいう。第八号において同じ。）において法務局若しくは地方法務局に提出し若しくは提供する書類若しくは電磁的記録を作成すること。
五 前各号の事務について相談に応ずること。
六 簡易裁判所における次に掲げる手続について代理すること。ただし、上訴の提起（自ら代理人として手続に関与している事件の判決、決定又は命令に係るものを除く。）、再審及び強制執行に関する事項（ホに掲げる手続を除く。）については、代理することができない。
七 民事に関する紛争（簡易裁判所における民事訴訟法 の規定による訴訟手続の対象となるものに限る。）であつて紛争の目的の価額が裁判所法第33条第1項第一号に定める額を超えないものについて、相談に応じ、又は仲裁事件の手続若しくは裁判外の和解について代理すること。
前項第六号から第八号までに規定する業務（以下「簡裁訴訟代理等関係業務」という。）は、次のいずれにも該当する司法書士に限り、行うことができる。
一 簡裁訴訟代理等関係業務について法務省令で定める法人が実施する研修であつて法務大臣が指定するものの課程を修了した者であること。
二 前号に規定する者の申請に基づき法務大臣が簡裁訴訟代理等関係業務を行うのに必要な能力を有すると認定した者であること。
三 司法書士会の会員であること。
法務大臣は、次のいずれにも該当するものと認められる研修についてのみ前項第一号の指定をするものとする。
一 研修の内容が、簡裁訴訟代理等関係業務を行うのに必要な能力の習得に十分なものとして法務省令で定める基準を満たすものであること。
二 研修の実施に関する計画が、その適正かつ確実な実施のために適切なものであること。
三 研修を実施する法人が、前号の計画を適正かつ確実に遂行するに足りる専門的能力及び経理的基礎を有するものであること。
法務大臣は、第2項第一号の研修の適正かつ確実な実施を確保するために必要な限度において、当該研修を実施する法人に対し、当該研修に関して、必要な報告若しくは資料の提出を求め、又は必要な命令をすることができる。
司法書士は、第2項第二号の規定による認定を受けようとするときは、政令で定めるところにより、手数料を納めなければならない。
第2項に規定する司法書士は、民事訴訟法第54条第1項本文（民事保全法第7条又は民事執行法第20条において準用する場合を含む。）の規定にかかわらず、第1項第六号イからハまで又はホに掲げる手続における訴訟代理人又は代理人となることができる。
第2項に規定する司法書士であつて第1項第六号イ及びロに掲げる手続において訴訟代理人になつたものは、民事訴訟法第55条第1項の規定にかかわらず、委任を受けた事件について、強制執行に関する訴訟行為をすることができない。ただし、第2項に規定する司法書士であつて第1項第六号イに掲げる手続のうち少額訴訟の手続において訴訟代理人になつたものが同号ホに掲げる手続についてする訴訟行為については、この限りでない。
司法書士は、第1項に規定する業務であつても、その業務を行うことが他の法律において制限されているものについては、これを行うことができない。
----
{{前後
|司法書士法
|第1章 総則
|司法書士法第2条(職責)
|司法書士法第4条(資格)
ソフトウェアテスト(software testing)とは、コンピューターソフトウェアのバグやプログラミングのミスを発見するための様々な手法やプロセスを指す言葉です。ソフトウェアテストには、コンピューターソフトウェアを実行せずに行う静的テストと、テスト対象のコンピュータプログラムを実行しながら行う動的テストがある。
型チェック(''Type-checking'')は、Wikipediaの抜粋にあるように、実行時またはコンパイル時に行うことができる。コンパイル時に行う場合、コンパイラはソースコードをコンパイルする際にプログラムの型安全性を検証し、プログラムが特定の型安全性プロパティを満たすことを保証する。一般に、静的型チェッカーは、変数が常に同じ型の値を持ち、関数に渡される引数が正しい型を持っていることを単純に検証する。
静的な手法では、開発サイクルの早い段階でバグを発見することができる。これに対し、動的なアプローチでは、プログラムが実行される際に型制約に従うかどうかを検証する。このため、動的型付け言語ではより多くの制約を検証できるはずだが、多くの動的型付け言語では型制約があまり存在しない。Luaは動的型付け言語です。Luaでは、値には型がありますが、変数には型がありません。つまり、変数の値はプログラム実行のある時点では数値であり、別の時点では文字列である可能性があります。
Luaの型システムは、他の多くの言語と比較して非常にシンプルです。演算子の使用時（少なくとも1つが数値でなく、強制的に1つにできない2つの値を加算しようとすると型エラーが発生する）や標準ライブラリの関数呼び出し時（標準ライブラリの関数は正しい型を持っていない引数を拒否して適切なエラーを発生させる）に型チェックが行われる。
Luaには関数の引数の型を指定する機能がないため、関数に渡される引数が適切な型であることを確認するために、type関数を使用すると便利です。これは、プログラム実行中にユーザから与えられた引数が渡されるような関数（例えば、定義済みのLua関数を呼び出す対話型環境）に対して最も有効です。関数に型チェックのコードを追加すると、関数が冗長になり、メンテナンスのオーバーヘッドが増えるためです。
ホワイトボックステスト(white-box testing)とは、ソフトウェアの内部構造に関する知識を用いて、その機能を検証するためのテストケースを作成することを指します。ソフトウェアテストには3つのレベルがありますが、Luaプログラムにとって最も興味深いのはユニットレベルです。なぜなら、Luaプログラムは通常、統合テストやシステムテストが行われるような大きなアプリケーションの一部だからです。
Luaのユニットテストには、複数のフレームワークが用意されています。ユニットレベルでのテストは、ライブラリーに最も適しており、関数に特定の引数を渡すテストケースを作成し、関数が予期せぬ値を返した場合に警告を表示することが一般的です。この場合、新しい機能に対してテストケースを書く必要がありますが、テストが通らなくなるような形で関数の動作が変更された場合、コードに混入したエラーに気づきやすくなるという利点があります。
Luaには複数のユニットテストフレームワークが存在します。そのうちの1つであるbustedは、LuaJITと同様に標準的なLua仮想マシンをサポートし、MoonScriptやTerra（前者はLuaにコンパイルする言語、後者はLuaと相互運用可能な低レベル言語）でも使用することができる。また、Lua用のユニットテストフレームワークであるLuaunitは、完全にLuaで書かれており、依存関係はありません。Shakeは、よりシンプルなテストフレームワークで、当初はKepler Projectに属しており、assertとprint関数を使用していたが、現在は活発に開発されていない。
PHP has a legacy concept called "variable variables". This is an older, more limited programming concept that came before composite data structures were available. Since the PHP language now supports composite data structures, the concept of variable variables is essentially obsolete.
The PHP manual states: 
    "Sometimes it is convenient to be able to have variable variable names. That is, a variable name which can be set and used dynamically."
This approach has historically been used in programming languages that do not support composite data structures. There is no programmatic function or algorithm in PHP that can be obtained with variable that cannot also be obtained with composite data structures. 
Moreover, "variable variables" are error-prone and require more maintenance overhead.
Data structures are the way to represent composite entities using regular PHP variables.
Those familiar with database design and database implementation know about the concept of database normalization.
Data structures in PHP represent a similar concept. Whenever dealing with complex concepts and representing them in PHP, data structures are a way to normalize PHP variables to consistently and uniformly represent complex concepts.
String Example:
 $person_name = 'Alice';
Array Examples:
 $person_names = Array( 0=> 'Alice', 1=> 'Bob', 2=> 'Charlie',  );
 $alice_info   = Array( 0=> 'Alice', 1=> 'Female', 2=> '26', 3=> 'alice@example.com',  );
The square brackets method allows you to set up by directly setting the values. For example, to make $foobar[1] = $foo, all you need to do is:
SimpleDictionary Examples:
 $person_names = Array( 'person1'=> 'Alice', 'person2'=> 'Bob', 'person3'=> 'Charlie',  );
 $alice_info   = Array( 'first_name'=> 'Alice', 'sex'=> 'Female', 'age'=> '26', 'email'=> 'alice@example.com',  );
SimpleDictionary Examples:
$user_profile = Array(
  main => Array(
    first_name  => "Archibald",
    last_name   => "Shaw",
    sex         => "male",
    age         => "33",    
  ),
  guardian => Array(
    first_name => "",
    last_name => "",
  ),
  children => Array(
    0 => Array(
      first_name => "Sally",
      last_name => "Shaw",
    ),
    1 => Array(
      first_name => "Scott",
      last_name => "Shaw",
    ),
  ),
  
);
http://stackoverflow.com/questions/3523670/whats-an-actual-use-of-variable-variables
（胎児又は死亡した子の認知）
第783条
2022年改正にて第2項に以下の条文を追加し、現在の第2項の条項を第3項に繰下げ(2024年(令和6年)4月1日施行)。
前項の子が出生した場合において、第772条の規定によりその子の父が定められるときは、同項の規定による認知は、その効力を生じない。
戦後の民法改正においても、明治民法第831条の規定がそのまま受け継がれている。
父親の側からする、任意認知については、一定の場合において制約を受けることがある。第1項の規定は、母親の名誉を守ることと、母親の確認を経ることにより実体的真実を担保することを目的としている。
胎児の段階で行なった認知は出生後、嫡出推定（第772条）がなされる時は、無効となる（第2項）。
第3項（→第2項）の規定は、反対解釈をすると、直系卑属を残さずに死亡した子については認知ができないことを意味する。また、成年の直系卑属については、「成年の子の認知（第782条）」7の趣旨と同様の問題が生じる。
明治民法において、本条には「父母の同意なき婚姻の取消し」に関する以下の規定があったが、戦後改正において削除された。
----
{{前後
|民法
|第4編 親族
第3章 親子
第1節 実子
|民法第782条（成年の子の認知）
|民法第784条（認知の効力）
783
783
コンメンタール＞労働基準法
（報告等）
第104条の2
行政官庁は、この法律を施行するため必要があると認めるときは、厚生労働省令で定めるところにより、使用者又は労働者に対し、必要な事項を報告させ、又は出頭を命ずることができる。
労働基準監督官は、この法律を施行するため必要があると認めるときは、使用者又は労働者に対し、必要な事項を報告させ、又は出頭を命ずることができる。
----
{{前後
|労働基準法
|第11章 監督機関
|労働基準法第104条（監督機関に対する申告）
|労働基準法第105条（労働基準監督官の義務）
104の2
（没収の付加）
第49条
併合罪のうちの重い罪について没収を科さない場合であっても、他の罪について没収の事由があるときは、これを付加することができる。
二個以上の没収は、併科する。
本条は、没収について、これを付加することができるものと定めたものである。
----
{{前後
|刑法
|第1編 総則
第9章 併合罪
|刑法第48条（罰金の併科等） 
|刑法第50条（余罪の処理）
日本では、明治憲法も日本国憲法も、憲法の改正が、とてもしづらい仕組みになっている。
このように、通常の法律の改正と比べて、憲法の改正がしづらい仕組みの憲法を硬性憲法（こうせい けんぽう）という。
日本国憲法は、第二次世界大戦の終戦直後に制定されたから、それ以来、現在(2015年に記述)まで一度も改正されたことがない。
いっぽう、硬性憲法に対して、通常の法律の改正手続きとほぼ同じように比較的簡単に憲法を改正できる国の場合、そのような改正しやすい憲法のことを軟性憲法（なんせい けんぽう）という。
日本の憲法は、明治憲法も日本国憲法も、条文が存在している。このように条文として存在している憲法を成文憲法（せいぶん けんぽう）などという。
しかし、イギリスでは、憲法の条文が存在しておらず、イギリスでは''マグナ・カルタ''や名誉革命のときに出された権利章典などが憲法の条文の代わりとして、一般の法律を決める際の方針になっている。
イギリスのように、憲法の条文を制定していない場合を不文憲法（ふぶん けんぽう）などという。
第2条の2
税理士は、租税に関する事項について、裁判所において、補佐人として、弁護士である訴訟代理人とともに出頭し、陳述をすることができる。
前項の陳述は、当事者又は訴訟代理人が自らしたものとみなす。ただし、当事者又は訴訟代理人が同項の陳述を直ちに取り消し、又は更正したときは、この限りでない。
。
この規定は民事訴訟法の特例という位置付けであり、税理士はこの規定によって刑事訴訟法上の補佐人になることはできない。
宇宙の大規模構造は銀河よりさらに上の構造であり、銀河群、銀河団、超銀河団...という風に続いていく。
銀河が数十個集まってできた群を銀河群という。天の川銀河は局所銀河群に所属し、他にもちょうこくしつ座銀河群などがある。
銀河群より大きい群を銀河団といい、含まれる銀河の数は百や千単位に及ぶ。おとめ座銀河団やかみのけ座銀河団、ヘルクレス座銀河団などがある。
thumb|right|250px|NGC 4038とNGC 4039。現在、衝突の最中である。
銀河団や銀河群の中では銀河が互いに近くにあることもある。我々の住む天の川銀河とその近くにあるアンドロメダ銀河は40億年後には衝突し合体すると考えられている。このように衝突して合体することを単に合体といい、合体した銀河はマージャーという。図はマージャーの例である。合体したものも含めて銀河同士が互いに影響している銀河を相互作用銀河という。
銀河団や銀河群の集まりは超銀河団と呼ばれる。ラニアケア超銀河団やおとめ座超銀河団、局所超銀河団などがある。
超銀河団のようなものは宇宙の大規模構造という。宇宙の大規模構造については次の節で詳しく解説する。
thumb|right|250px|銀河フィラメントのコンピュータによるモデル。Andrew PontzenとHiranya Peirisらにより作成。
右の図は銀河団を光らせたものである。見ての通り繊維状に繋がっており、これを銀河フィラメントといい、宇宙の大規模構造の一つである。また、大きいものはグレートウォールともいう。
しかし、銀河フィラメントがある一方でその他の空間には何も無い空間が広がっている。この空間をボイドという。
法学＞コンメンタール行政不服審査法
（目的等）
第1条
この法律は、行政庁の違法又は不当な処分その他公権力の行使に当たる行為に関し、国民が簡易迅速かつ公正な手続の下で広く行政庁に対する不服申立てをすることができるための制度を定めることにより、国民の権利利益の救済を図るとともに、行政の適正な運営を確保することを目的とする。
行政庁の処分その他公権力の行使に当たる行為（以下単に「処分」という。）に関する不服申立てについては、他の法律に特別の定めがある場合を除くほか、この法律の定めるところによる。
----
{{前後
|行政不服審査法
|第1章 総則
|
|第2条（処分についての審査請求）
（国の関与に関する訴えの提起）
第251条の5
第250条の13第1項又は第2項の規定による審査の申出をした普通地方公共団体の長その他の執行機関は、次の各号のいずれかに該当するときは、高等裁判所に対し、当該審査の申出の相手方となつた国の行政庁（国の関与があつた後又は申請等が行われた後に当該行政庁の権限が他の行政庁に承継されたときは、当該他の行政庁）を被告として、訴えをもつて当該審査の申出に係る違法な国の関与の取消し又は当該審査の申出に係る国の不作為の違法の確認を求めることができる。ただし、違法な国の関与の取消しを求める訴えを提起する場合において、被告とすべき行政庁がないときは、当該訴えは、国を被告として提起しなければならない。
第250条の14第1項から第3項までの規定による委員会の審査の結果又は勧告に不服があるとき。
第250条の18第1項の規定による国の行政庁の措置に不服があるとき。
当該審査の申出をした日から90日を経過しても、委員会が第250条の14第1項から第3項までの規定による審査又は勧告を行わないとき。
国の行政庁が第250条の18第1項の規定による措置を講じないとき。
前項の訴えは、次に掲げる期間内に提起しなければならない。
第1項の訴えは、当該普通地方公共団体の区域を管轄する高等裁判所の管轄に専属する。
原告は、第1項の訴えを提起したときは、直ちに、文書により、その旨を被告に通知するとともに、当該高等裁判所に対し、その通知をした日時、場所及び方法を通知しなければならない。
当該高等裁判所は、第1項の訴えが提起されたときは、速やかに口頭弁論の期日を指定し、当事者を呼び出さなければならない。その期日は、同項の訴えの提起があつた日から15日以内の日とする。
第1項の訴えに係る高等裁判所の判決に対する上告の期間は、1週間とする。
国の関与を取り消す判決は、関係行政機関に対しても効力を有する。
第1項の訴えのうち違法な国の関与の取消しを求めるものについては、同法第8条第2項、第11条から第22条まで、第25条から第29条まで、第31条、第32条及び第34条の規定は、準用しない。
第1項の訴えのうち国の不作為の違法の確認を求めるものについては、同法第40条第2項及び第41条第2項の規定は、準用しない。
前各項に定めるもののほか、第1項の訴えについては、主張及び証拠の申出の時期の制限その他審理の促進に関し必要な事項は、最高裁判所規則で定める。
違法な国の関与の取消し請求において行政事件訴訟法第43条第1項の準用から適用除外するもの（第8項）
国の不作為の違法の確認において行政事件訴訟法第43条第3項の準用から適用除外するもの（第9項）
該当する。
----
{{前後
|地方自治法
|第2編 普通地方公共団体
[[コンメンタール地方自治法#2-11|第11章 国と普通地方公共団体との関係及び普通地方公共団体相互間の関係
]]
第2節 国と普通地方公共団体との間並びに普通地方公共団体相互間及び普通地方公共団体の機関相互間の紛争処理
第5款 普通地方公共団体に対する国又は都道府県の関与に関する訴え
|地方自治法第251条の4（政令への委任）
|地方自治法第251条の6（都道府県の関与に関する訴えの提起）
251の5
世の中には、さまざまな演算がある。足し算や掛け算は、小学校の算数でもおなじみだろう。
代数学とは、足し算や掛け算といった数々の演算について、具体的な演算を行うのではなく、その性質を切り出してきて、議論するものである。抽象代数学における代表的な代数構造には、以下のようなものがある。
入門ということで、あえて、非常に厳密でないが、直感的に解説をしてみる。厳密な定義は後述する。
束（そく、lattice）は、集合の包含関係を抽象化した代数構造である。集合''A'',''B''があったときに、(''A'' ∩ ''B'') ∪ ''A'' = ''A''と(''A'' ∪ ''B'') ∩ ''A''=''A''が成り立つが、逆に、集合以外のものに対しても、この関係が成り立つかどうかに注目したものが束である。
群（ぐん、group）は、いわゆる足し算や掛け算を抽象化した代数構造である。
具体的には、次のような演算·が定められているとき、
単位元の存在。単位元''e'' ∈ ''G''とは、∀ ''x'' ∈ ''G''に対して、''x'' · ''e'' = ''e'' · ''x'' = ''x''となるような''e''のこと。
すべての元の逆元が存在すること。逆元''x''-1とは、''x'' ∈ ''G''に対して、''x'' · ''x''-1 = ''e''となるような元のことである。
おなじみの、整数の足し算や、有理数の掛け算などは、すべて、群になっている。
環（かん、ring）は、群にもう一つ演算を加え、二つの演算の関係について同時に論じたものである。例えば、おなじみの整数には、足し算と掛け算という二つの演算がある。足し算と掛け算は、独立に存在しているわけではなく、互いにある関係（分配法則という）をもっているので、関連付けて論じなければならない。
体（たい、英：field,ドイツ語： Körper,フランス語： corps）は、環の特殊なケースである。体は四則演算の自由にできる代数的構造を備えた集合のことである。
代数学は、非常に抽象的であるので、さまざまな数学的対象について、応用できる。つまり、各論について深く論じようと思うと、きりがないほど深く論じることができる。
しかし、そのような各論についての学習は、多くの人の希望するところではないだろう。代数学は、主に情報科学の分野やコンピューターを利用する計算の仕組みの理解に役立つ。すなわち、工学的に応用できる。
にもかかわらず、代数学は、技術者教育の中では、あまり取り扱われていないように思える。このページでは、代数学に触れたことのない工学専攻の者を対象に、代数学の応用を交えながら、述べることにする。
法学＞民事法＞商法＞コンメンタール会社法＞第5編 組織変更、合併、会社分割、株式交換及び株式移転 (コンメンタール会社法)
（持分会社が存続する吸収合併の効力の発生等）
第752条
吸収合併存続持分会社は、効力発生日に、吸収合併消滅会社の権利義務を承継する。
吸収合併消滅会社の吸収合併による解散は、吸収合併の登記の後でなければ、これをもって第三者に対抗することができない。
前条第1項第二号に規定する場合には、吸収合併消滅株式会社の株主又は吸収合併消滅持分会社の社員は、効力発生日に、同号に掲げる事項についての定めに従い、吸収合併存続持分会社の社員となる。この場合においては、吸収合併存続持分会社は、効力発生日に、同号の社員に係る定款の変更をしたものとみなす。
前条第1項第三号イに掲げる事項についての定めがある場合には、吸収合併消滅株式会社の株主又は吸収合併消滅持分会社の社員は、効力発生日に、同項第四号に掲げる事項についての定めに従い、同項第三号イの社債の社債権者となる。
吸収合併消滅株式会社の新株予約権は、効力発生日に、消滅する。
前各項の規定は、第789条（第1項第三号及び第2項第三号を除き、第793条第2項において準用する場合を含む。）若しくは第802条第2項において準用する第799条（第2項第三号を除く。）の規定による手続が終了していない場合又は吸収合併を中止した場合には、適用しない。
----
{{前後
|会社法
|第5編 組織変更、合併、会社分割、株式交換及び株式移転
第2章 合併
第2節 吸収合併
第2款 持分会社が存続する吸収合併
|会社法第751条（持分会社が存続する吸収合併契約）
|会社法第753条（株式会社を設立する新設合併契約）
752
(例題） 次のバスの上に，可能であるあらゆる配置を実施せよ。常に根音を重複することとする。
演習010101.png
(実施その1）
このバスの上に構成する和音は，D, Fis, A のどれかである．
まずテノールの位置を決め、次にアルト、最後にソプラノを置いていくが、①根音を重複させること、②声部の声域の制限、③声部間の間隔の制限の三点に注意して，可能なすべての組み合わせを網羅するように順に配置すると次のようになる．
サムネイル|180x180ピクセル
アラビア語は、主に北アフリカで使われている言語で、約2億3500万人の人々に話されています。アラビア語
また、1973年には国連公用語にも追加されました。
アラビア語は大きく分けて文語のフスハーと口語のアーンミーヤに分けられます。（正則アラビア語はフスハーのことです。）
アーンミーヤには方言があり、方言によって発音や文法が大きく変わることがあります。
フスハーは日常会話ではあまり使用されませんが、コンピューターの画面やニュース番組などに使用されることがあります。
アラビア文字は左右の文字と繋げるために文字が語頭形、語中形、語尾形（語末形）という形に変形します。
独立形という前後に文字がないときに使われる形もあります。
アリフ（ا）は後ろの文字と繋がらない特別な文字です。
つまり、独立形と語頭形、語中形と語尾形が同じ形になります。
他にはダール（د）、ザール（ذ）、ラー（ر）、ザーイ（ز）、ワーウ（و）が後ろの文字と繋がらない文字です。
後ろのの文字と繋がらない文字の後に置かれた文字は語頭形（後ろに文字がある場合）か独立形（後ろに文字がないか後ろの文字がハムザ〈ء〉の場合）になります。
バー（ب）、ター（ت）、サー（ث）は後ろの文字とも繋げられます。
変形の形はそれぞれ同じです。
ジーム（ج）、ハー（ح）、ハー（خ）は後ろの文字とも繋げられます。
変形の形はそれぞれ同じです。
ダール（د）、ザール（ذ）は後ろの文字と繋がらない特殊な文字です。
変形の形はそれぞれ同じです。
ラー（ر）、ザーイ（ز）は後ろの文字と繋がらない特殊な文字です。
変形の形はそれぞれ同じです。
スィーン（س）、シーン（ش）は後ろの文字とも繋げられます。
変形の形はそれぞれ同じです。
サード（ص）、ダード（ض）は後ろの文字とも繋げられます。
変形の形はそれぞれ同じです。
ター（ط）、ザー（ظ）は後ろの文字とも繋げられます。
変形の形はそれぞれ同じです。
アイン（ع）、ガイン（غ）は後ろの文字とも繋げられます。
変形の形はそれぞれ同じです。
ファー（ف）は後ろの文字とも繋げられます。
カーフ（ق）は後ろの文字とも繋げられます。
カーフ（ك）は後ろの文字とも繋げられます。
ラーム（ل）は後ろの文字とも繋げられます。
ミーム（م）は後ろの文字とも繋げられます。
ヌーン（ن）は後ろの文字とも繋げられます。
ハー（ه）は後ろの文字とも繋げられます。
ター・マルブータ（ة）はハー（ه）と同じ変形をしますが、語尾にしか置かれないので語頭形と語中形はありません。
ワーウ（و）は後ろの文字と繋がらない特殊な文字です。
ヤー（ي）は後ろの文字とも繋げられます。
アリフ・マクスーラ（ى）はヤー（ي）と同じ変形をしますが、語尾にしか置かれないので語頭形と語中形はありません。
ハムザ（ء）はどの文字にも繋がりません。
例：مَاء（mā'/水）
ラーム・アリフ（لا）はラーム（ل）にアリフ（ا）が繋がった合字なので、後ろの文字とは繋がりません。
アラビア文字には正式な書き順がなく、人によって書き方が違いますが、先に線の部分を書いてから点やハムザを書き足すことが多いです。
しかし、点を忘れたり位置を間違えたりしないよう、アラビア文字に慣れない間は一文字ずつ書くことをおすすめします。
法学＞民事法＞商法＞コンメンタール会社法＞第5編 組織変更、合併、会社分割、株式交換及び株式移転 (コンメンタール会社法)
（新設合併契約）
第753条
二以上の会社が新設合併をする場合において、新設合併により設立する会社（以下この編において「新設合併設立会社」という。）が株式会社であるときは、新設合併契約において、次に掲げる事項を定めなければならない。
新設合併設立株式会社が監査等委員会設置会社である場合には、前項第四号に掲げる事項は、設立時監査等委員である設立時取締役とそれ以外の設立時取締役とを区別して定めなければならない。
第1項に規定する場合において、新設合併消滅株式会社の全部又は一部が種類株式発行会社であるときは、新設合併消滅会社は、新設合併消滅株式会社の発行する種類の株式の内容に応じ、同項第七号に掲げる事項（新設合併消滅株式会社の株主に係る事項に限る。次項において同じ。）として次に掲げる事項を定めることができる。
第1項に規定する場合には、同項第七号に掲げる事項についての定めは、新設合併消滅株式会社の株主（新設合併消滅会社及び前項第一号の種類の株式の株主を除く。）の有する株式の数（前項第二号に掲げる事項についての定めがある場合にあっては、各種類の株式の数）に応じて新設合併設立株式会社の株式を交付することを内容とするものでなければならない。
前二項の規定は、第1項第九号に掲げる事項について準用する。この場合において、前二項中「新設合併設立株式会社の株式」とあるのは、「新設合併設立株式会社の社債等」と読み替えるものとする。
----
{{前後
|会社法
|第2編 株式会社
第2章 合併
第3節 新設合併
|会社法第752条（持分会社が存続する吸収合併の効力の発生等）
|会社法第754条（株式会社を設立する新設合併の効力の発生等）
753
The mail function is used to send E-mail Messages through the SMTP server specified in the php.ini Configuration file.
 bool mail ( string to, string subject, string message [, string additional_headers [, string additional_parameters]])
The returned boolean will show whether the E-mail has been sent successfully or not.
This example will send message "message" with the subject "subject" to email address "example@domain.tld". Also, the receiver will see that the eMail was sent from "Example2 " and the receiver should reply to "Example3 "
 mail(
  "example@domain.tld", // E-Mail address
  "subject", // Subject
  "message", // Message
  "From: Example2 \r\nReply-to: Example3 "  // Additional Headers
 );
There is no requirement to write E-mail addresses in format "Name ", you can just write "email".
This will send the same message as the first example but includes From: and Reply-To: headers in the message. This is required if you want the person you sent the E-mail to be able to reply to you. Also, some E-mail providers will assume mail is spam if certain headers are missing so unless you include the correct headers your mail will end up in the junk mail folder.
Especially when sending multiple emails, such as for a newsletter script, error detection is important.
Use this script to send mail while warning for errors:
 $result = @mail($to, $subject, $message, $headers);
 if ($result) {
     echo "Email sent successfully.";
 } else {
     echo "Email was not sent, as an error occurred.";
 }
In the case below the script has already got a list of emails, we simply use the same procedure for using a loop in PHP with mysql results. The script below will attempt to send an email to every single email address in the array until it runs out.
 while ($row = mysql_fetch_assoc($result)) {
       mail($row['email'], $subject, $message, null, "-f$fromaddr");
 }
Then if we integrate the error checking into the multiple email script we get the following
 $errors = 0
 $sent = 0
 
 while ($row = mysql_fetch_assoc($result)) {
       $result = "";
       $result = @mail($row['email'], $subject, $message, null, "-f$fromaddr");
       if (!$result) {
           $errors = $errors + 1;
       }
       $sent = $sent + 1;
 }
 
 echo "You have sent $sent messages";
 echo "However there were $errors errors";
前）（次）
第八十九条
１法第百八条第三項ただし書の厚生労働省令で定めるところにより算定した額は、同項に規定する者の受けるべき障害厚生年金の額(当該障害厚生年金と同一の支給事由に基づき障害基礎年金の支給を受けることができるときは、当該障害厚生年金の額と当該障害基礎年金の額との合算額)を三百六十で除して得た額(その額に一円未満の端数があるときは、その端数を切り捨てた額)とする。
２法第百八条第五項ただし書の厚生労働省令で定めるところにより算定した額は、同項に規定する者の受けるべき老齢退職年金給付の額(当該老齢退職年金給付が二以上あるときは、当該二以上の老齢退職年金給付の額の合算額)を三百六十で除して得た額(その額に一円未満の端数があるときは、その端数を切り捨てた額)とする。
89