This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
まともな話 [どこが?] は Mastodon でしているので Twitter は完全にインターネットお絵描きマンをヒョローするのと飯同席募集をするだけのものと化している
libyuv のソース見てて思ってたことを思い出した:
拡張命令が使えるかどうかで使う関数を変えて、その関数ポインタをループ内から呼び出すってやり方してるんだけど、これだとインライン化できなくない? ループ内だけどいいの? って気持ちになるんだけど、実際のところどうなんですか? https://chromium.googlesource.com/libyuv/libyuv/+/d82f4baf5fcc19f21b5decd7c4af63f120653e0b/source/convert.cc#1117
OpenGL 系のラッパー (glut とか glew) とかもたぶん同じようなことをしているはずなので、まあ実用上問題ないのだろうという雑な予感はある
私は XML や json のような、機械に優しい抽象データ構造の素朴なシリアライズの世界でしか生きられないということがよくわかった……
JSON や XML が機械に優しい?!!、?!!、、?!!? (静的型付き言語で JSON-LD や XML Schema を美しく扱おうとして脳が爆散する)
HTML を拡張するというのも昔試したんだけど、あまりエレガントな感じにならなかった記憶がある。オレオレ CSS クラスや style 属性を使えるというのは甘えになるし他形式への以降が面倒になる
仕方ない、腹を括ってフォーマットから作るか……
特定スキーマとズブズブだったり基礎となるスキーマのない文法を使おうというのが横着だった。残された道は文法とスキーマを同時に作る他ない
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
AsciiDoc 、大まかには良いし markdown の16384倍マシなんですが、基本的に「所詮この程度」の域を出ないという気持ち
たとえばこれはプロセッサが使い物にならない例なんですが、インライン引用を示すカスタムインラインマクロを作るとして、 q:[foo] と q:lang=en[foo] を同時に指定できない。
q:[lang=en, foo, bar] などすると lang→en, 2→foo, 3→bar のような属性群に分解される。
q:foo[lang=en] のようにすると foo がマクロを含むときエスケープどうするのとなる。
はい詰み #AsciiDoc
あるいは文法の問題も絡むけど、たとえば blockquote の cite title にインライン書式やマクロが使えなくてプレーンテキストのみなのとかゴミだし、これならまだ markdown みたく HTML タグ埋め込んだほうがマシだわみたいな気持ちになる (いや AsciiDoc も HTML 埋め込めるけど) #AsciiDoc
文法の致命的欠陥として、ブロックでもブロックマクロでも「複数の別々のブロックを指定する」などができない。
たとえば figure 本体と figcaption を関連付けて記述するとかができないので、カスタムブロックを作ろうとしても figure ブロック中に figcaption ブロックを置くみたいな二段構え運用になってしまう #AsciiDoc
This account is not set to public on notestock.
AsciiDoc の改行、マクロ使わなかったのはライトユーザ用感はあるけどそんなに筋は悪くない気がする
なお、リストアイテムや表のセルに複数段落を詰め込むときの + の運用は汚すぎて駄目
思うに、インデント (特にインデントレベルの等価性など) を構造の表現に用いると必ず破綻してゴミ文法が生える
ところでフォーマットとスキーマを自前で用意するとなると、当然静的サイトジェネレータも自作するのが良いよな?
haml でブログ記事を書くなども試したことはあるけどインデントがお気に召さない感じだった
@yumetodo この類のものはあくまでテンプレート用という感じです。
本文中にマークアップを突っ込むとき、ノード毎に行が分かれる言語は文章がブツブツ切れたり、同じ文のインデントレベルが乱高下したりするのが素敵でないです
なんとなく/dev/urandumの方が/dev/randomよりも暗号的に安全と思いこんでたんだけど、逆だったよ!もう嫌だなあ!(反省)
Linuxで扱う乱数に関する話 | @knok blog https://blog.daionet.gr.jp/knok/2014/12/04/random-numbers-on-linux/
銀行の通帳,ディジタルにすると 2 年前より昔の取引は見れないとかありがちなので定期的に csv とかダウンロードしておくなり MoneyForward や Zaim と連携しておくなりしておかないとたぶんいざというときに問題が出てくる
Why You Should Be Using XSLT 3.0
https://www.xml.com/articles/2017/02/14/why-you-should-be-using-xslt-30/
This account is not set to public on notestock.
や、今まで既に何度か XSLT 周辺はコード書いてみたことがあるんだけど、未だにメンタルモデルが安定しなくて
AST を生で持っといてマッチングで解釈するのか、仮想機械のコードにコンパイルするのかとか。
ノードを Rc ベースの木で持つべきなのか、アリーナで持つべきなのか。
入力から読まれた木と XSLT 内で生成されたノードはどのように共存させるべきなのかとか。
あと XPath って (たとえば XSLT で行われているように) 外部から型や関数の拡張を差し込めるようになっているんだけど、その辺りのインターフェースをうまくやるにはどうしようとか。
https://twitter.com/cocu_tan/status/1202174343037378561
そういえば所定の方式で procedural なプログラムを書いたら XSLT に変換されるみたいなのがあったら面白そうだよなぁ #らりおメモ
まって、みんな地震多いとか言ってるんだけど私ここ一ヶ月くらいの間で地震の記憶ないよ……もしかして寝てる間になにもかもが進行している???
lo48576/xmlop-types: Common types for XML processing
https://github.com/lo48576/xmlop-types
ちなみにこれは XML 処理系で使いそうな文字列型を定義していたらパーサ書きまくる羽目になって「違うそうじゃない」となったやつです (書き直すかもしれない)
軽量マークアップについていくつか思ったのは、
* 根本的にありがたいのは「段落の作成にマークアップが不要 (空行区切り)」と「セクションの閉じが不要 (暗黙のアウトライン形成)」である
* メタデータの記述が不得意。「属性」みたいなものを用意しようとすると TeX くらいの文法になる
* 実はインラインではあまり有難味がない (入力支援を使えば手間でもないし、場合によっては一貫したエスケープの方が魅力的)
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
trait bound 見落し系はありがちね (Rust だと型定義で trait bound 入れるよりも impl の方で trait bound 入れる方が一般的なので)
std::collections::HashMap - Rust
https://doc.rust-lang.org/stable/std/collections/struct.HashMap.html
HashMap とかは型定義では何も制約を用意していなくて、 impl の方で K: Hash + Eq しているので、オブジェクトの存在を想定することはできるけどユーザが正規の手段で作ることはできない
型定義の方で制約かけると、そのオブジェクトを持つような別の型にまで制約が伝播して大変面倒なことになるからね
どうしても型の方に付ける必要がある例としては、 Drop 関連のものとか、 associated types を使うものなどがありますね。
前者の例としては BufWriter が W: Write を型定義の時点で要求している
std::io::BufWriter - Rust
https://doc.rust-lang.org/stable/std/io/struct.BufWriter.html
Drop をカスタムで実装するときはありえる全オブジェクトについて同時に定義しないと駄目 (つまり型定義と同じ trait bound を使うべし) 的な話
「アナ雪2」Twitter感想漫画に「ステマ」疑惑 7本ほぼ同時投稿され炎上 ディズニーは「ステマという認識はない」と弁明 (1/2) - ねとらぼ
https://nlab.itmedia.co.jp/nl/articles/1912/04/news148.html
> ウォルト・ディズニーの担当者は「本来PR表記を行う予定だったが、どこかでコミュニケーションミスがあり抜け落ちてしまった」「ステマという認識はない」と回答しました。
まあそう言うしかないわな
補完はまあなくてもなんとかなるけどエラーと警告はすぐにわかったほうが嬉しくない?みたいなアレです
私は tmux で
$ cargo watch --clear -x clippy --all-features' -x 'test --all-features'
を裏で走らせているので、 Ctrl+P すればエラーもテスト結果もスッと見られるので RLS 以前はそれ活用していた (というか今でもしている)
「これがないと開発できない」みたいな開発者としての必須の依存をできるだけ減らすようにしているので、コンパイラ以外のだいたいのものは optional だし交換可能
便利といえば、 ~/.cargo/config に
[alias]
da = "doc --all-features"
dap = "doc --all-features --document-private-items"
など突っ込んでおくと、 cargo da --open で全 feature 有効化したドキュメントを生成してブラウザで開いてくれるので超絶便利。
さらに cargo dap するとプライベートなモジュール・型・フィールド・メソッドなどのドキュメントを生成してくれるので最強
pipで依存パッケージインストールすするときに全部グローバルに入るっぽいのが意味わからないんだよな
--user 付けると ~/ 以下、 pipenv とかでvenv化してるとプロジェクトローカルになったはずよ
pipenv、毎回Pythonの環境をまるごとコピーするのと~/.cache 以下の適当なディレクトリに展開するのどうにかならんのか
kb 氏が OPUS MAGNUM の画像を投稿するたびに、卒業が遠退く足音が聞こえる
lo48576/grave: 墓: Collection of abandoned projects and eternal-WIP code fragments
https://github.com/lo48576/grave
人生の全てが入る予定のリポジトリを作ってしまった
DOM 自体の抽象化された API (あるいは XML の infoset の抽象化) が思い付かないので困っている。 trait で抽象化しようにも lifetime parameter あたりの困難があるのは目に見えているし……
こういうとき Generic associated types が欲しくてたまらなくなるのよな
This account is not set to public on notestock.
思い出してきた、 infoset を素朴に使おうとすると node として返すオブジェクトの型に多様性がありすぎて結局全部 dyn Trait の背後に隠すみたいな感じになるので険しすぎるみたいな結論になったのだった
デンターシステマはステマと明記してあるのでどのような宣伝をしても景表法違犯にならない #適当
Excelにスクリーンショットを貼り付ける仕事で鬱病になった話 - メモ帳
https://dawn2721.hatenablog.com/entry/2019/12/04/191305
エクセルスクショエビデンスみたいな話どこにでもあるんだなぁ……
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
三鷹市 |市内の各スポット解説(三鷹駅前エリア) http://www.city.mitaka.tokyo.jp/c_service/017/017073.html
>さくら通りには、かつて玉川上水の分水の一つ「品川用水」が流れていた。
川か!!
品川用水の跡の通りは三鷹駅南側からは「さくら通り」となる。かつてこの通り沿いを流れていた品川用水は、1952年に暗渠化された。
謎解き仙川用水その1ー品川用水上流部と深大寺用水下流部の母体~深大寺用水と入間川を紐解く(10) : 東京の水 2009 fragments
https://tokyoriver.exblog.jp/17636543/
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
Installation (GNU Guix Reference Manual)
https://guix.gnu.org/manual/en/html_node/Installation.html