orange @[email protected]

qiita情報古いよ問題も、タイムスタンプモデルのUXじゃない（上に更新モデルでもない（全ての"個人的メモ"がメンテされるわけないし））からあれなのかもだし、インターネットだけじゃなく世界の全てに対して読む側もタイムスタンプを考慮すること忘れちゃだめなのかもだし、多くの人が（意識してかは別として）多くの場面で考慮するように変わったのがここ20年くらいなのかも＞＜

逆に言うとより多くの情報が（（例えばwikipediaのような）更新モデルじゃなく）ブログのようなタイムスタンプモデル（？）により適応（？）している世の中に変わって行ってるのかも＞＜

元の話よくわかんないけど、あらゆる記事にタイムスタンプが必須になってきた流れもある意味それが一部にあるかも＞＜
2000年代頭くらいだと、まだ多くのインターネット上の情報は恒久的って発想だったけど、いまやあらゆる情報が、ある意味新聞記事的でありある意味ブログ的であり、タイムスタンプを持つことが重要になって「その時点での情報」が強調される世の中になった＞＜

ていうか、これ(そのドキュメントが足りてないとかUXとか)も、この前プログラミング云々で書いた、その人の頭のなかのモデルの軽視の典型例かも＞＜

手抜きして対症療法的に作られたソフトウェアが(ユーザーにとっての)不具合が起きた時に、ユーザーに(ある面で正しく無いとも言える)対症療法されちゃうのってある意味当たり前なのかも＞＜ 開発者自身がそういう対処してるんだし＞＜
(ストレートに言うと、インスタンス停止するので、鯖の安定のためそこをインスタンスブロックしますって対策に、そんなに文句言えるようなソフトウェアじゃないよねマストドンってって言いたい＞＜)

元の話からかなり離れて抽象的になっちゃうけど、モジュール間でデータやり取りする時に、関係を疎にするのはいいけど、ルールや補助的な情報を疎にするのは話が違くない？＞＜
(マストドンのソフトウェアの寄せ集め的な構成と、動的型付けと、(特にPowerShell視点から見た)(実装としての)UNIXの極端なテキスト中心思想をまとめてdisってます！＞＜；)

これ？＞＜； 寄せ集めでなんにも制御して無かった問題を更なる寄せ集めで解決？＞＜；
GitHub - orgsync/stoplight: Traffic control for code. https://github.com/orgsync/stoplight

既存の便利なライブラリ使わず自前はそれでそれでものすごく愚な感じだけど、だからと言って対症療法的にゴテゴテに解決しようとするのはどうなの？＞＜；

オレンジ的には、自前で負荷の面倒見たりしない投げっぱなしのソフトウェアの方がガラクタ品質というか寄せ集めな酷い品質であってソフトウェア群として、なんというか、恥ずかしくてソースコードを見せられないと思う程度の出来だと思うんだけど＞＜(Rubyちゃんと読めないから細かい部分わかんないけど＞＜)

削除通知とは別で、「どこそこのインスタンスが落ちててそこ向けの...」って話はadminの方々の気のせいなの？＞＜