Cargo.toml を壊れたままにしない - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2020/12/14/dont-leave-cargo-toml-broken/
#Rust AdC (その1) 14日目の記事です。どうぞよろしゅう。
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
Cargo.toml を壊れたままにしない - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2020/12/14/dont-leave-cargo-toml-broken/
#Rust AdC (その1) 14日目の記事です。どうぞよろしゅう。
この記事は飛び入りでｼｭｯしたやつなので全力記事ではない
全力記事は Rust その2 で書くつもりのやつなので、かなり遅めの日の枠を確保した
↓これ、どこかで「library crate は patch version まで書かないほうがよい」みたいなのを見た気がするんだけどどうなんろう
この記事では本題でないので書かなかったんだけど、 patch version まで指定する弊害として、たとえば binary crate に依存を足したとき、もし既にある依存先 crate に対して新たな crate がそれより厳しい指定をかけていた場合、間接依存までパッチバージョンが上げられてしまうというリスクがある
つまり新しい間接依存を導入しない crate を突っ込んだだけなのに Cargo.lock に大量の差分が出るみたいな可能性はあって、それを避けたいのであればできるだけ低めのバージョンを指定するというのも優しさではある……
指定が壊れていないならという前提だけど。
まあ本当に気にするなら、それこそ CI とかで cargo +nightly update -Z minimal-versions で検査をかけるようにして、指定した最小依存バージョンに問題がないことを確信してくれという話なので……
記事の対象読者レベルからすると発展的内容ということで書かなかった
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Unicode のおかげで「機種依存文字」とかいうクソ概念を駆逐できるかと思ったら今度は「機種依存絵文字」が発生してるの、あまりにひどい
このアカウントは、notestockで公開設定になっていません。
私が個人プロジェクトで動かしてる CI でもたまに依存のせいで失敗するので、気付いたらパッチ投げるようにはしてるんだけど、とにかく虚無感の強い作業になりがち
feature flag の組み合わせをいい感じにテストしてくれる機構がほしいんだよな (もちろん全ての組み合わせで試すと最大で指数オーダーになり険しいため、典型的な組み合わせでしかテストしていない)
serde の有無、 chrono の有無、 core/alloc/std のサポート、これだけでも12通りですよ
このアカウントは、notestockで公開設定になっていません。
cargo-udeps - crates.io: Rust Package Registry
https://crates.io/crates/cargo-udeps
そういうときは cargo udeps です
不要な依存を検出してくれます
cargo-expand
cargo-license
cargo-outdated
cargo-udeps
cargo-update
cargo-watch
あたりはかなり役立つ
chit - crates.io: Rust Package Registry
https://crates.io/crates/chit
あとターミナルで開発してるなら chit が地味に便利で、 crate 名を渡すと最新バージョンや説明がわかる。ブラウザに移動する必要がないので捗る
まあ Cargo.toml の編集だけブラウザ使わなかったところで、ドキュメントを読むのは cargo doc より docs.rs を使いがちなんだけど……
Parse Rust code with syn · Issue #4 · est31/cargo-udeps
https://github.com/est31/cargo-udeps/issues/4
内部的には結構面倒なことしてそうね…… >nightly の必要性
「書いてないけど必要」というのが存在しないならば syn crate でいけそうだけど今の diesel とかまんまこれだしな……
原理的には syn でも可能なんだけど、 crate 次第で同じ名前の crate として参照していても semver incompatible なものだったりするとバージョン違いの別物に……とかがあるので、その辺りちゃんと対処すると結局コンパイラ内での名前解決を再実装する破目になり、ウーンという
この時間に体を温めるのにちょうどいいものがあるじゃん (ストーブのない家に住んでいる顔)
このアカウントは、notestockで公開設定になっていません。
話題のゲーム「サイバーパンク2077」で流れる電波ソングが最近聞かないタイプのゴリッゴリの電波ソングだった件「これは名曲」 - Togetter https://togetter.com/li/1635698
昨日やってたときに流れてた謎の電波ソングこれか！！
曲名が PON PON SHIT で唐突に shit されるの草w
ActivityPub に分散レビューシステムを載せられる気がしているんだよな。
投稿がレビュー、拡散は任意の倍率 (負を含む) の減衰つきでのレビューへの信用の評価と表明、という感じで。
問題はレビュー対象をどう名寄せしていくかだけど、とりあえず URI だけを対象にしても使い物にはなる気がする
この機構で私が実現したいのは「レビューへの信用の主観的なスコア集計の自動化」で、たとえば自分が目にするレビューにも「この人のレビューは一般に信用できる」とか「このレビューはむしろ疑念がある」などの正から負までの重み付けがあって、しかも「信用できる人が信用している人はちょっと信用してよさそう」という信用のチェーンとスコア減衰がある。
これはまさしく Web of Trust の目指したところだけど、静的なスコアでなくレビュー活動自体を分散 SNS の機構に載せることができるような気がしている
https://mastodon.cardina1.red/@lo48576
名寄せ問題は URN で JAN とか ISBN とかを指定できるようにすれば普通に大丈夫か
@nacika 実際あったら使いたい (ただユーザ数を増やすまでに苦労しそう、ユーザ少ないとありがたみも少ないので)
@nacika あれは投稿に対する評価が vote によって客観的に決まるという点で、ある意味「普遍的な有益度」を仮定した価値判断になっているので別物だと考えます。
私がほしいのは「私にとって信用に足るか、私にとって有意義な情報か」という点であって、無関係な万人がマイナス評価してもそれは全くどうでもいい話なので
https://mastodon.cardina1.red/@lo48576/105376647965798269
普遍性とか人気とかを捨て去った、とにかく主観的な有意義性を中枢に据えるような価値判断システムが欲しいのよね
たとえば私が信用していない人々が「動的型付けは神！」などと言っていても、それは私にはどうでもいいというか、逆に「信用していない人々が称賛しているものは、やっぱり信用できない」というマイナス評価に繋がるわけです。
それよりも、「この人の思想や感性は私と近いな」という人が「この静的型付き言語いいぞ」と言っている情報を重く受け止めたいじゃないですか。
@nacika たしかに論文のレビューはかなり近いかもです。他者の専門性や信頼性を情報そのものの信頼性に反映することで、価値判断を半自動化できそうという。
マトモな学界と価値判断が全然違うトンデモ学会 (学界) が存在できるところまで含めて、かなり欲しいものに似ている感じがしますw
https://mastodon.cardina1.red/@lo48576/105376683912506483
論文のレビューとかがかなり近そう、本質情報だ
人間がやる、それも大勢の人間でやると、単なる文章の人気投票になりやすい気がするかも・・・＞＜（人気ない人→＞＜）
https://mstdn.nere9.help/@orange_in_space/105376981504011133
だからこそ「自分が信用するとマークした人間や評価を信用し、その他大勢のどうでもいい人間の評価が反映されない」というシステムが輝くと思うわけです
評価の省略というか、評価を外に投げるってそういう事なんだろうかもなので、一般的にそれで それをする人は幸せになれるかもだけど、でも、ファクトチェックするわけでもないんだから結局の所人気投票になるかも＞＜
上手く説明できないけど、テレビのワイドショー番組の（何らかの専門家ではある）コメンテーターの意見が全然専門的ではなく的外れなのに人気者なので専門家の意見のように扱われてしまうのと近いことがやはり起きるんでは？＞＜
専門家ならばいいって事ではなくむしろ「専門家だからきっと正しい」は危険って言いたい＞＜（文章下手でちゃんと説明できてない＞＜；）
これはオレンジ自身に対しての評価でも思うことで、オレンジが自信無しで根拠を上手く示せず書いてる場面の時にも「オレンジさんってディープなマニアだからきっと正しそう」みたいな反応だと、ちょっと「（だいじょぶかな？＞＜；）」って思うし、
逆に、論文やらなにやら引っぱってきて詳しく説明してる時に不評で、それに推定を含んでいて妥当に言い当てていた場合でも「（だから言ったじゃん・・・＞＜）」ってなる＞＜
昨日なんかの話題（なんだっけ？＞＜；）の時についでに書こうか迷って長文になりそうだったから書かなかったんだけど、
オレンジってわりと「オレンジだけが言ってるんじゃなくこの専門家も言ってるんだぞ！？＞＜」ってする事多いので「専門家の意見をまるごと鵜呑みにしてると思われてるかも？＞＜」って思ってるんだけど、ジョークで「この人が言ってるからきっと正しい！＞＜；」はやるけど（カトラーとか）、基本的には「この人が言ってるし！＞＜」って人の意見とぶつかる部分が多々ある事多いし、デザインの話で毎回引っぱってくるノーマンの話もここがおかしい！＞＜＃ ってぶち切れる感じの敵対する部分があったりする＞＜（そもそも「敵！＞＜」って感じで本を読んだ＞＜）
https://mstdn.nere9.help/@orange_in_space/105377035129958505
https://mstdn.nere9.help/@orange_in_space/105377040321947364
むしろそういう「局所的なクラスタでの信仰」みたいなのを再現したい、定量化したいという気持ちがあって、同時にそれが (現実に広く見られる) 誤りを無視した高評価に繋がる懸念も理解はしている。
<https://mastodon.cardina1.red/@lo48576/105376610784961448> で「投稿への信用」と「投稿した人への信用」を別で挙げているのはそういうところのお気持ちの反映で、「人間への信用はデフォでその人によるレビューへ引き継がれるところがあるが、必ずしも全てのレビューでそういうわけではない (信用している情報源の部分的な否定や補足はありうる)」というところも、ちゃんとモデル化して明示されればユーザも2種類の信用の差異を認知できるようになるのではないかなと。
あと Web of Trust を挙げたのも、「人間が人間を信用している事実についての信用」と「人間による投稿についての信用」も別種だしモデル化段階で区別される必要があるなぁみたいな気持ちで書いていた
もちろん明示されてもそういうのをうまく扱えない人々がいることは承知しているんだけど、そういう人々自体について「私が私のために」ゼロや負に近い信用度を設定できればいいというお気持ちもある。
誰を、何を信用するかユーザが完全に制御できるのなら、信用できない人をスコア計算から排除して信用すると決めた人を半ば身内扱いするようなある意味「性善説的な」機構も十分に有意義だろうしそこまで脆弱にはならないはず
私が第一に欲しいのは「私が人の話を信用するメカニズムの機械化」であって、信用の伝播とかはそのための道具にすぎない。
このシステムはグローバルな信用や他者のためのスコア算出を目的としていない。
言ってしまえば、このレビューシステムがあってもなくても私の脳内で起きていることに違いはなくて、単にその脳内で発生した価値判断を web で再現したいだけなのよな。
人間が先でシステムはその模倣。
そのオマケとして、近隣クラスタでユーザが増えることで判断に使える材料が増えるというメリットはあるんだけど
オマケというか、「他人が価値判断を行った結果が、その証拠や重み付けを含めて機械可読になってほしい」というお気持ち。
従来のレビューでは価値判断の最終結果しか見えないことがほとんどで、証拠や反論についてのメタデータでの紐付けがとにかく弱いので。
ジュースとかいう高級な飲み物を滅多に飲まないマンなんだけど (朝の野菜ジュースを除く)、冷蔵庫を見たら賞味期限が3週間前の乳酸菌飲料が眠っていて泣いている
レアアイテム使えずゲームクリアするやつじゃん
でも、何らかの情報に関してファクトチェックする人ってほぼ皆無かも感＞＜
というか「オレンジ以外根拠の論文やら何やらまで読んでる人がいない！＞＜；」ってパターン、ほぼ全て＞＜；
だいたいTL上で話題になって、オレンジが深く調べて語ってる頃にはみんなもうその話してない・・・＞＜
ニュースとかは一言意見がいくつかシェアされてそのまま話題が終わる＞＜
だからこそ、情報への「レビュー」は貴重で意味があるし、それをちゃんと紐付けて機械可読にしたくなる
たとえば辞書記述形式のひとつを確認したことがあるんだけど、関連語句へのリンクとして類義語とか対義語とかその他にもいろいろな種類があるわけですよ。
一方我々が今使っている web のハイパーリンクは、「友好的リンク」と「敵対的リンク」の区別さえされていない有様。
メタデータが足りてなさすぎる
<a rel="me"> と <a rel="author"> だけで満足してええんか？？？
RDF 系の語彙を漁ったらもう少しいろいろあるのかもしれないけどね……
少なくとも多少は関心がある私でさえ耳にしたことがないし、普及度は推して知るべし
XLink おもしろいよな。
メディアの embed とかも、言われてみると確かにリンクだなぁとなる (つまりそれらを要素で区別する HTML との相性は最悪)
というか XLink が複雑すぎてサブセットしか使われていないというのが正しいか。
DocBook とかもリンクは link で埋め込みは mediaobject と inlinemediaobject の中身の要素で区別だし
DocBook とリンクといえば、 @ linkend 属性を見ると実に微妙な気持ちになる。 xl:href="# foo" ではいけなかったのだろうか
XSL-FO はなぁ……
CSS 組版に負けるのも仕方がなかったのか……？ と
XSL Advent Calendar 2020 - Adventar https://adventar.org/calendars/5027
ところですんごい AdC があります
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そのサブドメ、パスに MIME を書くとそのタイプで降ってくるというクッソどうでもいい機能がありますよ
NW-Z507 はいいぞ (でもバッテリー持ちはかなり微妙)
Bluetooth ヘッドホン (これまた Sony の WH-1000XM3) を使って、満充電からずっと再生状態で6時間以上 (たぶん8時間は厳しい) は使えそうかなというくらい
死んでもアイテムロストくらいしか影響ないんだけど、私はとにかくアイテムロストしたくないので慎重プレイになりがち (ストーリーというか本命クエストが進まない原因)
まあ minecraft はサバイバルだと時短ゲームなので、工夫をしなければ時間を浪費して同じことができますという虚無になりがち
クラフト系とか最適化系のサンドボックスゲームはどれもそういうところあるだろうけど
A successful Minecraft Git branching model https://toshia.github.io/a_successful_minecraft_git_branching_model/
いつもの
まあ死を恐れなくなったらそれこそサバイバルである意味が皆無になってくるので、インセンティブのデザインとして正しい
【 #ねとらぼ #RSSfeed 】
「サイパーパンク2077」家庭用版のバグやクラッシュについて謝罪、満足できない場合は返金にも応じると明言
https://nlab.itmedia.co.jp/nl/articles/2012/14/news116.html
Intel is "intel" in the logo, Arm is "arm", Steins;Gate is "STEINS;GATE", etc.
このアカウントは、notestockで公開設定になっていません。
minecraft でておくれないために重宝しています (ついでに GitLab の issues でタスク管理したりなどもできる)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
https://mathtod.online/@cmplstofB/105377756974946785
この気持ちも理解できて、よーするに「敢えて特定の (ある意味不合理な) 制約の中で問題を解決してﾝｷﾞﾓﾁﾞｲｨｲｲｲ!!! する」という楽しみ方は特殊であるには違いないんだよな。
喩えてみるなら難読言語でプログラム書いてみるとか意味もなく asm 直書きするとかそういう類の。
ストーリーの薄い or ないゲームというのは本質的にこの「制約のなかで何かを為す」に帰着するので、そこを楽しむには素質か素養みたいなものが必要なのは間違いないと思う。
その有無の良し悪しは全く別の話として。
かく言う私は、べつに制約の中でﾝｷﾞﾓﾁﾞｲｨｲｲｲ!!! するのも嫌いではないけど、割と早い段階で飽きるというタイプ
あと VRC でシェーダ芸やってる人たちみたいな「理不尽なプラットフォームで限界に挑む」みたいなのも気が乗らない。
合理的なプラットフォームを作ろうとする方が何倍も魅力的に感じるので (どちらが困難か、あるいはそもそも可能なのかは別の話)
マイクラの制約はギリギリの範囲で上手いこと作ってあるなぁと感じる。人とゲームの組み合わせによって、このあたりのハードルの高さが変わってくるんだろうな。
"『ゲームという物は、プレイヤーの行動に意味を持たせる事でゲームになる』と言いたい＞＜ 逆に言うと『行動に意味を持たせる事』を『ゲーム』と言うのかも＞＜"
https://twitter.com/orange_in_space/status/696599653245014016
まあ「本質的な問題解決をしたい」という欲求みたいなのは私もすごく身に覚えがあるので本当によくわかる
私が factorio でロケットを飛ばさずにプログラミングをしているのも同じような理由なので
「チートでできるやん」はこの「本質的な問題解決じゃないじゃん」なんだよな
これはシステムに射影されたプレイヤー寄りの目的意識の話ではなく、射影される前の抽象的なモデル時点での話なので、ゲーミフィケーションとかで楽しくなるかというのとは別の軸なんだよな
というか私の場合は学びの順番からして
アナログ回路
↓
論理回路
↓
ハードウェア記述言語
↓
アセンブリ/C
↓
C++ / Lambda calculus
↓
Rust / 言語理論
という感じなので、割とそういう「低いレイヤーの汚い部分を隠すことに価値を感じる」みたいなところがある
物理演算系のゲームとかは割と本人のスキルの上達が求められる傾向にあるのでこの手のゲームのほうが向いてそう(個人の感想です)
例えばマインクラフトのクリエティブモードでジャガイモ栽培しても「ジャガイモを栽培した ～完～」にしかならないけど、
サバイバルモードでジャガイモを栽培すればそれは食料になるので例えば「ゾンビの群れに襲われたけどベイクドポテトもってて戦いながら食べたから回復できて助かったよかった！」って報酬になって、ジャガイモを育てる動機付けになる＞＜
https://mstdn.nere9.help/@orange_in_space/105377805091059404
その「意味付けされた (仮想的な) 報酬に価値を感じられるか」の部分の話なんだと解釈していたけど。
つまりゲーム実装の詳細を意識的に無視して仮想的な報酬に価値を感じないから、「チートでいいじゃん」という気持ちになってしまうという
「ゲームであるか？」と「必要があるか？」は別かも＞＜
3Dモデリングソフトウェアはゲームじゃないけど必要とされてるし、DAWは音ゲーじゃないけど必要とされているものかも＞＜
でも、3DモデリングソフトウェアやDAWはゲームでは無いかも＞＜
ゲームであるかと報酬に魅力を感じるかもまた別の話なので……
ﾎﾟﾖｸﾞﾔﾐﾝしてるときゲームと同程度かそれ以上に楽しいし
https://mathtod.online/@cmplstofB/105377817880264766
これは一般にはそうでもないと思っていて、たとえば minecraft のクリエイティブで建築をしようとかは「チートでできるやん」みたいなのがないわけですよ。建築しようとした立体を設計して実物を観察できる状態にしたという確たる価値が残る。
RPG とかストーリー主体のゲームに「本質」とか言うと、まあゲームシステム自体は無価値になるかもしれないけど。 (操作の必要のある紙芝居とかアニメくらいになっちゃうかな)
私は世界観や演出を味わう過程として RPG のゲームプレイをしていることが多いので、べつにゲームシステム自体が本質的に虚無だからといって、プレイをやめようとは思わないけど。
アニメを観るのが光を受け取るだけの行為だからやめようと思わないのと似たようなもの。
仮想的な報酬が数珠繋ぎになってて、「あれ？ よく考えたら意味ない？」ってなる手前までが、ゲーム体験かも？＞＜；
Factorioでも「建築ロボットさえいれば楽なのに！＞＜；」って建築ロボットの研究を進めたりするんだけどだんだん研究が進んでいくと「あれ？＞＜ 何のためにやってたんだっけ・・・？＞＜」って冷めちゃう＞＜；
その辺りはマジで人次第なところがあって、無理に多数派の楽しみ方に迎合する必要はないと思うんですよね。
むしろゲームのレビューとか感想を読むときは自分と違う観点のものを読んだ方が面白い (これはゲームというよりレビューの楽しみかただけど)
たとえば最近 NieR:Automata やってるけど、あれはゲームとしての演出をゲーム内の世界観や設定に反映するところがすごくうまくて、まあ言ってみればそういうところを納得して面白がるのはメタな楽しみ方ななんだけど、そういう楽しみ方をしている人は結構いる
レベルを上げて攻撃ボタンを押す戦闘行為が本質的な虚無に見えたとしても、それ以外の部分に価値があるならやっぱりそれは楽しいので
「エミュレートされた仮想的価値観の中に自分を放り込む」という潜在的な虚無性に目をつぶれるか否か。
私の回答としては「ゲームには本質的には虚無な部分とそうでない部分があり、そうでない部分を楽しむためのゲームプレイでは虚無部分が苦にならないことがある」です
加えるなら「世間一般でのゲームの楽しみとしては『仮想的価値観の中に自分を放り込んで、本質的虚無に擬似的に意義を見出す』というものが取り沙汰されがちだが、べつにそこに固執する必要はないし、そうでない楽しみ方は実際ある」とも。
https://mathtod.online/@cmplstofB/105377857740747412
日本語が下手だった
「ゲーム実装の詳細を意識的に無視して仮想的な報酬に価値を感じるということができないから、」で置換してください
「『ゲーム実装の詳細を意識的に無視して仮想的な報酬に価値を感じる』ということができないから、」
私が競プロに手を出す気になれないのもそういうところがあるかもしれなくて、「べつに私が困っているわけじゃないんだけど、擬似的に誰かが抱えている擬似的な問題を解決すると、競プロ世界の中では価値のあるスコアが貰えます」という世界観に入りきれないという
「べつに私は困ってないし」とか「最初から現実の問題を解決すればよくない？」とか「競プロ世界におけるスコア、べつに嬉しくなくない？」とか、そういうことを考えてしまうんだけど、これを私は「仮想的な報酬に価値を感じられない」と呼んでいます
で、もちろん競プロにも勉強としての側面があって現実で得るものはあるんだけど、肝心のゲーム内価値設定としての「仮想的な問題を解決する」とか「仮想的な報酬が得られる」自体は現実に投射すると虚無じゃない？ というのがあり。
これがまさに「べつにゲームでは死なないし」という話になる。
こういう世界観に対して「ゲームで学びが得られる」というのはナンセンスで、だったら最初から興味あることそのまま直接学んでもいいじゃんとなってしまう
言ってみれば、ゲームの主目的が虚無で副作用として現実での利益が得られる、みたいなモデルに「現実での利益を主目的にした方がよくない？」とツッコミを入れてしまう (あるいは現実での利益を主目的にした行動を実践できてしまう) 体質というか。
の投稿
prime@mstdn.poyo.me
このアカウントは、notestockで公開設定になっていません。
報酬がうまくつながるように作らないとゲームって成り立たないし飽きて当然で、使用目的もゲーム内の金銭的価値もないアイテムを作れてもそれはゲーム上全く価値が無いし、そのアイテムはゲーム的には実装する意味が無いものかも＞＜（飾るのが目的のアイテムは「飾る」が報酬になるけど＞＜）
その報酬の最終的に行き着く先が虚無だと、連鎖してまさに次に行うことを要求されているゲーム内行動も虚無になるんじゃない？ みたいな話だと理解している
最終的に行き着く先に (ゲームデザインとして) 設定された擬似的な価値を受け入れるゲーム用の自我を生やせるか、みたいな？ (?)
や、べつに一般的に言われるゲームの楽しみ方を楽しめる人はそれでいいと思います、私はこれを「仮想的な報酬の仮想的な価値に実効性を設定できる」とでも呼びましょうか
ロールプレイするゲームが楽しめるかというのはまさにそこが中核で、「ゲーム内の非実在人物が非実在世界のなかで非実在現象を引き起こす (あるいは回避する)」という仮想的な報酬や仮想的な価値を、実効性のあるものとして「プレイヤーたる実在の自分」が受け入れられるならば、 RPG として楽しめる。
ゲームの現実世界に対する報酬ってなに？って話にもなると
https://mstdn.nere9.help/@orange_in_space/105377768609894700
に書いたようになんらかの「スキルを身につけるお勉強」である事がそれかも＞＜
メタなストーリーを持つゲームでよくエンディングでもよく語られるかも
「このゲームであなたは何を学んだでしょうか？ きっとこのゲームでこういう新たな視点を持てたでしょう？（だからこそクリアできたわけですよね？） このゲームの世界はここで終わりますが、あなたは現実の世界に戻ったあとこのゲームで身につけた事を活かして、きっとゲームをする前よりも一歩前に進んでいけるはずです 自信を持ってがんばって」
的な＞＜（わりと最近流行った某パズルゲームのエンディングもそんな感じ＞＜）
https://mstdn.nere9.help/@orange_in_space/105377909353850364
Superliminal のエンディング、あれきらい (ダサいと思う)
ゲーム本編は好きなだけに余計に
まあ綺麗なまとめかただとは思います。私の好みでないだけで。
なので、ゲームの話をする時にオレンジは「このゲームはhogehogeのお勉強になるかも＞＜」って書く事多いかも＞＜
まあ「勉強になる」という観点でゲームをするならそれはアリだと思う。
純粋な娯楽としてゲームをするときどうなのかというのはまた別の話っぽい (orange 氏は任意の勉強自体を純粋な娯楽としてカテゴライズしていそうなので、そこで話が微妙に食い違っているような気がしている)
なんだろう、甘いお菓子だと思って食べたものが塩辛かったらその美味しさに関係なく「ｴｯ……」となってしまうのと同じようなものかもしれない。
勉強を主目的とするのか娯楽を享受することを主目的とするのか、またその主目的がゲーム内の仮想的な主目的と合致しているかによって、ゲームの評価もだいぶ変わると思う
"orange 氏は任意の勉強自体を純粋な娯楽としてカテゴライズしていそうなので"
うん＞＜；
https://mathtod.online/@cmplstofB/105377939286883787
大局的には「いわゆる一般人は『本質的な』勉強をすると疲れたり嫌う傾向があり、 gamification によって勉強で得る知識や指向という『本質的な価値』をゲーム内の報酬という『仮想的な価値』に置き換えることで苦痛を感じさせなくする」みたいな説明ができるのかな (適当)
まあ orange 氏は「直接的に興味を持っていなかったことへ導線が繋がるので楽しい」みたいなことを言いそうな気がしているけど
まあ個人レベルでの局所的な楽しみ方というかゲームの価値は、「何を楽しいと自分が感じるか」次第なので、その説明は人それぞれだと思う……
(もっとも、自分が「何故それを楽しいと感じるのか」を掘り下げて考えたうえで文章で表明している人はかなり少数派な気がするけど)
実際にシミュレーションとして体験してみるのがゲームなので、演習のリアリティ（身につけるスキルに対するリアリティ）をより増したものと言えるかも＞＜
このアカウントは、notestockで公開設定になっていません。
結局最後の拠り所は価値観とか世界観になってしまうので、自分語りみたいになりがちではあるかもしれない
洗濯物がｷﾝｷﾝに冷えていて乾いているかわからない顔をしている
まあ無理にゲーム内で提示された価値観に迎合しなくても楽しめるゲームもあるので、気楽にいろいろ見てみればいいんじゃないかと思いました (なおゲームは一般に高価)
例えば座学だけで街づくりに関するお勉強とか交通に関するお勉強しても「じゃあこうやったらどうなるの？＞＜」を細かく試行しているわけでは無いし現実で気軽に試行するわけには行かないので、数限られた実例から読み取るしかないかも＞＜
でも、それにcities:skylinesとかシムシティーとかのゲーム体験が加われば「このゲームはここが現実と比べて簡略されてるけど」と理解したうえで「なるほど、よく考えて見るとたしかにこうすればこうなる」みたいに考え方？＞＜；が身についていくかも＞＜
こういう投稿群をまとめておけると、いつか (宇宙が終わるまでに) ﾌﾞﾖｸﾞを書くときに役立つかもしれないんだよなぁ
Farming Simulatorだって、nere9の人々が楽しそうにやってたのをみて楽しそうってはじめたけど、そのおかげで大規模農業に関する知識がどんどんついてってるかも＞＜
農業に関して元々強く興味はあったけど、垂直農業への興味が中心で、Farming Simulatorやる前は大規模農業を娯楽的（？）には見てなかったし「トラクターのどこがいいの？＞＜；」って思ってた＞＜
このアカウントは、notestockで公開設定になっていません。
左目しか使えなくてモノアイみたいなジョークかと思ったけど全然関係なかった
頭脳系でなんでもありの目標達成を楽しみたいなら、やっぱり現実だよなぁ (暴力系はむしろゲームの方が向いてるけど)
ハッキングゲームするくらいなら実際のプログラムを弄ればええやんみたいな元も子もない話、まあ確かにその通りではある
で、そこでゲームの方が好きか実際にやる方が好きかというのは、本質でない部分 (さっきから私が言う「本質的虚無」とか「仮想的価値」の部分) に実効的な価値を認められるかどうかだよなと
これは minecraft のレッドストーン回路とかですごく思う
でも現実にも物理法則という限界はあるわけで、ストーリーガチガチのゲームはそれこそ学校のように雁字搦めといえるかもしれないけど、マインクラフトとかFactorioとかは、ゲーム内の物理法則（？）には縛られるけど、でも別に何してもいいわけだし、Factorioも一応ロケット打ち上げという目標はある事はあるけど打ち上げなくても困らないし＞＜
（打ち上げると研究の瓶（？）がもらえるので、打ち上げる事自体が工場での生産と何も変わらないし、打ち上げたら終了するわけでもないし＞＜）
「自由なのはいいけどそれはなんか趣旨と違くない……？」に該当するのが AtCoder の時間制限なり glitch 橋に共通するポイントかもしれないな
ゲームが演習である面、クルマのゲームも特にセッティング弄りまくれるゲームもそうだよね＞＜
現実のクルマを事故るくらいに極端に弄って「なるほど、たしかにこうするとこういう風に事故るんだ😇 」とか一回しか試せないよりも、シミュレーションがある程度しっかりしてるタイプのゲームであれば、自動車光学の教科書を読みながら少しずつ変えて「なるほど！＞＜」って出来る＞＜
結局「制限のなかでどこまでいけるか (あるいは制限を逸脱できるか)」と「制限なしでどこまでいけるか」は似て非なるものなんだなぁ
クリエティブで赤石回路作っても、サバイバルモードでチート使いまくってもそりゃゲーム上の報酬が全く無いんだから一瞬で飽きるの当たり前かも＞＜
そもそもその赤石回路何のために作ったの？＞＜；ってなるかも＞＜
例えば、アイテム仕分け機であれば「よかった！＞＜； これでアイテムぶっこむだけで仕分けてくれるから『あれ？＞＜； こっちにいれたっけ？＞＜； こっち？＞＜； わかんない＞＜＃＃＃ 』ってならないで済む！＞＜」ってうれしい＞＜
トラップタワーだって、アイテムや経験値ボールが欲しいから作るんだあって、クリエティブなら「メニューから出せばいいじゃん？＞＜」ってなるからクリエティブモードで作る意味ない＞＜（話が一周してる感＞＜；）
調整可能なパラメーターが大量にあるレーシングシミュは普通に楽しんでる人いっぱいいると思う(実際にどれほどの人がそれらを正しく理解して調整するかは別としても)
結局のところこれら、「ゲーム内世界における目的意識や価値を、現実における目的や価値として有効であると認定できるか」という単なる世界観の違いでしかないと思うんだよなぁ (n回目)
orange 氏は「現実における (知識や経験面での) 価値をゲーム内で擬似的に得ることができ、かつ自身がゲーム内の擬似的な目的や報酬に実効性を与えられる (≒自分にとっての実際の喜びとすることができる) ため、ゲームは楽しい」と主張しており、
一方 cmplstofB 氏は「現実における (知識や経験面での) 価値をゲーム内に転写すると劣化しているため現実で可能ならそちらの方がよく、かつ自身がゲーム内の擬似的な目的や報酬に実効性を与えられない (≒ゲーム内のことはゲーム内のことであって現実のことと同様の重要性や地位に置くことはしない) ため、ゲームは楽しくない」と主張している
@fujii_yuji イトーヨーカドーがあります (そういうことではない)
大井町、住むには良い場所だと思うけど遊べるような場所ではない
TIS-100 とか SHENZHEN I/O とか EXAPUNKS みたいなゲームは「実物でよくない？」と言われると「たしかに……」度が高い
あたらしい LTS kernel がリリースされました >> The 5.10 kernel has been released [LWN.net] https://lwn.net/Articles/840017/
やっとアプデできる！ (gentoo tree には linux-headers-5.10 は降ってきたけど gentoo-sources-5.10.0 はまだ)
議論の面のひとつとして「いかに劣ったシミュレーションを代用として用いるか？＞＜」というのがあれかも＞＜
実際問題として自動車でも航空でも業務用でも完全なシミュレーションってあんまり無いし、乗り物と物理法則じゃなくても、シミュレーションってやっぱシミュレーションでどこかしら違うので、違う部分を理解して妥協が必要かも＞＜
ひとつの楽しみ方としては、「ゲーム開発者が意図しなかった挙動を追求する」などがあり (たとえば私が #Portal でやっているのがそれ)、これは現実における価値を認められる有意義な活動としての「他人のプロジェクトのバグや脆弱性を突く」に相当する。
普通の人からすれば現実での価値は両者で違うだろうけど、私にとってはどちらも楽しいのでそれで良いのです
escape 02 の turret が沢山でてくるところを inbound で安全にスキップする方法です #portal
キューブ殺せなくなったので “外” から行きます #portal
escape 02 から GLaDOS まで30秒。悪くないかな #portal
例えば GTA のうち 4 が従来のシリーズ作品と比較してマイナス評価を得ているポイントとして「車の挙動がリアルすぎる」というのがあるけど、これは作中での各種ミッションで要求されるアクションに対して「無駄に挙動がリアルである」という点が問題になっていると考えられる(だから 5 でコミカルな挙動に戻ったとされている)
Portal の OOB とか inbound は本当に楽しい (個人の感想) のでおすすめ
架空の状態に簡略化するからこそ意味のあるシミュレーションもあるわけで、哲学関連の思考実験とか、ハードなSFによる問題提起とかもそうかも＞＜
ゲームもゲームの世界に落とし込んで、その箱庭の中で学ぶから学べるって面も強いので、哲学な思考実験に「現実にそんなのいないじゃん？」って言うのと「マインクラフトって空中にも置けるブロックがあるから意味ない」みたいなこと言うのってあんまり変わらないかも＞＜
上手く削る事でゲームにしてるので＞＜
ていうかフルフライトシミュレーターほんとに欲しいからね＞＜；
数十億円したりするから宝くじ当たっても買えないけど＞＜；
このアカウントは、notestockで公開設定になっていません。
いやそれはダウト
[ctx: <https://mathtod.online/@mathmathniconico/105378128776685612>]
陽キャ的というか、「ゲームが手段であって目的でない」というのは「プログラミングは手段であって目的でない」と似たようなアレを感じますね。信じられない。
プログラミングやその理論で遊ぶこと自体を目的としてきたオタクとしてもな
こういうとき文脈ごとに固有のハッシュタグみたいなのを錬成できると、あとで集めたり見直すとき楽なんだよなぁ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Android WALKMAN (NW-Z507)、操作は割とモタつくので、通常の Android 機として使うのはおすすめしない。
素直に Spotify とか YouTube とかニコニコとかのアプリで音楽や動画を鑑賞するくらいが良い (まあ動画なんて再生してたら電池があっというまに切れそうだけど)
私の投稿をまとめたページに広告をつけると利用規約違反になりますよ（という面倒なユーザーはたくさんいるはず…）
なぜかというと Togetter は Twitter API を利用して各ユーザーのツイートを取得していて、利用規約にも「API によって第三者にツイートが利用されることに同意する」みたいなことが書かれているので「勝手に使うなよ」という文句に対しては「Twitter やめろ」で一掃できるんだけど、Mastodon などの場合そうではない場合があるというかそのほうが多そう(あなたは商品ではないため)
一時期 WebMention か何かについて Eugen 氏が投票ﾄｮｰﾄしてたことあったような
Mastodon にあまり分散 SNS らしき思想は期待しないようにしている
Reasons why you should block Mao/Daizhige Mastodon instances — Salt
https://writee.org/salt/reasons-why-you-should-block-mao-daizhige-mastodon-instances-lw7c
パクリ鯖いくつもあるのか……
Togetter、あれけっこうよくできてますよ 鍵ツイートもまとめに登録できて本人が許可すると公開されるというシステムが実装されているので
「まとめに使われている自分のツイートを消させろ」というのについてはちゃんと対応しています(ログインする必要はあるけど)
このアカウントは、notestockで公開設定になっていません。
SQL - Wikipedia
https://ja.wikipedia.org/wiki/SQL
> また、発音としては シークェル [ˈsiːkwəl] と読まれることもある。これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語「SEQUEL」[3]であったことにもちなんでいる。
あるプロダクトの名前に対して反語とかで付けるようなジョーク命名、みたいなのは FSF とかがよくやりそう
FSF かは知らんが、界隈の人が好きそうな命名ではある
古くは、ほぼ最初期の OS のひとつでもある Compatible Time-Sharing System (CTSS) という著名なものがあるのだが、これに因んで MIT が TOPS-20 上に実装した OS は Incompatible Time-sharing System (ITS) である。
