覚えておきたい、ニセ科学リスト - 妄想科學日報
「予備知識のない状態でニセ科学を見分けるのは難しい」という指摘があったので、予め警戒しておくべきニセ科学をリストアップしてみる。 量が多くて一度には書ききれないので順次追加。説明だけでなく項目自体増やしていくので、抜けを思い付いた方、間違いを見付けた方は御一報頂ければ幸甚。 広い意味で「間違った情報が信じられている」ものとしては歴史・経済・政治分野などにも多く存在すると思うが、この辺りは厳密な検証が困難であり泥沼化しやすいので割愛する。 また「かつて支持されていたが棄却された仮説」は科学的にニセだったわけではないので取り上げない。「科学の原則に則っていないニセ科学」と「科学に則してはいたが誤りだった仮説」は別物なので注意。 医学系 医学は勿論科学を元に発達した学問だが、多分に経験的である(=効く理由は判らないが効くことは実証されるような状態)ために似非理論が排除し難いのか、或いは患者への説
エンジニア必須の概念 – 契約による設計と信頼境界線
(Last Updated On: 2019年5月29日)少し設計よりの話を書くとそれに関連する話を書きたくなったので出力の話は後日書きます。 契約による設計（契約プログラミング）（Design by Contract – DbC）は優れた設計・プログラミング手法です。契約による設計と信頼境界線について解説します。 契約プログラミングとは 契約プログラミングは比較的新しい設計思想で、サポートしている言語にはEffile、D、Clojure、Valaなどがあります。最近作られた言語の多くが契約プログラミングをサポートする機能を持っています。C++、C#やJavaなどでも契約プログラミングをサポートするライブラリが利用できます。契約プログラミングをサポートする言語やライブラリを利用しない場合でも、契約プログラミングの概念を適用すると安全かつ効率が良い開発の手助けになります。 Wikipdiaの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
