  |
はてなキーワード: プロパティとは
最近はCAT6Aでフラットケーブルが登場してるが、あれ全部ゴミだ
買う価値なし。
ゴミは置いといても、LANケーブルには「準拠」と「対応」があるらしい。区別して使うべし
CAT6Aで施工指示したのに5Eになってたと言う記事を読んで思い出したので吐き出しておく。
大手OAサプライヤで売っている完成品LANケーブル。これもCAT6Aが標準になってきて久しい。5Eのものはほぼ見られなくなった。
通常LANケーブルというのは、細い線が何本か寄り合わされて、さらに保護用のチューブに入れられた構造だ。なので断面が丸いケーブルが普通である。
それを、丸くまとめるのではなく一直線に横に並べ固めたものがある。これをフラットケーブルという。また見かけから「きしめんケーブル」などとも呼ぶ人がいる。
平たくしているので幅は広くなっているがケーブルが薄くなる。これでドアの隙間などを通しやすく、面外方向に曲げやすくなり、またカーペットなどの下に入れることができて便利、両面テープなど気楽に壁配線ができて便利、と言う事で売られている。
が
がである。あいつらたぶんまともにスペック検査してない。CAT6Aの性能
ワイ、諸事情あって有線LANを引くことにしたん。この時、ドアの隙間を通すためにフラットケーブルを選んだ。
1F玄関にある電話機置場に置いてあるルータから、階段を垂直に登って2階に行き、その上の 物置 仕事部屋まで配線した。
最初は余裕を持って20m を購入して仮配線した。すると接続ができたので、そのまま使っていたのだが、有線LANにしたのにあんまり安定した感じがしない。
おかしいなと思いPCを確認すると有線接続したのに無線LANで接続している。無線LANを切ると、何か無茶苦茶重い。無線LANより重い。それどころか通信が切れるときがある。
仕事部屋側に設置しているハブを確認すると、フラットケーブルで配線したポートが2.5Gbpsどころか、10/100Mbpsでのリンクになっていた。なんでや！
最初に疑ったのはハブだ。ケーブルを差し替えてみる。すると、ハブの中で完結している他の通信はちゃんと2.5Gbpsまたは1Gbpsで接続がされる。しかし、フラットケーブルにした所はだめ。
抜き差しすると最初1Gbpsでリンクするのだが、少しすると10/100Mbpsでのリンクになってしまう。
次いで、そのフラットケーブルを直接PCへつないでみた。そしてプロパティを見ると、リンク速度が100Mbpsしか出ていない。相手側の接続口を買えても変わらない。
ここで、LANケーブルが不良品を引いちゃったと言う結論に至り、また今度は配線の結果を確認して15m のフラットケーブルを再購入した。
この結果、LANケーブルが原因ではないと判断した。だってそうだろ？国内有名メーカー製のCAT6Aフラットケーブルが、早々何本もエラーになるなんて考えないだろ。
他の機材の関係かと思い、更に色々とチェックして回ったのだが上手くいかない。
万策尽きたとき、そういえばと、どこのご家庭にでもある野外配線用極太CAT5Eケーブルドラム30mを引張り出してきてこれで配線してみた。すると、ちゃんと2.5Gbpsでリンクし、何時間たっても安定して通信しているのである！
しかし、それでもまだフラットケーブルによるスマートな接続を諦めきれなかったワイは、ぎりぎりの配線長さを狙って、10mのフラットケーブルを注文して配線した。
結果、敗北した。ほぼ変わらずである。（1Gbpsで繋がってる時間は増えたが、いつの間にか100Mbpsに落ちてる）
ワイは泣きながら普通の丸断面CAT 6A 単線ケーブル20mを注文し、正常にリンクできる事を確認した後、 タコ部屋 仕事部屋の入口を常に半開きにして線を通し、セルフ隙間風の中で一冬過ごしたのであった。
その後、メーカーのページをに行くと、以下の様なことを発見して愕然とする。
つまり、準拠とうたっているものはメーカが勝手にそう言っているだけで、実際にCAT6A規格通りできているわけではないと言うことだったのだ。
愕然とした。
これは一概に駄目とは言えないらしい。この話を詳しい人に聞いて回ったところ、以下の様な知見を得た。
これによって様々な需要を満たせるわけだ。
ところが、である。たまに使用している部材（線（ワイヤ）やコネクタなど）は個別それぞれ「準拠」だが、ケーブルアセンブリとして性能確認をしていないゴミが「準拠」として出回る事があるらしいのである。フラットケーブルは恐らくこれだ。
なお後輩に「CAT6Aでないと売れないから準拠で売ってるんだと思いますよ。なんで買っちゃったんですか？あなたプロですよね🤭」と煽られた。
また、
だそうです。
なので、新築・改築などでLAN配線を業者に依頼すると言う方は、「全てCAT6A「対応」部材を使って配線し、テストまで行ってください」でお願いするのがベストだと思います。そうしないと結局意味ねえと言う事になるかも知れません。
また、こうやってお願いしておくと、固くて通しにくいCAT6A対応ケーブルを通せるようにPF管を通してくれると言うメリットもあるかもしれない。
あと、ワイが使った機材は業務用を使っていたため、シビアに通信状況をチェックしており、通信品質を最低限保つことを重視していると言うこともあるにはある。一般家庭用では発覚しない場合もあると思われる。
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて（キラキラ）」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
３行でまとめます。
〇 エクセルシートはユーザーインターフェース（インプット）か出力結果（アウトプット）のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列（連想配列）に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
（もちろん、ユーザーインターフェースの別の欄（セル）に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。）
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
（これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…）
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
１．元となるcsvファイルをエクセルに読み出してシートに格納
２．そのデータは日付が数値型になっているので、日付（数値型）の入った列を文字列に変換した日付（文字列型）列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず（あるいはエクセルのセルオブジェクトを変数のように扱い）、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか？。
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
後で説明する配列や辞書型配列（連想配列）と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
（逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・）
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列（連想配列）で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
（参考）【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
（参考）Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ（VBA）から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列（連想配列）のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある（ローカルウィンドウやDebug.printを使うなど）ので、リハビリに取り組んでほしいです。
（参考）VBA デバッグの仕方
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
（最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。）
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用（加工用）のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ（VBA）は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
（あと、コマンドプロンプトの真っ黒な画面が怖かった）
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
（そのやさしさが上述したとおり悪魔の罠なわけですが。）
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。
たとえばulをフレックスコンテナとして、その子要素liの子要素imgに対してmax-width:100%をかけていたとします。
デフォルトだと、imgを内包したliがulの中で横並びになり、さらにliの横幅は自動的に親要素の横幅をliの個数で割った分だけ縮小されますが、ここでflex-wrapにwrapをかけると、imgで表示する画像のサイズがある程度大きいと、wrapとしないときよりもliごと大きく表示されます。
しかしliの横幅はそもそも指定していなくて、しかもその子要素のimgに対してmax-width:100%をかけているということは、そのcssの指定の意味を論理的な日本語で表すならば、imgはliの大きさを基準にその100パーセント分の大きさで表示しろという意味の指定になると思います。
しかしその基準であるliの大きさを定めていないのだから、imgの大きさも定まりようがないというのが論理的な解釈だと思います。
それでも実際はwrapをかけるかかけないかでそれぞれ一意的にある大きさでimgが表示されるわけです。
ようするにcssはそこに記述されているプロパティの兼ね合いで最終的にある要素がどういう風に表示されるのか、その挙動を理詰めで予測するのが困難な部分があって、それはプログラミング言語よりもある種厄介な癖として立ちはだかっているように思います。
上記の例の場合も理詰めで挙動を予測するには、プロパティの性質に関する論理的な情報が不足しているように感じます。「imgはliの大きさを基準にその100パーセント分の大きさで表示しろ」という情報から、実際どのような大きさでliやimgが表示されるのかはっきり言って予測しようがないと思います。
多くの参考書にもどう挙動するのか一意的な推測を可能とするだけの情報は書かれていません。
もしかしたらcssの公式の仕様を端から端まで参照することで過不足なく挙動を把握するための情報が手に入るのかもしれませんが、仕様のどこか今の自分の仕事にとって必要な情報なのか見極めるのにはなかなか困難なところがあるという意味で、情報に対するアクセスの困難性があると思います。
私はjavaも学習しました。極めたというところには全く到達していませんが、それでもああいった言語は書いた通りに動くものであるということを実感しています。つまり自分が今書いた、書こうとしているコードがどのような動きをするのかを予測するための、各記法や関数に関する文法が情報として過不足なく学習者に提供されているように思います。
cssにも事実上として「文法」なるものはあることは前述の例からも疑いの余地がない(先に書いた解釈以上に要素の表示を決定づけるための文法がないなら、要素の大きさは決定不能ということになる)のに、その情報がいまいち曖昧に提供されているきらいがあるように感じます。
https://coliss.com/articles/build-websites/operation/css/about-css-layout-algorithms.html
↑このような「レイアウトアルゴリズム」と語るサイトも見つけはしましたが、私の言っている文法、すなわち、要素の表示のされ方を決定づけるための処理のフローと、概念的に同質なのかはいまいち不明です。
他の端的な例としては隣接する要素同士がネガティブマージンなので重なった場合、z-indexを指定してない場合はどういう法則でどちらの要素が上にくるのかとかも、本来は明確なアルゴリズム、文法に則って決定されているはずなのに、多くの初学者あるいは中級以上の方でさえも当て推量とセンスと試行錯誤で、なんとか自分の意図通りの表示になるように調整を繰り返すことを余儀なくされているかもしれません(意外と単純で要素の名前について辞書順ベースでどちらが上にくるか決定されてる？)。理詰めで考えさえて設計しさえすれば一発で自分で思い通りの挙動(表示)をさせる、ということが困難な言語がCSSの癖として立ちはだかっているように思います。それはある種プログラミング言語が持つそれよりも厄介な癖だと思います。プログラミング言語の方がある意味で「素直」に挙動してくれると私は思います。
同じように感じた人は教えてください。またそういう感覚を卒業してCSSの挙動が論理的に手に取るようににわかるぞという方は今後の学習に関するアドバイスをしていただけると助かります。
自分には6年付き合った年上の彼女がいた。名前はPHP。学生の時からの付き合いで、自分にとっては初めての彼女だった。付き合った当初は全てが新鮮で、オブジェクト指向やSOLID原則、大事なことは全て彼女から教えてもらった。（そう思われるかもしれないが、）時間が経って彼女の魅力が感じられなくなってしまったということはなくて、彼女は歳をとっても魅力的なままだった。むしろreodonlyプロパティやEnum、null safe演算子など、新しい機能が導入されてますます綺麗になっていったように思う。最近ではジェネリクスさえ導入されたようだ。彼女は本当に努力家だ。
（褒められた話ではないが一応、彼女以外の女性を全く知らなかったわけではなく、TypeScriptという若い子と少し遊んでいたこともある。TypeScriptは昔からの知り合いのJavaScriptの妹で、大雑把な姉と違って几帳面で、少しオタク気質もある個性的な子だった。よく新しい型パズルを考案して楽しそうに話してくれたが、自分には正直よく分からなかった笑。）
そんな中でも基本的には6年間PHPとずっと一緒に過ごしてきた。前述の通り彼女に何か不満があったわけではない。ただ、彼女との将来に不安を覚えるようになってしまっていた。周囲に彼女と付き合っていることを話すと、「え、まだPHPと付き合ってたんだ？（昔は人気だったけど、最近はそうでもないよね）」みたいなことを、彼女のことをよく知らない人から言われたりもした。そこまで直接的ではなかったけれど。自分も、彼女以外の女性のことをほとんど知らずにずっと彼女と付き合っていて大丈夫なのかななんて思ってしまったりしていた。
結局自分はPHPと別れて、新しい女性と付き合う決断をした。新しい彼女の名前はGo。彼女は若いのに自分の芯がしっかりしていて、みんなの憧れの格好良い女性といった人だった。そんな彼女と付き合いだして、最初は戸惑うことも多かった。
例えばこんな感じだ。
また、今まで当たり前だと思っていたPHPの良さに気づくことも多い。PHPStanを使えば静的型付け言語と同じように型安全性を担保できていたし、彼女のWeb FWには歴史が長いだけあって痒いところまで手が届く様々な機能が完備されていた。経験豊富でこちらの要望をなんでも受け止めてくれるような包容力があったことに今更気づいた。
とはいえ、いつまでも昔の彼女を引きずっていてもしょうがない。Goにはこちらに積極的に合わせてくれるような包容力はないが、彼女なりの哲学を持っていてそれ故の美しさがあると思う。そして正直、まだ彼女の10分の1も理解できていない。彼女が得意だという並行処理や、実行速度が求められるような処理も、自分はまだ実際に実装したことはない。でもこれからしっかり向き合って、Goのことをもっと理解して、実りのある交際にしていきたいと考えている。PHPと別れてGoと付き合う決断したのは自分なのだから。
彼に「課長さんよお…」と話しかけ、全裸で縛って野外に放置する(多分想像上の)存在がいて、露出トンボ氏は「やっ、やめてくれ…」と言いつつなすがままそういうストーリーで己の全裸写真をTwitterにアップし続けている変態だった
ガチの豪雪の中、己を後ろ手に縛り勃起しながら兎跳びをしている彼の姿には実際鬼気迫るものがあって、俺はフォローこそしなかったが、ときどき「露出トンボ」と検索しては、その雄雌を見に行ったものだった
捕まったらしい
そりゃあ捕まるよなあ……と素直に思う
あきらかにプライベート・プロパティじゃなさそうな野原で裸になってんのがまずダメで、勃起してるからなんの言い逃れもできねえし、Twitterにあげてんのがトドメだ
捕まるべくして捕まっていて、むしろ遅すぎたくらいだ
捕まったのは2019年とかその辺りだったと思う
それから先は音沙汰なしだ
もしかしたら復活しているのかもしれないが、少なくとも俺は知らない
彼のアカウントはなぜかまだ残っている
捕まる前に彼がハマっていたらしい、「有名商品のCMに、全裸でクネクネ動く自分の姿を縮小・合成した映像」を見るたびに、なるほどなあ、と思う
全国ネットで老若男女に広く見られる、たとえば洗剤なんかのCMで、綺麗な女優さんが洗剤のボトルを手に持ち、それをニッコリ笑顔でカメラに向ける
その洗剤のボトルの上には、変な色で、全裸で、縛られて勃起した露出トンボ氏が、いかにも惨めな様子でクネクネしている映像が貼り付けられている
メタ的というかなんというか、「女の裸を見て興奮」なんてことは実際その辺にいるシカとかでもできるようなことだが、「CMに自分の全裸映像を合成して興奮」というのは、万物の霊長のなかの、さらにある程度限られた個体でなければ到達できない域の、高度に知的な変態行為だ
ちなみにエッチなこと全般を変態とよぶ向きがあるけど、俺はアレには反対で、だって変態っていうのはねじくれた性的欲求の発露に対して向けられる言葉なんじゃないのか
ただのセックスなんてガとかですらできる行為のどこに捻れや歪みがあるのか、定規で引いた直線みたいなモンで、変態のヘの字もねえよ
元気にしていてほしいと思う
人生、宇宙、そしてすべての意味とは何か？「銀河ヒッチハイク ガイド」では、答えは 42となっている。
科学の質問の範囲は、一部の分野では縮小し、他の分野では急増した。
宇宙がある意味数学的であるという考えは、少なくとも古代ギリシャのピタゴラス派にまで遡り、物理学者や哲学者の間で何世紀にもわたる議論を生み出してきた。
マックス・テグマークはこの考えを極限まで推し進め、宇宙は単に数学によって記述されるのではなく、数学自体であると主張している。
この議論の基礎は、人間とは独立した外部の物理的現実が存在するという仮定である。
これはそれほど物議を醸すものではない。物理学者の大多数はこの長年の考えを支持していると思うが、まだ議論されている。
形而上学的独我論者はそれをきっぱり拒否し、量子力学のいわゆるコペンハーゲン解釈の支持者は、観察のない現実は存在しないという理由でそれを拒否するかもしれない。
外部現実が存在すると仮定すると、物理理論はそれがどのように機能するかを説明することを目的としている。
一般相対性理論や量子力学など、最も成功した理論は、この現実の一部、たとえば重力や素粒子の挙動のみを説明している。
対照的に、理論物理学の聖杯はすべての理論、つまり現実の完全な記述である。
現実が人間とは独立して存在すると仮定する場合、記述が完全であるためには、人間の概念をまったく理解していない、人間以外の存在、つまりエイリアンやスーパーコンピューターなどに従って、現実が明確に定義されていなければならない。
言い換えれば、そのような記述は、「粒子」、「観察」、またはその他の英語の単語のような人間の負担を排除した形で表現可能でなければならない。
対照的に、教えられてきたすべての物理理論には 2 つの要素がある。
それは数式と、その方程式が私たちが観察し直観的に理解しているものとどのように関連しているかを説明する言葉である。
理論の結果を導き出すとき、陽子、分子、星などの新しい概念を導入するが、それは便利だからである。
原理的には、このようなバゲッジがなくてもすべてを計算できる。
たとえば、十分に強力なスーパーコンピューターは、何が起こっているかを人間の言葉で解釈することなく、宇宙の状態が時間の経過とともにどのように進化するかを計算できる。
もしそうなら、外部現実における物体とそれらの間の関係のそのような記述は完全に抽象的でなければならず、あらゆる言葉や記号は何の事前の意味も持たない単なるラベルにならざるを得ない。
代わりに、これらのエンティティの唯一のプロパティは、エンティティ間の関係によって具体化されるものになる。
ここで数学が登場する。
現代数学は、純粋に抽象的な方法で定義できる構造の正式な研究である。つまり、数学的構造を発明するのではなく、それらを発見し、それらを記述するための表記法を発明するだけである。
人間から独立した外部の現実を信じるなら、テグマークが数学的宇宙仮説と呼ぶもの、つまり物理的現実は数学的構造であるということも信じなければならない。
そのオブジェクトは、十二面体よりも精巧で、おそらくカラビ・ヤウ多様体、テンソル束、ヒルベルト空間などの恐ろしい名前のオブジェクトよりも複雑である。
世界のすべてのものは、あなたも含めて純粋に数学的であるはずだ。
それが本当であれば、万物の理論は純粋に抽象的で数学的でなければならない。
理論がどのようなものになるかはまだわからないが、素粒子物理学と宇宙論は、これまでに行われたすべての測定が、少なくとも原理的には、数ページに収まり、わずか 32 個の未説明の数値定数を含む方程式で説明できる段階に達している。
したがって、すべての正しい理論は、T シャツに書ける程度の方程式で説明できるほど単純であることが判明する可能性さえある。
しかし、数学的宇宙仮説が正しいかどうかを議論する前に、外部の物理的現実を見る 2 つの方法を区別することができる。
1 つは、上空から風景を観察する鳥のような、数学的構造を研究する物理学者の外側の概要。
もう一つは、鳥によって見渡される風景の中に住むカエルのように、構造によって記述される世界に住む観察者の内面の視点。
これら 2 つの視点を関連付ける際の 1 つの問題は時間に関係する。
数学的構造は、定義上、空間と時間の外側に存在する抽象的で不変の存在である。
宇宙の歴史を映画に例えると、その構造は 1 コマではなく DVD 全体に相当する。
したがって、鳥の視点から見ると、4 次元時空内を移動する物体の軌跡は、スパゲッティのもつれに似ている。
カエルには一定の速度で動く何かが見えますが、鳥には調理されていないスパゲッティのまっすぐな束が見える。
カエルが地球の周りを回る月を見ると、鳥は絡み合った2本のスパゲッティが見える。
カエルにとって、世界はニュートンの運動と重力の法則によって記述される。
2 つの視点を関連付ける際のさらなる微妙な点には、観察者がどのようにして純粋に数学的になることができるかを説明することが含まれる。
この例では、カエル自体は厚いパスタの束で構成されている必要がある。
その非常に複雑な構造は、おなじみの自己認識の感覚を引き起こす方法で情報を保存および処理する粒子に対応している。
まず、自然界ではさらなる数学的規則性がまだ発見されていないことが予測される。
ガリレオが数学的宇宙の考えを広めて以来、素粒子の小宇宙と初期宇宙の大宇宙における驚くべき数学的秩序を捉える素粒子物理学の標準モデルなど、その系譜に沿った発見が着実に進歩してきた。
長年にわたって多くのタイプの「多元世界」が提案されてきましたが、それらを 4 つのレベルの階層に分類することが役立つ。
最初の 3 つのレベルは、同じ数学的構造内の非通信の並行世界に対応します。レベル I は単に、光がまだ到達していない遠い領域を意味する。
レベル II は、介在する宇宙の宇宙論的膨張により永遠に到達できない領域をカバーする。
レベル III は「多世界」と呼ばれることが多く、特定の量子事象中に宇宙が「分裂」する可能性がある、量子力学のいわゆるヒルベルト空間の非通信部分が含まれる。
レベル IV は、根本的に異なる物理法則を持つ可能性がある、異なる数学的構造の並行世界を指す。
現在の最良の推定では、膨大な量の情報、おそらく Googolビットを使用して、観測可能な宇宙に対するカエルの視点を、すべての星や砂粒の位置に至るまで完全に記述する。
ほとんどの物理学者は、これよりもはるかに単純で、T シャツには収まらないとしても、本に収まる程度のビット数で特定できるすべての理論を望んでいる。
数学的宇宙仮説は、そのような単純な理論が多元宇宙を予測するに違いないことを示唆している。
なぜなら、この理論は定義上、現実の完全な記述であるからである。
宇宙を完全に特定するのに十分なビットが不足している場合、星や砂粒などの考えられるすべての組み合わせを記述しなければならない。
そのため、宇宙を記述する追加のビットは単にエンコードするだけである。
多世界の電話番号のように、私たちがどの宇宙にいるのか。このように、複数の宇宙を記述することは、単一の宇宙を記述するよりも簡単になる可能性がある。
極限まで突き詰めると、数学的宇宙仮説はレベル IV の多元宇宙を意味し、その中に他のすべてのレベルが含まれる。
宇宙である特定の数学的構造があり、その特性が物理法則に対応している場合、異なる特性を持つそれぞれの数学的構造は、異なる法則を持つ独自の宇宙である。
実際、数学的構造は「作成」されるものではなく、「どこか」に存在するものではなく、ただ存在するだけであるため、レベル IV の多元宇宙は必須である。
スティーヴン・ホーキング博士はかつてこう尋ねた。
「方程式に火を吹き込み、それらが記述できる宇宙を作り出すものは何でしょうか?」
数学的宇宙の場合、重要なのは数学的構造が宇宙を記述することではなく、それが宇宙であるということであるため、火を噴く必要はない。
レベル IV の多元宇宙の存在は、物理学者のジョン・ウィーラーが強調した混乱する疑問にも答える。
たとえ宇宙を完全に記述する方程式が見つかったとしても、なぜ他の方程式ではなく、これらの特定の方程式が使われるのか?
他の方程式が並行宇宙を支配しており、観察者をサポートできる数学的構造の分布を考慮すると、統計的に可能性が高いため、宇宙にはこれらの特定の方程式があるということだ。
並行世界が科学の範囲内なのか、それとも単なる推測に過ぎないのかを問うことは重要である。
並行宇宙はそれ自体が理論ではなく、特定の理論によってなされた予測である。
理論が反証可能であるためには、そのすべての予測を観察および検証できる必要はなく、少なくともそのうちの 1 つだけを検証できれば十分である。
たとえば、一般相対性理論は、重力レンズなど、私たちが観察できる多くのことを予測することに成功しているため、ブラックホールの内部構造など、私たちが観察できないことについての予測も真剣に受け止めている。
多くの並行宇宙に存在するのであれば、我々は典型的な宇宙にいると予想されるはずです。
ある量、たとえば、この量が定義されている多元宇宙の一部の典型的な観測者によって測定された暗黒エネルギー密度や空間の次元の確率分布を計算することに成功したと仮定する。
この分布により、我々自身の宇宙で測定された値が非常に非典型的なものになることが判明した場合、多宇宙、したがって数学的宇宙仮説が除外されることになる。
生命の要件を理解するまでにはまだ程遠いが、暗黒物質、暗黒エネルギー、ニュートリノに関して私たちの宇宙がどの程度典型的であるかを評価することで、多元宇宙の予測のテストを始めることができる。
なぜなら、これらの物質は銀河形成など、よりよく理解されているプロセスにのみ影響を与えるからである。
これらの物質の存在量は、多元宇宙のランダムな銀河から測定されるものとかなり典型的なものであると測定されている。
しかし、より正確な計算と測定では、そのような多元宇宙は依然として除外される可能性がある。
おそらく最も説得力のある反対意見は、直感に反して不安を感じるということである。
数学的宇宙仮説が真実であれば、科学にとって素晴らしいニュースであり、物理学と数学の洗練された統合により、深い現実を理解できるようになる可能性がある。
実際、多元宇宙をもつ数学的宇宙は、期待できるすべての理論の中で最良のものであるかもしれない。
なぜなら、規則性を明らかにし、定量的な予測を行うという科学的探求から現実のいかなる側面も立ち入れないことを意味するからである。
どの特定の数式が現実のすべてを記述するのかという問題は見当違いであるとして放棄し、その代わりに、鳥の視点からカエルの宇宙観、つまり観察をどのように計算するかを問うことになる。
それは、宇宙の真の構造を明らかにしたかどうかを決定し、数学的宇宙のどの隅が私たちの故郷であるかを理解するのに役立つ。
1つの注文全体をorderと呼ぶとして、1つの注文には商品と数量のペアが複数並ぶわけだけど、この商品と数量のペアのことを英語でどう言うの？
請求書や領収書の行と考えたらrowとかentryとか、商品ごとに1つだからitemとか思いつくけど、なんかしっくり来ない。
日本語だと「項目」と呼ぶ気もするけどはっきり決まってない気もする。
商品と数量のペアを表す英語の表現にはいくつかのオプションがあります。具体的なコンテキストや業界によって異なることがありますが、以下のいくつかの例が参考になるかもしれません。
1. Line Item: これは請求書や注文書で一般的に使われる用語で、商品、数量、単価、合計価格などを含む一行を指します。プログラミングのコンテキストでは、LineItem クラスを作成し、商品名、数量、単価などのプロパティを持たせることができます。
2. Order Line: これも「Line Item」に似ていますが、注文における一行を指します。商品と数量のペアを表すクラスやオブジェクトとして使用することができます。
3. Order Detail: これは注文の詳細な内容を指し、商品と数量を含む情報を持っています。
4. Order Item: 注文された個々の商品を指します。これには商品名と数量が含まれます。
5. SKU (Stock Keeping Unit): これは在庫管理の際に使われる用語で、個々の商品の単位を指します。ただし、これは通常商品名や型番を指すため、数量とセットで使うには適していないかもしれません。
6. Product Quantity Pair: これは直訳的な表現ですが、商品と数量のペアを直接的に表しています。
コードの命名に使いやすい名前を選ぶ際は、そのクラスやオブジェクトが何を表しているのか、どのようなプロパティやメソッドを持つべきかを考えると良いでしょう。例えば、LineItem クラスは product, quantity, unitPrice, totalPrice などのプロパティを持つことが考えられます。
うちはコーダーがデザイナーの1/3もいないので外注コーダーさんに頼らないと回していけず、常に募集していい人を探している状態です。
フリーランスのコーダーという存在は、数だけなら結構います。ひとたび募集をかければどしどし応募がくるくらいいます。ただ1度仕事をしたら2度目がないことがほとんどです。
理由は
・実際の構築経験がないので全体の流れが分かっていない人が多い（実装部分は業務に入らないにしろ全体図を把握しているのといないのとではコーディングの質が全然違います）
・引き受けてから納期を何度も引き延ばす（初稿を最終納品日に出して来たりする）
などです。
納期についてはいろんな都合があるので前倒しも後ろ倒しも相談次第では、という感じ（正直webデザイン界隈じゃ日程通りにいくことのほうが少ないし）なんですが、「●日間でこのページ分いけますか？」って確認に「いけます！」って自信満々に答えるくせに初稿提出日にも音沙汰なくて「どんな具合ですか？」って聞くとようやく「ちょっと終わらないかもしれないんで納期伸ばしてもらっていいですか…」って言う人が多すぎる。んなもん最初にデザイン渡した時点である程度分かるだろ。ていうかこっちが聞く前に相談してくれ。自分の力量把握できてない人多すぎ。
結局シンプルに一点にかえってくるんですが「経験値が浅い」、これに尽きます。そういう人達を切っていったってまともなコーダーは育たないので経歴の浅さはある程度目をつぶって3回くらいまでは仕事していきたいな、と思うんですが、一度納品すると何を勘違いしたのか次回から値上げ交渉に入るんですよね。これ本当にみんなそう。大体経歴浅い人です。教本とか講座でこういう教えでもあるんですかね？このまえ次から時給6000円で、とか言われてどうしようかと思いました。そんなら残業して自分がやるわ。ここで値上げを断るともう仕事してくれなくなっちゃうんですよね。これはこちらもむこうも選べる立場ということなんでしょう。ある意味健全なことですが、コーダーが星の数だけいるのはweb制作会社もそれだけたくさんあるってことですからね。もちろんそれだけの技術を持った方には相応の額をお支払いしたいと思ってます。ただどこも、そんな自社の技術以上のことを求められて外注に任せること前提で引き受けたりはしないので…。
ちなみにポートフォリオで出してくる架空サイトは大体みんな同じ題材、大体みんな同じクラス名の付け方、大体みんな同じアニメーションの設定なのでア、同じ教本（講座かな）使ってるんだァ～となります。この時点で比較してもしょうがないので（間違い探ししろってくらい本当にみんな同じ書き方なのでどこまで理解して書いてきてるのか分からない）、実際の業務経歴以外は正直アテにしてません。結局は先方の制作要件に沿ってやってもらうしかないので、まずは1本作ってもらうことでしか相手を測ることはできません。うちの制作分を参考として一式渡してこれ通りに作ってください、って言っても自分スタイルで記述してくる強者もいるんですけど、もしかして教本以外の書き方ができないんですかね？うちに限らずどこもある程度の記述ルールはあって、それに倣って書いてもらう必要があるので、コピペした構文の応用もきかないようなうちは外注引き受けてる場合じゃないと思いますよ。実在する適当なサイト見つけて、どう組み立てているかとか、縦長のランディングページでもいいんですけど、画像コーディングでもどういう造りになっているのかとか、知識として知っておいた方がいいです。自分が始めたてのころは好きなゲームのティザーサイトを模倣してました。意外とスライダーとかライトボックスとか入ってるんですよねあれ。動画の埋め込み方は会社ごとにけっこう違うし。もちろん今の時代レスポンシブは必須です。ハンバーガーメニューは教本で必須科目みたいなので問題ないでしょう。はじめはその程度でいいので、まずコードをもっと身近なものにしましょう。コピペせずにまっさらな状態から書けるようになると一番いいですが、まあ長い構文もあるし普通に非効率なので自分が理解していればそれでOKです。「この記述は何に必要なのか」、最低限そのくらいは分かっていてほしいです。
今だと応募してくる方、20代半ば～30代前半くらいの方か、それ以上で脱サラの方が多いですね。きっとみんな毎日会社行って業務してっていう通勤スタイルに疲れちゃったんですかね。知らんけど。前職が全然関係ない人たちばかりです。むしろ前職もweb系だった方って見たことないです。まあ入り口として入りやすいんですかね？これも知らんけど。自分も前職web系じゃないんで分かります。
ただこれだけは言いたいんですが、フリーランスで食っていくということは、自分の腕一つで食っていくということです。入り口としては簡単なhtmlやcssだって日々進化しています。知らん間にcssアニメーションめちゃ増えてます。対応ブラウザも変わってます。iOSの仕様のせいで死んだプロパティもあります。毎日最新の情報を追って、自分のコーディング力を磨いてください。そうでなければ情報科の高校生の方がよっぽどいい仕事をしてくれます。家にいながら！空き時間に♪なんて簡単な仕事ではないです、残念ながら。ていうかそんなんで人ひとり食っていけるような仕事は世の中に存在しません。多少時間がかかっても、意欲があって自分の技術不足に自覚的な人の方が仕事がしやすいです。こっちもそのレベルに揃えて仕事を発注しますし、向上のチャンスがあるからです。そういう人とは長く付き合っていきたいと思います。うちで長くお世話になっている外注さんも、最初は初めて数か月とかそんな感じの人たちが多いです。”いま”経験値が浅いことは不利でもなんでもないです。大体みんなそうなので。そこからどう自分の価値を高めていくか、もう少し真剣に考えてもらいたいです。
結論としては、分からないことは分からないと言っていいし、出来ないことは出来ないと言っていい。今の自分にできるのがどのくらいなのか、きちんと客観的に分かってほしい。こっちもいきなり即戦力！とかを期待しているわけではないので、一緒にできることを考えていけたらいいなと思います。完。
パワハラしていた先輩＝Aさん
前任者から引き継ぎを受けた後は、Aさんがサポート係になってペア組んで仕事してた。
Aさんのパワハラっぽい行動が目立ち始めたのは、たしか2021年の秋ごろ。
「それ何回教えたら覚える？」という言葉が頻繁に聞こえてくるようになった。
Bさんが何か質問すると「マニュアルに載ってる」「自分で調べなさい」「前回教えたときにメモしてなかったの？」と突き放すような言動が目立ち始めた。
そうやって突き放すわりに「なんで勝手に判断した？こっちに確認してから動いて」みたいなこともよく言っていた。
Bさんの仕事の覚えが悪いことは何となく察していたが、それにしたって言いようがあるだろと思っていた。
だんだんとAさんの態度はきつくなっていって、部署の雰囲気が悪くなっていった。
パワハラを受けている同僚はいませんか？という項目があって、俺は最初書く気はなかったんだが、ある同僚がBさんがAさんにパワハラを受けていることを書くって言い出したのがきっかけで何となくそういう雰囲気になり、俺もその場の空気に飲まれて書いてしまった。
これで部署の雰囲気が良くなるだろうと安心しつつ、Aさんは仕事ができる人だったので抜けた穴はでかいなと少し不安だった。
Bさんは入社して1年になるから一人立ちの時期だったんだけど、部長の指示でなぜか俺がサポート係をすることになった。
地獄が始まった。
入社してすぐに研修で教わる初歩的なもの、前任者から絶対に教わったはずの書類の書き方、社会人だったら知ってて当たり前の常識、ググるかシス管にヘルプ頼めばいいパソコン関係のものまで全部俺に尋ねてくる。
極めつけは前日とまったく同じ質問や、手順書に書いてあることまで質問してきた。
俺は「昨日も同じこと質問してるよね？」「それ手順書に書いてあるじゃん」と言いたかったが飲み込んで答えるしかなかった。
取引先の社名を聞き間違えるのは当たり前。
折り返しが欲しいと言ってきた相手の電話番号や、FAXを送ってほしいと言ってきた相手のFAX番号を聞き忘れる。
俺が離席中に同僚Cが出先からかけてきた電話を受けたのに、なぜかメモにDさんからの電話でしたと書いて渡してくる。
同僚宛の電話を受けたときにそいつが離席していると、なぜか俺に電話を代わらせようとする。
勝手に答えたらいけないことを自己判断で回答してトラブル発生。
逆にBさんが主担当の案件の問い合わせに答えられず、保留にして俺に電話を回す……きりがない。
日本語もまったくできない。
ある申請書類を書いてもらったら、何が書いてあるのかさっぱり分からなかった。
よく今までこの書類つっかえされずに済んだな、と思って過去にBさんが書いた書類のデータを見たが至極まともな日本語だった。
もしやと思ってプロパティを参照したら作成者にAさんの社員番号が入っていた。
Aさんが代筆していたらしい。
添削して本人に修正させたほうがBさんのためになると分かってはいたが、正直次々と起こるBさん由来のトラブル対応に追われていてそんな余裕はない。
自分で書類を作って印刷して、Bさんにシャチハタを押させて出すしかなかった。
ルーチンの業務はある程度できるのだが、それ以外は壊滅的にできない。
Bさんよりあとに入社した新卒のほうがよほどできるくらいだった。
それでも仕事ができないだけならまだ良かった。
まず息をするように嘘をつく。
ある証明書の最新版を総務部から取り寄せてと課長から指示が出たときに、発行日がそこそこ前のを持ってきた。
「これ本当に最新版？」と聞いたら「総務部の人が最新ですって言ってました」という。
怪しく思ってこっそり総務部の担当者に確認したら案の定最新版じゃなかった。
「最新版を出すなら数日かかるが、旧版でよければすぐ出せると言ったらBさんに旧版でいいと言われた」とのことだった。
他にも、自分の過失を認められない、謝罪ができない、フォローに対するお礼ができない、責任転嫁がひどい。
どう考えてもBさんのミスが原因で起こったトラブルでもなぜか自分のせいと認めず、謝罪しない。
仕方ないから俺がなんとかフォローして関係者に頭さげてまわっても、俺に対する礼はなし。
支離滅裂な言い訳ばかりして、隙あらば他人に責任を擦り付けるようなことを言う。
ひどいときなんて、「作業中にCさんに話しかけられたから間違えました」みたいな、小学生でも言わない低レベルな言い訳を平気で口にする。
「お前が10分に1回質問するせいで俺が仕事を間違えるかもとは思わないのか？」と言いかけて飲み込んだ。
俺が外出しているときに何かあったら、俺に責任転嫁してんだろうなと思うとどっと疲れてしまった。
何度も注意したからか質問の頻発は多少マシになったが、俺が外出する直前に質問してくる癖だけはどうしても直らなかった。
10時に会社を出る日は、必ずと言っていいほど9時55分を過ぎてから質問してくる。
さすがに「俺のスケジュール全部共有してあるんだから、外出時間ギリギリに質問するのやめてくれないか」と言ったが、本人は漫画みたいなきょとん顔をしてた。
説明しても無駄だと思ったので、騙し討ちみたいで悪いなと思いつつ、予定表の出発時間をわざと+15分で書くようにした（10時出発なら10時15分出発と書く）。
これで外出ギリギリの質問はだいぶマシになったが、今度は出先から戻ってきたら秒速で質問されるようになった。
まだパソコンのスリープすら解いてないうちから「俺さん質問いいですか？」である。
「それって今聞かないとだめ？俺がパソコンのスリープ解くのすら待てない？」と聞いたら「はい」と言い出したのでもうどうしようもできなかった。
こういうタイミングで質問されたとき、緊急性のある質問だったことは一度もない。
逆に緊急性の高い案件についての質問は、なぜか塩漬けしてトラブルになることが多かった。
「逆だよ逆」と何度もどなりつけそうになった。
「質問いいですか？」って聞いてくるだけマシのように思えるが、「忙しいからあとで」と答えても質問したかった内容を話し続ける。
無視しようかとも思ったが、それってパワハラだと言われかねんよなと思ったら無視できなかった。
Bさんのサポートで、自分の仕事の時間とメンタルがごりごり削られていった。
特にきつかったのは、Bさんの話を同僚にしてもまともに相手にされなかったことだ。
自分でもこうして文字で書き起こしているとたいしたことないように思えるから仕方ないかもしれないが。
周りはAさんのパワハラを受けた「被害者」であるBさんに同情していて、俺が何を訴えてもたしなめられるだけだった。
部長に同行して外出したときに相談したこともあるが、やはり軽く流された。
あげくに「BさんはAさんからあまり指導を受けられなかったそうだから、入社1年目の新人のつもりで助けてやってほしい」と言われた。
そんなわけない。
たしかにAさんはだんだん突き放すような言動が増えていたけど最初は丁寧にサポートしていた。
退職した前任者も真面目な人だったからちゃんと引き継ぎをしはずだ。
前任者とAさんが、Bさんに適切な指導をしなかったとはとても思えなかった。
気づくと、自分でもまずいと思うくらい酒量が増えた。
今日は酒やめておこうと思っても、飲まないと頭の中にBさんの言動がちらついて眠れないので仕方なく強めの酒を入れて無理やり寝おちるようにした。
出先から戻る途中で急に頭がぼーっとして、気づいたら終点駅で駅員に声をかけられていたこともある。
職場に戻ろうとすると心臓がズキズキして冷や汗が出て倒れそうになり、慌ててカフェにかけこむのもたびたびだった。
胃痛は慢性化していた。
病院で薬を処方されたが、しばらくすると効かなくなった。
通院し続ける気力もなくて、諦めて放置した。
でも、俺と同じ状況に追い込まれていただろうAさんのことをパワハラの加害者扱いしたんだから自業自得では？という気持ちがあって身動きがとれなかった。
今振り返ると家族や友達に愚痴れば多少マシになったのかもしれないが、同僚や部長の反応から「誰に話しても理解してもらえない」と思い込んでいて誰にも吐き出せなかった。
しまいには、同僚がAさんのことをアンケートに書くなんて言い出さなければ俺がBさんのサポート係をしなくて済んだのにとか、自分も厳しく指導すればパワハラで異動できるのかな？とか、最悪なことを考えるようになった。
正直、退職も考えてた。
そんなとき、昼飯を食べに外に出たらAさんとはちあわせた。
おごるからと誘われ、断るのも変な流れだったし、一緒に飯屋にはいった。
「Bさんのサポート係って今俺くんがやってるの？」と聞かれてそうですと答えた。
Aさんは、「俺くん、大丈夫？」と聞いてきた。
俺は、そんなつもりなかったのに泣いてしまった。
涙が勝手に次々と出た。
涙腺が壊れたってこういうことかと思った。
Aさんは突然泣き出したキモい俺の肩を、何も言わずにずっとさすってくれた。
俺はこんな優しい人をパワハラの加害者だと思い込んで追い出してしまったんだと思ったらもっと辛くなってさらに泣いた。
俺はもう耐えられなくて、Aさんをパワハラの加害者だとアンケートに書いたことを告白して謝罪した。
Aさんは「あのアンケートのおかげで部署を異動できたからお礼言いたいくらいだよ」と言って許してくれた。
終業後に改めて飯に行く約束をして、Aさんに詳しい話を聞かせてもらった。
Aさんも課長や部長に何度もBさんの異常性を訴えていたがまともに取り合ってもらえず、周りに相談しても新人ってそういうもの、と相手にされなかったらしい。
半年もしないうちに限界がきて、不眠、胃痛、耳鳴り、過食、急に白髪が増える……いろいろあったらしい。（もっと言っていたような気がしたけど忘れた）
あのアンケートがきっかけでAさんと人事部の面談が実施され、そこでBさんのやばさを人事に説明して心身の不調を訴えたらパワハラ疑惑はおとがめなしで異動できたらしい。
Aさんは「部署の雰囲気を悪くして申し訳なかった」と謝罪した。
Bさんをまともに相手していたらああなってしまうのは仕方がないと思って、「こちらこそAさんの苦労を理解せずにパワハラと決めつけて申し訳なかった」と謝罪した。
謝罪するってあまりいい気持ちになるものじゃないと思うんだけど、何があっても謝罪しないBさんと日々接しているせいか、お互いに謝りあうってこんなに気持ちいいものなんだなと感動した。
Aさんは「Bさんのことでつらくなったらいつでも話を聞くよ」と言ってくれて、俺はまた泣いた。
Bさんと接するまで、俺はパワハラをするやつが悪いと思っていた。
でも今は違う。
後日、Aさんが人事に根回しをしてくれて、俺は異動こそできなかったけどBさんのサポート係を外れることができた。
Bさんはいまだに俺に質問してくるときがあるが、「課長に聞いてくれ」で押し通している。
さっそくトラブルを起こして取引先からクレームが入ったようだが俺は自分のメンタルが大事なので我関せずを貫いている。
課長はフォローに追われて大変そうだなと思うが、助けるとまたBさんに関わらないといけないので何もできない。
課長は人事部から何か聞いてるのか、俺にヘルプを求めてくることはない。
聞いたら、ああいう輩はそこそこの割合で入社してくるらしく、採用後にトラブルになることも珍しくないそうだ。
面接でふるい落とせないのか聞いたら、あの手の奴らはなぜかマネージャー層のウケがいいらしく、現場の人間が反対しても上がごり押しして入ってきてしまうらしい。
Bさんが入社したころ、「部長が前任者の反対を押しきってBさんを採用した」という噂が流れていたのを思い出した。
あれは本当だったのかもしれない。
部長がAさんや俺の訴えで動いてくれなかったのは、自分のごり押しで採用した人材がじつは人罪だったと認めたくないからなのだろうか。
人事部の人は、「正社員雇用してしまった以上、よほどのことがないとクビにはできないから飼い殺すしかない」と言っていた。
ぞっとした。
あんなのが、本人が辞めると言い出さない限りずっとうちの部署にいるのか。
仮に他の部署へ追い出すことができたところで、異動先でまた誰かが犠牲になるのだろう。
これからも誰かのメンタルの健康をすすって生きていくんだな、Bさん。
なんか化物みたいだな。
Bさんは化物。
人間じゃない。
とにかく化物でもできることだけやらせて、それ以上は望まないのが大事なんだと悟った。
Aさんにもその例え話をした。
「私たちは化物を相手にしていたのか。しんどいはずだ」と笑ってくれて、もしかしたらAさんも少し気が楽になったかな？と思った。
そうだったらいいと思う。
たぶんこの化物の例え話は、Bさんみたいなやばいやつと深く接したことがある人間にしか分からないと思う。
ただ、あの人パワハラしてないか？と思ったら、パワハラされている相手のこともよく見てから動いたほうがいいとだけは言っておく。
あと、Bさんみたいなやつに悩んでる人へ。
頑張れ。
ここまで読んでくれてありがとう。
本筋に関係ないところはフェイク入れてるから変な文章になっていたらごめん。
BT音声って、圧縮・展開を行う以上はどっちみちレイテンシを完全にゼロにすることって論理的に不可能なのですよね？
どうがんばってもゼロにはできない遅延をなるべく小さくすることにムキになって努力するよりも、遅延はなくせない前提でそれを問題としないシステムを組むことを考えるほうが建設的という気がする。
ms単位で相互にインタラクションが必要なゲームでは遅延の避けられないデバイスを使うことじたいナンセンスと思う。ふつうにワイヤードを使ってくださいって思う。
でも動画視聴用途では、もう「映像の方をBTスピーカーの遅延にあわせて遅らせる調整」が普通なのでしょう？（僕が持ってる安物のモバイルプロジェクターにその機能がついてるくらいだから普通だと思う）。映画なんかを見る分には、絵と音のタイミングさえ合っていればよくて、ゲームのような「システムとの同時性」は求められないから、映像側を遅らせちゃえばいい。
もしこれを規格として一歩進めるならば、BT機器のプロパティに「この機器の平均遅延時間」みたいな項目を設けて、ホストはそれを元に映像の遅延時間を自動同期するとか。コーデックに関わらず遅延時間を固定しておく固定遅延モードとかがあると自動同期する場合にはきっと都合がいいだろうね。
グラブルの対象年齢 iPhone：4歳以上／Android：12歳以上 なんで
ツイステでもまさかの特集組んでたしマジで Apple は lazy
https://help.apple.com/app-store-connect/#/dev269f11291
年齢制限指定は、必須の App 情報のプロパティであり、App Store のペアレンタルコントロールで使用されます。App の年齢制限指定を設定するには、 こちらを参照してください。
| 4+ | この年齢制限指定の App は好ましくない内容を一切含みません。 |
| 9+ | この年齢制限指定の App には以下のコンテンツが含まれることがあり、9 歳未満の子どもには不適切な場合があります。 ・アニメまたはファンタジーバイオレンスが、まれ、または軽度に含まれる ・冒とく的または下品なユーモアが、まれ、または軽度に含まれる ・成人向けコンテンツ、露骨な表現のコンテンツ、ホラーや恐怖を題材にしたコンテンツが、まれ、または軽度に含まれる |
| 12+ | この年齢制限指定の App には以下のコンテンツが含まれることがあり、12 歳未満の子どもには不適切な場合があります。 ・医学や治療を取り上げたコンテンツが、まれ、または軽度に含まれる ・アルコール、タバコ、ドラッグの使用に対する言及が、まれ、または軽度に含まれる ・性的内容およびヌードが、まれ、または軽度に含まれる ・争いや闘争が頻繁、または極度に行われる ・冒とく的または下品なユーモアが、頻繁、または極度に含まれる ・ホラーや恐怖を題材にしたコンテンツが、頻繁、または極度に含まれる ・アニメまたはファンタジーバイオレンスが、頻繁、または極度に含まれる ・リアルな暴力的表現が、まれ、または軽度に含まれる ・まれ、または軽度の疑似ギャンブル |
Apple 年齢制限指定 - App Store Connect ヘルプ
https://help.apple.com/app-store-connect/#/dev269f11291
年齢制限指定は、必須の App 情報のプロパティであり、App Store のペアレンタルコントロールで使用されます。App の年齢制限指定を設定するには、 こちらを参照してください。
4+ この年齢制限指定の App は好ましくない内容を一切含みません。 9+ この年齢制限指定の App には以下のコンテンツが含まれることがあり、9 歳未満の子どもには不適切な場合があります。
・アニメまたはファンタジーバイオレンスが、まれ、または軽度に含まれる
・冒とく的または下品なユーモアが、まれ、または軽度に含まれる
・成人向けコンテンツ、露骨な表現のコンテンツ、ホラーや恐怖を題材にしたコンテンツが、まれ、または軽度に含まれる12+ この年齢制限指定の App には以下のコンテンツが含まれることがあり、12 歳未満の子どもには不適切な場合があります。
・医学や治療を取り上げたコンテンツが、まれ、または軽度に含まれる
・アルコール、タバコ、ドラッグの使用に対する言及が、まれ、または軽度に含まれる
・性的内容およびヌードが、まれ、または軽度に含まれる
・争いや闘争が頻繁、または極度に行われる
・冒とく的または下品なユーモアが、頻繁、または極度に含まれる
・ホラーや恐怖を題材にしたコンテンツが、頻繁、または極度に含まれる
・アニメまたはファンタジーバイオレンスが、頻繁、または極度に含まれる
・リアルな暴力的表現が、まれ、または軽度に含まれる
・まれ、または軽度の疑似ギャンブル
他の増田があげてたAO3(Archive of Our Own)の年齢レーティング
Teen And Up Audiences
The content may be inappropriate for audiences under 13.
→ R13 作者の判断に委ねられているが、キス・ボディタッチなどが該当
というかレーティングっていうのは、まさしく増田みたいな人のためにあるものだぞ
フィクションと現実の境界が曖昧で常識の構築が困難な発達障害者or認知能力がアレな人、
社会に適応しようとする意思がある場合は所属するコミュニティーの顔色だけ伺って物事を判断する
で、理解出来たの？
『少女漫画のエロは良いエロ』って教えて認知能力がアレな人や発達障害から自らセックスを選択する意識を奪ってる
良いエロ・悪いエロなんてダブスタ作らず世界基準で一律年齢別レーティングしてどうぞ
Apple 年齢制限指定 - App Store Connect ヘルプ
https://help.apple.com/app-store-connect/#/dev269f11291
年齢制限指定は、必須の App 情報のプロパティであり、App Store のペアレンタルコントロールで使用されます。App の年齢制限指定を設定するには、 こちらを参照してください。
4+ この年齢制限指定の App は好ましくない内容を一切含みません。 9+ この年齢制限指定の App には以下のコンテンツが含まれることがあり、9 歳未満の子どもには不適切な場合があります。
・アニメまたはファンタジーバイオレンスが、まれ、または軽度に含まれる
・冒とく的または下品なユーモアが、まれ、または軽度に含まれる
・成人向けコンテンツ、露骨な表現のコンテンツ、ホラーや恐怖を題材にしたコンテンツが、まれ、または軽度に含まれる12+ この年齢制限指定の App には以下のコンテンツが含まれることがあり、12 歳未満の子どもには不適切な場合があります。
・医学や治療を取り上げたコンテンツが、まれ、または軽度に含まれる
・アルコール、タバコ、ドラッグの使用に対する言及が、まれ、または軽度に含まれる
・性的内容およびヌードが、まれ、または軽度に含まれる
・争いや闘争が頻繁、または極度に行われる
・冒とく的または下品なユーモアが、頻繁、または極度に含まれる
・ホラーや恐怖を題材にしたコンテンツが、頻繁、または極度に含まれる
・アニメまたはファンタジーバイオレンスが、頻繁、または極度に含まれる
・リアルな暴力的表現が、まれ、または軽度に含まれる
・まれ、または軽度の疑似ギャンブル
他の増田があげてたAO3(Archive of Our Own)の年齢レーティング
Teen And Up Audiences
The content may be inappropriate for audiences under 13.
→ R13 作者の判断に委ねられているが、キス・ボディタッチなどが該当
というかレーティングっていうのは、まさしく増田みたいな人のためにあるものだぞ
フィクションと現実の境界が曖昧で常識の構築が困難な発達障害者or認知能力がアレな人、
社会に適応しようとする意思がある場合は所属するコミュニティーの顔色だけ伺って物事を判断する
このトラブル、散々経験した情報システムアドミニストレータ パソコンの奴隷としては以下の運用にしてる。
あと、他にも指摘している人がいるけど、ブラウザからOneDriveにアクセスしてゴミ箱を見てほしい。同期が1回でもされていると、そちらに残っているはず。
OneDriveのゴミ箱はローカルゴミ箱と連動していないので、ローカルでSHIFT＋Deleteやゴミ箱空をしてもOneDrive上ではゴミ箱に移されて残っているはず。同期する前にやってるとそれは厳しいけど、ダメ元で覗いてみてね。
では、設定について。
バックアップ設定でフォルダを設定すると、何故かバックアップを外す人がいてトラブルになるので、バックアップ設定は全部不可にしている。
その上で、デスクトップやドキュメントの特殊は、あらかじめOneDrive上に手動でフォルダを設定した上で、それぞれのプロパティから移動させる。
この時、端末ごとにデータを同期させず、しかしファイルを保護したい場合には、パソコンごとに別のフォルダを指定すれば良い。
ピカじろう
@BrendonHoward10
6 フォロー中
ピカじろう
@BrendonHoward10
https://twitter.com/BrendonHoward10/status/1635309879501135872?s=20
ピカじろう
@BrendonHoward10
Z李と近い内部の者です。
Z李は口だけで約束をまもらず、金も払わず、いま近い人達もどんどん離れていき敵も増えてきてます。
カじろう
@BrendonHoward10
Z李の暴露①
タキは頭わるすぎて、もうかなり前からジュンが仕切ってる。ちなみにジュンの方が悪党。見た目は普通のキャバ好きのスケベなオッサンだけどね。
全く意味不明でZ李関係者っぽい。タキというのがZ李のことらしい。これ暴露なのか？
https://twitter.com/sakuraasuna01/status/1526421429264465920?s=20
あと、このあとのツィートでZ李というアカウントは複数の人間で運用されているらしい。
ピカじろう
@BrendonHoward10
Z李の暴露③
ガーシーは元々恐喝で狙ってた敵。その後に持ち上げて芸能系の暴露をさせるようにした。ガーシーを使って恐喝した金額は10億以上。表に出てない被害者もたくさんいる。
ピカじろう
@BrendonHoward10
Z李の暴露④
Z李というアカウントの始まりは田記正規が元々本名でTwitterをやっていて、そのサブだった。それから人気が出たため本名のアカウントは消してZ李一本になったのだ。
ピカじろう
@BrendonHoward10
Z李の暴露⑤
Z李がエクシアから引っ張ったお金は数億にのぼる。まずZ李がエクシアを攻撃しない代わりに1億。だがもっと引っ張りたいZ李は仲間に攻撃させる。
この図で情報屋軍団に攻撃させて止めてやるから金出せって追加恐喝。
ピカじろう
@BrendonHoward10
Z李の暴露⑥
Z李はヤクザにお金をかなり納めている。恐喝や詐欺を好き勝手やるために。
ピカじろう
@BrendonHoward10
Z李の暴露⑦
colaboが不正に公金を受給してることを嗅ぎつけたZ李は恐喝をした。黙っててやるから金出せと。しかしcolaboは応じなかった。
全然揺さぶれていないと思います・・・あと、バスカフェは水曜日しかないので、連日なんてしていない。ずいぶんいい加減な内部告発だな
ピカじろう
@BrendonHoward10
Z李の暴露⑧
青汁王子こと三崎優太とは仲良くしてるふりをしてちょっとずつ金を巻き上げていた。
第三者にやらせて三崎とトラブルを作りそれを仲介したり、助けるふりをして金を取るやり方。
それに気づいて三崎は今距離をおいている。いずれ三崎は暴露するかもしれないな。
Z李はそれだけのことをした
どれだけ?
ピカじろう
@BrendonHoward10
Z李の暴露⑨
分かってるだろうけど今やってるコロアキの自殺とか演技です。親分であるZ李が自殺止めてるの見せて評判良くするための。
あと少し前にあったバイクの窃盗で犯人宅に集団で押しかける。あれも演出です。
これらも全て評判を気にしただけの演出。
ピカじろう
@BrendonHoward10
いまZ李内部はプチ紛争中。ジュンが仕切るが身内からの裏切りに疑心暗鬼になっていて度々暴走している。
つい先日も住吉会を出してきて仲間の1人を脅していた。
ピカじろう
@BrendonHoward10
ガーシーの母親宅に侵入した自称ジャーナリストの東優樹容疑者とはyoutuberの折原です
日本に戻れない人間に嫌がらせする意味が不明です。どういう内部告発なんだこれ。
ピカじろう
@BrendonHoward10
Z李の暴露13
折原の暴露動画でも言われてた80億円の特殊詐欺事件はZ李が指示してやらせたこと。
このようにZ李は詐欺の元締めもやっている。
これも文章がおかしい。スマホで入力しているし、興奮している感じ。
Z李の暴露14
ピカじろう
@BrendonHoward10
Z李の暴露15
Z李は三浦春馬さんの死に関わっていると見てます。当時ガーシーを追い詰めたりする中で他もかなり巻き込まれました。自分はこの件に関わってなかったので詳しくは分かりませんが。ここでは話せないことも…
ピカじろう
@BrendonHoward10
Z李の暴露16
文春の記者である嘉村翔はZ李の組織に入っていて恐喝に加担している。
文春にリークがあったネタをZ李に共有（逆もあり）、文春の記事にされたくなければ金払え。Z李にSNSで拡散されたくなければ金払えという手口。
事実だとすれば文春砲というのは総会屋と同じ手口だということになる。
ピカじろう
@BrendonHoward10
その話は聞いた。
ピカじろう
@BrendonHoward10
Z李の暴露18
Z李は被害者から情報を得て回収も行っており、その業務を暴力団員の釈迦憎にやらせていた。その回収で昨年は殺人までしてしまい逮捕。
Z李は殺人までは指示してなかったが、手下が捕まれば恐喝や回収を指示したスマホやり取りまで警察にバレてしまうため焦っていた。
ピカじろう
@BrendonHoward10
3時間
話題のぼのぼのですよ（廣兼 卓真）株式会社ネクサスプロパティマネジメントの件について、滝沢ガレソに取り上げてと被害者が依頼するが拒否される。ぼのぼのはZ李の手下のため。
ピカじろう
@BrendonHoward10
2時間
「このタイミングだから暴露する」と言ったのには理由があります。
いまZ李は内部と仲良かった人達と大変な目に遭わされた被害者達からかなり恨みを買ってます。
バックからも見捨てられる道筋はできていて、近い内にアカ削除とこれまでZ李で好き勝手やった奴等はとてつもない制裁を受けることになる。
ピカじろう
@BrendonHoward10
·
2時間
ジュンが逮捕（その後釈放）
ガーシー逮捕状でる
表に見えるだけでこれだけの事が
この短期間でこれだけの事が偶然起こるわけありませんよね？
マクドナルドのハンバーガーが170円に値上げされてから2週間。
ハンバーガーの価格推移のネット記事を読んでいてふと思ったのだけど、よく考えたら今（2022年）の物価で昔の価格を判断したらダメだよね。
例えば、マクドナルドがオープンした1971年の大卒初任給は46,400円だ。当時の80円という価格の重みは、2022年の我々が80円に抱く感覚とは異なるものだったはずだ。
そこで、昔のハンバーガーの価格について、2022年だとどのくらいの価格になるか、計算してみた。
計算に使用した消費者物価指数は独立行政法人 労働政策研究・研修機構が公開しているExcel形式の統計表から引っ張ってきた。ファイルのプロパティから見た最終更新日時は2023-01-20 13:48だ。
ハンバーガーの価格はこのサイトの記事のデータを元に、他の2～3のネット記事の情報を元に構成した。どのネット記事を見ても価格推移の情報がバラバラで、何を信じればよいのか分からない……。
元の統計表は2020年が100となる形式だったので、2022年が100となるように補正した上で、「ハンバーガーの価格 ÷ 消費者物価指数」で換算してみた。この計算方法で合っているだろうか？
| 西暦 | 消費者物価指数 (2020年==100) | 消費者物価指数 (2020年==1.0) | 消費者物価指数 (2022年==1.0) | ハンバーガー価格 | 2022年の物価で換算 |
|---|---|---|---|---|---|
| 1971 | 32.9 | 0.329 | 0.321603128 | 80 | 248.7537994 |
| 1972 | 34.5 | 0.345 | 0.337243402 | 80 | 237.2173913 |
| 1973 | 38.6 | 0.386 | 0.377321603 | 100 | 265.0259067 |
| 1974 | 47.5 | 0.475 | 0.464320626 | 150 | 323.0526316 |
| 1975 | 53.1 | 0.531 | 0.519061584 | 150 | 288.9830508 |
| 1976 | 58.1 | 0.581 | 0.567937439 | 150 | 264.1135972 |
| 1977 | 62.8 | 0.628 | 0.613880743 | 150 | 244.3471338 |
| 1978 | 65.5 | 0.655 | 0.640273705 | 150 | 234.2748092 |
| 1979 | 67.9 | 0.679 | 0.663734115 | 170 | 256.1266568 |
| 1980 | 73.2 | 0.732 | 0.715542522 | 180 | 251.557377 |
| 1981 | 76.7 | 0.767 | 0.749755621 | 180 | 240.0782269 |
| 1982 | 78.9 | 0.789 | 0.771260997 | 180 | 233.3840304 |
| 1983 | 80.3 | 0.803 | 0.784946237 | 200 | 254.7945205 |
| 1984 | 82.2 | 0.822 | 0.803519062 | 200 | 248.9051095 |
| 1985 | 83.8 | 0.838 | 0.819159335 | 210 | 256.3603819 |
| 1986 | 84.3 | 0.843 | 0.824046921 | 210 | 254.8398577 |
| 1987 | 84.4 | 0.844 | 0.825024438 | 210 | 254.5379147 |
| 1988 | 85 | 0.85 | 0.830889541 | 210 | 252.7411765 |
| 1989 | 86.9 | 0.869 | 0.849462366 | 210 | 247.2151899 |
| 1990 | 89.6 | 0.896 | 0.875855327 | 210 | 239.765625 |
| 1991 | 92.6 | 0.926 | 0.905180841 | 210 | 231.9978402 |
| 1992 | 94.1 | 0.941 | 0.919843597 | 210 | 228.2996812 |
| 1993 | 95.4 | 0.954 | 0.93255132 | 210 | 225.1886792 |
| 1994 | 96 | 0.96 | 0.938416422 | 210 | 223.78125 |
| 1995 | 95.9 | 0.959 | 0.937438905 | 136 | 145.076121 |
| 1996 | 96 | 0.96 | 0.938416422 | 136 | 144.925 |
| 1997 | 97.7 | 0.977 | 0.955034213 | 136 | 142.4032753 |
| 1998 | 98.3 | 0.983 | 0.960899316 | 136 | 141.5340793 |
| 1999 | 98 | 0.98 | 0.957966764 | 136 | 141.9673469 |
| 2000 | 97.3 | 0.973 | 0.951124145 | 68 | 71.49434738 |
| 2001 | 96.7 | 0.967 | 0.945259042 | 68 | 71.93795243 |
| 2002 | 95.8 | 0.958 | 0.936461388 | 62 | 66.20668058 |
| 2003 | 95.5 | 0.955 | 0.933528837 | 84 | 89.98115183 |
| 2004 | 95.5 | 0.955 | 0.933528837 | 84 | 89.98115183 |
| 2005 | 95.2 | 0.952 | 0.930596285 | 100 | 107.4579832 |
| 2006 | 95.5 | 0.955 | 0.933528837 | 100 | 107.1204188 |
| 2007 | 95.5 | 0.955 | 0.933528837 | 100 | 107.1204188 |
| 2008 | 96.8 | 0.968 | 0.946236559 | 100 | 105.6818182 |
| 2009 | 95.5 | 0.955 | 0.933528837 | 100 | 107.1204188 |
| 2010 | 94.8 | 0.948 | 0.926686217 | 100 | 107.9113924 |
| 2011 | 94.5 | 0.945 | 0.923753666 | 100 | 108.2539683 |
| 2012 | 94.5 | 0.945 | 0.923753666 | 100 | 108.2539683 |
| 2013 | 94.9 | 0.949 | 0.927663734 | 120 | 129.3572181 |
| 2014 | 97.5 | 0.975 | 0.953079179 | 100 | 104.9230769 |
| 2015 | 98.2 | 0.982 | 0.959921799 | 100 | 104.1751527 |
| 2016 | 98.1 | 0.981 | 0.958944282 | 100 | 104.2813456 |
| 2017 | 98.6 | 0.986 | 0.963831867 | 100 | 103.7525355 |
| 2018 | 99.5 | 0.995 | 0.972629521 | 100 | 102.8140704 |
| 2019 | 100 | 1 | 0.977517107 | 110 | 112.53 |
| 2020 | 100 | 1 | 0.977517107 | 110 | 112.53 |
| 2021 | 99.8 | 0.998 | 0.975562072 | 110 | 112.755511 |
| 2022 | 102.3 | 1.023 | 1 | 110 | 110 |
| 2022 | 102.3 | 1.023 | 1 | 130 | 130 |
| 2022 | 102.3 | 1.023 | 1 | 150 | 150 |
| 2023 | 102.3 | 1.023 | 1 | 170 | 170 |
バブル崩壊前後の時期まで、ハンバーガーの価格は、2022年でいう250円前後の価格設定だったようだ。マクドナルドと似たような時期に創業したモスバーガーやロッテリアでは、現在ハンバーガーを240円で販売している。マクドナルドのハンバーガーも、元々は似たような価格設定だったように思う。
1995年に136円に値下げしたが、この価格は2022年でいう141～145円ぐらいの価格だ。
興味深いことに、当時の136円は「意外と安いな、払ってもよいかな」という感覚だったのだが、2022年の141～145円は時々「うーん、今回はちょっと止めておこうかな」と思わせる重みがある。いちおう給料の額面は増えているのだが。消費者物価指数には消費税は含まれているけど社会保険料あたりは含まれていないので、社会保険料絡みで可処分所得が減っていることなどが影響しているのかもしれない。
