2019年07月28日 (日) 「浅学の蛙さんのツイート: "「差別はいけない」、ごく当たり前のことだ。ところで、「なぜ差別はいけないのか」と問われたらどんな風に答えるだろうか？「差別はいけない」に限らず、世間一般で当たり前とされていることを自分の頭の中で咀嚼し、しっかりと形にしておくことは大切なことだ。「差別はいけない」ではなく、"」■考えた。個体差に注目するのは生物として必要な機能なので避けられないらしい。差異を識別するまではいい。異なっていることを責めるのが間違っている。子供はそういうことを簡単にやってしまうと思っているがどうだろう。見慣れないもの、知らないもの、変わっているものを簡単に笑って退けてしまわないだろうか。その素直な心の持ち主に対して、そのこと自体に優劣や規範性を判断させる根拠はなくて、それとは異なる自己が鏡写しになっているだけだということを、理解してもらいたいと思う。他人を笑うとき笑われている自分を想像してほしい。このことで他人の気持ちを思いやろうってんではない。笑うも笑われるも表裏一体だってこと。「自分が正義」でも「多数派だから正義」でもねーぞ、と。だったら自分が笑い蔑んでいるのは自分自身だぞ、と。
2019年07月27日 (土) 「「笑い声の効果音」は面白さを増幅させるという研究結果 - GIGAZINE」■アルフとかフルハウスのような見たくて見てるシットコムでその効果は否定しないけど、日本の番組は乱用しすぎだと思うんだよ>20171015。嫌悪感と不快感しかない。笑い声だけでなく、ピッっていう電子音がナレーションの合間に鳴り続ける番組もあって、言ってみれば CM 冒頭で注意を引きつけるためのキャッチと同じ刺激物だから、神経に障る。
2019年07月26日 (金) 「mentaneさんのツイート: "アスペルガー文化圏の住人のぼくとしては「なんで勉強しないの？」のような「なんで」について「その『なんで』は単に理由を問う『なんで』ですか？それとも『勉強しろよ、ぼけ』と相手を非難しつつ、行動を促す『なんで』ですか？」と常に確認したい。経験上、9割は後者の意味である。"」■そうなんだよね。疑問の意味しかないのに勝手に怒り出すんだよね。その怒りは聞き手自身の負い目や引け目から生じるものであって、俺は知らないよ。■言外の意図まで読むが、言葉にされたことだけを受け止める、というのがいいと思ってる。事実と解釈を区別するということ。解釈は自分のものであり話者の責任にしないということ。行動に関してもそうで、深読みしたり裏の意図を勘ぐったりしはじめると切りがないし、一通りでなく解釈できるのが普通だから、泥沼にはまるだけ。……というようなことをもう書いた>20141205。■これは耳が痛い指摘かも。「ニー仏さんのツイート: "本日の note更新。「自分の気持ちの忖度を他者に求める人」はやっかいだが、「自分でも自分の気持ちがわからないので、それをあくまで言葉だけの問題だと言い張る人」も、それはそれでやっかいだなあという話。 https://t.co/oQJM4ie6cP"」 ついさっき「俺は知らないよ」と書いたけど、こういう都合の良さが隠れてないか気にはなった。でもわからんのだ。だからこそ『春にして君を離れ』を恐れる。
2019年07月25日 (木) [Vista] ときどき２段階くらい幅を持って画面全体の FPS が落ちてることがある。スリープ運用で起動しっぱなしなんだけどわりと頻繁に。そうすると 60 fps の YouTube 動画もカクついて再生される。タスクマネージャで dwm.exe を終了したら dwm.exe は勝手に再起動して FPS 低下は直ってるんだけど、それを知ったのが今。今です。■キーボードのリピートレートがときどき……わりとしょっちゅうスリープ復帰のタイミングで低下することも昔から続いていて、イベントビューアを見るとそういうときは i8042port が「キーボードのリセットに伴い、デバイスは誤った応答を送信しました。」と記録している。キーボード設定を開いてスライダーをずらしてまた元の位置に戻して、設定を変更したふりをするだけで直る。■デスクトップ更新レートの低下もキーボードレスポンスの低下(※そう見える)も PC 性能が足りないのではなく Vista が悪い。でもそうと気付かれないかも。■IE9 はすべてのタブ、ウィンドウを閉じていてもゾンビになったプロセスが１コアをフル回転させてることがときどきある。これも見かけの性能低下の原因になるし、消費電力と発熱も増える。ちょいちょいタスクマネージャを開いてプロセスリストの監視をしてる暇人がどれだけいますか？
2019年07月22日 (月) 失われたものの大きさに魂が抜ける思い。支援金が集まるのは喜ばしいことに違いないけど、人は戻らないし、人を育てるには時間がかかる。(葉鍵ブームからは距離を置いていたにもかかわらず) AIR に瞠目させられてから、最近では響けユーフォニアム、聲の形と存在感を保ち続けてきた名前だけに、あまりにも惜しい。
2019年07月20日 (土) [BAD BOY] (ゆるゆると)走行中に周囲数十メートルに響き渡るような音を立ててタイヤがバーストした。朝に空気を入れたばかりの100PSIの圧力を持った風船が破裂したようなもの。音だけで衝撃はなく、状態としてはパッチ不可能なパンク。予備のチューブとタイヤレバーと携帯ポンプを携行していたので直そうとしたのだけど、チューブを交換してタイヤをはめる段階でビードが一部うまく掛けられなくて困ってしまった。え、なんで？ タイヤレバーをリムに引っ掛けてテコの原理でタイヤをリムの外周に押し込むんだけど、レバーを引っ掛ける部分がなんで横向いてんの？ なんか15cmくらいに渡ってブレーキの当たり面がぐんにゃり外側に広がってしまっていた。そうか、リムはこういう風に壊れるのか。12年前に買った完成車に付属していたホイールでリムは MACH1 510、走行距離は約47000km。ブレーキの当たり面は摩耗でとうにダメになっていて、波打っているから制動力が周期的に変化する危険な代物。だからVブレーキからディスクブレーキに付け替えていた。後輪は以前一時停止をおろそかにしたタクシーにぶつけられたときに交換している。そのときと同じワールドサイクルに MAVIC のリムとシマノのハブで新しいホイールを送ってもらう。今回は前輪だからフロントフォークのエンド幅は100mmのはずでMTB/ロード共通のありふれた値なんだけど、後輪の時は130mmか135mmかを区別する必要があった。2007年の BAD BOY はリアのエンド幅が135mmのMTBフレームで、そこに合わせられるハブもMTBのコンポーネントだったのだけど、リム(というかタイヤのサイズ)はロード寄りの700Cだった。ロードホイールでなく、MTBホイールでなく、クロスバイク向けの極めて限られた選択肢から鉄下駄のようなホイールを選ぶのでないとすると、他にはなかった。このたびハブは前後輪とも XT になり(※世代は違う)、リムは前 CXP PRO、後ろ CXP33 になる。まあまあおそろいではない？ 鉄下駄を否定したけどアルミニップルとかバテッドスポークみたいな色気を出したパーツはいらないんよ。黒くて(←これが一番)質実剛健である方が合ってる。だけど節操なく飛び出していける漕ぎ出しの軽さも欲しいから、本当の鉄下駄は慣性マスが大きすぎて良くなかった。そういえば今の BAD BOY はラインアップの上から下までレフティだけど、交換ホイールってあるんだろうか。ハブが特殊なんでは？■■■@2019-07-27 到着＆装着。シマノのハブの説明書にクイックリリースのハンドルの向きを規定する記述があって、それに続けて、茂みに突っ込んだりしたときに強制的に開放されないためだとかなんだとか、そうする理由が一緒に書かれていた。とてもとても素晴らしいと思います。納得できる理由がなければ動けない人間なので！
2019年07月17日 (水) 20190703で取り上げたスライドで紹介されていた『[単行本] 日産自動車㈱V-up推進・改善支援チーム【日産V-upの挑戦 カルロス・ゴーンが生んだ課題解決プログラム】 中央経済社』を読んでる。会社ってひとつの社会なんだなあという小学生並みの感想。ニート乙。
2019年07月14日 (日)
Firefox 68 から、同じディレクトリにあるローカルファイル同士が同一オリジンだとは見なされなくなったらしい。「Local files can no longer access other files in the same directory.」 たいへん困っている。file プロトコルでアクセスしていたディレクトリを wwwroot とするローカルHTTPサーバーを立てる、たいへんにばかばかしい対処しか思い付かない。なんで余計な仲介者を加えることで問題が問題でなくなるのかさっぱりわからない。■「なんだかんだ HTMLは孤立していて使えないし、IEはそれを補完して使えるやつだったし(TDCもそうだし src属性を持つ xmlタグもそう)、Firefoxも使える。Google Chromeはローカルリソースがまったく読み込めなくて使い道がない。」と書いていたわけだが、とうとう Firefox が Google Chrome の仲間入りをしたということだ。■Fx68の何が不都合かというと、XSLT に外部からパラメータを与えて可変性を持たせたくても URL を通してはできないから、JavaScript で XSLTProcessor を操作することでそれを行っていた。こんな感じ>var XSLT = function(XML, XSL, Prm) { var GET = function(URL) { var Req = new XMLHttpRequest(); Req.open("GET", URL, false); Req.send(null); return Req.responseXML; }; var Proc = new XSLTProcessor(); Proc.importStylesheet(GET(XSL)); for (var p in Prm) { Proc.setParameter(null, p, Prm[p]); } return Proc.transformToDocument(GET(XML)); }; var Doc = XSLT("./a.xml", "./a.xsl", {FILTER:location.search.slice(1)}); こういうスクリプトが埋め込まれた HTML ファイルと、XML ファイルと XSL ファイルの３つが同じディレクトリにあったとしても、GET(XSL) と GET(XML) が失敗するようになった。http サーバーを経由して各ファイルにアクセスしなければいけなくなった。■たとえば IE がやったように、<xml src="./a.xml" /> と書かせてくれるなら XMLHttpRequest でローカルファイルを読み出そうとすること(そして拒絶されること)はなかった。あるいは URL を通して XSL 変換にパラメータを渡せるなら HTML+JavaScript 自体が不要だった。不遇な規格である。
本日のツッコミ(全4件)
ツッコミを入れる
♭ beruhttps://lwn.net/Articles/793453/ https://www.mozilla.org/..
♭ ds14050ペンギンロゴのやりとりとCVEは読んでいました。Android か、と。 添付ファイルをダウンロードフォルダに..
♭ beruセキュリティの事を深く考えずに保存したHTMLファイルを開くユーザーは無くならないと思います。 保存時に個別に..
♭ ds14050IE でははるか昔から「インターネット オプション」を通してマイコンピュータやイントラネットなどのゾーン別にスクリプ..