IT界のサグラダファミリアが完成したんだから、リアルのサグラダファミリアが完成してもおかしくはなかろう
IT界のサグラダファミリアが完成したんだから、リアルのサグラダファミリアが完成してもおかしくはなかろう
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
コンピュータ用語的なinstructionであればCPUの命令の最小単位な意味もあるからそれでいいのでは。
ukadocのSHIORI Eventの訳ならその後にsakurascriptの話がすぐ出るから誤解の入る余地ないしなあ。
https://ukadon.shillest.net/@elderflowerprince/110089449744110044
このアカウントは、notestockで公開設定になっていません。
<大変だよ!どんな車両でもしつけられちゃうすごい鉄道会社見つけた!
<聞いたことないけど、改造の技術力が高いの…?
<わからせ渓谷鉄道っていうんだって!
<わ・た・ら・せ!
伺かアニバーサリーもゴーストマスカレードも技術的にあきらめることがあってはならんと思うので早めに相談してね
「SSTP over HTTPで喋らせるボタンを生やすやつ」はSakuraScriptをエスケープしていないので、おもいっきりraisepluginが貫通してきましたが、SSP本体の保護機能でブロックされたことをお知らせします。
<なろう系鉄道ならあるよ!
<異世界転生でもするの?
<ほら、三岐鉄道北勢線とか、あすなろう鉄道とか。
<それはナローよ…
全部出してもブロードっていうレベルじゃないごんぶとバンドだらけだし、携帯電話でさえそれなりの帯域持ってる昨今ゆえ大丈夫かと。
@Zichqec 🤔 🤔 🤔
Is JavaScript enabled in your browser?
ボタンを5000兆回連打しても負荷かかるのは自分のPCだけです。ごあんしんください。
想定しないといけない範囲がかなり明確なのでフレーム問題になりにくいとも言えるかも><
逆に、鉄道の地上線の踏切がある線区や自動車の自動運転とかは、想定の範囲が無限に広がりまくってフレーム問題にぶつかるので、フレーム問題が無いかのように振る舞う事が得意な柔軟な人間が機械よりもいい感じにこなせる><
そのうちそういう「再現性のある安定した方法」をしっかりと組める技術屋が居なくなりそうで怖いという危機感は持ってる
次はマイニング機能実装だな(カーソルが⛏になってひたすらマウスクリックさせられる)
このアカウントは、notestockで公開設定になっていません。
鉄道のATOも旅客機のAPも「生物(だいたいヒト)というもっともOROKAで動きが読めない最大の外乱」を考えなくて良いから再現性のある安定した方法で自動運用を実装できているわけで…
特性の変化も今であれば高度なフィードバック制御(というかアダプティブ制御)で吸収できる範囲って気がする><
20年くらい前の認識では、当時民放の新幹線の裏側密着みたいな特番を見た時には「高度な回復運転には職人技のような運転士の技能が必要ってわかる><」って思ってたけど、
現在のみんなが当たり前のように手のひらサイズのたった5Vの電源で動くスパコンを使ってるような計算機資源が有り余ってる状況で同じ事を考えたら「どう考えても自動化した方が回復運転上手くいくんじゃね?><;」かも><;
21世紀すごいね><;
テキトー私見
支線あり→のっけるべき制御パターンのデータが多くなってめんどくさい(脳筋ソリューションで殴れる範囲だろう)
在来線直通あり→新幹線区間内に限れば現況で導入可能。在来線は忘れろ。
分割併合あり→走行特性が変わるので、のっけるべき制御パターンの組み合わせがいきなり最低で2倍になる。代替わりで組み合わせる車両が変わることも想定して3~4倍ぐらいでの設計が要る感(脳筋ソリューションで殴れる範囲であってほしい)
貨物列車混走あり→単に遅い先行列車が居るだけなのでATCの管轄。ダイヤが狂いやすいのは悩みの種ではある。
ATOって結局雑に言うとATC信号に従ってマスコンを操作する装置でしか無いとも言えるわけで、ATO導入の障壁は、安全や高度な回復運転の為にATC信号とは違う運転をする場面だけの問題とも言える><
新在直通の在来線区間は「新幹線車両を流用したただの特急列車」なので、外乱のめちゃ多い地上線と同じ位置づけだから元からしんどいとして…
それ以外で一番めんどくさいのは、走行特性が変わる分割併合かなあ。
支線あり(上越・北陸・山形・秋田)
在来線直通あり(山形・秋田)
分割併合あり
貨物列車混走あり(北海道)
東北新幹線のほうだと、在来線と直通する列車があるから新幹線といえど外乱の可能性が高くなってしまって大変なんだろうな
新幹線は時間調整の精度の問題であれだけど、在来線に関してはATOは昔からあるじゃんなので、あれだよね><(?)
@nikolat エクスプローラ右クリックでログ取れるからそっちで確かめてみて
たぶんOnRequest関数で_resultが空だからMakeEmptyResponseが動いてヘッダ用変数全部無視してる
@7thseason ふつうにねじ外して触る分には壊れんからいったんダメ元でやってみー。箱は後ろのネジかなんか外したらだいたいいけるんだけど、メーカーによって千差万別なので型番とかがわかると案内できる
どっちも今の技術でGoA2.5以降のフルオートの実現が可能。ホームドアが整備された時点で基本的に外乱を想定しなくていいので。
JR九州とかがやってる地上線の実証実験のほうが興味深いところ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@steve02081504 @nikolat party-parrot power station saves our world!!!!!
いいですか?落ち着いて聞いてください。
あなたがバグと闘っている間に
ゴーストは全員実体化しました。
どちらかというとダイバートストーリーの引き金になる。ダイハードかもしれない。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
A.母虎と子虎が芸をして道行く人々からお金を集めて架橋した。
このアカウントは、notestockで公開設定になっていません。
「ヤード・ポンド法がもっと嫌いになる、ほのぼのハートフルストーリーです」って、これぜったい目視でUNF(細目)とミリネジ見分けろとか言ってくるやつだ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@popn_ja 焦げた車両の方に動かしてる(つまり反対側の運転室から「後進」操作をかけてる)から、ものすっごくやりたくないです!
@popn_ja 仮台車を履かせて転がそう、ってあたりまではまあ作業してる方の共通認識としてあったと思います。
あとはまあ、残り9両は完全に健全な状態で線路の上にあるわけだし、被災車両を電気的に切り離して指令用の信号線に問題が生じなくした上で、反対側の運転室から操作して動かせばいいよね!ってことになるのは自然ですね。
やりたくないけど。
@popn_ja 壊れた車輪の下に小さい車輪を履かせて、先頭車以外の生きてる車両の動力を使って自分で走り、隣の駅の空いてる線路に押し込んで、先程他の列車が通れるようになったところです。
・派手に焦げた割にダメージを受けたのは先頭の1台車の片方の軸だけらしく、その軸の車輪に搬送用仮台車(車輪を載せられる車輪)を履かせた
・焼けた運転室を除いて車両としてのシステムは生きているらしく、おそらく反対側の運転台を使い徐行で自走し、隣の神立駅2番線に押し込んで本線を空けた
プリウスミサイルで黒焦げになった常磐線E531系、問題の焦げた部分に仮台車履かせただけでなんと自走で隣の駅の中線に押し込んだらしい。
いや…確かに焦げたのクハだけどさ…動力車じゃないけどさ…
EF63とかEF210-300とか好きな人は「推し推し」になるんだなあというつまらんことを考えていた。
※登り坂補助用の電気機関車
このアカウントは、notestockで公開設定になっていません。
推しの概念はキャラクターの形ですらなくヒトガタでないものまで及ぶので、まあとにかくなんかこう言葉で出力できないのよね
原因がはっきりしてるやつは事故調モード切り替え対象外だけど、燃えたのはやばいなあ。
しかし新幹線正常運行再開の日(原因は前日の夜中だけど)に常磐線が脱落とは…
Windy.tvで雨モードとかに切り替えずにただの風モードのままでここまできれいに前線が見えるレベルなので、もしこれが数値予報の通り実際に起こるとしたらちょっとご勘弁いただきたい何かよね
今のところ数値予報と空気の流れ見たら、土曜夜~日曜朝に関東方面を低気圧がひきずる前線に起因する線状降水帯的な何か(雪Ver.)が襲う感じね…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
延期5カ月で何するかという質問に即刻「ドスケベ本」とかえってくる嘆かわしい風潮について、うかどん管理者ぽなの言葉
「いいぞもっとやれ」
お知らせ:伺かアニバーサリー(大往生)は、主催のリットル氏がぎりぎりまで粘っておりましたが、本日9/6開催への延期判断となりました。ご注意ください。
このアカウントは、notestockで公開設定になっていません。
みさき公園の閉園イベント、1週間+建物閉鎖という惨状に…
http://www.nankai.co.jp/misaki/news/misakieigyousaikai.html
潜伏が平均5日って情報ともおおむね矛盾しないし、自粛要請が成功してもこの後ざっくり1週間ぐらい(注:日数に根拠なし、ただの目安)検査陽性判定の人数が高い水準が続きそう。
今のところふつうに「自粛ムードも限界が来て、連休でどかっと人が動いた分が有意な形で出てきただけ」って感じだけど、そうなるとこの休みが歯止めをかける勝負どころってのも確かよね。
@kanade_lab
なので今の用途で気を使わないといけないのは、共通鍵暗号方式の自動選択の仕組みで、DESとか腐った暗号方式を使わないようサーバ側の設定を確認するぐらいだけど、今の実装でそんなトンチキなことするやつはいないので、何も気にしなくていいよという結論
@kanade_lab
TLSの仕組みは、
・高速な共通(対称)鍵暗号を使いたい
・共通鍵を安全に交換する仕組みが必要
・片方は公開しなければならない
・なので非対称暗号にして公開鍵だけ表に出す
・でもその公開鍵が正当なものかを検証する仕組みが必要
・改竄防止のためにハッシュをつけた
・公開鍵を発行した人が正当かどうかを保証するために認証局を作った
・認証局まで正当につながることを保証するためにルート証明書がある
・万が一管理をミスった時のために失効リストがある
というとっても迂遠な仕組みなわけだけど、内部通信の暗号化なら1行目以外すべて雑でいいので気を使わなくていいという話
@kanade_lab
もしかしたらindex.txtとかは無いとソフト仕様上のエラーが出るやつかもだけど、失効リストとかはまあ確実に要らない
@kanade_lab
ぶっちゃけそれ全部、証明書自体の信頼性を保証しないといけない公開サービスだからいるものであって、バックエンドで使うなら一対の証明書ファイルができあがれば他はいらない
極端な話共通鍵暗号でもいいし鍵交換の考慮もいらないんだけどそれはともかく
@kanade_lab
こうしたほうがいいとかいうのは公開鍵暗号の強度オプションとかぐらいで、後はもうテンプレのはず
@kanade_lab こんな感じで、オレオレCA作ってサーバ証明書とクライアント証明書作るやつ?
https://kiririmode.hatenablog.jp/entry/20160612/1465694388
@kanade_lab キャッシュ機能全部切ったnginxで一旦受けてそいつにTLS機能全部丸投げする手も考えられるけど
@kanade_lab それバックエンドサーバ側のhttpdの実装の問題でしかないけど、TLS機能ついてないnodejsの組み込みhttpdとかいうやつ?
こしは少し硬めで
淡黄だちたる麺の薄くたなびきたる
https://mastodon.zunda.ninja/@zundan/101813809965157324
@kanade_lab 何しようとしてるかによるというか…ただ単に通信路の暗号化だけならSSHのポート転送でいいんだけど