hpprc/jawiki-books-paragraphs huggingface dataset:
健康保険法第68条
コンメンタール>コンメンタール健康保険法(前)(次)
条文

(保険医療機関又は保険薬局の指定の更新)
健康保険法第82条
コンメンタール>コンメンタール健康保険法(前)(次)
条文

(社会保険医療協議会への諮問)
健康保険法第199条
コンメンタール>コンメンタール健康保険法(前)(次)
条文

(資料の提供)
健康保険法第205条
コンメンタール>コンメンタール健康保険法(前)(次)
条文

(地方厚生局長等への権限の委任)
健康保険法第34条
コンメンタール>コンメンタール健康保険法(前)(次)
健康保険法第5条
コンメンタール>コンメンタール健康保険法(前)(次)
条文

(全国健康保険協会管掌健康保険)
健康保険法第46条
コンメンタール>コンメンタール健康保険法(前)(次)
条文

(現物給与の価額)
エネルギーの使用の合理化に関する法律第75条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(第一種特定建築物に係る届出、指示等)
大阪弁/禁止
～せんといて

「~せんといて」の形で「~しないで」の意味を作る。
～せんといて

後ろに「な」、「や」をつけることも出来る。
～な

動詞を次のような形にすることにより禁止命令を表す。
～な

共通語と同じ。
～な

最後に「や」をつけることもできる。
～な

終止形よりも柔らかい表現。
～な

最後に「や」をつけることもできる。
～なさんな

連用形+「~なさんな」の形で使用する。
～なさんな

最後に「や」をつけることもできる。
大阪弁/～したる
「~したる」の形で「~してあげる」、「~してやる」の意味を表す。
後ろに「わ」、「で」、「ねん」などをつけることもできる。
「~したって」は「~してあげて」の意味となり、当然第三者に対し「~したって」は使えるが、話し手に対し「~したって」を使うこともある。
建築士法第26条の3
法学>コンメンタール>建築士法
条文

(指定事務所登録機関の指定)
建築士法第23条
法学>コンメンタール>建築士法
条文

(登録)
建築士法第23条の5
法学>コンメンタール>建築士法
条文

(変更の届出)
建築士法第23条の7
法学>コンメンタール>建築士法
条文

(廃業等の届出)
建築士法第24条
法学>コンメンタール>建築士法
条文

(建築士事務所の管理)
建築士法第23条の2
法学>コンメンタール>建築士法
条文

(登録の申請)
Lojban For Beginners 音、名前、および幾つかの心情表現
次→第2章 関係性と語順
Lojban For Beginners 日本語訳
Lojban For Beginners(英語版) — velcli befi la lojban. bei loi co'a cilre
リンク先の本文で説明してある単語を併記してあります。
bridi を「文」と説明している箇所がありますが正しくは「命題」ですので注意してください。
ロジバンについての英語資料の日本語訳
ロジバン/目次 へ戻る
Lojban For Beginners 第１章 音、名前、および幾つかの心情表現
Lojban For Beginners 日本語訳 へ戻る 次→第2章 関係性と語順
JavaScript/String/prototype/replace
replaceメソッドは文字列を指定されたパターンにしたがって置換し、新しい文字列を返します。
構文

文字列stringに含まれる部分文字列oldString(または正規表現regexpにマッチした部分)を、文字列newString(または関数callbackの戻り値)で置き換えます。第3引数flagsはSpiderMonkeyの独自拡張で他の多くの処理系には実装されていません。
解説

replaceメソッドはもとの文字列を変更せずに置換した文字列を返します。必ず返された文字列replacedStringを受け取ってください。string = string.replace(oldString, newString)のようにreplaceメソッドの戻り値をもとの文字列stringに代入すると、string自身を変更することができます。
解説

どの部分を置き換えるかは文字列または正規表現のパターンによって指定し、何に置き換えるかは文字列または関数の戻り値によって決定されます。第2引数に関数を渡すのは、ちょうどPerlのs///eeと等価ですが、Safariの一部のバージョンではサポートされていません。
解説

第3引数には正規表現のフラグを渡すことができますが、Mozilla以外のほとんどの処理系ではサポートされていません。第1引数に
解説

を使用することができます。詳しくはRegExpオブジェクトを参照してください。
JavaScript/String/prototype/indexOf
indexOfメソッドは文字列の中に指定された部分文字列が出現するインデックスを返します。
解説

indexOfメソッドは文字列の中に指定した部分文字列が出現するインデックスを取得するために用いられます。"Hello, world!" という文字列の中には "l" という部分文字列が2つ存在しますが、indexOfメソッドは最初に見つかったインデックスだけを返し、デフォルトでは文字列の先頭から探索を始めるため、2が返されます(インデックスは0から始まる)。"Hello, world!".charAt(2) == "l"です。
解説

第2引数を指定すると文字列の先頭からではなく、任意のインデックスから探索を開始することができます。たとえば1を指定すると、先頭の文字を無視して2文字目から探索を始めます。文字列を末尾から逆に探索するにはlastIndexOfメソッドを使用します。
解説

サロゲートペア領域の文字(例えば多くの絵文字)は2文字と数え、結合文字も1文字と数えます。
履歴

String.prototype.indexOfメソッドは、ECMAScript 5th Edition(ES5)で標準仕様化されました。
エネルギーの使用の合理化に関する法律第1条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(目的)
エネルギーの使用の合理化に関する法律第75条の2
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(第二種特定建築物に係る届出、勧告等)
エネルギーの使用の合理化に関する法律第73条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(建築主等及び特定建築物の所有者の判断の基準となるべき事項)
エネルギーの使用の合理化に関する法律第72条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(建築物の建築をしようとする者等の努力)
エネルギーの使用の合理化に関する法律第7条の4
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(第一種エネルギー管理指定工場等の指定)
エネルギーの使用の合理化に関する法律第7条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(特定事業者の指定)
エネルギーの使用の合理化に関する法律第19条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(特定連鎖化事業者の指定)
エネルギーの使用の合理化に関する法律第7条の2
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(エネルギー管理統括者)
エネルギーの使用の合理化に関する法律第7条の3
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(エネルギー管理企画推進者)
エネルギーの使用の合理化に関する法律第19条の2
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(エネルギー管理企画推進者)
エネルギーの使用の合理化に関する法律第8条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(エネルギー管理者)
エネルギーの使用の合理化に関する法律第13条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(エネルギー管理員)
エネルギーの使用の合理化に関する法律第18条
法学>コンメンタール>エネルギーの使用の合理化に関する法律
条文

(準用規定)
民事執行法第93条の4
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(給付請求権に対する競合する債権差押命令等の効力の停止等)
民事執行法第165条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(配当等を受けるべき債権者の範囲)
民事執行法第193条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(債権及びその他の財産権についての担保権の実行の要件等)
民事執行法第81条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(法定地上権)
民事執行法第83条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(引渡命令)
民事執行法第55条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(売却のための保全処分等)
民事執行法第77条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(最高価買受申出人又は買受人のための保全処分等)
民事執行法第187条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(担保不動産競売の開始決定前の保全処分等)
民事執行法第180条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(不動産担保権の実行の方法)
民事執行法第60条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(売却基準価額の決定等)
民事執行法第64条の2
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(内覧)
民事執行法第64条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(売却の方法及び公告)
民事執行法第69条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(売却決定期日)
民事執行法第82条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(代金納付による登記の嘱託)
民事執行法第94条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(管理人の選任)
民事執行法第95条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(管理人の権限)
民事執行法第96条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(強制管理のための不動産の占有等)
民事執行法第107条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(管理人による配当等の実施)
民事執行法第109条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(執行裁判所による配当等の実施)
都市計画法第50条
法学>コンメンタール>コンメンタール都市計画法
条文

(不服申立て)
都市計画法第81条
法学>コンメンタール>コンメンタール都市計画法
条文

(監督処分等)
建設業法第17条
法学>コンメンタール>コンメンタール建設業法
条文

(準用規定)
民事執行法第124条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(債務者以外の者の占有する動産の差押え)
民事執行法第106条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(配当等に充てるべき金銭等)
民事執行法第190条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(動産競売の要件)
借地借家法第13条
法学>民事法>コンメンタール借地借家法
条文

(建物買取請求権)
解説

1条の趣旨は、借地人が投下した資本について回収する機会を与え、建物を取り壊すことによる国民経済的損失を防止することにある。 2条の趣旨は1条を前提に、請求権が行使されれば買取を当然に認めることによって契約の更新を間接的に強制することにあるとされる。
判例

最高裁判所第三小法廷昭和35年2月9日判決:借地人の債務不履行による土地賃貸借契約解除の場合には、借地人は借地法第4条第2項による建物等買取請求権を有しない。
会社更生法第2条
法学>民事法>コンメンタール>コンメンタール会社更生法
条文

(定義)
民事執行法第194条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(担保権の実行についての強制執行の総則規定の準用)
民事執行法第105条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(配当要求)
民事執行法第133条
法学>民事法>コンメンタール>コンメンタール民事執行法
条文

(先取特権者等の配当要求)
宅地建物取引業法第43条
法学>コンメンタール>宅地建物取引業法
条文

(所有権留保等の禁止)
民法第992条
法学>民事法>コンメンタール民法>第5編 相続
条文

(受遺者による果実の取得)
解説

特定遺贈について生ずる果実の取得については以下による。なお、包括遺贈については、遺産分割に包含される。
参照条文

明治民法第1094条
参考

明治民法において、本条には以下の規定があった。趣旨は、民法第882条に継承された。なお、明治民法下において遺産とは家の財産(家督)に属さないで個人に属するものを言う。
農地法第2条
法学>民事法>コンメンタール農地法
条文

(定義)
Apache Commons Lang
Apache Commons Langの概要

Apache Commons Lang (以後ACL) はJavaの標準ライブラリでは提供されていない便利な機能を提供するライブラリです。 古いバージョンのJavaでも利用できるという特徴もあります。 ライセンスはThe Apache Software License, Version 2.0 を採用しています。
本書の目的

本書では、ACLの便利な機能を実際の使用例を交えて学んでいくことを目的としています。 また、利便性を良くするために逆引き形式をとっています。
想定読者

Langを利用できるJavaの開発環境を構築できる方を想定しています。
開発環境

以下の表を参考にして、使用するACLとJDKのバージョンを選んで下さい。
OpenOffice.org Calc/統計処理
ヒストグラムの作り方

項目名とヒストグラムのデータを列順記載→データ→データパイロット→呼び出す→現在の選択範囲→行フィールドに項目名をドラッグ→データフィールドに項目名をドラッグ→データフィルどの項目名をダブルクリック→「合計」を「数」に変更→OK後データパイロットのOKも押す。→別シートで作られているのでそれをデータ→グループ化及びアウトライン→グループ化→最小値と最大値を「自動」から「手動」にして入力、階層範囲値を入力後OKを押す.
行政書士法第1条
法学>コンメンタール>行政法>行政書士法
条文

(目的)
行政書士法第1条の2
法学>コンメンタール>行政法>行政書士法
条文

(目的)
弁護士法第72条
法学>コンメンタール>コンメンタール弁護士法
条文

(非弁護士の法律事務の取扱い等の禁止)
解説

いわゆる非弁行為の禁止について規定している。 本条に違反した者は77条3号の規定により罰せられる。
民事訴訟法第58条
法学>民事法>コンメンタール民事訴訟法
条文

(訴訟代理権の不消滅)
ロジバン/目次/ロジバンについての英語資料の日本語訳
誰でもどんどん翻訳・手直しして下さい。皆で完成度を上げていきましょう。
JavaScript/Math/random
Math.randomは+0以上1未満の正の符号を持つ数値を、実装で定義されたアルゴリズムまたは戦略を使用して、その範囲内でほぼ一様に分布するようにランダムまたは疑似ランダムに選択して返します。この関数は引数を取りません。
配列からランダムに要素を取出

JavaScriptの配列はarray[2.3116713552735746]のような浮動小数点数の添え字をarray[2]のような整数の添え字に自動的には変換しないため、必ず上記の例のように| 0を適用して整数の添え字に変換してから渡さなければなりません。 このようにゼロとの論理和は整数化のイディオムです。 これは、ビット演算を行う前にオペランドは32ビット符号付き整数に変換されるJavaScriptの仕様を利用しています。 32ビット符号付き整数は配列の添字の取り得る範囲とも一致しています。 論理演算子は算術演算子より優先度が低いので左の項の括弧は不要ですが、意外性が強いので括弧でくくりました。
Apache Commons Lang/文字列を途中で省略して「...」を追加したい
文字列を途中で省略して「...」を追加したい

具体的には次のような場合です。 文字列"あいうえおかきくけこさしすせそ"を文字列"あいうえお..."に変換したい。 この場合には次のメソッドを利用できます。
サンプルコード

以下のサンプルコードでは"あいうえおかきくけこさしすせそ"を"あいうえお..."に変換します。
サンプルコード

実行結果
備考

StringUtilsクラスには、文字列の後方だけでなく前方も省略するメソッド 「public static String abbreviate(String str, int offset, int maxWidth)」があります。 また文字列の前方・後方ではなく内側を、指定した文字列で省略するメソッド 「public static String abbreviateMiddle(String str, String middle, int length)」もあります。
港湾法第39条
法学>コンメンタール>コンメンタール港湾法
条文

(分区の指定)
港湾法第40条
法学>コンメンタール>コンメンタール港湾法
条文

(分区の指定)
建築基準法第49条
法学>コンメンタール>コンメンタール建築基準法
条文

(特別用途地区)
建築基準法第49条の2
法学>コンメンタール>コンメンタール建築基準法
条文

(特定用途制限地域)
建築基準法第88条
法学>コンメンタール>コンメンタール建築基準法
条文

(工作物への準用)
建築基準法第48条
法学>コンメンタール>コンメンタール建築基準法
条文

(用途地域等)
建築基準法第68条
法学>コンメンタール>コンメンタール建築基準法
条文

(景観地区)
建築基準法第68条の3
法学>コンメンタール>コンメンタール建築基準法
条文

(再開発等促進区等内の制限の緩和等)
都市計画法第5条の2
法学>コンメンタール>コンメンタール都市計画法
条文

(準都市計画区域)
建築基準法第42条
法学>コンメンタール>コンメンタール建築基準法
条文

(道路の定義)
解説

第43条に建築物の敷地に求められる道路との接続について規定されているが、本条は、その道路に関する規定である。
解説

建築行政では、その条項の番号をとって「*項*号道路」というように呼ばれることが多い(参照: #wiktionaryの関連項目)。
建築基準法第45条
法学>コンメンタール>コンメンタール建築基準法
条文

(私道の変更又は廃止の制限)
建築基準法第10条
法学>コンメンタール>コンメンタール建築基準法
条文

(保安上危険な建築物等に対する措置)
建築基準法第22条
法学>コンメンタール>コンメンタール建築基準法
条文

(屋根)
建築基準法第3条
法学>コンメンタール>コンメンタール建築基準法
条文

(適用の除外)
民事訴訟法第296条
法学>民事法>コンメンタール民事訴訟法
条文

(口頭弁論の範囲等)
民事訴訟法第304条
法学>民事法>コンメンタール民事訴訟法
条文

(第一審判決の取消し及び変更の範囲)
解説

不利益変更禁止・利益変更禁止の原則を定めたもの。
建築基準法第43条
法学>コンメンタール>コンメンタール建築基準法
条文

(敷地等と道路との関係)
消防法別表第1（第2条、第10条、第11条の4関係）
コンメンタール消防法>消防法別表第1(第2条、第10条、第11条の4関係)
More C++ Idioms/整数から型(Int-To-Type)
整数定数ラッパ(Integral constant wrappers)
C++ における関数の多重定義は型が異なることに基づいており、コンパイル時整数定数を関数の多重定義の解決に利用することができない。整数定数に基づいて静的な呼び分け(dipatch)を実現する方法が少なくとも 2 つある。一つは enable-if イディオムであり、もう一つが以下で記述する整数から型(Int-To-Type)イディオムである。
Andrei Alexandrescu によって Dr. Dobb's Journal で初めて記述された単純なテンプレートがこのイディオムの解法を提供する。
上記テンプレートはテンプレートのインスタンス化を用いることで異なる値に対して異なる型を作成する。例えば、Int2Type<5> は Int2Type<10> と異なる型である。さらに、整数のパラメータは関連づけられた定数 value に保存されている。整数定数それぞれが異なる型を生み出すため、この単純なテンプレートを以下のように整数定数に基づく静的な呼び分け(dispatch)に用いることができる。
Array クラスを固定長の配列をカプセル化するクラスで TR1 にある標準 array クラスによく似たクラスとする。実際には、我々の Array クラスは標準の TR1 array クラスの派生クラスとして実装されており違いは sort 関数のみである。
性能に対する最適化を達成するため、配列のサイズによってコンパイル時に sort 関数の呼び分け(dispatch)をする。例えば、配列のサイズが 0 あるいは 1 の場合はソートは何もしない。同様に、サイズが 50 より小さな配列は挿入ソートアルゴリズムによってソートされ、より大きな配列はクイックソートアルゴリズムによってソートされる。なぜなら小さなデータサイズに対しては、挿入ソートアルゴリズムの方がクイックソートアルゴリズムよりも効率的である場合が多いからである。このソートアルゴリズムの選択は実行時の if によって自明に実行可能である点に注意しよう。しかし、以下のように整数から型(Int-To-Type) イディオムによってコンパイル時に同様の効果を得ることができる。
利便性を向上するために、Int2Type にいくつか関連する型と定数を定義することができる。例えば、列挙型 value を型に関連づけられた整数定数を取得するために利用できる。また、Int2Type<7>::next が Int2Type<9>::previous と同じ型になるような next と previous のような他の typedef を他の型を 順番に 探すために利用することができる。
[1] Generic<Programming>: Mappings between Types and Values -- Andrei Alexandrescu
More C++ Idioms/メタ関数(Metafunction)
テンプレートは C++ の強力な機能であり、コンパイル時に任意の計算を実行することができる。これはテンプレートメタプログラミングとして知られている。コンパイル時に実行される計算の単純な例として (1) コンパイル時定数に基づく型の選択 (2) 階乗の計算 がある。実際のところ、C++ テンプレートはチューリング完全な C++ のサブ言語である。メタ関数(Metafunction)イディオムは C++ でコンパイル時アルゴリズムを記述する基本的な方法である。
利用あるいは再利用しやすいようにアルゴリズムは(コンパイル時に対するものでも実行時に対するものでも)カプセル化するべきである。一般的に、実行時アルゴリズムは、(当然)実行時に呼び出される関数としてカプセル化される。一方メタ関数とは、実行時での関数に対するコンパイル時の類似物である。通常の関数は値やオブジェクトをパラメータとして受け入れ、値やオブジェクトを返す。しかし、メタ関数は型やコンパイル時定数をパラメータとして受け入れ型や定数を返す。
メタ関数はその名に反してクラステンプレートである。メタ関数の実装は大抵テンプレートの特殊化に基づいている。例えば、以下の IF メタ関数、すなわち実行時の if 文に対するコンパイル時の同等物を考えてみよう。以下の例では、最初のパラメータの値に依存して、IF メタ関数は int か long を返す。
以下の Factorial メタ関数は別の例であり、どのように再帰的な階乗計算アルゴリズムが C++ テンプレートを用いてカプセル化されるかを示す。このメタ関数は型ではなく整数値を返す。
メタ関数(Metafunction)と型生成器(Type Generator)
メタ関数(Metafunction)は型生成器(Type Generator)イディオムよりも汎用的なイディオムである。メタ関数(Metafunction)イディオムの意図はコンパイル時計算をカプセル化しようというものである一方、型生成器(Type Generator)は型の指定を単純化しようというものである。コンパイル時計算の結果として型を生成するメタ関数は、より複雑ではあるが、全て型生成器である。しかし、全てのメタ関数が型生成器であるわけではない。例えば、前記 Factorial メタ関数は計算の結果として整数値を生成し型を生成しない。型生成器と異なり、一般的にメタ関数は コンパイル時制御構造(compile-time control structures)か他のメタ関数を用いて実装される。
Boost.MPL のようなライブラリが C++ テンプレートメタプログラミングを単純化するために、メタ関数とコンパイル時データ構造の大規模なコレクションを提供している。
高階メタ関数
メタ関数をパラメータとして受け取って計算中に使用するメタ関数が存在する。概念的には、別の関数へのポインタあるいは関数オブジェクトをパラメータとして受け取る実行時関数と同様である。差はメタ関数がコンパイル時にのみ存在する点だけである。boost::mpl::transform がそのような高階メタ関数の例である。
Boost.MPL
A Deeper Look at Metafunctions -- David Abrahams and Aleksey Gurtovoy
More C++ Idioms/名前付きコンストラクタ(Named Constructor)
C++ では、コンストラクタはパラメータの型、順序、数によってのみ互いに区別される。もちろん、クラスが複数のコンストラクタを持つ時、それぞれのコンストラクタは異なる目的を持っている。しかし、C++ ではクラスのインタフェースに対して 意味的な 違いを表現することは困難である。なぜなら全てのコンストラクタは同じ名前を持ちパラメータによってのみ区別されうるからである。パラメータの型、順序、数のみが異なる多数のコンストラクタ呼び出しを伴うコードを読むことは、クラスのオリジナルな作者以外には非常に非直感的なものとなる。名前付きコンストラクタ(Named Constructor)イディオムはこの問題に対処する。
名前付きコンストラクタ(Named Constructor)イディオムは、コンストラクタの代わりにオブジェクトを生成する意味のある名前を持った一組の静的メンバ関数を利用する。コンストラクタは private か protected でクライアントは public な静的関数のみにアクセスできる。その静的関数群は 名前付きコンストラクタ(named constructor) と呼ばれ、オブジェクトを生成するそれぞれ独自の方法と、それぞれ異なった直感的な名前を持つ。以下の例を考えてみよう。
上記クラスにおいて名前付きコンストラクタ(Named Constructor)イディオムなしの場合、Game(1) と Game(0) が何を意味するのか把握することは難しい。このイディオムはその意図をはっきり明確にする。さらに、このイディオムによりオブジェクトの生成プロセスに特定の制約を課することができる。例えば、名前付きコンストラクタが常に new を使って動的にオブジェクトを作成するようにできる。そのような場合、リソースの返値(Resource Return)イディオムも有用となるだろう。
リソースの返値(Resource Return)
http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.8
法の適用に関する通則法第24条
法学>民事法>コンメンタール>コンメンタール法の適用に関する通則法
条文

(婚姻の成立及び方式)
出入国管理及び難民認定法第1条
法学>コンメンタール>コンメンタール出入国管理及び難民認定法
条文

(目的)
解説

本条は、本法の目的を明らかにし、本法の解釈及び運用の基本を明らかにしたものである。
出入国管理及び難民認定法第6条
法学>コンメンタール>コンメンタール出入国管理及び難民認定法
条文

(上陸の申請)
出入国管理及び難民認定法第7条
法学>コンメンタール>コンメンタール出入国管理及び難民認定法
条文

(入国審査官の審査)
出入国管理及び難民認定法第9条
法学>コンメンタール>コンメンタール出入国管理及び難民認定法
条文

(上陸許可の証印)
出入国管理及び難民認定法第7条の2
法学>コンメンタール>コンメンタール出入国管理及び難民認定法
条文

(在留資格認定証明書)
出入国管理及び難民認定法施行規則第6条の2
法学>コンメンタール>コンメンタール出入国管理及び難民認定法施行規則
条文

(在留資格認定証明書)
Lojban For Beginners 日本語訳/母音
母音

ロジバンには6つの母音があります。
母音

以下のような組み合わせは、「,」で区切らなければ二重母音となり、次のように発音します。
Lojban For Beginners 日本語訳/特殊文字
ロジバンでは「'」「.」「,」を句読点としては使いません。これらには別の役割があり、それぞれ発音に影響を与えます。
例 pi,ER. (ピエル) pier. (ピイェル) pi.ER. (ピ、エル) pi'ER. (ピヘル)
Lojban For Beginners 日本語訳/使用文字
英語で英語のアルファベットを読むときは、a を「エイ」g を「ジー」のように読みますが、ロジバンでロジバンのアルファベットを読むときは別のやり方でやります。
「b」「c」「d」「f」「g」...は「by.」「cy.」「dy.」「fy.」「gy.」...のように書き、書いたとおりに発音します。
「a」「e」「i」「o」「u」「y」は「.abu」「.ebu」「.ibu」「.obu」「.ubu」「.ybu」。
なので Schwarzenegger は sy. cy. .y'ybu vybu. .abu ry. zy. .ebu ny. .ebu gy. gy. .ebu ry. となります。
なので「Jay Hinkelman」は 「djeis.xinklmn.」「djeis.finklmn.」「djei'inklmn.」などとできます。
Lojban For Beginners 日本語訳/「正しい」発音
ロジバンの発音にこだわりすぎる必要はありません。ロジバンの単語同士は発音を間違いづらいように作られています。だから一つの正しい発音があるということは、ある程度の許容範囲があるということです。あんまり違いすぎなければ何でもよいのです。 ただしロジバンの「i」と「u」には注意が必要です。これはしっかり発音してください。これを短く適当に発音すると、「ロジバンにある二重子音を母語には持たない人が二重子音の間に入れる音」になってしまうのです。 どういうことかというと、二重子音の発音が難しい場合、間に短い母音を入れることが許されます。例えば「zdani(家)」の発音が難しかったら「ɪ」は適当に短く、「i」はちゃんと発音するならば「zɪdani」と発音してもよいということです。「i」「u」をはっきり発音する理由はこういう音との区別のためです。
Lojban For Beginners 日本語訳/ロジバンで気持ちを表そう
ロジバンには心態詞と呼ばれるものがあります。
ほんの少しの一例として上記のものがあります。様々な概念を組み合わせることもできて大変便利です。
Lojban For Beginners 日本語訳/ロジバンの名称語（cmene）
ロジバンに名前を取り込むとき、多くはロジバン化されなければいけません。これを奇妙に感じるかもしれませんが、実は多くの言語同士でやっていることです。日本語の「寿司」が英語で「スゥーシィー」になったり、英語の「Michael Jackson」が日本語で「マイケル ジャクソン」になったりするのと同じことです。
Lojban For Beginners 日本語訳/ロジバンの単語を名称語として使う
ロジバンで意味ある単語は、cmene とは反対に母音で終わります。よってロジバンで意味ある単語を cmene にしたいときも、外来語の名称をロジバン化するときと同様に、子音を付けるか母音を取るかする必要があります。 例えばロジバンの単語「mlatu(猫)」を cmene にしたいときは、「mlatus.」や「mlat.」などとできます。
Lojban For Beginners 日本語訳/物事の名称と関係性
第1章で見たように、cmene はある特定のものに対する名札のようなものです。例えば私が「太郎」といったときに指すのは、世界中にいるたくさんの太郎ではなくて、私の頭の中で想定している一人の太郎のことなのです。ですからロジバンで「tarous.」と言ったときも、指すことができるのは特定の一人だけです。cmene は普通、ものの種類(人、犬、コンピューター、など)や、ものとものの関係(好きだ、あげる、中にある、など)を表すことはできないのです。
関係性はロジバンの要です。関係性を示す言葉は「selbriの働きをする」と呼ばれます。「selbri」は(日本語における「動詞」「形容詞」のような)いわゆる品詞ではなくて、言葉がする働き・役割のことを指します。色々な種類の言葉が selbri の働きをしますが、cmene はそういう働きをしません。 selbriの働きを持てる言葉で主要なものに「gismu(語根)」があります。ロジバン語彙の基礎を為すブロックのようなものです。そして判別が容易です。なぜなら以下の五文字の構造を持つと決まっているからです。
Lojban For Beginners 日本語訳/sumti
さて、gismu を見分けれるようになりましたね。実際に触れていきましょう。 「dunda」という gismu は「あげる・与える」という意味なのですが、selbri として「あげる人」「あげるもの」「受け取る人」という関係をも表します。今挙げた順番で、です。(ロジバンでは関係を見極めるために順番を重視します。上記の順番は「あげる」という動作に固有のものというよりは、dunda という単語の決まり事です。) マリア、クラウディア、ユリアの三人を想定して文を作ってみましょう。
は、「マリアがユリアをクラウディアにあげた」という意味になります。
ちょっと変えて
と言えば、「ユリアがマリアをクラウディアにあげた」という意味になります。英語では前置詞などを使って、トルコ語やラテン語では語形を変化させて、日本語では助詞を使って関係性を示しますが、ロジバンの理論には配列構造(place structure)というものがあります。 配列構造。dunda の意味は「あげる」だけではないということです。dundaは
という配列構造を持ちます。「x」は何か入れるものです。ただ「dunda」と口にしたとき、それは「誰かが何かを誰かにあげる」ということを意味します。明示しない部分については、興味がない・重要でない・知っている・了解済み、ということです。日本語の表現に近いと言えますね。 ここで、dunda は3つの「場所」を持っている、と言います。埋めたければ人、もの、出来事などで埋めることができます。そういう「場所」をロジバンでは「sumti」と言います。この用語もまた、言葉の種類ではなく、役割を表しています。これらを組み合わせたもっとも単純なロジバンの文は「bridi」です。
selbri が sumti を幾つとれるかは、その言葉によりますが、最少で1個、最多で5個です(後々やるように sumti を追加するやり方はありますが)。例を見ていきましょう。 場所1つ ninmu x1 は女性だ (生物学的に。大人でなくても)
blabi x1 は白い/非常に明るい色である cmila x1 は笑う(必ずしも誰か・何かに向けて笑うわけではありません。笑いの対象を含めたい場合は、「lujvo(複合語)」である「mi'afra(x1 は x2 に向けて笑う)」を使います。微妙に違います。) 場所2つ cipni x1はx2(種類)のトリ綱だ vofli x1はx2(原動力)で飛ぶ/飛行する jungo x1はx2(性質面)に関して中国系(言語/文化/民族/地理) junri x1(者)はx2(事)に関してまじめ/真剣/厳か/熱心/本気 場所3つ xamgu x1はx2にとって、x3(基準)で良い/好ましい (これはとてもロジバンらしい言葉です。英語の good は単体では意味がないくらい曖昧です。そしてx1に人間を持ってこようとするのも malglico です。ここには普通、もの・状態・出来事が入ります。「人としていい・道徳がある」と言いたいときは「vrude」を使います。) pritu x1はx2の、x3(照合相手)を向いているときの右方/右側 (「それって私から見た右?君から見た右?」と問い返す必要がありません) cliva x1はx2からx3(経路)によって離れる/発つ/別れる/去る kabri x1はx2(内容)・x3(素材)のコップ/カップ/タンブラー/マグ/茶碗/杯
場所4つ vecnu x1(者)はx2(品/サービス)をx3(者)にx4(価格/費用)で売る; x3はx2を買う tivni x1はx2(番組)をx3(媒体/チャンネル)でx4(受信者/視聴者)にテレビ放送/映像通信する bajra x1はx2(表面)をx3(肢)・x4(調子)で走る 場所5つ klama x1はx2(終点)にx3(起点)からx4(経路)をx5(方法)で行く/来る cukta x1はx2(内容)・x3(著者)・x4(読者)・x5(媒体)の本/文献 fanva x1はx2(文字列)をx3(言語)にx4(言語)から翻訳し、x5(文字列)を生む これで次のような文が作れます。今までに習ったことしか使っていないので、最後の文は非常に不自然ですが。
Lojban For Beginners 日本語訳/sumti構造の決まり方
selbri の場所を全て覚える必要はありませんし、そんなことをしている人はいません。覚えるべきsumti はその selbri の概念に密接なものばかりですから、暗記は単なる量の問題ではなく質の問題だと言えるでしょう。誤解を避けるために学んでおくべきもの( sumti の順番など)はありますが、普通は配列構造は、文脈や幾つかの規則より類推できます。以下はほとんどの selbri で共通の規則です。
全体を貫く基本的な規則は、大事な概念ほど最初へ来る、ということです。そして全部の場所を埋める必要はありませんし、埋められなかった場所が末尾だったなら、単にそれは省略されます。
Lojban For Beginners 日本語訳/gismuをsumtiとして使う
今までにgismuで幾つかのcmene同士の関係を表すというやり方を見てきましたから、
のような文は作れることがわかりました。しかしこれでは、名前のないものや名前を知らないものとの関係は表せません。例えば、「ビルはその女性のことが好きだ。」と言いたいときに、「la bil. nelci la ninmu」と書くと、「ビルは女性さんのことが好きだ。」という意味になってしまいます。正しくはこうです。
ここで出てきた「le」は「私がそう呼ぶもの」という名札を貼る役割をします。「la + cmene」は永続的な名札で、「le + gismu」は一時的な名札だと言えます。「頭の中に何か概念があるんだけど、それを”女性”と呼ぼう」というような感じです。ここで本当に女性である必要はなくて、別に女装趣味の男性でも、女性のような形をした石ころでもいいのです。本当の女性や典型的な女性のことを扱うための冠詞もあるのですが、とりあえずおいておきます。 gismuをsumtiとして扱うときに必要になることがあるもう一つの言葉は、「cu」です。これは何の意味も表わしませんが、以後のselbriを以前の文から分離するという役割があります。意味をまたがないので、cmeneの後ろにはcuは要りませんし、同様の理由で「mi(私・我々)」と「do(あなた・私が話している相手)」などの「代sumti(ロジバンの専門用語の一つ)」の後ろにもcuは要りません。しかし、2つのgismuが「複合されたselbri(tanru)」を作ってしまう場合にそれを防ぎたいというときには必要です。よって「女性が行く」と言いたいときは、ninmuとklamaの間にcuを挟みます。
注:「cu」は英語で言う「is」ではありません。本当に何の意味も表わさず、次に selbri がやってくることを示すだけなので注意してください。
Lojban For Beginners 日本語訳/場所の変更
全ての場所を埋める必要がないことや、最後の場所は言わなければ省略されるということは学習しました。しかし更に、他の場所を省略するやり方があります。 単純なやり方としては、不必要な場所を「zo'e」で埋めることができます。要するにそこは重要でないということです。なので「la suzyn. klama la paris. la berlin. zo'e le karce」は「スーザンはパリに、ベルリンから車で来た」という意味になります。そして実は何かgismuだけを発した時、いつもzo'eが暗示されていることになります。だからもし「klama」とだけ言ったなら、正確にはそれは
という内容を表します。でも全部言うなんて馬鹿げていますね。
zo'eは幾つ使ってもよいのですが、普通は多用しません。場所をいじくるもっと一般的なやり方は、「fa」「fe」「fi」「fo」「fu」の付箋を使うことです。これらは sumti に対して、selbri の特定の場所に入ると印づけする役割があります。fa は「それがx1に入るぞ」という標識、fe は「それがx2に入るぞ」という標識、以下同順、なので例えば「klama(x1はx2(終点)にx3(起点)からx4(経路)をx5(方法)で行く/来る)」を使うと、
という言い方ができるようになります。fu が klama の5番目の場所だと印づけしたために、こういう意味になったのです。もし fu がなければ、「スーザンは車へ行った」という意味になります。 そして付箋で標識した後は、またそこから順番通りに並んでいきます。つまり、
という文が作れるのです。「la .uacintyn.」が「fo」により klama の4番目になったので、「le karce」はそこからの順番通りに5番目だという解釈です。 付箋により自由に場所を換えれます。
「le cukta(本)」は dunda の2番目、つまり贈与物であり、「la klaudias.」は dunda の3番目、つまり受け取る人である、というような場所の変更が起きました。 繰り返しになりますが、あまり多用しないようにしましょう。でないと何番目か数えるのに一々手間取ることになります。(ロジバンで詩を書くときは重宝するんですが。) そして最後のやり方が「転換」です。実際には selbri の場所同士を交換することを言います。これは別の章でやります。 結局、順番を変えたいときにどれを使わねばならないという規則はありません。聞き手が理解できる範囲でなら、どのやり方をしても、また組み合わせてもよいのです。
Lojban For Beginners 日本語訳/2のまとめ
この章では以下の内容を学びました。
ロジバンにはもっと沢山の素晴らしい規則があるのですが、その基礎の基礎をこれで大体学んだと言えます。
Lojban For Beginners 日本語訳/命令文
前回までに私たちは、命題の文を見てきましたね。「なんちゃらかんちゃらは真だ」というやつです。理論的にはこれで全ての概念を表すことはできるのですが、それではとっても不便です。例えば私があなたに走ってほしいとき、「私はあなたに走ってほしい。」とも言えるのですが、普通はこんな言い回しをせずに、「走って。」「走れ。」ですよね。ではこれをロジバンではどう言うのでしょうか?これまで学んだことから、英語のまねをして「bajra」としてはいけないことは分かっていますね。正しくは
です。「ko」は「私が話しかけている、聞き手のあなた」という意味ですが、命令文でしか使いません(通常の文では do です)。普通は命令というのは、その人のために何かが為されるようお願いするものではなく、その人が自ら何かするようにお願いするものなので、ko は bridi の1番目の場所に来ることが多いです。しかし次のように別の場所に入れることもできます。場所によりお願いする内容が変わるのです。
これは逐語的には「行動し、(特定しないけども誰かが)あなたを好いてくれるようにしなさい。」という意味です。もう少し日本語らしくすると「好印象を与えるようにしなさい」というところでしょうね。別の例を挙げれば
というような文も作れます。これは「私があなたに赤ちゃんを渡せるようにしなさい」という意味です。「あなた」がたばこでも吸っていたのかも知れませんね。 そして bridi の2つの場所に ko を入れることもできます。例えば次の文のように。
実は、前章でほのめかしたように、selbri はどこでも置くことができるのです(但し x1 の sumti の前に fa が無ければ、文の先頭に selbri を置くことはできません。なぜなら x1 の「誰か・何か」が省略されているものとみなされ、その selbri が観察詞になってしまうからです)。この sumti 構造の自由さのおかげで、さっきの文は
と書けますし、何ら不自然ではなく実際によく使います。
Lojban For Beginners 日本語訳/丁寧なお願い
これで簡単な命令の仕方は分かりましたね。でも普通の人間同士ならお願いは丁寧にするものです。英語を使ってお願いするときに何でも「please」を付ければ丁寧になると非英語圏の多くの人が勘違いをしていますが、この非英語圏の英語話者が使う「please」に当たる魔法の言葉が「.e'o」です。 ko の入っている文の前に付けると丁寧なお願いになります。
.e'o を「どうぞ」に直訳すると「どうぞ本を渡して。」ですが、実際には「本を渡していただけますでしょうか。」くらいの丁寧さになります。もちろん敬語の丁寧さの定義・受け止め方というのは各言語によって違いますから後悔することの無いように気を付けてください。
Lojban For Beginners 日本語訳/疑問文
疑問文を作るとき英語では語順を変えて先頭に Do などの言葉を付加しますね。これが当然だと思い込んでいる人は、少し日本語や中国語やトルコ語のことを考えてみてください。実は英語(ドイツ語も)の疑問文はややこしい規則だということに気づくはずです。 ロジバンではどんな命題文も「xu」を(どこでもよいのですが大抵先頭に)加えるだけで「はい/いいえ」で答える質問文になります。幾つか例を挙げます。
多くの言語のように、こういう質問に対してロジバンには幾つかの答え方があります。「はい/いいえ」に相当する言葉を知らなければ、「はい」と言いたいときには selbri をそのまま繰り返しましょう。
「君はビルのことが好きなの?」
「好き。」 また、「go'i」を使うこともできます。これは最後の bridi を繰り返す(疑問なしに)という役割を果たします。
じゃあ「いいえ」と言いたいときは?どんな bridi も「na」を使うことで否定文になります。「bridi 全体」を否定する役割があり、もうちょっと文法を学べば自由に置くことができます。ただ文法的に最も簡単なのが「selbri の直前に置くこと」です。なので「mi cu na nelci la bil.」は「私がビルを好きだということは正しくない。」つまり「私はビルのことが好きでない。」となります。
「何・誰・どこ・どれ」などの疑問はロジバンでは一つの言葉「ma」とそれを置く場所で表します。いわば「ここの不明な sumtiを埋めてね」と言っているようなものです。例を挙げましょう。後で学びますが、時制が決定されていないことに注意してください。
そしてもう一つ、「mo」という言葉があります。これは ma に似ているのですが、sumti でなくて selbri を尋ねる役割を果たします。つまり「sumti 同士の関係を述べてね」と言っているようなものです。例えば
答え方は文脈によります。あり得る答えとしては
ここで時制は問題ではないことに注意してください。「cinba」だけならば「キスする」「キスした」「キスするつもり」などなど様々な可能性があります。ロジバンには時制を表す言葉があるのですが、(中国語のように)使わなくてもよいというだけなのです。 mo は「~は何?」という類の質問にも使えると言いましたね。最も単純な例が「ti mo」で、「これは何?」を意味します。また、「la meilis. mo」と問えば「メイリって誰?」「メイリって何?」「メイリは何しているの?」などなど様々な意味になります。対する答えもまた、文脈によります。例えば、
もっと特定のことを訊くときは、ma を使って「la meilis. gasnu ma(メイリは何する?)」のように訊きます。 ロジバンには疑問のための言葉がまだありますが、とりあえずは「xu」「ma」「mo」で訊きたいことの多くは表現できるでしょう。そして「xo(幾つ)」「ca ma(いつ)」「pei(どう感じる?)」のような別の言葉は「数、時制、感情表現」の章で学びましょう。
Lojban For Beginners 日本語訳/所有格
名前や「le + gismu」などのsumti だけでも文を記述することはそれなりにできますが、やはりまだ不十分です。次の文を見てみましょう。
これが文中にあれば文脈によって、どういう「いとこ」かは大抵わかりますが、そうではないときこれでは情報不足です。物事に簡単に情報を付け加えるには「誰の」と言うことが多いですね(そうでない場合もありますが、ここでは適しています)。そのための一番簡単な方法は、「所有される sumti (含まれ手)」の後に「pe」を付けることです。そしてその後に「所有主・関連させるもの(含み主)」が来ます。よって、
太郎のポルシェ
洋子のいとこ
車の中
Logcal Language Group のメンバー ここまでは朝飯前ですね。 それから la taroum. を la porc. の前に入れるという順番の入れ替えもできます。そうしたいときのやり方の一つは、「pe + 某」を、冠詞と sumti の間に入れてしまうことです。ですから先ほどの例で言えば、「le pe la youk. tamne」。しかしこれはロジバンではあまり使われません。実はもっと普通に使われるのは、pe を使わず「含み主である sumti」を、冠詞と名前(gismuでも)の間に入れてしまう方法で、含み主が一語の sumti だった場合によく使われます。なので、
Logcal Language Group のメンバー
メリーの車
トヨタの内部
君の本
含み主が「le + gismu」のときは更に注意が必要です。含む・含まれるの関係を言うために le と brivla の間に sumti を入れて表現する際には、単純に済ませねばならないのです。なのでとりあえずは「le + gismu」型の sumti の間に入れるのは、名称語か1語の sumti 、そのどちらかだけにしましょう。結局なんだかんだで皆この形に落ち着くのです。 悪い例も見ていきましょうか。「le tamne pe le ninmu klama」、これは「女性旅行者のいとこ」ですね。これの順番を変えて、「le le ninmu klama tamne」とできるのでしょうか。これだと含み主がどこで終わり、含まれ手がどこから始まるのか分かりません。「女性の、旅行者(誰かのいとこ)」かもしれません。実はこの形の文を成立させるやり方がありまして、それは2つ後の授業で学びます。
Lojban For Beginners 日本語訳/続・所有格
pe が果たす役割は「2つの sumti の間に関係がありますよ」と知らせることです。ではこの関係とはいかなるものを指すのでしょうか。先の授業に「所有」という概念を持ち出しましたが、ロジバンでは必ずしも所有関係でなくてもいいのです( pe を省略したときも、です)。どういうことかと言うと例えば、職場の話をしている最中に「ダニーの机(le gunjubme pe la danis. または le la danis. gunjubme)」と言ったとします。それはただダニーが物を置いて前に座るだけの机のことで、ダニーが自分で買って所有している机のことではありませんよね? ロジバン話者はあまりそうしないのですが、もっと厳格に言う方法があります。もし所有関係や唯一の関係であることを内示したいのでしたら、pe でなくて「po」を使うのです。例えば「le gunjubme po la danis.」は、その机がダニーと特有に関係しているということを意味します。この机はダニーが自分で買って所有しているので売ったりあげたりできるというような関係、または仕事中の彼だけのために割り当てられたというような関係、そんなところです。そしてもし職場の経費削減なんかで、ダニーがウィルフレッドと机を共用することになったとしましょう。その場合は、le gunjubme po la danis. や le gunjubme po la .uilfred. とは言うことはできません。なぜならその机は、一人ひとりではなく、その二人一組に対して特有なのですから。ちなみにこういう場合になっても pe を使って「le gunjubme pe la .uilfred.」と言うことはいたって可能です。
例をもう少し。
私の本
メイリの鳥
君のコカコーラ ところで、唯一の関係ではあるけれども自分が自由に出来るわけではない、ということもありますよね。例えば手や親。あげたり交換したりできないわけです(一般的には)。こういう関係を表すには、po の代わりに「po'e」を使用します。
ユリアの親
クラウディアの腕
そういえば、「誰の」という質問への答え方はやりましたが、「誰の」という質問の仕方はまだやっていませんね。しかし大体想像がつくでしょう。ma を使えばいいのです。なので「ティムのいとこ」が「le tamne pe la tim.」または「le la tim. tamne」だとすれば、以前やったように空白を埋めてもらう考え方で行って、「le tamne pe ma」「le ma tamne」とすればいいだけなのです。
Lojban For Beginners 日本語訳/3のまとめ
この章では、以下の内容を学びました。