はてなキーワード: ソートとは
5chの一日せいぜい数百レスの過疎板なのに糞スレが建つたびにわざわざ糞スレと書きにくる人はなんなんだろう。毎日いちいち板トップを巡回して新しいスレ建ってないかなとでも確認するような変な日課でもないかぎり存在に気付きすらしないと思うんだが。
普通の人はお気に入りにスレ見つけたらそこだけ巡回するようになってスレ埋まりそうなときも次スレのリンク貼られるからそこから移るだけであって、もはや板トップを見る機会がそもそもないわけ。
こういう人ってブログとかでもブログサービストップを巡回して糞ブログを見つけては糞ブログとコメント書きに行くのと同じに思えるが、違うのか?
あと糞スレあげんなといってる書き込みも同じ。専ブラ使ってるならもはや上げ下げの概念は希薄化するはず。最新の書き込み順にソートする表示をさせてるのが普通だから。
まずそれをリストアップした上で、それらがどの程度影響あるか個別に数字を見るじゃん?
その上で要因として考えられる順番はこうだ!ってリストをソートするじゃん?
その上でこれは不可逆だから代わりにこうしよう、ここは改善できるからこういう改善策を張ろう、とかそういう話をするじゃん?
お前らバカは根拠薄弱なまま政府が悪い、男が悪い、女が悪い、そんな言いたいこと言ってるばっかじゃん。
婚姻率どうにかしたいわけじゃなくてなんか叩きたいだけでしょ?アホくさ、黙ってる方がマシだよ。
俺が上に挙げたフレームでまずやってみな?結婚しない原因論をしたいなら。
俺は興味ないからやらないけど。でもお前らの仕事の進め方が信じられないから重い腰を上げて助言してやったわけ。本当に婚姻率改善が気になるならやれよ。叩くだけなら黙ってる方が百倍マシだから(笑)
自分は業務委託で契約が4年続いているのだが、人の出入りが激しく残っているのが私だけになっている。
なお、社長はソフトウェアのことを全くわからないので、私は翻訳をしつつ、社長の欲しいものを作り続けている。
今日の打ち合わせで、会話が噛み合わなくてもう限界かと思ったが、もうそろそろ契約を切ろうかなと思っている。
具体的に噛み合わなかったところは、社長の言語能力が低すぎて「移行」「統合」「紐付け」の意味をわからず、適当に使ってくるので意味が通じなくて都度話を止めている。
なお、社長は「ソート」を検索の意味で使っている。これをなんで指摘しても直らない。こんなに意思疎通が難しい人間でも社長として4年間資金調達をしていて、適材適所ってあるんだなぁと痛感している。
辞める理由:24時まで起きているのは健康的ではないから。1日に2作品でトップになった時にもうこれ以上のやりこみ要素もないなと思ったから。
コツ3:すぐ思いつかなかったら別の作品を読め
コツ4:大きな流れに逆らうな
コツ8:難しい話はするな
コツ9:「それな」を目指せ
コツ10:今週の見所を短くまとめろ
はてなブックマークのコメントと同じぐらいの文字数で感想を書き込めるシステムだ。
そこには大抵はてなスターのような機能があり、そしてスター順のソートがある。
今まさにはてなスターの功罪が語られているが、漫画のコメント欄でスターを貰うのも同じように脳内麻薬が出る。
自分のセンスが他人に評価されるのは、それが単に人の褌を借りて利益を得る寄生虫のような行為でもあっても気持ちがよいものだ。
そうじゃないならはてなブックマークなんてもうとっくに潰れている。
私もまたそんな「他人の作ったものに寄生して脳汁を稼ぐ」ことに魅せられた人間だ。
そして私がこれは稼げそうだと目をつけたのが「漫画サイトのコメントでスターを稼ぐ行為」だったのである。
主にジャンプ+を生息地にしていたが、1日に2つの作品でスター獲得数トップになるという偉業を達成したこともあり引退を決意した。
ダブルトップを体験したせいで1作品でトップを取っても脳汁の出が悪くなったのだ。これを薬物耐性と呼ぶ。
ジャンプ+でコメントランカーをしていると寝る時間が遅くなり生活のリズムが乱れるというのも引退を決意した近因だ。
まとめると「脳汁のコストパフォーマンスが悪くなった」のだ。
だが私が学んできたコメント承認欲求稼ぎ術がこの世界から人知れず消えるのは寂しい。
冒頭に書いた10個のコツを守ればよほど文章力が終わっていない限りは試行回数次第でいつか1位だって取れる。
ここでは何故あの10個のコツでコメント欄のスター(ジャンプ+の場合はいいねなので、以下はいいねと呼ぶ)理由を知りたい人向けに解説をしていこう。
0:00にログインして一気に漫画を読んでいき、良いコメントが思いついた順に書き込んでいこう。
基本的に1作品目はスマホやタブレットで読んで、2作品目以降はPCのブラウザから読むのが効率的だ。
何故かというとPCのブラウザ版は更新が1分ほど遅れることがあり、それを待っていると出遅れるからだ。
書き込みのスピードを考えるとPCを持っているなら泥エミュから書き込んでいくのが効率的だろう。
だがここで気をつけることがある。
「全部読まずに速攻でコメントするな」という風潮がジャンプ+にはあるのだ。
なので急いで読んで雑なコメントをしても伸びは悪い。
1作品目を速攻で読んだらコメントせずに2作品目を読み始めて、2作品目のコメントをするときに1作品目のコメントもするぐらいが丁度いい。
スピードとコメントの質を両立するためにも、読んですぐいいコメントが思いつかなかった場合も飛ばして次の作品を読み始めてしまうべきだ。
確かに速攻で「えちえちすぎワロタ」とコメントをすることでやたら伸びる場合もあるのだが、そういった雑な速攻が有効でないことの方が実際には多いのだ。
何故なら大部分の漫画は読みたい人が読んでいるのであって、斜に構えてケチをつけに来ている読者は一握りだからだ。
重箱の隅をつつくようなツッコミで冷笑を誘うコメントでは10位は取れても1位は取れない。
ただし、コメント欄を読みに来る読者の大部分がアンチである漫画だけは違う。
ジャンプ+は精神年齢低めな空間なので叩いていい認定がされた漫画にアンチコメントを入れに来るユーザーが少なからずいる。
コメント欄の空気を見るとその漫画がどういった客層に読まれているかが分かるだろう。
その流れに逆らってはいけない。
コメント欄は承認欲求を満たすための場だが、だからといって自分の好き勝手に振る舞ってもいいねは貰えない。
他人が望むコメントをすることでいいねを貰うWIN-WINの関係こそが最も得をする。これをゲーム理論という。
流石は超大手サイトだ。
よっぽどの暇人であっても全部のコメントを細かくチェックする余裕はない。
つまりそれぞれのコメントに与えられたいいねチャンスの猶予はほんの一瞬だけということだ。
一瞬で意味を理解可能で、その一瞬でいいねと思わせることが出来るかが重要なのだ。
まず大事なのが話を短く区切ることだ。
この解説コーナーは解説のためにダラダラと書いているがこのような文体でコメントをしてもいいねは増えない。
冒頭のまとめのように短く区切ってズバズバと終わらせていくべきだ。
いいねを入れる価値が失われない範囲で短いほどいいと思っていい。
漫画を読んだ感想を語りに来ているのだから、求められるのは「漫画を読んだ感想を短く言語化してくれているコメント」なのである。
つまる所「君の代わりに最高の感想を言ってあげるからパクってね」みたいなモノだろうか。
とりわけ伸びやすいのが漫画の全体像や注目すべきシーンの良い所を短く纏めたもの。
気づけばアハ体験な伏線だったり、なんでこんなに感動したのかを端的にまとめたものだったりだ。
ここには正解と言えるものが存在せず、センスと運とスピードがかけ合わさったガチャを回す実に脳汁が出る所だ。
「此方も抜かねば…無作法というもの…」のような中身なんて一切ないようなコメントが実は正解だったりするパターンもあり、「それな」のいいねを集めるためには見極めが肝要となる。
気をつけたいのは、コメントを読む側は基本的に忙しくて一発で理解できないコメントは無視するということだ。
そしてジャンプ+の読者層には子供も多いし、大人でもオツムが弱い人も大勢いる。
これらの人種からのいいねを完全に切り捨てていると一位を取る難易度が大きく上がる。
誰にでも分かる程度の難易度で、端的に分かりやすく、共感を得られるようにするのだ。
ここまで読んでくれた人のためにもう一つコツを教えると、いいねを押した瞬間相手に脳汁が出るようなコメントを心がけると少しだけ差がつく。
前も言ったようにコメント欄はWIN-WINを目指すゲーム理論の世界な訳だが、そこでのWINは何もコメントを読む瞬間だけに存在するのではない。
共感したコメント、ちょっと賢そうなコメント、センスのあるコメントを見抜ける俺センスがあると思わせるコメント、それらにいいねを押す瞬間、相手にも脳汁が出るのである。
この意識を持てるようになるとコメントランカーとして一皮剥ける。
一位はもうすぐそこだ。
増田を全削除するのであればPower Automation DesktopかSelenium IDEあたりでも使えば可能ですが、中にはブクマを集めた珠玉の増田やブクマは付かなくても割と気に入ってる増田もあるので全削除はしたくありませんでした。
Masuda Deleter
https://github.com/oribeolive/masuda-deleter/
Masuda DeleterはDockerコンテナに環境を作って動くのでDockerが必要です。
M1 Macで動作していますがWindowsは検証できるマシンが手元にないので動作未確認です。
インストールはGitHubのREADMEに書かれたコマンドを実行すればできると思います。
Masuda Deleterははてラボにログインして指定されたページ分の自分の増田の投稿をスクレイピングしてローカルのDBに保存します。
取得された投稿のリストがブラウザで見られるので、そこで削除するものを選んで実行すると、またログインして投稿を削除しにいきます。
ページのアクセスごとに読み込みと遠慮のために1秒から数秒sleepするので少し時間がかかります。
一旦投稿をローカルに保存するという過程があるため副作用として自分の投稿を検索できます。
これにより
が容易になります。
増田にはAPIがないので、IDとパスワードを使ってログインして、表示されている文章をスクレイピングしてくるという原始的なやり方になります。
(2回目からはcookieがある場合はcookieを復元してログイン状態になります。)
ユーザーが知らない外部サイトにクレデンシャルを渡すのは危険であり、サービス運営側としてもパスワードを平文で持ちたくないので、Webサービスとして実装せずセルフサービスとしております。
ユーザーによってローカルの.envファイルに書かれたIDとパスワードを使用する形です。
ソースをオープンしておりますので怪しいことをしていないかも確認ができるかと思います。
一応下にプログレスバーが出ますが、ページ遷移すると見られなくなります。進捗は進捗管理でも確認できます。
取得された投稿はリアルタイムで画面に反映されないのでブラウザをリロードしてください。
増田のID、タイトル、本文の省略、投稿日時、ブクマ数、トラバ数が表示されます。
「あとで消す」投稿をチェックし、「あとで消す」記事をついに消すボタンで削除を実行します。
チェックは別のページに遷移しても有効です。
こちらは実行した時点で表示されているページのみリアルタイムに画面に反映されます。
投稿の全文を見られます。タグ等は取得しないのでテキストのみになります。
投稿を個別に取得してローカルの文章とブクマ数とトラバ数を更新します。
対象の投稿のタイトルを空に、本文をスペース1文字にしにいきます。
処理の進捗(何件中何件処理済みか)を見ることと、処理を停止させることができます。
排他処理(取込と取込、特定IDの削除と同じIDの削除等)にしているので動いていなそうな処理を停止して再度処理を実行するときに使います。
停止する場合は停止ボタンを押すか、それでも停止しそうにない場合は強制停止ボタンを押してください。
「停止」は今行っている最中の処理ではなく次以降の処理を停止するという形になります。
停止ボタンを押したときに4ページ目を取得している場合は、5ページ目の取得を始める前に処理を終了することになります。
そのためプロセスそのものが止まっている場合は停止されません。
「強制停止」はプロセスをkillします。スクリプト名とプロセスIDでプロセスを検索して子プロセスも含めてkillします。
おまけとして、投稿日とブクマ数、投稿日と3ブクマ以上の投稿の件数、投稿時間(hour)ごとの1ブクマ以上の投稿の件数のグラフが見られます。
ブクマが付いた瞬間ではなく投稿日時なので、いつの時期に投稿した、何時に投稿した増田が活きが良いのかを見られる程度です。
集計データを別に持っていないので増田を削除するとグラフに使用されるデータも消えます。
私はこれで多いときには4000件程度あった増田を3000件程度に減らしました。
これを開発する前からも増え続ける増田の削除に日々勤しんでいたので総数はもっと多いはず。
まだまだ削除したいです。
たまに
Message: unknown error: net::ERR_CONNECTION_CLOSED
というSeleniumのエラーが出て処理が実行されないことがあります。再度実行してください。
フロントエンドがレガシーなのでMasuda Deleterの開発に飽きていなければもう少しモダンにリプレースしようと思っています。
使用していないDjango REST frameworkがrequirements.txtに入っているのはその名残です。
去年からはてブ公式が週間・月間ランキングを公開するようになったんだが、それを見ると色々な気づきがあって面白い。
年間ランキングでは時事系の記事やニュースの類はほとんど上がってこないが、週間・月間ランキングではそれらがばんばん上がってくる。
なので、「この人、この時は割と評価されてたんだな」とか「この政治家の不祥事忘れてたな」とか見返して新たに気づいたり、再発見することが多い。
ランキングはブクマ数順でソートされているわけだから、自分がブクマしたものを見返すだけでは上記の体験は得られない。
はてなブックマークという一つの世間を俯瞰するような感覚といえばいいのか。
みんなもランキングを一度見てこの感覚を味わってほしい。他のサービスでは得られないものがあると思う。
https://bookmark.hatenastaff.com/archive/category/%E3%83%A9%E3%83%B3%E3%82%AD%E3%83%B3%E3%82%B0
前半では美術を知的にとらえようとした。後半は生物学がテーマ。
平安文学のマイブームが続き、続いて神林長平とヴォネガットを読み始める。
英国の貴族や執事、メイドがテーマ。なぜか田中啓文も読みだす。疲れたので脱力系を。
シオドア・スタージョン「一角獣・多角獣」
奇妙な味シリーズがしばらく続く。たまに古いSFが読みたくなる。
ブラウン神父シリーズは途中で飽きる。「聊斎志異」を読みだす。
冊数が少ないのは、中島敦全集がぶ厚いからだ。ページ数では一冊で実質三冊ほど読んでいる勘定だ。
ひたすら中国の古典を読む。物語としては読みやすいが、脚注について調べていると意外と時間がとられる。
アーネスト・サトウを除いて中国文学が続く。明治維新が一日単位で記録されていると見落としていた事実が多いとわかるし、刻一刻と情勢が変わっていったのも感じられる。。
やっと森薫を読み始める。ハルタコミックス(旧fellows!)ばっかり。
コロナで回数は少なめ。
「パディントン」
「イェスタディ」
「JUNK HEAD」★★
生物学、脳科学、歴史、SF、海外文学が多い傾向は昨年から変わっていない。
正直、中盤以降は「出るまで回せば100%」の精神だけで走ってたが、
同じく苦戦してる増田も多いと思うが、相談所の客寄せ用になってる
目の毒になるキラキラな成婚談なんか読まず、俺の失敗を反面教師に明るい未来を勝ち取ってほしい。
(増田は男性だけど、恐らく女性も当てはまる内容じゃないかなとは思う)
やみくもにお見合い申込を続けろという意味ではなく、バッターボックスに立つ、すなわち
お見合いをコンスタントに組めるようにプロフィールを調整したり申込の基準を逐次変えるということ。
お見合いが組めないとモチベーションが著しく落ちるので、組めなくなってきたと思ったら
また、当たり前だが自分に申し込んでくれた人にOKすればお見合いは100%成立するので、
うまく行ってない時ほど申し込んでくれた人に積極的に会いに行こう。
婚活を長く続けていると「分からないけどとりあえずまた会ってみよう」という
初期の素直な気持ちが薄れてきて「あぁ、また合わない人だった。お断りで。」と
バサバサ切っていくようになりがちで、これは申し込む相手側も同じ。
新しい人は申込が集中しやすいためライバルが多いというデメリットもあるが、
お見合いに行って断られるより時間や金銭の負担は圧倒的に少ない。
プロフ写真は各々ベストな一枚を出してるはずなので、実物と違いがあった場合
それがプラスに働くことはほぼ無い。
また、少なくともお見合いが成立した時点で「写真上のあなたの外見」は相手の許容範囲内だ。
ということは、写真に実物を近づければ外見上の理由で断られる可能性はほぼ無くなる。
そう考えるとちょっと自信が出てくるんじゃなかろうか。
写真と実物があまりに違うとファーストコンタクトで相当テンションが下がるし、
それ以前に待ち合わせで見つけてもらえないという危険性もマジである(今はマスクでただでさえ難易度高いし)
相手との相性とか将来感とか以前で終わってしまうのはとても悲しい。
(俺は遅刻グセがあったので、待ち合わせの前に必ず近くの喫茶店でコーヒー1杯飲むのを義務にした)
・清潔感に気をつけ、髪ボサボサ、汗だくで待ち合わせしない
・「来てくれてありがとう、楽しかった」の気持ちを積極的に言葉に出す
・LINEは遅くともその日のうちに返す
安くない金を払ってるんだから、相談所婚活の最大のメリットを気兼ねなく使いまくれ。
お店や服のアドバイスをもらったり、相手先相談所にプッシュしてもらったり、
この辺は相談所担当者の忙しさやスタンスにもよるので、特に相手先相談所へのプッシュは
こちらから言わないとやってくれない場合も結構あるので自分からお願いしよう。
外見に気を使ったり、普段やらないようなエスコート頑張ったりしてると疲れてきて
「こんなの本当の自分じゃないのに…」なんて考えてしまう時もある。
それは偽りの自分だった訳じゃなく、単に脱皮した新しい自分がまだ身体に馴染んでないだけ。
やってるといつかは慣れて自分の物としてできるようになってくるので、
(追記:一部誤解されてるけど、「自分を捨てて全部相手に合わせろ」って話じゃなくて
オシャレとかエスコートとか、単に普段と違う慣れない事をして疲れてるってだけの状態を
「本当の自分じゃない」みたいな変にややこしい言葉を使って表現するのはやめた方がいいでという話。
強いて言うなら普段の自分も婚活頑張ってる自分も、どっちも本当の自分なんやで)
ーーーーー
たとえば、100万件のデータをソートするとか、その中から条件を満たす最適な組み合わせを高速に求めることは、計算機科学的に価値があります。
しかし、画面上のオブジェクトの表示位置や色を変えることは、コンピュータにとっては何の意味もありません。
もちろん、オブジェクトを描画するためのドライバや汎用的なエンジンを作ることには、一定の価値があるでしょう。
しかし、それらを用いて位置や色を指定するのは、単にそのプログラムの設定パラメータを弄っているだけであり、プログラミングではありません。
これはたとえば、.gitignoreやdocker-compose.ymlを書くことを「プログラミング」とはふつう言わないようなものです。