リアル仮想通貨ファン

[06:15:02] Windows 大規模障害あったのね
[06:15:27] てか、航空会社とか金融機関が Windows を使うのはリスクでしか無い気がするんだが
[06:15:57] まぁ、でも C# とか好んで使用している金融機関もあるだろうしな
[06:21:02] ｗ
[06:21:18] そもそも論として、航空機のチケット管理のシステムとか
[06:21:30] アライアンス組んでいる会社同士でも連携が不十分だったりするし
[06:21:39] 分散型のブロックチェーン技術などを用いて
[06:21:49] NFT などの技術を用いて実装したほうが確実だと思う
[06:22:13] ブロックチェーンなら今回のような大規模障害で航空会社が運行停止においやられるようなことはなかったはずだ
[06:22:35] まぁ、銀行とか航空会社のシステムとか
[06:22:40] Java がオワコンになったから
[06:22:59] C# とかのコンパイル型の静的型付け言語で開発したいという要求があるのだろうし
[06:23:13] ASP.NET とかでシステム開発したい人たちがいるのはまぁ分からなくもない
[06:23:28] でも、Windows を基盤にするのはまじでリスクでしかないと思うわ
[06:23:39] Microsoft は　Windows Update をまともに運用管理できていないしな
[06:25:11] 銀行とか航空会社って連携すべき会社との間でどっちが責任を持つかという責任分界が難しいから
[06:25:22] システムが複雑になっていると思う
[06:25:42] 自律分散型システムなら、コンセンサスアルゴリズムが面倒を見てくれる
[06:25:50] それね
[06:26:35] まぁ、でも銀行とか航空会社には　C＋＋ とか　Rust とかで開発できるまともなエンジニアおらんやろうし
[06:26:59] とりあえずマンパワーで人月を投入して開発するという力技を使っていそうだし
[06:27:11] C# のような言語が好まれるのだろうな
[06:27:35] そうすると、必然的に .NET Framework が動作し　ASP.NET で Web 開発するという流れになる
[06:27:47] 少なくともコアの部分はね
[06:28:15] だが、コアの部分はもうブロックチェーン基盤を使用したほうが開発工数を劇的に削減可能で
[06:28:21] ビジネスロジックにだけ集中でき
[06:28:45] 異なる関連企業、政府などの機関との連携もスムーズに行いやすいはずだ
[06:29:36] パスポートの IC をスマホで読み込んで搭乗手続きを事前に行ったり
[06:30:31] 入国時の審査もスムーズになるし
[06:31:30] 国内線乗り継ぎの際に、機材トラブルで飛行機が変更になるような場合とかでも
[06:31:37] スムーズに乗り継ぎができるようになるだろう
[06:31:54] まだ、障害復旧していないのか
[06:33:21] Windows Update で同じ KB なのに異なるパッチ流したりね
[06:33:34] そんなことしたら、システム的に不整合おこるの当たり前やし
[06:33:44] なぜ、そんなことができるようになっているのか謎だけど
[06:34:17] というか、顧客の端末を実験場くらいにしか思ってないからな Microsoft
[06:35:26] 日本政府じたいが、Windows のヘビーユーザーだろうしねｗ
[06:36:10] EU とか、Microsoft の Office の独占を問題視してドイツとか　LibreOffice とかを政府機関が採用したり開発にも積極的に関わっているけどね
[06:36:30] 日本政府は、JustSystem の一太郎とかは使っているんかもしれんが
[06:36:37] 概ね Microsoft の Office だろうね
[06:36:59] 地方自治体では、一部　LibreOffice とか Linux 採用しているところがあった気もするが
[06:37:13] まぁ、LibreOffice は日本語に関するサポートがひどいし
[06:37:53] 特に日本人好みの、罫線機能、均等割付に関してのサポートが弱い
[06:38:46] LibreOffice を使うだけでなく、EU のようにむしろ積極的に開発に関わってローカライズするようなことをしないし
[06:39:14] まぁ、Office との互換性を目指しているわけでもないんだろうが　LibreOffice は
[06:39:31] Office との互換性なら、KingSoft のやつのほうが再現性高い
[06:39:50] LibreOffice は、むしろオープンなドキュメントフォーマットを策定することに主眼があるだろうし
[06:41:23] OpenOffice は LibreOffice に変わったんだよ
[06:41:45] 厳密に言うと、フォークしたというのが正しいかな
[06:42:21] OpenOffice は開発が停止されて Apache 財団かどこかに寄贈されたんじゃないかな
[06:42:42] だから、正統派　OpenOffice は名称だけ残っているけど
[06:42:54] 実質的に分家の LibreOffice のほうが主流派なんだよ
[06:43:21] まだ、ダウンロードはできるんかもしれんがかなり古いバージョンなんじゃないかな
[06:43:42] LibreOffice の開発には EU もかなり関わっている
[06:43:51] そうだったね
[06:44:00] Oracle に買収されて
[06:44:08] たぶん、いらねって捨てられたんだろうねｗ
[06:44:23] まぁ、Oracle も Java 関連の特許にしか興味はなかったろうしね
[06:45:03] Google が Android で使用していた DalvikVM が、Java と言語レベルで互換性があって Google はインターフェイスを借用しただけだと言い張っていたから
[06:45:19] Google を訴えてがっぽり稼いでやろうくらいに思っていたんだろうが
[06:45:22] 思惑が外れた
[06:45:45] Emacs 使ってたのかｗ
[06:45:52] 大学で習ったからかな
[06:46:17] いや、最新版の Office は確かにいろいろ便利になっているよ
[06:46:34] PowerQuery とかがなかった時代とかに比べるとできることがすごい増えたし
[06:46:44] Python サポートまで入ったし
[06:46:58] 普通に JSON とか扱えるし
[06:47:28] 文書作るのに Excel を使う人はまじで理解できない
[06:48:02] Excel で版組ソフトじゃないから、文字の折り返し方に関する禁則処理とか厳密にコントロールできないだけでなく
[06:48:11] 段落とかのオプションが設定できないから
[06:48:28] 段落前後の空行や、行頭字下げ等
[06:48:41] 細かいことがほとんどできない
[06:48:49] だから、Excel 方眼紙使うんだろうけど
[06:49:05] データの再利用性が極めて悪いからやめたほうがいい
[06:49:59] そもそも、Word を使っている人で段落を正確に意識している人がどれだけいるのか
[06:50:27] 改行と改段落の違いを理解していないと
[06:50:57] プロポーショナルフォントで両端均等揃えをしていた場合の字組がどうなるかとか
[06:51:27] そういったことすら理解できていないから、やたらと改行やスペースで位置を調整しようとする
[06:51:44] 等幅フォントを使わない限りスペースで位置合わせはできないけどね
[06:52:22] 情報リテラシーっていうけど
[06:52:35] まじで、Wod Excel って、昔でいうところの読み書き算盤レベルだから
[06:52:45] これができない人が多すぎるのは大問題だ
[06:53:08] てか、そもそも Word 云々の前に文章の構造について学びなしたほうがいいと思うw
[06:54:18] 原稿用紙の使い方で習っているんだけどな、段落の分け方とか行頭字下げ、行末に句読点が現れる場合に、原稿用紙の枠外にぶら下げをし行頭に句読点がこないようにすることなど・・・
[06:54:49] Word の場合、ぶら下げをするのではなく文字間隔を調整してスッキリ収めることを好む場合もあるだろうし
[06:55:13] そういった文章の細かい字組のことを気に掛ける人がほとんどいない
[06:55:45] 段落の分けられないんだよな
[06:55:56] 小学二年生からやり直したほうがいいね
[06:58:12] てか、読書感想文とかも良くないと思う
[06:58:25] 大人が模範解答みたいなのを押し付ける感が嫌い
[06:58:48] 〜だと思いますとか、子供が書いているのを見るといつも本当に思ってんのかなって思う
[06:58:59] もっと書評らしいことを書いたほうがいいと思う
[06:59:19] 作者は人間失格だと思いますとどうどうと言えるようじゃないと
[06:59:46] ｗ
[07:01:35] チャットや短文投稿の場合、私はあえて「。」を書かない
[07:01:46] そもそも、私は文章を細かくわけて投稿するから
[07:01:57] 文章が終わっていないことも多い
[07:02:33] 長文を書くと敬遠されることもあるし、そもそも「。」やピリオドを打てばそれは会話ではなく一方的な意見
[07:02:42] 。。。
[07:03:05] ↑の文章は、３つの文より構成されているｗ
[07:04:02] 宿題は終わりましたか？
[07:04:38] いいなぁ、夏休み・・・
[07:05:46] 夏休み終了？
[07:07:42] ん、さっきまでその障害のはなしをしていたのだけど
[07:13:52] 今日の天気は夢見がち，晴れのち晴れ晴れ，ハレハレハレハレ～♪
[07:17:27] 現場からは以上です・・・
[07:20:48] おめ
[07:20:50] いい朝だね
[07:21:16] ｗ
[07:22:48] 結婚祝いのケーキ！？
[07:26:18] ・・・
[17:09:03] 空き家だらけだからなぁ
[17:09:15] 治安は確実に悪化していくだろうねぇ
[18:46:49] おつ
[18:46:53] 繁忙期かな
[19:05:52] 天気の子も長野なんだっけ？
[19:07:23] なる
[19:14:37] ｗ
[20:12:25] ふぅ
[20:13:11] だれもいないみたいだ・・・
[20:58:56] 空中から投下すればいいｗ
[20:59:25] 爆破ｗ
[21:00:31] ｗ
[21:00:56] タワーマンションに荷物を効率的に配送する場合
[21:01:05] ドローン配送だと効率が悪いよね
[21:01:55] 上空から降下させたほうが
[21:02:14] 大型の航空機を使って
[21:02:52] ドローンの離発着場が必要となると
[21:03:05] めんどい
[21:03:55] ドローンって平気で 3,000m 上空とか飛行するから
[21:04:10] ドローンで荷物を運ぶ事自体は不可能ではないだろうけど
[21:04:39] 問題は、大量の荷物を運ぶ場合
[21:04:54] 離発着場が、ドローンの航続距離の範囲内に有る必要がある
[21:06:35] 宇宙開発のコストが低下したら、宇宙に Amazon の倉庫を置いて
[21:07:13] リニアモーターの原理で地上のループで加速し
[21:07:26] 打ち上げに必要な燃料を最小にして
[21:08:04] なぜ？
[21:09:13] そもそもリニアモーターカーは
[21:09:35] 超伝導を用いた強力な電磁石を使うから
[21:09:59] 冷却に必要な冷凍機の電力ぐらいしか消費しないでしょ
[21:10:50] 上下させることにより無駄な経路の延長と
[21:11:19] 安定した速度の維持を難しくしたら意味ないやん
[21:11:54] そもそも止まらなくてもいいなら
[21:12:04] 超伝導を使った電磁石じゃなく
[21:12:11] 永久磁石を使えばいいので
[21:13:12] そのような、位置エネルギを用いた推進を利用するには相当の落差が必要出現実的じゃないでしょ
[21:13:37] そもそも、真空チューブじゃないから
[21:13:45] 空気抵抗をうけるし
[21:15:07] 内燃機関と比較しても・・・
[21:15:55] 超伝導による電磁石で推進するリニアモーターカーとは状況が違う
[21:16:33] あれは、あまりうまくいってないんじゃないかな
[21:18:30] 問題は真空チューブを長距離にわたって維持することが困難
[21:19:12] 真空チューブを区画に分けてエアロックを儲けるとしても
[21:20:02] 高速で移動する移動体の通過に合わせてエアロックを高速に開閉するのは難しい
[21:20:33] ん？
[21:21:38] リニアモーターカーは路面との摩擦はないが
[21:31:33] フォースが私を導いてくれる
[21:32:13] May the Force be with you
[21:32:52] Remember, the Force will be with you, always.
[21:34:56] マイクロマウスという、迷路を高速で解くロボット競技コンテストがあって
[21:35:34] そのコンテストで目にも止まらぬ速さで迷路を疾走するロボットを作っている人がいたのだけど
[21:36:04] 通常そのようなロボット競技では高速で正確に進路変更をしなければならないので
[21:36:43] ステッピングモーターと呼ばれる回転数が厳密にコントロールされる、プリンタ（3Dプリンタも含む）で使われるモーターを用いるか
[21:37:09] 車輪の回転数を厳密に計測可能なロータリーエンコーダーを用いて
[21:37:24] 実際の走行距離を導き出そうとするが
[21:37:31] 高速化を極めるあまり
[21:37:37] 車輪が空転して
[21:37:54] 正確に曲がれなかったり、移動距離を誤認してしまうというトラブルがつきもの
[21:38:41] そのため、空転を防ぐために走行前にガムテープの上でタイヤを転がしてゴ​ミを除去したり
[21:39:13] ある人は、車体下部に強力なファンを用いて吸着するようにダウンフォースを生み出していたね
[21:42:54] 光学式マウスとか実は画像認識でやっているんだよね
[21:43:51] だから、マウスの解像度では高速に移動する場合の正確な移動距離の算出に使えない
[21:44:19] また、会場のコースは黒一色のベタ塗りなので
[21:44:57] なぜ黒なのかというと
[21:45:04] 迷路の壁が白で
[21:45:16] 壁との距離をセンサーで認識しやすいように
[21:45:57] https://youtu.be/fXL79-2xBRw?si=-WVIYTmK0sX1O_QG
[21:46:10] https://youtu.be/fXL79-2xBRw?si=-WVIYTmK0sX1O_QG&t=804
[21:46:27] 大分後半のほうだな
[21:47:17] １１：27分ごろかな
[21:47:26] めっちゃ速いやつ
[21:47:48] たぶん強力なファンで地面に吸着させている
[21:49:06] そもそもマウスのセンサーはかなり地面に密着させないといけない
[21:51:55] 最大トラッキング速度が400IPSのマウスであれば10.16[m/s]までトラッキングできるが、それを超えた場合は使えない
[21:53:11] あるね
[21:53:35] だが、画像認識で移動量を計算する方式は相対的な移動量のセンシングだから
[21:53:51] 積分していかないといけないから誤差が累積する
[21:54:12] もし誤差がないなら
[21:54:25] 3Dプリンタでも、マウスのセンサを用いて
[21:54:34] ステージの移動量を検出し
[21:54:48] ステッピングモーターの代わりに DC モーターで爆速印刷させればいいｗ
[21:55:18] 絶対的な移動量を求める方式と違って、どんどん歪んでいくだろうねｗ
[21:55:51] ステッピングモーターはけっこう高コストだからな
[21:56:17] そこを可変にするんだｗ
[21:56:23] 移動に合わせてｗ
[21:57:05] コスト削減のためならあらゆるものを排除してしまう中国人でさえステッピングモーターを使う・・・
[21:59:31] RICOH がうどんこさんが言うようなマウスの原理とインクジェットプリンタのヘッドを用いた
[21:59:41] ハンディプリンタを作っているが
[22:00:02] あれも、移動する時に注意しないと
[22:00:07] ずれるんだよね
[22:01:19] 誤差が累積していき、合計が 数cm に達すれば高速で移動するロボットは通路を曲がる際に最短コースのキワキワを攻めるから壁に激突する可能性が高くなる
[22:02:42] 高精度なレーザーマウスでも誤差は生じるよ
[22:04:35] そもそもマイクロマウスという競技は
[22:04:42] 超小型ロボットだからな
[22:04:56] GPGPU みたいに大電力を消費していいわけじゃないし
[22:05:24] そもそも、小型化を追求するとUSBスタックすら搭載していないマイコンを使用しなければならない
[22:07:14] そもそも、精度を求めななら
[22:07:38] ジャイロなどのセンサーを用いて加速度を２回積分すれば移動距離は求まるよ
[22:09:00] 無論、２回も積分するから誤差の累積は大きいだろうが
[22:15:02] そういえば、いま曲面に画像を印刷できないか考えているのだけど
[22:15:25] 曲面に単純に２次元画像を貼り付けると、当然だけど正面から見たときに歪んで見えちゃうよね
[22:16:10] これを、正面からみたときに歪まないように投影する簡単な良い方法がないかなぁと思案中
[22:17:06] そうだねぇ
[22:17:43] 問題を単純化すると、球面に印刷して正面からみたときに歪まないようにみたいな問題に近いのかな
[22:18:39] Blender とかで UV Mapping とか
[22:18:47] そのあたりなのかなぁとは思うが
[22:18:56] 仮にそのようなデータを生成したとして
[22:19:04] 球面に貼り付けるには
[22:19:18] ステッカーみたいなものを舟形多円錐図法で印刷して
[22:19:43] 複数のパーツにわけて貼り付けるしかないのかなと思う
[22:22:07] 普通にボールに印刷するだけなら
[22:22:12] パッド印刷でもいいよな
[22:22:21] 全面に印刷する必要がない場合
[22:22:44] 正面から見たときに歪みがないようにパッドにインクを乗せればいい
[22:22:59] ただし、凹凸がない場合に限られるな・・・
[22:23:38] 平面ですね
[22:23:57] https://www.youtube.com/watch?v=qu-YRg4J8Fw
[22:24:13] ただ、これ私も詳しくないが版を起こさないといけないだろうから
[22:24:25] 小ロット生産に向くかは不明
[22:25:37] 版は下の方の平面だね
[22:26:11] 凹凸のある版でエッチングによって必要な量のインクだけが入るくぼみがある
[22:26:59] インクを版から拾って、移すためのやつ
[22:27:14] 曲面に印刷するときには必要
[22:27:39] そう
[22:27:56] 下の版にインクを塗ったあと余分なインクをスキージみたいなやつで掻き出して
[22:28:07] ぶよぶよしたやつでインクを拾って
[22:28:15] 対象物にインクを乗せる
[22:28:27] なので、版そのものは平面だ
[22:29:21] そう
[22:29:36] 版じたいはおそらく
[22:29:57] 銅板の上に、感光性のレジスト膜を作って
[22:30:10] 露光させたのちに
[22:30:44] 感光部はレジンのように硬化するから
[22:30:55] 硬化しなかった残りの部分を洗い流したあと
[22:31:02] 酸につけて
[22:31:18] エッチングする銅板エッチングの一種と思われ
[22:31:29] 版画みたいな技法だね
[22:31:50] 半導体の製造技法にも通ずるところがあるね
[22:33:18] そう
[22:33:28] だから、それを事前に逆算して
[22:33:38] 版を最初から歪ませておけば
[22:34:00] 正面からみたときに歪なく見えるのではないかと考えている
[22:34:48] この手法の難点は、版を起こさないといけないことだ
[22:35:06] 今なら、UV インクジェットとかでも曲面印刷できるのかもしれん
[22:35:33] パッド印刷は大量印刷には向いているだろうけど
[22:35:45] そうだね
[22:36:05] パッド印刷ならかなり深い、ワン型の形状の内側にすら印刷できるね
[22:36:51] てか、おどろいたのだけど
[22:36:54] https://www.youtube.com/shorts/btfRlYbBmRE
[22:37:06] 普通に外側もいけるんやね
[22:37:53] 版さえおこせばできるのかもしれんねｗ
[22:38:59] なる
[22:39:15] しかし、形状によってはかなり歪がきになるとは思うが
[22:39:45] 思ったのだけど、パッド印刷だと版を作らないといけないけど
[22:40:03] インクジェットで平面の上に印刷したものを
[22:40:10] パッドで転写できないのかなｗ
[22:40:28] いちおう、パッド印刷でもフルカラー印刷できるけど
[22:40:41] CMYK で、４つ版を作らないといけない
[22:41:10] インクジェットなら、転写が一回で済むのでは？
[22:41:23] また、位置合わせがそこまでシビアじゃない気がする
[22:43:02] ひみちゅ
[22:43:24] 問題は、１０個ほどしかいらんのよね
[22:43:36] 版を起こすほどではない
[22:43:48] 今回の要件ではないが
[22:43:57] 小ロット多品種的な展開ができれば
[22:44:15] NFT のような唯一無二性とも相性がいいと思うんだよね
[22:44:30] AI を使って、無数に作画した画像を印刷するとか・・・
[22:44:57] 大量生産するなら、どう考えても版を起こしたほうが印刷速度は速いだろうけど
[22:45:14] そうだよね
[22:45:31] １個ごとに版を起こすのはさすがにコスト的な面で厳しいだろうから
[22:45:41] 君子いるやんｗ
[22:45:55] それ
[22:46:08] Blender とかで、テクスチャマッピングしたら同見える化はシミュレーションできるだろうけど
[22:46:45] なければ、OpenCV とか使ってコーディングしないといけないのかなぁ・・・
[22:47:01] あるものを組み合わせて行けそうな気もしなくはないが
[22:47:25] というか、印刷業者とかプリンタメーカーに聞いたほうが速いのだろうが
[22:47:36] 小ロットを相手にしてくれそうな業者がいるか
[22:47:43] それが問題だ
[22:48:33] 文字組みの話しは今朝たしかにしたけども・・・
[22:48:43] 今は、印刷技術の話しｗ
[22:49:15] てか、きのうスペースしてたのね
[22:52:16] 暇なのかな・・・
[22:56:57] 平面なら、普通に入られで原稿つくるけどさぁ
[22:57:02] イラレでね
[22:57:26] もし仮に原稿をつくれるとしてだよ
[22:57:45] 私が、１０２４ 通りの AI で生成した画像を用いて
[22:57:57] 1つずつ、1024 パターンの印刷を依頼したとして
[22:58:06] 受けてくれる業者がいるのかなｗ
[22:58:40] 65536 通り、いやむしろもっと大きい数でそれをやって業者を困らせてみるかｗ
[22:59:27] それは注文しないとなｗ
[23:01:02] そうだよね
[23:01:21] そういう時代だよね
[23:01:45] 大量生産の時代は終わった
[23:02:06] ジェネレーティブアートで唯一無二を無数に
[23:03:30] ｗ
[23:03:46] 取扱注意も作らなきゃ
[23:14:39] ドル安を意図的に起こすより、単に関税を掛けまくるほうがアメリカ的には良さそうだけどね
[23:15:22] なぜビルドしているんだろう
[23:15:29] 静的リンクでもするのかな
[23:15:57] 利下げの可能性は高まっているからな
[23:16:28] しかし、本当に円安が金利差からのみ来るものか
[23:19:54] カーネルのアップデートに追随できるのか
[23:20:06] それが問題になりはしないのか