  |
はてなキーワード: Logとは
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だったりする)
このうち問い合わせてくるのは、大体が
のどちらかで、このうち後者については部門のガバナンスどうなってんだと思わなくもない。
「それもう試した」
→どこまで何を確認したか要点だけでも教えてくださいよ…このやり取り、普通に時間の無駄ですよね？
「ありませんでした」
→「ありませんでした」じゃねえ探すんだよ！ログがなきゃ原因特定できないんだが？そんなこともわからないでLinux使ってるのかよ…。
DMM版ウマ娘プリティーダービーを遊ぼうとしても、エラーダイアログを出さずに起動しなくなる現象に遭遇した。
Windowsのイベントビューアーを除くと、こんなログが吐かれていた（各IDは削除）。
=====
日付:
ユーザー:
説明:
障害が発生しているアプリケーション名: umamusume.exe、バージョン: 2020.3.24.51085、タイム スタンプ: 0x
障害が発生しているモジュール名: apphelp.dll、バージョン: 10.0.22621.963、タイム スタンプ: 0x
障害が発生しているアプリケーション パス: D:\DMMGames\Umamusume\umamusume.exe
障害が発生しているモジュール パス: C:\WINDOWS\SYSTEM32\apphelp.dll
結論から言うと、Windows本体のapphelp.dllが原因でウマ娘が起動できなくなっているという。
アプリケーションに罪は無いため、DMM Game Playerやウマ娘を何度再インストールしても直らない厄介な現象だ。
Windowsは数十万のファイルが存在するため、今回のようにWindows Updateやアプリケーションのインストール・アンインストールを繰り返すだけでシステムファイルが壊れる事がある。
Windowsでは、これを直すためのコマンドがコンソールUIのみに用意されている。
Windowsのスタートメニューを右クリックして、コマンドプロンプトまたはターミナルを管理者権限で起動する。
を実行する。これは、オンライン上にある正しいWindowsのシステムイメージを元に、壊れたファイルを修復する操作となる。
実行するとこう表示される。
[==========================100.0%==========================] 復元操作は正常に完了しました。
DISM.exeを実行すると、正しいWindowsのシステムイメージがPC内に保存された状態になる。
この状態で、
sfc /scannow
を実行すると、次のように表示される。
システム スキャンを開始しています。これにはしばらく時間がかかります。
Windows リソース保護により、破損したファイルが見つかりましたが、それらは正常に修復されました。
オンライン修復の場合、詳細は次の場所にある CBS ログ ファイルに含まれています
windir\ Logs\CBS\CBS.log (たとえば C:\Windows\Logs\CBS\CBS.log)。オフライン修復の場合、
これで、とりあえずWindows自体の修復コマンドによってシステムファイルが正しい状態に復元された状態となる。
実行してもまだメモリ上には古いシステムファイルが読み込まれて実行されている状態なので、終わったらPCを再起動する。
さて、準備は完了だ。ここまでの操作でWindowsを回復しDMM Game Playerで「ダウンロード版をプレイ」を押す事でウマ娘が起動し…ない！
イベントビューアーには今もウマ娘を起動しようとする度にアプリケーションクラッシュイベントが追加されている。救いは無いのですか？
結局、今回のケースではPCで常駐していたリモートデスクトップ用のSplashtop StreamerとVirtual Desktop Streamerをタスクキルする事でウマ娘が起動できるようになり、DMMブラックフライデーで得た有償石でおはガチャを回すことに23時成功した。
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
俺はとあるIT系の人だが、自分が面接をするときは計算量のオーダーについて話せない人はまず採用しないことを上申する。
入ってくる要素が高々数kBくらいで、せいぜい数十個くらいなら別にO(n^2)の実装でもいいし、場合によっては凝ったO(log n)の実装よりもそれが早いことすらある。
それが数万とか数億とか来る可能性があるとわかった時に、実装を変えないとダメだとわからない人とは仕事をしたくない。
性能の話をするにはどういうところが原因になりえるかも理解しないといけないが、基本ソフトの素養なしにそれを語るのはまず無理だと思う。
今時のアプリケーションを作るには、基本ソフトの素養にネットワークやデータベースの知識も含めるものだと思う。
これらの知識が全くなくて、それでもかまわないと思っている人とも仕事したくない。
CSの知識が無くてもそれなりにやっていけていると豪語する人は、必要ない規模のプロジェクトしかやっていないというだけだと思う。
■
隠し通したウソを実施しようとしたこと 世間は全然許さなかったの
■
剥がれた思いはクズとなれ錆びて行け あなたのもとからどんどん薄れて行け
ちぎれた陰謀はクズとなれとんでゆけ 私のもとからどんどん薄れて行け
剥がれた思いはクズとなれ錆びて行け あなたのもとからどんどん薄れていけ
どうせ堕ちる定めに身を任せ 壊れて暴れる二人となれ
忘れてしまえる傷口となれ 壊れて暴れる令和となれ
■
葬式曲 作詞 ■■■■ ■■■■ 歌唱 鬼塚ぺち 収録CD名 シンドローム
隠し通した法を実施しようとしたこと 世間は全く許さなかったの
平成１７年以前もクソ 刷新してもクソ 終わっていて人気なくてまるで汚物
失敗したコンテンツは羽となれ とんでゆけ
どうせ流されて消える記事となれ
忘れてしまえる傷口となれ
■
■
指先でぺちぺちできないならば あなたは何も信じない 生活保護制度さえも お～
ねえどうか少しだけ 黒羽の話をして
そんな薄い法令でどこに飛んでいけるというの 堕ちるときにはラビットハウスでオナニーとなる 私の小さなGLAYを見つけて
道端にたんつばを吐くようなはりつめたままの東京はまだ明けないのを知っているから あ～
ねえどうか少しだけ 譲歩の態度を見せて
そんなさびしい 瞳で何を見つめ続けているの？ 日々は透明と言いながら 実は染まりゆく罪の奥 その奥を静かな無暗で探して
■
ツイッターでぺちぺちできないならば貴方は何も信じない 最高裁判例さえも ねえどうか少しだけ傷口を見せて
そんな薄い翼でどこに飛んで行けるというの？ 堕ちるときには悲しみの気球になる 私の小さな陰りを見つけて
道端にたんつばをはくよな張り詰めたままの社会はまだ明けないのを知っているから～ あ～あ～
ただどうか少しだけ肩を近づけて
■
朕は朕を愛せないまま いつでも公文書を作成するから また一つ季節を見落とす
その途中にTERUがいた
I'm kissing you and kiss me ぺち きうちまん 暖かさにはかなわなくて泣いてた
人のようにふるまえなくていじめられてた
■
朕は朕を愛せないまま いつでも公文書を作成するから また一つ季節を見落とす
その途中に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'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 刑事記録だけがなぜ雨のようにあふれるの
■
削除されれば泣いたことや
ぺち～だなんてアカウントにしないように ざ～だなんてアカウントにしないように 黒歴史にならないようにと
とある運用監視業務の現場で、毎年のように新人が半泣き(比喩)状態になって高確率で異動を希望すると聞いてヒアリングして、ようやく手順書のクソさが原因だという結論を得た。
たとえばとあるシステムでエラーが発生した時とか、一行「ログを報告する」としか書かれてねえでやんの。
てっきりサーバーの/var/logの中かと思ってたら「その端末のCドライブ直下にある「log」フォルダの中の、エラーが発生したシステムに対応した英数12文字のコード(業務システムのマスタメンテナンス画面から検索しないと分からない)のフォルダの中にある当日の日付の名前のlogファイルの、エラーが発生した時間(ただしなぜかGMT準拠なので時差分だけプラスする必要がある)前後の行を〇〇部門のメーリングリストに送る」だった。
そんなんわかるかボケ！
これ完全ノーヒントで右も左もわからん新人にいきなりやらせるとか頭おかしいわ。海原雄山ばりに「この手順書を書いたのは誰だあっ！」と言いたくなったわ。この紙っぺらだけ渡されて放置されたらそりゃ誰だって困惑するわ。
紅緒 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. ·.
ふふ
自動で安価をつけて返信するプログラムでもこんなに長く複雑になる(一部抜粋)
/**************************************
以下のCSV_DIR, FILE_PATHS, SETTINGSを書き換えてね。 <h3>o- *************************************/</h3>
//CSVファイルが置かれてるディレクトリのパス。投稿前にエラー出たら大体ここの設定ミス。 例："C:\\Users\\sakuraimasahiro\\Documents\\iMacros\\Macros\\rentou\\";
'C:\\Users\\USER\\Desktop\\iMacros\\Macros\\rentou\\';
//ファイルのパス。CSVは絶対パスで、拡張子も必要。iimは相対パスでよく、拡張子不要。
const FILE_PATHS = {
textCsv: CSV_DIR + 'textNoAnker.csv',
//レス用投稿文が書かれたCSV。通常とレス用で分けないなら同じファイルを使えばいい。
replyTextCsv: CSV_DIR + 'textReply.csv',
};
baseWaitTime: 5,
//baseWaitTime+0～waitTimeRange（ランダム）だけ待つ
waitTimeRange: 5,
//連投しすぎだと忠告された場合に処理を一時停止させる時間(秒)
waitTimeForAvoidingPunishment: 60 * 30,
//メール
mail: 'sage',
//名前設定
name: '',
//以下、偽装ワッチョイ設定。浪人でワッチョイを非表示にしてるときだけtrueにしてね。
//妙なニックネーム（ﾜｯﾁｮｲ、ｱｳｱｳｳｰなど）をランダムで決めて付加するかどうか。true=付加する。false=付加しない。
//妙なニックネームの後に付く8桁の文字列をランダムで決めて付加するかどうか。
},
//アンカー無し投稿をするならtrue。しないならfalse。noAnkerPostかreplyPostのどちらかはtrueにすること（両方trueでもOK）。
//アンカー付き投稿（返信）をするならtrue。しないならfalse。もしnoAnkerPostとreplyPostの両方がtrueの場合、投稿は返信が優先され、返信対象が見つからなくなったらアンカー無し投稿をする。
//最初に取得するアンカー無し投稿文CSVファイルの行番号。もし返信用と同じCSVファイルを使うなら-1と入力。
noAnkerPostTextCsvStartRow: 1,
//最初に取得する返信用投稿文CSVファイルの行番号。もしアンカー無しと同じCSVファイルを使うなら-1と入力。
//テキストCSV/返信用テキストCSVの取得行が最終行に達したら最初の行まで戻るかどうか。true=戻る。false=マクロ終了。
//返信する場合、これより小さなレス番には返信しない。返信を投稿すると、この数値は前回の返信先のレス番に更新される。
minAnker: 895,
//返信する場合、名前に以下の文字列を含む投稿にアンカーをつけて返信する(ﾜｯﾁｮｲやIPなど名前フィールドにあるものならなんでも可)。配列で複数指定可能。指定無しなら空配列（[]）。filterNamesとfilterNamesNotIncluded共に無指定ならレス番1から順に返信していく（minAnkerが設定されてればそこから順に）。以下のfilter系は全て併用可能。
//↑とは逆に、名前に以下の文字列を含まない投稿にアンカーをつけて返信する。↑と併用も可能。
//返信する場合、本文に以下の文字列を含む投稿にアンカーをつけて返信する。
filterText: ['自演かな', '自演わらわら', 'スクリプト使うの', '安価ガバ', '>>660', '自演で擁護', '最後' ,'あいうえお', 'かきくけこ', 'さしすせそ', 'なにぬねの', 'はひふへほ', 'まみむめも', 'やいゆえよ', 'やゆよ', 'らりるれろ', 'わいうえを', 'わをん', 'わいうえをん'],
},
//自分のIPアドレスの確認。VPNとかでIPを変更してマクロを動かしてるとき、突然VPNが作動しなくなってIPが元に戻ったときにマクロを止めるためのもの。
//以下の文字列が自分の現在のIPアドレスに含まれている場合、マクロを一時停止する。基本的に自分の本当のIPアドレスを入力。
},
//浪人設定。最後に動作を確認したのは5年くらい前で、今も同じように動作するかは、浪人を持ってないから確認できずわからない。
//浪人にログインしてるかどうかをチェックするかどうか。trueならする。falseならしない。trueにしていてもし浪人にログインしていないことを確認したらログインしにいく。
password: '1234',
},
};
/**************************************
設定箇所終わり。
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>
/**
* ここから始まる。
*/
checkSettings();
var _TextCsvCursors = new TextCsvCursors(
SETTINGS.postSettings.noAnkerPostTextCsvStartRow > 0
? SETTINGS.postSettings.noAnkerPostTextCsvStartRow - 1
: SETTINGS.postSettings.noAnkerPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
SETTINGS.postSettings.replyPostTextCsvStartRow > 0
? SETTINGS.postSettings.replyPostTextCsvStartRow - 1
: SETTINGS.postSettings.replyPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
);
var _LoopStatuses = new LoopStatuses(0, SETTINGS.postSettings.minAnker);
const _MyPosterName = new MyPosterName({
name: SETTINGS.nameSettings.name,
});
const _ThreadUrl = openPromptThreadUrl();
//ループ
while (true) {
SETTINGS.ipSettings.checkIp && checkCurrentIpNotTheIp();
//スレを開く
openUrl(_ThreadUrl.fullUrlHttps());
//浪人にログインする設定なら、浪人にログインしているかどうかを確認し、していなければログインしにいく。
if (SETTINGS.roninSettings.checkLogin) {
}
}
if (SETTINGS.postSettings.replyPost) {
const targetAnkerNumber = createPostDOMList()
.filterPostnumberHigher(_LoopStatuses.currentMinAnker())
.filterByPostername(SETTINGS.postSettings.filterNames)
.filterByPosternameNotIncluded(
SETTINGS.postSettings.filterNamesNotIncluded,
)
.filterByText(SETTINGS.postSettings.filterText)
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) {
//投稿。
nickname: SETTINGS.nameSettings.nickname,
korokoro: SETTINGS.nameSettings.korokoro,
area: SETTINGS.nameSettings.area,
}),
SETTINGS.mail,
p.text,
);
//_TextCsvCursorsと_LoopStatusesを更新。
_TextCsvCursors = p.updatedTextCsvCursors;
_LoopStatuses = p.updatedLoopStatuses.incrementPostCount();
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
} else {
`返信対象が現われるのを待機中...。`,
`投稿回数: ${_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 メール
*/
serverName,
postMail,
_MyText,
retryTimes = 0,
) {
const r =
retryTimes === 0
? new ValuesOfPost(serverName, _MyPosterName, postMail, _MyText).post(
postTo5chTread,
)
serverName,
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();
serverName,
postMail,
_MyText,
retryTimes + 1,
);
} else if (error.order === 'WAIT') {
wait(SETTINGS.waitTimeForAvoidingPunishment);
serverName,
postMail,
_MyText,
retryTimes,
);
} else if (error.order === 'LOGIN') {
serverName,
postMail,
_MyText,
retryTimes,
);
}
return;
}
/**
* 現在のIPアドレスに、SETTINGS.ipSettings.avoidTheIpの値が含まれていないことを確認する。含まれていたらマクロを一時停止。
* @returns
*/
function checkCurrentIpNotTheIp() {
openUrl('https://www.cman.jp/network/support/go_access.cgi');
const _IpAdress = createIpAdressFromCMan();
if (_IpAdress.includes(SETTINGS.ipSettings.avoidTheIp)) {
pause('現在のIPに指定した値が含まれていることを確認。');
}
return;
}
/**
* @returns
*/
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を受け取る。
*/
function openPromptThreadUrl() {
const url = prompt('スレURLを入力');
}
/**
* 開いてるスレのレス全て読み取ってPostListインスタンスを作って返す。
* 重すぎるので使うのやめ。どうやらインスタンスの大量生成が原因な模様。
*/
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');
for (let index = 0; index < posts.length; index++) {
//HTMLCollectionからElementを1つずつ抽出して配列に。
arrPostDOMList.push(posts.item(index));
}
return new PostDOMList(arrPostDOMList);
}
/**
* 開いてる投稿結果画面に表示されてるエラーを読み取ってPostErrorMessageインスタンスを作って返す。
*/
function createPostErrorMessage() {
window.document
以下のうちのいずれかでしょ！
CAX
kitamati
John_Kawanishi
miruna
ryokusai
shinichikudoh
ceries
mahal
letra
ninosan
sakidatsumono
Barton
aukusoe
mint6626
Chinosoko
rosaline
shea
xevra
tamaso
ustam
BIFF
blueboy
ripple_zzz
maicou
TM2501
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
aox
albertus
duckt
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
| 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 | はてなブログスター（星マーク）効果は?１万円購入の圧倒的な効果 | 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を導入してはてなのウィジェットスクリプト解読環境も整えようなどと考えてるので、いつになるか定かでない）。
「はてなフィルター」というウェブサービスも加えて
ほぼ中卒だと書いたのは嘘だ。一応高校と専門学校（２年制）出てる。
ただ、高校の授業はほとんど受けておらず、赤点ばっかりだった。
専門学校は、コンピュータのところ行ったけど、基本的なこと習うだけで、あんまり数学数学してなかった。
情報処理の試験で計算は色々出てきたけど、log？ ってやつ以外は中学数学でなんとかなった（気がする。中学数学の成績は良かった
文系理系って分けるのもよくないことかもしれないが、ほとんどの人って、文系系の浅い知識でやってける仕事に就くのではないだろうか。
文系でも深くなると数学絡んでくるよ～ってのは間違いないとは思うが、そんなジャンルに進むのは一部のエリートだ。
金融だけ重点的に……っていうのも違う気がするけど、深い知識を得る能力（理解力とか努力とか）がない人が過半数以上は居る現状では、生活にほんとに役立つ知識を浅くでもいいから植え付けておくみたいなのが必要じゃないか、金融って限って言ってしまうと違う気がするけど
ほんとは、家庭環境とか貧富の差が成績に影響しないような学校的な何かを設置して、初めは広く浅く教えて、早い段階で興味を持った分野の比重増やしつつも、いつでも方向転換できるように、受け皿を広げるだけ広げれたらよいのだろうけど
子供の時間も有限だし、なにもかものリソースが足りてなさすぎる
現実解としては、数学や理科系ちょびっと削って、文系でもわかって将来にちょっと役立つ経済系のなにかを教えるのがよいのではないかと思う（削り方によっては似非科学信者増やすから難しいけど、そういう人らって教えても理解できないか忘れるか勉強しなくてどっちみち騙されるのではないかとも）
プログラミング教育とか身に付いたら思考法としても有用だけど、そこそこの大学の文系学部（やなんちゃって理系）出た同期達がことごとく研修の簡単なプログラミングの段階で脱落して、営業とかに配属決まっていったり、無理やり開発に回されて何も理解しないままコピペで雰囲気でプログラミングしてたのを見ると、数学とかそっち系ってほんとに適正ない人には無理なのでは？ と思ったりする。
ひょっとすると早い段階で基礎を叩き込めばそういう人減るのかもしれないし、金融だって落ちこぼれを量産するのかもしれないけど
個人的には三角関数は趣味で３Dプログラミングするときに使ったので、ちゃんと教えておいて欲しかった。
高校が特殊な進学校で多分単位誤魔化してて（か合法的だったかしらんが）、２年の時に文系コースに進んでから数学の授業がほとんどなくなったので（３年の時はゼロになった）、微分も積分も習ってない
| *21 | マザーボードのフェーズの話 - PC Watch | https://pc.watch.impress.co.jp/docs/news/1152140.html | 373849521 |
| *22 | PCエンサイクロペディア：第8回 PCのエンジン「プロセッサ」の歴史（2）～性能向上に勤しんだ486／Pentium世代 2. RISCのアーキテクチャに近づくPentium - ＠IT | https://atmarkit.itmedia.co.jp/fsys/pcencyclopedia/008procs_hist02/procs_hist04.html | 4701261286880018114 |
| *23 | トレンドの光るPCはハデなだけではつまらない ～【DIY PC 08】マザー＆ケースの機能を活用して作るイルミネーションPC - PC Watch | https://pc.watch.impress.co.jp/docs/news/1148442.html | 372842665 |
| *24 | 【笠原一輝のユビキタス情報局】AMDのRyzen ThreadripperがIntelの危機感に火をつけた ～Intelの18コアのSkylake-X急遽投入の背景にあること - PC Watch | https://pc.watch.impress.co.jp/docs/column/ubiq/1062361.html | 347169693 |
| *25 | 【Hothotレビュー】待望の第12世代Coreついに発売! ベンチマークで見るその実力 - PC Watch | https://pc.watch.impress.co.jp/docs/column/hothot/1363614.html | 4710698281882741314 |
| *26 | 見れば全部わかるDDR4メモリ完全ガイド、規格からレイテンシ、本当の速さまで再確認 - AKIBA PC Hotline! | https://akiba-pc.watch.impress.co.jp/docs/sp/1231939.html | 4680749088087636034 |
| *27 | 新登場の32GBメモリモジュール、使えるチップセットは？ : AKIBAオーバークロックCafe | http://blog.livedoor.jp/ocworks/archives/52098537.html | - |
| *28 | シングルチャネルおよびマルチチャネル・メモリー・モード | https://www.intel.co.jp/content/www/jp/ja/support/articles/000005657/boards-and-kits.html | 374335238 |
| *29 | 【特集】同じSSDでもこれだけ違う。SATAから第4世代PCIeまで速度差を検証 - PC Watch | https://pc.watch.impress.co.jp/docs/topic/feature/1386511.html | 4715121623230645378 |
| *30 | SSDの選び方：SLC、MLC、TLC、QLC、PLCの違いを解説 | ちもろぐ | https://chimolog.co/bto-ssd-slc-mlc-tlc/ | 369046698 |
| *31 | 消耗品と有寿命部品について : NEWS: ビジネスPC | NEC | https://jpn.nec.com/products/bizpc/info/pc/cosmable.html | 4668458216799596930 |
| *32 | M-DISC - Wikipedia | https://ja.wikipedia.org/wiki/M-DISC | 260312391 |
| *33 | PS5にみる物理メディアの終焉 - ITmedia NEWS | https://www.itmedia.co.jp/news/articles/2006/17/news056.html | 4687255935115670114 |
| *34 | 【特集】チャタってしまった10年物マウスが3,000円で完全復活! ～ドスパラ「マウスボタン故障修理サービス」に依頼してみた - PC Watch | https://pc.watch.impress.co.jp/docs/topic/feature/1160250.html | 4662344022334670305 |
| *35 | ロジクールのトラックボールマウスM570を自分でスイッチ交換修理した方法 - ネットの海の渚にて | https://dobonkai.hatenablog.com/entry/Logicool-m570-repair | 4680507411203374530 |
| *36 | マウスの左クリックがおかしくなったので分解修理した : トイレのうず／ブログ | https://1010uzu.com/blog/overhaul-mouse-failing-in-left-click | 304301040 |
| *37 | Logicool MX300 Optical Mouse M-BP82のメンテナンス | https://orz7.web.fc2.com/rat/log/mx300-optical-mouse-m-bp82.htm | - |
| *38 | 加水分解の止め方、ベタベタの除去 - 黒色中国BLOG | https://bci.hatenablog.com/entry/kasuibunkai | 4697762672020785762 |
| *39 | Mouse Roller Wheel Durable Optical Pulley Repair Parts for Logitech MX510 518 G400|Replacement Parts & Accessories| - AliExpress | https://www.aliexpress.com/item/1005003407488009.html | - |
| *40 | ASCII.jp：Windows 11にアップグレード可能なCPUは基本はやっぱり第8世代／Zen+以降になりそう？ (1/2) | https://ascii.jp/elem/000/004/061/4061479/ | 4704977165657723746 |
| *41 | Microsoft、2022年にWindows 11の高速化に注力すると宣言 - iPhone Mania | https://iphone-mania.jp/news-420988/ | 4711489752449241922 |
| *42 | BIOSからUEFIへ BIOSはなぜ終わらなければならなかったのか：“PC”あるいは“Personal Computer”と呼ばれるもの、その変遷を辿る（1/4 ページ） - ITmedia NEWS | https://www.itmedia.co.jp/news/articles/2202/24/news067.html | 4715865033555686850 |
| *43 | マザーボードのCSM(Compatibility Supported Module)を有効にする方法（ASRock製マザーボード） | TSUKUMO サポートFAQ | https://faq.tsukumo.co.jp/index.php?solution_id=1316 | 4709334416996014018 |
| *44 | そうだ、グラフィックボードを増設しよう！ でも、その前に... - ツクモ福岡店 最新情報 | https://blog.tsukumo.co.jp/fukuoka/2015/08/post_116.html | 298062585 |
| *45 | 【備忘録】mbr2gptコマンド実行後の回復環境消失の対応方法: YOSIの小さな旅の記し | http://kykyblog.air-nifty.com/blog/2021/09/post-802f79.html | - |
| *46 | Windows10／11でDiskPartコマンドを使用する方法 | https://www.diskpart.com/jp/windows-10/diskpart-windows-10.html | 4705642648092693218 |
| *47 | アライメント | https://www.pc-master.jp/mainte/aft-hdd.html | 4699883528408540354 |
| *48 | Windows 10 で Administrator ユーザーを有効にする方法 – ラボラジアン | https://laboradian.com/enable-administrator-on-windows10/ | - |
| *49 | Windows 10 は既定で OneDrive にファイルを保存する | https://support.microsoft.com/ja-jp/office/windows-10-%E3%81%AF%E6%97%A2%E5%AE%9A%E3%81%A7-onedrive-%E3%81%AB%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%92%E4%BF%9D%E5%AD%98%E3%81%99%E3%82%8B-33da0077-770c-4bda-b61e-8c8e8ca70ac7 | 4687214936939669538 |
| *50 | OneDriveのドキュメント・ピクチャ・デスクトップのバックアップ同期をやめる手順 | パソコンりかばり堂本舗 | https://ikt-s.com/onedrive-backup-skip/ | - |
| *51 | Windows8をインストールしたSSDの寿命を延ばす対策 | ZAKKINKS | https://zakkinks.com/windows8_ssd_hack/ | 168055874 |
| *52 | Windows10でSSDの寿命を延ばす対策【第一回】 | ZAKKINKS | https://zakkinks.com/windows10_ssd_optimization/ | 268597709 |
| *53 | Windows10でSSDの寿命を延ばす対策【第二回】 | ZAKKINKS | https://zakkinks.com/windows10_ssd_optimization2/ | 276446264 |
| *54 | 新しいコンテンツの保存先を変更する （ アプリのインストール先変更方法を例に ） | ドスパラ サポートFAQ よくあるご質問｜お客様の｢困った｣や｢知りたい｣にお応えします。 | http://faq3.dospara.co.jp/faq/show/4557?site_domain=default | 369837603 |
| *55 | 一方、ふうえんさんちでは… SuperfetchとPrefetchについて～(1) | http://blog.phooen.com/blog-entry-39.html | 217075081 |
| *56 | windows10でAppData/Localを別ドライブへ移動する | ピースペース | https://nasu38yen.wordpress.com/2015/11/19/windows10%E3%81%A7appdatalocal%E3%82%92%E5%88%A5%E3%83%89%E3%83%A9%E3%82%A4%E3%83%96%E3%81%B8%E7%A7%BB%E5%8B%95%E3%81%99%E3%82%8B/ | 274477044 |
| *57 | mutaguchi on Twitter: "Win10のスタートメニュー、ショートカットファイルとの関係性が未だにいまいちわからん。ショートカットファイルを編集すると、スタートメニューから消滅したりするんだよなぁ。挙動が分からなくて困る。" / Twitter | https://twitter.com/mutaguchi/status/1298882977863270406 | - |
トラバ・コメ・ブクマしてくれた方々に感謝。人の興味を惹く内容を投稿できて良かった。
hoimin-densetsuさんのセルクマか
ブクマエントリのdata-entry-createdと件のブクマの日時分が一致してるが、濡れ衣だ。
Core第1世代（Nehalem）のつもりで書いたが、Core Duoとかもっと古いのを失念してたので本文修正。
電源は新品がいい
古い電源でもイケるのではと憶測してそれを実証してみたいと思わなければ、自分もきっとそうした。
旧PCのだいぶ後で、TV録画のために買った外付HDDが元。ケースが死んだので、中身をデータ用ドライブとして使っていた。
一体何にパソコンを使っていたのか
はてブと5chとTwitterとそれらの引用元を隅々まで読む作業、動画・漫画鑑賞、Paradoxゲーム、相場観察。
上記用途にしか使ってないので、他に良いPCを買うのは勿体なくてできなかった。
Socket7のM/Bとかその頃のPC雑誌とか、必要な人がいたら譲るんだが。
参考文献57まであって草
老眼の始まったアラフォーで、日本人学生で、増田ユーザで、最近10年ぶりに自作PCをしたという積集合が空でない可能性とは。
無欲ではなく最高の贅沢なんだろね
過ぎた吝嗇は強欲と執着の発露だとは思う。
他の人は言うのを遠慮してたのに。
生憎、数年前のRyzenショックを見逃す程度には、自作PC事情への関与が薄かった。
なんでブログで書かなかったの
完璧主義と自意識過剰と怠惰のせいでブコメすら継続的にできない性質なので。今回は衝動的に長文を書きたくなって投稿した。
多分友達になれる
支出を抑制しようとする情熱が収入を増大させる方に向かって欲しい人生だった。
古老の趣味やな
初老のおじさんに何てことを。
机の周りもめちゃくちゃ綺麗にしてそう
偏執狂は恐ろしく整備された部屋か恐ろしく汚い部屋かどちらかに住んでいるものだと思う。
そういう行為から抜け出せないならそうすることが許容される愛嬌は持ち合わせたいものだねと。
まあVMWorldとかで10年以上人生の春を謳歌してきたからもう十分やろ
お疲れさん
～VMwareが提案する、DRにも対応するマルチクラウドソリューション～
昨今のCOVID-19流行への対応やDXを推進する中で、クラウドサービスの利用はビジネススピードの加速や柔軟なシステム運用に効果的であり、従来のオンプレミス環境と併用するハイブリッド環境や、複数のクラウドを利用するマルチクラウド環境が増えている。一方で、これらの環境を維持していくには課題も多く、セキュリティリスクも増大してしまう。ここでは、こうした課題を解決するVMwareのソリューションを紹介する。
COVID-19流行への対応やDX（デジタルトランスフォーメーション）のためのビジネス変革が進む中で、ビジネススピードの向上やニーズに対する迅速で柔軟な対応がこれまでになく求められている。これらを実現するために、アプリケーションの変革やクラウドへの移行が加速している。
多くの企業が、「ビジネスのスピードに対応できるモダンアプリケーション」や、「あらゆるクラウド、データセンター、エッジでビルドおよび実行が可能であること」、「エンタープライズクラスのレジリエンス、セキュリティ、運用の実現とビジネス変革」がDXを実現するために必要であると考え、これらを実現するためにマルチクラウド環境の活用が前提になってきている。
具体的には、Amazon Web Services(AWS)、Microsoft Azure(Azure)、Google Cloud Platform(GCP)といった複数のパブリッククラウドサービスを併用し、適材適所で使い分けているのが現状であろう。しかし、マルチクラウド環境では解決が必要な課題が存在する。その課題とは、「ワークロードのシームレスな移行・連携」、「クラウドごとのスキル習得」、「運用管理の簡素化」、「セキュリティリスクの低減」、「最適なコスト管理」の5つである。この5つがクラウド利用の理想と現実のギャップとなっており、これらを意識して進めていく必要がある。
特にマルチクラウド環境を適材適所で使う場合、クラウドごとに利用する技術が異なるため、設定項目や内容に違いがあり、その設定ミスによるインシデントも発生している。重大な影響を及ぼす場合もあるため、それぞれのクラウドを扱う際のスキルが重要になる。
こうしたマルチクラウド環境における課題を解決するには、一貫性のあるクラウドインフラストラクチャ、および運用管理サービスが重要なポイントとなる。例えばVMwareは、複数のパブリッククラウドだけでなくオンプレミスを含むハイブリッドクラウド環境においても、仮想的なレイヤーを構築することで管理や運用を一元化している。
VMware Cloud on AWSは、VMwareとAWSが共同で開発したもので、AWSのベアメタルサーバー上にvSphere、NSX、vSAN、vCenterを導入し、ホスト専有型のクラウドサービスとして提供するものだ。
その特長は3つある。1点目は「VMware製品をベースとしたクラウド」であること。VMware製品で仮想化されているため、AWSの世界にいながらオンプレミス環境で利用していたスキルセットや運用管理ツールを利用でき、新たなスキルを習得する必要がない。
2点目は「シームレスにクラウドに移行できる」こと。ワークロードをオンプレミス環境から無停止で移行することができる。アプリケーションを更改する必要もないため、クラウドに移行する時間やコスト、リスクを大幅に削減することが可能だ。
3点目は「VMwareが管理を行う」こと。ハードウェアやソフトウェアのトラブル対応や運用管理、メンテナンス対応など、すべてサービスの中でVMwareが実施する。3カ月に一回の頻度で新しいリリースを提供しており、ユーザーの要件を反映しながら新たな機能を追加している。
最近のアップデートの大きなものとして、日本で第2のリージョンとなる大阪リージョンを設置し、サービス提供を開始したことが挙げられる。例えば西日本地区でデータセンターを持つユーザーは、より低遅延でサービスを利用できるようになった。昨今は感染症の流行や地震の発生などによってBCPを見直すユーザーが増え、VMware Cloud on AWSをリカバリサイトとして利用するケースも増えている。その意味でも、大阪リージョンは活用度が高いといえる。
VMware Cloud on AWSが選ばれる理由は、大きく3つ挙げられる。1点目が既存のノウハウや運用管理手法をそのまま踏襲できるという点。VMware製品をベースとしたクラウドサービスであるため、オンプレミス環境における管理者のスキルや運用ノウハウなど、既存の資産をそのままクラウド上でも活用でき、新たなスキルの習得や、運用管理手法の大きな変更の必要もない。クラウドとオンプレミス環境をvCenterから一元管理できる。
2点目が、規模に依存しないシンプルなクラウド移行を実現できる点。ワークロードをそのままクラウドへ簡単に移行することが可能だ。VMware Cloud on AWSには標準でVMware HCXが含まれ、これはオンプレミスのデータセンターとクラウド間のネットワークをL2延伸する。ネットワークがつながった環境で仮想化環境、VMをそのままマイグレーションできる。アプリケーションやIPアドレスを変更することなく、無停止でワークロードを移行することができる。
3点目が、モダナイゼーションを推進して、ユーザーのDXの加速を支援できる点。まず、クラウドならではのインフラストラクチャとして、1顧客あたり最小2ホストから最大640ホストまで拡張できるが、俊敏性を兼ね備えて提供される。例えば、ホストの展開に1時間半程度、ホスト数を追加するのに15分程度と、オンプレミス環境ではありえないスピード感で環境を構築、提供される。
また、リソースを最適化する機能も提供される。ユーザーのリソースの使用状況に応じて、利用するホストの台数を自動的に増減させて最適化する。さらに、名前の通りにAWSが提供する各種サービスとの親和性が非常に高いことも特長。VMware Cloud ENIと呼ばれる専用のインタフェースを経由して接続することで、低遅延で高速な環境を利用して各種のAWSのサービスとシームレスに連携することができる。この面も同サービスの大きな強みとなっている。
最近では、VMwareが提供するKubernetesディストリビューションであるVMware TanzuをVMware Cloud on AWS上で稼働させることが可能になった。これにより、短時間でコンテナ、Kubernetes環境が導入できるようになる一方で、ハードウェア、ソフトウェアの管理はすべてVMwareが行うため、管理者はKubernetes環境に集中できる。
VMware Cloud on AWSのユースケースには、主に「オンプレミス環境のクラウド移行」、「データセンターの拡張」、「災害対策サイト」、「次世代アプリケーションのプラットフォーム」の4つが多い。特に最近は、災害対策としての利用が増えているという。VMware Cloud on AWSをリカバリサイトとして活用する際に強力なサービスとなるのがVMware Cloud Disaster Recoveryだ。
VMware Cloud Disaster Recoveryを利用すると、平常時には本番サイトのデータをクラウド上のストレージ領域にレプリケーションしておき、万一DRイベントが発生した際に初めてVMware Cloud on AWS上にホストを展開し、保護していた仮想化環境をフェイルオーバーする。リカバリサイトとしてあらかじめ物理的なサイトを構築しておく必要がないため、大規模な初期投資が不要となる。
VMware Cloud Disaster Recoveryの特長
このタイプはオンデマンド展開型と呼ばれ、DRイベント時にホストを展開したタイミングでリカバリサイトに対する課金が開始される。復旧後に仮想化環境を本番サイトに戻すことで、ワークロードもフェイルバックでき、不要となったリカバリサイトのリソースも削除され課金も停止される。なお、オンデマンド展開型のほかに、事前にホストを展開しておく事前展開型も用意されており、RTOを重視する場合には事前展開型が推奨される
また同サービスは、最近話題になっているランサムウェアへの対策にも有効だ。クラウドストレージ上に本番環境のデータをバックアップする際には、リカバリポイントを長期的に保持することが可能である。このため、ランサムウェア攻撃に遭ってしまった場合、その直前の時点からリストアすることが可能となる。
マルチクラウド環境を可視化するVMware vRealize Cloud
マルチクラウド環境では、各クラウドが複雑化し、サイロ化してしまう可能性がある。クラウドごとに管理ツールや必要とされるスキル、ノウハウも異なるため、利用するクラウドが増えるほど複雑化、サイロ化の問題が大きくなり、その結果セキュリティリスクやコストが増加してしまう。そこで有効な解決策となるのが、クラウド環境をまたがって一貫性のある運用・管理を実現できるVMware vRealize Cloudである。
まず、VMware vRealize Operations Cloudは、VMware Cloud on AWSのリソースだけでなく、他のパブリッククラウド上のリソースも一元管理できる。複数クラウドの環境にまたがってデータを収集、分析評価を行うことで、例えば常にパワーオフ状態の仮想化環境や、実体がない状態のディスクなどを検知された場合に最適化していくことが可能。これにより、最終的にコストの最適化も図ることができる。
コストや運用を最適化できるVMware vRealize Cloud
また、VMware vRealize Log Insight Cloudによって、複数のクラウドを横断してログを管理できる。例えば、監視対象のイベント通知をあらかじめ定義しておくことで、不正な行動を検知した際には管理者に通知し、適切な調査と対応を行うことができる。セキュリティやコンプライアンスの強化にも有効だ。
さらに、クラウド間のネットワークの可視化は、VMware vRealize Network Insight Cloudで実現できる。End to Endを含むネットワーク全体を可視化できるため、ネットワークに関するトラブルシューティングや、不審な通信を洗い出すこともできる。また、アプリケーションの通信も把握できるため、アプリケーションの移行計画にも活用できる。
今後、DXの推進を加速していく上で、必ずしもひとつの環境、ひとつのクラウドを利用するのではなく、マルチクラウド環境の利用が当たり前になっていくと考えられる。そこで直面する前述の5つの課題に対し、VMware Cloud on AWSそしてVMware vRealize Cloudの活用は課題を解決するだけでなく将来への有効な投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。
これは楽天モバイルアドベントカレンダーの出遅れ記事です。嘘です。すいません。
インディアンスの楽天モバイルネタ最高だったのでこの記事を書きました。
1プランでわかりやすい料金体系、最低金額は無料、契約して1年間無料というすごい携帯キャリアです。
私は今年の3月から使っており、その品質には概ね満足していました。ところが11月中頃（曖昧）から楽天モバイルの圏外が頻発するようになりました。
ローミング終了に伴い一部エリアでは使えなくなるかもという話は知っていましたが、私がいるのは都内の3線利用できる駅前エリアで今ままでもパートナー回線を使ったことがありません。
おかしいなーと思いつつちゃんとログを取ろうと思い、楽天モバイル端末のWiFiアクセスポイントをONにして手元のノートPCから疎通確認をしてログをとることに。
楽天モバイルのDNSが落ちたことはあった時はDNS設定いじればどうにかなったけど、そもそも圏外はどうしようもありません。
crontabもないし、shじゃないし、tail,awk,uniqもないし面倒でした。
5分に一回 1.1.1.1 にpingを飛ばしてその結果をログに残しました。
以下はbatで書いた処理
@echo off ping -n 1 1.1.1.1 | findstr /i "TTL" > nul if %ERRORLEVEL% equ 0 ( set ret=success ) else ( set ret=failure ) echo %date% %time% %ret% >> %~dp0check_net.log
-- tail -3 相当のps type .\check_net.log | select -last 3 2021/12/27 22:20:02.44 success 2021/12/27 22:25:06.00 failure 2021/12/27 22:30:05.99 failure -- awk '{print $1, ":", $3}' | uniq -c 相当のps type .\check_net.log | %{$tmp=($_.toString() -split("\s+"));echo ($tmp[0] + ":" +$tmp[2])} | group -NoElement Count Name ----- ---- 143 2021/12/19:success 6 2021/12/19:failure 208 2021/12/20:success 81 2021/12/20:failure 279 2021/12/21:success 9 2021/12/21:failure 221 2021/12/22:success 67 2021/12/22:failure 101 2021/12/23:failure 188 2021/12/23:success 277 2021/12/24:success 12 2021/12/24:failure 144 2021/12/25:success 69 2021/12/25:failure 287 2021/12/26:success 2 2021/12/26:failure 43 2021/12/27:failure 225 2021/12/27:success -- 時間ごと type .\check_net.log | sls failure | %{echo $_.toString().Substring(11,2)} | group -NoElement | sort Name Count Name ----- ---- 21 0 17 1 19 2 20 3 40 4 47 5 42 6 41 7 21 8 9 9 17 10 14 14 18 15 8 16 23 17 14 18 6 19 1 20 6 21 7 22 5 23
ログが不十分なのは途中でログファイル消しちゃったのと、ノートPCを閉じちゃってタスクスケジューラが止まってたタイミングがあるため
途中まで `findstr /i "TTL"` がなかったのでsuccessだけど実際は疎通できてないものがあります(pingの宛先ホストに到達できませんはsuccess扱いだった)
12/23がひどい。1日の35%繋がらない。「日本のスマホ代は高すぎる」けど繋がらないんじゃ意味ないんよ。
11~13時台は落ちてない。逆に何故。
5分に一回の計測なのでたまたまそのタイミングだけ疎通したりしなかったりってのはあるけど、その割合は落ち具合の体感と一致します。
テザリング利用では1日10GBの制限があるらしいですが、制限には引っかかっていません。
今も利用しているのは無料期間中なのと、楽天モバイル回線はYoutubeとかネットサーフィンとか止まっても許せる範囲で使っているからです。
これをメイン回線にしてたら緊急の連絡とか取れないだろうし、だいぶ困りそう。
書き込もうとしたけど、楽天モバイル回線は圏外で書き込めないので別の回線で書き込んでます。
RSRQは-15でした、どいひー
自分のブログだと倫理的に微妙だったので増田で好き放題書こうと思います。
10年の時を経てアイマス2の没データが発掘されたじゃないですか。前々からそういう話のあったミリオンライブのレイジュリモモ3人に関するデータが。
なんのことって人は↓を見てくれ。面白いことに今回出てきたデータって過去の噂とめっちゃ符号するんですよ。
https://www.nicovideo.jp/watch/sm39673087 絵と音は権利者削除で消えちゃったけどインターネットの海を探せば残骸くらいはありますね。
あと用語説明とか背景説明とかめんどいんで、ある程度アイマスに詳しい人向けに書きます、ご容赦を。逆に間違ってるところあったら指摘してください。
(週刊ファミ通 VOL.1787にてミリオンライブの立ち上げについて家庭用で用意されたキャラもいると明言されていました。どっかで関係者が言っていたとかはあったけど出版物のレベルでは初かな？)
「じつは何名かは家庭用開発の際にイメージされていたアイドルもいて、状況によっては家庭用で立ち上がっていたかもしれません。」
さて、まずは周辺の噂や事実について改めて調べたことを並べていきましょう。
これにはアイマス2の発売日など、当然のことも含みますし、それらについては情報元を提示しません。
299 ：声の出演：名無しさん：2010/09/24(金) 22:14:45 ID:EtBVV8/MO
高山ゆうこも歩き煙草して吸い殻放置してるの見たぞ。しかも今度アイマスに出るってでかい声で自慢してた。聞き間違いかもしれんが。
https://toki.5ch.net/test/read.cgi/gal/1294758877/
長文になるかもなんで先に謝らせてくれ
ライブの帰りの電車内で、服にゲストパスはっつけたままのを含む４人組が近くにいたんだ
自分はぼっち参戦だったから静かなもので、その４人がべらべら話す内容が否応なしに聞こえてきた
それ曰く
（ハードは不明だがおそらくPS3で）新規アイドル３人が登場らしい
１年半ほど前から歌の収録は始まっており、シナリオパートはまだ
４人のうち３人はその新キャラのCVの様で「早くシナリオ録らないとキャラ忘れちゃう」だそうだ
784 ：名無しくん、、、好きです。。。：2011/01/12(水) 10:25:26 ID:ltUFsrr6
あと別の一人は男だったんだけど「なかがわさん」って言われてた
829 ：名無しくん、、、好きです。。。：2011/01/12(水) 10:38:11 ID:ltUFsrr6
そう、愚痴りたいだけだったんだ、吐き出したいというか
「なかがわさん」はサウンドの人とは違うっぽい
「はるかさん」はどこだったけな…横浜付近だった気がするけどその時はまだ
858 ：名無しくん、、、好きです。。。：2011/01/12(水) 10:46:22 ID:ltUFsrr6
ちなみに安心してぺらぺら喋ってたのも当人たちなりの理由（笑）があるんだと思う
周りの男性Pたちは少し離れたところに乗ってたし、ライブの感想語り合ったりしてたし
ショッピングバッグは持ってなかったし
それでもやっちゃいけないレベルだと思うんだけどね
956 ：名無しくん、、、好きです。。。：2011/01/12(水) 11:15:22 ID:ltUFsrr6
そろそろ鬱陶しく思われる頃合だろうし、次スレだしで自重するけど最後に
「二人はなんかかっこよさげな苗字なのに自分だけ『たかはし』とか庶民的で～」とか言ってた
内容は出さずに「ライブ帰りの車内でぺらぺら漏らすのやめてくれ」って1度だけ書いた
多分自分だ
にわかには信じられない内容だけど
「本当だとしたらそれは酷い」とか怒ってくれた人ありがとう
188 ：名無しくん、、、好きです。。。：2011/03/09(水) 00:57:52.78 ID:ZG1QonQg
なんか解析の人がこんなこと書いてるんだがどういうことだ？
> アイマス2のプログラムファイルをながめていたら IDOL_REI IDOL_JUL IDOL_RIN とか見つけたけど
この件で俺が気になる点は
です。
まず1点目、今回出てきた没データだが偽物ってことはないでしょう。モデルとコミュだけならギリギリ疑う余地があると思うけどリンコの声がモロに桃子です。桃子が歌うWAOとビジョナリー出されたら反論不可能ですはい終了。
2点目、まずリンコは何回か言ってるように確定とします。残るはジュリアとレイカですが、2chの10年前の書き込みを信じるなら「たかやま」さんと「はるか」さんになる。わたなべのけいこさんは該当しませんね。
当時の松田ビル系所属声優から高山ゆうこ＆佳村はるか or 山崎はるか(当時事務所預かりだったらしい)では？と言われていましたが、個人的にこれが正しかったんだと思います。ジュリアはちょっと判別が難しいですが少なくとも愛美の声ではありません。レイカはWAOの音源しかないですが、違うと断定できないくらいには山崎はるかの声に似ています。歌い方のクセ鑑定士がいたら鑑定してください。ということで私の中では3人確定ということにしています。
3点目、いつ没になったのか。これが難しい。2009年くらいから歌を録り始め、新年ライブに招待されてることから箱版発売直前の2011年1月ではまだ出演予定があったということになります。
この8ヶ月のどこで彼女たちが死んだのか、本当にわからない。本来のルートならアニマスの2クール目に出てきてもおかしくないけど、どっちもシリーズ構成レベルで石原絡んでるから連携は取れるだろうしなんもわかりません。モデルもだいたいできてて(?)歌まで録って没になるって何事？？？？？？
あとジュリアの本名って熊野説があるけど電車の会話が正しければ「高橋」になるんですよね、なんか高橋と戦艦とジュリアをこじつけるロジックないかな。現行設定は熊野だと勝手に思ってます。
とくに総括もないですし、書きたいこと書いたので終わります。
あとTGS版のROMは去年発掘されてたとかなんとかあるらしいけど4chanは掘りきれてないので知りません。
142 ： おにいちゃん 2021/11/30 03:00:36 ID:644YyA1qSI
今回の件で思い出したのは、ミンゴスとぴょんの初対面の時の話
2013年8月配信のアイマスタジオ第122回でミンゴスが語っていたことなので、詳細はDJCDで確認できると思う
発言の「3〜4年前」の出来事だった、というから2009年か2010年ごろの話
曰く、事務所に所属する前のぴょんが「何かの歌唱オーディション」を受けているところにミンゴスが出会したのだという（時期的にミリオンのオーディションではないのは確定）
ぴょんが細かなニュアンスについてのディレクションに的確に反応することにミンゴスは強い印象を受けたとのこと
何気なく聞き流してしまいそうになるが、スタッフでもないミンゴスがオーディションの具体的なやりとりをブースの外で聞いていた、というのはよく考えるとかなり不可解な状況で、個人的にずっと引っかかっていた
(騒動も一段落したので2021/12/13にちょっとだけ直した)
