Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「Object」を含む日記RSS

はてなキーワード:Objectとは

次の25件>

2025-10-22

実は、公式ドキュメントが手の届くところにあるのでは

Delphi

Delphiなら開発環境付属するヘルプがとても充実しているはずだ。

ObjectPascalのものは、これまでのご経験があれば習得に大きな問題はないと思う。

どちらかというとDelphiVCLというライブラリを使いこなしてこそなのだが、これの説明ヘルプがかなり役に立つ。

実は俺も20年以上前Delphi兄弟であるBorlandC++Builder(BCB)というのを仕事で使っていた。

これもVCLが肝だったのだが、ちょっと慣れたら参考書なんて不要ヘルプでだいたい片が付くようになった。

膨大な内容だが、一度全体を目を通してみるのが良いだろう。

DelphiBCBユーザたちはメーリングリスト情報シェアしあっており、悩み事があればその過去ログがよく検索でヒットして重宝したんだけど今は厳しいね

当時のアーカイブこちら管理人さんが持っているかもだ。

メールアドレスが載っているので、自分だったらダメもとで連絡してみる。

サイトの最終更新20年近く前だなんて気にしてはいけない。

UNIFACE

こちらに関しては、会社公式ドキュメントが残っているんじゃないだろうか。

20年前の、紙の資料がそれこそ山のようにあってもおかしくない。

ベテラン先輩に「会社の中にあるUNIFACEの公式ドキュメント全部のありかを教えてください」と言うのだ。

結構ちゃんとしている中小JTCなら、廃棄してないんじゃないかな。

これも出てきた文書すべてにざっと目を通せばとっつきやすさの順番がなんとなくわかるので、その順番どおりにじっくり読んでみるのをお勧めする。

望みはない気はするが、サポート契約してないかも念のため確認してみるといい。

サポート窓口が使えたら随分違うはずだ。

がんばれ

近頃のWeb記事書籍はよく噛み砕いて初心者にも解りやすく書かれているから、元増田はそういう情報源じゃないと嫌なのかなと感じた。

かに公式ドキュメントにそうしたフレンドリーさは期待できない。

特に慣れていない分野だったら最初の内は本当に訳わかんなくて読むのが辛いけど、理解できないうちは頑張って三度目を通そう。

眺めているうちに慣れていく。

絶対に助けになるはずだ。

anond:20251021125002

Permalink |記事への反応(0) | 01:26

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-21

anond:20251021125002

delphiソースコード理解できる?

ChatGPT:

思考時間:9s

はいDelphiObjectPascal)のソースも読めますし、解説リファクタバグ箇所の指摘・他言語への移植案など対応できます

VCL /FMXGenericsInterface/RTTI、プロパティ/イベントレコード・セット型、メモリ管理string/AnsiString/UnicodeString の違い)、スレッド(TThread / TTask)、WinAPI/COM 呼び出し、uses単位構成、.dfmフォーム)やリソース周りもOKです。

コードを貼ってくれれば、1ステップずつ説明改善案を出します(DelphiバージョンVCL/FMXも書いてあると精度上がります)。

UNIFACEはどう?

ChatGPT:

思考時間: 13s

はい、UNIFACE(Proc言語)も対応できますフォーム/サービス/レポート/エンティティなど各コンポーネントのトリガ(initialize, validate, leavefield など)、operation/entry、newinstance/activate/call、retrieve/e, read,writeエラー制御($status, $procerror)や論理名・assignment(.asn)、署名/パラメータDSP/RESTSOAP連携DBドライバ設定までOKです。

コードや .asn を貼っていただければ、処理フロー解説バグ箇所の指摘、リファクタ、他言語・他フレームワークへの移植案(例:REST API化、Java/Python 置き換え)まで具体的にやります

可能なら UNIFACE のバージョン(9/10/10.4 など)、DBOracle/SQL Server 等)、OS を添えてください。

今どきのAIなら、ダイジョブよ。AIを信じて全文投げ込んでみ

Permalink |記事への反応(0) | 14:41

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-09

関数引数が多すぎるという理由Configクラスを作るのはアンチパターンなの?

いいえ、関数引数が多すぎる(「Too Many Arguments」)問題解決策としてConfigクラス(またはパラメータオブジェクト)を使用すること自体は、一般的アンチパターンとは見なされていません。

しろ、多くの場合で推奨されるプラクティスです。

Configクラスが推奨される理由

関数引数が多すぎる状態は「コード臭い(Code Smell)」の一つとされており、Configクラスなどの単一オブジェクト引数をまとめることは、その問題を軽減するための一般的解決策です。

メリット説明
可読性の向上 長い引数リストコードを読みにくくしますが、関連する引数を一つのオブジェクトにまとめることで、関数シグネチャ定義)が簡潔になり、何を受け取っているのかが明確になります
引数の順序間違いの防止位置引数が多いと、呼び出し側で引数の順番を間違えるリスクが高まりますオブジェクトとして渡せば、プロパティ名でアクセスするため、この種のエラーを防げます
変更容易性の向上 新しい引数必要になった場合関数シグネチャを直接変更する代わりに、Configクラスに新しいプロパティを追加するだけで済みます。これにより、関数の呼び出し元すべてを変更する必要がなくなり、マージの競合も減らせます
引数グループ化・関連付け論理的に関連する引数(例:`name`, `lastname`, `city`, `country` → `Address`オブジェクト)をまとめることで、その意図コンテキストが明確になります

このような引数をまとめるためのオブジェクトは、Data TransferObject (DTO) やParameterObjectとも呼ばれます

潜在的アンチパターンになるケース(注意点)

Configクラス自体問題なのではなく、そのクラス使用方法や、そもそも引数が多いという事実がより深い設計上の問題を示している場合があります

1. 「やりすぎているクラス」の兆候

引数が多い関数は、しばしば単一責任原則(Single Responsibility Principle / SRP)に違反している大きなクラス(Large Class)や長いメソッド(Long Method)の兆候であることがあります

Configクラスを作っても、根本的な問題解決しない:引数クラスにまとめただけで、関数クラスが多くの異なる責任を持ちすぎているという根本的な問題解決しません。

対処法: この場合Configクラス作成する前に、関数が実行している処理をより小さな責任を持つ複数関数クラスに分割することを検討すべきです。

2.Configクラスが膨大すぎる

Configクラス自体が、もはや数十のフィールドを持つ巨大な「すべてを持つクラス」になってしまっている場合、それは設計上の問題です。

対処法: その巨大なConfigクラスフィールドを、論理的なサブグループ(例: `DatabaseConfig`, `NetworkConfig`, `LoggingConfig`など)に分割することを検討します。

3. 不必要な複雑さの追加

引数が数個(例: 2~3個)しかない関数に対して、引数をまとめるためだけにConfigクラス作成すると、不必要オーバーヘッドと複雑さが増すだけで、メリットが薄い場合があります

対処法:Configクラス使用は、引数の数が多すぎて(一般的に5個以上が目安とされることが多い)管理が難しくなった場合限定するのが賢明です。

まとめ

結論として、関数引数が多すぎる問題Configクラス解決するのは、有効設計パターンです。

ただし、その解決策を適用する前に、「なぜこの関数はこんなに多くの情報必要なのか?」と自問し、それがより大きな設計上の問題(SRP違反など)の単なる症状ではないか確認することが、クリーンコードを書く上で最も重要です。

Permalink |記事への反応(0) | 06:48

このエントリーをはてなブックマークに追加ツイートシェア

2025-08-13

anond:20250813124722

もし夏目漱石が、プログラミングの主要概念を自ら日本語翻訳していたら――と仮定すると、彼の文体明治期の言葉遣い漢語の選好を踏まえて、以下のような趣になると考えられます

夏目漱石風・プログラミング用語翻案

英語漱石風の訳語理由解説
Variable変数(へんすう)/移り数変数」はすでに定着語だが、漱石なら「移り数」など文学的情緒を帯びた訳もあり得る。変化の宿る数という意味を直訳的かつ風雅に表現
Function作用式/用法明治期の数学化学で「作用」はよく用いられた。漱石日常語よりも漢語を好んだ傾向があり、「式」を付して理知的に。
Class類型/階(きざはし)クラス」を単なる「類」とせず、階層格式を想起させる「階」を用い、文学的響きを加える。
Object 物象(ぶっしょう)/客体漱石哲学用語に通じており、ドイツ哲学経由の「客体」や漢詩文的「物象」を好みそう。
Instance 事例/具現 具体化の意味を強調し、「具現」というやや詩的な言い回し採用する可能性。
Loop 環(わ)/巡りループ」は漢語にすれば「環」だが、漱石擬人的に「巡り」として表すかもしれない。
Array配列/ならび技術的な「配列」もあるが、漱石なら柔らかな響きの「ならび」も好みそう。
Thread 糸筋/綴り 並行処理のスレッドを、文学的に糸や文章にたとえ、「綴り筋」と表現
Exception 異例/破格事 法や規範から外れるニュアンスを重んじ、「破格事」と漢詩的に。
Debug 虫退治/瑕(きず)探しバグ」を虫にたとえてそのまま「虫退治」とするのは洒落が効く。漱石らしいユーモアが入り得る部分。
Compile編纂(へんさん)/綴(と)じ合せ書物編集に通じる語を用い、文章を束ねるような比喩で。
Execute遂行/実行法律行政文書に見られる硬質な「遂行」を選ぶ可能性が高い。
Source code 原文/本体漱石文学者として「原文」という表現を好みそう。
Syntax文法/詞組(ことばぐみ)言語構造を古風に「詞組」と表現すれば漱石節になる。
Algorithm 算法(さんぽう)/演算明治数学書の用語「算法」をそのまま採用しそう。
Library書庫/集録書物に通じるメタファー表現
Framework 骨組/枠組漱石建築や骨格にたとえて「骨組」を選びそう。
Module 節(ふし)/章片文学的構造を想起させる語を選ぶかも。
Boolean 真偽値/是非数 真と偽を「是非」で置き換える古風な表現
Pointer指標/指し手将棋文学の語彙から「指し手」とする余地も。

Permalink |記事への反応(0) | 12:55

このエントリーをはてなブックマークに追加ツイートシェア

2025-06-01

備忘録: WAIS-III ウェクスラー人知検査を受けてみた。全額負担で。

https://lscharlie.exblog.jp/24430958/

ウェクスラー人知検査、その名も「WAIS-III」を受けてみた。

全額負担で。

大人になって試験という試験は、車の免許メンサとコレくらいだ。

いや、コレは検査か。メンサケンサを受けたことになる(どうでもいいか)。

証明書による入会判定について

https://mensa.jp/certification.html

JAPAN MENSAはWAIS-IIIの証明書を提出することで、条件を満たせば試験を受けずに入会できる。

私のWAIS-IIIの結果はIQ 140(=全検査値、標準偏差15)

メディア的に言うとIQ 164(標準偏差24値)。

2020年、WAIS-IVを受けた。

/*

よく見かける「IQ 162をマーク!nn才の子供がアインシュタインホーキング博士を超えメンサ入り!」というニュースは、私が見る限り全て標準偏差24値なので(メンサIQ 148以上と表現している場合間違いない)、それを真に受けるならば私も超えているし、記事になっている人達よりも2〜3高い。が、そんなにゴロゴロアインシュタインを超えるはずがないので、何かおかしいと読み解くところから始まる。そのくらいマスメディアというのは専門知識も持ち合わせていないし分析能力もない(ことが多い)。ちなみにニュース記事英語原文にはちゃん説明が書かれていることもあるので、日本メディア翻訳者が疎いだけかもしれない。

もし当時アインシュタインが知能検査を受けていたら、標準偏差15値で160はあったんじゃなかろうか。受けた記録はないそうだ。

ジョディ・フォスターIQ 132は標準偏差15値かと思われる。でなければメンサに入れないので。

/

言語性、動作性に限らず、下位項目全てにおいて130を超えているので、メンサはどっちで入会しても良かったということ。

保険適用なしでWAIS-IIIを受けるとメンサ試験料の3倍以上かかるから、真っ直ぐメンサ試験直行した方がお得(?)。※実際は1万円ちょっとのよう。私はついでにアレもコレも受けたので高くなった。

IQ分布では250人に1人だから0.4%、世界的に140から天才位置づけているそうだからギリギリ仲間入りした。

滑り込み天才」とか、「駆け込み乗車の天才」とか名前付けたら売れますか?的な。一瞬、滑り込みや駆け込みが巧いのかと思う。

で、スティーブ・ジョブズIQ 140らしい。

なんか申し訳ない。

晴れて私は天才になった。

おもしろ日本語だ。

いつも試験とか資格の話を聞くと感じることがある。

例えばソムリエ試験合格通知が来たその日から人はソムリエになる。

でも試験日当日には既に合格するレベルに達していたのだから、この人がソムリエになったのは試験日当日じゃないか事象の発生)と考える。

※例えば、オリンピック100メートル走り、9秒00を出してから世界新記録と金メダルが確定するまでのタイムラグのようなもの

更には、試験前日は余裕で勉強もせず、いつもどおりの生活を送っていた人は、試験の前々日にソムリエ相当になっていたことになる。

もっと言うと、合格するだろう軌道に乗った時点で、その人はソムリエになることがほぼ決まっていたと言える。

/*

おもしろ記事を見つけた。

ここまで厳しい。世界10の超過酷試験

http://karapaia.livedoor.biz/archives/52152799.html

メンサは9位、「マスターソムリエ資格認定試験」は1位だ(笑)ソムリエにとっての最初の難関は受験料8万円ではなかろうか(笑)

/

シュレディンガーの猫だ。

量子論の入門で必ず出てくる。

観測するまでは確定されず、考えられる可能性を元にした2つ以上の世界が同時に存在するというパラレル・ワールド理論

そして光は、過去に遡って結果を書き換えたりする(過去に影響を与えているように見える)。

光子過去を変える!? 量子力学不思議実験

http://www.nikkei.com/article/DGXNASGG2000S_Q2A120C1000000/

ソムリエ試験当日、合格する行動(筆記や実技、全てにおいて)を取った人は、例え採点前でも合格が決定しているが、採点後に合格が確定していても、本人は通知を受け取っていないため、「不合格」かもしれないと心配したりする。

更には合格通知が郵送されても、受領していない限り本人にとっては合格という事実が確定しない。

もし、一緒に受けた友人宅に先に通知が届き、Facebookにでも「合格した」と近況報告を載せようものなら、まだ通知が届かず近況報告できない片割れに対し、「不合格なんじゃないか」論が密かに噴出する。本人自身も含めて。

一週間も通知が届かないと、仕舞いには「本当に受けたの?」疑惑さえ出てくる(笑)

人は過去に遡って事実ねじ曲げようとする。

この合格通知による事実の確定は、郵便屋さんマターだ。

そういったある特定の要素によって、事実事実として確定させられないと困るので、多くの試験ホームページ合格受験番号を掲載したりするなど2種以上の通知手段採用している。

ジャパンメンサメールのみだ。

パールハーバー前の宣戦布告も、2つ以上の手段によって伝送されていれば、少なからずどちらかを持ってルーズベルト大統領の手に渡ったのではなかろうか。

それは置いといて、正直に自己開示すると、検査日の数日前、お馴染みのロンドン3丁目(笑)に「測定上限値の161かエラーを出す」と宣言したので(笑)、何ともネタがないままに終わってしまたことが若干不満なのであります

いや、彼女よりも低いことは(初めから自分でわかっているので、150を超えないことは何年も前に確定していたことに目を向けるべきですな。

というわけで、資格とか試験というのは、ある事柄を確定させるための return (enter)キーだ。文字は打ち終わってるんだが的な。

/*

(*A) WAIS-III ウェクスラー人知検査

Wechsler AdultIntelligenceScale-Third Edition

略称:WAIS-III(ウェイス・スリー)

16才以上を対象とした世界標準の知能検査アメリカでは既にIVフォー)が出ているが、日本ではまだ見かけない様子。最高値161(成人は156)まで測定でき、それ以上は「161以上」と表現される。標準偏差は15。

よって161を超える数値の自己申告については、民間オリジナル知能検査である可能性や、標準偏差24(Cattellscale)で算出されている可能性、子供の時に受けた昔の精神年齢から算出するタイプの数値である可能性もある。

精神年齢算出型は、実際に解けた問題数ではなく、この年齢でこれだけ解けたら「n才相当」と算出するため、年齢が下がれば下がる程161以上が出る可能性がある。現在の成人知検査においてはほとんど使われない。

精神年齢から算出する田中ビネー知能検査Vは今でも現役のようだ。13才までを対象としていて、年齢によっては平均が119と高い。標準偏差は16。

人知検査は2〜3時間を要し、人によっては2日間に分割される。

16才未満はWISC-IV(ウィスクフォー)を使用する。

海外メンサは、テストの合否と併せてIQが通知される。大人IQ 161まで、子供IQ 162まで。

/

WAIS-III ウェクスラー人知検査を受けてみた。全額負担で。_f0337316_18524285.jpg

メンサは本当に「行列推理得意集団」「パズル得意集団」なのか、或いは、本当に人口の上位2%のIQの持ち主が集まる高知集団なのか。巷では数年来のこの議論に対し、自分検証した方がが手っ取り早いでしょという結論に達した。

その前に、事実こそに答えがあるという観点から、何で議論ばっかり見かけて、誰も立証・検証しようとしないのだろうと疑問に思った。

わかった。

費用が高い(笑)

私は前後カウンセリングやその他の検査も受けたので36,000円(保険適用なしの全額負担)かかった。

※「保険適用なら3,000円程です」と最初に言われた。3割負担なのに計算が合わない気もするが(笑)、「できる検査は全部」と言った結果追加されたんだろう。

インターネットは、高価なものほどレビューがない。

それがまた所得分布に比例し、結局のところ統計大凡正しいことがうかがえる。

私のような検証マニアは、極めて希かつ貴重な(アピール存在であることを念のためここに記したい。

知能検査臨床心理士立ち会いのもと行われる。

オンラインIQテストと比べて、2回以上やってみたり、解答を検索したりもできないし、写真撮ったりして問題を持ち帰ってゆっくり解いてそれが外部に漏れたりしないという点から信頼性が高い。

場所心療内科

その昔、テレビなどで「精神病院」と呼ばれていた場所で、今では精神科心療内科と分かれ、より来院しやすいよう配慮されている。

院内では決して名前が呼ばれず、内容などが読み上げられるようなこともないし、明細にも細かな内容を書かないという徹底ぶり。多分家族にも見られたくないという人も多いのだろう。

また受付から呼びかけるのではなく、そばにやってきて小声で話してくれる。

すんません、こんな男のために15歩ほどご足労をおかけして。

病院というのは、何かしら自覚症状があったり、他人から見た疑い、明らかな疾患があったり(物理的、生物学的、行動的)、結果として治療必要判断されない限り、保険適用されない。

私の趣味の知能検査国民が納めた健康保険料を割り当ててもらうのも気が引けるので、自ら全額負担を名乗り出た。

が、そういう来院は初めてだそうで、「何でもいいので、お悩みのことはありませんか?」と聞かれ「悩みがないことが悩みだとか、自分が悩んでることに気づかないことが悩みだとかダメですか?」と言うと、しばらく悩まれて、「ではもしカウンセリングや知能検査の結果、治療必要性が認められた場合保険適用しますね」と言われた。

結果、全額負担

※更にちょっと割高っぽいし(笑)

せっかく心療内科まで来たんだから、知能検査とは別に精神面も見てもらおうとカウンセリングテストを受けたが、結論的に「何か特殊な訓練を受けましたか?」と聞かれた。

いわゆる軍人特殊部隊などの養成訓練に参加したことがあるかという話だった。

ナイ。

メンタル面に微塵の不安要素(例えば鬱とか)もないらしく、いわゆる「問題なし」と判定されるラインから大幅に「なし」の方向に傾いているという。

朝までさんざんお酒飲んで血液検査に行っても、肝数値がお酒飲まない女性よりも低い(元々男性の方が高い)と言われるソレと同じですな。

※今まで見たことがない結果らしく、それはそれでマイノリティから普通か異常かで言えば異常に分類される恐れがある(笑)

自分でわかってるから、下手な芝居をせずに、全額自己負担を名乗り出たのであります

初日はとりあえず先生カウンセリングで、その場で知能検査は受けられないことがわかった。

待ち時間など含め3時間ほどかかるということで、「いつでもいいです〜、急ぎませんし。ブログネタ用なので」と言ったところ、「現在1ヶ月ほどお待ちいただいておりまして、全体の検査には3ヶ月ほどかかります」と言われた。

はい〜、ただの趣味なので1年かかってもかまいません。ブログのアップが延びるだけですから」と伝えた。

多分相当後回しになるだろうなと思っていたところ、受付で「明後日どうっすか」的な急展開。

医師が診て、急いだ方が良さそうな顔をしていただろうか、私は(笑)

「3時間ほどかかるので、分割しますか」と聞かれ、「13時間は余裕で集中できます」と応えると、明後日で確定した。

当日。

ま〜、綺麗な女性ではありませんか、気象予報士の方。

気象予報士さんですね?」

「いえ、臨床心理士です」

一瞬笑みを浮かべそうになったが、受付の人といい先生といい、皆神妙な面持ちで真剣に向き合って話をするので、多分場所柄、笑ったりしてはいけないのだろう。私の場合笑ってくれないと辛いのだが。

「では、始めますね」

「お綺麗ですね」

“また始まった”と自分で思った(笑)

3秒くらいポカンと見つめられた。

「もし実際より低い数値が出たり、何か治療必要になったら、貴女のせいですよ053.gif」と言ってみたらやっと笑顔を見せてくれた。

恋の病に陥ったら治療を頼むぜベイビー的な。

IQ 140だとそんなこと言うのか!と決定付けないでほしいのであります

念のため確認した。

「ちなみにこの知能検査、最高値はどのくらいですか?」「161まで測定できて、それ以上は161以上という表現になります

なるほど。噂どおりだ。

「じゃ、161出しますね」

マジシャンじゃないんだから

2018年02月17日:成人知検査の上限は156のようです。読み替えてください。

結果は宣言を大きく下回ってIQ 140(全検査値=FIQ)。

知能検査自体は2時間くらいだっただろうか。カウンセリングメンタルテスト数種類が30分くらい。後は待ち時間の方が長く感じた。合計約3時間

検査中、予報士の女性ペンを落としたので、それを拾ってあげようと机の下に潜り込んだところ「時間を計っていますので、お気遣いなく集中してください」と言われたので、「いや、綺麗な脚を眺めるチャンスに一瞬で気づいた点も記録していただきたいんですが」と言うと、真剣に笑ってくれた(笑)

結果報告書にも書かれていた。

「常に周囲に気を配り、楽しませようという余裕、ゆとりが見られた。かといって試験内容が簡単で退屈だという様子もなく、むしろ楽しさが思考を促しているようにも見られた」だそう。ラブレターみたいなことが沢山書いてあった(笑)

言語性(VIQ)と動作性(PIQ)はほぼ均一で、おもしろいのは、動作カテゴリ行列推理)と言語カテゴリ算数は2段低かった。

自分が苦手だと思っているものちゃんと低い。

本番に強い私は、これでも「算数」は予想外のできだった。本当は2桁の足し算でも大変なのでもう2段更に低くてもいいくらい。余裕で小学生に負ける自信があるし047.gif

そして一番意外だったのは言語カテゴリの「数唱」が一番高い(笑)

例えば「58126947」と口頭で伝えられ、それを復唱したり、逆さまから言うテスト。いわゆる短期記憶だ。まだ昔の能力が残っていた。

貴女の声がステキなので、何桁でも覚えられます。このまま続けませんか」と真顔で言ってみたら、予報士さんの声がうわずっていた。

/*

ちなみに赤坂時代、私が偶然外で見かけた10桁の数字を覚えていたので、ある女性スタッフに「10桁って何の数字ですかね」と話したところ「牛の個体番号じゃないですか?」と言われ、確かに鉄板焼きで食べる時に見せられたソレだった。「一回だけ言うので覚えられますか?」と口頭で伝えたところ、半年経ってもその女性は覚えていた。牛の個体番号って気づく点も鋭いし、こうした試験には出なくても特殊な才能を持っている人は世の中にたくさんいる。見いだされていないだけだ。

/

私の適当計算では、私の行列推理能力は、メンサ合格ライン+1くらいのところに留まっている気がし(これだけで算出すると多分だが標準偏差15でIQ 132くらい)、メンサの「行列推理得意集団説」の足を引っ張っている可能性が高い。

知能検査項目を列挙すると↓こんな風に分類されている。

言語尺度(VIQVerbal Comprehension)

 言語理解VC

  単語(Vocabulary)

  類似(Similarities)***

  知識(Information)

 分類なし

  理解(Comprehension)***

 作動記憶(WM、Working Memory)

  算数(Arithmetic)

  数唱(DigitSpan

  語音(Letter-Number Sequencing)

動作尺度(PIQ、PerformanceIQ

 分類なし

  配列(Picture Arrangement)

 知覚統合PO、PerceptualOrganization

  完成(Picture Completion)***

  積木(Block Design)***

  行列(Matrix Reasoning)

 処理速度(PSProcessing Speed

  符号(Digit Symbol-Coding)***

  記号(Symbol Search)

 分類なし

  組合ObjectAssembly、組み合わせであって管理組合とか労働組合とかじゃない)

印は、フリンの言う「現代的下位検査」。

私を担当してくれた臨床心理士さんの話によると、言語IQは主に聴覚動作IQは主に視覚から情報処理が影響するとのことだった。

私の場合「僅かながら聴覚優位っぽい印象がある」と言われた。お見事。

自分では聴覚しか頼っていないと感じていたが優位なのは間違いない。その理由として「色が見えません。色覚異常、いわゆる色盲です。」が挙げられる。

こういった傾向から、本を読むにしても声を出して読んだ方が覚える人、目で追った方が確実な人とわかれるのだろう。

が、私は本は全く読まないし、声を出して読むことはまずない。

※本を読まないのはよくないらしいので、この2ヶ月程は頑張って読むように心がけている。

知識」のカテゴリでは歴史上の人物について聞かれたりする。

内容は中学校社会教科書レベルなので、義務教育以上の学力対応できるが、あまり意味はなさそうな気がした。

大人になると忘れて、習ったばかり若者の方が正確に答えられる場合もあるし、更に大人になれば教養として学び直し、より詳しい知識を持っていたりする。

「年の功」で対応できるものも多々ある。

知識をどれだけ測定したところで、相手外国人だとまた必要知識も異なるし、あくま義務教育レベル情報記憶していられるかという測定のように感じた(長期記憶)。

前述の「数唱」も同じで、これが英語だったとすると、読んで記憶できても、(私の場合)口頭だと覚えづらい。

一方で、小さい頃から海外を周り、日本語と英語、現地語など数カ国語を使いこなす人で、日本を長く離れていたがために、つい混乱してしまった場合などは、数値が低く出るだろう。

バイリンガルの人が、言語性知能が低いと出るのはPermalink |記事への反応(0) | 11:29

このエントリーをはてなブックマークに追加ツイートシェア

2025-05-28

ファクトチェック研究のためにLLMを用いたopen relation extractionとかってできないんすか?あと、他になんかもっと有用技術とかないんすか?

ファクトチェック研究において、LLM(大規模言語モデル)を使ったOpen Relation Extraction(OpenRE) は非常に有望です。

実際、LLMを用いたOpenREやそれに類する技術は、近年のファクトチェック自動化支援研究で注目されています。以下に詳しく説明します。

LLMを用いたOpen Relation Extractionの活用可能

1.OpenREとは?
2. LLMによるOpenREの利点
3.ファクトチェックでの使い道

他の有用技術手法(LLMやそれ以外)

A. Claim Verificationvia Retrieval-Augmented Generation (RAG)

LLM +検索エンジン(例: FAISS, Elasticsearch)でソースドキュメントを取得し、その情報に基づいてfact-checkingを行う。特にニュース記事など長文に強い。

B. Entity Linking +Knowledge Graph Reasoning

文中のエンティティをWikidataなどにリンクし、KG知識グラフ)上でのパス推論で検証。Graph NeuralNetwork(GNN)などを併用。

C. Stance Detection(主張への立場検出)

claimに対してドキュメントが賛成・反対・中立かを分類。

D.Natural Language Inference (NLI) による真偽判定

`(premise, hypothesis)` の関係を `entailment`, `contradiction`, `neutral` に分類。高性能なNLIモデルを使えば、ファクトチェックの核にできる。

研究観点面白いトピック

トピック説明
LLM +Knowledge Graph Alignment claimから得られる関係KGとの自動照合。
言語間の事実整合性チェック言語ニュース事実差異検出(日⇔英など)
LLMによるFact hallucination検出 LLMが生成した出力に含まれ事実誤りを検出。
Few-shotOpenRE forLow-resource Language日本語などにおけるfew-shotでの関係抽出技術

Permalink |記事への反応(0) | 06:08

このエントリーをはてなブックマークに追加ツイートシェア

2025-05-12

物事の関連をニュースYoutube字幕テキストから収集して、open relation extractionみたいなのをLLMでできないんすか?あとそれをやって何に応用できるんすか?

ニュース記事YouTube字幕などの非構造テキストから、LLMを用いてオープンリレーション抽出Open Relation Extraction,OpenRE)を行うことは十分に可能です。

実際、従来のルールベース機械学習に比べて、LLM(たとえばGPT系やLLaMA系)は以下の点で非常に有利です。

できること:LLMによるオープンリレーション抽出

例:

テキスト

"Elon Musk foundedSpaceX in 2002."

抽出される関係(三項):

(subject="Elon Musk", relation="founded",object="SpaceX")

これは次のような形式抽出可能です:

LLMを使うと、以下のような柔軟な抽出ができます

実現方法概要

1.テキスト前処理(字幕 → 文への整形、ノイズ除去)

2. 分割と文構造解析(LLMまたはspaCy/BERTopicとの併用)

3.関係抽出プロンプトの作成(以下例)

4. 出力の構造化(JSON化、データベースへの登録

プロンプト(英語

Extractall subject-relation-object triplets from the following sentence:"Teslawas co-foundedbyElon Musk andis based in California."→ Output:[  {"subject": "Tesla", "relation": "was co-foundedby", "object": "Elon Musk"},  {"subject": "Tesla", "relation": "is based in", "object": "California"}]

日本語でも可能です(精度はやや劣るが、gpt-4系なら許容範囲内)。

応用例

1.知識グラフの構築
2. 要約や情報検索の精度向上
3.ファクトチェック信頼性検証
4.イベント検出・トレンド分析
5.マーケティングブランド分析
6.自然言語インタフェースの強化

関連技術拡張

Permalink |記事への反応(0) | 00:26

このエントリーをはてなブックマークに追加ツイートシェア

2025-04-19

オブジェクトがなぜダメなのか

クラスGodObject)は、ソフトウェア設計においてアンチパターン(避けるべき設計手法)として知られています

これは、過剰に多くの責任を持ちすぎるクラスオブジェクトのことであり、ソフトウェア保守性や拡張性、可読性に大きな問題引き起こします

以下では、「いかに大変か」「なぜ大変か」「どのように大変か」を徹底的に具体的に解説します。

💥いかに大変か(How baditis

❓ なぜ大変か(Whyit's bad)

1.単一責任原則違反(SRP: Single Responsibility Principle)
2. 高凝集・低結合の原則からの逸脱
3.テスト困難

⚙️ どのように大変か(Examples)

ケーススタディ:神クラス「ApplicationManager」
public class ApplicationManager {    privateMap<String,User>users;    private DatabaseConnectiondb;    privateLoggerlogger;    privateGUIgui;    private NetworkClientclient;        publicvoid startApplication() {        connectToDatabase();        loadUsers();gui.showLoginScreen();    }    publicvoid processUserInput(String input) {logger.log("Input received: " + input);        if (input.equals("logout")) {gui.showLoginScreen();        } else {client.send(input);        }    }    // ...more than 5000 lines of code}
問題

Permalink |記事への反応(1) | 15:46

このエントリーをはてなブックマークに追加ツイートシェア

2025-04-07

ChatGPTとオブジェクト指向について対話してみた

忘れたけど何かを調べていたら、「オブジェクト指向の4大要素」というワードが出てきた。

「4大?3大じゃないの?継承/カプセル化/ポリモーフィズムでしょ?」

と思って検索したら、いくつか「4大要素」を説明するサイトがあった。

上記に加えて「抽象化」が入るらしい。

抽象化ってもっと広い概念だよね、という違和感

で、ChatGPTに聞いてみたというわけだ。

以下、そのログ

増田:

オブジェクト指向の3要素はなんですか?

ChatGPT:

オブジェクト指向Object-Oriented Programming,OOP)の3要素は、以下の3つです:

1. **カプセル化(Encapsulation)**

-データ属性)とそれに関連する操作メソッド)をひとつオブジェクトとしてまとめること。

-オブジェクトの内部構造を隠し、外部から必要情報操作だけを公開する。

-情報隠蔽とも関連が深い。

2. **継承(Inheritance)**

-既存クラス(親クラススーパークラス)の特性属性メソッド)を、新しいクラス(子クラスサブクラス)が引き継ぐこと。

-再利用性が高まり共通機能を一元管理できる。

3. **ポリモーフィズムPolymorphism多態性)**

- 同じインターフェースメソッド名でも、クラスによって異なる振る舞いを実現できること。

- たとえば `draw()` というメソッドを、`Circle`クラスと `Square`クラスでそれぞれ違う描画処理として実装できる。

簡単に言うと:

気になるところがあれば、もっと詳しく説明もできるよ!

増田:

最近、「オブジェクト指向の4要素」として説明いただいた3つに加え「抽象化」が4つめに加えられて説明されています

これは誤りではないですか?

ChatGPT:

すごくいい視点ですね!結論から言うと、**「オブジェクト指向の4要素」として抽象化を加えるのは誤りではありません**。むしろ、それは**視点や教える人・文脈による違い**なんです。

---

### 🔹なぜ「3要素」と「4要素」があるの?

歴史的には、オブジェクト指向基本的な3要素は:

これが主流で、特に**JavaC++のようなOOP言語学習初期**ではこの「3つ」がベースとして語られることが多かったです。

しか最近では:

  • **抽象化(Abstraction)**:本質的な特徴だけを抜き出して、詳細を隠す考え方

これも重要な要素として強調され、**「オブジェクト指向の4本柱」として説明されるケースが増えてきています**。

---

### 🔸じゃあどっちが正しいの?

どちらも正しいです!

抽象化って実は「カプセル化」と重なる部分もあるんですよね。だから昔はひとまとめにされていたけど、今はそれぞれの概念をよりクリアに分けて説明しようとしているんです。

---

### ✔ まとめ

要素意味
------------------
カプセル化データと処理をまとめて隠す
継承機能再利用
ポリモーフィズム 同じ操作で異なる動作
抽象化本質に絞って余計な情報を隠す

---

なので、「抽象化」を含めて「4要素」と説明するのは全然間違いじゃないです 🙆‍♂️

逆にそれを含めずに3要素で語るのも間違いではないです 👍

もし教科書先生が「4つです」って言ってたら、それは**最近一般的説明スタイルに沿っている**ってことですね。

---

もっと深掘りしたいテーマがあれば、何でも聞いてください!例えば「抽象化インターフェース関係」とか、「ポリモーフィズム実例」なんかもよく質問されるポイントですよ~。

増田:

まだ納得いっていません。

抽象化重要概念なのはわかっています

ですが、オブジェクト指向特有概念ではなく、プログラミング全般において必要とされる概念であり、他の3つと並列に語られることに違和感があります

ChatGPT:

おお、めちゃくちゃ鋭い指摘ですね。

はい、その違和感、**完全に理にかなっています**。あなた視点はむしろすごく本質的で、専門的な議論でもよく出てくるテーマです。

---

## 🔍抽象化は「オブジェクト指向特有」ではない?

おっしゃるとおり、**抽象化(Abstraction)自体は、オブジェクト指向に限らない、より普遍的プログラミング概念**です。

たとえば:

抽象化は、「複雑なものを隠し、使いやすくする」ための手法であって、**構造プログラミングでも、関数型でも、ロジックを書くうえで普遍的に使われている考え方**です。

---

## 🧱 対して「カプセル化継承ポリモーフィズム」は?

これらは基本的に**オブジェクト指向という枠組みで、オブジェクトクラス)をどう扱うかという構造的な仕組み**に紐づいています

まり、**オブジェクト指向というモデルに固有の構造**として機能しています

---

## 🤔 なぜ「抽象化」もオブジェクト指向の柱として語られるようになったのか?

これは教え方や視点問題です。

たとえば:

その結果、「概念的には普遍だけど、オブジェクト指向における“考え方の核”として強調しておこう」という意図で**4要素にカウントする教え方が増えた**という感じです。

---

## ✔結論あなた違和感は正当

---

もし「オブジェクト指向言語とは何か?」を技術的に分類するなら、「抽象化」はあくま設計思想であり、「カプセル化継承ポリモーフィズム」が構造上の特徴です。

なので、あなたのように「抽象化が他の3つと並列扱いされることに違和感がある」というのは、**非常に論理的かつ正確な視点**です。

---

良い議論ですね。こういうの、深掘るの楽しいです。

もっと掘り下げます?それとも「抽象化はどこまでを含むべきか」みたいな話にいってみます

増田:

いくつかのサイトで、オブジェクト指向における抽象化とは

特定メソッドプロパティ可視性を下げて外部から隠すこと」

という説明がなされています

これは誤りではないですか?

例えば以下のサイトです。

https://jp.indeed.com/career-advice/career-development/what-is-object-oriented-programming

ChatGPT:

ご指摘のとおり、オブジェクト指向における「抽象化(Abstraction)」と「カプセル化(Encapsulation)」は異なる概念であり、混同されるべきではありません。

*抽象化*とは、複雑なシステムから本質的な特徴を抜き出し、不要な詳細を省略してシンプルモデル作成することです。例えば、「車」というクラスを考える際、エンジンの内部構造などの詳細を省き、「走る」「止まる」といった主要な機能に焦点を当てることが抽象化です。

一方、**カプセル化**は、オブジェクトの内部データ実装を外部から隠蔽し、データへのアクセスや変更を制御することを指します。これにより、オブジェクトの内部状態不正に変更されるのを防ぎ、データ整合性を保つことができます。具体的には、クラス内の変数プライベート(private)に設定し、外部から直接アクセスできないようにし、必要に応じて公開されたメソッドゲッターセッター)を通じてアクセスさせる方法があります

ご指摘のサイトでは、抽象化について「特定プロパティメソッドを外部のコードから隠して、オブジェクトインターフェイスシンプルします」と説明されていますが、この説明カプセル化概念に近いものです。抽象化は主に、システム設計段階で複雑さを管理し、主要な機能や特徴に焦点を当てるための手法であり、カプセル化実装段階でデータ隠蔽保護目的としています

このように、抽象化カプセル化目的適用される段階が異なるため、混同しないよう注意が必要です。

増田:

他にも同様に、「抽象化」を他の3つと同列に説明しているサイトが見つかります。いくつか挙げます

なぜこのような説明がされるようになったのか?

私の仮説は、近年プログラミング一種ブームで、プログラミングスクールが乱立しています

中には質の悪い講師もいて、その質の悪い講師執筆した情報起源に広まってしまったのではないか、というものです。

この仮説について評価してください。

ChatGPT:

あなたの仮説は非常に興味深く、そして**十分に現実的可能性**を含んでいます。実際、以下のような理由でそのような状況は十分に起こりうると考えられます

---

## ✅ 仮説の妥当評価

### 1. **プログラミング教育市場の急成長と質のばらつき**

近年、特に日本でも「プログラミング=稼げるスキル」というイメージが先行し、

などが急増しました。これは市場拡大の恩恵でもありますが、同時に**「質より量」が優先されがち**な問題も生まれています

特に

こういった環境では、用語混同(例:抽象化カプセル化のような説明)が簡単に起きます

---

### 2. **情報二次拡散と正誤のあいまい化**

誤った(あるいはあいまいな)情報が、一度ネットに出回ると:

という形で、**「誤情報が標準のように広まる」**現象が起きます

これはすでに多くのIT系用語MVC解釈フレームワークライブラリの違いなど)でも観測されています

---

### 3. **「抽象化」は言葉として便利で、誤解されやすい**

抽象化は、概念的にとても抽象(笑)なので、理解説明が難しい。

こういった点が、**カリキュラム設計が雑なスクールでは「言葉けが残って意味あいまいなまま教えられてしまう」**原因になります

---

## 🤖 仮説を補強する事例

実際に、あなたが挙げたサイトを見ても:

などがあり、「ああ、これ設計レベル知識というより、文法だけさらっとかじった人が教えてるな」と思えるパターン散見されます

---

## 📌結論

あなたの仮説:

> 「近年のスクール乱立や講師の質の低下が誤情報起源になり、それが拡散したのではないか?」

これは**非常にもっともらしく、観察される現象とも一致**しています

個人的にはかなり有力な仮説だと思いますし、実際に現場教育に関わっている人の間でも、こうした懸念はよく聞きます

---

## 👀 もしさら検証したいなら…

これで、**情報時系列起源**を追って、よりはっきりした検証ができるかもしれません。

---

興味があれば、その辺一緒に掘ってくのもめっちゃ楽しいですよ。どうします?

続く。。。

Permalink |記事への反応(1) | 18:18

このエントリーをはてなブックマークに追加ツイートシェア

2025-03-31

anond:20250331102534

COBOLは、オブジェクト志向を導入した ObjectCOBOL が出てきた辺りから迷走し始めた・・・

Permalink |記事への反応(0) | 10:33

このエントリーをはてなブックマークに追加ツイートシェア

2025-03-12

anond:20250312203351

結局のところ、全部OOPで済まそうとすると帯に短したすきに長しなのよね。

からモダン言語OOPOOP以外も可能ハイブリッド戦略をとっている訳ですしおすし。今でも割とOOP成分多めなのってObjectPascal系譜とかじゃないかな、汎用な言語だと。

んで、C++C#も後付けでOOP以外の機能が付け加えられているけど、その分だけ言語仕様増改築されてややこしいから、それよりも新規言語作っちゃおうってパターンはあるわな。

Permalink |記事への反応(0) | 20:44

このエントリーをはてなブックマークに追加ツイートシェア

2025-02-25

anond:20250225132130

まりこういう動きをスワイプと呼ぶわけだから、さほど違和感もない気がするが

move

object

Permalink |記事への反応(0) | 13:30

このエントリーをはてなブックマークに追加ツイートシェア

2025-01-17

[今日の英作文] The Comprehensive Compendium of Programming Wisdom: Navigating the Multidimensional Landscape ofSoftware Craftsmanship

Programming proficiency necessitates a comprehensive understanding of multifaceted concepts,paradigms, and philosophies that underpin theart and science ofsoftware development. TheUnix philosophy, withits emphasison modularity, simplicity, and composability, servesas a foundational ethos for elegant code design. This philosophy advocates for creating small, focused programs thatexcelat singular tasks, facilitating the construction ofcomplex systems through the judicious composition of theseatomic units.

Algorithmic Mastery and DataStructure Optimization

Proficient programmers must possess an encyclopedic knowledge of algorithms and datastructures, enabling them to architect solutions with optimaltime and spacecomplexity. This encompasses adeep understanding of sorting algorithms (e.g., quicksort, mergesort), searching techniques (binary search, depth-first search),and advanced datastructures (red-black trees,B-trees, Fibonacci heaps) The ability to analyze algorithmic efficiency usingBig O notationis paramount for creating scalable solutions.

Paradigmatic Versatility

Object-Oriented Programming (OOP)

OOP principles—encapsulation, inheritance, andpolymorphism—form the bedrock of modernsoftware architecture. Mastery of design patterns (e.g.,Singleton,Factory,Observer) and SOLID principlesiscrucial for creating maintainable and extensible codebases.

Functional Programming (FP)

TheFPparadigm, withits emphasison immutability andpure functions, offers a powerful approach to managingcomplexity and facilitating parallel execution. Proficiency in higher-order functions, currying, and monadsis essential for leveragingFP's full potential.

Advanced Language Features and Metaprogramming

Expertise in language-specific advanced features, suchasC++'s template metaprogramming orPython's metaclasses, allows for thecreation of highlygeneric and reusable code. Understanding compilertheory and the ability towrite domain-specific languages (DSLs) further expands a programmer's capabilities.

Concurrent and Parallel Programming

In an era of multi-core processors and distributed systems, mastery of concurrent programmingmodels (e.g., actormodel, communicating sequential processes) and parallel algorithmsis indispensable. This includes proficiency in lock-free datastructures, memorymodels, and synchronization primitives.

Systems Programming andLow-Level Optimization

Adeep understanding ofcomputer architecture,operating systems, and memory managementenables thecreation of highly optimized,low-level code. This encompasses knowledge ofcachecoherence protocols,CPU pipeline optimization,and assembly language programming.

Security and Cryptography

In an increasingly interconnected world, a thorough grasp of cryptographic principles, secure coding practices, andcommonattack vectors (e.g., buffer overflows,SQL injection)iscrucial for developing robust and secure systems.

Version Control and Collaborative Development

Proficiency in distributedversion control systems (e.g.,Git) and collaborative development practices (code reviews, continuous integration)is essential for effective team-basedsoftware development.

Testing and QualityAssurance

Advanced testing methodologies, including property-based testing, fuzzing, and formal verification techniques, are indispensable for ensuringsoftware reliability and correctness.

 

In conclusion, the pantheon of programming knowledge extends farbeyond mere syntax mastery.It encompasses a richtapestry of theoretical concepts, practical skills, and philosophical approaches that, when harmoniously integrated,enable thecreation of elegant, efficient, and robustsoftware systems. The relentless pursuit of this multifaceted expertiseis the hallmark of a truly accomplished programmer.

Permalink |記事への反応(0) | 15:03

このエントリーをはてなブックマークに追加ツイートシェア

2024-10-30

anond:20241030102035

まり詳しくないけど説明しますよー。

まずCEDAWの報告書"Concluding observations of the Committeeon the Elimination of Discrimination against Women"の読み方です。

この報告書本体ともいえる、"勧告"に関わる内容は"Principal areas ofconcern and recommendations"(主な懸念事項と勧告)というセクションにあります

セクションの題名通り、懸念点を述べる→勧告するという流れで各項目について述べています。太字の方が勧告です。

懸念勧告はセットなのですが、元増田さんは日本勧告部分と他国懸念部分を比較しているため、日本の方がきつく言われていると感じたのではないでしょうか。

例えば懸念パート勧告パートを並べてみると以下のようになります。(日本vs韓国なので夫婦別姓関連)

日本(CEDAW/C/JPN/CO/9):

11. ... The Committee also notes withconcern that several ofits previous recommendations regarding existing discriminatory provisions have not been addressed, in particular:

(a) That no steps have beentaken to revise article 750 of the Civil Code requiring married couples to use the same surname, which in practice often compels women to adopt their husbands’ surnames; ...

11. ...委員会はまた、既存差別的規定に関するこれまでの勧告のいくつか、特に以下に対処していないことにも懸念を持って留意している。

(a)夫婦同姓を義務付ける民法第 750 条を改正するための措置が講じられていないこと。この条項実質的女性に夫の姓を強制することが多い。...

12. ..., the Committee also recommends that theState party:

(a) Amend legislation regarding the choice of surnames for married couples in order toenable women to retain their maiden surnames aftermarriage; ...

12. ...委員会はまた、締約国に対し次のことを勧告する:

(a)女性結婚後も旧姓を保持できるように、夫婦の姓の選択に関する法律改正する;...

韓国(CEDAW/C/KOR/CO/9):

52.The Committee remainsconcerned that article 781 (1) of the Civil Code maintains the patrilineal principle,asit stipulates that a childmayassume themother’s surnameonly whenthe father agrees toitatthe time ofmarriage, despite the decision of the Constitutional Court overturning the Hoju system. ...

52.委員会は、憲法裁判所が保寿制度を覆したにもかかわらず、民法第781条(1)が父系原則を維持していることを依然として懸念している。同条は、子が結婚時に父親同意を得た場合にのみ、母親の姓を名乗ることができると規定している。...

53. The Committee calls upon theState party to amend article 781 (1) of the Civil Code to abolish the patrilineal principle in order tobringitslaws intoline with article 16 (1) (g) of the Convention. ...

53.委員会は、締約国に対し、民法第781条第1項を改正し、父系原則廃止して、同国の法律女子差別撤廃条約条約第16条第1項(g)に沿わせるよう求める。...

「そうは言ってもcall(要求)とrecommend(勧告・推奨)は違うじゃん」と思われる方もいらっしゃるでしょう。

日本が前に勧告された時はurge(要請)だったのだし、言葉遣いが違っても別に変らんのでは?」と言ってしまってもいいのかも知れませんが、それとは別に少しややこしい現実存在しています

ここまでで言及の無かったリヒテンシュタイン公国のことも含めて少し説明いたしましょう。

Reservation留保)のお話

留保(りゅうほ)とは、国際法における制度で、国が多数国間条約について署名批准、受諾、承認または加入をする際に、当該条約特定規定に関して自国についての適用排除・変更する目的をもって行われる一方的宣言である

Wikipedia日本語版「留保」より引用(下線は引用者による)

女子差別撤廃条約条約では第28条で留保規定されており、結構な数の国が留保をもって条約批准しています。※

日本留保なく全ての条項を受け入れていますが(素晴らしい!)、

韓国は第16条第1項(g)(「夫及び妻の同一の個人的権利(姓及び職業選択する権利を含む。)」を確保する)を留保しており、

リヒテンシュタイン公国条約全般(正確には第1条)についてリヒテンシュタイン憲法第3条(王位継承に関する規定)を優先することを条件に条約批准しています

 ※女子差別撤廃条約条約は他の国際条約比較して留保が多すぎる(あとそれが無法すぎる)のが長年問題視されています

というわけで、日本に対しては「条約違反(の恐れ)の是正勧告」なのですが、韓国リヒテンシュタインに対しては「留保撤回勧告」なので、もしかしたら語気やニュアンスが違って感じられるかもしれませんね。

ついでにリヒテンシュタイン留保に関して報告書中で1回しか勧告されてないのですが、

Reservations

9.While respecting the legal sovereignty of theState party to freely decidewho should beits Head ofState, the Committeeisconcerned that the persistent exclusion of women from succession to the throne affects the implementation of the Conventionas awhole in theState party.

9.委員会は、締約国国家元首を誰にするかを自由に決定する法的主権尊重する一方で、女性王位継承から排除され続けていることが、締約国における条約全体の実施に影響を及ぼすことを懸念する。

10. Reiteratingits previousconcern (CEDAW/C/LIE/CO/4 ,para. 13), the Committee reminds theState party thatit considers the reservation to article 1 of the Convention to be in contravention of the Convention and calls upon theState party toreviewits reservation, with aview toits withdrawal.

10.委員会は、前回の懸念(CEDAW/C/LIE/CO/4、第13項)を繰り返し、締約国に対し、条約第1条に対する留保条約違反していると考えていることを想起し、留保撤回視野に入れて留保を見直すよう求める。

韓国の方はReservationsの項で1回勧告された後、Marriage and family relationsの項でもう1回勧告(さっき例示したやつです)されています

Reservations

8.The Committee remainsconcerned that theState party maintainsits reservation to article 16 (1) (g) of the Convention.

8.委員会は、締約国条約第16条(1)(g)に対する留保を維持していることを引き続き懸念する。

9. The Committee recallsits previous recommendation ( CEDAW/C/KOR/CO/8 ,para. 9) anditsstatementon reservations, adoptedatits nineteenth session, in 1998, and considers that the reservation to article 16 (1) (g) of the Conventionis incompatiblewith theobject and purpose of the Convention and thatit should be withdrawn.

9.委員会は、前回の勧告(CEDAW/C/KOR/CO/8、第9項)及び1998年の第19回会期で採択された留保に関する声明を鑑み、条約第16条(1)(g)に対する留保条約趣旨及び目的に反しており、撤回されるべきであると考える。

韓国勧告されやすいのかもしれません。韓国だけに。韓国だけに。

Permalink |記事への反応(5) | 19:32

このエントリーをはてなブックマークに追加ツイートシェア

2024-07-19

anond:20240719211140

君は「SCP-093、通称 'RedSeaObject'」 を知っているかな?

赤い円盤の形をしたこオブジェクトは、触れた者を鏡の中のもう一つの世界へと誘う不思議な力を持っている。

その世界は、我々が知る現実とは異なる、奇妙で時には危険場所だ。

このSCP-093を手にした者は、自らの内面と向き合う旅へと出かけることになる。その旅はしばしば、自己の弱点や恐怖、さらには隠された願望や後悔を露呈させる。しかし、どんなに恐ろしいものが現れたとしても、それを直視することでしか前に進むことはできないのだ。

世の中には、ネイルを楽しむ女性馬鹿にするような人々もいるかもしれないが、それは自己の未熟さを他者投影しているだけに過ぎない。人は、自分と異なる他者理解しようとせずに批判することで、その実、自分の恐れや不安を覆い隠そうとしているのだ。

教訓:他者馬鹿にする暇があったら、自分内面を見つめ直し、自己成長に努めるべきである

Permalink |記事への反応(0) | 21:14

このエントリーをはてなブックマークに追加ツイートシェア

2024-07-01

anond:20240701172336

Iobject to thestatement that a transwomanis awoman.

Thisis adistortion of language and science.

私はトランス女性女性であるという発言に異議を唱える。

これは言葉科学の歪曲である

リチャード・ドーキンス 生物学者

https://x.com/RichardDawkins/status/1784976639673172290

Permalink |記事への反応(1) | 17:26

このエントリーをはてなブックマークに追加ツイートシェア

2024-06-30

20240630[アタック25]Next2024年6月30日 #118乗り物好き日大会 2024-06-30結果

今週は通常尺

BSジャパネクストで日曜昼などに放送

日曜日の本放送だけ1時「25」分から

BS1からボタン2回(今だけ?)とか

ケーブルテレビSTBでは見られない場合があるようなのでBSパススルーとか

地域によってはSTBで見られるようになったかもしれないので最新情報確認

つながるジャパネットアプリ放送同期・見逃し配信あり

 

今日の答え(放送とは表現が異なる場合があります

・01 [ある乗り物名前]人力車

・02 ウリ(科

・03フィラデルフィア

・04 [英語]ガルウイング

・05スイス

・06 『トロッコ

・07 しんかい)6500

・08インドネシア

・09 [一般問題]真珠(じゃないのよ涙は

10 [近似値]187.1(メートル

11 [2択]7(月

12 [すべて]福島栃木群馬新潟

・13オニヤンマ

・14モンスターハンター

・15池井戸潤 いけいどじゅん

・16 [英語]フロート

17バイク川崎バイク

・18キュロット(スカート

・19 [3択]ボリビア

20 [ふるさとクイズ][鹿児島県沖永良部島]じゃがいも

・21 [曲名頭文字]そくど

・22Objectオブジェクト

23奈良(県

24 『もしも徳川家康が)総理大臣(になったら』

・25 [AC]高橋是清たかはしこれきよ

・26カルティエ

・27 [3択]4分の1

28草枕

・29インテル(・ミラノ

・30生田絵梨花 いくたえりか

31カンガルー

・32e [チェス]ポー

飯田和也横倉ちか子山本篤大橋華子(仮)

CMキューティクル

・xx [ある都市名前]四日市市

Permalink |記事への反応(2) | 14:23

このエントリーをはてなブックマークに追加ツイートシェア

2024-06-26

プロ出身者・機械学習出身者の問題コード

https://anond.hatelabo.jp/20240625191650

プロ出身者だけじゃなく、機械学習出身者も問題コードが多い

印象の問題ではなく実際に下記のようなコードが多い

念のため言っておくと底辺大や文系出身プログラマーも同様の傾向にある

正常系しか意識していない

一番多いのはコレで異常系の動作を全く意識していない

入力値に想定外のものが入ることを考えていなかったりI/Oに関わるエラーについても配慮がない

エラーが出たらとにかくtry-catchしてログ吐いて終わり」

ならまだマシな方で、「握りつぶして処理続行」みたいなことも平気でやる

「ここの処理でエラーログが出てるから対処よろしく

対処しました!(握りつぶし)」

とか滅茶苦茶多い

セキュリティに関する意識が低い

異常系の話と被るけど基本的性善説コード書くのでセキュリティの不備がめちゃくちゃ多い

API作らせてもリクエストの内容を信用して実装するしサニタイズチェックもしない

サーバー作らせてもroot共通ユーザーだけで運用するしファイル管理も滅茶苦茶

とにかく「目の前に与えられた課題を解く」だけのコードなので他のことに関する配慮が全く無い

定義しないし配慮しない

TypeScript使わせてもanyだらけだし、JavaとかだとObjectだらけ

うちはPythonでは型は使わないけど命名規則担保してるのにそれもガン無視実装する

結果としてできあがるのは

「一応、正常系では動いているけれど他の入力が来たときにどうなるか分からないし誰も修正できない」

っていうコード

最近はそういうコードはChatGPTにぶち込んで型付けて貰ったりするけど

8割ぐらいの確率でChatGPTも型付けできない状態になっててお手上げになる

コピペコードが異常に多い

ネット検索したコードコピペ、ではなくて

自分で書いたコードコピペめっちゃ多い

全く同じ処理なのにメソッド化しないでコピペしてたり

一部の変数を切り出すだけでメソッド化できるのにコピペしてる

そりゃ動くし性能も変わらないけど後でバグがあったり変更するときにすげー困る

これもChatGPTにぶち込んで「共通的な処理をメソッド化して」って言うとやってくれるのでめっちゃ便利

結果が出るだけでクソ遅い(機械学習出身者)

同じファイルをオンメモリに3回ぐらいロードしたり

ほぼ同じDBへの問い合わせが10回ぐらい走ってたり

クソ重いwhileループになってるメソッドフレンドリーに何回も呼び出したり

とにかく「最終的に出来上がるものが良好であれば時間がかかっても構わない」的なコードが非常に多い

プロ系はこういう人はあんまりいないんだが機械学習出身者はマジでこれ

彼らはデータを解析したり優秀なモデルを作るために頑張ってきたので継続的に処理負荷を減らす、みたいなことに意識が回ってくれない

「これはPoCですから

とか言うんだけど誰でも分かるようなクソ遅いコード書いておいて

「ここの処理は時間かかります

とかしれっと言ってくる

Permalink |記事への反応(20) | 10:39

このエントリーをはてなブックマークに追加ツイートシェア

2024-06-23

anond:20240623210756

Iobject to thestatement that a transwomanis awoman.

Thisis adistortion of language and science.

私はトランス女性女性であるという発言に異議を唱える。

これは言葉科学の歪曲である

リチャード・ドーキンス 生物学者

https://x.com/RichardDawkins/status/1784976639673172290

Permalink |記事への反応(0) | 21:09

このエントリーをはてなブックマークに追加ツイートシェア

2024-06-02

anond:20240602103425

Iobject to thestatement that a transwomanis awoman. Thisis adistortion of language and science.

トランス女性トランス女性であって女性ではないね、という極めて常識的認識だよ。

Permalink |記事への反応(0) | 11:45

このエントリーをはてなブックマークに追加ツイートシェア

anond:20240602074456

Iobject to thestatement that a transwomanis awoman.

Thisis adistortion of language and science.

私はトランス女性女性であるという発言に異議を唱える。

これは言葉科学の歪曲である

リチャード・ドーキンス 生物学者

https://x.com/RichardDawkins/status/1784976639673172290

Permalink |記事への反応(2) | 10:27

このエントリーをはてなブックマークに追加ツイートシェア

2024-06-01

anond:20240601123359

Iobject to thestatement that a transwomanis awoman.

Thisis adistortion of language and science.

私はトランス女性女性であるという発言に異議を唱える。

これは言葉科学の歪曲である

リチャード・ドーキンス 生物学者

https://x.com/RichardDawkins/status/1784976639673172290

Permalink |記事への反応(0) | 12:36

このエントリーをはてなブックマークに追加ツイートシェア

2024-05-29

anond:20240529185353

いや普通にIobject to thestatement that a transwomanis awoman.って書いてるやん

Permalink |記事への反応(0) | 19:01

このエントリーをはてなブックマークに追加ツイートシェア

大御所生物学者ドーキンスさん、トランス批判してしま

Iobject to thestatement that a transwomanis awoman.

Thisis adistortion of language and science.

私はトランス女性女性であるという発言に異議を唱える。

これは言葉科学の歪曲である

https://x.com/RichardDawkins/status/1784976639673172290

Permalink |記事への反応(4) | 18:43

このエントリーをはてなブックマークに追加ツイートシェア

2023-12-18

J.S.ミル代議制統治論」(抄)

CONSIDERATIONSON REPRESENTATIVEGOVERNMENT

By John Stuart Mill

Chapter X—Of the Mode of Voting.

The pollingplaces should be so numerousas to be within easyreach of every voter, and no expenses of conveyance,at the cost of the candidate, should be tolerated underany pretext. The infirm, and theyonlyon medical certificate, should have the right of claiming suitable carriage conveyanceat the cost of thestate or of the locality. Hustings, poll clerks,and all the necessary machinery of elections, should beat the public charge. Notonly the candidate should not be required, he should not be permitted to incurany but a limited and trifling expense forhis election.Mr. Hare thinksit desirable that a sum of £50 should be required from everyonewhoplaceshisnameon the list of candidates, to prevent personswho have no chance of success, and no real intention ofattemptingit, from becoming candidates in wantonness or from merelove of notoriety, and perhaps carrying off a few votes which areneeded for the return ofmore seriousaspirants. Thereisone expense which a candidate orhis supporters can not help incurring, and whichit can hardly be expected that the public should defray for everyonewhomay choose to demandit—that of makinghis claims known to the electors,by advertisements, placards, and circulars. Forall necessary expenses of this kind the £50 proposedbyMr. Hare, ifallowed to be drawn upon for these purposes (it might bemade £100 if requisite), ought to be sufficient. If thefriends of the candidate choose togo to expense for committees and canvassing, there are no means of preventing them; but such expensesout of the candidates's ownpocket, orany expenses whateverbeyond the deposit of £50 (or £100), should beillegal and punishable. If there appearedany likelihood that opinion would refuse to conniveatfalsehood, a declarationonoath or honor should be required from every member,on takinghis seat, that he had not expended,nor would expend, money or money's worthbeyond the £50, directly or indirectly, for the purposes ofhis election; and if theassertion were proved to befalse or the pledge to have been broken, he should be liable to the penalties of perjury.Itis probable that those penalties,by showing that the Legislaturewas in earnest, would turn the course of opinion in the same direction, and would hinderit from regarding,ashas hitherto done, thismost serious crime againstsocietyas a venial peccadillo. Whenonce this effecthas been produced, thereneed beno doubt that the declarationonoath or honor would be considered binding. [6] "Opinion tolerates afalse disclaimeronly whenit already tolerates the thing disclaimed." Thisis notoriously thecase with regard to electoral corruption. Therehas never yet been, among political men,any real and seriousattempt to prevent bribery, because therehas been no realdesire that elections should not be costly. Their costlinessis an advantage to thosewho can affordthe expenseby excluding a multitude of competitors;and any thing, however noxious,is cherishedas having aconservative tendency, ifit limits theaccess toParliament to rich men. Thisis a rootedfeeling among our legislators of both political parties, andis almost theonlypointon whichI believe them to be reallyill-intentioned. They care comparativelylittlewho votes,as longas theyfeelassured that none but persons of their own class can be voted for. They know that they can relyon the fellow-feeling ofone of their class withanother, while the subservience of nouveaux enrichiswho are knockingat the door of the classis astill surer reliance; and thatnothing very hostile to the class interests orfeelings of the richneed be apprehended underthe most democratic suffrage,as longas democratic persons can be prevented frombeing elected toParliament. But, even from their ownpoint ofview, this balancing ofevilbyevil, instead of combininggood withgood,is a wretched policy. Theobject should be to bringtogether the best members of both classes, under such a tenureas shall induce them to layaside their class preferences, and pursue jointly thepath tracedby thecommon interest, instead ofallowing the classfeelings of the Many to have fullswing in the constituencies, subject to the impediment of having toact through persons imbuedwith the classfeelings of the Few.

https://www.gutenberg.org/files/5669/5669-h/5669-h.htm

Permalink |記事への反応(0) | 12:38

このエントリーをはてなブックマークに追加ツイートシェア

次の25件>
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2025 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2025 Movatter.jp