夏稀の彼氏 さんのチェックイン (2月29日 23:55) - Tissue https://shikorism.net/checkin/7878
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
夏稀の彼氏 さんのチェックイン (2月29日 23:55) - Tissue https://shikorism.net/checkin/7878
の投稿
takusun@mstdn.maud.io
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ブログで nanoc 使ってるのもうちょっとどうにかしたい (XML + XSLT との相性が良くない)
そもそもの話をすると、 xsltproc / libxslt が XSLT 1.0 (+exslt) にしか対応していないので微妙というのと、静的サイトジェネレータで XML をネイティブに扱えるものが少なすぎるというダブルパンチ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
actor: "id_string"
actor: {id: "id_string"}
actor: {[id: "id_string"],[id: "id_string"]}
ほんとつらい。
ああいうのほんと「これだからｳｪｯﾋﾞ系のパリピは〜〜〜💢」ってなるわね
ｳｪｯﾋﾞ系が悪いのか動的型付言語が悪いのか知らないけど、とにかくスキーマやデータ型という概念への信仰がどこか致命的に歪んでいると思う
普段合理性のない思考と発言しかしない俺でも、そこを緩く扱う合理的な理由があるとおよそ思えないんだけど
どうせ「配列の [] とかは省略できた方が文字数が短くなる」とかそんなんですよ、あの界隈はいつもそう
そんなに短さが大事ならまずJSON をやめろ、 CBOR でも使っとけや
JSON-LD の「アルゴリズムの規格はあくまでデータ生成者向けのものだから、実装者は適宜追加の変数とかフィールドを追加してテストが通るようにしていいんだよ」を思い出すなぁ
(なお「していいんだよ」とは言っているが、しないとテスト通らないどころか実装もできない)
規格をそのままコードに落とせないの、アルゴリズム定義としてそもそも成り立ってないと思うんですけど！！！
なんで存在すら示唆されてなかったメタデータが勝手に出現して「これを使います」とかなるの、必要ならちゃんと全部書いてくれ
JS屋の気分だけで全て決まる世界観から均衡を守るためにGoでも何でもいいから静的型付けが流行りきってくれ
このアカウントは、notestockで公開設定になっていません。
Activity Streams 1.0にはXMLとJSONのふたつのシリアライズ形式があったんですが、ActivityPubで使われている2.0ではJSONしかない
『フィンランド語を学ぶときに、私の頭の中と外で起きていること』 https://seiga.nicovideo.jp/comic/41946 は台詞が横書きになっているからかコマの順番が通常と左右逆なので漫画を初めて読んだときの気持ちを思い出せるかもしれない（？）
文章の流れと同じような方向なので違和感あまりなかった……
たとえば日本の漫画が英訳されているやつとかは twitter の TL を時系列順に追うような読みづらさがある
実のところ漫画が読めない人は色々な世代にいて、*もし仮に漫画が読めない子どもが増えているのだとしたら*（私はこの部分も半信半疑なのですが……）それは漫画が子どもの娯楽としてマイナーになりつつあるという面もあると思います
コロコロ編集長に聞く“マンガを読めない子どもが増えている”の真偽 ―子どもを舐めてはいけない | ダ・ヴィンチニュース https://ddnavi.com/news/215595/a/
「漫画の読み方がわからない人もいる」こうの史代さんが語る“漫符事典”の必要性 https://dot.asahi.com/aera/2018021500061.html
このアカウントは、notestockで公開設定になっていません。
Future proofing - Rust API Guidelines
https://rust-lang.github.io/api-guidelines/future-proofing.html#structs-have-private-fields-c-struct-private
ブシロード、いつのまに IT デベロッパーになったのかと思ったら、 IP デベロッパーだった (今気付いた)
というか JSON-LD クソすぎるので、せめて 1.1 が来るまでは触りたくもない
ActivityPub、JSON-LDとして扱うことを必須にしていないのでJSON-LDとして扱うとおかしくなる実世界のデータが見つかってもおかしくないと危惧している
たぶん「単体 or 配列」の起源は XML の文化だと思うんですよね (ActivityStreams も XML 由来だし)
XML はそもそも混合ドキュメントを扱うものなので、 <author>ほげ</author> だったり <author><personname><surname>山田</surname> <firstname>太郎</firstname></personname></author> だったりを混ぜられるし、その辺りかなりルーズだったのよね
ハンガリアン記法だと型Xの配列をrgXと表す慣習があったらしいのでプログラミング言語の文法にも前例がありそうな気がしてならない
[]T、英語でarray of Tと読めるのでいかにもそういう設計の言語がありそうな雰囲気がある
Type[] とか [Type] が比較的多数派っぽいけど []Type は Golang だけなんじゃないか
Rust の *const Type とかってちょっと面白い (&mut T / &T と *mut T / *const T で一貫性があるといえばまあある)
ふむ、Modula-2では配列型の変数をx : ARRAY OF CHARのように書くのか
Go's Declaration Syntax - The Go Blog https://blog.golang.org/gos-declaration-syntax
pointer of intが*int、array of intが[]intというのはまぁGoの設計者はそういう意図で決めたんだろうなという感じだ
Kuin逆引き辞典2 配列や文字列を扱う - プログラミング言語「Kuin」
http://kuina.ch/kuin/reverse2#504702670940
どうも既視感があったんだけど、くいなちゃん氏が作ってる Kuin が []int 文法だわ
Kuin の文法はコンパイラでの負担が少なく解釈が高速であるということを念頭に定義されていたはず
@karno futures::future::TryFutureExt - Rust
https://docs.rs/futures/0.3.4/futures/future/trait.TryFutureExt.html#method.and_then
futures-0.1 では Future は暗黙に Result 的に振る舞っていたんだけど、 std と futures-0.3 からは普通に非 Result な使い方ができるようになったので、 Result 的に振る舞う Future (つまり Future<Output = Result<T, E>> を実装した型) への追加メソッドは TryFutureExt という extension trait で提供されている
このアカウントは、notestockで公開設定になっていません。
(T,) が1要素タプルなの、こう、他にやりようがない気はするんだけど、それにしてもどうにかならんのか？ という感じもある
このアカウントは、notestockで公開設定になっていません。
TypeScript は JavaScript から漸進的に移行したいタイプの言語で、 JS の方に tuple がなくて heterogeneous array が使われるから、 tuple の仕様もそっちの文法に合わせてるわけか
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
async { ... } みたいな感じで future 化するのでは駄目なのかな
futures::future::ready - Rust
https://docs.rs/futures/0.3.4/futures/future/fn.ready.html
あるいは ready() を使って値を future にすることもできる
exhaustive field / variant は今では #[non_exhaustive] が使えるわね
rfcs/2008-non-exhaustive.md at master · rust-lang/rfcs
https://github.com/rust-lang/rfcs/blob/master/text/2008-non-exhaustive.md
rust/RELEASES.md at 1.41.1 · rust-lang/rust
https://github.com/rust-lang/rust/blob/1.41.1/RELEASES.md#language-1
Rust 1.40 からです
このアカウントは、notestockで公開設定になっていません。
.await 構文の導入で構文的にそういうメソッドチェーン風なことをする土台はできたんだけど、まだまだ熟考が必要ですねという感じはある
(知られているアイデアの例としては foo.match { ... } のような文法がある)
match foo.bar().baz().qux() { ... }
を
foo.bar().baz().qux().match { ... }
と書けたら実際便利そうよね
Text.Pandoc.Definition
https://hackage.haskell.org/package/pandoc-types-1.20/docs/Text-Pandoc-Definition.html
最近眺めている
$ echo '<p id="id-para">foo<strong id="id-strong">bar</strong></p>' | pandoc -f html -t native
[Para [Str "foo",Strong [Str "bar"]]]
うっっそマジで！？
や、 https://hackage.haskell.org/package/pandoc-types-1.20/docs/Text-Pandoc-Definition.html を見てもどうにもメタデータの入り方が納得いかないと思ってたんだけど、普通に情報欠落させるやつだったか……
このアカウントは、notestockで公開設定になっていません。
「最近の若者は手書きの手紙を書かなくなった」みたいな話に見える。
ゲームも動画鑑賞も読書も普通に両立するし、そりゃ必要なエネルギーの高さに応じて人口比も変わるでしょうに
何がしょーもないって、インタビュアが「そうは言っても、でも読書っていいものじゃん？」というスタンスを崩さないことなんだよな
人から話を聞こう、聞いた話を伝えようというときに仲介者の主観を押し付けないでほしい
聴取・集約した意見の公開とそれに対する個人的見解の表明は別々にしてほしいが
(まあそういうのに向いてないメディアってことなんでしょうね、当該サイトは)
「ワカモノの実態を伝えます！」みたいな体で実際にはオッサン (とは限らないけど) の固定観念を露呈させるの、いやオメーの話を聞きたくて読みにきたわけじゃないんだ……となる
人間が嫌いなので「聞いてください！」とか「そう思うでしょ？」と言われると知らんがなとなる
まあそもそもの話をすると、たった一人の話を聞いて「若者の本離れが加速した理由」などと宣う時点でｱｯﾊｲなんだけど (過度の一般化)、煽りが商売のメディアを dis ってもキリがないのでこれくらいで
(一応 A さんが分析した結果ということになっているので個人の意見ではないという体なのか……)
このアカウントは、notestockで公開設定になっていません。
「どうしたら本を読んでもらえるだろう」なら考えようという気にもなるけど、特にそういう話でもなく……まあ定番の空虚な「若者の○○離れ」の話題でしたね
平成が令和になったくらいでは空虚ムーヴは変わらないということか
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そもそも脳が文章を理解する速さと口頭でそれを発音する速さは明らかに一致しないので……
まあ理解力をフル稼動させたくないから口の方を律速にしたいという話ならわかる
わかるというのは理解できるという話で、私はそうしたいとは思わないけど
律速、制御とか化学系の界隈の人が使っている印象がありますね (情報系としてはボトルネックの方がよく使う気がするけど)
「○○の方をよく使う」と「○○の方がよく使われる」が混ざった？
あるいは「よく使う」が frequently used という形容詞的に利用されている？
寒いからお布団で土木関連の調べごとしてて、土木の本を手に持って、寒いので毛布被って「(・・・・真っ暗で読めないじゃん！＞＜；)」
ってなった＞＜；
暗いと本は読めないことすら忘れるほどに、スマホとかで『読む』に慣れちゃったんだって自分でビックリした＞＜；
このアカウントは、notestockで公開設定になっていません。
国連退職エントリー…
【転職エントリー】国連を退職し、Kyashで働くことになりました https://blog.shota-kameyama.com/2020/02/08/quit-un-and-start-kyash/
このアカウントは、notestockで公開設定になっていません。
この中でデザインと音関連って特に大学とか専門学校でそっち系行かなければたぶん学べないよね＞＜
オレンジは本読んで独学だけど＞＜
デザインはなぁ (まあ小学校レベルは基礎の基礎だから頑張りましょうくらいの話ってことで)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
zm を jy にしておくと Dvorak で便利 (zma で「じゃ」になる)
ｴｰｺﾞネイティブでないせいで、 Datetime / DateTime 問題とか Filename / FileName 問題で永遠に苦しんでいる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
なるほど (でも Dvorak の x は QWERTY の b の位置なので絶妙に使いづらいわね)
そして QWERTY の x の位置には Dvorak の q があるのでこれは SKK で予約済……
Dvorak / SKK / vim / XMonad / i3wm などの組み合わせでいろいろ経験してきたので、とにかく「プリセットの割り当てをできるだけ潰さない/移動しないこと」を心掛けている (それが一番トラブルが少ない)
このアカウントは、notestockで公開設定になっていません。
あと正規表現エンジン実装とか標準ライブラリ実装とか (そういう「基礎」ではない？)
暇ができたらやってみたいことの上位なんだけど、残念ながら他にもやりたいことが無限に積まれており……
youtuberになりたいから学校やめる系の人々、ちゃんと偉い有名海外youtuberの方々は「大学までちゃんといかないと出来ないよ？」って言ったりしてるし基本的に同意だし、なにも学ばずになんの動画作るんだよ感があるけど、
オレンジがわりと最近見るようになった唯一youtuberカテゴリに入るであろう方の動画見てると、「この方、なんでこんなに教養無いの！？＞＜；」ってビックリするし、ゲームうまいわけでもないし、観察力も判断力も平均以下で、実況で見てるとイラッてすることもかなり多い
けど、でも話術と性格があればなんとかなるし、おもしろいんだね＞＜；
ってなった＞＜；
具体的に言うと、マインクラフトの動画の「２８(ふたば)」さん＞＜；
「std::教養 を見せつけられることを嫌う人々」みたいな層が実は結構いるのではないかと思っている
じゃあそういう人々が YouTuber をするとしてどうやってコミュニティの文化や特別感を作るかというと、たぶん「自分自身をコンテンツとすることで、 (その文化圏における) 教養をブートストラップする」という戦略が結構有効なんじゃないかなぁと。
(意識しているかはさておき、実際そうなっている例はそこそこありそう)
std::教養 が嫌なのが何故なのかというと、「コミュニティの構成員の皆 (あるいは一部) がわかっているのに自分がわからないネタで人々が盛り上がる」という爪弾き状態を嫌っているのではないかという予想をしている。
そう考えると、教養のブートストラップは「特定の動画群を観ればその文化を理解できる (かつネタが全部わかるので爪弾きにされない)」という、ある種の「コミュニティやコンテンツで除け者にされない保証」みたいなのを作るうえで極めて有効なのではないかなと。
よーするにコンテンツよりもコミュニティへの帰属意識みたいなのを取ることになっているのかなと
これたぶん教養だけじゃなくゲームそのものでもそうで、例えばマインクラフトうまい人が完全無欠で動いて動画作っても「すごいね そんな事できないや」で終わっちゃう＞＜
そうじゃなく、やったこと無いことを学びながら出来るようになって行く所を見せることで、「どういう風に学んでいくか？」を娯楽兼ねて学ぶための情報を出してるかも＞＜
ごみ箱が壊れてもごみが散乱しない、ｺﾝﾋﾟｭｯﾀ時代を感じるな (???)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「せわしない」＝「せわしい」の謎
https://nihongowodekiaisuru.blogspot.com/2017/09/blog-post_24.html
「極まる」と「極まりない」もこれか……
