  |
はてなキーワード:ジポンとは
ちょー古い話なんだけど、マジでヤバい「アQ」ってオッサンが主人公なの。
てか、名前も本名も超適当っていうか、フワフワしてて「阿Ｑ」でいいんじゃね？ って感じの適当キャラすぎウケる🤣🤣🤣
アQは家ナシ職ナシで、土穀祠（おいなりさま）に住んでるマジポンコツなんだけど、
自分だけは「昔は超ゴージャスだったし、マジでイケてる」って信じ切ってるのが最高にエモい！
しかも、趙太爺（チョーテェーヤ）に「お前なんかが趙（ちょう）姓なわけねーだろ！」ってチョッパリ（ビンタ）されて、罰金まで取られちゃうっていう、マジでサイアクな展開なんだけど…
彼は「マジで負けてないし！」って言い張るために、
『精神勝利法』っていうヤバすぎる考え方を発動するの！
①「アタシを殴ったやつが、もし息子だったら、息子がオヤジを殴ってるのと同じじゃん？ウケる！」ってムリヤリ脳内変換。
②「殴られたアタシはアタシじゃない。アタシは自分で自分を殴ってるの。てか、アタシが勝ったし！」って、自分で自分をビンタして勝利を確信するの！
マジでどんなに負けても、「心のテンションだけはアゲぽよ⤴️」なの。
彼は自分を世界で一番「自らを卑しめるのが上手い人」って思って、それで満足しちゃうっていう、もうね、思考回路が別次元なんですけど！
そんなこんなでアQがいつも通りテキトーにイキってるうちに、時代が革命でちょーざわつくの。
彼は「革命ってヤバくね？ アタシも参加しちゃおうかな！お金持ちの家から色々ぶんどっちゃおう！」ってノリで参加しようとするんだけど、周りからは「お前みたいな雑魚はダメだろ」って完全にシカトされちゃうの😢
結局、アQはなぜか盗みの罪を被せられちゃって、誰からも助けられずに死刑になっちゃうんだよね。
てか、アQの人生って、マジで「精神勝利法」で全部やり過ごそうとしたけど、結局現実には全然勝てなかった、「ザ・負け組」って感じじゃん？
でも、どんなにボロボロになっても「アタシは勝ってる！」って思い込む、そのイキり方は、マジで伝説のギャルマインドだよね！超リスペクト！✨
これだけ読んで「おもんない！」と思ったアナタ！
作者の魯迅（ろじん）が、当時の中国社会（辛亥革命！）のヤバい問題点をガチで批判するために書いた、超シリアスな風刺文学なんだよね！
知床観光船事故 なぜ沈没したのか？船に亀裂あっても簡単に沈まないはず…さらに重大なミスがあったか
知床沖で沈没した観光船「ＫＡＺＵ Ⅰ（カズワン」の引き揚げ作業が完了すると、今度は、沈没した原因の調査が本格的にスタートします。なぜ沈没してしまったのか、これまでの取材でいくつかの原因が見えてきています
20日に営業運航を再開した大型観光船「おーろら」。世界遺産の知床沖をめぐる観光船は、雄大な景色が一望でき、例年、大勢の観光客が訪れる人気のクルーズです。
先月23日午前10時、乗客乗員26人を乗せ、斜里町のウトロ漁港を出発した「知床遊覧船」の観光船「ＫＡＺＵ Ⅰ（カズワン）」。
出発してから３時間ほどたった午後１時13分、別の観光船業者の事務所に「ＫＡＺＵ Ⅰ」から助けを求める無線が飛び込んできました。
「エンジンが使えない」「沈みそうだ」「船首が30度くらい傾いている」
翌朝、カシュニの滝から北に14キロほど離れた知床岬周辺で、乗客が次々と発見されます。
これまでに乗客14人が発見され、全員の死亡が確認されました。残る12人は、依然、行方不明となっています。
観光シーズンを前に多数の犠牲者が発生した今回の海難事故。一体なぜ、「ＫＡＺＵ Ⅰ」は沈没してしまったのでしょうか？
「船首に何かが当たって穴が開いて浸水したのが、最も考えられる」
船の事故に詳しい水難学会の斎藤秀俊（さいとう・ひでとし）会長は、航行中、何らかの原因で船の底が破損した可能性を指摘しています。
「一般的には、隠れている岩とか、流れてきた木材であるとか、あるいは大型の動物とか、いろいろなものが考えられます」
関係者によりますと、事故直後、運航会社「知床遊覧船」の桂田精一（かつらだ・せいいち）社長は、原因についてこう推測していました。
桂田精一社長
一方、「ＫＡＺＵ Ⅰ」の船底は、今年３月の時点で既に破損していたと指摘する声もあります。
「（３月下旬に）自分が見た感じだと、船の前側が割れていた。そこから大きく亀裂が入って水が入った可能性もある」「（傷は）前から２、３メートル後ろ側」「俺が見た感じではこのくらい」
「（船底の一部に）いつもそこ穴開いたり、水が垂れたりしていた場所だから。気になったから毎年見る」「今度も水が垂れてるな、プラスチックだからあちこち剥がれかかっている感じ」「（３月に）今年は直らないから来春揚げたときに直さないとだめだぞとは言っておいた。亀裂をね」
かつて「ＫＡＺＵ Ⅰ」の船長を務めた男性は、もし船底が破損していたならば高い波に打たれ続けて傷が広がった可能性があると指摘します。
「（以前も）シーズンが終わって船を揚げたら、船底にひびが入っていた。今回も船底が割れきたのではないかと」
「ＫＡＺＵ Ⅰ」から通報があった午後１時すぎの波の高さは、およそ２メートル。
この元船長の男性は「ＫＡＺＵ Ⅰ」が予定よりも１時間以上遅れて航行していたことから、現場海域はスピードが出せないほどの高波だった可能性があるとみています。
「うねりとか波とかで船が持ち上がって、反動で船がバンと下に落ちるんですよ。あの船は船底がほぼ平らなので、たたかれるとプラスチックなので、ひび割れしていく」
また、船の浸水を防ぐ設備が作動していなかったのでは、という疑問も。
「前側に亀裂があったくらいで、オートビルジがあればそんなに簡単には沈まないので」
去年、知床遊覧船の船長募集の求人に応募した男性は、面接の際、当時の従業員から「ＫＡＺＵ Ⅰ」は、船底に溜まった海水を外に排出する「ビルジポンプの電源を切っている」ことを聞いていました。
知床遊覧船などが加盟していた「知床小型観光船協議会」も、今回の事故を受けてビルジポンプなどの装備を義務化するなど、その必要性を重要視しています。
２つ目に考えられる原因は、高波が船を襲ったことによる沈没です。「ＫＡＺＵ Ⅰ」の修理をかつて行ったことのある業者は、高波が原因で船内に水が入ったのではないかと指摘します。
船を修理した業者
「船体に多少傷があって水が漏れていても、航行していてそこから裂けるなんていうのはまず考えられない。船首の低い船だから、前から沈んだということは船首がどんどん水をかぶって沈んでいったと思う」
原因について様々な指摘がある中、ＨＢＣは１つの可能性を示す文書を入手しました。
これは、ＨＢＣが入手した「ＫＡＺＵ Ⅰ」の、去年までの「船舶検査証書」です。この検査証書には、船を安定させる重しである「バラスト＝砂袋1.5トンの移動を禁止する」という運航条件が記されています。
ところが…。
「豊田船長は操縦しづらいと言って、重しの砂袋を降ろして運航していた」
去年８月30日の「ＫＡＺＵ Ⅰ」の業務日誌です。この書類にも、「カズⅠ（ワン）砂袋撤去」と記載されていました。
豊田船長を知る男性は、重しを積まなかったことで船体のバランスが崩れ、操縦が困難になり、浸水に繋がった可能性があると指摘しました。
証言から浮かび上がる様々な可能性。海上保安庁は今後、船体を引き揚げ、未だ解明されていない沈没の原因について調べを進める方針です。
去年は午後1が数点足りず不合格。問題文に相槌うってメモしてたら時間なくなりました。
リトライ。今回はメモや書込みは最小限に、淡々と読み進める！午後1も5分程度余るようにできました。
----
午後1・・・・設問2→1の順で解いた。良かったと思う。
設問1
(1)準備中､設定中､設定可
(2)0.5mm
(3)144回転 128pps
設問2
(1)a：キー判定 b：設定終了キーの押下★ （★…ちょうどの単語がなかった）
設問3
(1)d：設定開始★ e：設定中★ f：準備 g：準備中 （★…設定終了と設定完了かも）
(2)設定項目に不足があった場合✕
（✕設定完了後にリーダをSポンプに接続したとき、一括登録した時、など迷ったが分からない）
■問2：DXレストラン（40min）
設問1
(1)0.38ms
(2)料理人が品切れ情報を登録する前に利用者が注文情報を送信したとき
設問2
(2)a：注文履歴情報 b：キャンセル対象の注文情報 c：指示タスク d：片付け指示 e：空席管理情報の該当テーブル
設問3
(1)料理がロボに格納され、かつ着座人数が1人以上であるとき
----
午後2（120min
設問1
(2)a：SDカードとフラッシュメモリのモデルを読み出し、作成日時を比較し新しいモデルをRAMに展開する
b：次回からフラッシュメモリだけで起動できるため （全然わからない。SDカードは他工場でも使うのかなと。）
工程間滞留量の最大値：600個 （概念が全然分からない。。）
設問2
(1)a：ドライバの識別ID、ドライバ用の個別データ b：センサの識別ID
(2)a：読み込むべきモデム及びドライバが、SDカードにある
b：読み込むべきモデム及びドライバが、フラッシュメモリにある
（「読み込むべき」が無いと「準備完了（条件1,2とも偽）」が説明できない）
(b)g：投入量通知 h：中断 i：再開
(c)工程1。工程2から工程1に投入量通知が送られているから。
設問3
(1)a：152byte増
②工場ID(4)がS工場の圧造工程と転造工程の2工程分増える、
③さらにT工場熱処理工程とU工場表面処理工程の工程情報が増える。
これは他工場の工程なので投入センサ情報/産出センサ情報/設備数/設備情報が
不要だから、工程名(32)+工場ID(4)+【a】識別ID(4)★だけで良い。
よって、①64、②4*2工程=8、③(32+4+4)*2工程=80 を合計して152byte。）
（★が明言が無く加算していいのか謎。除くと144。そもそも他工場の工程も加算で良い？）
b：工程間滞留量
k："投入量通知"を受信した場合 （★時間なかった。テキトウ。）
----
