  |
はてなキーワード: 爆速とは
元々恐らく制作側に
・主人公を恋愛脳にはしたくねえ、子役時代をやらないくらい話詰め込んでるのにくだらねー恋愛話で何話も消費したくもねえ
という思惑があり、でも
という前提があるので
「主人公が未婚の女故に社会的に信頼がなく仕事が来なくて困る→友人（みたいなもん）の男と契約結婚」って設定にして
夫には初夜で『トラちゃんには指一本触れないよ』と言わせて爆睡させた（性欲ないんかこいつは）のが先週
でも
はずなんだがここからどうやって妊娠する展開にもっていくんだ？このままだとこの聖人爆睡夫死ぬまで性欲持たないぞと思っていたら
「主人公が夫とちょっとした会話をする中で突然夫に恋をして夜夫の布団に転がって行ってヤる→妊娠」
というイベントを1話の半分（多分5分くらい）で終わらせるという力技展開になったのが今日
よっぽど恋愛話やりたくないんだろうなあ
まー惚れたはれたヤるヤらないをグダグダ何話もやられるよりはずっといいけどさ
夫たぶん今週末くらいに戦争行って死ぬだろうけど、それだと契約結婚から夫に恋して妊娠して子供産んで夫が死ぬまでが1週間で済むぞ
爆速にもほどがある
予告で嬉しい知らせとか言ってるから今日妊娠っぽいってのは分かってたけど、昨日も夫は爆睡してた癖にどうやってここから1日で子供作るんだよ
ミスリードで別の話なんじゃないか？と思ってたけど本当に1日というか半日で妊娠させるとは
契約結婚の夫と愛が通じ合っておセックス→妊娠、などという女性向け作品なら普通は丁寧に丁寧に描くべき所をたった5分（推定）で終了
カテゴリー8があるんだよーーーんwwwwww
おうおうおう！！！
こ、れ、を、みろおおお！w
ソースだぞ！
https://www.sanwa.co.jp/product/network/lancable/cat8.html
あのさぁー
あのさーあ
それなのにさwwww
なーんでもう2世代はまえの
たっまんねーなー頭の悪さは
なんで世代遅れのもんをつかってんだw
うちはぜーんぶカテゴリー8だぞw
最高速度だしヌラで10gbpsだしw
かーーーまじ爆速wwwww
あたまわるいなーお前はwwwww
ありったけのゆーめをおお
かきあーつめー！
ヨドバシへ買いにいくのさー
カテ8！
すんごいはやい
そんな俺の前にカテゴリー6Aとかさぁ
ほーんとおっかしーわー
あーこう書くとさー
そういうトラバくるんだよなー
はーまじおもろかった
お前らカテゴリー8だぞ
買うならこれが一番いい
アディオス！🪄🤵🎩🕶️
「外国人との結婚が破綻した日本人妻が子供を日本に連れ去り返さない事件が多発している。これは拉致である、犯罪である、子供の人権侵害である。日本も批准しているハーグ条約違反である。先進国並みの共同親権を早急に認めよ」という欧米諸国からの。
この外圧を共同親権を導入せずに済ませるルートはおそらくあった。子供を連れ去った日本人（妻であれ夫であれ）を犯罪者として処罰し親権を剥奪するという法の運用を日本が行えば。
「共同親権の導入は我が国固有の歴史と文化から難しいのでございます。しかしながら、貴国の訴えを最大限尊重いたしまして、今後は外国から一方的に子供を連れ去った日本人親は誘拐犯として懲役刑に処します。刑務所に入っている犯罪者に子供の養育は不可能ですので、子供は外国人親のもとに返されます。共同親権ではないですが、子供を奪われたと貴国に訴えている外国人親の望んだ結果が実現いたしますので、これでどうかご容赦いただけないでしょうか？」
このように交渉して単独親権のまま外圧をかわすことはできたはず。
共同親権反対派は、敵は外国人DV夫や保守政治家や統一教会だと思い込んでいたようだが、日本に外圧を招いた犯罪者である日本人妻こそが本当の敵であることに早く気付くべきだった。
「共同親権」に反対する、離婚して二人の子の親権を持つ女性に鴻上尚史が語った考えとは | AERA dot. (アエラドット)
「選択的夫婦別姓」は25年以上議論しているのに、なかなか進みません。けれど、「共同親権」は、2024年中の成立を予定しているという爆速です。議論され始めて数年ですよね。
海外で国際結婚をした日本人妻が離婚後一方的に子供を連れ去り、単独親権である日本の制度を盾に夫に子供を会わせないというケースが過去多発してきました。
しかし子供を連れ去られた外国人夫やその関係者の活動の結果、2020年欧州議会で日本人による子供の連れ去りに対する決議案が圧倒的賛成多数で採択されました。
欧州議会、日本におけるEU市民の親からの子の連れ去りに警鐘を鳴らす | EEAS
欧州議会は、日本での親による子の連れ去りから生じる子どもの健康や幸福への影響について懸念を表明した。また日本の当局に対して、子どもの保護に関する国際法を履行し、共同親権を認めるよう法制度の変更を行うことを求めている。
この後、共同親権を認める方向に政府が「爆速」で動き始め、2024年度中には共同親権を導入する民法改正案が成立する見込みとなっています。
日本人妻が連れ去りなんかするから、外国政府が日本政府に圧力をかけて共同親権導入目前にまで至ってるわけで。
しかし、なぜか共同親権反対派はかたくなに日本人妻問題に触れません。
「DVが」とか「選択的夫婦別姓は進まないのに」とか、酷い人になると「統一教会が」とか言い出す。
問題はそこじゃないんだよなという反応ばかりです。
なんなんでしょうね。
すっとぼけてるんですかね？
冬のアリア旅、４泊５日、1200キロ走破で充電１２回の内訳に対する所感(*1)
これの前の記事が 冬の電気自動車の遠出は本当に厳しい。航続距離も減るし、とにかく充電スピードが落ちます だったのでEVというのは主語がでかいし、ちょっとなということで書こうと思った。
表題どおりなんだけれど、どこで充電するかで快適さ含めて変わってくる。たしかに冬はEVにはちょっと厳しい季節なんだけどさ。
記事内にあるように「一番充電できたのは浜松SAにある大きな充電器で30分で33kWh、一番少なかったのは道の駅の古い充電器で30分で10kWhでした。」これが諸悪の根源。
実は浜松SAの充電器は国内最大級でMAX150kwhの出力がでるものと、90kwhがでるものが設置してある(*2)
道の駅にある充電スタンドはMAX20kwh(*3)だったりがざらだったりする。
EVの充電は0%に近いほど高出力帯で充電ができて、満充電に近いほど出力を落とさなくてはいけない。水槽に水を入れるのに最初はバケツでいけるけどそのうち、灯油ポンプでゆっくりいれて最後はコップでいれるようなもの。
アリアは最大130kW(*4)での充電に対応しているので、浜松で30分充電して20kwh程度ということはかなり余裕がある状態で充電をしていたのではないかと推測される。
ちなみに、勝間氏のアリアは満充電で500km走るとのことなので90kwhの電池容量を搭載しているモデルということになる。(*5)
そこで「どこの充電スタンドはどれくらいの出力がでて、何口用意されている。
出発地点はどこだから、40%くらいになるのはこの辺、ということはどこそこのスタンドで充電しよう。」
これは正直かなりめんどくさい。かなりめんどくさいのだけれど、EV過渡期ということもある。
酸っぱいぶどうかも知れないけれど、気にしないといけないくらい長距離運転するなら計画立てて運転するくらい必要だと思うし、ちょうどいい休憩にもなるのであまり困ってない。
ちなみに、EVは長距離高速移動すると街乗りするよりも電費（≒燃費）が悪くなる。(*6)
ということで、保有車は 2022年納車のTesla model3 LR (82kwhの電池積んでたはず)(*7)なのでその例をあげる。
なお、Teslaは最大で250kwhの出力がされるスーパーチャージャーという充電ネットワークを自社で敷設している。
それってどんくらい早いのというと、空に近いと15分間で250km分くらいは充電できるくらい。なので、日本政府はChademoをやめてNACSに統一しましょう。(*8)
例に出すのは、一昨年の年末(2022-2023)の移動記録(*9)
スーパーチャージャー（以下SC）の利用をメインで計画した時のもの。
自身は主に関西から九州までの移動でこの時は路面凍結するくらい寒かったので今回の記事とまあ同条件かなと。
自宅から倉敷SCに移動 206km 53%消費 (3.8km/kwh)
倉敷SCから広島SCに移動 157.8km 44%消費 (6.9km/kwh) 雪の関係で下道いった記憶がある。
広島SCから別府市まで移動 352.5km 84%消費 (4.2km/kwh)
別府市の日産でchademo充電 9分 5%→12% 外気温6.5℃
宿を出てちょろちょろ移動
別の場所に移動してお代わり充電30分 33%→61% 外気温10℃
大分市から熊本城前の商業施設へ移動 158.3km 39%消費 (4.0km/kwh)
山鹿市からめかりPAに移動 170.5km 39%消費(4.3km/kwh)
めかりPAで充電 30分 20%→44% 外気温8.9℃ （めかりは40kw出る）
めかりPAから広島SCへ移動 192.4km 40%消費(4.8km/kwh)
広島駅から倉敷SCへ移動 153.5km 34%消費(4.51km/kwh)
倉敷SCから自宅近くのスーパーマーケットへ移動 210.2km 47%消費 （4.4km/kwh）
chademo充電器がピンキリなので充電に時間かかるのと、効率よく充電できてないのが勝間氏の不満につながっているのではなかろうかと思う。
まとめてて思ったのだけれど、アリアのエネルギーマネジメントがいけてない説あるかもしれない。
ちなみに、上記のとおり長距離を運転するばかげた計画を立てていますが、
「オートパイロット」という名前の自動運転のふりをした”運転支援システム”は名前はともかく優秀に感じております。
運転の疲労度が全く違う。これに関しては、2021年時点で日産、トヨタ、ホンダと乗り比べて全然違ったのでテスラにしたくらいある。(*10)
======
(*3)：20kwhでも急速充電と呼ばれています。おかしい。
(*4)：とはいっても、この最大って数パーセントからある程度たまるとだんだんおちていくので爆速充電できるわけでもない。
(*5)：アリアは65kwhモデルと90kwhモデルの2種類の販売のようだ。
(*6)：ガソリン車は長距離を走ると車重が減るので負荷が減る。また、高速移動すると空気抵抗の影響が大きくなる。ゆえにEVはとても流線形をしている。
(*7)：Teslaは数車種しか売ってないように見えて買う時期でマイナーチェンジが入ってたりする。
(*8)：chademoはガラパゴス規格なんですよ。。。 北米版の日産車でもNACS充電できるようにしてたりするんでマジでお願いします。
(*9)：Tesla車はテレメトリーデータをサーバに送信している、そのデータを取得して保存できるサービスがある。ちなみに自身はTeslaMateを自鯖で運用中。昨年11月から止まっててかなしみ。
(*10)：長距離運転するので運転支援メインで考えてました。スバルは燃費がいけてなかったのでアイサイトは見送り。現時点レクサスに積んでる運転支援が良いらしいので試してみたい。テスラの車線認識は白線消えてても認識してるのですごい。
駅前の大地主が土地を絶対に手放さなくて全く開発されていなかったのが、地主が死んで息子が土地を売ったので爆速で開発されて商業施設が新規建設されホテルも建ち、という駅が親の実家の近くにある
「住民運動」くらいぼかされていたら書けるが、特定の家が所有していた特定の土地の話までなるとちょっと書きづらい
しかし開発されたことで親の実家あたりの土地価格が上がったし急速に便利になった
ユニクロと無印とカルディがあるので便利みたいなコピペ的便利さではあるけど、前が「その土地独特の文化」などがなく、ただ人がいなくてさびれて死んでいただけだったので、コピペ便利タウンになり若夫婦が家を建てるようになってきてよかった
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて（キラキラ）」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
３行でまとめます。
〇 エクセルシートはユーザーインターフェース（インプット）か出力結果（アウトプット）のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列（連想配列）に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
（もちろん、ユーザーインターフェースの別の欄（セル）に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。）
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
（これ自体が非推奨で、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などに切り替えていく、というプロセスがいいのではと個人的に思います。
