  |
はてなキーワード: 完了とは
序盤はいいんだが、中盤の「ゲッゲッゲ」とか叫びながらダッシュしてくる牙の生えた蛆虫みたいなやつ（殺すと真っ二つになった上半身と下半身が「ゲゲゲゲッ」とかブチャブチャ体液撒き散らしながら狂ったように襲ってくる）とか、
ダンゴムシやカブトムシみたいな敵を殺すと、しばらくして死体からたくさん足を生やしてバタバタ襲ってくる寄生生物みたいなクモとか、
捕まってる幼虫に擬態（だか寄生だか）をしていて、救出するとブチブチモリモリ変形して奇声を上げながら襲ってくるやつとか、（こいつは死体も感情が抜けたニセ幼虫みたいなキモさがある）
ちょっと勘弁してってくらい気色悪い。
ファンシーな絵柄なのに、えげつなさが凄い。
このゲームだけの特徴かというとそんな事なくて、デッドスペースとかでも主人公の首ぶっちぎって首から下を乗っ取る奴（宇宙服のバイタルアラームらしき警告音が、首ちぎられた時は鳴るけど乗っ取りが完了すると鳴りやむのが細かい）とか、
Dead Cellsでゾンビ倒すと腹ぶち破って出てくる芋虫みたいなのとか（アップグレードでだいぶ表現が緩和されたが、以前のはエグかった。最初の方のステージでゾンビ倒すと、敵ってほどでもない蛆虫みたいのがポロポロこぼれるんだが、中盤のステージになるとそれが成長したとおぼしきデカい肉食蛆虫みたいのが飛び出して襲ってくるというムゴさ）
Grim Dawnっていういわゆるハクスラで沼地や水があるところでウジャウジャわいてくるヘビ人間みたいなのとか（巣に行くと元が想像できそうな感じの調理中の肉塊が置いてあったりする）、
縛り首にされたと思しき死体が大量に吊るされた大木がランドマークになってたりとか、
洋ゲーってなんでああいう、やってて吐きそうになるようなえげつない演出するんだかね。
バイオとか和ゲーでも怖いのあるけど、あんま精神にくるようなキモさってないだろ。
ファンタジーなんて、日本のは「こういう世界を冒険したい！」って少年の夢を煽るような世界なのに、
洋ゲーのは「うげっおえぇ。だめだこれ。こんな世界に生まれたら速攻死ぬわオレ」って感じの不潔でキモくてキツくて暗くて危険なロクでもない世界ばっかじゃねーか。
短くいうと、「人の指は斜めに動くから」で終わる話なんだけど、iOSの実際のUIについて具体例を用いて説明する。
例:ホーム画面
iOS 4までは、ホーム画面のスワイプ操作は横のみであり、縦の移動はなかったため、ユーザーは指の移動の角度を気にすることなく指を滑らせることができた。現在のiOSでは、縦スワイプにSpotlightが割り当てられているため、ユーザーは自分の指の軌跡が垂直に近い角度で動いているのか、それとも水平に近い角度で動いているのかを気にしなければならない。
例2: シェアシート
Safariやその他のアプリで共有ボタンを押すと現れる画面がシェアシートと呼ばれる画面である。シェアシートは3列で構成されていて、一番上はAirDrop、真ん中の列が他のアプリへの共有、一番下が画面遷移をせずにアプリ内で効果が現れるプラグインのようなボタンの列になっている。
三列しかないので、シェアシートの縦の長さはそれなりに短く、iPhoneを縦画面で使っているときは縦スクロールは発生しないが、4インチiPhoneで横画面で使うと縦スクロールが発生する。つまり、一番下のボタンを押すためには縦スクロールをしなければならない。
このとき、当然指を下から上に滑らせればいいわけだが、指の動きの傾き加減によっては横スクロールと判定され、縦スクロールができない。
困ったことに、初動が横スクロール判定されると、それ以降はどんなに大げさに垂直に動かしても、決して横スクロール判定が覆ることはなく、画面は横に移動し続ける。
例3:
アプリの切り替え画面。これが一番ひどい例。なぜひどいかというと、上の二つの例とは違い、この画面では縦スワイプの動作が破壊的だからである。言わずもがな、この画面で指を縦に滑らせると、アプリが強制終了される。未完了の処理があれば破棄されるし、書き込み途中のフォームも破棄される。
アプリの切り替え画面では指を素早く滑らせる（フリック）ことで高速にアプリの使用履歴をブラウズできる仕様だが、この時もやはり、初動が縦判定されれば、その後の指の動きがはっきりと水平に近いものであっても、縦フリックとして処理されてしまう。つまり、左から右にフリックするとき、画面に接触させた指がフリックを始める瞬間に僅かに上にぶれれば、過去に使ったアプリの画面が呼び出されることはなく、その時最初に指が触れたアプリのカードが勢いよくうえにとんでいくのである。
なお、iOS 4以前のアプリ切り替え画面では、アプリの強制終了は縦スワイプではなく、アプリアイコン長押し→バツボタンをタップであったためこのような問題は発生しなかった。
これらの悪いUIを改善するためには、ユーザーの意図をより正確に汲み取るように判定のアルゴリズムを改善することもできるかもしれないが、根本的にはやはり、同じ画面に縦の操作と横の操作が共存しなければ良いのである。
かつて日本を代表するPCメーカー、そしてシステムインテグレーターの大手6社に数えられるNEC。それを退職した今、機密に触れない程度に、特に研究所の裏事情を説明していこう。おそらく製品部門は違う苦しみを抱えているだろうが、高額なボーナスもらってるんだから耐えてくれ。
私が入社したのは、研究発表でのいわゆる一本釣りだった。釣りあげた部門も、当時の研究に比較的近かったため、給料をもらいつつ研究ができる、という不純な動機があったのは確かだ。大手特有の研修体制も魅力に感じた。
雲行きが怪しくなったのは1年目の夏である。当時研究所のトップであるE氏による、研究発表の総評の場で「まだそんな研究していたのか」という発言だった。NECのシステムインテグレーションといえば、重要な事業の柱であり、事業部からの引き合いも非常に強かった。折しも、AWSが日本国内での事業が躍進し、オンプレミスとは違う流動性の台頭に、研究テーマとしては佳境の段階であった。そこに貢献するミッションは他の研究テーマでは代用できないものである。
それをE氏は「そんな研究」と一蹴したのだ。翌年、予算はつかず、研究チームは文字通り解散となった。そしてシステムインテグレーションの研究はNECから完全に姿を消すことになった。E氏は光通信の元研究者で、正直なところなぜ偉くなったのか、今でも疑問であるが、少なくとも大のつくIT音痴であることは仲間内では有名である。それこそ当時はデータベースとは何か、すら知らなかったようである。
E氏が理解できる、できないはあったにせよ、そして価値の提供方法まで突き詰めて考えられていたかは怪しいけれど、少なくとも、なんのためにやっているのかわからない研究ではなかった。「バイオプラスチック 漆ブラック」などいった、海のものとも山のものともつかぬものより劣っていたのだろうか。カーボンナノチューブの研究すらまだ留保しているのに。
そしてE氏はNEC常務となり、CTOとなった。社内では最高級（給）のブロガーと称され、「未来について考える」だとか、「～について意識しなければならない」といった、きわめて抽象的、かつ薬にも毒にもならないビッグワードを垂れ流し、評論し、何かをいっているようで、実際には何ひとつ具体的な行動や指示を出せない人物である。そして未来創造会議というような、何ら結論の出ないものに露出するようになった。あれを見た人は、NECが何の会社なのかわからないだろうし、それは製品として何を提供するのかすら伝わらないだろう。漫画雑誌の企画会議ですらもっとマシなものだろう。
研究所といえば、技術部門の花形、と思われる人もいるかもしれない。事実、優れた技術はほぼすべて研究所発である。しかし、本当に優れた技術はNECからの広報には載らず、社外からの引き合いが先行する。なぜなら、広報はインパクトが優先され、そして広報ノルマを充足するために実施されるからだ。そして時には大きな「事故」となる。
数年前、橋梁構造物の劣化診断という技術が日経新聞に掲載された。これは固定カメラが画像を撮影し、振動による変化で構造内部の劣化をモデリングし、内部ひび割れを可視化するという画期的なものであった。事件の発端は、その研究途上であった技術に対し、研究所の理事(*2)がメディアの前で口を滑らせたことである。当然注目され、実用目途についてまで発表することになった。実際には理論検証が完了し、クリアしなければいけない項目の洗い出しの最中であったという。1年後を目途とされた研究テーマは、その後研究所から姿を消した。撮影には非常に繊細な取り扱いが要求され、撮影時の振動に弱いという欠点を克服できなかったと思われる。これは当時画像診断系の学会でも度々指摘されていたもので、研究者の間で共通認識であったが、残念ながら理事には理解できなかったようである。
ここ数年のNECでもっともインパクトがあった事象は2件の談合による指名停止であろう。煽りをくらい、全く無関係の研究所予算がまずは削減された。そして賞与が大幅に減額である。社内ですら、談合当事者やその上司の名前は完全に秘匿され、明に責任をとった人物は存在しないことになっている。おそらく、公表した場合、全社員から報復を受けることを恐れたのであろう。
すると、不透明な人事はいたるところにあることに気がつく。前期の大幅に未達だった中期計画の責任者だった遠藤元社長は会長になり、その策定の中心人物だった新野副社長は社長となった。そして次の新中期計画は1年目でとん挫したにも関わらず社長以下留任ときたもんだ。
グローバルビジネスの低迷。これからのNECの生命線とまで言われていたグローバルBU。彼らは海外売上比率を25%を目指すと宣言していた。中期計画に対して、何ひとつ貢献できずKPIを外したそのトップ、真っ先に責任を取らなければならない人物M氏は、翌年副社長となった。その自浄作用の無さもさることながら、株主や債権主の銀行は一体何を考えて、彼らの役員人事を承認しているんだろうか。株価は買値の1/10となった、もう値動きすら見たくないから早く潰れてくれ、と思っているのだろうか。
今後、NECは暗黒の時代を迎えるだろう。折しも今年は3000人のリストラを掲げ、断固と構造改革を実施する覚悟を強調する新野社長。しかし、彼にあるのは覚悟だけであり、スタッフを減らす方策すら定まっていないだろう。現状、10人が事業で仕事をし、8人が彼らの事務を担当するような人員比である。そして今回の早期退職は主に事業の主力たちが手をあげるようである。
思えば、個人の努力が何に対しても反映されず、学習性無気力に苛まれ続けたNECライフであった。管理能力に長けた上司はおおむね本社に接収され、帰ってくることはなかった。そして残ったのは、管理職不適格でありながらも、降格制度が存在しないことによる吹き溜まりである。会社に学会の仕事をしにきている主幹研究員なる人種もいれば、1時間前の記憶すらないような痴呆老人である。そんな中、近頃はカルチャー変革(*3)を謳っているようだ。NECの暗黒時代たる本質まで踏み込み、ぜひNECを再生していただければと思う。
(*1)ビジネスマナー研修や思想教育といったものから、ディスカッションなどがあったが、参加者も講師もレベルが低く、こいつら大学出てるのかすら怪しげだった。彼らが同期となって、社内キャリア形成上意味をもつ存在だと思うと、ぞっとした。さまざまな節目に集合研修は行われたが、効果を測定する様子もなく、ただそこに予算があり、研修を実施することが担当者の評価だ、というような空気であった。そしてその直感は、NECのスタッフ部門全体に共通するものであると後にわかる。
(*2)理事とは事業部長、本部長、中央研究所傘下の研究所長経験者で、様々な理由で部門が消滅したりすると発生する役職である。最近では、関西研究所CCII本部長、シンガポール研究所を歴任し、価値共創センターを立ち上げ、これらのすべてを失敗させたY氏が理事となっている。彼らは理事になると、「天下り」先を探すことがメインの仕事になる。そして彼らが天下れば、空席となった理事は別の元所長が補充される。
(*3)カルチャーは変革できても、働き方全般や違法裁量労働たるVワークの制度は変えられないだろう。また社員のモチベーションを上げるための施策は、すべて人事部門判断によって握りつぶされると思われる。総務部は人事部門の抵抗をどのように回避するのか、外様の役員の腕の見せ所だろう。
Fetching projects: 100% (668/668), done. Checking out files: 100% (7881/7881), done. Checking out files: 100% (15939/15939), done. files: 12% (2013/15939) Checking out files: 100% (8013/8013), done. Checking out files: 100% (6701/6701), done. Checking out files: 100% (9166/9166), done.out files: 2% (236/9166) Checking out files: 100% (15547/15547), done.t files: 29% (4600/15547) Checking out files: 100% (12/12), done. Checking out files: 100% (2500/2500), done.out files: 35% (884/2500) Checking out files: 100% (9195/9195), done.out files: 16% (1502/9195) Checking out files: 100% (1055/1055), done.out files: 22% (240/1055) Checking out files: 100% (12663/12663), done.t files: 9% (1141/12663) Checking out files: 100% (3965/3965), done.out files: 20% (824/3965) Checking out files: 100% (9487/9487), done. out files: 16% (1529/9487) Checking out files: 100% (94/94), done.king out files: 34% (32/94) Checking out files: 100% (6246/6246), done. out files: 2% (171/6246) Checking out files: 100% (1461/1461), done. out files: 46% (677/1461) Checking out files: 100% (118/118), done. Checking out files: 100% (761/761), done.ng out files: 8% (64/761) Checking out files: 100% (266/266), done. Checking out files: 100% (21720/21720), done. Checking out files: 100% (5502/5502), done. out files: 23% (1281/5502) Checking out files: 100% (259/259), done.ng out files: 35% (92/259) Checking out files: 100% (679/679), done.ng out files: 20% (139/679) Checking out files: 100% (828/828), done.ng out files: 17% (141/828) Checking out files: 100% (4534/4534), done. out files: 42% (1948/4534) Checking out files: 100% (4112/4112), done. Checking out files: 100% (198/198), done.ng out files: 1% (2/198) Checking out files: 100% (4584/4584), done. Checking out files: 100% (5661/5661), done. out files: 29% (1694/5661) Checking out files: 100% (400/400), done. Checking out files: 100% (9937/9937), done. out files: 12% (1254/9937) Checking out files: 100% (488/488), done.ng out files: 4% (23/488) Checking out files: 100% (2818/2818), done. out files: 8% (228/2818) Checking out files: 100% (2842/2842), done. Checking out files: 100% (4195/4195), done. out files: 7% (319/4195) Checking out files: 100% (30060/30060), done.ut files: 2% (782/30060) Checking out files: 100% (1478/1478), done. out files: 7% (114/1478) Checking out files: 100% (8122/8122), done. out files: 24% (2010/8122) Checking out files: 100% (43/43), done.king out files: 4% (2/43) Checking out files: 100% (2040/2040), done. out files: 30% (615/2040) Checking out files: 100% (6259/6259), done. out files: 46% (2894/6259) Checking out files: 100% (4276/4276), done. out files: 28% (1238/4276) Checking out files: 100% (417/417), done.ng out files: 49% (206/417) Checking out files: 100% (3226/3226), done. Checking out files: 100% (323/323), done.ng out files: 4% (14/323) Checking out files: 100% (16/16), done.king out files: 43% (7/16) Checking out files: 100% (15073/15073), done. Checking out files: 100% (16166/16166), done. Checking out files: 100% (189/189), done.ng out files: 1% (3/189) Checking out files: 100% (220/220), done. Checking out files: 100% (191/191), done.ng out files: 33% (64/191) Checking out files: 100% (4427/4427), done. Checking out files: 100% (7584/7584), done. out files: 12% (974/7584) Checking out files: 100% (7584/7584), done. Checking out files: 100% (33748/33748), done. Checking out files: 100% (683/683), done. Checking out files: 100% (763/763), done. Checking out files: 100% (12188/12188), done.ut files: 14% (1779/12188) Checking out files: 100% (2218/2218), done. Checking out files: 100% (8081/8081), done. Checking out files: 100% (73/73), done.king out files: 43% (32/73) Checking out files: 100% (4084/4084), done. Checking out files: 100% (10157/10157), done. Checking out files: 100% (1150/1150), done. Checking out files: 100% (891/891), done.ng out files: 12% (111/891) Checking out files: 100% (67/67), done.king out files: 49% (33/67) Checking out files: 100% (18572/18572), done. Checking out files: 100% (17/17), done.king out files: 35% (6/17) Syncing work tree: 100% (668/668), done. real 124m38.905s user 178m3.356s sys 15m38.860s
多いねえ・・
Android.bp build device libnativehelper system Makefile compatibility external packages test art cts frameworks pdk toolchain bionic dalvik hardware platform_testing tools bootable developers kernel prebuilts zip bootstrap.bash development libcore sdk
66G android-9.0.0_r8/ 30G android-9.0.0_r8/.repo/
$ source buile/envsetup.sh including device/generic/car/vendorsetup.sh including device/generic/mini-emulator-arm64/vendorsetup.sh including device/generic/mini-emulator-armv7-a-neon/vendorsetup.sh including device/generic/mini-emulator-mips/vendorsetup.sh including device/generic/mini-emulator-mips64/vendorsetup.sh including device/generic/mini-emulator-x86/vendorsetup.sh including device/generic/mini-emulator-x86_64/vendorsetup.sh including device/generic/uml/vendorsetup.sh including device/google/cuttlefish/vendorsetup.sh including device/google/marlin/vendorsetup.sh including device/google/muskie/vendorsetup.sh including device/google/taimen/vendorsetup.sh including device/linaro/hikey/vendorsetup.sh including sdk/bash_completion/adb.bash $ lunch You're building on Linux Lunch menu... pick a combo: 1. aosp_arm-eng 2. aosp_arm64-eng 3. aosp_mips-eng 4. aosp_mips64-eng 5. aosp_x86-eng 6. aosp_x86_64-eng 7. aosp_car_arm-userdebug 8. aosp_car_arm64-userdebug 9. aosp_car_x86-userdebug 10. aosp_car_x86_64-userdebug 11. mini_emulator_arm64-userdebug 12. m_e_arm-userdebug 13. m_e_mips-userdebug 14. m_e_mips64-eng 15. mini_emulator_x86-userdebug 16. mini_emulator_x86_64-userdebug 17. uml-userdebug 18. aosp_cf_x86_auto-userdebug 19. aosp_cf_x86_phone-userdebug 20. aosp_cf_x86_tablet-userdebug 21. aosp_cf_x86_tablet_3g-userdebug 22. aosp_cf_x86_tv-userdebug 23. aosp_cf_x86_wear-userdebug 24. aosp_cf_x86_64_auto-userdebug 25. aosp_cf_x86_64_phone-userdebug 26. aosp_cf_x86_64_tablet-userdebug 27. aosp_cf_x86_64_tablet_3g-userdebug 28. aosp_cf_x86_64_tv-userdebug 29. aosp_cf_x86_64_wear-userdebug 30. cf_x86_auto-userdebug 31. cf_x86_phone-userdebug 32. cf_x86_tablet-userdebug 33. cf_x86_tablet_3g-userdebug 34. cf_x86_tv-userdebug 35. cf_x86_wear-userdebug 36. cf_x86_64_auto-userdebug 37. cf_x86_64_phone-userdebug 38. cf_x86_64_tablet-userdebug 39. cf_x86_64_tablet_3g-userdebug 40. cf_x86_64_tv-userdebug 41. cf_x86_64_wear-userdebug 42. aosp_marlin-userdebug 43. aosp_marlin_svelte-userdebug 44. aosp_sailfish-userdebug 45. aosp_walleye-userdebug 46. aosp_walleye_test-userdebug 47. aosp_taimen-userdebug 48. hikey-userdebug 49. hikey64_only-userdebug 50. hikey960-userdebug Which would you like? [aosp_arm-eng] 42
PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION=9 TARGET_PRODUCT=aosp_marlin TARGET_BUILD_VARIANT=userdebug TARGET_BUILD_TYPE=release TARGET_ARCH=arm64 TARGET_ARCH_VARIANT=armv8-a TARGET_CPU_VARIANT=kryo TARGET_2ND_ARCH=arm TARGET_2ND_ARCH_VARIANT=armv8-a TARGET_2ND_CPU_VARIANT=kryo HOST_ARCH=x86_64 HOST_2ND_ARCH=x86 HOST_OS=linux HOST_OS_EXTRA=Linux-4.8.0-36-generic-x86_64-Ubuntu-16.04.2-LTS HOST_CROSS_OS=windows HOST_CROSS_ARCH=x86 HOST_CROSS_2ND_ARCH=x86_64 HOST_BUILD_TYPE=release BUILD_ID=PPR2.180905.006.A1 OUT_DIR=out ============================================ [1/1] out/soong/.minibootstrap/minibp out/soong/.bootstrap/build.ninja [55/56] glob prebuilts/ndk/cpufeatures.bp [77/77] out/soong/.bootstrap/bin/soong_build out/soong/build.ninja out/build-aosp_marlin-cleanspec.ninja is missing, regenerating... out/build-aosp_marlin.ninja is missing, regenerating... [564/934] including system/sepolicy/Android.mk ... system/sepolicy/Android.mk:79: warning: BOARD_SEPOLICY_VERS not specified, assuming current platform version [934/934] including tools/tradefederation/core/Android.mk ... build/make/core/Makefile:28: warning: overriding commands for target `out/target/product/marlin/system/lib/libclcore_neon.bc' build/make/core/base_rules.mk:412: warning: ignoring old commands for target `out/target/product/marlin/system/lib/libclcore_neon.bc' build/make/core/Makefile:28: warning: overriding commands for target `out/target/product/marlin/system/lib64/libminui.so' build/make/core/base_rules.mk:412: warning: ignoring old commands for target `out/target/product/marlin/system/lib64/libminui.so' build/make/core/Makefile:28: warning: overriding commands for target `out/target/product/marlin/system/lib64/libbcc.so' build/make/core/base_rules.mk:412: warning: ignoring old commands for target `out/target/product/marlin/system/lib64/libbcc.so' build/make/core/Makefile:28: warning: overriding commands for target `out/target/product/marlin/system/lib/libion.so' build/make/core/base_rules.mk:412: warning: ignoring old commands for target `out/target/product/marlin/system/lib/libion.so' build/make/core/Makefile:28: warning: overriding commands for target `out/target/product/marlin/system/lib64/libLLVM_android.so' build/make/core/base_rules.mk:412: warning: ignoring old commands for target `out/target/product/marlin/system/lib64/libLLVM_android.so' build/make/core/Makefile:28: warning: overriding commands for target `out/target/product/marlin/system/lib/libminui.so' build/make/core/base_rules.mk:412: warning: ignoring old commands for target `out/target/product/marlin/system/lib/libminui.so' [ 99% 722/723] glob tools/tradefederation/core/atest/**/*.py
[ 0% 113/89294] host C++: libadb <= system/core/adb/client/usb_linux.cpp
どこまで行くかな〜〜
やむを得ず今日はこのまま出るか。
#### build completed successfully (08:56:47 (hh:mm:ss)) #### real 536m47.886s user 2057m24.280s sys 55m15.296s
朝仕掛けておけば、定時帰宅前には終わってるなｗ
$ time make otapackage ============================================ ninja: no work to do. ninja: no work to do. wildcard(out/target/product/marlin/clean_steps.mk) was changed, regenerating... No need to regenerate ninja file [ 99% 250/251] Package target files: o...sp_marlin-target_files-eng.unko.zip Warning: could not read VENDOR/build.prop #### build completed successfully (14:58 (mm:ss)) #### real 14m58.814s user 41m56.244s sys 1m7.420s
66G android-9.0.0_r8/ 30G android-9.0.0_r8/.repo/ 94G out/
Filesystem Size Used Avail Use% Mounted on /dev/sda2 1.8T 1.7T 43G 98% /home
ああああああああああああ
anond:20180906170906 ←「消えた2時間 」を最初に読むと良いデス。
2018年秋の国会で、なし崩し的に成立してしまった日本サマータイム法への対応は、
遅々として進んでいなかった。
2019年6月のサマータイム導入テストは、延期に延期を重ねて、遂に年内に実行されることは無かった。
対応させるべき機器があまりにも多く、対応済み機器と未対応機器との間の膨大な組合せ数の通信テストは計画段階で既に5年掛かると予想された。
つまり・・・ピンチはチャンスとの森会長の言葉も虚しく、ピンチはピンチのままだったのである。
2020年1月 首相官邸 では、サマータイム実施の無期限延期について最終決断をするべく議論が続いている中、
サマータイムを強行に進めたい議員の一人が、京都大学理学部の年老いた教授を連れてきた。
その教授の名は秋月伸治郎といい、半世紀にわたって宇宙時間物理学を研究しているその分野の権威とのことだった。
秋月教授の提案は、常人の理解と想像を遥かに超えたものであり、日本列島全体を特殊なエネルギー場で覆い、
日本列島全体の時間の進む速度そのものを速めたり遅くすることで、サマータイムの時刻調整を実現するのだという。
「サマータイム推進派の切り札が、こんなオカルトとはね・・・。笑」
その場にいた誰もが笑い出し、教授を連れてきた議員は顔を真っ赤にして怒りともあきらめともとれる複雑な表情で固まっていた。
秋月教授は気にすることもなく、一言、「論より証拠。見ればわかるから…」とつぶやいて、
助手たちに指示して部屋の片隅に3本の白いポールを設置させた。
2つの懐中時計の時刻が一致していることを皆に確認させたのち、1つを3本のポールの真ん中に置いた。
ポールに繋がったコントロール装置を教授が操作して1分ほど経ったが、何も起こらなかった。
本当に何も起こらなかった…としか思えなかったのだが、改めて、2つの懐中時計を調べてみると、
きっちり12秒差のズレが生じていた。
それからの数時間は、腕時計、目覚まし時計、ストップウォッチ、メトロノーム等々、時間が測れる道具での検証大会となった。
その結果、コントロール装置の設定次第で、ポールに囲まれたエリアだけ1分に付き12秒速く時間が進んだり、逆に12秒ほど遅れさせることが可能であると誰もが認めざるを得なくなった。
秋月教授は、再びサマータイムの実現方法について説明を始めた。
・このポールを大型化したものを日本国内18か所に設置して日本全土をカバーする
・サマータイム開始日/終了日の夜に10時間かけて2時間分の時差を生じさせる
・夜寝て、朝起きると国内の全ての時計が2時間ずれるのでサマータイムによる時刻調整は不要
・早起きする必要が無いので、睡眠不足による健康被害などは起こらない
秋月教授の提案に異を唱える者はおらず、諸々の検討会を経たのち、国会にて全会一致で実施が決まった。
ポールが設置される地域での説明会でも、秋月教授が難解な言葉で煙を巻くようなことはせずに、
分かりやすい言葉で教え諭すように説明されたので、全てが計画通りにスムーズに進行していった。
・時間の進み方に差がでるのは、本質的にはウラシマ効果によるもの（だから健康に影響は無い）
・ポールは虚数空間と呼ばれるある種の亜空間からタキオン粒子を取り出して見えない壁を作り出している
・タキオン粒子は、実空間上の物質には一切干渉せず、数時間で消失する（だから健康に影響は無い）
・タキオン粒子の壁は毎分12秒程度の時間差であれば、魚介類も含めてどんな生物も問題無く通過できる（だから漁場に影響は無い）
・タキオン粒子の見えない壁に包まれた空間は、人間の暮らす実空間上では静止しているが、虚数空間内では高速で移動している
・タキオン粒子の振動数を変えることで移動速度が変わり、その結果、空間内の時間の進む速さも変わる
・移動速度がプラスであれば、時間はゆっくり流れ、マイナスであれば、時間は速く流れる
というものだった。
これらを正確に理解するには、宇宙ダイミュラー時空間における時間平面の扱いを超複素時間と再定義して理論拡張した500ページほどの論文を読めばよいと秋月教授は話していたが、同時に、この論文が理解できる専門家は著者である私しか居ないのが寂しいところだと嘆いていたのが印象的だった。
やがて、すべての装置が設置完了し、個別の作動テストも問題無く終えて遂にサマータイム開始日前日を迎えた。
日本中、それどころか世界中がこの強制サマータイム装置とも呼べる装置の挙動に注目している中、
時刻修正を体験するためだけに来日した観光客も多く、彼らは刻一刻と海外と日本の時間に差が生じる様子に歓喜した。
白物家電メーカーは、時間の遅延現象（≒ほぼ時間凍結）を利用して冷凍庫の代わりにできないかと小型化について相談しているそうだ。
某国軍事部門では、10年掛かる軍用開発を1年で済ませられないか？と日本政府に交渉しているという噂もある。
強制サマータイム装置の原理がもたらす経済効果は予想外に大きく、サマータイム推進を強行した政治家たちはホクホク顔で
夜2時を過ぎると、通信衛星との電波が激しく混信したのち、一切の通信ができなくなった。
「タキオン粒子の壁は、理論上、内と外の時間速度差に応じて光子の一部を反射するが、今の時間速度差では電波をほとんど遮断しないはずなんだが…。天候が曇ってるせいなのか…。また新たな研究課題が見つかったかな」と秋月教授は話していた。
数時間程度の不便は我慢すべきだし、朝になれば復旧するだろうと考える者も多く、大きな騒ぎにはならなかった。
その後も様々な報告が続いた。
・ホットラインが繋がらない
世界に何か異変が起きている。だが、その異変の正体が分からない。
そんな不安が広まりつつある中で、昼過ぎに明石天文台で行われた記者会見は驚くべきものだった。
明石天文台の星野研究員は、計算値に10倍程度の誤差が見込まれると何度もしつこく繰り返し前置きした上で、
「今朝の惑星や恒星の位置関係を観測した結果、一晩で１０万年が経過したと思われます」
と報告した。
星野研究員は、恒星間距離による時代推定の原理や、より正確な推定をするには、１日以上、
できれば地球が公転する１年間は観測が必要だと説明を続けていたが、多くの者は上の空で聞いていなかっただろう。
その後、政府は隣国に自衛隊航空機を飛ばしたり調査隊を送り出すことで、速やかな状況把握に努めた。
・新種の動植物が多数みつかる
・宇宙や他の惑星にヒトが移住したという証拠は見つかっていない
さまざまな状況証拠から、一晩のうちに、１万年か１０万年かそれ以上の月日が流れていたのは間違いなかった。
食料自給率４０％、石油自給率０．４％の日本が諸外国の助け無しにどうやって生き延びるか？
誰もが日本の将来を考え、苦悩する生活は、苦労の連続だが決してわるいものではない。
むしろ、核戦争からの生存に成功した我々こそ勝ち組なのではないか？と言い出す者もいた。
ちなみに、世界の探索と並行して進められていた、この事故の原因究明についての調査は難航を極めた。
１０時間分のセンサーのログには何の不自然な変動も記録されておらず、
３年掛けて１８本の大型ポールを細部に渡って調べ尽したが異常は一切みつからなかった。
事故から５年過ぎた頃、故障時に備えて用意されていたコールドバックアップ用の未通電の大型ポールを
偶然、別の研究者が譲り受けて、細かく分解して状態を記録した時から調査は一気に進展した。
タキオン粒子の振動数を監視するセンサーのファームウェアのＣＲＣ値が、１８本の本番機の記録と一致していなかったのだ。
ファイルサイズも更新日も同じだから、不揮発性メモリの劣化による単なる読取り間違いでは？
だが、その研究者は高度に難読化されたファームウェアのコードを手作業でデコンパイル(解読)することに成功し、
ファームウェアに仕込まれた精巧なトラップの挙動を明らかにした。
・トラップの発動は、サマータイム開始日の午前２時から２時間だけ
・トラップ発動中は、センサーの入力値を無視して、過去２時間分の入力値をランダムに出力する
・発動から２時間後、ファームウェアは自分自身を正規のファームウェアに書き換えてトラップの痕跡を消す
つまり、タキオン粒子の振動数を監視するセンサーはあの日の午前２時から２時間だけ機能不全となり、
その２時間の間は振動数が制御できず、日本国内の時間はほぼ止まったまま、外の世界では10万年が経過した…。
誰がいったい何の目的で、いつどこでどうやって悪質なファームウェアを仕込んだのか？
結局、肝心なところは分からずじまいで、事故原因はセンサーの不良として報告され、調査は正式に終了した。
私がこの話を耳にした時、脳裏にふと何かがよぎった…気がした。
あれ？これって・・・？
事件の真相に繋がる何かを思い出せそうな気がしたのだが、よくわからなかった。
そんなことよりも、私は今夜の夕食のおかずを採ってこなくてはならない。
政府配給の完全食であるペーストフードだけの食事には、もう飽き飽きしているのだ。
せめて、フナの一匹でも釣れれば良いのにと思いつつ、
釣り道具片手に湖に出かけるのだった。(終
先月、いわゆる股間についているモノの小さな手術を行った。
いわゆるモノに被っている皮の一部を除去するという簡易手術なのだが、真性と呼ばれるタイプだったので、仕方なしに病院でお世話になることになった。
病院にて事前に説明を受け、手術日を確定、手術日に病院の受付に行くと、事前の控室に案内された。
ここで下半身は全て抜いで待機することになるのだが、想定外の事態が発生した。
手術前に少し毛の処理を行うというのだ。
そして、その処理をしてくれたのが、若い女性だった。
恥ずかしさもあり、嫌な予感がしたが、これは手術なのだからと思い切って、手術台に寝転がり、処理を受けた。
最初はハサミで「じょぎじょぎ」と毛をカットするだけったので、色々な意味で大丈夫だった。
冷たいカミソリ液が患部に塗られ、丁寧に毛が剃られていく。
私の股間にあるモノが、反り始めた。仕方がない、若いのだから。
しかし、こういうシチュエーションに自分が興奮していると若い女性スタッフに思われることが恥ずかしくて、私は必至に反り上がるモノを抑えようと思った。
思い出したのは学生時代、特にエロい妄想をしているわけでもないのに、授業中に反り上がって困った経験が、何度かあった。その度、必死に数学の問題を計算すれば、反りが収まったのだ。
分かっていたことだが、計算問題程度では、太刀打ちができなかった。
いつも以上に元気になる私の恥部、そのような状況でもカミソリで剃り続ける女性スタッフ。
「す、すいません」
恥ずかしい気持ちと、申し訳ない気持ちから、剃り剃りする女性に謝ったところ
「だいじょうぶですよ～」
その後、手術が行われ、無事に皮の除去は完了。事前に麻酔注射がちょっと痛いと聞いていたが、ちょっとの痛さではなかったことを付記しておきたい。
とりあえず、股間の手術で恥ずかしい想いをしたくない男性諸君は、事前に毛の処理は自分でしておくことを強くお勧めする。
なお、私はこの経験が元となり、これまで一切行ったことのなかったプロが性的サービスを提供するお店に通うようになってしまった。
以上である。
2018年秋の国会で、なし崩し的に成立してしまった日本サマータイム法への対応は、
東京オリンピックが終わった後の2022年になってもＩＴ業界では粛々と進められていた。
リモートアップデートが可能な機器はオリンピック前後には対応が済んでいたが、
今行われているのは、ネット接続もされておらず、個別に分解してファームウェアを更新するしか手段の無い
加藤健一もそんなファームウェア・アップデート職人の一人だった。
ある時、加藤は監視カメラのファームウェアのサマータイム対応がずさんであることに気づいた。
サマータイム終了時刻になると、なんと2時間巻き戻って直前2時間分の録画データを上書きしてしまうのである。
大手都市銀行は既に更新も完了していてムリだろうが、地方銀行ならどうだろう。スルガ銀行とか？
人感センサーのファームウェアにも細工をして、犯行中だけ反応しないようにする必要がある。
犯行後にセンサーを調べられて、ファームウェアの細工が発覚すれば、すぐに捕まってしまう。
ファームウェアが調べられる前に、自動で正規のファームウェアで上書き消去する仕組みを作るか…。
それは、サマータイム対応を口実にして、悪意のあるファームウェアに差し替えられる点にある。
ならば、犯行をサマータイム切替え日に行う必然性はまったく無い。
サマータイム切替え日は、システムの切り替えが上手く行くか徹夜で監視している人もいるだろうから、
ファームウェアには、特定の日の特定の時間帯にだけ特定の動作をするようにして、
だが、犯行を一人で行うのは厳しい。そこが最大の悩みだった。
「特定の日の特定の時間帯にだけ、監視システムが機能不全になる建物がある。」
その情報をダークウェブで売りに出したところ、すぐに買い手が付いた。
自分でやれないことは他人にやらせればいい。それが加藤の結論だった。
「匿名がウリのダークウェブなのに、なんで俺の苗字を知ってるんだ？！」
「はやく起きろ！加藤！」と怒号が飛んだ。
「もう2時間も寝てたぞ？さっさとレーンに戻れ。」
ここは全国各地から送られてくる機器のファームウェアを更新して送り返すファームウェアアップデート専門工場。
操業開始以来、4年間ずっと同じ作業をしているが、未だに終わる気配はない。
今日のようなサマータイム開始日は、朝が早いせいでどうしても昼間に眠くなるのだが、
工場の仕事にサマータイムなんて関係ないだろ！と思う奴も少なくないが、
サマータイム期間中だけ2時間遅らせていつも通りの時間に操業開始することは、法律上許されていないそうだ。
オリンピック不況に日本中が震え上がる現在では転職もままならない。
ふと思い立って一次創作、完全オリジナルの漫画を描くことにした。
作風は純文学系に近いと思う。普通のワクワク感や面白さ、萌えなどとは程遠い感じ。
(現時点でやっとプロット/ネームが終わり、キャラデザが9割型完了したところ)
イベントも締め切りもない中でモチベがどこまで続くかは分からない。
描いたからにはどこかで発表したいなーと思ってはいるが、どこで発表したらいいんだろう。
二次創作アカウントでは作風も絵柄も違うので発表するつもりはない。
そうなると、別名義でツイッターやpixivアカウントを作ってそこで発表？
コミティアで発表？
どこに出しても誰にも見てもらえなそうだ。
コミティアなら出張編集部があるけど、ああいうところにエンタメ要素皆無の作品持っていっても苦笑いされそうだ。
まぁ完成させてから考えたらいいんだけど。
今まではイベント合わせで締め切り決めて作業していてイベントに出ること、そこで手にとってもらうことが完成へのモチベだったりしたもんだから、
ちきんと完成させられるといいけど。
自分はダメなやつだ、みたいに言ってるけど、それってむしろ「本来ならもっと充実して有能で○○であるべき」っていう高い理想があってそれに届かないので落ち込んでいるように見える。
すっごく低くていいの。「朝起きて出勤する」「資源ごみをきちんと出す」「週1回自炊する」とか、どう考えてもクリアできそうなToDoリストを作って消していく。そんで完了したらそれをゴミ箱に捨てて、自分が気持ちよくなること、美味しいコーヒーを飲む、好物を食べる、好きなだけダラダラする、などをやる。
壮大なゴールとか目標とか立てるな。「身の丈」っていうのは自虐じゃなく、本来の自分のキャパを知ること。それがわからないと、サイズの合わない服を着ようとしてもがいてるみたいな状態が続く。がんばれ、大丈夫だよ。
