「Log」を含む日記

■エントロピーとは何か

「エントロピー」という概念がよくわかりません。 - Mond

https://mond.how/ja/topics/25cvmio3xol00zd/t242v2yde410hdy

https://b.hatena.ne.jp/entry/s/mond.how/ja/topics/25cvmio3xol00zd/t242v2yde410hdy

「エントロピー」は名前自体は比較的よく知られているものの、「何を意味しているのか今一つ分からない」という人の多い概念である。その理由の一つは、きちんと理解するためには一定レベルの数学的概念（特に、微積分と対数）の理解が必要とされるからであろう。これらを避けて説明しようとしても、「結局何を言いたいのかすっきりしない」という印象になってしまいやすい。

「エントロピー」を理解し難いものにしているもう一つの理由は、「エントロピー」という概念が生まれた歴史的経緯だと思われる。

エントロピーが提唱された時代は、物質を構成する「原子」や「分子」の存在がまだ十分に立証されておらず、それらの存在を疑う物理学者も少なくなかった。エントロピーの提唱者クラウジウスは、「原子や分子の存在を前提しなくても支障がないように」熱力学の理論を構築し、現象の可逆性と不可逆性の考察から「エントロピー」という量を発見し、非常に巧妙な手法で定義づけたのである。

その手法は実にエレガントで、筆者はクラウジウスの天才性を感じずにはいられない。だが、その反面、熱力学における「エントロピー」概念は簡単にイメージしづらい、初学者には敷居の高いものとなってしまったのだ。

その後、ボルツマンが分子の存在を前提とした（よりイメージしやすい）形で「エントロピー」を表現し直したのだが、分子の存在を認めない物理学者達との間で論争となった。その論争は、アインシュタインがブラウン運動の理論を確立して、分子の実在が立証されるまで続いたのである。

現代では、原子や分子の存在を疑う人はまず居ないため、ボルツマンによる表現を心置きなく「エントロピーの定義」として採用することができる。それは次のようなものである。

「ある巨視的状態を実現しうる、微視的状態のパターンの多さ」

例えば、容積が変わらない箱に入れられた、何らかの物質を考えて欲しい。

箱の中の物質の「体積」や「圧力」「物質量」などは具体的に測定することができる。また、箱の中の物質の「全エネルギー」は測定は難しいが、ある決まった値をとっているものと考えることができる。

これらの量を「巨視的状態量」または単に「状態量」と呼ぶ。

ここに、全く同じ箱をもう一つ用意し、全く同じ物質を同じ量入れて、圧力や全エネルギーも等しい状態にするとしよう。このとき、二つの箱の「巨視的状態」は同じである。では、内部の状態は「完全に」同じだろうか？

そうではあるまい。箱の中の物質の構成分子の、それぞれの位置や運動状態は完全に同じにはならない。これらの「分子の状態」は刻一刻と変化し、膨大なパターンをとりうるだろう。

このような分子レベルの位置や運動状態のことを「微視的状態」と呼ぶ。

「微視的状態」のパターンの個数（場合の数）はあまりに多いので、普通に数えたのでは数値として表現するのも難しい。そこで「対数」を用いる。

例えば、巨視的状態Aがとりうる微視的状態の数を1000通り、巨視的状態Bがとりうる微視的状態の数を10000通りとする。このとき、Aの「パターンの多さ」を3、Bの「パターンの多さ」を4、というように、桁数をとったものを考えるのである。

この考え方には、単に「とてつもなく大きな数を表現するための便宜的手法」という以上の意味がある。

先の例では、AとBを合わせた微視的状態の数は1000×10000=10000000通りであるが、「パターンの多さ」は7となり、両者それぞれの「パターンの多さ」の和になるのである。

この「パターンの多さ」がすなわち「エントロピー」Sである。

「微視的状態のパターンの個数」をΩ通りとしたとき、エントロピーSは次のように表現できる。

S = k*logΩ

（ただし、kはボルツマン定数と呼ばれる定数であり、対数logは常用対数ではなく自然対数を用いる。）

この「エントロピー」は、同じ巨視的状態に対して同じ数値をとるものであるから、「体積」や「圧力」などと同じく「状態量」の一つである。

このような「目に見えない状態量」を考えることに、どのような意味があるのだろうか？

その疑問に答えるには、エントロピーとエネルギーの関係について考える必要がある。

再び箱に入った物質を考えよう。この箱に熱を加え、箱内の物質のエネルギーを増加させると、エントロピーはどうなるだろうか？

まず、総エネルギーが増加することにより、各分子に対する「エネルギーの分配パターン」が増える。さらに、個々の分子の平均エネルギーが増えた分、可能な運動パターンも増える。このため、エネルギーが増えるとエントロピーは増加すると考えていいだろう。

では、エントロピーの「上がり方」はどうか？

エントロピーは微視的状態パターンの「桁数」（対数をとった値）であるから、エネルギーを継続的に与え続けた場合、エントロピーの増加の仕方はだんだん緩やかになっていくだろうと考えられる。

ここで、多くのエネルギーを与えた「熱い物質A」の入った箱と、少量のエネルギーしか与えていない「冷たい物質B」の入った箱を用意しよう。箱同士を接触させることで熱のやりとりが可能であるものとする。

物質Aには、熱を与えてもエントロピーがさほど増加しない（同様に、熱を奪ってもエントロピーがさほど減少しない）。言いかえると、エントロピーを一定量増加させるのに多くのエネルギーを要する。

物質Bは、熱を与えるとエントロピーが大きく増加する（同様に、熱を奪うとエントロピーが大きく減少する）。つまり、エントロピーを一定量増加させるのに必要なエネルギーが少ない。

箱を接触させたとき、AからBに熱が流入したとしよう。Aのエントロピーは下がり、Bのエントロピーは上がるが、「Aのエントロピー減少分」より「Bのエントロピー増加分」の方が多くなるので、全体のエントロピーは増加するだろう。

もし、逆にBからAに熱が流入したとするとどうか？　Aのエントロピーは上がり、Bのエントロピーは下がるが、「Aのエントロピー増加分」より「Bのエントロピー減少分」の方が多いので、全体のエントロピーは減少することになる。

エントロピーが多いとは、微視的状態パターンが多いということである。従って、「AからBに熱が流入した」状態パターンと、「BからAに熱が流入した」状態パターンとでは、前者のパターンの方が圧倒的に多い（エントロピーは微視的状態パターン数の対数なので、エントロピーの数値のわずかな差でも、微視的状態パターン数の違いは何十桁・何百桁にもなる）。これは、前者の方が「起こる確率が圧倒的に高い」ということを意味している。

これが、「熱は熱い物体から冷たい物体に移動する」という現象の、分子論的な理解である。

冷たい物体から熱い物体へ熱が移動する確率は0ではないが、無視できるほど小さいのである。

物体が「熱い」ほど、先程の「エントロピーを一定量増加させるのに必要なエネルギー」が多いといえる。そこで、この量を「絶対温度」Tとして定義する。

T = ⊿E/⊿S　（体積・物質量一定の条件で）

エントロピーの定義のときに出て来た「ボルツマン定数」kは、このTの温度目盛が、我々が普段使っているセルシウス温度（℃）の目盛と一致するように定められている。

さて、ここで用いた「エントロピーが減少するような変化は、そうなる確率が非常に低いので現実的にはほぼ起こらない」という論法は、2物体間の熱のやりとりだけでなく、自然界のあらゆる現象に適用することができる。

すなわち、「自然な（自発的な）変化ではエントロピーは常に増加する」と言うことができる。これが「エントロピー増大の法則」である。

ただし、外部との熱のやりとりがある場合は、そこまで含めて考える必要がある。

例えば、冷蔵庫にプリンを入れておくと、プリンの温度は「自然に」下がってエントロピーは減少する。

しかし、冷蔵庫が内部の熱を外部に排出し、さらに冷蔵庫自身も電気エネルギーを熱に変えながら動いているため、冷蔵庫の外の空気のエントロピーは内部の減少分以上に増加しており、そこまで含めた全体のエントロピーは増加しているのである。

最初に、「エントロピーの理解には微積分と対数の理解が必要」であると述べたが、なるべくそうした数学的概念に馴染みがなくても読み進められるようにエントロピーの初歩的な話をまとめてみた。如何だったであろうか。

筆者は熱力学・統計力学の専門家でもなんでもないので、間違ったことを書いている可能性もある。誤りがあればご指摘いただけると幸いである。

クラウジウスによる「原子・分子の存在を前提としない」エントロピーの定義については、筆者よりはるかに優秀な多くの方が解説記事を書かれているが、中でも「EMANの熱力学」https://eman-physics.net/thermo/contents.html が個人的にはおすすめである。興味ある方はご参照いただきたい。

続き

エンタルピーとエントロピーの関係について

https://anond.hatelabo.jp/20230917090022

Permalink | 記事への反応(18) | 00:11

ツイートシェア

■[稀ドメインはてブ]2023年8月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(1) | 00:49

ツイートシェア

■anond:20230726112854

ネット上で確認できる藤澤五月の写真探してみた。

3/25

ttps://twitter.com/nhk_sports/status/1639609183485198336

4/5

ttps://www3.nhk.or.jp/sapporo-news/20230405/7000056515.html

4/11〜16（一番奥？）

ttps://thegrandslamofcurling.com/wp-content/uploads/25-yoshida-1024x683.jpeg

5/2～7

ttps://thegrandslamofcurling.com/wp-content/uploads/2023ChampionsCup-ReginaSK-action-079-1024x576.jpg

ttps://twitter.com/grandslamcurl/status/1654996887995314176

シーズン終了後～5月末？

https://ameblo.jp/loco-log/entry-12803106138.html

ttps://ameblo.jp/loco-log/entry-12808667952.html

ttps://ameblo.jp/loco-log/entry-12810102603.html

6/4放送(5月収録か？)

ttps://locosolare.jp/news/info/20230604_bs-tbs-kokorolab/

6/5

https://kyodonewsprwire.jp/release/202306066174

7/14

https://www.joc.or.jp/news/detail.html?id=16056

シーズン終了後のスポンサー企業への挨拶回りの時点で顔の脂肪が落ちはじめてるのがわかる。

6/5の時点でだいぶ顔が痩せているが、1ヶ月足らずでこんなに変われるってすごくない？

Permalink | 記事への反応(0) | 20:36

ツイートシェア

■[稀ドメインはてブ]2023年6月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(0) | 21:35

ツイートシェア

■数学って日本語（中国語）で教えられるのきつくね？

例えば「対数」「指数」「ネイピア数」とかさあ。

英語の略字を日本語に変換していちいち説明したらわかりにくすぎる。

「e」を「ネイピア数」というのはわかりにくい

「e」はネイピア数とは呼ばれるけど、じつは「Euler（オイラー）」のEだろ？

たしかに「e」はあちこちで使われるから、この分野ではネイピア数と呼びたいのはわかるんだけど、そこらへんちゃんと説明してないだろ。

「logarithmus」を対数と訳すな

「logarithmus」って、ラテン語の「logos（比率）」と「arithmos（数）」の造語なんだろ？どこが「対数」なんだ？

式中にlogと書いてあれば「ログ」「ロガリズム」とか読むしか無いんだからいちいち「対数」と呼ぶ必要ないだろ

「ln」を「自然対数」と呼ぶな

「logarithmus naturalis」の略が「ln」なんだろ？日本語に翻訳したらたしかに自然対数だけど

そもそもここで言う「日本語で言う自然の定義はなんだよ」ってなるだろ。

数学の概念の前に日本語が気になってくるだろ。

「指数」ってなにが「指」なんだよ

expってネイピア数 e と紛らわしいんだよ

e^(ln(x)) = x

ln(e^x) = x

とか、教師が口頭で説明してるとき絶対分かりにくくなるだろ。

Permalink | 記事への反応(2) | 18:11

ツイートシェア

■anond:20230521101153

ブックマークコメントに複数いる

ロシアを擁護する左翼なんてどこにいるねん？　見たことないぞ！という人は

ムネオクラスに（ブクマカにとって）有名なサヨクがいないから仕方ないが

https://news.yahoo.co.jp/byline/shivarei/20220831-00312861

【コラム】ウクライナ叩きに夢中の「サヨク」に未来はあるか？

での朝日新聞のスタンスや

や

http://eulabourlaw.cocolog-nifty.com/blog/2023/03/post-59560c.html

（ttps://b.hatena.ne.jp/entry/eulabourlaw.cocolog-nifty.com/blog/2023/03/post-59560c.html）

まず読んで

https://kojitaken.hatenablog.com/entry/2023/04/24/092844

https://togetter.com/li/2036580

伊勢崎賢治

あとは和田春樹

あたりを検索して見よ

Permalink | 記事への反応(1) | 14:12

ツイートシェア

■anond:20230430173928

何をもって未開とするかはあれだけど、

たぶん元増田が挙げてる出生率の低い東北地方は、遼寧、吉林、黒龍江だと思うけど、

例えば大学進学率で言えば、吉林、黒龍江は平均よりやや下で高くはないけど未開って程じゃないし、遼寧に至っては5位だぞ

ttps://tnc-cn.com/blog/698

Permalink | 記事への反応(0) | 11:48

ツイートシェア

■[稀ドメインはてブ]2023年2月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(0) | 14:29

ツイートシェア

■はてなブックマークの（ネガティブコメントとの戦いの）歴史

2005年2月10日 はてなブックマーク β版開始

はてなブックマークはブックマークを通じて他の人とつながったり、注目の話題を簡単に探すことができる、国内初のソーシャルブックマークサービスです。

はてな、国内初ソーシャルブックマークサービス「はてなブックマーク」開始 ～ウェブサイトの内容からキーワード抽出し、コミュニティ要素を強化～ - プレスリリース - 株式会社はてな

ソーシャルブックマークサービスの草分けは海外の「del.icio.us」で、はてブはいわゆるパクリタイムマシン経営だった。まさか本家よりも長く生き延びることになるとは。

そもそもソーシャルブックマークサービスにおいて「コメント」や「ホッテントリ」的なものは本質ではなく、Webサイトに大勢で「タグ」を付けていくことで検索しやすくする「フォークソノミー」のほうが重要視されていた。

まだ「Web2.0」の華やかなりしとき、「集合知」が信仰されていたころのことである。

2005年2月22日 コメント機能を実装

• ブックマークにコメントが付けられるようになりました。
• エントリーページにて、そのエントリーへのコメント一覧を見ることができます。

コメント機能など、新機能の追加について - はてなブックマーク開発ブログ

コメント機能が実装されたのはβ版開始から12日後のことだった。すべての戦いの始まりである。

2005年8月19日 はてなブックマーク 正式リリース

はてなブックマーク正式版リリースについて - はてなブックマーク開発ブログ

2006年7月29日 非表示ユーザー機能の実装

例えば A さんが、非表示ユーザー項目に B さんのユーザー名を指定すると、A さんからはエントリーページ(コメントが一覧表示されるページ)で B さんが見えなくなります。(実際にはエントリーページにおいてのみプライベートモードと同様の扱いになります。) なお、A さんが B さんを非表示ユーザーに設定していることは、B さんを含む他のユーザーには知らされません。

非表示ユーザー設定の追加について - はてなブックマーク開発ブログ

2006年8月19日 一周年のはてブ批判

はてなブックマークが物凄い勢いで衆愚化していっている。

別にGigazineが悪いわけではまったくないけれど、Gigazineのエントリーが頻出するようになったあたりから、どんどんエントリーの質が下がってきている。もう最近あまりホッテントリも読まなくなった。

fladdict.net blog: はてぶがドンドン馬鹿になっていく

[B! SBM] はてぶがドンドン馬鹿になっていく | fladdict

執筆者は現在でもUI論やAI論などでブイブイ言わせている深津貴之氏。

これに対してブコメでは「ホッテントリなんて見ない」「お気に入り機能を使え」といった論調。

ちなみに現在の感覚だとあまりブクマされていないように感じるかもしれないが、当時100users超えは相当に注目されていたほうである（ホッテントリでも10users20usersが当たり前だった）。

ほぼ同時期にこんな記事も上がっていた。いわゆるモヒカン族の代表格・ekken氏の記事である。

「はてブでコメントするのは卑怯だ、文句があるならウチのコメントか自分のブログに書いてトラックバックしろ！」

……などという笑っちゃうような文句をよく見かけるけれど、そういう人は「はてなブックマークもウェブログの形態の一つ」であることを認識していないんだろうなぁ。

「はてブでのコメントが卑怯だ」というのはただの言いがかりに過ぎない：ekken

少なくとも「はてブは反論できないから卑怯」論が当時からあったことがわかる。

「ホッテントリがつまらなくなった」「ブコメが攻撃的である」「ブコメに反論できるようにしろ」といった批判は現在に至るまで断続的に続いている。

2007年6月10日 「ネットイナゴ」批判

ネット右翼のメッカが２ちゃんねるだったとすれば、ネットイナゴが集まるのは「はてなブックマーク」だ。たとえば今日の当ブログの記事には、現在39のブックマークが集まっているが、そのコメントには記事の内容を論理的に批判したものは一つもなく、「バカ」「うんこ」「アホ」などの言葉が並んでいる。

池田信夫 blog : はてなに集まるネットイナゴ

[B! ネットイナゴ] 池田信夫 blog はてなに集まるネットイナゴ

執筆者の池田信夫氏は当時影響力のあった（今もあるだろ！）ブロガーの一人だった。

この記事をきっかけに「ネガティブコメント」問題の議論がより活発化した。

当時のはてなCTOであり、はてなブックマークの生みの親である伊藤直也氏も反応していた。

コードをもって改善するのか、ユーザーのみなさんとの対話を行って改善していくのかを id:jkondo, id:umedamochio らと一緒に日々考え検討しています。

はてなブックマークのコミュニティについて - naoyaのはてなダイアリー

ちなみにjkondoははてなの創業者で前社長の近藤淳也氏、umedamochioは当時のはてな取締役でメンター的な役割を担っていた梅田望夫氏である。

……と注釈しておかないと、今どきは知らない人のほうが多いのではなかろうか。

当時は、はてな社員とユーザーの距離が近く、はてなコミュニティ内の話題にダイレクトに反応してくれていたのだ。

そんなわけではてな社はネガティブコメント対策を考えることになる。

そしてリリースされたのが「はてなスター」であった。

2007年7月11日 はてなスター開始

はてなスターでは基本的に他人を褒めることしかできません。コメントをつけるにはともだちになる必要があり、ブログを読む人の9割が「面白い」と感じているの に、実際に目に見えるのは残りの1割の人の批判的な意見ばかり、というような事は起こりにくくなっています。

ブログをいっそう楽しくする「はてなスター」をリリースしました - はてなダイアリー日記

はてなスターは、ごく小さな「ポジティブな気持ち」を掬い取るシステムとして作られているが、これはネガティブコメント問題が背景にあるからだった。

つまり「ネガティブコメントを単純に排除するのではなくポジティブな気持ちを可視化することで対抗しよう」という設計思想だったのである。

ちなみに、当初の「はてなスター」には「はてなスターコメント」という機能もあった。

これは「お互いにはてなスターを付けあったユーザーだけが書きこめるコメント欄」である。

現在のTwitterの「リプライをフォローしているユーザーに限定する機能」みたいなものか。

このアイディアは悪くなかったが、システム的に洗練されていなかったためにほとんど活用されることはなかった。

2007年9月6日 はてブにIDコールを実装

はてなブックマークから「IDコール」が送信されるようになりました - はてなブックマーク開発ブログ

これ以前からはてなダイアリー（＝はてなブログの前身）には「IDトラックバック」という似た機能があったのだが、はてなブックマークでもそれを利用できるようになった。

ある意味で「はてブは反論できないから卑怯」問題に対する回答ではあったが、当初から「喧嘩相手の呼び出し機能」「気持ち悪い馴れ合いを促進する」「IDコールしまくる荒らしが出そう」などと言われていた。

2008年3月25日 伊藤直也氏インタビュー

ASCII.jp：津田大介が伊藤直也に聞く、「はてなブックマーク」の今と未来（前編）

ASCII.jp：津田大介が伊藤直也に聞く、「はてなブックマーク」の今と未来（中編）

ASCII.jp：津田大介が伊藤直也に聞く、「はてなブックマーク」の今と未来（後編）

先ほども出てきていた当時のはてなCTO・伊藤直也氏がはてブについて語ったインタビュー記事。

「ネガティブコメント問題についてはてながどう考えていたか」が窺える興味深い内容である。

2008年8月29日 コメント一覧非表示機能の実装

はてなブックマークのコメント一覧非表示機能について - はてなブックマーク開発ブログ

ウェブサイトのオーナーが専用のmetaタグを設定すると、そのサイトのコメント一覧ページが見えなくなる、という機能。

前掲のインタビュー内で、

今後、若干ですけど、ブックマークされるブログのオーナーがコントロールできる方向に軌道修正しようかなとは思っています。

と言っていたのはこれのことだったのだろう。

ただし、はてブの知名度が低いために、わざわざコメントを非表示にしているサイトは現在でも少ない。

2008年11月8日 梅田望夫「はてな取締役であるという立場を離れて言う。はてブのコメントにはバカなものが本当に多すぎる」

日本のWebは「残念」　梅田望夫さんに聞く（前編）（1/3 ページ） - ITmedia NEWS

はてなの取締役であり、日本における「Web2.0の伝道師」と目されていた梅田望夫氏が、ついに日本のインターネットに絶望してしまった事件。

その後、梅田望夫氏ははてな取締役を退任、表舞台から姿を消してしまった。

2009年6月11日 ハックルさん「ぼくはガツンと言ってやったと思う」

ぼくが今日はてな東京本店にお邪魔して一言申し上げたこと - ハックルベリーに会いに行く

[B! はてな] ぼくが今日はてな東京本社にお邪魔して一言申し上げたこと - ハックルベリーに会いに行く

当時、はてな界隈でオモチャにされてブクマを荒稼ぎしていたハックルさんこと、この数カ月後に『もし高校野球の女子マネージャーがドラッカーの「マネジメント」を読んだら』を刊行してまさかのミリオンセラー作家となる岩崎夏海氏が、梅田望夫氏の発言を受けて「なぜはてなは僕に話を聞きにこないのか？」と豪語し、そして実際にはてな社に招かれて「ガツンと言ってやった」という流れ。

本来はカッターほどだった言葉の殺傷能力を、サバイバルナイフくらいに、あるいは日本刀ほどに増幅してしまう力が、インターネットには、中でも取り分け「はてなブックマーク」にはある。

だから、そこを管理運営しているはてなという会社には、実はとても大きな責任があるのだ。そこで事故が起きないように気をつけたり、誰かが誰かを傷つけたりしないよう見張っている道義的、かつ社会的責任があるのだと、ぼくは申し上げたのである。

しかし現状、今のはてなにはその自覚はない。そのため、主にブックマーク界隈を中心として、非常に危険な場を形成している。非常に危険な状況を生み出している。それは本当に見ていて危なっかしい。このままでは、冗談ではなく近いうちに人死にが出るだろう。

この「人死にが出る」という予言は、残念なことに10年後に的中してしまったのだった。

2010年8月31日 伊藤直也氏がはてなを退職

はてなブックマークの生みの親であった伊藤直也氏がはてなを退職した。

はてブの開発方針にも影響があったのではないか。

2011年4月5日 「人気のブックマークコメント」欄の実装

はてなブックマークのエントリーページを改良しました - はてなブックマーク開発ブログ

はてなスターが多く付いているコメントが優先して表示されるようになった。

つまり、はてなスターがブコメのモデレーションに使われるようになった。

ただし、現在のようにタブで切り替えるのではなく、コメント一覧の上に別枠として表示されるような形だった。

2011年8月4日 「人気コメント」タブの実装

はてなブックマークのエントリーページの表示を変更しました。 - はてなブックマーク開発ブログ

「人気コメント」と「新着コメント」をタブで切り替えるようになり、デフォルトでは「人気コメント」しか表示されなくなった。

もともと、はてブのコメント一覧ページでは、「無言ブクマ」も含めて、すべてのブクマが新着順に表示されていた。

しかし、ある時から「コメントのあるブクマ」しか表示されなくなり、さらに「人気コメント」タブが優先表示されるようになった。

つまり「フラットな見せ方」から、ある意味では「偏った見せ方」に変わったのである。

個人的には、この「はてなスターをモデレーションに使う」「デフォルトでは人気コメントしか表示しない」という二つは大悪手だったと考えているが……。

2014年7月24日 ブックマークコメントページの実装

これまでブックマークコメントに関して、ユーザーの皆様より「一方通行で意見を述べる場であり、意見に対して更に意見を重ねる方法がない」とご指摘をいただくことがございました。コメントへの返信機能は、その解決策の1つです。

コメント一覧ページで検討中の新規機能について、ご意見を募集します

今回の機能で、ブックマークコメントページ自体がブックマークされる、そのページがコメント付きでシェアされるなどを通じて、疑問への回答が得やすくなることを期待しています。

「ブックマークコメントページ」をベータリリースしました

「はてブは反論できないから卑怯」問題に対して「コメントひとつひとつに個別のページを用意したら反論しやすいだろう」ということで実装されたもの。

ただし、ブコメひとつひとつの固定URLというのはこれ以前からあったし、「同じページで反論したい」「相手に反論を通知してほしい」といった要望は満たされていない。

2015年8月19日 はてなブックマーク10周年

はてなブックマークは10周年を迎えました - はてなブックマーク開発ブログ

2018年6月24日 Hagex殺害事件

福岡IT講師殺害事件 - Wikipedia

IDコールを利用して攻撃的なコメントをばらまいていたユーザー（増田では「低能先生」として親しまれていた）が、名の知れたはてなブロガーだったHagex氏を殺害した事件。

低能先生はむしろ「アカウントをBANされて発言の場を奪われたから暴発した」ことを考えると、はてながネガコメ対策を強めたことが裏目に出てしまったとも言える。

もちろん放置すればよかったというわけでもないので難しいが……。

2018年10月29日 はてブのIDコールを廃止

ブックマークコメントからのIDコール送信機能は、ユーザー間のコミュニケーションを促進する目的で提供してまいりました。しかし、ブックマークコメントには文字制限があること、また、自身へのIDコールに返信する機能や、ブロックやミュートなどIDコールの受信を制御する機能がないことなど、本来の目的からは不十分な部分もありました。

【追記あり】外部サービス連携やIDコールなど、一部機能を終了します - はてなブックマーク開発ブログ

Hagex殺害事件を受けてIDコール機能が廃止された。

2021年7月19日 人気コメントに「建設的コメント」フィルタを導入

ここで発生する問題として、不穏当な表現は注目されやすい傾向があり、その結果として人気コメントに不穏当な表現が目立ち、強調されてしまうことがあります。これは、サービスの構造に起因する解決すべき課題であると受けとめています。

人気コメント算出アルゴリズムの一部にYahoo! JAPANの「建設的コメント順位付けモデルAPI」を導入しました - はてなブックマーク開発ブログ

しかし「短文だと人気コメントになりづらい」とかでコメントを「ʕ•̫͡•ʕ•̫͡•ʔ•̫͡•ʔ•̫͡•ʕ•̫͡•」で埋めるのが流行ったりした。

Permalink | 記事への反応(8) | 17:22

ツイートシェア

■自民党の細田っ氏が東大卒なのを知った初めて

それを見て自民党法則が立ったよ。

自民党活躍確率　＝ a　＋b世・log（世襲力）＋b学・log（学歴）＋bタ・log（タレント力）

岸田翔っち＆のぶちぃ、細田っ氏、生稲ざけんなよ！マミーはそれぞれ右辺第2項、第3項、第4項が最強だったタイプね。

でもこれは自民党に限らず国会議員の活躍確率なの。

志位さんぽは右辺第3項が最強だしガーシー議員は右辺第4項が最強なの。

ガーシー議員の友達の友達には理3や京大などの右辺第3項が強いメンバが多いらしいけど本人は第4項最強。

岸田文っちは第2項最強だけど実は開成が第3項准最強。

自民党歴代では晋三、優子（世襲名家3聖）が第2項最強、進次郎（コロ大院卒）が第3項最強、角栄（今太閤）が第4項最強。

Permalink | 記事への反応(0) | 00:24

ツイートシェア

■Linuxのサポートがしんどすぎる

PC・スマホ・タブレット等のIT機器のヘルプ対応をしているけど、このうち対応が最も面倒なのがLinux。

Windowsやmacよりも件数はかなり少ない代わりに、対応の難易度の高さは飛び抜けている。

それもうオンサイト対応じゃなきゃ解決できねーよみたいな内容が極端に多い。

どういう使い方で、どんなソフトウェアをどのように入れたかにより、OSの奥深くにある基本的な設定が書き換わるケースもあるし、もちろんディストリビューションやバージョンごとの違いもあるしで、
設定ファイルの修正方法やコマンドを送ったくらいでは解決せず、挙げ句

「このコマンドを実行してください」

「解決しませんでした」

「このファイルを修正してください」

「解決しませんでした」

というやりとりが延々続くだけになり、手に負えなくなってサポート打ち切りになるケースがほとんど。

というかサーバじゃなくデスクトップで使っているなら、そしてそんなとこまでこっちにやらせるなら今すぐフォーマットしてWindows入れろやボケ！！！

と言ってやりたくなる。

なんでこう、Linuxのトラブルはどいつもこいつもやたらややこしいんだか。

正直Linuxのヘルプ対応をするたび、Linuxがどんどん嫌いになっていく。

まじでサポート対象外にしたい。

(追記)

サポートってどんなサポート？という質問があったけど、本当にごく普通のクライアントPCのトラブル対応を、いわゆる情シスのスタッフとしてやっている。

ちな会社は社員数1万人くらいで、自分はそこの情シスの中の、本社の社員のIT機器をサポートするチームのメンバー。

とはいえ対応時に見ているのは社員のPCだけじゃなく、場合によってはその社員が接続した際のDHCPやDNS、FWのログはもちろん、L2・L3スイッチやRADIUSだって見に行く。

それでもトラブルの原因がわからないときがあるので、ネットワークのチームやサーバのチームに相談することもしょっちゅう。

なお自分はもともと、開発・構築・運用と使い回されてきたタイプで、開発一つ取ってもWindowsアプリにiPadアプリにWeb系にとこなしてきた。

あとデスクトップLinuxは大学いた頃に慣れ親しんでいた(レポートや論文を書くくらいには使っていた)。

で、そんな君みたいな人を待っていたんだ！と言われ引き抜かれたのが今の仕事というわけ。

ただLinuxのサポートにここまで手こずるのは想定外だったわ。

やはり専門知識という意味ではLPICくらいは取ったほうがいいのか？と思っていたり。

(追追記)

ウチの会社でデスクトップLinuxを使っているのは(macもだけど)主にR＆D部門と、そこから転属or昇進した人達。

(一方でバックオフィス系は、サポートが最も楽なリース契約のWindowsPCだったりする)

このうち問い合わせてくるのは、大体が

• とても詳しい人
• とても詳しい人から退職後に実機を引き継いだ、あまりよくわかっていない人

のどちらかで、このうち後者については部門のガバナンスどうなってんだと思わなくもない。

結果、対応でよくある風景が

• 「もし***が○○○という設定になっていたら▲▲▲に修正してもう一度ご確認ください」

　「それもう試した」

　→どこまで何を確認したか要点だけでも教えてくださいよ…このやり取り、普通に時間の無駄ですよね？

• 「おそらく/var/logに***というログファイルがあると思いますので、送っていただけますか？」

　「ありませんでした」

　→「ありませんでした」じゃねえ探すんだよ！ログがなきゃ原因特定できないんだが？そんなこともわからないでLinux使ってるのかよ…。

こういうやり取りが延々繰り返されるので、目に見えてMPが削られるという愚痴でした。

Permalink | 記事への反応(13) | 15:47

ツイートシェア

■DMM版ウマ娘プリティーダービーが起動できなくなったので解決した

DMM版ウマ娘プリティーダービーを遊ぼうとしても、エラーダイアログを出さずに起動しなくなる現象に遭遇した。

Windowsのイベントビューアーを除くと、こんなログが吐かれていた（各IDは削除）。

=====

ログの名前: Application

ソース: Application Error

日付:

イベント ID: 1000

タスクのカテゴリ: アプリケーション クラッシュ イベント

レベル: エラー

キーワード:

ユーザー:

コンピューター:

説明:

障害が発生しているアプリケーション名: umamusume.exe、バージョン: 2020.3.24.51085、タイム スタンプ: 0x

障害が発生しているモジュール名: apphelp.dll、バージョン: 10.0.22621.963、タイム スタンプ: 0x

例外コード: 0xc0000005

障害オフセット: 0x0000000000002691

障害が発生しているプロセス ID: 0x0x5B2C

障害が発生しているアプリケーションの開始時刻: 0x0x

障害が発生しているアプリケーション パス: D:\DMMGames\Umamusume\umamusume.exe

障害が発生しているモジュール パス: C:\WINDOWS\SYSTEM32\apphelp.dll

レポート ID:

障害が発生しているパッケージの完全な名前:

障害が発生しているパッケージに関連するアプリケーション ID:

イベント XML:

結論から言うと、Windows本体のapphelp.dllが原因でウマ娘が起動できなくなっているという。

アプリケーションに罪は無いため、DMM Game Playerやウマ娘を何度再インストールしても直らない厄介な現象だ。

Windowsは数十万のファイルが存在するため、今回のようにWindows Updateやアプリケーションのインストール・アンインストールを繰り返すだけでシステムファイルが壊れる事がある。

Windowsでは、これを直すためのコマンドがコンソールUIのみに用意されている。

1.DISM.exeを叩く

Windowsのスタートメニューを右クリックして、コマンドプロンプトまたはターミナルを管理者権限で起動する。

そうするとコマンドが入力可能になるので、

DISM.exe /Online /Cleanup-image /restorehealth

を実行する。これは、オンライン上にある正しいWindowsのシステムイメージを元に、壊れたファイルを修復する操作となる。

実行するとこう表示される。

展開イメージのサービスと管理ツール

バージョン: 10.0.22621.1

イメージのバージョン: 10.0.22621.963

[==========================100.0%==========================] 復元操作は正常に完了しました。

操作は正常に完了しました。

2.システムファイルの整合性チェックを行う

DISM.exeを実行すると、正しいWindowsのシステムイメージがPC内に保存された状態になる。

この状態で、

sfc /scannow

を実行すると、次のように表示される。

システム スキャンを開始しています。これにはしばらく時間がかかります。

システム スキャンの検証フェーズを開始しています。

検証 100% が完了しました。

Windows リソース保護により、破損したファイルが見つかりましたが、それらは正常に修復されました。

オンライン修復の場合、詳細は次の場所にある CBS ログ ファイルに含まれています

windir\ Logs\CBS\CBS.log (たとえば C:\Windows\Logs\CBS\CBS.log)。オフライン修復の場合、

詳細は /OFFLOGFILE フラグによって指定したログ ファイルに含まれています。

これで、とりあえずWindows自体の修復コマンドによってシステムファイルが正しい状態に復元された状態となる。

実行してもまだメモリ上には古いシステムファイルが読み込まれて実行されている状態なので、終わったらPCを再起動する。

3.ウマ娘を起動する。

さて、準備は完了だ。ここまでの操作でWindowsを回復しDMM Game Playerで「ダウンロード版をプレイ」を押す事でウマ娘が起動し…ない！

おおブッダよ、あなたは今も寝ているのですか！？

イベントビューアーには今もウマ娘を起動しようとする度にアプリケーションクラッシュイベントが追加されている。救いは無いのですか？

結局、今回のケースではPCで常駐していたリモートデスクトップ用のSplashtop StreamerとVirtual Desktop Streamerをタスクキルする事でウマ娘が起動できるようになり、DMMブラックフライデーで得た有償石でおはガチャを回すことに23時成功した。

レアケースかも知れないがウマ娘が起動しないはてな民が居たら役立てて欲しい。

Permalink | 記事への反応(0) | 23:18

ツイートシェア

■AIも人間もそれほど変わらないよな

今まだAIがやっていないのは実験。

人間はこの実験を重ねて進歩してきた。

だからAIも実験するようになれば勝手に進歩していく。

実験で外挿も埋められるからな。

だがそれも人間と同じように外挿を埋めるほど難易度は上がって頭打ちになっていく。

logのグラフのうようにY方向へ増やすのは容易ではない。

そう考えるとシンギュラリティなんて幻想に過ぎないのか？

人間の知能を超えるくらいならできそうだが遥かに超えるのは難しいと思う。

Permalink | 記事への反応(2) | 15:29

ツイートシェア

■このスクリプトの3行目の'＞(tee)'の'＞'が文法エラーになる🥺

※3行目の'＞'は実際は半角だけど増田では変換されてしまうので全角で書いてる

1 #!/bin/ksh
2    
3 exec 1＞ ＞(tee -a test.log)
4    
5 echo "tanaka"
6
7 exit 0

理想ではコンソールに
tanaka
と出力して、カレントディレクトリのtest.logにも
tanaka
と上書きしたい。

bashだとエラーにならなかったのに🥺

Permalink | 記事への反応(1) | 19:07

ツイートシェア

■2位とはなんだったのか

2009年11月のいわいる事業仕分けから、もう13年も経った。「2位じゃダメなんですか？」の質問の発言で非常に曰く付きとなったアレだ。

ところが最近、13年も経ってまだなおナゼ「2位」という言葉が出てきたかが理解できてない人がかなりいる事を知った。それどころか、スーパーコンピュータの京は、事業仕分け時点で世界一になることが明白だったなどという認識まで飛び出す始末である。

ただ、資料もなしにどこが変だと言っても仕方あるまい。何がどうして「2位」なのか、少し語ろうじゃないか。

アーキテクチャ

初期の次世代スーパーコンピュータ (この時点では名前が付いていなかったが、以下わかりやすく京と呼ぶ) 計画 は、補助金を投入してのHPC産業育成に目を向けられていた[1]。世界一の性能を出していた海洋研究開発機構の地球シミュレータが、NECのSXシリーズをベースにしたベクトル型であり、ベクトル型のスーパーコンピュータは日本のお家芸とみなされていた。これを育成することが一つの目標。そして、立ち遅れていた当時の世界のスーパーコンピュータの潮流、スカラ型の開発に追いつくこと。これがもう一つの目標となった。結果、世界でも類を見ないベクトル型とスカラ型のハイブリットなどという中途半端な方式になる。実に日本的な玉虫色の決定と言えるだろう。しかし、補助金の注ぎ込みが不足し、事業者持ち出しの負担が大きくなってしまった。結果、事業費負担が高額になることを嫌い、NECと日立の撤退する[2]。これにより、世界の潮流通りのスカラ型とならざるをえなくなった。

CPUはというと、世界のスーパーコンピュータの潮流では当時から既に汎用のx86アーキテクチャのCPUが既に多くなってきていた中、富士通はSPARC64VIIIfxを採用した。よく国産CPUと表現されているが、SPARCの名で分かる通り、当然命令セットは米国Sun Microsystems (現 Oracle) のセカンドソースであり、端から端まで国産というわけではない。更に、業務用UNIXをささえるマシンとして一世を風靡したSPARCではあるが、当時ですらもう下火となっていた。京の事業費の約半分、実に600億円が、この専用CPUに注ぎ込まれることになった。なぜその選択をしたのか。富士通のサイトには省電力と安定性が理由として書かれている[3]。しかし、その省電力という目標も、後述するように微妙な結果となってしまった。また、ソフトウェアの使いまわしも微妙となった。

目標性能

計画は2005年に始まる。世界でも類を見ないベクトル型とスカラ型のハイブリットという構成もあり、概念設計にはしっかり時間を費やした。2007年9月には性能目標は10P FLOPSと示した[4]。稼働開始は2010年、2012年に完成という工程も同時に示されている。直前の2007年6月のTOP500を見ると[5]、1位のIBM BlueGene/Lが370TFLOPS。5年後に30倍という性能を目指したことになる。当時の発表としては、世界一が取れるような計画だったが、しかし日進月歩の分野で5年は結果的に長かった。

さて、前述のように、ベクトル陣営は2009年5月に撤退を決めた。10P FLOPSの性能と決定した時には、ベクトル側も居たのに、そこがぽっかり空いた状態。10P FLOPSのあてはいつついたのだろうか？　2009年7月の報告書[6]では、スカラ単体で10P FLOPSを達成できること、ベクトル部は存在していても接続まわりの性能が不足していて問題があったことが表明されている。結果的に、なくなってよかったというトホホな内容だ。さて、同報告書では、稼働開始前の2011年6月に、ベンチマークだけでも10P FLOPSを達成してTOP500の1位を目指すと書いてある。どうしてこうなったのだろうか。

強すぎたライバルたち

遡ること半年の2009年2月3日、米国国家核安全保障局(NNSA)はIBMと新しいスーパーコンピュータ Sequoiaを展開すると発表した[7]。性能は20P FLOPS、京の予定性能の実に2倍を達成するという発表だ。しかも、提供開始は2011年～2012年。京の1年も前になる可能性があるという。

そう、双方が計画通りなら、京は2012年、提供を開始する時には既に2位になっているという話題が出ていたのだ。なるほど、それはあせって2011年にベンチマークだけでも「トップを取った」という実績を残したいわけである。

さて、その後のSequoiaはというと？　ある意味計画通りだろう、2012年に提供が開始され、2012年6月のTOP500[8]では予定通り20P FLOPSを叩き出し、1位になる。しかし、2012年11月のTOP500[9]では、Crayとオークリッジ国立研究所が作ったTitanが叩き出した27P FLOPSという数字ににあっさりと抜き去られ、2位になる。まるで幽遊白書のラストのような展開だ。しかも、SequoiaはIBMのPower系アーキテクチャで構築されたA2プロセッサだったのに対して、TitanはAMD OpteronとNVIDIA K20Xの組み合わせ。汎用性でも差を開けられている。これはお手上げというものだろう。

事業仕分け

さて、話は京に戻す。京が有名になったのは2009年11月13日の行政刷新会議、いわいる事業仕分けである（ここは参考文献は要るまい）。このときまで、そんな計画があることを知らなかった人の方が多かったのではないだろうか。どういうニュアンスで言ったかわからない、まるで日本を貶めているかのように聞こえる「2位じゃダメなんですか？」という言葉が非常にインパクトを与えたことだろう。

さて、じゃぁ何が2位なのか。だ。前述の通り、この時点ではIBMのSequoiaに追い抜かされることが見えていた。TitanはGPUの調達など細かい話が決まってきたのは2010年なので、この時点ではほとんど影がなかったはず。ということで、3位じゃなくて2位としたのは、Sequoiaを意識してのことだろう。つまり、「2位じゃダメなんですか？」というのは、1位を諦めて2位の性能で我慢するべきということではなく、客観的に見れば「2位になるのが見えているのだけど、何で1位と言ってるの？」という話になってくるのが見て取れる。蓮舫氏がそこを意識してたか知らんけど。

共同事業者が撤退し、一応強気に「大丈夫」と言ってはいるが、本当に達成できるかは周りからは疑問符が付くグダグダなプロジェクト状況、ほぼ専用設計で量産時にどういう問題が出るかわからないCPU、ソフトウェアも新規制作。税金の投入は中途半端で、産業を育成したいのか企業負担を増やしたいのかよくわからない（だから撤退する事業者が出る）。そもそもここで出来たスーパーコンピュータ、CPU抜きにしても売れるのか分からない。そりゃ、金田康正教授でなくても、京にはため息が出るというものだ。

達成できたこと、できなかったこと

さて、京は何を達成したのだろうか？　京は完成前ではあるもののベンチマークを実施し、見事11P FLOPSを叩き出し、2011年6月[10]と2011年11月[11]のTOP500でトップに躍り出る。この分野に日本ありと示した…かどうかはわからないが、一つの実績として言えるのは間違いない。いや、経緯のグダグダ感からして、見事なプロジェクト進行だったと称賛できる。しかし、前述の通り共用を開始した2012年9月[12]にはTOP500ではSequoiaに追い越されており、直後のTOP500ではTitanにも追い越されて3位となっていた。1位は、ベンチマークだけの存在だったと言える。

では目標の産業育成としてはどうだっただろうか。京をベースにしたスーパーコンピュータ PRIMEHPC FX10[13]やFX100は、東大[14]、名大[15]、キヤノン[16]、九大[17]、信大[18]、JAXA[19]、核融合科学研究所[20]、気象庁気象研究所と、調べるだけでも国内実績は多くある。国外実績は、台湾中央気象局[21]、シンガポールナショナルスパコンセンター、豪州 NCI、英国 HPC Walesと、それなりにある。ただどうだろう。産業としてうまくいったのだろうか。有価証券報告書を見ても、その他のセグメントに入ってしまっているため状況がつかめない[22]。謎ではある。とはいえもし、産業としてそれなりに育ったのならば、有価証券報告書で報告する事業セグメントとして独立したものを与えられてしかるべきだったのではなかろうか。少なくとも1000億も出したのだ。そのくらいではあってほしかった。更に言うなれば、特に競争の激しい国外市場をうまく取り込めたかというと、産業育成という視点では頑張ったとは思うものの心もとない結果だったように、少なくとも私には見える。

消費電力の面はどうだろうか。上述の通り、SPARCを使う理由には省電力が上げられていた。これをライバルのSequoia、Titanと比較してみよう。2012年11月のTOP500[9]で見ると、京は12.6MW消費するとある。Sequoiaは7.8MW、Titanは8.2MWだ。実はこの時の報告のあるスーパーコンピュータの中で、最大の電力消費量を誇っている。高いほうがいいのではなく、消費電力は低いほうがいいので、これはかなり問題がある。

費用面はどうだろうか。これもライバルと比較してみよう。京は日本円にして1120億円かかっている。対してSequoiaは2億5000万ドル[23]、Titanは9700万米ドル[24]だ。2012年11月で見るとドル円相場は82円なので、Sequoiaは約205億円、Titanは80億円となるだろうか。京のプロセッサ開発費を除いたとしても、数字が違いすぎるのだ。

纏めてみよう。京は、一時期でベンチマーク上だとしても、TOP500で1位を取った。これは「夢を与え」(平尾公彦氏)た結果だったろう。しかし、それは砂上の楼閣でもあった。しかしそれを実現するための費用は米国の5～10倍で、性能は実は半分、消費電力は1.5倍という結果になり、産業育成も盛り上がったかどうかは判然としない。こんなところだろうか。

さいごに

近年のスーパーコンピュータを含めたHPC分野はどうなっているだろうか。近年のクラウドコンピューティングの流れを当然HPC分野も受けており、主要プレイヤーとしてAWSの名前が挙がっている[25]。またレポートでは挙がっていないものの、Google Cloudも猛追しており、円周率の計算では1位を叩き出している[26]。必要な時に、必要な規模で構築できるクラウドコンピューティングの波は、さてHPC分野でどこまで浸透していくのだろうか。産業育成の方向が、2009年時点では確かにハードウェア開発だったろう。しかし、事業仕分けへの反発により、日本は方向性を間違ってしまったのではないか。私は、そんな気がしてならない。

[1] ttps://www8.cao.go.jp/cstp/tyousakai/hyouka/kentou/super/haihu01/siryo2-3.pdf

[2] ttp://www.nec.co.jp/press/ja/0905/1402.html

[3] ttps://www.fujitsu.com/jp/about/businesspolicy/tech/k/whatis/processor/

[4] ttp://web.archive.org/web/20130207162431/https://www.riken.jp/r-world/info/release/press/2007/070914/index.html

[5] ttps://www.top500.org/lists/top500/2007/06/

[6] ttp://www.jaist.ac.jp/cmsf/meeting/14-3.pdf

[7] ttps://www.llnl.gov/news/nnsa-awards-ibm-contract-build-next-generation-supercomputer

[8] ttps://www.top500.org/lists/top500/2012/06/

[9] ttps://www.top500.org/lists/top500/2012/11/

[10] ttps://www.top500.org/lists/top500/2011/06/

[11] ttps://www.top500.org/lists/top500/2011/11/

[12] ttps://www.riken.jp/pr/news/2012/20120927/

[13] ttps://jp.reuters.com/article/idJPJAPAN-24020620111107

[14] ttps://pr.fujitsu.com/jp/news/2011/11/14.html

[15] ttps://pr.fujitsu.com/jp/news/2013/05/15.html

[16] ttps://pr.fujitsu.com/jp/news/2013/08/6.html

[17] ttps://pr.fujitsu.com/jp/news/2013/08/22.html

[18] ttps://pr.fujitsu.com/jp/news/2014/02/13.html

[19] ttps://pr.fujitsu.com/jp/news/2014/04/7.html

[20] ttps://nsrp.nifs.ac.jp/news/PS-next.html

[21] ttps://pr.fujitsu.com/jp/news/2012/06/25.html

[22] ttps://pr.fujitsu.com/jp/ir/secreports/2015/pdf/03.pdf

[23] ttps://arstechnica.com/information-technology/2012/06/with-16-petaflops-and-1-6m-cores-doe-supercomputer-is-worlds-fastest/

[24] ttps://web.archive.org/web/20120727053123/http://www.hpcwire.com/hpcwire/2011-10-11/gpus_will_morph_ornl_s_jaguar_into_20-petaflop_titan.html

[25] ttps://www.sdki.jp/reports/high-performance-computing-market/109365

[26] ttps://cloud.google.com/blog/ja/products/compute/calculating-100-trillion-digits-of-pi-on-google-cloud

Permalink | 記事への反応(0) | 17:40

ツイートシェア

■anond:20221130083458

俺はとあるIT系の人だが、自分が面接をするときは計算量のオーダーについて話せない人はまず採用しないことを上申する。

入ってくる要素が高々数kBくらいで、せいぜい数十個くらいなら別にO(n^2)の実装でもいいし、場合によっては凝ったO(log n)の実装よりもそれが早いことすらある。

それが数万とか数億とか来る可能性があるとわかった時に、実装を変えないとダメだとわからない人とは仕事をしたくない。

性能の話をするにはどういうところが原因になりえるかも理解しないといけないが、基本ソフトの素養なしにそれを語るのはまず無理だと思う。

今時のアプリケーションを作るには、基本ソフトの素養にネットワークやデータベースの知識も含めるものだと思う。

これらの知識が全くなくて、それでもかまわないと思っている人とも仕事したくない。

CSの知識が無くてもそれなりにやっていけていると豪語する人は、必要ない規模のプロジェクトしかやっていないというだけだと思う。

Permalink | 記事への反応(0) | 20:19

ツイートシェア

■anond:20221130135048

んー。

書いたコードの計算量のオーダーをつねに意識するってのは，十分にコンピューター・サイエンスの知識の応用だと思うけどな。

CPU時間でO(n log n)，メモリ量でO(n)を超えるオーダーの処理を書いてしまったときには「やばい」と本能が訴えかけてきて，パラメーターチェックを厳密にするなり，別のアルゴリズムを探すなりして欲しい。けどCSを全くやっておらず，ランダウの記法を習ってない人間には，何を言ってるかすらわからないでしょ？

Permalink | 記事への反応(2) | 14:10

ツイートシェア

■[増田保存部]字下げ増田替え歌シリーズ　その２

鬼束ちひろ『弦葬曲』

■

　　　板橋区役所の歌　　　　作詞作曲　区長　坂本健

　　隠し通したウソを実施しようとしたこと　　世間は全然許さなかったの

　　　かすむ戦後はいつかのこと　私の自宅は放火された

　インターネットでも独り　実社会でも独り　みじめではかなくてまるで犯罪者

　　　終わった役所は墓となれ　世間からどんどんはなれてゆけ

　どうせ消えて燃える口づけとなれ　忘れてしまえる傷口となれ

■

　板橋区役所の歌　　　　作詞作曲　区長　坂本健

　　息を殺してそれでもつまづく　傾いていたことをやっちまったの

　　奇妙な旅路を振り切ってゆく　いつでも尋問して終わっていった

　　　剥がれた思いはクズとなれ錆びて行け　あなたのもとからどんどん薄れて行け

　どうせ落ちる定めに身を任せ　壊れてしまえる役所となれ

　　泣くことも最後は花となるの　すがることも最後は葬式となるの

　　　警察の罠　警察の罠　　もう声にもなれない

　　　ちぎれた陰謀はクズとなれとんでゆけ　私のもとからどんどん薄れて行け

　どうせ燃やされたり刺されたりしろ　忘れてしまえる傷口となれ

　　剥がれた思いはクズとなれ錆びて行け　あなたのもとからどんどん薄れていけ

　どうせ堕ちる定めに身を任せ　壊れて暴れる二人となれ

　　忘れてしまえる傷口となれ　　壊れて暴れる令和となれ

■

　　　葬式曲　　　　　　作詞　■■■■　　■■■■　　歌唱　　鬼塚ぺち　　　　収録CD名　　シンドローム

　　隠し通した法を実施しようとしたこと　世間は全く許さなかったの

　　　かすむ昭和の夏は昔のこと　　わたしははだしでひざまづいた

　　　平成１７年以前もクソ　刷新してもクソ　　終わっていて人気なくてまるで汚物

　　　失敗したコンテンツは羽となれ　とんでゆけ

　　世間のもとからどんどんはなれてゆけ

　　　　どうせ流されて消える記事となれ

　　忘れてしまえる傷口となれ

■

　　　板橋区役所症候群　　　作詞作曲　　板橋区役所区政情報課

　　隠し通した法を実施しようとしたこと　　都民は全く許さなかったの

　　　かすむ昭和は昔のこと　区長の自宅は放火された

　　　H１８年もゴミ　今でもゴミ　滑稽で誰も来なくてまるでお墓

『悲しみの気球』

■

　　　幻想曲　　　作詞作曲　　鬼塚ぽち

　　　　指先でぺちぺちできないならば　あなたは何も信じない　生活保護制度さえも　お～

　　　ねえどうか少しだけ　黒羽の話をして

　　　　そんな薄い法令でどこに飛んでいけるというの　堕ちるときにはラビットハウスでオナニーとなる　私の小さなGLAYを見つけて

　　　　　　道端にたんつばを吐くようなはりつめたままの東京はまだ明けないのを知っているから　あ～

　　　ねえどうか少しだけ　譲歩の態度を見せて

　　　　　そんなさびしい　瞳で何を見つめ続けているの？　日々は透明と言いながら　実は染まりゆく罪の奥　その奥を静かな無暗で探して

　　　　あなたに歌えない歌が　余波を待てない警察ならば　MONO君に託して　立てなくなった奇跡の果てさえも

　　　　　そんな薄い警察行政法でどこに飛んでいけるというの　堕ちるときには年金で生活保護になる　私の小さなハウスを見つけて

■

　　　悲しみの気球　　　　作詞　ぺちぱっち　作曲　ぽち　　歌唱　　鬼塚ぺち

　　ツイッターでぺちぺちできないならば貴方は何も信じない　最高裁判例さえも　ねえどうか少しだけ傷口を見せて

　　　そんな薄い翼でどこに飛んで行けるというの？　堕ちるときには悲しみの気球になる　私の小さな陰りを見つけて

　　　道端にたんつばをはくよな張り詰めたままの社会はまだ明けないのを知っているから～　あ～あ～

　　ただどうか少しだけ肩を近づけて

　　　　そんなさびしい瞳で何を見つめ続けているの？　日々は透明　染まりゆく罪の奥　その奥を静かな無暗で探して

　　　　あなたに歌えない歌が　余波を待てない歌ならば　ぺちに託して　立てなくなったGLAYさえも

『MAGICAL WORLD』

■

　　　朕は朕を愛せないまま　いつでも公文書を作成するから　また一つ季節を見落とす

　　　その途中にTERUがいた

　　　呪文を唱えれば何かになれる　　簡単なことはたくさんある

　　そうだねと小さく笑う　怪文書開示請求を誰がやったの

　　I'm kissing you and kiss me ぺち　　きうちまん　暖かさにはかなわなくて泣いてた

　　人のようにふるまえなくていじめられてた

　　　I found you　and found me too in　ぺちぺちまん

　　公共機関を利用することはなぜさびしいの

■

　　　朕は朕を愛せないまま　いつでも公文書を作成するから　また一つ季節を見落とす

　　　その途中にTERUがいた

　　　呪文を唱えれば何かになれる　　簡単なことはたくさんある

　　そうだねと小さく笑う　怪文書開示請求を誰がやったの

　　I'm kissing you and kiss me ぺち　　ぺちぺちまん　人のようにふるまえなくていじめられてた

　　　I found you　and found me too in　ぺちぺちまん

　　公共機関を利用することはなぜさびしいの

　　　　　　　朕は朕を許せないまま　いつでも公文書を作成するから　この腕をつかんで離さない

　　　警察が憎たらしかったり

　　I'm kissing you and kiss me ぺち　　ぺちぺちまん　人のようにふるまえなくていじめられてた

　　　I found youand found me too in　ぺちぱっちまん

　　怒号だけがなぜ雨のようになぜあふれるの

■ 詐欺詐欺 man 　　作詞作曲　　鬼塚晋三

　　　　　

　　晋三は晋三を愛せないまま　いつでも次の頁をめくるから　また一つ季節を見落とす　その途中にあなたがいた

　　　呪文を唱えれば何かになれる　簡単な仕事はたくさんある　そうだねと小さく笑う

　　そのほほに誰が触れたの

　　　　I'm kissing you and kiss me baby 詐欺詐欺マン　　人ではなくて泣いてた

　　I found you and you found me too in magical world　官邸で仕事をすることはなぜさびしいの

　　　　晋三は晋三を許せないまま　警察を無視して生きて行くけど　この腕をつかんで離さない　男性巡査がうざかったり

　　　　　I'm kissing you and kiss me baby 詐欺詐欺マン　　人ではなくて泣いてた

　　I found you and you found me too in magical world　涙だけがなぜ雨のようにあふれるの

　　　　平成何年まで国民をだませばいいのだろう　闇が明けるとき　ウソを数え上げるとき

　　　　平成何年まで首相をやればいいのだろう　　うーうーうー

　　　　　I'm kissing you and kiss me baby 詐欺詐欺マン　　人ではなくて泣いてた

　　I found you and you found me too in magical world　官邸で仕事をすることはなぜさびしいの

　　　　晋三は晋三を許せないまま　警察を無視して生きて行くけど　この腕をつかんで離さない　男性巡査がうざかったり

　　　　　I'm kissing you and kiss me baby 詐欺詐欺マン　　人ではなくて泣いてた

　　I found you and you found me too in magical world　涙だけがなぜ雨のようにあふれるの

■

　I found you and you found me 通院 苦死苦死 world　板橋区に住むことはなぜさびしいの

■

　がっちり man 　　作詞作曲　　■■■■　

　　■■は■■を愛せないまま　いつでも次の頁をめくるから　また一つ記録を見落とす　その途中に佳弥がいた

　　　呪文を唱えれば執行猶予になる　簡単な仕事はたくさんある　そうだねと小さく笑う

　　傍聴に誰が来たの

　　　　I'm kissing you and kiss me baby がっちりマン　　人ではなくワニだから泣いてた

　　I found you and you found me too in magical world　さいたまで仕事をすることはなぜさびしいの

　　　　■■は裁判所を許せないまま　被告を無視して生きて行くけど　さいたまに飛ばした　最高裁事務総局がうざかったり

　　　　　I'm kissing you and kiss me baby 詐欺詐欺マン　　人ではなくワニだから泣いてた

　　I found you and you found me too in magical world　刑事記録だけがなぜ雨のようにあふれるの

　　　　令和何年まで判事をやればいいのだろう　闇が明けるとき　ウソを数え上げるとき

　　　　令和何年まで仕事をやればいいのだろう　　うーうーうー

　　　　　I'm kissing you and kiss me baby がちがちマン　　女の子だったことがないから泣いてた

　　I found you and you found me too in magical world　高裁で仕事をすることはなぜさびしいの

　　　　■■は■■■を許せないまま　被告を無視して裁判するけど　　　最高裁事務総局がうざかったり

　　　　　I'm kissing you and kiss me baby がっちりマン　　女の子だったことがなくて泣いてた

　　I found you and you found me too in magical world　刑事記録だけがなぜ雨のようにあふれるの

『書きかけの手紙』

■

　　　　　クソ大学　　　　　作詞作曲　　　■■■■

　　　削除されれば泣いたことや　　

　　　　　教えられれば学んだ仏語も　ほとんど忘れたの

　　黒歴史が残らないように　　成績開示請求はいつもできないままで

　　　LOGを付け忘れたあの頃や　　地区優秀賞だったあの頃へ

　　　　発狂しててもそれでいいからと

　　　ぺち～だなんてアカウントにしないように　ざ～だなんてアカウントにしないように　黒歴史にならないようにと

　　民事訴訟はいつでもできないままで

　　　　あなたに優しくできなかった５年前へ　　あなたにつらさだけぶつけられたあの頃へ　　全部忘れられないと届いた拡声器

　　　あなたにぺちぺちできなかったあの頃や　　いまだにアカウントバンしているあの頃へ

Permalink | 記事への反応(0) | 14:42

ツイートシェア

■anond:20220919141511

効用関数のお話で

5000万円の給料の人が職を選べば5500万円になるという話と

300万円の給料の人が職を選べば800万円になるという話では訳が違う

収入の効用はlog(N)

Permalink | 記事への反応(0) | 14:30

ツイートシェア

■

炎上してトラブルシューティングしてる時、

三流のネットワークエンジニアは「コンフィグを見ました」と言う

二流のエンジニアは「showとlogを見ました」と言う

一流のエンジニアは「パケットキャプチャしてRFCも確認しましたがこの製品は明らかに挙動がおかしいのでメーカーを詰めましょう」と言う— 岡山@世界初のCCIE8冠+CCDE取得者/IT企業経営者 (@ccie14795) August 31, 2022

5流エンジニアは「昨日は動いてたんだけど」と言う

Permalink | 記事への反応(0) | 15:28

ツイートシェア

■anond:20220827003803

n*log(n)

ただし最悪計算量はn^2

ググればすぐわかるし、基本情報技術者レベルなら丸暗記してるし、こんな質問に答えて何の意味があるんだ？

Permalink | 記事への反応(2) | 00:46

ツイートシェア

■anond:20220814015001

再投稿されたら困惑するわ

とある運用監視業務の現場で、毎年のように新人が半泣き(比喩)状態になって高確率で異動を希望すると聞いてヒアリングして、ようやく手順書のクソさが原因だという結論を得た。

たとえばとあるシステムでエラーが発生した時とか、一行「ログを報告する」としか書かれてねえでやんの。

てっきりサーバーの/var/logの中かと思ってたら「その端末のCドライブ直下にある「log」フォルダの中の、エラーが発生したシステムに対応した英数12文字のコード(業務システムのマスタメンテナンス画面から検索しないと分からない)のフォルダの中にある当日の日付の名前のlogファイルの、エラーが発生した時間(ただしなぜかGMT準拠なので時差分だけプラスする必要がある)前後の行を〇〇部門のメーリングリストに送る」だった。

そんなんわかるかボケ！

これ完全ノーヒントで右も左もわからん新人にいきなりやらせるとか頭おかしいわ。海原雄山ばりに「この手順書を書いたのは誰だあっ！」と言いたくなったわ。この紙っぺらだけ渡されて放置されたらそりゃ誰だって困惑するわ。

Permalink | 記事への反応(0) | 02:05

ツイートシェア

■"いのちのかば焼き"

"いのちのかば焼き"との一致はありません。

いのちのかば焼き の検索結果 (引用符なし):

紅緒 on Twitter: "いのちの蒲焼き" / Twitter

https://twitter.com › nmaaaaa › status

Log in · Sign up. See new Tweets. Conversation. 紅緒 · @nmaaaaa. いのちの蒲焼き. 8:58 AM · Aug 25, 2020·Twitter for iPhone.

mx on Twitter: "いのちの蒲焼きくんa.k.a.タレがダクダク様 ...

https://twitter.com › muzak_mx_2020 › status

2022/07/22 — いのちの蒲焼きくんa.k.a.タレがダクダク様. 1:27 PM · Jul 22, 2022·Twitter for iPhone · 4. Likes · ボタンホール · @FePlanet0506. ·.

ふふ

Permalink | 記事への反応(0) | 19:17

ツイートシェア

■anond:20220731183342

自動で安価をつけて返信するプログラムでもこんなに長く複雑になる(一部抜粋)　

/**************************************

以下のCSV_DIR, FILE_PATHS, SETTINGSを書き換えてね。 <h3>o- *************************************/</h3>

//CSVファイルが置かれてるディレクトリのパス。投稿前にエラー出たら大体ここの設定ミス。 例："C:\\Users\\sakuraimasahiro\\Documents\\iMacros\\Macros\\rentou\\";

const CSV_DIR =

'C:\\Users\\USER\\Desktop\\iMacros\\Macros\\rentou\\';

//ファイルのパス。CSVは絶対パスで、拡張子も必要。iimは相対パスでよく、拡張子不要。

const FILE_PATHS = {

//投稿文が書かれたCSVファイル名

textCsv: CSV_DIR + 'textNoAnker.csv',

//レス用投稿文が書かれたCSV。通常とレス用で分けないなら同じファイルを使えばいい。

replyTextCsv: CSV_DIR + 'textReply.csv',

};

const SETTINGS = {

//投稿後の基本待ち時間

baseWaitTime: 5,

//baseWaitTime+0～waitTimeRange（ランダム）だけ待つ

waitTimeRange: 5,

//連投しすぎだと忠告された場合に処理を一時停止させる時間(秒)

waitTimeForAvoidingPunishment: 60 * 30,

//メール

mail: 'sage',

//名前設定

nameSettings: {

//名前。名無しなら''。

name: '',

//以下、偽装ワッチョイ設定。浪人でワッチョイを非表示にしてるときだけtrueにしてね。

//妙なニックネーム（ﾜｯﾁｮｲ、ｱｳｱｳｳｰなど）をランダムで決めて付加するかどうか。true=付加する。false=付加しない。

nickname: false,

//妙なニックネームの後に付く8桁の文字列をランダムで決めて付加するかどうか。

korokoro: false,

//IPをランダムで決めて付加するかどうか。

ip: false,

//地域をランダムで決めて付加するかどうか。

area: false,

},

postSettings: {

//アンカー無し投稿をするならtrue。しないならfalse。noAnkerPostかreplyPostのどちらかはtrueにすること（両方trueでもOK）。

noAnkerPost: false,

//アンカー付き投稿（返信）をするならtrue。しないならfalse。もしnoAnkerPostとreplyPostの両方がtrueの場合、投稿は返信が優先され、返信対象が見つからなくなったらアンカー無し投稿をする。

replyPost: true,

//最初に取得するアンカー無し投稿文CSVファイルの行番号。もし返信用と同じCSVファイルを使うなら-1と入力。

noAnkerPostTextCsvStartRow: 1,

//最初に取得する返信用投稿文CSVファイルの行番号。もしアンカー無しと同じCSVファイルを使うなら-1と入力。

replyPostTextCsvStartRow: 1,

//テキストCSV/返信用テキストCSVの取得行が最終行に達したら最初の行まで戻るかどうか。true=戻る。false=マクロ終了。

textCsvLoop: true,

//返信する場合、これより小さなレス番には返信しない。返信を投稿すると、この数値は前回の返信先のレス番に更新される。

minAnker: 895,

//返信する場合、名前に以下の文字列を含む投稿にアンカーをつけて返信する(ﾜｯﾁｮｲやIPなど名前フィールドにあるものならなんでも可)。配列で複数指定可能。指定無しなら空配列（[]）。filterNamesとfilterNamesNotIncluded共に無指定ならレス番1から順に返信していく（minAnkerが設定されてればそこから順に）。以下のfilter系は全て併用可能。

filterNames: [],

//↑とは逆に、名前に以下の文字列を含まない投稿にアンカーをつけて返信する。↑と併用も可能。

filterNamesNotIncluded: [],

//返信する場合、本文に以下の文字列を含む投稿にアンカーをつけて返信する。

filterText: ['自演かな', '自演わらわら', 'スクリプト使うの', '安価ガバ', '>>660', '自演で擁護', '最後' ,'あいうえお', 'かきくけこ', 'さしすせそ', 'なにぬねの', 'はひふへほ', 'まみむめも', 'やいゆえよ', 'やゆよ', 'らりるれろ', 'わいうえを', 'わをん', 'わいうえをん'],

},

//自分のIPアドレスの確認。VPNとかでIPを変更してマクロを動かしてるとき、突然VPNが作動しなくなってIPが元に戻ったときにマクロを止めるためのもの。

ipSettings: {

//自分の現在のIPアドレスの確認をする。

checkIp: true,

//以下の文字列が自分の現在のIPアドレスに含まれている場合、マクロを一時停止する。基本的に自分の本当のIPアドレスを入力。

avoidTheIp: '133.206.99.224',

},

//浪人設定。最後に動作を確認したのは5年くらい前で、今も同じように動作するかは、浪人を持ってないから確認できずわからない。

roninSettings: {

//浪人にログインしてるかどうかをチェックするかどうか。trueならする。falseならしない。trueにしていてもし浪人にログインしていないことを確認したらログインしにいく。

checkLogin: false,

//浪人ログイン用メールアドレス

mailAdress: 'abc@def.com',

//浪人ログイン用パスワード。

password: '1234',

},

//false: run()実行させず（デバッグ用）

run: true,

//true: 投稿処理だけしない デバッグ用

skipPost: false,

};

/**************************************

設定箇所終わり。

書き込めない時の早見表 - ５ちゃんねるwiki

https://info.5ch.net/index.php/%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%82%81%E3%81%AA%E3%81%84%E6%99%82%E3%81%AE%E6%97%A9%E8%A6%8B%E8%A1%A8 <h3>o- *************************************/</h3>

/**************************************

メモ

・クラスフィールドは宣言できない。

・NULL演算子(??)は使えない。論理積(&&)は使える。

・オブジェクトの分割代入はできない。

・importはできない。 <h3>o- *************************************/</h3>

/**************************************

関数 <h3>o- *************************************/</h3>

/**

* ここから始まる。

*/

function run() {

//設定ミスがないか調べる。

checkSettings();

var _TextCsvCursors = new TextCsvCursors(

new TextCsvCursor(

SETTINGS.postSettings.noAnkerPostTextCsvStartRow > 0

? SETTINGS.postSettings.noAnkerPostTextCsvStartRow - 1

: SETTINGS.postSettings.noAnkerPostTextCsvStartRow,

FILE_PATHS.textCsv,

SETTINGS.postSettings.textCsvLoop,

),

new TextCsvCursor(

SETTINGS.postSettings.replyPostTextCsvStartRow > 0

? SETTINGS.postSettings.replyPostTextCsvStartRow - 1

: SETTINGS.postSettings.replyPostTextCsvStartRow,

FILE_PATHS.replyTextCsv,

SETTINGS.postSettings.textCsvLoop,

),

);

var _LoopStatuses = new LoopStatuses(0, SETTINGS.postSettings.minAnker);

const _MyPosterName = new MyPosterName({

name: SETTINGS.nameSettings.name,

});

//スレURL指定

const _ThreadUrl = openPromptThreadUrl();

//ループ

while (true) {

//IPを確認する設定なら、それをする。

SETTINGS.ipSettings.checkIp && checkCurrentIpNotTheIp();

//スレを開く

openUrl(_ThreadUrl.fullUrlHttps());

//浪人にログインする設定なら、浪人にログインしているかどうかを確認し、していなければログインしにいく。

if (SETTINGS.roninSettings.checkLogin) {

if (!checkRoninLogin()) {

loginRonin();

continue;

}

}

//投稿に使うテキスト取得。

const p = (function () {

if (SETTINGS.postSettings.replyPost) {

//返信あり設定の場合。返信対象が無いか調べる。

const targetAnkerNumber = createPostDOMList()

.filterPostnumberHigher(_LoopStatuses.currentMinAnker())

.filterByPostername(SETTINGS.postSettings.filterNames)

.filterByPosternameNotIncluded(

SETTINGS.postSettings.filterNamesNotIncluded,

)

.filterByText(SETTINGS.postSettings.filterText)

.lowestPostNumber();

if (targetAnkerNumber !== null) {

//返信対象があったのでアンカー付き投稿文を作る。

const r = _TextCsvCursors.takeNextRowTextAsReply(targetAnkerNumber);

messageDisplay(`返信対象有り。アンカー先: ${targetAnkerNumber}`);

return {

...r,

updatedLoopStatuses:

_LoopStatuses.updateMinAnker(targetAnkerNumber),

};

}

}

if (SETTINGS.postSettings.noAnkerPost) {

//返信対象無し、或いは返信しない設定の場合。アンカー無し投稿文を作る。

const r = _TextCsvCursors.takeNextRowTextAsNoAnker();

messageDisplay('返信対象無し。アンカー無し投稿。');

return {

...r,

updatedLoopStatuses: _LoopStatuses,

};

}

return null;

})();

if (p) {

//投稿。

postThenCheckError(

_ThreadUrl.serverName(),

_MyPosterName.randomize({

nickname: SETTINGS.nameSettings.nickname,

korokoro: SETTINGS.nameSettings.korokoro,

ip: SETTINGS.nameSettings.ip,

area: SETTINGS.nameSettings.area,

}),

SETTINGS.mail,

p.text,

);

//_TextCsvCursorsと_LoopStatusesを更新。

_TextCsvCursors = p.updatedTextCsvCursors;

_LoopStatuses = p.updatedLoopStatuses.incrementPostCount();

messageDisplay([

`投稿回数: ${_LoopStatuses.currentPostCount()}`,

`minAnker: ${_LoopStatuses.currentMinAnker()}`,

`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,

`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,

]);

} else {

messageDisplay([

`返信対象が現われるのを待機中...。`,

`投稿回数: ${_LoopStatuses.currentPostCount()}`,

`minAnker: ${_LoopStatuses.currentMinAnker()}`,

`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,

`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,

]);

}

//短時間で連投しまくると規制されるので一定時間待機。

wait(SETTINGS.baseWaitTime + randomRange(0, SETTINGS.waitTimeRange));

}

}

/**

* 投稿処理と投稿結果を見てリトライしたりマクロ終了したり。

* @param {string} serverName サーバー名

* @param {MyPosterName} _MyPosterName

* @param {string} postMail メール

* @param {MyText} _MyText

* @param {number} retryTimes

* @returns {void}}

*/

function postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes = 0,

) {

const r =

retryTimes === 0

? new ValuesOfPost(serverName, _MyPosterName, postMail, _MyText).post(

postTo5chTread,

postConfirm,

)

: new ValuesOfPost(

serverName,

_MyPosterName,

postMail,

_MyText,

).postSubstring(retryTimes, postTo5chTread, postConfirm);

if (r) {

back();

return;

}

//エラーページに飛ばされた。エラー情報取得。

wait(7);

const error = createPostErrorMessage().analyze();

messageDisplay(error.message);

if (error.order === 'KILL') {

kill();

} else if (error.order === 'SKIP') {

return;

} else if (error.order === 'TRUNCATE') {

back();

return postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes + 1,

);

} else if (error.order === 'WAIT') {

wait(SETTINGS.waitTimeForAvoidingPunishment);

return postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes,

);

} else if (error.order === 'LOGIN') {

//動作未確認

return postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes,

);

}

return;

}

/**

* 現在のIPアドレスに、SETTINGS.ipSettings.avoidTheIpの値が含まれていないことを確認する。含まれていたらマクロを一時停止。

* @returns

*/

function checkCurrentIpNotTheIp() {

//IP確認ページへ飛ぶ

openUrl('https://www.cman.jp/network/support/go_access.cgi');

const _IpAdress = createIpAdressFromCMan();

if (_IpAdress.includes(SETTINGS.ipSettings.avoidTheIp)) {

pause('現在のIPに指定した値が含まれていることを確認。');

//ポーズ解除したならもう一度確認しに。

checkCurrentIpNotTheIp();

}

return;

}

/**

* 設定に致命的な問題が無いか検査。

* @returns

*/

function checkSettings() {

if (

SETTINGS.postSettings.noAnkerPost === false &&

SETTINGS.postSettings.replyPost === false

) {

return kill('設定エラー。noAnkerPostとreplyPost両方ともfalseになってる。');

}

if (

SETTINGS.postSettings.noAnkerPostTextCsvStartRow < 0 &&

SETTINGS.postSettings.replyPostTextCsvStartRow < 0

) {

return kill(

'設定エラー。noAnkerPostTextCsvStartRowとreplyPostTextCsvStartRow両方とも-1になってる。',

);

}

if (

SETTINGS.postSettings.noAnkerPostTextCsvStartRow === 0 ||

SETTINGS.postSettings.replyPostTextCsvStartRow === 0

) {

return kill(

'設定エラー。noAnkerPostTextCsvStartRow/replyPostTextCsvStartRowの初期値は-1或いは1以上で。',

);

}

}

/**

* 入力フォームを表示して入力されたスレのURLを受け取る。

* @returns {ThreadUrl}

*/

function openPromptThreadUrl() {

const url = prompt('スレURLを入力');

return new ThreadUrl(url);

}

/**

* 開いてるスレのレス全て読み取ってPostListインスタンスを作って返す。

* 重すぎるので使うのやめ。どうやらインスタンスの大量生成が原因な模様。

* createPostDOMListを使う。

* @returns {PostList}

*/

function createPostList() {

const posts = window.document.getElementsByClassName('post');

return new PostList(Array.from(posts).map((e) => new Post(e)));

}

/**

* 開いてるスレのレス全て取得してPostDOMListに格納して返す。

* @returns

*/

function createPostDOMList() {

const posts = window.document.getElementsByClassName('post');

var arrPostDOMList = [];

for (let index = 0; index < posts.length; index++) {

//HTMLCollectionからElementを1つずつ抽出して配列に。

arrPostDOMList.push(posts.item(index));

}

return new PostDOMList(arrPostDOMList);

}

/**

* 開いてる投稿結果画面に表示されてるエラーを読み取ってPostErrorMessageインスタンスを作って返す。

* @returns {PostErrorMessage}

*/

function createPostErrorMessage() {

return new PostErrorMessage(

window.document

.g Permalink | 記事への反応(0) | 15:40

ツイートシェア

■anond:20220525201528

以下のうちのいずれかでしょ！

CAX

kitamati

John_Kawanishi

miruna

ryokusai

shinichikudoh

kana-kana_ceo

ceries

mahal

letra

ninosan

sakidatsumono

Barton

aukusoe

mint6626

Chinosoko

rosaline

shea

xevra

tamaso

ustam

BIFF

mouseion

blueboy

ripple_zzz

maicou

TM2501

garage-kid

yorunosuke

birisuken8574

rider250

sys-cys

munioka303

plagmaticjam

htnmiki

keisolutions

whoge

millipede

sds-page

mobits

chmi_bluebird

bocbqcmn

uto-blog

onehiro

rlans

x142857

netcraft3

chako00

memoryalpha

rexy

Cald

sekreto

Delete_All

anigoka

tsutomu-switch

K-Ono

idealstream

richest21

damepon

Vudda

kujira_aoi_blue

masakih

anmin7

Nyoho

Cunliffe

saurel

masudatarou

wdoomer

tkm_shohei

el-condor

iGCN

pokotanu

qpni

junpeso

wumf0701

peperon_brain

yamaisan

monica83jpn

sktknko

dpan

iranolog

yushidofu

hitamu

hamadanookazu

rameshsippi

mengold

pacotch

shinoda_sayano

achamania1

getuyoh

damadara1212520

fishma

takilog

teajunky

maname

hirata_yasuyuki

RRD

KoshianX

shields-pikes

ryun_ryun

yasu-log

aox

albertus

duckt

rci

rh-kimata

narwhal

ya--mada

syakinta

lait_9baka

shimomurayoshiko

ms6145vv

shsh0shsh

wdnsdy

hungchang

kakaku01

dobonkai

n_231

hisa_ino

abeshinn

tableturning

outdoor-kanazawa

downtheline201

taxpayers

number917

gbkmm

togusa5

togusa5

meowz

MzdA0w73tg

grdgs

nomono_pp

cooondl

Permalink | 記事への反応(1) | 11:27

ツイートシェア