@lacherir では…特急券代置いておきますね…
っ[8390円]
@lacherir 昔は鉄道も完全に経験工学だったからねえ、狩勝実験線の脱線実験とか、苗穂の103系衝突実験とか…。
シミュレーションが発達した今でも、競合脱線の発生条件とか、完全には予想しきれないものはあるけれど…
@lacherir Flight Testだから、爆散まで含めて全てが実績であり失敗ではない、という考えだけど、完全生中継でヤバい瞬間まで見られたのは他ではできない体験だなあという感じ。
@lacherir 結果:
Booster 14はちゃんと1段の役割を果たし、再突入まではこなしたものの、減速逆噴射段階で破壊
Ship 35は軌道には一応乗ったものの、燃料漏れで姿勢制御できなくなり高速回転しながら大気圏再突入、爆散
爆散する直前の、ぐるぐるまわりながらキラキラ炙られてる状態まで動画で完全生中継!スゴイ!
うちなんか1135G7やで><
とはいえしばらくCPUの歩みが足踏み状態でみんなGPU/NPUで必死っぽいので、もうしばらくは使い倒すつもり…
そこを超反省したのか、次に出てくるはずのH3の30形態(1段ブースターなしエンジン3発のお安い形態)は、"TF6"としてまたあの金属棒"VEP-5"と相乗り小型衛星のみで打ち上げるっぽいし。
つまり、ロケットは大事なペイロードを宇宙に送るための"乗り物"であって、実運用を想定したペイロードを失う方がまずい、というただ一点においてアカンやろと。
H3 TF1が識者に叩かれたのは「なんでTF1に実用衛星積んだんじゃい!」っていう一点のみですわねえ…
なので今回もShip(2段)側なのよ…
性能向上のために根本的な見直しをしたとかが仇になったのか、それともRaptor V1 -> V2 -> V3と開発が進むに従って推力も上がってるので、予定外の問題が起きてるのか、なんだろうねえ。
割といい感じに展開できてたV1 Shipと何が違うのかなあ。
まだ目的のためにはぜんぜん足りない性能の向上のために、若干無理したんだろうなあ、とか。
Ship 35はV2 Shipの中ではよい子でした…
でもなんかV2 Shipのエンジンへの燃料供給系統に根本的な設計の問題がひそんでいる気がする。
超高速回転焼きでもテレメが続く限り生中継するぜ!っていう漢気
通信途絶寸前にShip 35のフラップが微妙に崩壊するところまで見られたのは凄かった
イカの超高速回転焼き状態になっても「失敗も完全生中継だぜ!」っていうのシビれる
フライトテストだからね、射点ぶっ壊す以外は全部計画通りよ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
現実問題として、大気圧から一気に宇宙でしょ…排気対策はしてるだろうけど、勢いでドア歪んだとかあってもおかしくないよね
このアカウントは、notestockで公開設定になっていません。
いまさらだけど日本語解説つき
もともと廃棄予定の挑戦的な実験だったので、まあこれはこれでよし
あとShip 35(2段目)は事故らない優秀な子でした
Starship Flight Test 9
08:30 JST
- Ship 35
- Booster 14 (FT7の再利用)
※今回は再利用Boosterのテストなので再キャッチはしません
https://www.spacex.com/launches/mission/?missionId=starship-flight-9
このアカウントは、notestockで公開設定になっていません。
@yojiushi 継続は力なのでほどほどにがんばるのです…
※ただしメンタル的な負荷が大きすぎるなら容赦なくカットで
このアカウントは、notestockで公開設定になっていません。
「伺かはプラットフォームでもジャンルでもなく文化である」
とか言ってみたくない?そのほうがかっこよくない?(重度の中二病患者)
↑ホンネ
源流の考え方でゆるくつながりながらも、それぞれ好きなように活動してる、それでいいじゃないんですかね
VRChat沼にはまった?ぜんぜんOK
VTuber?すごいねどこのチャンネル?
ゲーム作った!やらせて!
作品が商業誌に載った?すげー!
すきなようにやればいいんじゃないかな
伺かクラスタだからといって伺かを主軸にする必要はない
私たちは表現者であって、手段を選ぶ必要はない
まあ、そのコアにキャラクター作りという源流が刻み込まれてれば、うれしいなとは思いますけれど
上段のShip 35は、
・Block 2の謎の故障多発解消なるか
・ペイロード展開テスト(Starlinkの衛星ダミー)がうまくいくか
・宇宙空間でエンジン再点火テストがうまくいくか
・意図的に欠けさせた耐熱タイルという条件に耐えて再突入できるか
あたりが見どころっぽい?
再利用したBooster 14は、せっかくの廃棄前提テストなので、帰還軌道の負荷上昇(≒燃料を節約した減速)とエンジン故障を想定した減速コントロールテストをするそうな。
こういう厳しい条件の中、しかもエンジンの大半が中古品な中で、海上でうまく着陸相当の直立ができたら大成功!という感じ。
Ship 33 (FT7) は想定外の共振
Ship 34 (FT8) はRaptorエンジンの異常
という感じで、Ship Block 2(V2)爆散の呪いを今度こそ解決できるかが見どころになります
Starship Flight Test 9
08:30 JST
- Ship 35
- Booster 14 (FT7の再利用)
※今回は再利用Boosterのテストなので再キャッチはしません
https://www.spacex.com/launches/mission/?missionId=starship-flight-9
めがねハーピーちゃん
性癖がヤバい
このアカウントは、notestockで公開設定になっていません。
@ambergon 同じ環境で、 [SSL] のInfoが出るゴーストさんの更新だとどうなりますか。
@ambergon 同じURLでエラーメッセージをもう少し詳しくしたやつを置きました。Networkログ機能で再度見てみてください。
@ambergon スクリプトログをネットワークモードに切り替えると、なにか出ていたりしませんか。
真面目な検討:LLMベースもしくはそれに類するものだとすると、「人が今まで書いてきたものの鏡」になるので、今までSF書いてきた人の著作物が、ハッピーエンドが多いかどうかって話になりそうね。
建造目的からすると、汎用もしくは街区管理用の人型と思われます。そのような目的の場合、冷たい方程式で割とウエットな判断を下しがちなように見受けられます。
もっとも、何がどの程度ダメージを受けたらどうなる、という詳しい情報をすべて呼び出して、おそらくT=0ギリギリまで、限界まで推論にかけられるリソースを使って、最適解を出そうとはしてると思いますけど。
たぶん、人口密集地側にも回せるだけリソースを回して、多少の中枢システムへの被害は受け入れると思います。
きれいに重大事故仮想再現VTR(いわゆる股尾前科)の入換冒進からの無断退行事例そのままなのがもうね…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
フルスタック(すぎる)エンジニア(だけど経営がらみとかエンジニアリングしてないことが多い)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
鹿島、コマツ/世界初のハイブリッド型掘削機が稼働/新潟県内トンネル現場に導入 - https://www.decn.co.jp/?p=114051
NATBM(新オーストリアトンネルボーリングマシン/メソッド)すき
このアカウントは、notestockで公開設定になっていません。
メモリ8Gのラズパイとか、たった1枚でそれなりの人数を収容できるMastodonサーバが立ちますな…
8GB Raspberry Pi 4 on sale now at $75 - Raspberry Pi
https://www.raspberrypi.org/blog/8gb-raspberry-pi-4-on-sale-now-at-75/
@noellabo 正直なところサーバが停まったとかもはやどうでもいいやつでしたよ…(遠い目)
実際に19H1->19H2ではApplication Compatibility Toolkitの設定飛ばなかったけど、19H2->20H1は飛んだので、少なくともシステムの深いレベルからの更新なのは間違いなかった
19H2が特殊なのか、以降??H2は全部そうなのかはわからないけど、19H2は少なくとも軽めの更新だったはず
Windows 10, version 2004 and Windows Server, version 2004 - Windows Release Information | Microsoft Docs https://docs.microsoft.com/en-us/windows/release-information/status-windows-10-2004
👀
理解した。20H1がやっときたのか…
アレはカーネルレベルからの更新だから気をつけるんやで…
このアカウントは、notestockで公開設定になっていません。
http://www.pref.osaka.lg.jp/smart_somu/osaka_alert/index.html
大阪のコロナ追跡システム、店固有のIDかなにかがひっついたURL入りQRコードを読み取って、来場者はメールアドレス登録するだけという超簡易版な実装みたいね。
Bluetoothで常時近くに居た人を監視とかよりはだいぶ利用者側のハードル(「信用できない」という心理的ハードル含む)は下がりそう。
@Satis 科学とオカルトをいっしょくたにするような所業なのに、また混同してしまった…ご容赦を…
このアカウントは、notestockで公開設定になっていません。
魔術命令の実行遅延時間を測定することで、戦闘相手の行使しようとしている魔術を推測するサイドチャネル攻撃とかできそう(どんだけ)
魔術の自由度が高すぎる(汎用プログラミング言語相当のことができる等)と、確実に世界に脆弱性が発見されるという騒ぎが起きる説
@tetradice うろおぼえすぎた…
http://ssp.shillest.net/ukadoc/manual/descript_ghost.html#seriko.defaultsurfacedirectoryname,%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA%E5%90%8D
もっとも、これがあるからmasterがなくてもいいってわけではないですけれど。
@tetradice
解決法1:なんも考えずshellフォルダをenumして最初に見つかったやつを採用する
解決法2:ghost/master/descript.txtのshell定義を参照して厳密にデフォルトシェルを探す(めんどくさいのでおすすめしない)
@tetradice もともとそういう仕様の場合もあるけど、ユーザー側で消そうと思えば消せる点にも留意。
もっとも、消したところで次のネットワーク更新あたりで復活するんだけど(だいたいshell/masterもupdates2.dauにはいってるので)
このアカウントは、notestockで公開設定になっていません。
https://twitter.com/JimBridenstine/status/1265739180702945280
$ TZ=Japan date -d '2020-05-30 15:22 EDT'
Sun 31 May 2020 04:22:00 AM JST
Wolfram AlphaさんにNASAのツイートの時間コピペしたら答え返してくれるのめんどくさくなくてとてもいい
iPad Proで遊んでるように見えちゃう運転席
https://youtu.be/Aymrnzianf0
このアカウントは、notestockで公開設定になっていません。
今日の打ち上げは悪天候により中止。おつー!!
https://youtu.be/Aymrnzianf0
2段目への液体酸素の注入の前に決めるんだね。
Go for launchになったよ!! あと58分ちょっと
https://youtu.be/Aymrnzianf0
このアカウントは、notestockで公開設定になっていません。
なんでSNRなる鉄道公社が簡単に見つからないか→わざわざ鉄道専業の公社にする理由がないから(バスとかもセットにするなど)
高雄・京北線って書いたらなんか台湾の路線にしか見えない(西日本JRバスの京都のバス路線です)
アンビグラムの例でJNRロゴ出てたのを思い出した
https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%B3%E3%83%93%E3%82%B0%E3%83%A9%E3%83%A0
確かにアレ回転させてもJNR
南アフリカとかSNRになりそうな気がしたけど違った
https://ja.wikipedia.org/wiki/%E5%8D%97%E3%82%A2%E3%83%95%E3%83%AA%E3%82%AB%E5%85%B1%E5%92%8C%E5%9B%BD%E3%81%AE%E9%89%84%E9%81%93
名前を省略するとSNRになる鉄道会社がどこかにあったような気がするんだけどおっさんジャンク記憶をつかまされてるだけな気もしてきた https://en.wikipedia.org/wiki/SNR
北・四国・九州とか、今民営化スキーム考えろって言われたら、あまりに収益の基盤が貧弱すぎるから上下分離しかないよなあ。もっとも線路を国が持ったところでその上走らせるオペレータすら現れないかもしれないけれど。
今はあんまり国営鉄道って枠組みは流行らなくて、ガチ民営化か上下分離して民営化って感じなのでなんかめんどくさいことになってひと目ではわからないのがつらい…
スペイン国営鉄道=RENFEのはず
昔とは微妙に運営スキーム変わったりしたかもだけど実質的な意味で。
getclip.exe SAORIがWindows Defenderで誤検出される問題について、Microsoft側での対応が入り検出解除されました。すでに隔離してしまった方は、Windows Defenderの「履歴」から検疫済みの項目のリストを探し復旧してください。