このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ソースコード直接実行のテクニック - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/04/02/direct-source-execution/#description

ヒアドキュメントの区切り文字列に記号を悪用してアレなことをしたことがあるの思い出した

自分でおえかきできる勢すごいなぁ

私は辛うじてトポロジーが保てるレベルでしか書けない(それも場合による)

オレオレドキュメントフォーマット based on xml を(今までの知見を参考に新たに)作りたい気持ちが強いが、メタデータを RDF で表現したい病気にかかった

ここしばらく JSON-LD 漬けだったからな……

このアカウントは、notestockで公開設定になっていません。

まあ GNU Social もメガインスタンスは結構あったし、やはりどこにでもいるのだなという感じ(適当)

メタデータ – SVG 1.1 （第２版） - https://triple-underscore.github.io/SVG11/metadata.html

この手法真似すればいいか(完)

このアカウントは、notestockで公開設定になっていません。

そらりす実機触ったことも見たこともないので、生きた化石のような感覚で ftp-jaist を見ている(失礼)

ftp-jaist「見せてあげますよ、本物の “Unix” をね……」

nodejs すきでない(ランタイムのコンパイルが重いので)

ダブリンコア・アプリケーションプロファイルのためのガイドライン - http://ndl.go.jp/jp/dlib/standards/translation/dcap-guideline.htm

このアカウントは、notestockで公開設定になっていません。

https://twitter.com/trademark_bot/status/997060667575332864 #tw
ハイプロ
世界一水処理が上手
水処理界のtourist
水不足時代の終焉を告げる者
実質水
水を綺麗にするために生まれてきた製品

野村マイクロ・サイエンス株式会社
https://www.nomura-nms.co.jp/

https://twitter.com/tokoro10g/status/997690718377336832 #tw

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

そういえば RDF で特定のドキュメントの「タグ」(これは構文ではなくメタ情報的な意味で)を表現する語彙がよくわからないんですが、どう表現すればいいんですかね (keyword で検索すべきなのかな？)

tag とかで検索すると XML の文脈での tag で検索結果が汚染されていてなんもわからんになった

おたくショッピング開始

現時点で10k

持ってたか覚えてない本があったので投機的に買ってしまった

あとは下にあるメイト

久々のおたくショッピングで蔵書の把握が完全になくなっていた(ｽﾏﾋｮ故障とともにメモも破棄された)ので、蔵書管理ソフトを作る決意をした

ちょっと優先度高くしないとだめだわこれは

人間の必要睡眠時間にも寿命にも大きな個体差があるし、時間が平等なんて大嘘やで

文脈知らんが

時間の流れは、まあ認知できるレベルでは平等かもね(客観的には)

このアカウントは、notestockで公開設定になっていません。

導出が間違っていればたとえ結論だけ真でも議論は無意味、当然です

たとえば水にありがとうと言いたがる人々がそうなんだけど、世の中には “いい話” であればどんな作り話も正当化されると思っている輩が溢れている

徹底抗戦の構えです

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

これすき

このアカウントは、notestockで公開設定になっていません。

！？

VirtualBox 上の win10 が BSoD で落ちた……

勘弁してくれ

俺はこいのすイチャコライズの体験版を確認しないといけないんだ

このアカウントは、notestockで公開設定になっていません。

根本的に、何が迷惑で何が暴言なのかは相手とか文脈とか個人の感覚によるところが大きいわけで、一概に判断できないしややもすると第三者に誤判定されたりするわけで、だからこそ「自分にとって不快なものを自分で拒否しろ」という権限と責任の分散を行っているわけで

はっきり言って、「不快なユーザを管理者にかけあってどうにかしてもらう」というのは自由と自己責任の否定だし、中央集権に向かう発想なので、自分が twitter で何を見て何を学んだかよくよく考えてほしい

それこそサーバそのものが悪意をもって立てられたとかであれば防衛は管理者の仕事かもしれないけど

あと、個々にブロックしても他にアカウント作られて嫌がらせが続くとかのケースであれば、その場合は寄合所帯のオープン登録インスタンスなんてものを運用する人に責任があると思うし、もっと言えばそれは個人単位への分散を否定した結果なので、考えを改めて啓蒙に励んでほしい

このアカウントは、notestockで公開設定になっていません。

じゃんけんで負けたら BAN とかなかったっけ(もう忘れた)

ちんケモ入手した(戦利品は後で)

やっぱり根本的に、「悪意がある(かもしれない)ユーザを無条件かつ(ユーザにとって)ノーコストで受け入れてしまうオープン登録インスタンス」がこの面では害悪みたいなところはあると思うので、個人単位での分散を徹底的に推進していくべき

このアカウントは、notestockで公開設定になっていません。

むしろ悪意ある(またはそう見えるように振る舞う)ユーザが自分でコストを負担したがる理由ってないですからね

加害者目線を考えられないのは脆弱性のもと

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

どこのインスタンスが良いかじゃあないんだよ、自分で自分に最適なインスタンスを立てるんだよ

どうすりゃいいんだこれは

「大規模インスタンスは貧者のマストドン」とかテキトーなこと言ってキャンペーンでも打てばいいのか？(適当)

Mastodon はコミュニティウェアではない、フォロー対象は自分で繋がりにいけ

コミュニティを主眼に置きたいなら Slack でも Discord でもなんでも、もっと適した代替があるんですよ

そもそも twitter もコミュニティを主眼に置いた仕組みではないでしょう

まず LTL や FTL が Mastodon の主機能であるという誤解が、「良いインスタンスを選ぶ」などという発想に繋がってしまうのか

Markdown 、メモ程度にはちょうどいいけど、まっとうな文書に使いたくない

ただ、最近思うようになったのは、 Wikiはそのメモ程度に相当する(あるいはその程度の気軽さで編集されるべきである)のでそれでいいのかもしれない

個人的にはブログは真っ当な文章を書く場として用意しているので、 Markdown を使う気はない

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ありゃ

ActivityPub は push (publish) ベースのプロトコルなので、アカウントが削除されたという情報を適切に(エラー耐性のある形で)伝播させるの難しそう(適当)

や、でも投稿とかは push ベースでないと削除の伝播が難しいのか

プロトコルの設計には詳しくないのでよくわからんな

https://mstdn.fujii-yuji.net/@fujii_yuji/100056001890682305
1チャンネルしかない slack みたいなものか

このアカウントは、notestockで公開設定になっていません。

サーバ運営者は当たり屋ができる #宣言的知識

個人インスタンス mastodon.cardina1.red は
VPS: 900円/月
オブジェクトストレージ: 500円/月
ドメイン 1598円/月 = 133円/月

という感じなので、計1533円/月です。

なお、実際はオブジェクトストレージは必須ではないうえ Nextcloud 用のものを流用しているので、実質的に 1033円/月です。

一応全文検索も動いています。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ドメインは 1598円/年 の間違い……

矛盾を導いてしまった

このアカウントは、notestockで公開設定になっていません。

HTML で満足できなくてオレオレ XML を使っている勢力なのでな✋

https://github.com/lo48576/blog.cardina1.red/blob/3273a6258edc4934eb5a1526e7449cd08a4b05ea/content/articles/2017/2017-04-13-federated-social-web/index.xml#L128-L133

こんな感じで、今のところは HTML ベースでちょくちょく拡張という感じでやっているけど、これから完全に作り直す予定

Docbook とか DITA とか TEI とか RDF とかに興味がある XML 勢です

このアカウントは、notestockで公開設定になっていません。

今回 XSLT (1.1) だけでは駄目なケースを考えていて、たとえば「サイトのパス構造を知らないが、特定の id のついた記事へリンクしたい」というような場合を考えていて、この場合 article:foobar みたいな感じで href を書きたいんだけど、たぶん XSLT 1.1 だと文字列マッチと属性の書き換えがかなり面倒な気がしている

emmet.vim を使っているので、そもそもタグ入力にそんなに時間かけてない

タグ打つのが疲れるって、メモ帳ﾌﾟﾖｸﾞﾔﾐﾝｸﾞじゃないんだから……

と思うことはありますね。まあ10年前であれば気持ちはわからなくもないですが(というか10年前でも閉じタグ補完くらいは Windows のエディタでもあるやつはあった)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

単調な構造を持つ文書とかはタギングのコストが相対的に大きく感じるのでは

XML は非構造化データの記述に適しているけど、逆に単調な構造を記述するにはオーバーヘッドが多い

HTML でテーブルを書きたくない理由と近いものだと思っている

AsciiDoc それなりに好きなんだけど、すごく気持ち悪いのが

foolink:bar[baz]
ってやると
foobarqux
みたいになるところ (link: の前に空白を置くと、その空白は保存されてしまう)

そもそも AsciiDoc は docbook の(意味上の)サブセットなので、 AsciiDoc が好きな人は XML を書く素質がある(適当)

あと、コードブロック中で文字装飾とか強調とかリンク作成とかができない(よね？)のも個人的には減点対象です

これがどう困るかというと、たとえば以下のような感じでユーザ入力を明示的にしたりできないので悲しい

mltermのterminfoがおかしかった件 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2015/11/18/mlterm-terminfo/#understand-the-situation

表現したいのが「コードブロック」というよりも「ターミナルの様子」なんですよね

もっと根本的なことを言うなら、たとえば markdown や asciidoc のコードブロックとかリンク周辺の構文とかがそうなんだけど、「特定の文脈で構文(パースやエスケープの規則)が変化するようなものが沢山用意されている」という状況がそういう制約に繋がっていると思うので、そこが嫌です

その点 XML ではエスケープ規則はほとんど一貫しているし空白の扱いは xml:space とかスキーマで指定できるし、(属性内とかでなければ)基本的にどの場所でも、構文やエスケープ規則の変化を理由として情報の埋め込みを阻止されないという安心感があります

エスケープ無効化区間を作りたければ CDATA section が使えるし

一度、「タグと記事について、 ID を指定すると相対リンクに書きかわる」という拡張を作ったことがあったんですが、そこまでするなら文字列処理とか XML 処理した方が汎用的じゃん……と思った経験があります

このアカウントは、notestockで公開設定になっていません。

dev-vcs/git -gtk -python している

このアカウントは、notestockで公開設定になっていません。

markdown は拡張が構文レベルで必要なのがゴミofゴミだし、 asciidoc は拡張に使える汎用構文(マクロ)が用意されている時点で256倍マシだけど、私の知る非 markup 言語としての欠点はそのまま引き継いでいるかなぁという感じです(リンク内の [] とか () あたりのエスケープとかア)

そういう人がのさばるのを防ぐために、 DTD とか XML schema / RelaxNG などの validation 技術があったのに、よりにもよって HTML が脱 XML しやがった

人々、妥当な文書を書くつもりがない(主語が大きい)

このアカウントは、notestockで公開設定になっていません。

「わかるくらい勉強して書いてください」と言って reject ()

gitでtree表示するalias - すぎゃーんメモ
http://memo.sugyan.com/entry/20111103/1320247493

git のグラフ眺めるのはこれで十分やなという感じなので、 GUI 一切使ってないです

このアカウントは、notestockで公開設定になっていません。

字句解析失敗してすごい竜王なのかと思った (猛竜王)

バイト先で Python2 & Tcl/Tk を使ったことがある(さすがにそのコードは退役させた)

まあ乗り換え先が PyQt4 なのは……

まて、 Tcl/Tk じゃない、単なる Tk だ

Tcl なんか書いたことねえよ

手癖で書いてしまった

バ先の Linux マシンに gcc-4.8 だか 4.9 が入っており、文法としては C++11 対応していたんだけど、 std::regex が使えないと後輩に相談されたので、 gcc に合わせて libcxx を使うハックを伝授したことはある

や、べつに素直に clang 使ってもよかったんですけどね

https://mastodon.cardina1.red/@lo48576/100056266571229443
qux 消し忘れてた、 s/foobarqux/foobar/ ですね

foo
bar
baz
qux
quux
までは覚えてる。
あとは corge, thud, xyzzy, あとなんかそんな感じのがいくらかあった気がしている >metasyntactic variables

RFC 3092 - Etymology of "Foo"
https://tools.ietf.org/html/rfc3092#section-2

> bar, baz, qux, quux, corge, grault, garply, waldo, fred, plugh, xyzzy, thud

そうだった、そうだった

quux くらいまでしか使わない

grault, garply, plugh あたりは全然記憶に残らないし、 fred は thud の記憶違いかと思って省いてしまった

このアカウントは、notestockで公開設定になっていません。

「話し方」が知的なのであって、べつに知的な内容を話す必要はないことに留意せよ

だいたいゆっくり喋って伝わる情報量なんて所詮その程度だから……それこそ事前情報として本とかテキストとかで伝達が行われているのであればまだしも

1質問して30返ってくる人、本来その29は事前知識として知っておかないと理解できないことだったのかもしれないという自覚をもってほしい

説明するこっちだってどこまで基礎に遡るべきか悩んでるんだから……

や、 C 言語のポインタと配列と関数周辺の仕様が良くないのは原因のひとつではあるけど、それはそれとしてメモリという記憶デバイスの概念を理解してもらわないと説明のしようが……

バースト転送するんだけど、途中で「あ、この話興味ある？」と確認を行うようにしているので、実質ノンプリエンプティブ(適当)

や、これマジで意識しないと際限なく関連事項を話しつづける機械と化すので

まあ後輩の立場だとそれでも断るの難しいかもしれないけど、せめてブレークポイントを多く挟もうというのは意識するようになりました

このアカウントは、notestockで公開設定になっていません。

オタクなのでどうしても語彙を流用してしまいますね

注文するメニューや行く店がどれでもよくてなかなか決められないときとか「エントロピーが足りない」などと言ってしまう(キツいオタク)

まあ言ってる本人としては、喩えというよりドメインの(自然な)拡張という気持ち

これはある

ジャーゴン、しばしば文脈とか詳細な定義などを暗黙に含むことがあるので、情報量が高い

うわぁ