  |
はてなキーワード: 検索エンジンとは
Google検索で探しているものが見つからない、もしくは探している情報が3ページ目以降にあるということが増えてきた。DuckDuckGo等も使ってみているが、DuckDuckGoは結果の表示にbingを活用しているので鮮度の低い情報がヒットしてしまう。結局Googleを使わないと目的のページが見つからなかったりするのでDuckDuckGoで調べてみて出てこなかったらGoogleを使うようにした。
Googleはもともとウェブの検索ではウェブサイトの結果しか返していなかったが、2012年あたりから「すべて」という非常にあいまいな検索結果を返すようになった。近年(いつ頃かは不明)ではカード型でいろんな情報を「これ探してるんじゃない？」とばかりに表示するようになった。おかげで検索結果の1番目を観るまでにスクロールをしないといけないような有様だ。Googleのサービスなので仕方がないのかもしれないがYouTubeの検索結果を目立つように配置している。これも正直非表示にしたい。これについては「検索ワード -site:youtube.com」にすれば出てこなくすることはできる。しかし、他にも動画共有サイトは存在する上に見たいわけではないサイトが出てくる。そしたら今度はuBlacklistという拡張機能を使って消す。これくらいしないとGoogle検索は使えたものではない。
動画を探すでもなく、有名人の情報を探すでもなく、ただ最新のニュースを調べたいだけではない時、“Webページ”を探すための検索エンジンが欲しい、と思う。今ではGoogleに倣えと他の検索エンジンもGoogleのような見た目をするようになってしまった。“Webページ”だけを結果として表示してくれたかつてのシンプルだったGoogleのような検索エンジン、どこかないだろうか。
プログラミングで主にやる事は下記の2つ。
①IFでAかBを選択させてどっちかの設定を実行
②Whileで決められた回数分繰り返す
とてつもなく複雑で冗長な処理によって実行されている。
わかりやすいので画像処理でいうと、数十万から数百万の画素（RGBAの24bitで表される数値）を小さなブロックに分解し、数学的に周波数の重なりとして計算して変換、含まれる頻出パターンをテーブルにして圧縮伸張を行なう。みたいなことが瞬間的に行われている。
「まさかそんな事できるわけないだろ」というレベルの処理が実際に行われており、これまた直感的でない。
だからそれをどう書くんだよ。という答えはコレ。有名なjpegの実装だ。
libjpeg というライブラリを書くことはできるだろうか？画像の圧縮の理論から考え始めることはできるか？
正直無理だ。自分はプログラマだがそんなに数学が得意ではなく、頑張ったとしても下手するとコレを作るのがライフワークになってしまい、他のことができなくなる。
例えばブラウザを0から作るとして、jpegの処理以外にも画像だけでpngとかgifとかwebpとか、その他もろもろとてつもない作業が必要になる。
「とてつもなくて想像もできないので流石に無理だろう？」
いや、でも、実際動いてるのよ。ここ何十年、コツコツと積み重ねて実現している。
「積み重ね」とはライブラリであったりフレームワークであったりOSであったりする。
「どういう風になっているのか」
外部に向けたインターフェイスがどうなっているのかは理解する必要がある。「使う」ために必要だからだ。
この2つは分けて考えなければならない。
ちなみに、たとえばChromeのコアであるChromiumはのコードはコレだ。
つまり言いたいことは、実際に動くアプリケーションというのを作りたいのにも関わらず
プログラミング入門書は、これで判定と繰り返しという基礎ができますと言うだけ。
これがもう滅茶苦茶イライラする。
「これで判定と繰り返しという基礎ができます」というのが基本的な理論（定理的なもの）で、その他に必然的だが唯一無二ではないベストプラクティスというものがある（法則的なもの）。
後者をうまく説明する入門書に出会っていないんだろうな。という印象。イライラはやめよう。つかれる。
ベストプラクティスはいろいろあるのだが「層の構造にする・レイヤーに分ける」というのは重要なアイデアだ。
libjpegというのはjpegの処理を行う「ライブラリ」だ。他のアプリケーション...たとえばブラウザはこのライブラリを「使う」。
ブラウザではjpeg画像の圧縮展開というとてつもなく難しい処理を「libjpegの使い方」の理解までで済ませ、過去の蓄積であるlibjpegのコードを利用することで真の意味で0から実装しないようにしている。
この場合、libjpegが「低レベル・低レイヤー」の存在であり、中身については「使い方」つまり「仕様」の理解までしか行わないことで、実際に作りたいものを作れるようにしているわけだ。
完成しているプログラムは二例ほど挙げたがどうですかね？
複雑なことをする、特に低レイヤーのコードはとてつもなく難しい。
でも、とりあえずこんな感じのコードなら解るよね？
こういうレベルから理解して、ちょっとずつ難しい処理を学んでいくしかない。
ハードルは高いんですよ。実際。
なので、木材からだと難しいからプレハブのキット的なものを探すとか、ログハウスのカタログを読むとか、あるいは100人乗れる物置を買うのがいいかもしれない。そういうところから始める。
それらがフレームワークであったりライブラリであったりする。目的に合うものを探して、自分がやりたいことをどう実現するかとにかく考える。
「テキシコー」https://www.nhk.or.jp/school/sougou/texico/ で言われる通り、「小さく分けて考える」「手順の組み合わせを考える」「パターンを見つける」「大事なものだけ抜き出して考える」「頭の中で手順をたどる」をひたすら実行する。
unityはコードが公開されているので、本当に読みたいなら。。
オブジェクト指向は一旦忘れよう。
オブジェクト指向の「隠蔽」というのは層の構造が持っている重要な要素ではあるけど、「低いレイヤーについて考えない」のが基本的な作戦だという理解の方が重要だ。
前述の通り「できる限り作らない」んですよ。「使う」だけ。知るべきことを最小化する。
そして本当に作るべきものに関しては、利用する下のレイヤーのライブラリなりを探して・仕様を理解して、どう組み合わせてfor, if, あるいは計算させれば実現できるのかをひたすら考える。
単に翻訳がしたいのか？表示に割り込む方法を知りたい？日本語に翻訳するのは実行時なのか開発時なのか？
要求される表示エリアが言語によって異なるために、デザイン調整が必要になる問題をどうするか？
分解が甘いので何をしたらいいか調べることができないんだと思う。
ちなみに、アプリ内の文言というのはアプリの外部から変更できないように実装されている事が多いので、利用者が上書きする仕組みはかなり難しい。
AndroidなりiOSの仕様にもそのへんに割り込める機能はないはずなので、OSの開発に入っていく必要がある。結構大変だとおもう。
アプリの開発者が、そういう機能を備えた多言語化のためのライブラリを使うようになれば実現可能ではあるので、そっちの方向で頑張るのがおすすめだが、英語圏の開発者には多言語化のモチベーションが低いという基本的な問題はあるのよね。
この辺の「できる・できない・むずかしい」の判断は、いろいろな勉強をすると常識としてある程度みえてくる...気がする。
ついでに。ウェブサイトやウェブサービスの翻訳だとこういうサービスがあったりする。
ブラウザはページの描画処理のなかに割り込む余地が大きく取ってあるので、ブラウザのExtensionとかならできることがいくらかあるかもしれない。
個人的に気に入らない話はOSのアップデートは使いやすくなるからとてもいい事だからすぐにやった方がいいと宣伝されている事。
まあ、半分は嘘だよね。古いものが残っていると先に進めないんだよ...。
現在のクライアントOSは、巨大なプラットフォームのパーツの一部として理解したほうが正しくて、古いパーツが残っているとツライんですよ。
そして「サービスを受けるための道具であって、あなたが何でも好きにできる機械ではないです」みたいな世界になりつつあって、ちょっと問題と言われてもいる。
これはかなり困った傾向なんだけど、全体としての流れはあんまり変わりそうにない。
オブジェクト指向好きですな...。ここではオブジェクト指向は特に気にしなくていいですよ。
とてつもなく複雑なことをやっているために、すべてのバグを潰すことはコストが高すぎてできないんですよね。
それよりバグは未来を先取りするコストと考えて、本質的に価値のある機能を増やしていくというのが基本的な方向になっている。
だからパソコンはたまに不具合を引き起こすんです。しゃーない。
しかし中途半端に理解している老人などは、そんなことじゃ分からん。自分に分かるように説明しろと言い出す。
説明は出来る。しかし相手はイライラするし理解されない。よって説明をしてはいけないという状況に追い込まれる。
ここでどうすればいいのだと理解不能に陥る。
まあ、説明って得てして難しいよ。しゃーない。
そのとおりです。
オープンソースのプロダクトなら原理的には調べられるけどね。Androidとかはオープンになってる。
それを許容することで先に進んできているという事実は受け入れたほうがいいと思う。
「把握・理解可能な範囲」に留めていたら、数十年前のコンピュータの世界から抜け出せなかった。
deep learningの世界ではそれがより一層進むかも。この辺は詳しくないけど。
ここでの「理解」についてはそのとおり。これはもう諦めるしかない。
これが常にある。IT関連は常に新しい情報が出てくるのでそれに送れると無知になってしまう。
なんでこんなことも分からないんだとか言われ放題で、IT系の企業に努めている人は常に新しい知識を入れられる
面倒くさがらない人が向いている。
「面倒くさがり」の方が問題に気づいて「頑張って面倒じゃなくする」ことができるので、プログラマにとっては美徳なんて言われますけどね。
同時にくじけないとか諦めない、しつこいみたいな素養は必要かも。
応用まではとろうな。がんばれ。
このへん自分も知らんですよ。べつに全部知っている必要はない。
（追記: はてな記法の引用すらもさっきまで知らなかったしな！そんなもん）
層の構造をとっているということと関係があるんですが、仕様が変わると、その上に乗っているものを全部なおさないといけないんですよね。
でも革新のために互換性を捨てなければいけないケースも多い。このへんはハードでもソフトでも同じ。
そして、メンテのコストが上がっても使い続けたほうがトータルで安上がりという場合は、古いものが残ってしまう。
あるいは「（多少の問題はあっても）動いているものは変えるな」という経験則から意図的に残す場合もある。
西暦2020年にもなって、プログラミングが簡単には出来ないし、ハードウェアの規格も完全に統一はされていない。
というかプログラミング言語自体多すぎる。ソフトウェアはデファクトスタンダードのモノ程度は知っているが、
ぜんぜん完成していない荒っぽいものを目にしているのだと理解したほうが的確。
それなのに毎日理解のできないパソコンやスマートフォンを使っている。
オブジェクト指向のおかげ様だがオブジェクト指向に対して無性に腹が立つ。
自分の全く知らない場所でいけしゃあしゃあと演算を行い、そして結果を出す。それも大半が正しい結果で
利便性が抜群だ。些細なミス(バグなど)はあるが圧倒的に利便性が勝っている。
そんな道具に踊らされている自分が滑稽だ。理解できない愚かな自分は正に機械の奴隷のようだ。
本当に理解できない。辛い。
勘違いしてはいけないのは、それらはすべて先人の努力の蓄積によって成り立っているということ。
「よくわからないけど存在している道具」ではなくて、信じられないほど複雑だけど、多くの人々の行動によってなんとかかんとか実現した道具なんですよ。
「オブジェクト指向のおかげ様」じゃないんです。（もちろんオブジェクト指向というのも大きな発明の一つですが）
そしてブラックボックスとして使うのは多くの場合正しいです。そこは諦めましょう。
でもエンジニアとしての立場からは、その裏に隠れているとてつもない技術や思考の蓄積に感動してほしいなと思う。
人類がこんなもん作れたのって、かなりすごいよ？
これでどうやってゲームを作ったり、検索エンジンを作ったりするんだとなってくる。
つまり言いたいことは、実際に動くアプリケーションというのを作りたいのにも関わらず
プログラミング入門書は、これで判定と繰り返しという基礎ができますと言うだけ。
これがもう滅茶苦茶イライラする。
検索エンジンを作るとしても、検索エンジンにも色々あるのだけど、仮にGoogleを作るとする。
そうすると、まずページランクの論文を読むのは必須だと思われるが、
論文読まなくても日本の大学の授業の内容などが公開されてるので、それで分かりやすい解説を探したとする。
そうするとマルコフ連鎖とか、少なくとも高校、大学学部の行列計算の知識は必須となる。
ここで受験勉強なんて何の役に立つの？といった詰め込み教育に反対していた人達は挫折する。
英語も数学も単なる道具であって、詰め込み教育というのは理由はともかく先に道具を持たせる教育である。
必要になれば必要性を感じるのだから、必要になってから学べばいいというのは往々にして遅い場合がある。
例えば、敵が襲い掛かってきてから初めて剣や盾の使い方の必要性を感じても遅いのである。
よく分からんが学校や塾で装備をくれるというのだから貰っておこう、と思えなかった人はここで脱落する。
プログラミング言語の本でよくあるパターンは文法の説明などで始まり、ファイル入出力などで終わるというのがある。
なぜ、ファイル入出力で終わるのか？
これはUnix哲学とも言えるのかもしれないが、現在になってもコンピュータの世界では、すべてをファイルと考える、というのがある。
と思う人がいるだろうが、それは半分正解であり、半分ちょっと違う。
文字とかバイナリと呼ばれるものが入っているファイルはファイルの一面に過ぎない。
例えば、ディスプレイに図形や文字を表示する、プリンタに出力する、別のコンピュータと通信するための仮想的なつなぎ口を作る、
これらはすべてファイルで実現できる、すべてファイルを読み書きするように実現できうるものである。
まず、幸福とはなんぞや？
という話から始めることになるわけだが
これはこれで正解がない問題に思える
ブコメには当然、
みたいな文字列が並ぶし、まあ、自分も大喜利としてそう書きたくなる気持ちは山々なのだけど、
でも、俺はこういう科学的な探求はすごくいいと思うんだよなあ
幸福＝〜です！
そこからスピリチュアルな話を展開するとか、微妙な論文を持ってきて、さも科学的な話に見せかける
ライフハック！って感じであるｗ（これもゴミみたいな用語になってしまったよなあ
でも、日立の幸福度の研究はそういうものではないように思っている
例えば、社内で人の移動する量が多いほど幸福感が高まるのではないか、という仮説が出てくる
ここで短絡にこれを結論にしてはならない
移動するほど幸福なら、キャノンの座らせない工場とか滅茶苦茶社員は幸福ということになる
個人的に考えても、そうなるようには思えない
ただ、社員が社内を移動した量、というパラメータは当たり前だが計測しなければ見えない数字だ
（計測するためには会社のセキュリティーカードのデータ、Bluetoothのビーコンを持たせて位置推定をするのもありだと思う）
計測しないで、地頭だのコミュニケーション能力だの言い始め、こうすべき、という結論を持ってくる
疑似相関だろうが因果関係が不明だろうが、まず仮説にはたどり着かなければならない
幸福とはなんぞや？という正解があるんだかないんだか分からんテーマに、
日立のこの研究はまったく間違ってない、科学的考察として非常に正しい展開だ
データも取らんで、なんとなくこうなんじゃないの？で語るのが寧ろダニング＝クルーガー的だろう
ただ、データから短絡に疑似相関を正解にしたりするなら、本当にディストピアであって、
ブコメに書かれているような皮肉の対象としては適切なんだと思う
自分もブコメに自信を持ってそう書くだろう（https://www.youtube.com/watch?v=bK95lWHl7js
そういえば、部下を上司の相性で決めていい、みたいな話が増田に前にあった気もするが、
自分なりに科学的に考えるなら、そんなもん、何の実験も検証もしてないのに分からん、としか言いようがない
これも、相性とはなんぞや？という話になってぼやけてしまうが、
自分なりに考えるなら、とりあえず相性はなんとなくでもいい、10点満点中何点というアンケートでもいい
いや、本当は良くないが、相性と会社の業務遂行能力が比例するのかの問題を優先したいので、敢えてそうするわけだ
会社の多くの中間管理職に協力してもらい、相性の数値データを取る
そういう蓄積をせめて数年やってから、上司は部下を相性でセレクトしていい、というならまだ理解できる
それから人同士の関係というならグラフ理論にも持っていきやすいのではないだろうか
Googleなどの検索エンジンのページランクみたいなものである
有向無向グラフ、隠れマルコフなど色々な数学的要素が頭に浮かびやすい
という繰り返しもないのに、
寧ろ、そういう努力を怠って、科学的な話もヒューマンな話も安易に結論を語るなよｗなんか最近の世の中病んでるよなあ…
痩せないとなあ
自分は個人開発でいずれはそこそこ稼げるようになればとかちょっと夢見てる田舎のIT土方。
一応運営しているサービスは一定以上のPV数は稼げているもののマネタイズという段階で行き詰まってて、
今後の運営の一助となればと考えてSEO/Webメディア運営のオンライン勉強会というのに先日参加してみた。
講師はWebメディア運営を主とした会社を運営しているらしい30代くらいの経営者。
勉強会は「Webで儲けるなんて難しそうだけどそんなに気張らなくて大丈夫ですよー誰でもできますよー」というような精神論含めた意気込み的な説明から始まった。
講師の割とリテラシ低めな人に向けてるような言い方に自分が参加するにはちょっと易しすぎる趣旨の勉強会だったかなと思った。
『SEOとは』の説明から始まって、メタタグとかCMS=wordpressのテンプレートがウンタラカンタラの説明。
ここはまあ本職の自分は当然全部知ってる情報だから半分聞き流していた。
その次は収益化を考慮したwordpressの運用方法とかメディア構築の具体的なテクニックとかが紹介された
ここは勉強になるかもなーって話を聞いてみたんだが、なんだかなぁ……
講師の話を要約すると、大体↓みたいな感じだ
いや、このテクニックで生み出される記事って本当にただのゴミなんじゃ……
このとき気づいた。この講師はいかがでしたかブログを量産してるだけのただの社会のゴミだった。
勉強会の最後に質疑応答があって、「その方法じゃ低品質な記事が量産されて問題じゃないですか？」とだけ一応質問したんだけど、
「コピペとかやりすぎるとGoogleや広告会社に制裁食らう可能性があるので注意しましょう」みたいに言われて、
ああ、この人達にとっての『品質』とは需要のある情報を徹底的にリサーチして理路整然とまとめた記事だとか、面白い文章だとか、
そういうことじゃなくて『Googleに制裁をくらわない内容』『人間にとってはゴミでも検索エンジンというシステムに評価される内容』のことなんだなぁって。
「あなたが作っているものは何の価値もないゴミであなたは情報社会に害悪しかなさない社会のゴミだけど生きてて恥ずかしくないんですか？」という質問が頭に浮かんだが流石に口には出さなかった。
そんでこの手の人間がこういう講座で似たような人間を集めて互助会作ったり才能ないけど夢だけ大きい馬鹿に情報商材売りつけたりして勢力増やして更にWebにゴミばら撒くわけだ。
はてな界隈だけ見ててもなんとなくは知ってたけど本当にこの手の人達はITエンジニアじゃなくて転売屋とか情報商材屋とかそういうのの仲間なんだなぁって。
Googleはこの講師のような人が量産するゴミコンテンツと良質なコンテンツを機械的に判別する術を未だに持っていなくて、
「良いもの作ろう！」って人より「とにかくゴミを量産しよう！」の人の方が得をしてしまうこの検索エンジン開発における技術的な限界点が
やっぱり自分はこんな小手先のテクニックじゃなくて本当の品質や発想の面白さで勝負しよう、良いもの作ればいつかは誰かわかってくれるかな。
Yahooカーナビも、食べログも捨てて愛用していたGoogle Mapだが、最近の体制に疑問を感じるので元に戻るつもりだ。
そもそもGoogle マップを愛用するようになったきっかけは、細い路地裏でも一方通行の道はきちんと判別してそれを元に経路案内をしていたことと、ローカルガイドによる口コミの信憑性の高さだった。
それが昨年、マップデータをアップデートし、今までのマップ精度の高さは単にゼンリンがすごかっただけと判明した上に、2020年からはローカルガイドによる口コミもかなり恣意的になってきたことが私をGoogleマップから卒業させる決定打となった。
以前までの口コミはポジティブでもネガティブでもすべて表示をされていた。写真も特に制限はなかったように思う。
そこが、否定的なレビューは消されてしまう食べログやホットペッパーとは異なっており、好感を持っていた。
もちろん否定的なレビューを書かれた物件所有者としては納得できないところもあるだろうが、それはオーナーからの返信で説明をすればユーザーはそのレビューの真偽を自分で判断できるので問題ではない。
しかし、最近ではGoogle マイビジネスの拡販を進めたいことからどうにも店側が一方的に有利になってしまっている。マイビジネスオーナーは、低評価の口コミを「ガイド違反だ」という理由をつけて非表示要求をする。Googleとしてはそのオーナーが担当付きであればあるほど優遇をし、明確なガイド違反でなくとも非表示をするし、レビューや写真の表示を承認制にしているようだ。
オーナーは気に食わないレビューに対して、「お店からの返信」として散々罵倒をしても、その後すぐに非表示申請をすれば他の客には見られることなく、いい評価だけを保つことができるのだ。
ローカルガイドが他のユーザーの検討材料のためにわざわざ時間をかけてアップロードした写真や投稿を削除あるいは非表示にするというのはあまりに失礼な話でもある。
何より、「悪意のある情報をユーザーは信じ込んでしまうからこのレビューは削除しよう」という考えは全ユーザーをバカにしすぎではないだろうか。
いつだかのアップデートから、検索エンジンでもGoogleが一部の検索ワードを勝手に除外した上での検索結果を見せるようになった。
これには少なくない数の人々が不満と悲鳴をあげているが、まさにこれこそが近年のGoogleの姿勢を示す代表例なのだろう。
「ユーザーに素晴らしいUXを」ではなく、「ユーザーは馬鹿だからこちらが適切な情報を与えないと」という考えにシフトしつつある昨今のGoogleは到底好きになれない。
自分がかつて熱意を持って働いていたころのGoogleはもうそこにはいない。仕事を変えたことに間違いはないと改めて思うのであった。
前回、Twitterに適応できないオタクの行く末(anond:20191011160414)を投稿した者である。前回の増田では、トラバ/ブコメ共に様々な意見を頂き、自身を見つめる良い機会となった。とても感謝している。
前回の投稿からもう１年近く経っているが、その間に、というかつい最近でオタク的消費活動が大きく変わってきたためここに記録しておきたいと思い書くことにした。これが改善であるかどうかはさておき、これから先にまた変化があったら比較できるため、その意味でも詳しく書いておきたい。
書き終えてみて、改めて見るととても長い文章になってしまった。一応内容は節ごとにまとまっているので、読み飛ばして気になる所だけ読んでくれても構わない。
本題に入るが、まず俺はTwitter垢を作成した。俺にとってこれは大きな一歩だった。この大きな一歩に繋がる積極的な変化があったのかというと、そんな事はなく、きっかけは極めて消極的なものであったと思っている。この消極的でありながら重い腰を動かすきっかけについて簡単に説明するとするなら、それは定点観測型の消費に限界を感じたためであると言える。
具体的には、過剰消費による虚無と、巡回サービスの変化がある。それぞれについて軽く書いていきたい。
前回述べたように、俺はtwitterを検索エンジンとして活用し、気に入った作品の二次創作を拾っては消化、拾っては消化して楽しんでいた。自分が発信側になれない一種の「諦め」を持ちながらもそれが一番快適で自身に合っていたからだ。これについて、ブコメで「尊大な羞恥心と臆病な自尊心」と指摘されたが、まったくその通りだったと思っている。消費する側として一方的に評価、消化しかしなかった事が自身を完璧主義にしてしまい、いざ自分が発信しようとするとそれが頭を持ち上げて邪魔をしてくるのだった。
とはいえ、それでもいいと開き直っていればよかったのかもしれない。今までそうしてきたように、これからもそうしていくことは不可能ではなかった。しかし、ここで虚無感がドッと湧いてきて、とうとう音を上げてしまうことになった。
どれだけ色んな作品を見て、なにかを感じても何も言うことが出来ない。発信する媒体もない。仮に、何か言おうとした所でどうしようもない駄文が出来るだろうが、それを流す場所も無かった。ただただ感情は吐き出される事もなく喉の奥に押し込まれ、SNSのタイムライン同じく次のまた次の情報の波に流されていくのだった。(もっとも、どのタイムラインにも俺は文字通り存在しなかったわけだが)
常に蚊帳の外である事を自覚させられ、これは「お前はずっと傍観者で、何にも関われないし、誰もお前を知らないだろう」といった気持ちを起こさせるのに十分すぎるものだった。
これを読んで考えすぎだろうと思う人も居るだろう。実際そうだと思う。おそらく、一人で消費するということ自体が、考えすぎてしまう原因なのだと思う。自問自答は、最終的には問題から目を背けさせてくれない。そしてこれはコロナ禍の状況によって更に悪化した。そういうわけで、最終的にこれと俺は向き合うことになる。
Twitterをメインにした定点観測にはいくつかの方法があるが、俺は専らRSSリーダーやSlackを用いて情報を集約していた。なぜTwitterクライアントを用いずにこれらを用いるかと言うと、Twitterのタイムラインは9割以上ノイズだからだ。要らない「いいね」が表示され、知らないユーザがおすすめされ、加えて不安を煽ってくる広告ツイートも混入してくる。どうでもいいご飯写真が上がる。クソつまらない診断メーカー。とにかくノイズ、ノイズ、ノイズ。それがタイムラインだと思っていた。(過去形なのは、この認識が変化していった為だが、それは後述する。)
で、これの何が限界になったかといえば、観測に用いていたツールが軒並み使えなくなったことが大きい。特に影響が大きかったのがIFTTTとintegromatの一部有料化である。どちらも、ベビーユーザーとして利用していた。(あまり知られていないintegromatについて説明しておくと、IFTTTと同様の作業自動化サービスである。)
これらの主な利用方法としては、該当ツイートの巡回、検索だった。IFTTTはツイート検索の定期巡回に優れており、integromatは特定ユーザがいいねしたツイートの取得で便利だった。この二つのサービスがほぼ同タイミングで一部有料化を掲げたため、俺は快適な創作ツイートの巡回を諦めることになる。
(IFTTTの有料化について ： https://internet.watch.impress.co.jp/docs/yajiuma/1276755.html )
(integromatについては記事にされていないが、今年Twitter連携機能のみ有料化された。)
結局は無料サービスにフリーライドしていただけなので文句は言わないが、IFTTTに依存しない情報収集を考える事はいいきっかけだったのかもしれない。
こうして心理的、仕組み的に方向転換を強いられてTwitter垢を作成してみることになった。どうせ作るなら少数の人でいいから交流してみたいな…くらいのお気持ち。ちょうど追っていたコンテンツの専用垢としてそれっぽい推しのアイコンを用意し、無難なプロフィールを何度も書き直しながら書いた。恥を忍んで #○○と繋がりたい タグを付け、初心者のフリをしたツイートをした。勢いがあるそのコンテンツは凄まじくて、数時間でツイートは数百のいいねが付いていて、少し怖くなった。恐る恐るフォローすると、フォローを返してくれて、なぜかそれだけで安心した。大げさかもしれないが、久々に新しいアカウントを作って界隈に入るのは、そういうことである。
ツイートにいいねした人をフォローしていくうちに、俺は巨大な相互フォロー網(以下、巨大FF網と書く)に取り込まれている事が理解できた。プロフィールを開く度に見る「○○さん、他○人がフォローしています」みたいな数字がフォローするたびに雪だるま式に大きくなっていく。タイムラインは自分が思った通り煩雑になっていき、一度の更新でシークバーが小さくなった。更新の度に米粒のような大きさになるそれは、俺の心のようだった。
あたふたした俺はくそつまらない無難なツイートしか出来なかったが、それでも反応してくれる人が居てくれたため、徐々に萎縮が和らいでいった。推しについて拙い言葉を書くと、誰かがいいねを送ってくれた。恥を忍んでアホらしいタグを付けたツイートをすると、誰かが返信してくれた。界隈の巨大FF網、その集団意識はそのようにして俺を取り込んでいった。そしていつしか、俺も誰かのどうでもいいツイートにいいねやリプライを送るようになる。しかし、ふとした瞬間に定点観測時代の俺がこう囁いてきた。「それって互助会と何が違うの？」と。
定点観測時代、推し関連のタグでツイートを巡回してる時によくこう思ったものだった。「なんでこのツイートにいいねが沢山付くの？」「この人のイラスト、毎回同じ人が持ち上げてるな」「定型文のような褒め文句…互助会みたい」
はてブにおいては互助会は悪とされている。互助会の人たちで持ち上げられた記事は大体つまらないし、並ぶコメントも「参考になりました！」ばかり。これと同じ感情を定点観測時にTwitterでも感じていた。いいねの数でツイートを巡回していたので、価値のあるツイートだけ伸びてほしかった。どうでもいいツイートが伸びて、それを拾うと、ゴミを拾った気がして、イライラしていた。
しかし、後に巨大FF網に取り込まれた俺はそれを体現するように振る舞っていた。フォロワーのどうでもいいツイートに気軽にいいねやRTを送り、また自身のツイートも同じように扱われていた。気軽な反応は心理的な障壁を無くし、より安心感を強化していく。もはや「価値のあるツイートこそ伸びるべき」といったグツグツと煮詰まった思想は、火が消された鍋のように静かになった。会話をする当事者たちからすれば、そんな事はどうでもよかったのである。
俺ははてブの互助会を擁護したいとは思ってはいない。ただ、互助会がなぜ生まれるのか、その一端は理解出来たように思っている。
評価指標となるいいねやブクマといったものは、当事者間ではカジュアルな肯定に使われるが、観測者側からは質の良さでソートする時の指標として重く受け止められている。そのため価値に見合わない評価を付ける事を当事者間では歓迎され、観測者側は嫌うのではないだろうか。これが正しいかは分からないが、この価値観の違いが互助会の生まれる原因であり、またそれが害悪的であると糾弾される理由ではないか、と俺は薄々感じるようになった。
それでも、どこか脳裏には「質の良いツイートが伸びるべき」という意思は存在したようだが、属する巨大FF網が持つ互助会的文化に、それも破壊されることになる。
ここで述べる"互助会的文化"はあくまで俺の属したFF網で存在しただけで、Twitter全般で起きている事ではない事を先に明記しておく。
それは決まって形式的な挨拶ツイートだった。(以下"おはツイ"と称する)夜明けと共にタイムラインが動き出す時、皆揃って、おはツイをする。これを初めて見たとき、なんだかむず痒い思いをした。形式的な挨拶ツイートと、それにつくいいねのインフレ。ツイートに付けられるタグや画像から得られる情報はほぼ無だった。属する界隈は、某ソシャゲコンテンツだったため、おはツイにはそのソシャゲの推しスクショがよく貼られているのだが、これも理解出来なかった。単なるゲーム画面だ。#○○が今日も□□ みたいなタグがだいたい付いている。なんだそれは？
とにかくおはツイの絶対的特徴として挙げられるのがその情報量の無さと明らかに釣り合わない評価(いいね/リプライ)だった。これが午前中、FF網全体で再生産され続ける。インフレするいいね欄を見ていると、次第に俺は「質の良いツイート」の定義がわからなくなった。
そして、このツイート群がもたらす特異性は、その連帯感にある。すなわち、同じFF網に居たとしても、おはツイをする/しない でうっすらと交流関係に壁が出来上がっていくのだ。それもそのはず。形式的とはいえ、毎朝話すフォロワーと話さないフォロワーが居たら、自然とそうなるのだ。現実社会でそうであるように、Twitter上でも変わらなかった。どんな環境であろうと、挨拶は変わらず有効で、逃げられない。
俺はこのFF網に取り込まれた時点で界隈に受け入れられた、一員だと勘違いしていたがそれは違った。毎朝行われるこの儀式じみた挨拶ツイートをこなしてこそ、この集団意識の一員となれるのである。
先頭で"洗礼"と書いた意味が、ようやく理解出来たと思う。この儀式が内包者のツイートへの価値観を塗り替え、統一しているのだ。誰かがこれを強制したりはしない。だが、いうならば集団意識がそれを催促しているのかもしれなかった。そしてこれを通過した頃には、俺の価値観は一新された。
ここまで聞くと、「おいおいそんな所、面白いのか？」も疑問が湧くだろう。先に結論を言うと、面白い。
たしかに、そのタイムラインは常に情報量の無いツイートで溢れていた。冗長な挨拶周りが毎朝再生産されていた。しかし、これらは俺自身が発信する時の障壁を限りなく低くすることにも作用したのだ。
前回の増田までは、俺は自分の思いを発信するにあたり、「完成された感想文」が必要であると、そう信じていた。自身が求める質と同等のものを発信するべきと考えていたためである。誰が見ても分かるが、明らかにこれは長続きしない。自分の理想と実際の質の乖離に耐えられないからだ。
だが自分がその"レベルの低さ"を許容すると、話は変わる。煩雑なタイムラインを受け入れた時、自分も煩雑な発信が出来るようになるのだ。そしてこれは、"発信したいけど出来ない"を大きく上回る。俺に必要だったのは高等な「完成された感想文」などではなく、低俗な「エモいメモ書き」で十分だったのだ。
ここまで書いてみて、改めて以前の考えが独りよがりであるかと痛感した。消費専門で二次創作を漁っては、一方的に評価したり、ノイズにイライラしたりする。これはこれで楽しかったが、視野が狭くなりすぎていた。
本当に好きなコンテンツを摂取して、発信も含めた消費を楽しむには定点観測では全然足りない。自分がつまらない事しか書けない事を自覚したうえで、色々な人の発信、二次創作を許容して楽しむ。こうした先に、もっと良い発信が出来るヒントがあるのではないかと、今はそう思っている。
先述したとおり、これが改善であるかどうかは分からない。またこの先に、「あの発想はどうかしてた」と目が覚めるかもしれない。もしそうなったらそれはそれでまた書いてみようと思う。
最近って色んなモノの検索エンジンが流行ってて、はてなでも宣伝してる人いるじゃん。
なら要望があるんだけどさ、編曲者で検索できる音楽系の検索エンジン作ってくれね？
検索したらspotifyとかTUBEの公式に飛べるような感じで。
理想だとそれらのサイト使って自動的にプレイリスト生成してくれて１時間ぐらいその編曲者の曲が聞けるといいかなあ。
編曲者って結構大事だと思うんだけど、微妙に軽視されてるよね。
ある人がいつもとちょっと違う作風でいきなりブレイクした曲って実は編曲者が裏で頑張ってその人の強みを世間向けに加工してたりするんだけどな。
Boothやkindle自費出版とか色々あるけれど、同人イベントが終わるともう注目もされなくなる。
検索エンジンの問題か、リコメンドシステムの問題かわからないが埋もれやすい。
ウーバーイーツは短期的にはいいが、長期的には個人にスキル向上にならず生産性が上がらない。
Googleは情報抜かれるからってことで一時期流行ったから半年ぐらい使ってたんだけど性能低すぎるからGoogleメインに戻した。
確かにGoogleはSEOをハックされてしまってトップ５件ぐらい検索汚染なのは事実なんだが……そのあとは結構質がいいんだよ。
対してDuckDuckGoって全部しょっぱいんだよ。
Googleが最初３つ０点でそれ以降が９０点だとすると、DuckDuckGoは全部５０点ぐらい。
しかもDuckDuckGoは検索件数がすげー少ない。
Googleが９０～６０点ぐらいの結果を１００個ぐらい返す時に、DuckDuckGoは５０点の１０個で終わる。
あとGoogleによくあるかゆい所に手が届く結果みたいのがない。
かといって検索したとおりに出てきてるかと言われると微妙で、コイツ結局何をクロールしてどういう序列で並べてんのってが多すぎる。
テレホタイムの時代にGoogleを知らずにYahooを使ってた頃のYahooと同じかそれ以下。
Googleが凄すぎるんだけど、大抵の検索エンジンってGoogleに対抗するために結構進化してるからDuckDuckGoほどにはひどくない。
DuckDuckGoは本当にただただ個人情報を抜かれないらしいってこと以外が酷すぎる。
三分過ぎ去ってしまったせいだ。
思えば人間が焼きそばの都合で三分を待つという姿勢が良くない。
そう思った私は焼きそばを家の地下実験室の加速器の中心に入れて、ある実験を行おうとした。
そうすれば焼きそば周辺の時間は遅くなり、こちらがコーヒーブレイクをゆっくりとったあとでも十分に間に合うではないか。
加速器に入れた焼きそばは重力を増大させ、ブーンという音が室内に響き渡る。
こんな私の思いをよそに加速器から出てきた焼きそばはグッチャグッチャにつぶれていた。
「なぜだ！」
地下研究室に苦悩が響き渡る。
前人未到の分野に挑む時人は苦悩するのだ。
そう、売れない検索エンジンのようにだ。
数時間後、考え方を変えた私は焼きそばを加速してみることにした。
もちろん焼きそばは食べられなくなった。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 37 | 9424 | 254.7 | 64 |
| 01 | 36 | 6581 | 182.8 | 102 |
| 02 | 25 | 2876 | 115.0 | 51 |
| 03 | 25 | 3703 | 148.1 | 18 |
| 04 | 6 | 1442 | 240.3 | 56 |
| 05 | 4 | 1270 | 317.5 | 14 |
| 06 | 7 | 670 | 95.7 | 79 |
| 07 | 10 | 1220 | 122.0 | 25 |
| 08 | 30 | 4698 | 156.6 | 40 |
| 09 | 63 | 4920 | 78.1 | 41 |
| 10 | 126 | 14699 | 116.7 | 36.5 |
| 11 | 93 | 8234 | 88.5 | 46 |
| 12 | 105 | 10015 | 95.4 | 40 |
| 13 | 96 | 7927 | 82.6 | 40.5 |
| 14 | 168 | 12017 | 71.5 | 35.5 |
| 15 | 136 | 13011 | 95.7 | 44.5 |
| 16 | 148 | 18393 | 124.3 | 40 |
| 17 | 138 | 11769 | 85.3 | 35 |
| 18 | 105 | 17022 | 162.1 | 56 |
| 19 | 103 | 15103 | 146.6 | 42 |
| 20 | 172 | 14735 | 85.7 | 32 |
| 21 | 219 | 16211 | 74.0 | 32 |
| 22 | 150 | 19176 | 127.8 | 31 |
| 23 | 160 | 14270 | 89.2 | 27 |
| 1日 | 2162 | 229386 | 106.1 | 37 |
ミノリ(7), レメディー(9), カナメ(11), tyoshiki(5), 神崎(8), 倭(4), 反日勢力(4), 綴(3), 強化ガラス(3), chart(7), 私人(12), 大麻(16), ベーシックインカム(11), 新自由主義(9), 滅(13), スパム(20), ガラス(5), クライアント(5), 鬼滅の刃(8), 投票(21), 割っ(7), 割れ(8), 射精(12), 鬼(15), 読者(16), f(7), マイナー(9), ちんぽ(15), 記録(16), 嫌がらせ(11), 一人暮らし(12), パワハラ(13), ジャンプ(13), オナニー(18)
■スマフォを裸で持ってる人 /20201017125835(23), ■Googleを超える検索エンジンを作ったので使ってみてほしい /20201016210005(18), ■最後まで使いきれないモノたち /20201017070555(15), ■どマイナースポーツのアジア記録保持者ですがコロナで競技が消滅しそ /20201017150918(13), ■部下との期初面談で思い切りやらかしてしまった /20201017135045(12), ■罪をなすりつけられた /20201017155501(12), ■はてなの皆とフリーゲームの思い出について楽しく語りたいんだが /20201017174100(11), ■「車の維持費」の意味わかってない奴多すぎ /20201017180336(9), ■ 都道府県・真の魅力度最下位はどこだ？ /20201016100333(8), ■鳥むね肉週に2キロ食うようになったら /20201016230108(7), ■プログラミングにおいてC言語の理解が未だに重視される理由はなんだろう /20201017093023(7), ■バツイチ女が婚活狂想曲を見て思うこと。 /20201017180858(6), ■最初のハードルがメチャクチャ高いやつ /20201017150045(6), ■婚活アプリは売れ残りしかいない魔窟 /20201017195910(6), ■例の漫画に解釈イキりマンがわいたので粉砕しとく /20201017201833(6), ■4大カップル率が高い施設 /20201017174104(6), ■妊娠から初期流産までの費用と流れ /20201016182323(6), ■1年で貯金を100万円貯めました /月収(手取り) 17〜20万、30代独身女性 /20201017124459(6), ■田舎で死にたくない /20201017225051(5), ■痴漢(電車外も含む)の実数はせいぜい3万件ってとこ /20201017112402(5), ■ヨガwww女子かwwwって言う人 /20201017130534(5), ■どんなものも結局悪用されるのがオチ /20201017095117(5), ■役場も市民を選びたい /20201016121518(5), ■俺はタダで読みたいのではなく、作者に嫌な思いさせたいから /20201017195158(5), ■anond：20201017204660 /20201017204755(5), ■ /20201017210254(5), ■anond：20201017123019 /20201017123748(5)
投稿：登録したいワードで検索して右上の＋をクリック、URLや書きたい記事を入力
投票：Salonaへの投稿をクリックすると上部に長いIDがでる。ブラウザのURLバーに"https://salona.org/vote/(ここにIDを入れる)?nonce=(ここにnonceを入れる)"を入力。nonceは64桁の任意の16進数。投票数が増えると有効票になりづらくなる。
企業に影響されない検索エンジンを利用者で協力して作れる（かも）
あーー！！！！！！つまり、サイト管理者や有志が自分の望む検索クエリとURLを自分で紐づけて投稿して、この検索エンジンを充実させろってことか！！！！！！！！！！！！！！！！！
ここを俺たちの新しい村にしよう
https://salona.org/search?q=test
コメントがツリー形式で表示されたりしないから全然承認欲求が満たされん
あとクエリがちょっとでも異なると新しくコメントを付けないといけないから一単語検索としてしか機能しなくない？
逆に”ラーメン屋”の検索で東京のラーメン屋に対する投稿が沖縄の人の検索結果に表示されたりして無意味なことにならない？
それは検索エンジンとしてどうなの？
