データーを 集めて早し ディスクフル
ATOもATCも、しかもAB両系ともに死んでるにもかかわらず普通に走らせたとかもはやギャグでしょう…おろか…おろかすぎる…
このアカウントは、notestockで公開設定になっていません。
電車は基本的には各社間で互換性を取るのは
・線路の幅
・連結器
・安全装置
って感じで、
互いに連結した時の制御信号の互換性まではさっぱり考えてませんね。まあぶっ壊れたらほかの車両に頼って引っ張ればええわと。
これはめちゃくちゃ気を使って安全装置を山盛りにしても、扱う人類が愚かな場合はどうしようもない例
これは使ってない信号線の後始末がめちゃくちゃ雑だったせいで暴走した例
一応基本的には、鉄道車両とかガチヤバなやつのうちクリティカルな回路は、行って戻ってくるループ組んだ二重系になってるはず。
このアカウントは、notestockで公開設定になっていません。
最近作られた大手鉄道会社の車両の制御バスのうちのさらに半数ぐらいいってたらいいほうかなあ感＞Ethernet
このアカウントは、notestockで公開設定になっていません。
これは信号線が直流100Vなのが逆に仇になって、こんがり焼けて断線したせいで暴走した例
このアカウントは、notestockで公開設定になっていません。
一部の会社：近鉄（実物大プラレールとか言われるぐらいハチャメチャな使い方をするのに定評がある）
鉄道車両の内部バスとかの電圧がわけがわからないぐらい高いのは、たぶん連結した時に錆びた端子でもきちんと通るようにとかそういうやつで、互換性問題とかは一部の会社を除き技術の進歩のほうが早すぎて割と諦められてる感
このアカウントは、notestockで公開設定になっていません。
今見たらさすがに24Vだった（鉄道車両側はDC100Vリレーとかふつうにある）
しかも誤作動起こしたら駄目だからかなにかわからないけど、なんと信号線電圧が直流100ボルトとかいう、お前いつの時代だよとかいうウルトラ激ヤバな仕様
今も地上設備（信号とか分岐器制御とか）は物理系リレーロジックだったはず。
基本激ヤバ安全装置のインターロックは「最低でもPLC」なのでわかる。鉄道車両なんか最近やっとだいぶ進化したけど、PLCどころか物理リレーロジックまつりやったんやで…
放射光施設ってバネが8個あるような名前しか思いつかないんですけど見なかったことにしますね
すてやがれ A.S.A.P. A.S.A.P.
納期など 吹き飛ばして
君も自重しろよ
3DプリンタもNCでいいのは頭ではわかってるし、実行エンジンが極めてシンプルで省メモリなやつで済むから組み込みに有利なのもわかるんだけど、なんかこういつもお仕事で見てウンザリするやつが出てきてギャーってお気持ち表明
rキーのリロードは誤爆したら嫌だから、うちのは意図的に取り除いた上で、開発用パレットからふつうにリロードしてる
ぶっちゃけ一人の人間よりたくさんの人間の集合知であるコンパイラや実行エンジンのほうが大幅にえらいんだから、絶対これはやったらイカんってFAQに書かれてるようなやつ以外は丸投げしたほうが良いよねという。
プログラムの書き方は、よほど邪悪なやつでなければ、だいたい実行エンジン側でうまいことケアしよるから、そこまで気にせんでよろしいという立場
極めてごく一部のぎりぎりまでパフォーマンスを求めるコードになると知らんけど。
昔は冷凍庫が上の機種だらけだったけど、今は冷凍庫が下な機種だらけなのが興味深い。
昔は上から冷気を自然に下に降ろす構造だったけど、どうせ精密に温調するのを売りにするなら、冷凍サイクルを下に固めてファンかなにかをまわしたほうが当然理にかなっている…
ぐぐったらあったのでまあメーカーさんのほうが頭がよかった（あたりまえである）
いまどきのユーザー向けに、冷凍庫：冷蔵庫＝５：５ぐらいにした冷凍冷蔵庫を出すべきなのでは説
実は型宣言しろ派だけど。さすがにデスクトップマスコットで書く程度のDSLで型宣言を強要する勇気はない…
シェアは里々9ぐらいだけど、文(AYA/YAYA)使いにヤバい人が多いので声のデカさは里々6：文4ぐらい（ひどい）
3Dプリンタでモデル読み込んで、何かしらの中間言語を出力して、3Dプリンタに読み込ませて実行するっていう手順で、「ほーん、なんかCAMみたいやな…、いやまさか…」って中間言語ファイル開いたら見慣れたGコードが並んでいて暴れそうになった
NC言語でも「こいつらよくこんな化石使ってんな…」と思っているというのに…
電気系FA屋さんと話をしてて、LD言語（ラダー）のほうがわかりやすいからそっちで書いてって言われて、勘弁してくれ！って断ったことなら…
