  |
はてなキーワード: Mpegとは
結論として、この記事の検証方法には一定の技術的妥当性がある一方、メタデータやコーデックだけで動画の出所を断定するのは危険である。
主要な論点は、ffprobeやメタデータを手がかりにすること自体は有効でも、そこから真正性・入手経路・SNS由来の否定まで断定する飛躍がある点です。
ffprobe -show_format -show_streams で動画コンテナ、ストリーム、メタデータを確認するのは正しい使い方です。
ffprobe 公式ドキュメントも、コンテナ形式・各メディアストリーム形式・メタデータタグを表示できると説明しています。
ただし、記事の中心的な主張である「メタデータやコーデックがSNS標準から外れていれば、そのSNSから保存された動画ではないと強く言える」という部分は、技術的にはかなり危ういです。
実ファイル、取得経路、ハッシュ、HTTPレスポンス、同時期の対照サンプルがない限り、フォレンジックとしては“断定”ではなく“整合・不整合の示唆”に留めるべきです。
ffprobe で動画の構造を見る、という方法自体は妥当です。
-show_format はコンテナの FORMAT 情報、-show_streams は各 STREAM 情報を出力し、-print_format json または -of json で機械処理しやすいJSONにできます。
また、encoder=Lavf... や handler_name=VideoHandler のようなタグが出ることは実際にあります。
FFmpegのメタデータAPIでは、encoder は「ファイルを生成したソフトウェア/ハードウェア名や設定」として扱われ、メタデータはキー・バリュー文字列として保持されます。
したがって、Lavf が出た場合に「最後に libavformat / FFmpeg 系でmuxされた可能性」を疑うのは自然です。
ただし、ここで止めるべきです。
Lavf は「TikTokから来た証拠」ではありませんし、Adobe Premiere Pro や DaVinci Resolve 風の値が見えても、それだけで「SNS由来ではない」とは言えません。
記事は ffprobe コマンドを提示し、動画共有SNSの規格から外れた動画は「十中八九」そのSNSからダウンロードされたものではない、という趣旨の主張をしています。
しかしこれは、配信プラットフォーム、ダウンロード方法、再mux、再エンコード、埋め込みプレイヤー、CDN、編集、保存ツールの影響を過小評価しています。
最大の問題は、メタデータが容易に書き換え可能なことです。FFmpegは -metadata key=value で出力ファイルに任意のメタデータを設定でき、既存の -map_metadata より優先され、空値で削除もできます。
つまり、encoder, creation_time, handler_name, com.apple.quicktime.software などは、基本的に署名済みの真正性情報ではありません。
改ざん困難な証拠ではなく、「最後にどのツールや処理経路を通ったように見えるか」を示す弱い手掛かりです。
記事は「動画共有SNSから動画をダウンロードした場合 tool が埋まることは無い」「Adobe Premiere Pro や DaVinci Resolve、HandBrake が登場したら完全にSNSからダウンロードされたものではない」と述べています。
これは過剰です。
編集ソフトで一度書き出された動画を、その後SNSに投稿して、さらに第三者が保存するケースは普通にあり得ます。
逆に、SNS由来の動画を保存後に再muxすれば Lavf が出ることもあります。
YouTubeやTikTokのようなサービスでは、同じ動画でも複数の品質・コーデック・コンテナ・プロトコルで配信されることがあります。
さらに、保存ツールが音声と映像を別々に取得して、最後にFFmpegで結合する場合があります。
たとえば yt-dlp は、デフォルトで高品質の video-only と audio-only を選び、必要に応じてFFmpegでmuxする挙動を取ります。
また -f bestvideo+bestaudio のように明示的に複数フォーマットを結合することもあります。
この場合、保存後のファイルに Lavf が現れても、それは配信元SNSのエンコーダではなく、保存者側の結合処理の痕跡になり得ます。
したがって、文春のWebページから保存したファイルを解析しても、それは最大でも「文春サイトで配信されていた派生ファイル」の解析です。
文春が元SNSファイルをそのまま置いているのか、再エンコードしたのか、動画プレイヤー用に変換したのかが不明なら、そこから「元のSNS由来性」を断定できません。
記事は「比較的新しいYouTube動画がH.264だと怪しい」という趣旨のことを書いています。
これは言い過ぎです。
YouTube公式ヘルプは、アップロード推奨設定としてコンテナMP4、動画コーデックH.264、音声AAC-LC/Opus等を挙げています。
また、YouTubeは再生画質最適化のためにすべての動画を再エンコードすると説明しています。
つまり、YouTubeにおいてH.264は今でも普通に関連するコーデックであり、H.264であることだけを「怪しい」とは扱えません。
確かに、高解像度や高効率配信ではVP9やAV1が使われることがあります。
YouTube公式ヘルプも、新しい4Kアップロードを4Kで表示するにはVP9対応ブラウザまたは端末が必要と説明しています。
しかしこれは「新しいYouTube動画のH.264は原則不自然」という意味ではありません。
再生環境、解像度、ブラウザ、端末、利用ツール、取得フォーマットによってH.264が選ばれる余地はあります。
記事はTikTokについて、H.264/H.265/AV1、ビットレート、Lavf、VideoHandler、creation_time などを表形式で示しています。
しかし、少なくとも公開一次情報だけを見る限り、TikTokが一般投稿のダウンロードファイルについて、記事のような詳細なコーデック・ビットレート・メタデータ指紋を安定仕様として公開しているとは確認できません。
TikTok for Businessの公開仕様では、広告動画について .mp4 または .mov、非Spark Adsでは .mp4, .mov, .mpeg, .3gp, .avi、最低ビットレート516kbps以上などが示されています。
これはアップロード/広告入稿仕様であって、一般ユーザーがダウンロードするウォーターマーク付き動画の実ファイル指紋とは別物です。
したがって、記事のTikTok表は「経験則」としてなら参考になる可能性がありますが、フォレンジック判定に使うには、同一時期・同一地域・同一アプリバージョン・同一取得方法で採取した対照サンプル群が必要です。
文春側の記事は、電子版で実際の動画を公開していると説明しています。
また、文春のまとめ記事では、複数の中傷動画、礼賛動画、野党候補へのネガキャン動画、Zoom音声を電子版限定で公開しているとされています。
しかし、今回の記事自体は、文春動画の実ファイルの ffprobe 出力、SHA-256、ファイルサイズ、取得URL、取得時刻、HTTPヘッダ、保存方法、比較対象サンプルを提示していません。
つまり、技術検証記事としては検証プロトコルの提案に近く、検証結果にはなっていません。
bash # 1. ファイルの同一性確保 sha256sum input.mp4 stat input.mp4 # 2. ffprobeで構造を取得 ffprobe -v error \ -print_format json \ -show_format \ -show_streams \ -show_chapters \ input.mp4 > ffprobe.json # 3. 必要項目だけ抽出 ffprobe -v error \ -of json \ -show_entries \ format=filename,format_name,duration,size,bit_rate:format_tags:stream=index,codec_name,codec_type,profile,width,height,pix_fmt,avg_frame_rate,r_frame_rate,time_base,bit_rate,nb_frames:stream_tags \ input.mp4 > ffprobe_min.json # 4. 可能なら別ツールでも確認 mediainfo --Full input.mp4 > mediainfo.txt exiftool -G1 -a -s input.mp4 > exiftool.txt
-v quiet ではなく -v error を推奨します。quiet はエラーや警告も見えにくくなるため、検証ログとしては不利です。
さらに重要なのは、同じ取得方法で対照サンプルを作ることです。
たとえば「TikTok公式アプリから保存した動画」「ブラウザ経由で保存した動画」「yt-dlp等で取得した動画」「文春サイトから取得した動画」を混ぜると、メタデータの意味が変わります。
比較は、同一プラットフォーム、同一取得経路、同一時期、同一品質設定で行う必要があります。
この記事は、動画ファイル解析の着眼点としては有用ですが、フォレンジックの結論としては断定が多すぎます。特に、メタデータとコーデックを「由来証明」に使う部分は弱いです。
本件で言えるのは、実ファイルを取得して解析したうえで、
「このファイルは、特定SNSから同条件で取得した対照サンプルとは整合しない」
または
「このファイルは、編集ソフトまたはFFmpeg系ツールで後処理された可能性がある」
という程度です。
「だから文春の動画はSNS由来ではない」「だから一次情報ではない」「だから証拠にならない」とまで進めるには、記事に提示されている情報だけでは不足しています。
今NHKはネットサービスを本来業務にする為に、過去宣伝目的でやっていると言う事になっていたコンテンツを全部捨て、
さらにペイウォールを立てて検索に引っかからないようにしてしまった。
これは、民間テレビ局や、新聞社が民業を圧迫するから辞めろと圧力を加えた結果であり、要するに足を引っ張っているのである。
だが、これ間違ってないか？
むしろ民放や新聞は「NHKが作ったコンテンツや映像、ニュースを開放し、格安で配信せよ」と言うべきではないか？
理由は3つ。
全国紙と名乗りながら、既に地方から撤退した新聞社があるが、販売網以上にヤバいのが取材網だ。全国紙は、既に各県の県庁所在地に支所を置けなくなっている。名乗っているのは支所だが、事実上は駐在員がひとりいるだけと言う様な有様もある。
そこで頼りになるのが共同通信、時事通信などの通信社だが、ここも段々と地方取材網を維持出来なく成ってきた。
さらに、地方の民放もニュースは基本的に赤字だ。地元の地方紙からニュースを提供してもらい、重要な所には一応は記者を送り込む、網羅的に情報収集はしないと言うスタイルが元々だったが、その体制すら維持が厳しい。自社の赤字は進むばかり、そして頼っている地方紙が衰退しているのだ。
一方でNHKは公共団体であるから、地方から撤退することはない。
ならば、NHKが取材してきた情報を新聞社や放送局に格安で提供し、それを各社が自社で味付けして送出することができるようにするべきだ。
ストレートニュースなどはこうして供給を受け、自社では調査報道や独自のニュースに特化する事の方が望ましいだろう。
コンテンツ配信ビジネスにおいて、日本は世界的に見てまだ上手く行っている方で、これは言語の壁がある事がまず大きい。
良い意味の、本来の意味での『ガラパゴス』で独自の貴重な生態系的文化があり、それを輸出できているのだ。
しかし、それは今後徐々に優位性を失う。
何故ならば、AIの登場によって言語の壁が大幅に下がるから。そして、日本のコンテンツビジネスは、プラットフォームを抑えられていないからだ。
そこで戦う為に、NHKのコンテンツを民放が利用できるようにする。例えば過去のNHKのアーカイブ映像や素材を使って新しいコンテンツを作ったり
キャラクターやドキュメンタリーなどのより創作的・思想的なコンテンツであっても、NHKは定められbた金額を支払えば貸出に同意しなければならない様な規約を作るのだ。
もちろん、そういったものの権利関係はNHKだけが持っている訳ではないにせよ、このように規定することで使いやすくなる。
こうして公開されたコンテンツを使い、少しでも国内のコンテンツビジネスを延命することが今求められている。
NHKオンデマンドというサービスがあるが、このサービスは民放の映像配信より早く始まっている。
民放がいつまでたっても映像コンテンツ配信を始めないため、NHKは民業を圧迫しないという観点から、スタートできなかった。
こえがなぜスタートできたかというと、しびれを切らした政治家が介入したためで、例外的な動きだが、実はこれも裏があり、NHKは配信システムの構築にIIJと組んだのだが、開発費の名目で膨大な発注をし、その成果物を他に流用することに合意した。
そこで民歩は、IIJとNHKと開発した配信プラットフォームを応用してスムーズにサービスを始めることができたと言う経緯がある。
今回のNHKの動きもそうだ。NHKの配信プラットフォームは、技術選択が王道的で筋が良い。
例えば配信には妙な独自のものを使わず、素直にMPEG-DASHをつかっていたり、AWSとAzureとOracleと言うマルチプラットフォームに国内映像配信CDNを組み合わせていたりと良い事例になっている。
レベルが低い方が、俺たちに会わせろと足を引っ張るのではなく、膨大な資金力で作った成果を俺たちにも使わせろ、と言うスタンスの方が業界が発展する。
各社、AIに学習されないように防護を始めているようだが、NHKについては逆にAIに積極的に学習させよ、データを差し出せと迫るべきだ
そうすることによって、各社は自社が用いるAIに、報道や番組制作に必要な基礎的なノウハウを喰わせることができる。
これはPSVR2が悪いわけではなくて、FANZAのVRコンテンツの画質が悪いのが主要因
ちなみにQuest 2だと画質の悪さが目立つよりも先に色調の悪さに目が行く
FANZAだと1つだけ8Kコンテンツが公開されているけれどQuest 2は色調悪くて全然だめ
iPhoneとかで400ppiぐらい、PSVR2が800ppiだけど、4Kテレビを見ているぐらいを再現するには2000ppi以上が必要だったはず
そうなると5インチレベルだと10Kぐらい必要でデバイスとしては大丈夫でもコンテンツが死ぬ
背景分離させたり圧縮方式変えたりGPUアップスケーリング使ったり、何かしら工夫が必要と思う
デバイスはQuest3が1500ppiぐらいになるそう
Appleは3000ppiを目指してるとか
そこまで行けば画質の悪さが目立つことは無いだろう
PSVR2は色調は完璧で、そのせいで画質の悪さが目立ってるようにも思う
あと、PSVR2はゲームとして動き回ることが求められることが多くて
AVコンテンツは3Dで360度視点の動画を見ているだけなので覗き込んだり横顔を見たりってのが出来ない
この辺はQuest2でも一緒だけど、PSVR2だからなんとなく覗き込みたくなっちゃうんだよね
その辺でガッカリ感があったりする
結局、iPhoneを使ったハコスコがバランス的には一番良いと思う
投資金額としては安いし（数千円でいいのがある）色調・画質も問題ない
ゲームの場合はPSVR2は優秀だけど、動画プレイヤーとしてはコスパが悪いかな
本気で選ぶセガサターンミニ収録タイトル予想2022夏 - 分析編2
『BEEP! メガドライブ』の後継誌『セガサターンマガジン』にも読者レースは引き継がれた。採点の出典は『サターンのゲームは世界いちぃぃぃ! サタマガ読者レース全記録』。
メガドラ時代に較べて全体的に採点がインフレ傾向にあることもあってかソフトの数がとにかく多い。
Kinzaのパッチが当たった正式版が公開されたので、引き続きこき下ろす。
この間 https://anond.hatelabo.jp/20210828113740 を書いたが、DuckDuckGo経由で無事作者に見つかってしまったらしく、ここで指摘を入れた誤字、インストール場所、公開ソースコードのREADMEが全てではないが直ってた。ここ以外にもアンチがそれなりにいるみたいで、作者のTwitterを見る限りメンタルが削られていたようだ。(あれだけTwitterでアンチコメントがあったのを知ってたのに、中途半端な覚悟でエゴサしたからじゃないの？と言いたいが)
アンチがあんなにいるのは人気がある証拠ではないか。もっといろんな人に知ってもらうまたとないチャンスだ。
誤解しないでほしいのは、こき下ろしているのは学生の合間に作った革新的で軽量なブラウザーが自称ではなく価値あるブラウザになることも期待しているからである。ブラウザ作る奴なんてほとんどいないから。
以前利用規約での遊びがひどすぎてふざけてんのかと書いたせいかは知らないが、アップグレードはちゃんとアップロードになっている、個人の感想がなくなっているなど、おふざけはなくなった。しかし、利用規約が以前と比べて長すぎる文章になってしまっている。しかも利用規約に書くべきではない内容はそのままどころか増えているし、もう少し整理できたのでは？
以前、「Ablazeの利用規約に沿って」という文に対してAblazeの利用規約をここに載せろと言ったが、掲載されたのはその利用規約ではなくプライバシーポリシーだった。「Ablazeの利用規約」は「Albazeのプライバシーポリシー」のことなのか？「Ablazeの利用規約」はホームページにも掲載されていないので、結局の所それに何が書かれているのかわからない。何が書かれているかわからない「Ablazeの利用規約」に同意しようがないので、この利用規約に真面目に従えばAblazeの関係者と同団体に盲信する人を除いてFloorpブラウザは規約上誰も使えない代物である。どうせ誰も見ないでスルーして使っているだろうが、きっちり書くべきところがきっちりできていないのは問題である。
所々「書いとけばいいんでしょ」感が出てしまっていて、ただでさえ読まれない利用規約をさらに読む気のしないものになっている。ここまで長くなったのなら、規約本文の見直しをした上でその中にあるプライバシーポリシーを分けた方が良くないか？工夫・配慮が足りない。リリース予定日に追われて、利用規約に割く時間がなかったのだろう。
それにしても、あれだけ長くなってもChromiumのライセンス情報が未だに書かれていないのはどういうことだろうか。著作権表示と許諾表示をドキュメントに書くことが条件になっているので、「BSDライセンスに従って」という書き方ではダメ。その表記で済ませるなら、ドキュメントファイルとかURLとかを明記しないと。Kinzaのパッチのことよりも憂慮するべきことではないのか(これも結構長いのでChromiumと同じようにすればよいのでは？)。
Kinzaのパッチをそのまま当てられるようにしたことで、バージョンがDevチャネル相当の95から89に大幅ダウン。Kinzaのパッチが公開されてからわずか2週間でリリースできたのはこれが理由だろう。Kinzaの言ってるとおり古いバージョンのままでは危険で、常用は避けるべきである。
ちなみに、https://developers-jp.googleblog.com/2021/04/chrome.htmlの通り、Chrome94からメジャーバージョンアップの頻度が6週間から4週間になるらしいが、メジャーバージョンアップについて来られるのかが疑問である。メジャーバージョンアップした正式版に期待が寄せられると思ったが・・・(次節に続く)
というツイートが。あれ？このブラウザって「Kinza派生系ブラウザ」だよね？たった1年ちょっとで終わりなの？
Chromiumのメジャーバージョンアップにかかる手間のことを全く考えていなかったようだ。Kinzaが終了した理由に開発継続に対するコストの問題があるって書いてあったのに。その意味が理解できていなかったのか。2022年まではやると言っているようだが、パッチ適用時のエラー量が多すぎて挫折しているのではないか？本業が学生なんだし、本業を優先するゆえにKinzaの後釜になれないのも仕方のないことだろう。というより、ブラウザ開発は本業と両立できるほど甘くないのでは？
2022年までの理由は、受験を控えているかららしい。受験は作者の人生を左右する大事なことなのでしょうがない面もあるが、Ablazeという非営利団体(?)にはそれをカバーする人が今はいないということも言える。要するに、2022年を過ぎるとメンテナンスする人が誰もいないことになる。早くもFloorpの将来性が危うい。
Fireminによる見せかけのメモリ使用量しか見ていないのは相変わらずのようで、大変残念。あれだけこき下ろしたのに懲りないね。
以前
なんて書いたら某動画で「変なこと言ってる」と言われたが、その動画でもやっぱりWindowsタスクマネージャーの一部分しか見てなくてお前もかよ。恥ずかしい人は作者だけじゃなかったわけだ。まあ仕方ないよ。Floorp軽い！って先に体感してしまってろくに検証せずそれで終わりにしたんだから。
たしかにメモリ圧縮の効果はあるからメモリ不足気味な低スペックPCなら有効かもしれない。けどな、Fireminを他のブラウザでも有効にしたら同じ効果が得られるぞ。ChromeなんかもWindowsタスクマネージャーのメモリの所を見たら数MBになるから。実際そこまで減らないけどな。
某落書きに書いてある
は全くその通り。そう思い込む奴が出てきた一因はこの間裁判に負けたギガなんとかが記事を書いたせい。あと前に言い忘れたけど、ページアウトするってことは、ページファイルへの書き込み頻度が上がってディスクの寿命を縮めるからメモリに余裕がある人はFireminは止めとけとだけ言っておく。
FloorpにはFFmpegのH.264とAACのデコーダが入っているが、それらは特許技術で保護されている。特許の入ったコードをバイナリで配布することに関して、FFmpegは特許侵害の責任は一切持たない方針をとっているので、一部の例外を除いて特許のライセンスを管理しているMPEG LAやVia Licensingとライセンス契約を結ばなければ特許侵害になる。
非商用ならライセンス料がかからないが、個人もしくは非営利団体だからライセンス料がかからないとは限らない。広告収入を得ている場合は非商用と見なされない可能性がある。将来ライセンス管理会社からライセンス料を請求される、最悪の場合特許侵害で裁判沙汰になるので覚悟しよう。ちなみにこれがKinzaが当初はH.264とAAC(と当時はまだ特許が有効だったMP3)の再生ができなかった理由であり、独自実装となった理由である。
以前言ったことが直ったものもあるが直ってないのもいくつかあって、特にhttps://github.com/Ablaze-MIRAI/Floorp-Browserの一文
が象徴的。「大部分の」は直ったが、どうやら「一番軽量」は直す気がないらしい。その誇大広告を直す気が無いのなら、なぜ一番軽量と言い切れるのか証拠を出しましょう。まさかあのメモリカスタマイザーが同梱してるからどの派生ブラウザよりも軽いんだよ、とか言い放つ気ではないだろうな？他のブラウザにFireminを入れてもなお軽いことを示してみてね。頑張って♪
Chromium派生ブラウザを初めてインストールした時に軽いとかほざく奴がいるけど、あれ何も入ってないまっさらな状態のせいだからな。履歴とかクッキーとかキャッシュとかがたまりにたまったブラウザと比べるから軽いって錯覚するだけで、地道なChromiumのコード改造とかしない限りメモリの使い方もパフォーマンスもほとんど同じ。改造以外に差があるとしたらビルドの仕方ぐらい。比べるのはプロファイルを全部コピーして同じにしてからだ。
Floorpは他のブラウザに拡張機能をインストールする！！危険！！！
って意見を持つ必要はありません。FloorpはChromeウェブストアの審査を通過した場合のみ、その機能を採用します。Googleの厳しい審査を受けている為、安全です
というTwitterの発言。大事なことを忘れている。Chromeウェブストア経由でインストールするのはGoogleの審査があるという意味では安全だが、ストア外からのインストールが安全とは言ってない。審査の通ったファイルが変化なくFloorpに入っている保証ができるのか？Floorpを信用するならインストールすればいいと思う。ソフトウェアに署名がないから改ざんされてないかが検証できないけどな。サーバーが乗っ取られて偽ファイルをダウンロードされるような事態を想定できている？何のためにストア外の拡張機能のインストールに管理者権限が必要になったか理由わかってる？
まあ学生が作ったブラウザを信頼するかしないかの問題だな。どうなっても誰も責任は取ってくれない。
今の段階だと、Chromiumのバージョンが古くてセキュリティが怪しいFloorpをわざわざ入れるまでもないんじゃないのか？FloorpSyncというxBrowserSyncベースのブラウザ同期の機能はxBrowserSync拡張機能さえ入れればどのブラウザでも使えるし、そんなに(見せかけの)メモリ使用量削減効果を見たいならFireminを入れればよいわけだし。
FloorpSyncはxBrowserSyncから名前変えただけじゃないの？まあ日本語対応はブラウザの作者がやったらしくそのことは評価できるが、Floorp自体はまだこれといった特徴がない。特徴がないのは開発が始まったばかりで仕方のないことだが、Kinzaのパッチを適用した後どうするかが特になく、将来どうしたいのかがよくわからない。挙げ句の果てにKinza派生系は2022年までという期限が付いてるし。
まあめんどくさがりにはいいんじゃない？同期やらメモリ節約やらを勝手に入れてくれるんだから。
何で批判多いのか自覚がないのは痛い。そういう厚かましさと根拠のない自信がアンチを生んでるんじゃないのか。もうエゴサしてないらしいからこれを見ることはもうないだろうがな。これを書いた屑なアンチを乗り越えてこそ本物だから。メンタル崩壊してる暇はない。しっかりしろ。
オープンソースソフトウェアの名前を変えて、それらを寄せ集めただけのブラウザで終わるのか、このブラウザならではの特徴を持ったブラウザに成長するかは作者次第。今のところは前者で開発終了になるのが目に見えている。いろいろな人から期待されている割には軽い気持ちで作っているように見受けられ、ブラウザ開発の覚悟が足りていない。
情報処理技術者試験なんて、実務、特にマネジメントなんかやっていると役に立つことが多いです。
まず前提の捉え方がちょっと違いますが、「情報処理技術者試験」とは国家試験でありながら、医師国家試験や危険物取扱者試験などの国家試験とは異なり、
別に持ってなくても実務に従事できるって言う不思議な国家試験であること。
なので、別にこの試験がなくても、情報処理技術者としての仕事にまったく支障はないです。
情報処理技術者試験は、ちゃんと情報処理のこと勉強してますよ！ある程度の知識は修めてますよ！って言うためのものでしょう。
名刺に資格もってるよマーク載せてIT系なら任せてよアピールをするためのものでしょう。
またこの資格を持っていることで、ちゃんと勉強している人間なのか、その指標にもなるのでマネジメントの一助になるです。
ご指摘の通り、暗記問題ばかりで実際の業務には何ら役に立たないように思えますが、
一方で実務以外のコンピュータ技術の本質的な設問であったり、法務関係の問題もあったりして、
マネジメントの他、教える立場になったときや、企画開発なんかで広く浅い知識が必要になったときには役に立つかと。
そもそも逆なんですよね。この問題を解けたら良い設計ができる、とか、優れたコーディングができるんじゃなくて、
まともな設計知識を持っていたら、このくらいの問題は知っていますよね？ってのが技術者試験の一面です。
※あと、「コードが書けるわけでも、良い設計ができるわけでもありません。」って否定をするなら、せめて応用のほうから持ってきてくれないと･･･ｗ
ちなみに、UMLの基本や、開発手法、MPEGなどの標準規格の名称なんかを覚えるのは、設計やコーディングにおいて「超大事」なことです。
そうした名称をもとにして開発を進めていくわけで、いちいち「要求分析から実装までの開発プロセスを繰り返しながら、
システムを構築していくソフトウェア開発手法」でやります！みたいな説明しなくても「今回はスパイラルでーす」って一言で終わるじゃないですか。
基本情報技術者試験レベルをメンバー全員が資格取得してくれていれば、「スパイラルでーす」で終われるってすばらしい。
合格率は基本情報技術者試験で３割弱、応用情報技術者試験で２割強となっています。
なので、一見難しそうに思えますが、非常に簡単です。覚えればいいんですから。
（そもそも基本情報なんて、非IT系会社勤務の方の合格率が、IT系会社勤務の方の合格率を超えているという･･･）
なのに合格率が低いのは、みんな真面目に勉強（暗記）していないからと思われます。
試験会場にいくと分かるのですが、まずスタート時点で１割強は机の空きがあります。とりあえず申し込んでいるだけなんでしょう。
会社によっては予算取ったから行って来いよ、みたいなところもあるのでしょう。
暗記試験で引っ掛け問題も少なく、広く浅い問題範囲なので、１～２か月真面目にやればだれでも取得できますよ。
ただ、さすがに150分座ってるだけで取れるような試験ではないことは確かです。
範囲は広いですし、勉強してなきゃ聞いたことがない言葉なんてザラです。
上記を言い換えれば、真面目にコツコツ勉強してくるやつアピールが出来ます。
合格率２割の国家試験を、通常業務をこなしながら取得してくるだと･･･！？化け物か！ みたいな
雰囲気でとらえてくれるおじさんは、まだまだいっぱいいますよ。
情報処理技術者試験の資格を取っても実質的に得るものはありません。「実質的に」というのは、技術者としてのスキル向上に貢献するということであり、「報奨金が貰える」とか「履歴書に書ける」などの技術と無関係なものを含まないということです。
なぜ、情報処理技術者試験が役に立たないのかと言えば、出題内容が表面的な知識問題に極端に偏っており、本質的な理解を問うていないからです。たとえば、オブジェクト指向の三要素に「カプセル化」「継承」「ポリモルフィズム」がありますが、これらを御題目のように唱えていても何の意味もありません。しかし、情報処理技術者試験ではこれらの用語さえ覚えておけば、しっかり点になります。
https://www.fe-siken.com/s/kakomon/19_haru/q42.html
こんなのは単なるポエムであり、これが解けたところでコードが書けるわけでも、良い設計ができるわけでもありません。
数学で喩えれば、「加減法」とか「代入法」のような用語を暗記して、具体的な連立方程式の解き方は分からないようなものです。
ひどい問題は挙げればキリがありません。
https://www.ap-siken.com/s/kakomon/22_haru/q44.html
図の名称を答えさせる問題。図を読み取らせる問題なら、まだ理解できますが。そもそも、UMLなど別に技術者として知っておくべき知識でもありません。
https://www.fe-siken.com/s/kakomon/23_aki/q50.html
これも、こんな分類自体、覚えたところで何にもならないわけですが、その用語を答えさせる問題。いかに、この試験がエンジニアリングやプロジェクト管理の本質と関係ないかがよく分かります。
極めつけはこれ。
https://www.fe-siken.com/s/kakomon/17_haru/q52.html
地方の公立中学校の定期試験レベルのひどい問題です。出題者は、1だの2だの4だの7だのといった数字と語句の対応を覚えることが重要だと思っているのでしょうか。
つまり、ある種の発達障害ではない意識高い系ポエマーを認定するための試験であり、そもそも技術者のための試験ではないということです。あとは、中小企業診断士などを受ける人が試験免除を獲得するためとか。
そもそも、コンピュータやプロジェクトマネジメントの技術を、資格試験で勉強しようというのがピントがズレています。それらは既に良質な解説書が豊富にあるのだから、それで勉強すればいいのです。
母から動画と写真が送れなくなったっとＳＯＳが来たので、調べてみたら白くて四角い箱のせいでした。
通信速度を計測したらアップロードが計測不能（タイムアウト）～0.6Mbpsぐらいしか出ていない。設置場所を変えても変わりませんでした。（下りは10M～70mまで変化）
softbank airの契約の書類を確認したところ上がり速度は書いてませんでした。もしかしてダウンロードしか出来ない仕様なのでしょうか？速度制限？
webのスペック表にも上がり速度がありません・・・。アップロードできないなら明記すべきでは？
ttps://www.softbank.jp/ybb/air/spec/
速度制限はされるようですが、状態の確認はどこで出来ますか・・・？
ttps://www.softbank.jp/ybb/air/data-about/
以下のコンテンツ・サービスなどをご利用の際、通信速度の制限を行う場合があります。なお、通信の切断は行いません。
・音声通話やテレビ電話などをパケット信号に変換し、データ通信にて実現するサービス
・動画閲覧、高画質画像閲覧、P2P ファイル交換、ソフトウェアダウンロードなどを伴うサイト、アプリケーションなど
いったい何用なんだ？あの白い箱は・・・
長文。
25のときにプロジェクトがおおこけしてから、課長にパワハラを受けながらのプロジェクトが続いた。終電、タクシー、徹夜を繰り返す毎日。若さと馬鹿さは紙一重。当時は身体など気にせず、心がおもむくまでの天才プログラミングが毎日続いているなどと勘違いしていた。
最終的にそのプロジェクトは、新卒がぶらぶら入ってきて、自分は「あいつらのほうがおまえよりも生産性高いし、まじでいままで何やってんだよ」と罵倒され続け、心がくじけてしまった。最終的には、どうでもいいテスター業務なんぞやらされ（実装屋としてはそのころからテスターは大っ嫌いな仕事）をやらされて、もう気持ちが参ってしまった。
その時まで、いろんな組み込みをしてきた。SCSIとか、USBとか、画像処理とか、JPEGとか、MPEGとか。会社で勉強して、組み込んで、間違えて、直して、テストして、OK/NG見て。心がNGラインの曲線を描きながら、父に殺せ、母に殺せ、と実家暮らしが災いした。死ななくてよかった。（そこから数か月工場に通ったが、朝が早すぎて体力的に持たなくなってしまった。同時にパワハラからのうつが、どんどんとひどくなり、結局持たなかった。（その後パワハラ上司は窓際に追いやられたらしい。）
会社を辞めてから、なぜかコピーライターになりたくなってしまった。そして実際に2つの会社を経験し、泣きながらやめることになる。
一つ目の会社は、有給がなかった。コピーライター養成講座に通いながらハローワークで見つけた求人で、「有給ないんですか」って言ったら「んなもんねーよ」と、確かに誰も文句ひとつ言わずに、有給なし、ボーナスはデザイナーのみ（デザイン事務所だったから）、うつは隠して働かないとで、結局、夜は全く帰れず病気が辛くなり辞めてしまった。
それからもう一社で働いたが、Macの起動音を聞くと辛くなるほど追い詰められ、結局退社。（それ以降、Macでどや顔している人たちにはちょっと嫌な気持ちを抱く）
さあ、じゃあ、自分は売り物があるんだ、結局プログラミングしかないじゃないか、とJava屋さんに転向。この時の身売りが結局今までを何とか結び付けた。
月の残業は20時間程度、終わった後の主な業務は飲み会っていう天国に（一回終電もあったけど、すげえ怒られた記憶もあったけど、一回土曜日出勤してピクニック気分で派遣さんがお弁当作ってきてくれたけど、ほんとにいい思い出しかねえ）。
3年ほどプログラマをしてから、ライターに転向したり、自分にとって屈辱的なテスターに転向したりなどしつつも、幸せな生活を保っていられたのが崩れたのは会社の上場。それによって何もかもぐちゃぐちゃになった。社内政治が生まれ、嫁をとった自分には再び苦しい現実が続き、「あの野郎、ぶっ殺してやる！」という罵声が飛び、結局従い、残る人は残る人、辞める人は辞める人といった選別が行われ、結局辞めざるを得なくなった自分は、何のあてもなく千切れる糸を眺めていた。
そのころ、地震があった。テレビから逃げられず、結局3か月休んだ。フラグは立ちまくった。
その後、何とか働かしてくれる取説の会社があった。まじめに働いててもそもそもの英語力のなさで各方面に迷惑をかけた。
迷惑をかけながら、結局自分は障碍者ではないのか、という疑念がわいた。それをあまり検証せず、もう現状の仕事を続けていくのは無理と感じた。
でも割と給料暮れるし、そこそこ幸せ。いつかは正社員か。などぼやきながら働いている。
落ちて行っているのか、どうなのか分からないけど、誰の参考にもならないけど、生きるって、こういうのもあるんだよっていうのを増田ってみました。
まだある？
追記（諸説あり）
サッカー・・・Association Football 由来
電車・・・自走式の「電動機付き客車（電動客車）」、および事業用車を含む「電動機付き貨車（電動貨車など）」
ニート・・・Not in Education, Employment or Training
ニコン・・・日本光學工業（ NIPPON KOGAKU K.K.）由来
プリパラ・・・プロミス・リズム・パラダイス・ライブ 諸説あり
ペット(ボトル)・・・polyethylene terephthalate
ラジオ・・・ラジオテレグラフィー(radiotelegraphy)
レーザー・・・（LASER = Light Amplification by Stimulated Emission of Radiation = 輻射の誘導放出による光増幅）
AIDSエイズ・・・後天性免疫不全症候群(acquired immune deficiency syndrome)
AM・・・ante meridiem
BBC・・・British Broadcasting Corporation
℃・・・Celsius
JASRAC・・・Japanese Society for Rights of Authors, Composers and Publishers
LED・・・Light Emitting Diode（発光ダイオード）
MBA・・・Master of Business Administration
NAMCO・・・中村製作所（NAKAMURA Amusement machine Manufacturing Co.,Ltd）語源
NEC・・・Nippon Electric Company,Limited
NHK・・・Nihon Housou Kyoukai
NTT・・・Nippon Telegraph and Telephone Corporation
OK・・・oll korrect（all correct)
PM・・・post meridiem
PR・・・パブリック・リレーションズ (Public Relations)
PTA・・・Parent-Teacher Association
Suica・・・Super Urban Intelligent Card」＆「スイスイ行けるICカード」 由来
SMAP・・・Sports Music Assemble People 由来
TBS・・・Tokyo Broadcasting System Television, Inc
TDK・・・東京電気化学工業（Tokyo Denki Kagaku）
UK・・・United Kingdom of Great Britain and Northern Ireland
USB・・・ユニバーサル・シリアル・バスUniversal Serial Bus
Yahoo!・・・Yet Another Hierarchical Officious Oracle
YKK・・・吉田工業株式会社（Yoshida Kogyo Kabushikigaisha）語源
バンコク・・・クルンテープ・マハーナコーン・アモーン・ラタナコーシン・マヒンタラーユタヤー・マハーディロックポップ・ノッパラッタナ・ラーチャターニー・ブリーロム・ウドム・ラーチャニウェート・マハーサターン・アモーンビーマン・アワターンサティト・サッカタットティヤ・ウィサヌカム・プラシット
ピカソ・・・パブロ・ディエゴ・ホセ・フランシスコ・デ・パウラ・ファン・ネポムセーノ・マリーア・デ・ロス・レメディオス・シブリアーノ・デ・ラ・サンティシマ・トリニダード・ルイス・イ・ピカソ
後で追記する
