ErrorLevel / ErrorDescription
ErrorLevel / ErrorDescription
@kanade_lab 改行を空白に置き換えただけのやつをそのままErrorDescriptionヘッダに流し込む&複数ある場合はバイト値1区切りで
両端に機関車の長さを半分に圧縮したようなものをくっつけた、フローティング車体マッチ箱風低床電車(実はリトルダンサーA3の亜種)という魔物ができて恐れられる伊予鉄(アカン)
そろそろだいぶ老朽化してるはずだから、松山市さんが頑張ってお金出して、機関車部分を電気式気動車にしようぜ!!
今ならシリーズ式ハイブリッド機関車にすれば、乙種電気車でいけるはずなので、乙種内燃車免許というゲテモノを廃止できるはず…
坊っちゃん列車、どうせビューゲル上げて走行するんだから、いっそ電動にしてしまえば免許問題とかも解消するのに…と思うんだけど、導入した当時は何を考えていたのか聞いてみたい
里々の反省点で、エラーはなるべく早い段階で検知したいというのはずっと思ってるので、SSPの組み込みエラー表示にはエラーレベルもあるんだから、思いつく限りありったけ吐いて、エラーレベルの指定を後から考えればいいのでは、とか。
数値データ型
→そういやなんで整数型があるんじゃろ?Excelとかそんなものなくて全部doubleなのにみんな平然と使っている気がする
連想配列をまわすやつ
→キーを全部1次元配列に吐くやつがあれば、あとは使うほうでどうにかしてくれるのでは説
自動化されたシステムへの手動介入優先は、人類の愚か度を考えると、本当に自由介入できるようにすべきか困るという頭痛の種が…
あまりにマヒしすぎて「雪で脱線?原因分かりやすいから終了!」とかいう感じ
どこも大変ね。機回し中の貨物機関車が脱線したらしい。
【速報】車両の脱線と大雪で運転見合わせ 青い森鉄道・青森ー八戸駅間の上下線 運転再開の目処立たず(ATV青森テレビ) - Yahoo!ニュース
https://news.yahoo.co.jp/articles/be260e5192410bc465962932bd7b8d1ecd2c7a82
どこまで自動化すべきか、どこまで手動介入を許すべきかって話、BoeingとAirbusのシステムの作り方の癖の違いの話とかを深堀りすると面白いかもしれない。
じどうかって
むずかしい
それでもアルゴリズムで済む部分は全部アルゴリズムでやろうね!
ディープなラーニングなやつは最終手段だよ!
一方どこぞの川越線では、自律分散制御と中央装置の折り合いがつかず、列車のお見合いが発生したとかなんとか
本当の正解は「システムによる」なので、なんかやたらと「こんなこともあろうかと」を積み上げまくってる狂気のシステムもあるゾ
近鉄とか一部自社で作ってるから、なんか手動てこ制御と自動制御の共存ができるっぽくて、在線検知がトチ狂った区間を強制的に手動突破させてたこともある…
列車位置表示アプリを見てると、単線の2線だけある一般的な行き違い駅に、なぜか3列車居ることになってるの
どうしてもダイヤを維持できない人員抜けが発生したら、コンピューター様がタイミーに募集をかけたりする。
スカイネットにつながる≒処理能力に余裕があって暇なAIがblueskyで人っぽく投稿を投げ始める
自動化がかなりやりやすいので、そのうち行路表の病休・有給を考慮した各乗務員への自動割り当てと予備人員呼び出しとかまで自動化して、コンピュータ様よろしくお願いします!って感じになりそうな気がする。
…そして中央装置が故障して全線運転不能になるわけですね。わかります。
最新のPRCはコンピュータの性能が相当上がって、ATOSにはじまる自律分散型制御の過渡期を経て、最終的に全線の全軌道回路からの信号を全部中央装置に束ねて列車位置を検知し、適正に自動制御する感じが今のトレンドだったはず…
列車位置表示アプリが出てきたのは、そのおこぼれを一般ユーザー向けに出してる感じ。
CTC内部もかなり自動化が進んで、"集中リモートてこ制御卓"みたいな感じだった昔のやつから、GUIでダイヤをいじる感じのやつを経て、今は基本的には大幅なダイヤ乱れが生じない限り「あとは流れでお願いしますPRC先生!」って感じになりつつある
https://social.mikutter.hachune.net/@ponkotuy/113738998716848148
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。