はてなキーワード: 全文検索とは
この記事の主旨は「ウクライナのゼレンスキー大統領のパーカーは略式軍服である」ということではない。
あくまで「略式軍服という日本語はなかった」「一年ほど前から急に現れた言葉だ」という誤認を訂正したいだけである。
「略式軍服」という言葉の使用例は、国立国会図書館デジタルコレクションの全文検索では33件 - 法華狼の日記
どう見ても定着した言葉や概念ではない。ほとんどが翻訳で採用された言葉だったり、あくまで「略式の軍服」という意味の表現にすぎない。同一作品の重複も多い。
法華狼氏のエントリでは近年の用例はないとされているが、実際にはそうした用例は存在する。
枯野瑛『終末なにしてますか? 忙しいですか? 救ってもらっていいですか?』
あえて翻訳は除外したが、日本人作家の商業作品に限定してもこうしていくつかの使用例がある。
池波正太郎以外は、2000年ごろから2020年までに刊行された新しい書籍である。
もちろん10件足らずでは「定着していた」とまでは言えない。
しかし「用例がまったく無いわけではない」ということはわかるはずだ。
「用例」の存在を確認したところで、次は「用法」の確認をしたい。
国立国会図書館デジタルコレクションで「略式軍服」を検索すると、1940年発行の岡倉由三郎編『新英和大辞典』がヒットし、以下のような項目を見つけることができる。
tu'-nic [tjúːnɪk] n. 1) 〘古代ギリシャ・ローマ〙襦袢, 肌着, シャチ; 2) 一種の陣羽織; 3)(現代婦人の用ひる)腰部緊着上衣; 4) 〘俗〙密着短上衣, 略式軍服(又は, 警官服); 5)〘解・動〙被膜, 膜(=integument); 7)〘植〙膜質外皮, 種皮(=husuk). [OF tunique, < L tunica]
つまり辞書レベルで「略式軍服」は「(軍服の)チュニック」の訳語だったのである。
これは法華狼氏が「ほとんどが翻訳で採用された言葉だった」と書いているのにもつながる。
実際に、国立国会図書館デジタルコレクションで読めるいくつかの翻訳書籍の原文を確認してみると、
エリック・アンブラー著・宇野利泰訳『真昼の翳』(1963年)
He stood up, as if to end the discussion, and smoothed down the front of his tunic.
when he came back he looked lovely in his uniform, with all those pretty ribbons on his tunic,
コーネリアス・ライアン著・木村忠雄訳『ヒトラー最後の戦闘』(1966年)
Golbov took out of his tunic pocket a folded copy of the newspaper Red Star
用例が少ないために「それが定訳だった」とまでは言えないかもしれないが、「チュニックを略式軍服と訳していた」ということの証左にはなっていると思う。
そりゃそうなんだろうけども。そんなに?
追記:FESSをOSに直接インストールするのに参考にしたというよりコピペさせてもらったのは以下の記事
https://qiita.com/hyoshiaki/items/598127fe30b94bd82b6e
半年前に辞めてしまった前任者から存在すら知らされていない客先のメールアカウントが必要になった。
無いならないであきらめてもらえるんだが、僕は優しいのでファイルサーバに無いかくらいは確認しようと思ったが
なので昔うっすら使ったことのあるFESSで全文検索しよう、多分txtかxlsだろう。
とウェブサイトで構築方法を見ると今はDockerで動かすのが良いらしい。何がいいか知らんが。
ドキュメントに従いインストールし、なんとかクローリングまで実行できたが、重い。重すぎる。
サブフォルダ無しで100ファイルくらいのフォルダでも2,3日回しても終わってない。
CPU使用率が50%超えてるんだよ!ってログが出まくっている。そのログ出力無駄じゃない?
使えないかー、とググってみるとDockerではなく素で構築する方法を有志の方が書かれているのを発見。
それに従い構築。するとサブフォルダ5階層くらいのフォルダが3分くらいで終了。
ログにCPUがーっていうのも出てないわけではないが、明らかに少ない。なんだこれ。
Dockerは構築楽らしいしVMよりエコだっていうのは聞いたことあるんですが、
入社しばらくしてからずっと、仕事への抵抗感がすごすぎて人の目のないところでは常時頭かきむしって手足バタバタさせながら無意味にAlt+Tabを連打して無駄に時間を浪費してる。
これどうすれば治るんだ?仕事って行為そのものが向いてない気がする。
自分なりに考えたんだけど、なんか考えても無駄な『無意味な仕事に対して湧いてくるイライラ』みたいなものへの抵抗力が極端に低いんじゃないかと思うんだよな。
でも無意味に感じる仕事とか、サラリーマンってそんなもんか。もう最近はなにもわからん。イライラしすぎて今日も無駄に有給使ってしまった。
ぼかしてるから全然意味不明だと思うけど、今の業務の不満点みたいなものを書きなぐってみた。
現状の職種としては対法人なんだけど、「現場の営業にあらゆる業務プロセスの不備の後始末が任される構造になってて、同担当の先輩見ても業務時間の2割も客とやり取りしてないのマジで意味が分からんなぁ」とか考えてると、目の前のこなすべき事務作業も全然捗らずにストレスだけが溜まってしまう。
なんというか自分の本業(対顧客)に力を注げるまでのオーバーヘッドがでかすぎて、一周回って自分が何やってるかわからなくなってくるんだ。
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
みたいな感じなんだけど、言語化できるだけまだマシな部類なんだよな。こんなんが何十種類もあって、担当内の誰もわからなくてナレッジがあつまるような場所もないから毎回手探りで対応して、それぞれに毎回イライラしてる。
上の一個一個の作業は大した手間じゃないけどこれが1人当たり5,6社(部門)×各2~4案件くらい並走してるので、ワイの貧弱なワーキングメモリが悲鳴を上げてる。
というか客に関係あるの最初と最後だけで、極論、間に挟まってる作業は社内で自動化できるはずで、俺が手作業で丹精込めてやってる意味なんもない気がする。
でも間の作業で規定から外れるとまたその修正作業が増えて余計に手間が掛かるので、客とのやり取りを雑に済ませて社内用excelマクロを延々ポチポチしつつ、社内他部門へのメールを連打している。
これに加えて、例えば「各部署内で事務作業の効率化を図りましょう!」とかお達しがあってRPAのライセンスだけ渡されて、通常業務の片手間でシナリオ作って効果検証して提出みたいなことをやらされたりもする。(そもそもの業務が全然定型的に組まれていないのでシナリオ作りも大変苦痛)
もっと腰を落ち着けて業界の情報取集したり客の要望引き出したり提案練ったりそのための社内調整したりしたかった。
なんだかんだ業界トップのクソデカ企業だし、まがいなりにもITだDXだとか言ってるからもう少しマトモな仕組みがあるのかと思ってた。
何の意味もない作業に時間を取られて、何のスキルも身につかないまま無為に時間と精神を削られるのもだいぶつらい。
ただ、普通に考えて自分でどうにもできない部分は「仕事の効率が~」とか喚いてないで何も考えずにこなすしかないし、逆に「運と相性が悪かったから評価最低でもいいや」と割り切って異動のために勉強に時間割くとか、そんな感じで開き直れもせずにウジウジしてるのは単に自分が無能で仕事にも向いていないからとは思う。
わからんなにも。どうしたらいいんだろう。
自分にとって気に入らない人文系の学者がネット上で気に入らない発言をしたからといって、その発言をブクマしてあげつらったり、コメントでぶつぶついってもなんの効果もない。
これらの人物が本当に忌まわしく感じられ、消えて欲しいと心から思っているのなら、彼らの研究業績の剽窃/
方法は(いわゆる)自然科学系の学者の剽窃チェックと変わらない。
気に入らないと思っている学者の研究ポータルだの大学のプロフィールページ等で論文一覧を入手し、ネット上に転がっているplagiarism checkerにかけて剽窃チェックをし、疑わしい箇所があれば所属研究機関の研究倫理委員会にどんどん通報すればよろしい。
これらの御仁は大学の先生であることが唯一のアイデンティなので、研究業績の不正を指摘し、研究業績の不備を理由として研究機関に所属できなくすることがもっとも効果のある排斥方法となる。
もっとも、日本の人文系のアカデミアは日本語という言語の壁によって守られてきた。つまり剽窃や捏造のチェックが外部から入りにくかったのだ。標的とする学者が日本語の研究業績しか発表していなければ、関連する研究分野の学会誌や地方大学の紀要バックナンバーで全文検索をかけるなどして、地道にマッチング作業を行うしかないかもしれない。本当に相手のことが気に入らず心から消え去ってほしいと思っている人にとって、それくらいの作業は苦ではないだろう。
「Tumblr、マストドンと接続へ。分散型SNS標準プロトコルを採用し、Twitterからの脱出受け入れ強化(CloseBox)」のブコメページ
https://b.hatena.ne.jp/entry/s/www.techno-edge.net/article/2022/11/22/522.html
Mastodonが実装されたとき投稿キーワード検索や引用リツイートなどの弊害を創始者のオイゲン・ロチコは問題視し実装しなかったという経緯があります。
投稿キーワード検索や引用リツイートの弊害とは何か?を現在のTwitterと比較して考えてみると興味深い気付きや、その気付きからMastodonの現状を考えてみると良いかも知れません。
今のところActivityPubネットワークを全文検索できるActivityPub互換SNSは存在しませんが全文検索できる検索サービスは存在するものの制限付きです。
仰るとおりでActivityPubプロトコルは正確性を廃してイメージだけで伝えるならばE-Mailネットワークへ近く、Mastodonを中心に流行る流行らないと議論されがちですが、実態としては物凄く極々小さなサービスであれActivityPub対応サービスが増えていくと時間と共にActivityPubネットワーク参加者が増えるという建付けになっています。
技術的な面に興味のない普通の平均的一般人からするとActivityPubネットワークはある日突然目の前に現れる巨大なネットワークになっている可能性が少なからずあります。
ちなみにActivityPubプロトコルが抱えている問題も個人が設置する小規模サーバーだと24時間動作保証がない、スパムメッセージなどを代表にE-Mailネットワークと一部同種の問題を抱えています。
逆に言えばE-Mailネットワークで用いられている解決手法を応用できるという意味でもあります。
必要リソース削減は常に必要とされるものですが、Mastodonは個人規模であればRaspberry Pi 3でも動くので思いのほか軽量です。
ただしRuby実装なのでC++実装などよりも軽いわけではありません。
むしろ「所属というアイデンティティ」を希薄化させて個々人のアイデンティティへフォーカスすることが是であるのではないか?という試みをしているものに「Fedibird」と名付けられたMastodonサーバーが存在します。
これは良い悪いではなく1つの例えとしての言葉ですが「アナタは相手が日本人だから関係性を持つのですか?」ということです。
再度言いますが、これは良い悪いという話ではございません。当然ながら「日本人であれば母語が日本語である可能性が高いし関係性を持ちやすい」と言う人も居るでしょうし「その個々人を気に入ったから関係性を持ちたいんだ所属など関係ない」と言う人も居るでしょう。
個々人の考えを尊重するからこそ良い悪いという話ではないのです。
ActivityPubプロトコルとは「ことば」です。
日本語話者同士であれば日本語で会話できるように、ActivityPubプロトコル対応SNS同士であれば別サービスとして成立しているSNSは相互に通信しあえるのです。MastodonはそのActivityPubプロトコルに対応しているミニブログSNSなのです。
ActivityPubプロトコルに対応しているWebサービスはMastodonだけではありません。
例えばYoutubeにような動画共有サービスのPeerTubeや、Instagramのような画像共有サービスのPixelFedはActivityPubプロトコルに対応しており、ミニブログSNSのMastodonのタイムラインにはPeerTubeに動画やPixelFedの画像が流れてきます。
そしてそれら動画や画像へ対してMastodonからコメントを送信することができるのです。
Mastodonのタイムラインに流れてきたPeerTube動画へコメントをすると、大本のPeerTube動画のコメント欄にはMastodonから送信されたコメントが掲載されるのです。
PeerTubeへ動画を投稿した動画主はMastodonから送信されたコメントを見てリプライします。するとMastodonでそのリプライを受け取ることが可能で、コメント主はMastodonでリプライを見ることが出来るのです。
ActivityPubプロトコルは対応しているとWebサービスの垣根を超えてコミュニケーションを取れる共通の「ことば」なのです。
そして今回その「ことば」にTumblrが対応したことで、TumblrはMastodonのほかPeerTubeやPixelFedなどともコミュニケーションが取れるようになりました。
TumblrのタイムラインにはMastodonの投稿が流れるようになり、コメントやリプライをTumblrから付けられます。
ただ実際のところ、Tumblrオリジナルの機能とActivityPubプロトコルの規格へどのように整合させるか?というのはわかってません。
理由としてはActivityPubプロトコルの規格はかなり柔軟な仕様で定められておりActivityPubプロトコルの規格には「解釈の余地」があるからです。
仕様として解釈の余地がない「厳密性」はそこまで高くないのでTumblrがどのようにActivityPubを解釈してくるか?というのも注目ポイントだったりするんですね。
もし他に何か疑問点があれば気が向いた時に答えるかも知れないので気軽にどうぞ。
ハマった作品のせいで二次創作込の女性向けBL(R-18込)から男性向け全年齢&R-18に引っ越ししてからの周囲の変化
備忘録代わり。
良かった所
なんだったの?ってぐらい消えた、何も来ねえ。
これが一番びっくりした。男性向けってジャンル毎に垢変えなくていいんだよね
元いた所だとそのジャンルの垢で別の作品の絵流すとなんかたまに毒マロ送られてきてたんだよね
今冷静に考えると私悪く無さすぎてムカついて来たな。
これはなにがどう、というわけではなく全体的な話。
純粋に男性向けは値段が高い、同人も1ページあたりの値段が高い。
コミッションも4桁にしてるとガンガン入って納期地獄になるから5桁に上げたぐらい。
最初は男性の方が収入高いからかなって思ってたけどフォロワーとかの動向見てると
多分これ手をつけちゃいけない金のラインが女性と男性比べて男性のほうがハードルめっちゃ低いんだ。
個人レベルの争いはどこでもあるけど作品の解釈でバチって空リプ投げ合うとかがない
同担拒否とかリバがどうとかなんもない、なんならリバ書いてる人でも普通にいいねしてくる。
何書いても心のどこかで叩かれたらどうしよみたいなのがない。
女性向け作品ってそもそも前提知識がないと作品を掘る事すら難しいのだけど、それこそpixiv全文検索の使いこなし方とかね
人気ある絵柄みたいなのもすぐ分かるからトレンドつかむのも楽。
悪かった、個人的に駄目だと思う点
最初は堪えた、本当にきつかった。
今は慣れました。
良かった点にも入れたけど同じぐらい良くないと思うからこっちにも入れる
荒っぽいというのが個人的には一番しっくりくるんだけど、いわゆる繊細な人への配慮みたいなのが一切ない
昔女性向けの方角から男性向け見てて繊細な人生きづらそうだなあって思ってたけど
これ繊細な人はそもそも全員死んでて荒っぽい人しか作り手と受け手に残ってないんだなと自己解釈した。
追記;
毒マロとちんこどっちがマシかと言われるとちんこですね(個人の感想です)
ちんこは頻度少ないのもあるけど毒マロは優しいマロの最中に仕込まれてるので
ダメージが倍増します。あとtwitterなら通報しとけばBANされるし。
少なくとも私は女性向けやってた頃と比較してストレスは減りましたね。
追記2;
>あの、絵柄をどう変えたのかとか…そういう部分すごい面白そうで興味があるので気が向いたら書いてよ…
目に入ったので・・・
まず男性はキモい男書く練習しましたね、これは純粋に自分の絵柄広がる感じがあって面白かった。
あと女の子は最初の方は普通に書いてからツールでおしりの大きさを2倍乳を3倍に拡大して調整してました。
その乳に合わせてふともも太らせて腰もでかくしたり…。
どう頑張っても不自然になる時は乳と尻の大きさを小さくするか身長を伸ばしてた。
これで仕上げると本当にプロポーションが歪になるんだけど、男性向けの海に絵を投げると全然違和感なくて最初は不思議だったなあ。
この文書で何が批判されているか知りたいだけの人は、一番下の節「まとめ」までジャンプ。
清水先生の講演についてここ一週間くらい悪口をTwitterで書いてた江口先生に、それブログに纏めてよと言ったら気が乗らないと断られてしまったので
「うまい人びとは、前に書いた辞書的定義や約定的定義や明確化定義や理論的定義なんかを縦横に駆使して説得にかかってきます」
と最新のブログで書かれているのを、清水先生の講演を題材に自分なりにスケッチしてみる。
続き、というか中間にあたるのだが「(2) ポリティカル・コレクトネスってなんだろう」「(3)キャンセル・カルチャーってなんだろう」を書くかは未定。
つまり、この記事は書き起こしで言う「Part1 〜学問の自由とその濫用〜 」の検討が中心だが
最後の方で全体を対象にする前に他のPartの検討を書くべきところ、途中で力尽きている。
とはいえだいたいPart1の検討とほぼ同じものを繰り返すだけ
を先に見ていることが前提。
の説明はほぼ書かないので、分からなければブログを参照するように。
1998年 国際大学協会(IAU)声明「学問の自由、大学の自治と社会的責任」による定義です。
「学術コミュニティの構成員、すなわち、研究者、教員や学生が、倫理的規則と国際的水準に関して学術コミュニティが定めた枠組みの中で、そして外部からの圧力を受けることなく、学術的活動を追求する自由」
人びとがその言葉をどう使っているかを国語辞典の載っているような形で説明している。
「一般的には、〜〜、というふうに考えることができる。」
「従来はそして一般的には、〜〜、というふうに理解されています。」
世間一般の用法という文脈なわけですから、当然、スライドの引用の言い換えに相当する語釈が、聴衆には予期される、
同じく 辞書的定義 が与えられようとしているものと解釈されます。
実際に与えられた定義を見てみましょう。
ある種の公の定義であるIAU声明に対する言い換えとして、清水先生による定義を読んでみると一つ気にかかるところがあります。
と非常に具体的な形になっています。
世間一般の用法として紹介される割には、議論のあり得るところで
「こういうのは多数派も少数派もない、学問の独立って話なんですが、多数派からの圧力は特に抵抗しにくいので」
というふうに説明するほうが世間の認識とあっているように思える。
とはいえ、ここまでならば、代表的な「外部からの圧力」を並べただけ、ただの例示ゆえに言い換えの範疇であり、辞書的定義のままだと受け取ることもできる。
ただ、ここで私が書きにくくて困ってしまうのが、清水先生が「具体的に」何を批判されているのかさっぱりわからないことです。詳しくは後の節でも取り扱います。
「現代の誰かが主張している「学問の自由の侵害」とは、〜〜だ」と、清水先生が定義していると読める箇所を、少し文言を修正の上、抜き出します。
見事にすべて 説得的定義 ですね。江口先生のブログで挙がっている
「中絶とは、女性を望まない負担から解放する安全な外科的処置である」
などと同じ形式となっている。
ただ、読みながら何を論じているのかわからなくなって辛くなってしまうのは、
中絶の例ならば、中絶の 辞書的定義 は共有されているという前提のもとで、 説得的定義 を用いているのに対し、
清水先生は、この文脈での「学問の自由の侵害」とは 辞書的定義 の学問の自由の侵害とは全く異なるものだと論じていることです。
(下の2節は「どう論じているのか」という細かいレトリックの解説なので
どう辛いのかについては、「批判対象の曖昧さ、具体性の欠如」でページ内検索してジャンプ。)
これらは学問の自由の侵害の定義として読むことができるものであり、
先に導入された説得的定義「社会的少数派の側からなされる批判や異議申し立て」とは対義の関係にある。よって等号で結ばれることはありえない。
ゆえに、「従来から論じられてきた一般的な節(辞書的定義)」学問の自由ではない、という論証。
しかし、これはIAU声明にはなく清水先生が付け加えた箇所のはずですね。
先程はただの例示と見ればという限定をつけて辞書的定義と認めました。
逆に言えば、「そうでなかったら学問の自由でない」というふうに使うならば、もはや例示ではなく、清水先生の独自見解です。
すなわち、この時点で辞書的定義として導入された学問の自由という概念が
「学問の自由を〜と私は定義します!」という約定的定義へとすり替えられているのです。
一旦まとめると、
「よくわからないものを」「なんか悪そうに定義して(説得的定義)」、
「その悪そうな要素にぴったり当てはまらない要素を、一般的な定義の中に紛れこませる(定義のすり替え)」
学問の自由とは
「力のある人たちとか多数派にとって都合が悪い、あるいはそこにとって利益にならないというだけの理由で、 研究教育を抑圧したり不当に妨げたりすることを困難にするはずのもの」
まさに、
「うまい人びとは、前に書いた辞書的定義や約定的定義や明確化定義や理論的定義なんかを縦横に駆使して説得にかかってきます」
そのものですね。
この一節は憲法学の理論を援用しているため、少し強引ですが理論的定義を示したものとも言えるでしょう。
実際、この定義を根拠に「学問の自由の侵害」を「なんか悪そうに定義した」説得的定義に対し
これは日本国憲法で保障される学問の自由からはかなりかけ離れたもので、何を言ってるんだというふうに思われるかもしれません。
なぜかけ離れているのかというのは詳しく述べられていませんが、
要は憲法学の理論「憲法は原則としては国家権力を監督するものであり、私人間効力の議論も私人相互に大きな権力差がある場合の話である」という話でしょう。
権力差をどう捉えるか、例えば「学界から事実上キャンセルできたというのは、権力差があったといえるのではないか」というのが憲法上の論点になるわけですが、
そこを 説得的定義 から導かれる「抑圧側 VS 被抑圧側における抑圧側が学問の自由を主張している」という構図でクリアするわけです。
ここまでいろんな種類の定義を用いたレトリックが使われてきましたが、
正直なところ、説得的定義から導かれる「抑圧側 VS 被抑圧側における抑圧側が学問の自由を主張している」という構図を用いた時点で
直感的にはそれは学問の自由ではないでしょうという話になります。
ゆえに最も問題になるのは、そう定義されるのが具体的になんなのかです。
清水先生は「こういった言説が具体的にどう現れてきたのかご説明したい」と30分近く説明してくださっているのですが、
書き起こしを全文検索してもらえればわかるのですが「学問の自由」を直接的に濫用している例として挙げられているといえるのは、
Horowitzによる、Academic Bill of Rights (ABOR) のみです。
ほか間接的な繋がりとしては「ポリティカル・コレクトネス」「キャンセル・カルチャー」の事例が話されているのですが
これも抽象的な定義の操作に時間を割いていて、具体的な文脈はほぼない。学問の自由とどう関係するかも全くと言っていいほど書かれない。
詳しくはそれぞれをどう定義しているのか、という点を検討する必要がありますが、
これは別の記事「(2) ポリティカル・コレクトネスってなんだろう」「(3)キャンセル・カルチャーってなんだろう」に譲り、
当記事「(1) 学問の自由ってなんだろう」では、直接的な例、ABORに絞ります。
清水先生はABORを曲解して参照しているのではないか、という指摘もあるのですが、
とりあえずここは論点にせず、清水先生の解説をそのまま採用します。
ABORの主張は、
「ナチスの政治哲学の擁護であるとか、あるいは進化論の否定であるとか、 そういうものを学術的に正当な主張の一つとして教えるべき」
「ナチス肯定論文を学問の自由で擁護することはできない(マルコ・ポーロ事件)」じゃないですよ?
むしろ、何が相手だろうと自由であると肯定する、過激な自由論者ほど否定する内容です。
「大学でナチスの擁護を正当な主張の一つとして教えるべき」、自由でもなんでもないじゃないですか。
まとめると、
最終的には、そして本質的には、清水先生は「学問の自由」について議論の余地のないことしか言っていません。
じゃあなんで議論になるのか。
清水先生の立場からすれば、「学問の自由」の濫用だと当然問題視しているであろう例が
清水先生にとって非常に身近な例であるはずのそれは2例あります。
このちょうどいい2人については講演では全く触れない。
特に後者の呉座先生については質疑応答で「学問の自由」を求めている人として名前が挙がったにもかかわらず、
「ちょっとわからない」「詳しくない」「法律の専門家ではない」「裁判をはっきりきちんと見ているわけではない」「労働争議であって学問の自由ではないんじゃないかなぁ」
との返事。
「そうです。呉座さんの事例こそが私が批判した「学問の自由」の濫用です」ではなく「詳しくない」。
訴訟の原告の1人であるからには詳しくないわけはないのですが、文字通り解釈するならば
この「学問の自由」の濫用批判において、呉座先生の事例は検討すらされていない、ということになる。
またこの回答の続きとして、呉座のことを言っているわけではないという注釈付きで、「学問の自由では擁護できない」例が出されました。
せめて多少は「学問の自由」と文脈がつながるように「酷いセクハラ・パワハラを長年犯してきた超一流哲学者が大学から追放されたことを、学問の自由で擁護はできない(ジョン・サール事件)」くらいにしましょうよ。
文脈がわかるくらい解説をつける具体的な例については、当たり前を超えてもはや関係のない例しか出さない。
それでいて、批判対象に対して一般に共有されるような辞書的定義には触れないで、
何を批判しているのかも厳密には不明確なまま、説得的定義に対する抽象的な定義操作を元に議論を行う。
昔から「説明がガバガバ」という使い方をしてたなら、その使用例を見つけて出せばいい。君も簡単にでもネットで調べてみれば分かるけど、過去の使用法で「説明がガバガバ」は見つからなかった。
淫夢ネタの影響があるかは、「ガバガバ」をその意味で使い始めたのはどの界隈か、を調べれば推定できる。当時ネットで勢いがあって淫夢ネタが頻繁に投稿されていた2chやニコニコの影響がある界隈が使う以前に使われていたのが見つからなかったからニコニコ大百科執筆者は、淫夢ネタが新たな使用法を定着させたと推定したんだろう。これも打ち消したいならそれより古い別界隈の用例を見つければいい。
ブックウォーカーのサイトでは、取り扱い電子書籍の全文検索ができるようになっているが、ラノベで「設定がガバガバ」などという使われ方がよく出てくるのは2016年からだった。この近辺は、「空前の淫夢ブーム」としてブーム再燃してた時代。(もちろん全部調べたわけではないからもっと古くから「設定ガバガバ」はあるかもしれない。ぜひ調べて見つけてくれ)
はてなスター取得 APIというのがあるので、ブコメに対してスターをつけてる人を調べることはできる
https://developer.hatena.ne.jp/ja/documents/star/apis/entry
今まで書いた自分のブコメ一覧を調べる方法は知らない。全文検索APIでできるかも(試してない)
https://developer.hatena.ne.jp/ja/documents/bookmark/apis/fulltext_search
名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか? 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita
この記事はよく調べてあるなぁと思う反面,事実関係の間違いも多く当時の空気感など欠けていると思う部分がいくつかある。事実関係に関しては追い切れないので参考文献を挙げるにとどめておくが,空気感のほうはいくつか書いておく。なお当該記事の「当時と今では状況が全然違うんだから,安易に『UNIX 哲学』とかいうな」という主旨には大賛成である。
初期の UNIX の歴史について興味がある向きには次の書籍をお薦めする。
Peter H. Salus『A Quarter Century of UNIX』(1994, Addison-Wesley Publishing)
和訳の『UNIXの1/4世紀』(Peter H. Salus, QUIPU LLC 訳, 2000, アスキー) は絶版のうえ訳も微妙なので薦めづらいが,原書は The Unix Heritage Society (tuhs) で PDF が無償公開されているので,英語が苦にならないのなら読んでみるといい。
また同じく tuhs で無償公開されている Don Libes and Sandy Ressler『Life with UNIX』(1989, Prentice Hall)を読めば80年代終りの UNIX の状況(XENIX についてもしっかり言及されている)や利用者目線での雰囲気もある程度判るだろう。
元記事で一番気になるのが「哲学」という語の捉え方。この言葉の強さに引きずられているように読める。でもこれ,当時は設計の基本的な考え方くらいの意味でわりとよく使われていた言葉なんだよね。たとえば米 BYTE 誌のアーカイブを “philosophy” で全文検索するとこんな感じ。
https://archive.org/details/byte-magazine?query=philosophy&sin=TXT&sort=date
ほぼ毎号のように出現していたのが判るだろう。
もっとも猫も杓子も「哲学」を振りかざしていたわけではないし,UNIX の開発者たちが「哲学」の語を好んで使っていたのも間違いないように思う。傍証の一つが AT&T の定期刊行物『The Bell System Technical Journal』の1978年7, 8月号だ。元記事で言及されているマキルロイの Forword の初出がこれで,ネットのアーカイブから PDF が入手できる。
この号は二部構成になっていて第一部が Atlanta Fiber System に関する論文12本(全172ページ),第二部が UNIX に関する(Preface や Foreword を含む)論文22本(全416ページ)となっている。さて前述の PDF は OCR されているので “philosophy” で全文検索してみると8箇所見つかる。これが見事に全部 UNIX の論文なのだ。もちろん論文の性質もページ数も違うからこれだけで確定的なことはいえないが「日常的に使っていたんだろうなぁ」という推測は成り立つだろう。じつはマキルロイの哲学とされている部分は “Style” であり “philosophy” の語は一切使われていないというのもちょっと面白い。UNIX の開発者たちがなぜ「哲学」という語を好んだか正確なところは判らないが,それまでにない新しい考え方に基づいた OS を開発しているという意識があれば,そういう言葉を選ぶのが自然な時代だったことは間違いない。
UNIX が認知され拡がっていく過程で「哲学」も知られるようになっていった。自分が好むものの良さを他人にも識ってもらいたい,あわよくば他人もそれを好むようになって欲しいという布教活動は今も昔を変らないわけで「哲学」はその便利なツールとなったわけだ。元記事ではガンカースの著作を「外部の人間が後から打ち立てた哲学」と表現しているが,そんなたいしたものではない。マキルロイの論文に影響を受けた布教のためのああいう説教は到るところにあった。たとえば前掲の『Life with UNIX』にもしっかり Philosophy の項がある。また日本で最初期の UNIX 解説本のひとつである,村井純・井上尚司・砂原秀樹『プロフェッショナル UNIX』(1986,アスキー)には冒頭次のような一節がある。
オペレーティング・システムは,コンピュータを使うものにとっての環境を形成する基盤であるから,そのうえで生活する者の個性を尊重し,より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェアでなければならない。この主張こそが,UNIX のオペレーティング・システムとしての個性ではないだろうか。
「より良い環境へと作り上げて行く課程を支援するような素材を提供するソフトウェア」とはテキストを入出力フォーマットとする単機能のコマンド群のことで,これらをパイプでつなげたりシェルスクリプトでまとめたりすることで「そのうえで生活する者の個性を尊重し」た「より良い環境へと作り上げて行く」ということだ。こういった説教はありふれたものであった。たんにそれを「哲学」の語を用いて書籍にまとめたのが,たまたまガンカースだったというだけのことである。
そしてじつは UNIX の場合,布教活動とはべつに「哲学」を広めなければならない切実な理由があった。これを説明するのは非常に面倒くさい。当時と今ではあまりにも環境が違うのだが,その違いが判らないと切実さが伝わらないからだ。マア頑張ってみよう。
UNIX は PDP というミニコンピュータ(ミニコン)上に開発された。このミニコンを使うためには専用の部屋に行く必要がある。その部屋は,もちろん場所によって違うわけだが,マアおおよそ学校の教室くらいの大きさだ。長机が何列か並んでおり,そのうえにはブラウン管ディスプレイとキーボードを備えた機器が等間隔に置かれている。壁際にはプリンタが何台かあるだろう。通っていた学校にコンピュータ室などと呼ばれる部屋があったならそれを思い浮かべればだいたい合ってる。ただし置かれている機器はコンピュータではなくコンピュータに接続するための端末装置(ターミナル)だ。端末装置のキーボードで打った文字がコンピュータに送られコンピュータが表示した文字がそのディスプレイに表示される。現在 Unix 系 OS で CLI を使うときターミナルとか xterm という名のアプリケーションを用いるがこれらは端末装置のエミュレータで,もともとは実体のある装置だったわけだ。
さてコンピュータ室にたいていは隣接するかたちでマシンルームなどと呼ばれる六畳くらいの部屋がある。窓ガラスで仕切られたこの部屋には箪笥や洗濯機くらいの大きさの装置が何台か置かれている。これがコンピュータ本体だ。もっともコンピュータが何台もあるわけではない。この箪笥が CPU でそっちの洗濯機がハードディスク,あの机に置かれているタイプライタが管理用コンソールといった具合に何台かある装置全部で一台のコンピュータになる。どこが〝ミニ〟だと突っ込みたくなるかもしれないが「六畳で収まるなんて,なんてミニ!」という時代のお話だ。
端末装置それぞれから(USB のご先祖様の)RS-232 という規格のアオダイショウみたいなケーブルが伸び,マシンルームに置かれたターミナルマルチプレクサと呼ばれるスーツケースに台数分のアオダイショウが刺さってコンピュータとの通信を行う。コンピュータと多数の端末装置を含めたこれら全体をサイトと呼び,root 権限を持って管理業務を行う人をシステム管理者あるいはスーパーユーザと呼んだ。
結構上手に説明できたと思うのだが雰囲気は伝わっただろうか。ここで重要なのは一台のコンピュータを数十人が一斉に使っていたという事実だ。洗濯機とかアオダイショウとかは,マアどうでもいい。
当時の UNIX の評価を一言で表すと〝自由で不安定な OS〟となる。メーカお仕着せではなく自分好みの「より良い環境」を作りあげる自由。さらに他のメインフレームやミニコン用 OS に比べると一般ユーザ権限でできることが圧倒的に多かった。そしてその代償が不安定さ。今では考えられないが UNIX のその不安定さゆえにプロ用 OS ではないと考える向きは多かったし「でも UNIX ってすぐ落ちるじゃん」というのは UNIX アンチ定番のディスりだった。UNIX の落とし方,みたいな情報がなんとなく廻ってきたものだ。
こういった雰囲気を鮮やかに伝えてくれるのが,高野豊『root から / へのメッセージ』(1991,アスキー)だ。当時アスキーが発行していた雑誌『UNIX MAGAZINE』に連載されていた氏のエッセイの1986年11月号から1988年10月号掲載分までをまとめた書籍である。著者の高野氏は勤務先の松下電器で1980年ごろから UNIX サイトのスーパーユーザを務めており,日本では最古参の一人である。この本の中で高野氏は繰返し UNIX の自由さと不安定さに言及している。すこし長くなるが,その中の一つを引用しよう。
CPU は,システムにとって重要な共有資源であるが,この CPU を実質的に停めてしまうことが UNIX ではいとも簡単にできる。たとえば,cc コマンドを10個くらい同時に走らせてみたらよい。VAX-11/780 といえども,同時に実行できるコンパイルはせいぜい3つか4つである。それ以上実行することも当然可能ではあるが,他に与える影響が無視できなくなる。つまり,てきめんに vi のカーソルが動かなくなる。あるいは,すこし大きめなディレクトリ上での ls コマンドの出力が表示されるまでに煙草を1本吸い終えてしまったり,タイムアウトでログインが撥ねつけられたりといったバカげた現象が起きだすのである。こういった状態になると,UNIX は破壊されたに等しい。真夜中,独りで VAX を占有して使っているのなら何をやろうとかまわない。しかし,20人30人と多数の人間が使っているときに勝手をやられると非常に困るのである。当人の仕事が遅れるのは自業自得だとしても,そのとばっちりで他のエディタまで止まってしまうと,もはやどの仕事も進行しなくなる。
ディスクについても同様なことがいえる。UNIX では,ファイルシステムを使いはたすまで大きなファイルを自由に作ることができる。したがって,自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュアが使うと悲惨なことになる。ディスクを使いはたすと,コンソール・タイプライターにエラー・メッセージが出力されるが,夜中にそれが発生して,コンソール・タイプライターが一晩中エラー・メッセージを打ち続け,朝マシンルームに行ってみると紙を一箱打ち尽くしてしまい,ピーピーと悲しげな声を上げて人を呼んでいた光景を私は何度も見てきた。こうなると,それをしでかした本人のプロセスは当然のこととしても,同じディスクで走っている他のプロセスも先に進めなくなってしまう。すこしでも負荷を夜間にまわそうとする善意は逆転してしまい,わずかでも仕事を先に進めようとする意図も完璧に打ち砕かれてしまうのである。
そして,こうした不安定さが「哲学」を必要としたのだ。自分が利用しているサイトに「cc コマンドを10個くらい同時に走らせ」たり「自分のプロセスがいったいどのくらいの容量のファイルを作り出すのか見当もつけられないようなアマチュア」がいるとその累は自分にも及んでしまう。だからサイトの利用者全員に UNIX の設計の基本的な考え方を理解してもらうことが,自分のために必要だった。UNIX の伝道がより苛烈だった理由のひとつがここにあるのだ。
ミニコン上で誕生した UNIX は 4.3BSD(1986)で最高潮を迎える。注意したいのはミニコン時代の UNIX は Research UNIX と CSRG BSD みたいな区別をせずにまとめて UNIX として扱われていたことだ。実際『プロフェッショナル UNIX』も『root から〜』も UNIX と記述されてはいるが実際には BSD を扱っている。べつに当時の人が無知だったわけではない。なにしろ BSD を利用するためにはまず AT&T から UNIX のライセンスを購入し,そのうえでカリフォルニア大学バークレー校(UCB)から BSD を入手しなければならなかったからその関係は当然広く知られていた。ベル研で発明された UNIX を外部の人たちも含めみんなで改良し,それら全体が UNIX であるという考え方が自然だっただけである。『Life with UNIX』のような英語の文献によく登場する “Berkeley UNIX” という言い回しが当時の気分をよく表している。UNIX vs BSD みたいな捉え方は法廷闘争を経た90年代以降の感覚だ。
もっともそういう70年代風味の牧歌的風景はミニコン世界限定の話であった。BSD そのものはミニコン用のものしかなかったが,そのコードを受け継いだ BSD 系 Unix や AT&T が推し進める System V などがワークステーション市場を舞台に80年代中盤から激しく覇権を争うようになる。いわゆる Unix 戦争で,PC 用 Unix であるマイクロソフトの XENIX も当然参戦した。ミニコン世界が牧歌的だったのは,ぶっちゃけていえば先のない技術だったからだ。ただ Unix 戦争はあくまでも標準という聖杯を争う戦いであり,AT&T と BSD 系 Unix の Sun Microsystems が共同で System V Release 4.0 (SVR4) を作りあげたように後の法廷闘争とは趣が違う。
こうしたミニコン UNIX からワークステーション Unix への転変は Unix そのものや文化にも変化をもたらした。まず激しい競争は Unix の高機能化を加速した。商品として判りやすい惹句が「あれもできます,これもできます」なのは誰もが知っている。もちろん安定性を増すために quota のような利用者の自由を制限する機能も含まれていた。またワークステーション Unix は現在の Unix 系 OS と同様同時に一人が使うものであり前述の布教の必要性は大幅に減じた。達人たちのみの楽園から万人に開かれた道具に変ったのだ。こういった変化を体感したければ『root から〜』と水越賢治『スーパーユーザの日々』(1993,オーム社)を読み比べてみるといい。『スーパーユーザの日々』はワークステーション Unix のシステム管理の入門書だ。この本ではたんに知識を羅列するかわりに架空のソフトウェアハウス(開発会社)を舞台に新卒社員が先輩社員からシステム管理を学ぶという体裁をとっており,そのおかげで架空の話とはいえ90年代前半の雰囲気が堪能できる。出版年でいえば『root から〜』と二年しか違わない『スーパーユーザの日々』の落差は “dog year” と称された当時の激烈な変化まで体感できるだろう。
当時はよくいわれたのに今やほとんど聞かれなくなったものがある。マキルロイの論文の結論部分に書かれたそれは,1973年に出版されたイギリスの経済学者エルンスト・シューマッハーの著作の題名で,中学生の英語力があれば十分に理解できる平明な一文だ。
Small is beautiful.
マキルロイは『人月の神話』を引いて一定の留保をつけてはいるものの,これが UNIX 哲学の背骨であることに違いはない。機能をありったけ詰め込もうとして失敗した “kitchen-in-a-sink” な MULTI•cs のアンチテーゼである UNI•x にとって,これ以上のスローガンがあるだろうか?
ひるがえって現在の Unix 系 OS をみれば,ブクブクと肥え太ったシステムコール,全容を俯瞰するだけでも一苦労するライブラリインターフェイス,一生使うことのないオプションスイッチまみれのコマンド群。UNIX が仮想敵とした OS そのものだ。そのことについてとくになにも思わない。ハードウェアは長足の進歩を遂げ,コンピュータの応用範囲は途方もなく拡がった。UNIX が変らなければたんに打ち棄てられ,歴史書を飾る一項目になっただけだ。ただ現在「UNIX 哲学」を語るならそうした背景は理解していなければならないし,どれだけ繊細な注意を払ったところで〝つまみ食い〟になってしまうことは自覚すべきだ。
どうやら5chの言語板では推測を書いてはいけないというどう考えても科学の発展の妨げにしかならないような謎ルールが存在するので、以下、スレに書き込もうと思っていたことをまとめてここに書く。
性癖を性的な癖に言い替えられるような使い方で使っているのはネットかつオタクの文化圏に集中していることは疑いようがないことだと思う。
まずツイッターのbioがそうだ。
これを言ったらツイッターのbioとオタクがどう結び付くのか分からないし視野狭窄としか思えないって言われたけど。
なので他にも例をあげていこう。
cmで有名なシーモアやめちゃコミやrentaよりも蔵書が多い電子書籍サイトだ
・性癖が暴かれる!? 新感覚オフィスラブ!(中略)彼女のヒミツは…「アレ」に人一倍興味があること・・・!?
・性癖ヤバめなオトコに狙われました。
・彼の性癖は歪んでる。~聖母系エリートの悪魔的とろとろ溺愛セックス~
・ひなこは今夜も鷹臣先生を困らせたい おしどり夫婦のナイショの性癖
全て性癖を「性的な癖」と置き換えても成立する文脈で使われている
1000件以上ヒットしたが5件連続でこうなのだから漠然と有意性が感じられるとは思う
全部検証するのは大変骨が折れるので興味がある人がすればいい
また似たような引用方法をしてもくどい感じもするので検索結果のリンクだけ貼っておく
https://www.pixiv.net/tags/%E6%80%A7%E7%99%96/novels
なんか最初のあたりで中国語のものが目立つが、日本語の作品ではやはりそういう性癖の使い方が目立つと思う
・
以下ではなぜこのような性癖の使い方が行われるようになったか推測、かっこよくいえば仮説を書く。
「○○をする性癖がある」があるというのは、一部の国語教師面をした人間からのウザ絡みを避けられるという意味でより無難な書き方をするなら「○○をするのが好き」と言い替えられるだろう。
しかし単に「○○がすき」みたいにというふうに書くとなんか締まりがない感じがしなくはないか?
なんというか名詞の性癖を使うのと比べるとバシッと決まらない感じがするというか、読み手を想定してみればそういった文章は漫然と左から右へと意味内容が流れていくばかりその読み手の頭からするっと抜けてしまうような感じが俺はする。
それに比べて「性癖がある」というのは名詞的な表現だ。その言葉の前で受けている性癖の内容をバシっと捉えて概念化している。
概念化は名詞の効用だと思う。動詞で終わる文章が単に事実や考えを伝えるのに比べると、文章全体ではなく、一つ名詞に読み手の意識が集中される。
名詞が記憶のとっかかりにもなる。そういう意味でも読み手の頭により強く残る。
以前私は「漫画の魅力ってそれが二次元とメタファーされるように」という文を書いて、ここで「そんなメタファーの使い方はしない」というふうに言われた。
しかしこうやって指摘するぐらいの人間はその言わんとすることが伝わっているからこそ、その意味と用法がずれているということに気付けることが指摘の動機となっているはずなのだ。
完璧に正しい用法かの確証はないがおぼろげに自分の伝えたいことにかすっている程度ぐらいの可能性でも感じるなら、少し小難しくてもそういった名詞や特に術語を使うほうが、読み手は「あああのことが言いたいのね」となるのだと思う。
性癖も本来は単に癖と言うのをより生硬にした表現だ。そういう日常的にあまり使われてなかった言葉をあえて使う場合、日常的に使われる言葉が多種多様な場面で使われるためにぱっと読み手の目に入って来てもその言葉だけでは文脈が絞り切れないという意味ではニュートラルに認識されるのに比べれば、そういう言葉は特定のミームというか匂いを帯びやすい。
「性癖」の意味をひとたびずらして「性的な癖」という文脈で使うようになると、もうそういうミームで固定される。
だからそういうミームを共有し合う人間にとっては性癖という言葉を出すだけで、みなまで言わなくても何が言いたいのかなんとなくわかるというか、そういう読解の省エネ的な効果が認められるのだと思う。
とにかく、単に何々が好きというのが読み手に「なんの意味で好きなんだろう」とその実態のより詳しい限定化を課す、すなわちボトムアップ式の理解を課すものだとすれば、性癖と概念で言ってしまえばトップダウン式に何が言いたいのか理解されるという点が便利なのだ。その代償として国語教師面した人間に噛みつかれるリスクを負い得るだけで。
俺がメタファーという言葉を使ったのもそういう効果を狙ったものだ。そもそもメタファー以外に自分の伝えたいことにあてはまる表現が見当たらないって理由も大きかったはずだけども。
(アスペは会話をあまりせず書き言葉が友達だから難しい言葉と思われているもののほうがアスペにとっては身近というのはアスペの悪い癖だ。もちろん俺の「メタファー」は他の定型から見れば理解の浅いずれた使い方なのかもしれないけど、俺にとってはメタファーが理解度という点で使うべき一番ましな言葉だったのだ。そもそも言葉の難しさとは何なのか。たかがカタカナご文字の言葉の難しさをどう規定できるというのか。正も凸も小学生で習う同じぐらいの画数の漢字だが習う時期が全く違う。俺はこれにも納得できないがそれは上記のことに通じる話だと思う。凸が身近な人間にとっては普通の人にとっては正の方がやさしい漢字に思えても、その人にとっては凸の方がやさしいのだ。)
名詞は特技、趣味、性癖というように表とかの項目にするにも都合がいい。
これが一つだけ「性的に好きなこと」とかだったら統一感もない。
角川類語新辞典には「手癖」「尻癖」「酒癖」と○癖という言葉がたくさん載っている。
癖をへきと音読みする言葉は実はそんなに多くないが、それでも日本語、いや日本人の伝統として○+癖という造語法で言葉を作っていく造語意識が背後にあることを伺うことはできる。
基本的に癖の内容を象徴し得るような漢字+癖という組み合わせて作られていることは明らかだ。
酒癖はそのままだし、尻癖は失禁する癖のことで、その現象が起こる場所を示す漢字を使っているという点でちょっとひねっているが、根本はおなじだ。
そんなわけで、もとの性癖は性も癖も似たような意味で使っている漢字を組み合わせた熟語だけども、それとは独立して性的な癖という意味での、酒癖等と同列な「性癖」が今作られるようになっていったとしても、日本人の背後にはそうおう造語意識がずっとあったわけだから、何もおかしくないわけだ。
つまり、両国には地名と両者の国という二つの意味が考えられるがこれらは辞書では別の言葉として別別に立項されているように、あの性癖とこの性癖も辞書で別扱いするべきぐらいに全く別物の言葉なのだというのが私の仮説だ。
よって性癖を性的な癖と言い替えられる文脈で使ったときに「誤用だ」とかいうのは全くずれていて、単なるシノニムとしての衝突に翻弄されているだけなのである。
日本語だとちょっと突拍子なく感じる意見かもしれないが、英語ではスペリングが同じで別の概念として複数立項されている言葉は何も珍しくない(無学かつ個別の事例を覚えてられるほど記憶力よくないので例はあげられないけども)。
13 | はてなブックマーク - 人気エントリー - 2008年11月1日 | https://web.archive.org/web/20170815132626/http://b.hatena.ne.jp/hotentry/20081101 | |
14 | はてなブックマーク - 人気エントリー - 総合 - 2010年5月27日 | https://web.archive.org/web/20190522181226/http://b.hatena.ne.jp/hotentry/all/20100527 | |
15 | 【復旧済み】各カテゴリの特集の一覧に、想定とは異なるものが多数表示される不具合が発生しています - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2019/05/10/134428 | 4668551187895269474 |
16 | コメント一覧ページのデザインリニューアルおよびページ内の一部機能の廃止・整理を行います - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2017/08/08/150000 | 4667408485643465858 |
17 | 簡易はてな記法 - はてなブックマークヘルプ | https://b.hatena.ne.jp/help/entry/textformat | 4669405056148061858 |
18 | eidを使えばもっとURLを短くできる | https://anond.hatelabo.jp/20081219194442 | 11362837 |
19 | URLエンコードについておさらいしてみた - Qiita | https://qiita.com/sisisin/items/3efeb9420cf77a48135d | 347680902 |
20 | はてなブックマークのEIDの桁数が激増したのはいつだろう | https://anond.hatelabo.jp/20190127151652 | |
21 | 重複した URL を正規 URL に統合する | Google 検索セントラル | ドキュメント | Google Developers | https://developers.google.com/search/docs/advanced/crawling/consolidate-duplicate-urls?hl=ja | 4694503810869473858 |
22 | Consolidate Duplicate URLs with Canonicals | Google Search Central | Documentation | Google Developers | https://developers.google.com/search/docs/advanced/crawling/consolidate-duplicate-urls | 4695808187685102274 |
23 | URLが複数存在する同一ページでコメント一覧ページが分散する仕様を、統合されるよう変更しました - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2019/02/28/173401 | 4667408469537322306 |
24 | URLクエリパラメータ(クエリストリング)の意味とは。使い方は? 除外はすべき?[第4回][第4回] | Googleアナリティクスとは/衣袋教授のGoogleアナリティクス入門講座 | Web担当者Forum | https://webtan.impress.co.jp/e/2012/04/26/12663 | 351312146 |
25 | 高木浩光@自宅の日記 - はてなブックマークを禁止する技術的方法, 追記, 追記2 (23日) | http://takagi-hiromitsu.jp/diary/20071222.html | 6889081 |
26 | [B! はてな] はてなブックマーク - about:blank | https://b.hatena.ne.jp/entry/s/b.hatena.ne.jp/entry/about:blank | 4707586658055348514 |
27 | おっ - kikuchi1201 のブックマーク / はてなブックマーク | https://b.hatena.ne.jp/entry/2805/comment/kikuchi1201 | |
28 | はてなブックマークされてる不思議なページ | https://rcmdnk.com/blog/2014/02/24/blog/ | 4671123851382313506 |
29 | はてなブックマークの全文検索機能を改善しました - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2015/06/22/114958 | 4667408538793733762 |
30 | はてなブックマークっていつからOR検索できるようになったの | https://anond.hatelabo.jp/20121006222621 | 241122808 |
31 | 知らなくても困らない!はてなブックマークのアレな使い方 - tipos taronga | https://tt.hatenablog.com/entry/2013/11/16/215703 | 4713084010265175938 |
32 | マイホットエントリー機能のご紹介 - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2013/05/08/131308 | 4667408422829508482 |
33 | マイブックマーク検索の機能を強化し、検索結果の並び替えや絞り込みができるようになりました(PC版ブラウザ) - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2021/09/02/160546 | 4707764769367740738 |
34 | はてなブログスター(星マーク)効果は?1万円購入の圧倒的な効果 | https://blog-support.jp/hatenablog-star/ |
今回書いた増田にも多くのブクマが付き、有難く思う。以下返信。
これは詳しい
ブクマしておく
誰得の詳しいまとめ
おつおつ!!
コメ有難う。おかげで次も書こうという気になる。
有用なツール紹介感謝(ぐぬぬ、向こうのブコメの方が多いと思いつつ)。
参考ページ[FAQ]はてなブックマークの「総合」カテゴリーと「一般」カテゴリーの違いはどこにある?を載せたから大丈夫だろ、という不親切な態度は許されなかった。
門外漢によく知ってるねと褒める時に使う言い方の事例集だ。俺は詳しいんだ。
カラースターの値段が
紫スターすごい
ギブミーカラースターとか言われたら、青1個投げるとちょうど良さそう。
なんかよくわからんけど参考になりそう
まだAPIの解説も残っているんじゃ(すぐに投稿できるとは言っていない)。
GitHubにでも書いたほうが良いのでは
増田への愛(執)着が勝ったが、外部リンクを数件しか貼れず注釈機能が無く字数制限も厳しい環境に投稿して良いのかという葛藤もある。
「錯綜」の解釈を間違っていて一対多の意味を取り違えた。「分散」かな。 & は予約文字というよりも値が途切れ # はブラウザの機能としてサーバに送信されない。 1d. は {2} ではなく {1} (%enc)
指摘を参考に"エントリページ"の章等を修正。URLと引数については、修正後の内容なら以下のようになることを読取っていただけるかなと。
1a例 https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20220521220951
1d例 https://b.hatena.ne.jp/entry?url=https%3A%2F%2Fanond.hatelabo.jp%2F20220521220951
API編も期待してる
善処する(GitHubに投稿する方に気持ちが傾いてるが全く触ったことがない上に、VSCodeとWSLとgitを導入してはてなのウィジェットスクリプト解読環境も整えようなどと考えてるので、いつになるか定かでない)。
「はてなフィルター」というウェブサービスも加えて
・全文検索
セリフとか擬音語とか書籍内の文字を全文検索する機能。電子ならできるやろ普通?ってのが全然できない。
小説ならできるものもあるのに。未だにタイトル・サブタイ・紹介文・ジャンルタグぐらいしか検索できない。
少なくとも購入済みのものは出来て当たり前になって欲しい。
・ページ遷移高速化
連載作品を毎週1話ずつ読むような読み方ならスマホで十分だし現行のアプリとかのビューアーでも事足りるが、
「あのシーンどの巻のどの話数だっけ?」みたいな、過去数百話を通しで見ていくような使い方だと絶望的に使いにくい。
PCブラウザで見てもホント遅い。マウスの中クリックやスマホの音量ボタンででグリグリページ遷移できたりサムネ6ページ同時に表示したうえで
これはもう絶対。もし著作権がどうのこうのでダメだというなら一度買った版を後から修正したり絶対しない保証、さらにサービス終了時は
PDFでダウンロードできるとか同じ約束を守れる他サービスに移管することを保証とか、とにかく人に買われたものに後からペン入れするような
とにかく紙でできることはあたりまえに出来て、紙で不可能なことをもっと便利にというポリシーでサービスを追求していってほしい。