  |
はてなキーワード: 通信とは
4月に入社して外部研修やってるけどあまりにもコミュ力がなさ過ぎて辛い。
2人で飯食うとか普通に何話せば良いのか困るし、沈黙状態になるので滅茶苦茶気まずくなる。
中学校はネトゲにハマって不登校 高校は通信 専門学校も2年の後半を除いて友達なし
今友達と呼べるのは小学校からの地元の友達ぐらいでたまに遊ぶ程度。
米帝は、エアフォースワンで来るし、核攻撃電話もってる准尉殿が近侍してるから、戦闘準備は出来てるわけじゃないですか。
一方我らが共和国ときたら、青年大将様が居なければ攻撃可否なんか勝手に判断できんわけじゃないですか。ナンバー２排除しまくってるし、万が一違ったら責任の行きつく先はZPUの銃口でしょ？判断なんかできんですよ。
ましてや専用機での外遊は慣れてないし（先代が嫌ったからノウハウが蓄積できてない）、通信妨害の類なんざ米帝お手の物なわけですよ。
でだ、トランプは以前、晩餐の席上でいきなりプーチンに「あ、いまシリアにミサイル攻撃してるから」と言い放って、さすがのプーチンすら一瞬凍ったという逸話の持ち主なんですわ。
自主的な取組って何だよ.. 通信は許認可事業だから権力を背景にして、忖度させてるようなもんやろ。
「漫画村」など海賊版サイト遮断、KDDIとソフトバンクは「検討中」 - ねとらぼ
法制度整備が行われるまでの間の臨時的かつ緊急的対応としてインターネット・サービス・プロバイダ（ＩＳＰ）事業者による自主的な取組としてのサイトブロッキング（以下「ブロッキング」という。）を実施し得る環境を整備するため、...
忖度させるって曖昧なものだと思ったけど、「権力を有しているものが、それが望ましいことを示唆すること。」と言うのが定義になったりするのかな。この場合の権力とは、人事権とかをさすかな。
この線で行くと、森友、加計の問題は、どのくらい示唆していたか、あるいは、それが伝わるようなことをしていたのかが焦点にできるのかな。あんまり、ニュース見てないから知らないけど。
森友、加計の問題も、官僚の方々の自主的な取組やったんやろな。ひどい話だよ。
ウマ娘のSEが配信だけぶっ壊れているんだが、まあそれはおいといてSEと声で別エンコしてるって事だよねコレ。
どういう仕組なんだろ。
配信する会社に渡されるデータそのものが声とSEとBGMで分割されているのかな。
それとも元データ持ってる会社がそれぞれの配信会社やTV曲に渡す時にそれぞれの通信量に合わせてエンコしてから全部組み合わせた後の物を渡すんかな
「嬉しい」を「嬉C」，「卑猥」を「卑y」にしたりする表現方法ってあるよね。
これ，現代の文字ベースの意思疎通文化の特徴が如実に現われててすごく好き。
という訳で列挙してみる。
A: 知らん「良い」の口語変化「えー」を置換（「A(C)」など; b:id:type-100様より提供）
B: 知らん「乳首」の俗語「ビーチク」の「ビー」を置換（「B地区」; b:id:cj3029412様より提供）
D: 知らん
E: [:形容詞語幹:]−い（「可愛E」など）/「良い」（「E気持ち」など; b:id:nassy310様より提供）
F: 知らん。多分ない
G: [:形容詞語幹:]−じ（「饑G」など; 正直今考えた。誰も使わねーんじゃねーの？）
H: 知らん。多分ない
I: 「愛」を置換; Iしてる（ポケベル通信みたい？ その世代じゃないけど）
J: 知らん。多分ない「自衛隊」の「じえい」を置換（b:id:mobile_neko様より提供）
K: [:形容詞連体形促音便:]（「かK」（=「かっけー」←「格好いい」）
L: 知らん。ないでしょ準動詞「得る」（「ありL」など; b:id:yykh様より提供）
M: 知らん動詞「笑む」（「ほくそM」; b:id:sgo2様より提供）
N: [:下一段活用未然形:]+助動詞「ぬ」（「教N」など; b:id:wata300様，ありがとうございます）
O: “多い”，“大きい”の「多」，「大」を置換; 「Oきい」など
P: 無い。いや知らんけど
Q: 「球」を置換; 「Q団」，「野Q」など（「チョベリバ」/「アウト・オブ・眼中」っぽいナウさがある）
R: “である”の「ある」を長音化させつつ置換; 「でR」（これも“「チョベリバ」感”がある）
S: 知らん。多分ない
T: 知らん
U: 知らん「ゆ」または「いう」の口語変化「ゆー」（「醤U」，「そこまでU」など; b:id:savoy3様より提供）
V: 知らん。ないでしょ「大丈夫」を「大丈V」に（「ぶ」が「ゔぃー」なるのって不自然な気がするけど確かに見たことある）（b:id:kondoyuko様より提供）
W: 知らん。絶対ない
X: 寧ろ逆に英単語の一部を日本語にして「sex」→「せX」
Y: 「猥」を置換; 「Y談」，「卑y」など（「Y談」なんかは古くからある印象）/語尾「しいわい」を置換（「うれCY」; b:id:srgy様より提供）
Z: 知らん「抱腹絶倒」の「ぜっとう」を置換（b:id:sgo2様より提供）
（番外）
△: 「さんかっけー」を置換（「本田△」; b:id:madridNewyork様より提供）
(÷): 「かっこわる」←「格好悪（い）」を置換（b:id:kurotsuraherasagi様より提供）
意外と少ないね。僕の見聞が足りないだけかもしれないが
（追記）
「山P」や「阿Q正伝」を挙げてくれた人がいるけど，あれは固有名詞であってこの言葉郡とはちょっと趣旨が違うんじゃないかな。「山ピー」や「阿休正伝」という（これらはでっち上げ）元の単語がある訳じゃないから，〝置換した〟とは言えないと思います。
あとNを無視してすいません。ていうかN，「教えぬ」→「教N」っていう立派な置き換えがあるのに……。
（追追記）
反応が多めで嬉しい。こういう言葉遊びをみんなで共有するの，ほんとうに楽しいし，インターネットのいいところの一つだと思ってる。
この語呂合わせはABC文体と言うらしい（https://anond.hatelabo.jp/20180506021148）。結構起源が古いんですね，勉強になります。
「@で読む」（b:id:strow0343様）は笑った。@がゼムクリップに見えて一層〝栞/ストック〟っていう印象を受けるのも面白い。積極的に使っていきたい。
（追³記）
いつのまにか100ブクマを越えていて驚いた。みんなGW最終日をもっと有意義に過ごそうよ，というのは冗談，こういう言葉遊びが好きって人が多くて幸せです。
ところで，他の国ではどうなんだろう。少なくともアメリカではあまりなさそう。向こうは一種類しか浸透してる言語がない（間違ってるかも）のでto→2, you→Uといった同一言語内での置換しかできない。日本ではある程度英語という外国語が浸透してるおかげでこういう言葉遊びが生まれたんだというのは蛙の驕りだろうか？ 韓国なんかは日本と似た状況（自分達の言語が基盤にあり，英語も大量に使う）を持っているので似たような文化がありそう。
あと固有名詞かどうかの判断はぶっちゃけると怪しい。上記した言葉のなかにもTV番組のタイトルにしか使われてないような言葉もあるし。そもそもABC記法自体，ある作家の独特の文体を指して呼んだものなんだから，〝固有〟とやらに拘るのは愚かなのかも。
高校三年の夏 色々あって父親が解雇された。母からは弟か私のどちらかしか大学に行かせてやれないと言われた。
弟はスポーツ推薦で高校に入学。勉強二の次でスカウトや入学スポーツテストで大学へ入る予定だった。私は全日から通信高校へ転入。それでも大学へ行くために実費で塾へ通っていた。
どうせ弟は国立になんか入れない。
悩まなかったかと言えば真っ赤な嘘になる。けれど、極力悩んでいないフリをして、母を支えるために、弟を大学へ行かせるように言った。当時は就職なんて考えていなくて、「大学が無理なら専門学校でもいいや」とさえ思っていた。しかし、父がもたらしたのは専門学校へ通うことも出来ない経済状況だった。
担任へ就職に変更することを届け出たのが秋。事情は全て伝えた、はずなのに。東京本校にある校内求人を求めても送って寄越してはくれなかった。地方の協力校へ通っていたのだが、「なぜ東京で働きたいのか」と責められた。親が納得してくれているのになぜ第三者から止められなければならないんだろう。
なんとか説得して希望したビューティーアドバイザー職の会社見学に行けたのが冬の始め。華やかな店内。明らかに高級店。福利厚生も充実していて、絶対にここで働きたい、と思った。
面接が冬の終わり。他に面接に出向くほどのお金はなかったので、この会社一本で勝負していた。完璧な志望理由を書いた。こんなにも熱くビューティアドバイザーになりたいと願う学生をあなたは落とすのか？と思わせるほどの熱量で書いた。簡単な自己分析テストのようなものを終えた後、面接官からこのような事を言われる。
「当店はエステ業務を主に行っております。志望理由にはビューティアドバイザーについての記述が多いようですが…。」
ちょっと待ってくれよ。HPにも求人にもビューティアドバイザーの文字があった。なんならエステ業務なんて一言も書いてなかった。どういうことだよ。
その後も挽回出来ることなく、面接を終えた。ビューティアドバイザーの仕事ならせめて綺麗にして行こう、と睫毛をビューラーでカールさせて行ったら「当社ではマツエクは禁止です」と言われた。ちげーよバカ。
担任から当然の如く縁がなかった、と連絡が来た。この時期に内定落ちする生徒にはもう仕事を紹介出来ない、とも。周りは大学や専門学校への進学が決定していて、なんなら進路が決まっていないのは私だけだった。好き好んでこの時期まで就活を引っ張ったわけじゃない。自力で就活をしようとしたら、担任から学校を通せと言われた。矛盾している。そしてそのまま、卒業の日を迎えてしまった。
4月。同級生達が新生活のスタートを切る中、私は未だ地元にいた。申し訳ない気持ちは当然ありながらも3月中に母へ「先に物件を探しておきたい」と言うと、「仕事も決まってない人には住まわせられない」と言われた。「早く仕事を探して。あなたが就職にするって言ったんでしょ？」とも。母が言うことは至極当然だが、そんな仕打ちはないのでは？と思ってしまった。いつ私が就職を希望したのか。
私は今、イオンでレジを打っている。将来の夢は天文学者や言語学者だった。それがダメならビューティアドバイザーや料理人だった。叶えたい夢はたくさんあった。本当に、抱えきれないほど。
父は私へ謝りもしなかった。
昨日（4/27）アベンジャーズを観て、あまりの衝撃的な内容にずっとアベンジャーズのことを考えてた。
で、なんとなく今後の展開を予測したので、書いてみる。
なお、書いてる人はアイアンマンからずっと10年間18作を劇場で観続け、かつ翻訳でだけどマーベルの諸作をそこそこ読み込んでるのでそれなりに知識はある。
ラストシーン、ニック・フューリーが操作していた通信機らしきものに映し出されたのは、キャプテン・マーベルのマーク。
キャプテン・マーベルと言ってもこれまでMCUで言及されてないし、正直誰？ となるだろうけど、90年代にX-MENを追っかけてた人なら、「ローグにパワーを吸い取られたキャロル・ダンバース（ミズ・マーベル）」と言えばあるいは通じるかな。
で、当然出てくる疑問が「MCUの世界にキャロルがいるなら、なぜこれまで招集されなかったの？」という疑問が湧く。
ところで、wikipediaのキャロル・ダンバースの記述によれば
となると、
というところまでは容易に想像がつく。
が、例によってフューリーだけはずっと繋がりを維持していて、今回の未曾有の危機に連絡したということになるのだろう。
原作である『インフィニティ・ガントレット』で重要な役割を果たすアダム・ウォーロックがなぜ今回の映画に登場しないのかについては、様々に取り沙汰されていたようだ。
が、キャプテン・マーベルがアダム・ウォーロックの役どころを果たすとすれば、これは解決する。
おそらく、原作において対サノス用のキャラクターという感の強いアダム・ウォーロックよりも、今後別のドラマ展開が期待できるキャロルを持ってきて、切り札とする方が都合が良かったのだろう。
シビル・ウォーにも参戦した以上、今回もどこかで顔を出すと思われたスコット・ラングのアントマンは、結局登場しなかった。
MCUの次回作は『アントマン＆ワスプ』なので、前作同様、世界的な危機を横目に別のことをしていたという展開になるのだろうか。
だが、実はインフィニティ・ウォーにも参戦していて、次のアベンジャーズでその活躍が明かされる（小さいので映ってなかっただけ）という展開があったら面白い。
ポスターに姿がないことから世界中のファンをやきもきさせていたホークアイことクリント・バートン。
結局、「クリントは自宅謹慎中」の一言で片付けられてのけぞった。
今回もロバート(・ダウニー Jr)がよくトレーラーにみんなを呼んでくれてランチしたりしたんだ。たいていはオリジナルの6人でね。
(パンフレットのクリス・ヘムズワースのインタビューより引用)
オリジナルの6人？ ここで「オリジナルの」と言えば当然「アベンジャーズ」1作目のことを言うのだろうけど、映画に出たのはキャップ・社長・ソー・ハルク・ウィドウしかいないはず（ロキがいるけど今回の映画ではワンシーンしか出ないので、集まるほど現場にいなかったのでは？）
とすると、実はホークアイのジェレミー・レナーも現場にいたのでは？ という予想が導かれる。
なぜ今作に登場しないホークアイがそこにいたのかと言えば、考えられるのは「次のアベンジャーズも一緒に撮影していたから」と考えても不自然ではなさそう。話としては完全に繋がる（元々前後編の予定だった）ので、2本撮りをしていてもおかしくはないのだ。
Google は、すべてのユーザーによりよいサービスを提供するために情報を収集しています。よりよいサービスの提供のために行うことには、お客様の使用言語などの基本的な事項を理解することや、お客様にとって最も役に立つ広告はどの広告か、オンラインで大切な人々は誰か、おすすめの YouTube 動画はどれか、などの複雑な事項を推定することが含まれます。
お客様からご提供いただく情報 たとえば、多くの Google サービスでは、Google アカウントのご登録が必要です。ご登録に際して、アカウント情報として保存する個人情報（例えば、氏名、メールアドレス、電話番号、クレジット カードなど）の提供をお願いしています。Google が提供する共有機能をすべてご活用いただく場合は、公開される Google プロフィールを作成していただくようお願いすることもあります。これには、名前や写真などを掲載することができます。
サービスのご利用時に Google が収集する情報 Google は、ご利用のサービスやそのご利用方法に関する情報を収集します。たとえば、YouTube で動画を再生された場合や、Google の広告サービスを使用しているウェブサイトにアクセスされた場合、Google の広告やコンテンツを表示または操作された場合などです。これには以下の情報が含まれます。
端末情報
Google は、端末固有の情報（たとえば、ハードウェア モデル、オペレーティング システムのバージョン、端末固有の ID、電話番号などのモバイル ネットワーク情報）を収集します。Google では、お客様の端末の ID や電話番号をお客様の Google アカウントと関連付けることがあります。
お客様が Google サービスをご利用になる際または Google が提供するコンテンツを表示される際に、サーバー ログ内の特定の情報が自動的に収集および保存されます。これには以下の情報が含まれます。
お客様による Google サービスの使用状況の詳細（検索キーワードなど）
電話のログ情報（お客様の電話番号、通話の相手方の電話番号、転送先の電話番号、通話の日時、通話時間、SMS ルーティング情報、通話の種類など）
端末のイベント情報（クラッシュ、システム アクティビティ、ハードウェアの設定、ブラウザの種類、ブラウザの言語、お客様によるリクエストの日時、参照 URL など）
お客様のブラウザまたはお客様の Google アカウントを特定できる Cookie
Google サービスをお客様がご利用になる場合、Google は、お客様の現在地に関する情報を収集して処理することがあります。Google は、IP アドレスや GPS の他、各種センサーから Google に提供される近くの端末や Wi-Fi アクセス ポイント、基地局に関する情報など、さまざまな技術を使用して現在地を判定します。
固有のアプリケーション番号
サービスによっては、固有のアプリケーション番号が割り当てられています。この番号とお客様のインストール情報（オペレーティング システムの種類、アプリケーションのバージョン番号など）は、お客様が当該サービスをインストールまたはアンインストールする際に Google に送信されることがあります。また、当該サービスが Google のサーバーに定期的にアクセスする際（自動更新の際など）にも送信されることがあります。
Google は、ブラウザ ウェブ ストレージ（HTML 5 など）やアプリケーション データのキャッシュのようなメカニズムを使用して、収集した情報（個人情報を含む）をお客様の端末にローカルに保存することがあります。
お客様が Google サービスにアクセスされると、Google およびパートナーはさまざまな技術を使用して、情報を収集して保存します。その際、Cookie や同様の技術を使用してお客様のブラウザや端末を特定することもあります。広告サービスや他のサイトに表示される Google 機能のように、Google がパートナーに提供しているサービスの利用の際に、Google が Cookie や同様の技術を使用して情報を収集して保存することもあります。Google アナリティクスでは、企業やサイト所有者がウェブサイトやアプリへのトラフィックを分析することができます。DoubleClick の Cookie を使用するサービスなど、Google の広告サービスと連動して使用する場合、Google アナリティクス情報は Google アナリティクス ユーザーや Google により、Google の技術を使用して複数のサイトへの訪問数に関する情報とリンクされます。
Google がパートナーから取得したお客様に関する情報に加え、お客様が Google にログインしているときに Google が収集した情報は、お客様の Google アカウントに関連付けられることがあります。Google アカウントに関連付けられた情報は個人情報として扱われます。ご自分の Google アカウントに関連付けられた情報へのアクセス、管理、削除の方法について詳しくは、本ポリシーの透明性と選択肢の項目をご覧ください。
Google は、どの Google サービスから収集した情報も、そのサービスの提供、維持、保護および改善、新しいサービスの開発ならびに、Google とユーザーの保護のために利用します。Google は、お客様に合わせてカスタマイズしたコンテンツを提供するため（関連性がより高い検索結果や広告を提供するなど）にも当該情報を利用します。
お客様が Google プロフィールで指定された名前を、Google アカウントを必要とする Google のすべてのサービスで利用することがあります。さらに、Google は、以前にお客様の Google アカウントに関連付けられた名前を置き換えて、すべての Google サービスでお客様を一貫して識別できるようにすることがあります。他のユーザーがお客様からのメールやお客様を識別するその他の情報を既に取得している場合、Google は、当該他のユーザーに対し、お客様が公開している Google プロフィール情報（お客様の名前や写真など）を表示することもあります。
お客様が Google アカウントをご利用の場合、お客様のプロフィール名、プロフィール写真、Google または Google アカウントに関連付けられた第三者のアプリケーションでの行動（お客様の +1 や、お客様が記述したレビューおよび投稿したコメントなど）が Google サービスに表示される場合があります（広告やその他の商用関連の表示も含まれます）。Google は、Google アカウントでお客様が行う共有または公開範囲の設定に関する選択を尊重します。
お客様が Google にお問い合わせをされると、Google では、お客様がかかえているであろう問題の解決などに役立てるため、お客様との通信の記録を保管します。お客様のメールアドレスを使用して、Google サービスに関する情報（予定している変更や改善のお知らせなど）を通知することがあります。
Google は、Cookie の他にも、ピクセル タグなどの技術から収集した情報を、ユーザーエクスペリエンスの改善や Google のサービス全体の品質の向上に利用します。Google ではこの目的で、Google 独自のサービスの 1 つである Google アナリティクスを使用しています。たとえば、お客様の言語設定を保存して、お客様が指定された言語で Google サービスを表示できるようにします。Google では、広告をお客様のためにカスタマイズして表示する際、Cookie や同様の技術からの識別情報を機密性の高いカテゴリ（人種、宗教、性的指向、健康など）と関連付けることはありません。
Google の自動化システムはお客様のコンテンツ（メールを含む）を分析して、関連性の高いサービス機能をお客様に個別に提供します。このような機能には、カスタマイズされた検索結果、カスタマイズされた広告、スパムとマルウェアの検出などがあります。
Google のあるサービスから取得した個人情報を、Google の他のサービスから取得した情報（個人情報など）と結び付けることにより、たとえば知人との情報の共有を容易にすることがあります。また、アカウント設定によっては、Google のサービスや Google が配信する広告を改善するために、他のサイトやアプリでのアクティビティがユーザーの個人情報に関連付けられる場合もあります。
このプライバシー ポリシーに記載した以外の用途で、情報を利用する場合は、必ずお客様の同意を求めます。
Google は世界中のさまざまな国にある Google サーバーで個人情報を処理します。お客様の居住国以外にあるサーバーでお客様の個人情報を処理する場合もあります。
カウントフリーですら、DPIなのでアウトと見る向きも多いんですけどね。その辺を通信の維持のための正当業務行為と解釈して約款に書いてグレーにしている感じかな？
ただ、NTTのようなお堅いところはだめと判断しているはず。際限なくなるからねえ
常識がシフトしているというか、違法性阻却で構成するのは難しいから法整備をしろという論調をずっと無視しているのがよろしくないのかと。
これはLAN内で使っているだけの、しょっぱいエントリクラスのサーバ1台障害の話だ、価値のある話ではない。
とある国内最大級の某グループウェア Office(パッケージ版)を使っている。
この某グループウェアは、従業員の「その日のタイムカードの一覧」を見ることができない。
CSVでエクスポートすれば可能だが、営業マンは勤怠をガラケーのメールで報告する運用であるため、
スマホ支給しろ 一覧＋タイムカード修正画面へのURLリンク付きで
総務課の人にスクレイピングしてあげていた。
↓大雑把にこんな感じ
#!/usr/bin/env perl use MY::Cybozu; my $cb = MY::Cybozu->new; $result = $cb->get_timecard( sprintf("%d.%.d%", $year, $month, $day) ); &send_mail( $result );
数年来やってきていたのだが、突然このスクレイピングでデータが取れなくなった。
僅かにPerlを書けるだけで、他の言語は将棋を指すようにしか書けない低能である、
ちょうど20日の月替りのタイミングだったので、スクリプトのミスでズレたのか？
或いは、タイムカードのHTMLはtable構造で「trの何番目が何日目」という原始的な処理の方でズレたか？
ほぼほぼデータを取れないのだが、たまに正常に取れたりもする。なんだこりゃ。
$mech->statusの結果はいつも200である。
print $mech->contentの結果は、HTMLが途中で途切れていた。
スクレイプ対象の前で途切れたので、値を取得できなくなっていたのだ。
同じ場所で途切れる事が多いが、若干の増減はあった。
手元のWindowsマシンに移植したところ、まったく問題ない。
どうやらスクリプトを動かしているLinux側の問題と思われる。
どういう現象なのか？
3WAYハンドシェイクはよく知られた話だが、正常な通信では、サーバから送られてきたパケットに対して
こちらは「ここまでのパケット受け取った」とACKを返し、最終的にサーバからのFINでこちらがRST返すのが見て取れた。
この異常をきたしたスクリプトでは、ある程度を過ぎると、こちらがACKを返す前にサーバからどんどんパケットが送られ、
なるほど、ステータスは200だけど、コンテンツは途切れているのだな。
でもスクリプトじゃなくて、ネットワーク制御しているOSが悪いっぽい？
となると深刻である。自動車に乗れても内燃機関の構造など把握していないのだ。
唯一、tcp_abort_on_overflowでそれっぽい挙動をしそうだと分かったが、この機能は使われていない。
詰まった。
お手上げだ。
でも分かった。
端末からNASのディレクトリへ、TAB補完しようとすると突如フリーズしたのだ。
某グループウェアへのスクレイピングとNASへのTAB補完だけが動かない。
故障だ。
1.3万円で買って7年目の某ProLiantサーバだから、寿命なのだろう。
オチはないけど、最初から故障を強く疑っても良かったではないのか、と自省する。
そのマシンでのみ失敗し、しかも失敗したりしなかったり(比にして7:3程度)、結果も毎回変わっていたのだから。
うーん無能。
