「花粉を水に変えるマスク」根拠論文を批判したら医学部教授から集団訴訟と脅された「騒動」 - 左巻健男＆理科の探検’s blog
ぼくはスラップ訴訟に敏感だ。なぜならジャーナリストで大学客員教授という人（DND出口俊一氏）から仕掛けられて闘った経験があるからだ。当初、なぜ出口氏がEM菌への批判者に異常とも見える攻撃をするのかは謎だった。後で出口氏が「EM研究機構顧問」だったことがわかった。 この裁判はぼくの完全勝利で終わったが、経緯は、『ドキュメント スラップ名誉毀損裁判 EM菌擁護者と批判者の闘い』 左巻健男著 にまとめておいた。 A5 表紙込20ページ 200円(税抜) http://ankokudan.org/d/d.htm?detail099-detailread-j.html さて、そんなぼくのところに、五本木クリニック院長桑満おさむさんから、ハイドロ銀チタンのマスクを「研究中と称する信州大学の医学部の教授に「ブログを削除しろ、じゃないと次のステージに行くよ」とメッセージが来ています。」と連絡があった。
Blog
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
Rails: パーシャルと`collection:`でN+1クエリを回避してビューを高速化（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Partial rendering performance in Rails 原文公開日: 2017/11/17 著者: Alessandro Rodi Rails: パーシャルとcollection:でN+1クエリを回避してビューを高速化（翻訳） Railsでビューのレンダリング（特にパーシャル）を正しく行うことの重要性に気づいてない人をよく見かけます。本記事では、さまざまなアプローチのパフォーマンスの相対数値を比較します。このトピックは、多くのブログ記事で見落とされがちです。 N+1クエリの回避 最初の重要なトピックは「N+1クエリ」です。N+1クエリをのさばらせると速度低下が不可避になり、その他のパフォーマンス最適化も効かなくなってしまうことがあるため、ぜひとも回避しましょう！ 非常にシンプルな例から見てみましょう。 <%
放送法 「政治的公平条文」撤廃 政府検討、民放連は警戒 （産経新聞） - Yahoo!ニュース
放送局に対し政治的公平などを義務付けた放送法４条の撤廃などを柱とする放送制度改革を政府が検討していることが１５日、分かった。放送業界の構造改革を進め、放送とインターネット通信との垣根をなくし、コンテンツ産業での新規参入促進が狙いだが、日本民間放送連盟はこうした動きに警戒を強めている。 政府の内部文書では、放送と通信で異なる規制・制度の一本化に向け、放送にのみ課されている放送法４条を撤廃するとともに、放送にのみ認められている簡便な著作権処理を通信にも適用する。 さらに、放送番組をはじめとするソフト事業と放送設備などのハード事業の分離を徹底。ソフト事業で独立系を含めた多様なコンテンツ制作事業者の参入を促進する。ＮＨＫについては放送内容に関する規律を維持する。 こうした動きに民放連の井上弘会長＝ＴＢＳテレビ名誉会長＝は同日の会見で「単なる資本の論理、産業論で放送業を切り分けてほしくない」と指摘。
植田正明氏による損害賠償請求事件のご報告｜佐藤秀峰
「平成27年（ワ）第6362号、同第35481号 損害賠償請求事件」「平成29年（ネ）第914号 損害賠償・同反訴請求控訴事件」につきまして、ご報告いたします。 この事件は、植田正明氏（twitter: @udx）を原告とし、佐藤秀峰および有限会社 佐藤漫画製作所を被告として、植田氏に対する名誉毀損や信用毀損に対する慰謝料など200万円を求めたものです。（途中、植田氏は被告に対する請求を200万円から2億200万円に拡張） それに対し、佐藤秀峰および有限会社 佐藤漫画製作所は、植田氏に400万円の損害賠償を求める反訴を提起いたしました。 裁判は二審まで行われ、一審、二審とも植田氏の主張は退けられました。 私の提起した反訴は、二審で認められ、植田氏に400万円の支払いが命じられました。 その後、植田氏が最高裁に上告することなく、2017.10.12に判決が確定いたしました。 詳しくは判決文、
MySQLのクエリの良し悪しはrows_examinedで判断する - かみぽわーる
仕事やらなんやらでMySQLのクエリの良し悪しを判断する必要があるとき、EXPLAINの内容だけだとどのぐらい良くなったり悪くなったのか分からないので SET long_query_time = 0; してrows_examined (そのクエリでrows_sent行の結果を返すために何行に触ったのか)も一緒に提示するようにしている(少なくともMySQL 5.7時点ではrows_examinedはslow_query_logでしか確認できないはずperformance_schemaが有効ならevents_statements_historyやその仲間たちで確認できるとのこと*1 MySQL :: MySQL 5.6 リファレンスマニュアル :: 22.9.6 パフォーマンススキーマステートメントイベントテーブル)。 例: 上の例のBeforeは、もともとDBAが書いた温かみのあるSQLでO
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
