ターミナル好きに贈るファイラー「tfx」— macOS と Windows - Qiita
tfx(タフィックス)は、ターミナル風の見た目とキーボード操作を中心に据えたファイルマネージャーです。 macOS 版(Swift / SwiftUI)と Windows 版(C# / WPF)の 2 つがあり、同じ設計思想・同じ config.toml を共有します。 macOS: https://github.com/fukuyori/tfx Windows: https://github.com/fukuyori/tfx-for-windows 左右 2 ペイン、フォルダツリー、リッチなプレビュー、内蔵ターミナル。マウスも使えますが、手をホームポジションから離さず操作を完結できるのが狙いです。 本格的に速さと完成度を目指すなら、Yaziがおすすめなのですが、意外とクセが強いのが難点です。tfxの設計思想は、ターミナル志向と言いながら、マウスの直感的な操作も手放せない人向き。 なぜ作っ
より強いテスト入力生成のためのConcolic実行
最近Property-Based Testing (PBT) が普及しており、私も業務で proptest を使っています。PBTの利点は広く解説されているので割愛しますが、個人的には次の問題があると感じています。 Propertyを考えれるケースが限られる テストケースの生成能力が低い 特に私が主に扱うソフトウェアである数値計算ライブラリにおいては、前者は数学的なドメイン知識からある程度は補助できるものの、後者が大きな問題となっています。 今回は後者に関して、Concolic Execution (Concrete + Symbolic Execution) という技術を紹介したいと思います。最初に断っておきますが、これはすぐにPBTに組み込めるような方法ではないので、この記事は調査・実験の記録だと思ってください。 充足問題としてのPBT PBTについて簡単に説明していきましょう。PBT
AI数学の闇：プログラム形式証明が「全探索」を捌けないとき、どこへ逃げるのか｜IMP AI・セキュリティ研究所 (Intellectual Moonshine)
AIで数学が爆速発展する、と言われる。 しかし、その裏側には地味で重い問題がある。 ・AIが出した証明の形式証明機 (Leanなど)で扱いが難しい全探索をどう扱うのか。 ・全探索を検証機の外部に依存する場合、その証明をするプログラム(PBLean)のような新しい道具を、誰がどう信用するのか。 このあたりが解決されない限り、「AIが爆速で数学を進める」という話は、まだかなり危うい。 Leanで全探索するのは闇AIが証明を出し、Leanで検証する。 この流れは一見きれいに見える。 しかし、数学には「有限個の場合を全部調べればよい」というタイプの証明がある。 組合せ問題、グラフ、探索などの世界だ。 ここで問題になるのは、全探索の結果をどうLeanに持ち込むかである。 全部をLeanの中で直接展開すると重すぎる。 数千年後に答えが出てくる！と言われても、検証に数千年は待てないだろう。 外部ソルバー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
透視投影と perspective-correct interpolation について | MochiMochi 3D
GitHub - leansolving/pblean: Verified pseudo-Boolean proof checking in Lean 4
PBLean: Pseudo-Boolean Proof Certificates for Lean 4
