あと、ゴミ箱あるから調べてる途中でもページを読んだらタブ閉じちゃう＞＜（あれ？＞＜ なんだったっけ？＞＜ってなったらゴミ箱のプルダウンからひろって来る＞＜）
あと、ゴミ箱あるから調べてる途中でもページを読んだらタブ閉じちゃう＞＜（あれ？＞＜ なんだったっけ？＞＜ってなったらゴミ箱のプルダウンからひろって来る＞＜）
Opera/Vialdi方式だと、
タブ閉じる→タブのゴミ箱にいくタブのゴミ箱クリアする→履歴に残る
みたいになるから、ページ遷移まで必要ならタブのゴミ箱でなら復活できて、そうじゃないのなら普通に履歴からキーワードの補完で・・・みたいな感じに・・・＞＜
なのでひとつの調べ物が終わったらゴミ箱もクリアしちゃう＞＜
ていうか一番役に立つのがタブのゴミ箱かも＞＜
ブックマークに手動で登録するって意味じゃなく、ブラウザが賢い履歴で覚えて賢く教えてくれるべきみたいな・・・＞＜（手動のブックマークも少しだけ使うけど＞＜（補完を確実に優先させたい時とか））
firefoxのタブの復元機能、もう読んだから要らないんだよってタブまで復元されて、むしろ情報破壊機能にしか見えなかったかも・・・＞＜
Firefox だと、複数ウィンドウ開いてる状態でうっかりウィンドウ閉じたりしても、メニューの History > Recently Closed Windows からウィンドウ丸ごと復元できますよ
逆に言うと、タブを開きっぱなしにしないといけない＝タブを閉じた時のペナルティが大きすぎると言えるかも＞＜
理想は、タブをすべて閉じちゃっても酷い目にあわないこと＞＜（＝正しくアンドゥできるデザイン＞＜）
オレンジもタブ大量には開きっぱなしにしないし、大量に開きっぱなしになるのは（ブラウザのタブのUX）デザインが正しくないと考えてる＞＜
（それは履歴とブックマークの仕事＞＜）
けど、ひとつの調べ物の間に読まないといけないページは増えてくから2桁は行くこと多い＞＜（でも読んだら閉じる＞＜）
Vivaldiの謎のメニュー項目、「他のタブを休止」だった＞＜
Vivaldiの最近のに、タブをスリープだかなんだかそんな感じのメモリ解放してくれそうななにかメニュー項目が追加された気がしたようなしてないような・・・＞＜(あやふやすぎて無意味な情報)
あと、せっかくマルチタッチでズームの操作がしやすいのに、スマホ版ページはZUIにならないって何でそんな事するのか本当に本当にすごくすごく意味不明＞＜
モバイル版のページがあるサイト、だいたいがPC版の方が広告がウザく無くて見やすくてスマホ版ページの存在意義が謎＞＜
現代の回線事情で wifi とかも使われる状況で、ｽﾏﾋｮを特別軽くしようというのは意味が薄い気がする(そもそもｽﾏﾋｮで重くなるようなページを PC でも渡さないでほしい)し、モダンなブラウザはだいたいマルチプラットフォーム対応なんだから PC と別の HTML や CSS を使う必要性もあまりないし
This account is not set to public on notestock.
いまどき UserAgent を見てページの内容変えて返すのやめてほしい、テメーは神じゃねえんだから正しく判断できねえだろと言いたい
#ejocraft トロッコ終点の砂漠の村に農民が二人居たので、サバンナの村に一人移動させました＞＜
セイコーマートのチョコチップクッキー、いつものセイコーマートの焼き菓子と同じくしっとりぎみタイプの生地だ＞＜ すごく美味しい＞＜
セイコーマートのでっかいチョコチップクッキー＞＜ マインクラフトのチョコチップクッキーっぽい＞＜
・・・・なので、オレンジが「○○が嫌い＞＜；」とか「不味い＞＜；」とか書いてたら、理由を問い詰めて、いかに良くいかに美味しいかとか説明(？)したい場合は説明してきてもだいじょうぶ＞＜
めちゃくちゃかわいい柴犬の写真でも、小さい頃に柴犬に噛まれて大ケガしてトラウマになってる人には、めちゃくちゃ恐怖な写真かもしれない＞＜
逆にその人が「柴犬は狂暴な猛獣」とか言い出したら、柴犬好きな人は傷つくかもしれない＞＜
気にしたらキリが無い＞＜
「誰それは不快な事を言うから」って言ってる人が自分が誰かにとって不快な事を言ってる可能性もあるし、食べ物の話とかでも、ある人にとって嫌いな食べ物の話をされるのが、別の人にとって嫌いな虫の話をされるくらい不快かもしれない＞＜
全部気にしてたらなにも書けない＞＜
オレンジが余程の事が無い限りブロックしないです＞＜って言ってるの、こういう感じの理由もある＞＜
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.
同じ理由で(ある程度の混雑時でも)近郊形のクロスシート車も好き＞＜
(シートについてるグリップ？に捕まれるから＞＜)
オレンジは多扉車乗るの好き＞＜；
(平衡感覚弱すぎるので、多扉車だとスタンションポール？とかドア横の縦棒とかガッチリした掴む所が多いから好き＞＜(つり革だとコケそうになる＞＜))
近鉄: 1,2,3,4
京阪: 1,2,3,5
南海: 1,2,4
ドア数のバリエーション少ない？＞＜
近鉄って多扉車って無いのか・・・＞＜
関西私鉄で、同一ホームに違う扉の数の種類の車両が一番来る駅ってどこなんだろう？＞＜(近鉄のどこかかも？＞＜)
東武博物館の(名誉)館長さんが書いたこの本、他社の特急車の事まで載っててディープすぎる本なのでおすすめ＞＜ -- 東武デラックスロマンスカー JTBキャンブックス https://www.amazon.co.jp/gp/aw/d/4533051707/
微妙に関係ないけど、東武の珍車中の珍車、2080系に一回だけ乗ったことある＞＜(自慢！＞＜)
列車待ってたら来た時すごくビックリして「(本当に存在したのか！！！！＞＜；)」って感じだった＞＜
わたらせ渓谷にあるのはレストランかなにかだったかも？＞＜
先頭は岩槻城址公園？にもあったかも＞＜
東武博物館には先頭車があって中間車はわたらせ渓谷鐵道の神戸駅に置いてあるらしい（なんで？
0扉: 200/250
1扉: 特急車色々
2扉: 350等
3扉: 日比谷線直通18m車(風前の灯)
4扉: 多数
5扉: 日比谷線直通18m車(風前の灯)
6扉: 東急5000
実物小さい頃によく見てた・・・＞＜
0扉＝1720系ってイメージだったから200/250もそうって忘れてた＞＜；
あれ？＞＜ ということは東武動物公園駅は今でもドア数0～全部来る駅？＞＜
oh(/////
(オレンジ間違えてた)
鉄道トリビア (36) お客さんが乗ったり降りたりするための扉がない電車がある | 旅と乗りもの | マイナビニュース https://s.news.mynavi.jp/series/trivia/036/index.html
東武動物公園駅は1720系の時代は通過してたかも？＞＜(あやふや)
東武、いつだったかの時期は春日部とかいう駅に0ドア車から2, 3, 4, 5, 6ドア車まで幅広く停車するからホームドアさんの活躍にご期待くださいみたいなところがあったよな
ブランド資産 | About https://about.twitter.com/ja/company/brand-assets
単色アイコンなUXガイドラインのGUIって、グレーアウトの表現が難しい(有効無効の意味を持たせた表示なのか、それとも単なる機能説明なのかを認識しづらい)のがアレ＞＜
鳥ロゴじゃない鳥なら怒られ無いかも？＞＜； マストドンだけの時は象だけに見えるようにすれば、微妙にわかりやすいかも＞＜
混乱どころか何のボタンかわかるが人いるようなデザインじゃないかも・・・＞＜
デザイン・・・・＞＜(その2)
なゆかなインスタンスに🐦同時投稿機能を実装しました。TWボタンをオンにして呟くと連携した🐦アカウントからトゥートを引用する形で投稿されます。 https://nayukana.info/media/6EsqB6IUpSu1fadsgY4
Windows10は簡単にセーフモードで起動できない (#.3299382) | 「ウイルスバスタークラウド」とFall Creators Updateの組み合わせでPCが正常に起動しなくなる問題が確認される | スラド https://srad.jp/comment/3299382
「ウイルスバスタークラウド」とFall Creators Updateの組み合わせでPCが正常に起動しなくなる問題が確認される | スラド IT https://it.srad.jp/story/17/10/20/0539255/
@ymuc_ystk 引用符ついてるから何かの台詞っぽいと思ってググったら、映画の『トイ・ストーリー』の有名な台詞らしい・・・・？＞＜
映画見ていないからわかんないけどたぶんその絵と似た場面の台詞なのかも？＞＜
humblebundleでタダでciv3配ってるよ＞＜
This account is not set to public on notestock.
ていうか、足りてないのは『どこに』引っ掛かってって情報じゃなく『どこが』なのに＞＜
「(解除の対応をしないで済むように)凍結の理由を増やします」に読める＞＜
増えることしか想定していなかった処理だ・・・。＞BT https://pawoo.net/@pawoo_info/48566370
最初に使ったLinuxはTOWNS版のSlackwareかも＞＜
ていうかWindows3.1の時にまだ生まれてない人がたくさんいるのすごい・・・＞＜
でも最年長じゃないってわかったからあんまりつらなくない＞＜
オレンジは若くないです＞＜（つらい）
いつ書けばいいのか・・・＞＜(タイミング＞＜；) https://mstdn.nere9.help/@orange_in_space/98841679074932208
オレンジは余程の事がない限りブロックしないです＞＜
つらい＞＜(ジェネレーションギャップ自爆)
この歌、タンポポオムライスが世の中を席巻(？)するよりも遥か昔の楽曲と言う意味でもアレかもしれない＞＜；
これです＞＜(フォーマルって言葉から連想されたかも＞＜；) -- 谷啓 オムライスチョンボNo.5 歌詞 http://j-lyric.net/artist/a050eb5/l020bdc.html
なぜか脳内にオムライスチョンボ(昭和の子供向けの歌)が流れた＞＜
ちゃんとしてるやつとよくあるやつ？＞＜
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.
Naf@otogamer.me
This account is not set to public on notestock.
This account is not set to public on notestock.
電子部品も、今いるオタクハウスに在庫があればそっちにお話してメール便で送ってもらえばいいやみたいなところがある https://mstdn.nere9.help/media/blEb9TxePxHiqHmGDEQ
えじょさん、電子工作はしないのかな？＞＜(せっかくならアキバ(の電子部品屋さんに)行かないのかな？的な意味・・・＞＜)
航空関連の入門記事でおもしろいのが＞＜ --
TO/GA Party! How Go-arounds Work – Flightradar24 Blog https://blog.flightradar24.com/blog/toga-party-how-go-arounds-work/
ツイッターで相互フォローの人で一人、アイコンと表示名とスクリーンネーム変えまくりだけど、自撮り写真ばっかり投稿するので誰だかわかる人がいる＞＜；
アイコンと表示名とScreenNameを一緒に変えられるとこれもうわかんねぇなになる
そもそも白背景のアイコンって、企業とかの公式アカウントだけみたいな傾向がある気がする＞＜； 宇宙界隈(？)
海外の宇宙クラスタ的な場所って、アイコンがロケットとか宇宙とかそうじゃなければ自撮りとかばっかりで、例えばツイッターで宇宙関連のツイートをふぁぼるとオレンジのアイコンが目立ちまくって場違い感がすごい＞＜；
アイコンと名前と同時に変える人すごく混乱する＞＜；
アイコン変えたのハロウィンの時だけだし、それも＞＜だったから実質変わってない・・・＞＜
括弧がバグってた・・・＞＜
テキストベースからの脱却が起こると、さらにハードタブ派がさらに減りそうなイメージ＞＜
(字下げそのものに論理的な意味を持たせる(＝書く)んじゃなく、逆に単にその人が構造を見やすいだけという表示(＝読む)だけの問題)になるから、字下げの意味が変わるかもって＞＜
・・・なのでPythonは将来的にその流れについていけなくなるかも？＞＜；(オフサイドルールが足を引っ張るかも的な意味)
さらに解析しづらい言語が避けられていくかも？＞＜；
的な・・・＞＜
さっきのpostdccの記事の最後の方、オレンジが考えてる、「バージョン管理システムのテキストベースの発想は発展途上で、将来的には解析して解釈した状態で管理するスタイルに進化しそう＞＜」 にも繋がりそう？＞＜
(テキスト整形とか字下げスタイルは各々が勝手にすべきで、編集したい時に各々が設定したスタイルに自動で整形されたものが出てくるみたいなの＞＜)
ベーマガも全く捨ててない＞＜ ・・・しかしながらどこに埋まってるかわからない＞＜；(数冊だけならアクセスしやすい本棚にあるけど)
最初、ベーマガの広告部分だけ捨てて、記事だけファイルにしたんだけど、今にして思えば広告の方が歴史的価値があったよなと思ったり。
日本人だけの悩みやじゃないとわかり安心した >> プログラミング言語について | プログラミング | POSTD http://postd.cc/the-language-of-programming/
雑誌も基本的に全く捨てないけど、逆にいうと「一回読んだらそれでおしまいかも＞＜」と思った雑誌は買わないし、数十年後にすごい参考文献になりそうな物(？)以外は買うの我慢＞＜
時刻表とかも全部とっておきたいけど、家族の人から「時刻表はいくらなんでもでかすぎるから勘弁して欲しい」というクレームがついたので、大きく変化したとき以外のは捨ててる＞＜；
本は全部捨てずにとっておく主義＞＜
裸眼立体視？＞＜ は、真ん中に紙かなにかで反対側が見えないようにすると見やすいかも＞＜
This account is not set to public on notestock.
This account is not set to public on notestock.
家のなかで木を育てて、木こりMOD無しの時は、家の内側の梯子とかで木の上に登って、上から掘り下げて(？)回収してる＞＜
めちゃくちゃ太い木を作る方式だと密度が高いから、家の天井の高さをちょっと高くしておけば、家の中でかなりの量の材木確保が出来るという利点も＞＜
オレンジハウスにある高い木？＞＜は、並べたんじゃなく、ジャングルの木(高く育つ種類)を普通に育てたあとに、木の上に土をおいてさらに苗木を植えて・・・って3本分くらい接ぎ木(？)した木＞＜
そうじゃなくオレンジが木材確保する時は、高い木じゃなくめちゃくちゃ太い木として育てる感じ＞＜
あの巨木って、苗木を密集させたらああなるのか。巨木はああいう種類で、苗木を密集させたら成長できないのかと思っていた。木が生長するときに障害物を検知してどうのこうのというのを読んだので。
【NHKニュース速報 21:29】
ＩＳ標ぼうの“国家”が事実上崩壊
首都とするシリア北部・ラッカ陥落で
#ニュース #NHKニュース速報
オレンジ方式のマインクラフトの林業(？)は、苗木を密集して植えて、とんでもない巨木を作って一気に伐採というかほぼ採掘？＞＜； ってしてる・・・＞＜
マインクラフトでのオレンジの木材確保は木こりプラグイン使わない方式になれてるけど、いったことある鯖どこでも伐採場(？)方式で作られてる(？)からそこの木を借りることに・・・＞＜
内容は(全部読んだけど)ノータッチで、それよりもオレンジよりも長文の人がいることに驚いた・・・・＞＜；
This account is not set to public on notestock.
ちくわとかはんぺんってカレーのライス代用にならないのかな・・・？＞＜
建物じゃなく石碑・・・？＞＜
後ろの建物も気になる・・・＞＜
This account is not set to public on notestock.
ていうかこの村、洞窟みたいな部分をわきつぶししないとすぐに壊滅しそう＞＜
マイクラの村ってどういう基準で位置が決まるんだろう。 #ejocraft の-14,2348付近の村、崖の上に無理矢理作られている感がある。 https://mstdn.nere9.help/media/Eup4CcTDPL51ZM2lQpI
地形とほぼ無関係にバイオームのみで出来るんだったかも＞＜ 砂漠の断崖絶壁の村とか結構多いかも＞＜
オレンジが作ったトンネルに他の人の地下鉄が衝突してオレンジトンネルが縦方向に回避した事も＞＜；(その時は先に作ってたオレンジトンネルが突然塞がれてて「？？？＞＜；」って思ったけど文句言わずにオレンジが避けた＞＜)
あまり他の人の工事現場に近すぎると、しょんぼりして遠くに引っ越す人が発生しちゃう＞＜
マインクラフト、一応、他の人がなにか作ろうとしている場所ではないのか？は、地中でもある程度は気にした方がいいかも＞＜ 微妙な場所なら声かけるとか＞＜(地中だってもしかしたら誰かが工事してる地下鉄の予定経路かもしれない＞＜)
マイクラ、掘られていないところは、誰のものでも無いイメージがある。（明らかに人の手が入った部屋の壁はあれだけど。）
オレンジも最初から完璧はいくらなんでも無茶だと思うけど、例えばお約束のザッカーバーグのあの画像を見るとザッカーバーグをぶん殴りたくなる＞＜；
worse is better的発想であるUNIXを邪悪な敵と見なしてるカトラー(出典「闘うプログラマー」だけど細かい表現忘れた)は、最初から完璧に書くべき主義者かも＞＜
(さっきのRubyのWindowsで動かないってmatzが文句言った話も歴史を遡るとカトラー絡みの話だったりする＞＜(NTでは無くVMSの時だけど))
オレンジはカトラー好き＞＜；
This account is not set to public on notestock.
https://mstdn.nere9.help/@orange_in_space/98842540365367342
＞「なぜ常に再利用性とか汎用性を強く考えて、『その一つの問題のみしか解決できないのでは？』と考えないんだろう？
答え：仕事中の片手間でマストドンをすると脊髄反射で真面目な議論もいい加減に答えてしまう。
超はしょると、将来楽ができるように勝手に将来の事まで条件に追加してしまうのがプログラマらしい人 では無いの？＞＜という疑問をずっと持ってる＞＜
(これだけ読んで意味不明だった人はひとつ前に長文を読んでほしい＞＜)
例えば「ファイルが蹴られる」という状況まで抽象化するか否かで、(矛盾する話であることに注意)それはあるソフトウェアを書く時に「ある部分を再利用可能なライブラリを書く場面で、そのソフトウェアのみにしか役に立たないライブラリとして書くのか？＞＜」みたいな話になるかも＞＜
再利用可能なように再利用可能なものとして書くのは、未知の課題を解決するために(ある意味不要な)汎用性を持たせた発想で書いているという事かも＞＜
それは自分で条件を追加するのと同じかも＞＜
その場だけに限った発想であるのであれば、全てのコードは使い捨てのコードとして書かれちゃうかも＞＜
そういう意味で「なぜ常に再利用性とか汎用性を強く考えて、『その一つの問題のみしか解決できないのでは？』と考えないんだろう？＞＜」って謎＞＜
https://mstdn.nere9.help/@orange_in_space/98842478910203522
＞サイズだけを解決する手段で汎用性がないよね
回答 https://mstdn.nere9.help/@osapon/98842321957840207
前提条件が変わっていく中で、過去のtootの穴を突かれると、はいそうですねという回答しかできない。そのとき提示されていた条件で出した答えはアレだった。
あることをする時に「これは今回だけにしか役にたたないんでは？＞＜」って疑問に対しての考えの対立でもあるかも＞＜ worse is betterの是非＞＜
うん＞＜； でもそれはhttpに依存するし、サイズだけを解決する手段で汎用性がないよね＞＜；
ってことで(toot読む前に)張ったworse is betterの話が＞＜
https://mstdn.nere9.help/@orange_in_space/98842438705237790
「抽象化して汎用性を持たせて二度と同じ作業をしないで済むように再利用性を考える、楽をする為にはどうすればいいのかという点に対して最大の努力をする」
それが、マストドンや各種Webサービス毎にアップロード許容サイズの実装をせずにhttpでやれって話。（午前中の一連の流れはアップロードに限っての話だから、まだアップロードで区切っておくよ）
＞＜ -- The Rise of "Worse is Better" http://chasen.org/~daiti-m/text/worse-is-better-ja.html
ていうかこういう抽象化の話をする時に、こういう風にお世辞抜きに間違いなくオレンジと比べ物にならないほどに腕がいいプログラマの人と話してても、必ずオレンジが抽象化汎用性再利用性原理主義モンスターみたいなポジションになっちゃうの、前からすごく謎＞＜
(抽象化して汎用性を持たせて二度と同じ作業をしないで済むように再利用性を考える、楽をする為にはどうすればいいのかという点に対して最大の努力をする人がプログラマらしい人だと思ってるからすごくすごく謎＞＜)
審査員のえじょさんが居ない・・・・＞＜
This account is not set to public on notestock.
オレンジのこの話、おもしろい部分に穴があるからそこを突いたツッコミしてくれる人が現れたらすごくおもしろい＞＜；(その穴の先はちゃんと考えがまとまって無いから、議論しながら考える事ができそう＞＜)
"アップロードの"特にサイズに限るのも状況に依存した発想で、汎用性に背を向けた、抽象化とは逆の発想かも＞＜
「マストドンのファイルのやり取りに限った話にせずに、汎用的なファイルの許容ポリシー記述規格(？)を作るべき」ならわかるけど＞＜(それはたしかに下の層ではある＞＜)
マストドンがインスタンスポリシーなどをAPIで提供して、他にも色々処理させたいなら上層でやれば良いのでは。マイトドンの各種いろいろまでhttpでやれとか言うキチガイだろうし。さっきのはアップロードの話に絞って考えていたから。
・・・って括弧無いの記述を考えるとますます下のレイヤに直接実装するとぐちゃぐちゃになるしアレかも＞＜
途中で蹴った方がいいけどその上で蹴られるかを知る方法が投げるまでわからないのは、マストドンのAPIのレイヤで考えて親切ではないというかなんというかだよね＞＜
(サイズだけじゃなく、他のポリシーの情報も投げてもいいかも＞＜ アスペクト比が極端なものは受け入れないとか＞＜(勿論クライアントは必ず全てを読む必要は無くて、あんまり無駄に投げたくないと思ったら対応すればいいかも＞＜(蹴られた時の理由の統計をとるのもいいかも？＞＜)))
This account is not set to public on notestock.
This account is not set to public on notestock.
これっぽさ・・・＞＜ -- API to get server constants (toot length, ...) · Issue #4915 · tootsuite/mastodon · GitHub https://github.com/tootsuite/mastodon/issues/4915
This account is not set to public on notestock.
よくわかんないけど、例えばどこかのうっかりさんが「gif動画をマストドンに載せよう！＞＜」って数百GBのファイルを投げつけて数時間後に鯖に「ファイルは受けとりました。でも大きすぎるのでのせられないです」って言われるのがスマートなの？＞＜
(あくまで例で、実際は限界以上流れたら切ればいいから許容する容量が通信速度に対してとても小さいのならばアレだけど＞＜)
アップロード可能サイズを見て、マストドンクライアントがそれに合うように自動でリサイズすれば良い、という話なら、まあ勝手にやったら良いのでは。
私がアップロード可能サイズは下層で処理すべきって話は、 https://mstdn.nere9.help/@orange_in_space/98841649963451031 の「一方で、リサイズしないとアップロードできないのに、そのアップロードできないファイルを受け入れて」の部分に反応した。
This account is not set to public on notestock.
実際にファイルを投げる前に「必ず蹴られるファイルであるか？」くらい知りたいのっておかしな発想では無いはず・・・＞＜(その上で「だいじょうぶかと思ったけどやっぱダメだった」はしょうがない＞＜)
画像のリサイズの話をしてけど、たぶん気づかれてない・・・・・＞＜
https://mstdn.nere9.help/@orange_in_space/98842164469513762 が先で
https://mstdn.nere9.help/@orange_in_space/98842155107064456
が後の方がよかったかも＞＜；
つまり上の図 かつ 下の図でなければ矛盾するし、複数の下層を意識するなら互換の為の層なり規格なりが必要かも＞＜
「下のプロトコルに依存していい」と「下の何らかの仕様には依存すべきではない」は矛盾する意見だし、共通化の為に仕様を下の層で整える事を要求すべきと言ったら、matzがWindowsがUNIXになればいいって言ってたのと同じかも＞＜
例えで言うなら(層はちがうけど)UUCPとか伝書鳩でもいいけど＞＜
少し強引だけど、下の図のAndroidとiOSの部分に代わりに例えばhttpとftpとか入れてみてほしい＞＜ オレンジが「下の層に依存するな」っていってるのはそういう意味＞＜
このtoot
https://mstdn.nere9.help/@orange_in_space/98841886278164043
でわたしの思っていた下の層に依存しろってのは、上の図で、winとかx86なんて話が出てきたので、下の図になれって話を出したので、本来混ざるべき話じゃない気がする。 https://mstdn.nere9.help/media/zJLvZbnM9cAC2RjbFwg
これの事ね＞＜ -- 「マイクロソフトを嫌っていたのではない、われわれが嫌われていたのだ」――Rubyまつもとゆきひろ氏が語る、MSの壁 - ITmedia NEWS http://www.itmedia.co.jp/news/spv/1606/08/news138.html
ていうかそういう意味でも、最初の方に例として出したRubyの(の実装の)UNIX依存問題って典型例かも＞＜ 依存しないものを作りたいのかそうじゃないのかさっぱりわからない＞＜ Matzは「WindowsがUNIXでは無いのが悪い」としかとれない事を言ってたけど＞＜
(じゃあマルチプラットフォームじゃなくてUNIX依存環境なんじゃんって＞＜)
おささんがマストドンに依存させたくないピラミッドを描いてるのはわかる＞＜(ファイルの許容範囲のやり取りはマストドンに限った話では無いので汎用的な仕様になるべきでしょ？＞＜(でもそれをhttpにというのはおかしいし、実際歴史的な色々で難しいんでしょ？＞＜))
より抽象化されるのは上の層であって下の層に降りる(依存する)事ではない＞＜
「マストドンのクライアントはメガドラの素晴らしいアーキテクチャに依存したメガドラ専用の物にすればいいと思うし全ての計算機はメガドラになるべき」みたいなめちゃくちゃな提案してない？＞＜っていってる＞＜
ああ、メガドラしか考えてない仕様っていうのは、マストドンのアップロードが許容範囲を超えて可能なこと？それは、メガドラで動くゲームすら動いてない状況だと思うけど。
それは突き詰めると全ての計算機のアーキテクチャは統一されるべきという話じゃないの？＞＜
より抽象化されるべきとは逆だよね？＞＜
雑に言うとRubyとかJavaとか .NETなんてものは使わず、もっと下の層、究極にはハードウェアが直接仕様を持ちそこに依存すべきだって話になるよね？＞＜
指示語の対応が分からんけど、メガドラしか考えてない仕様っていうのは、アップロードサイズが取れない話？jsでやれって話？
むしろ、オレンジ氏の言う「マストドンがAPIでアップロード許可サイズを返せ」って言う話はメガドラしか考えてない仕様で、わたしの言う「httpレベルで解決しろよ」って話はコンピュータとして統一しろって話だと思っていたけど。
それでいうところの例えばメガドラしか考えてない仕様ってどうなの？＞＜って話をさっきから・・・＞＜
個人的には、Windowsとか、x86とか、PC9801派とX68000派とか、メガドライブ派とかプレステ派とか、そういうレイヤーも取っ払って「コンピューター」という一種類になれば良いと思っています。
実装の依存は、まぁ・・・うんって議論の余地はとても大きいかもだけど、仕様での依存はとてもマズいかも＞＜(発想がむしろ使い捨て的かも＞＜)
よくわかんないけど、「下の層に依存して解決出来ちゃうなら依存しちゃおう どうせその上で使う人ばかりでしょ」だと、例えばWindowsでしか動かないとかx86でしか動かないとかって話と変わらないし、プラットフォーム非依存の環境をも否定する事になるかも・・・＞＜
この「別のレイヤに依存させるべきではない」の部分、Rubyのプロセス管理がUNIX依存で酷いという話にも微妙に似てる気がしなくもない＞＜
@osapon それは例えば、httpのヘッダに詳細な受け入れ可能なファイルの情報を書く仕様を足すべきみたいな話？＞＜
それはそれで必要かもしれないけど、今回の話で必要なレイヤとは違うレイヤの話だと思うし、別のレイヤに依存させるのはあまりいいデザインとは思えないかも＞＜
マストドンの鯖が、受け入れられるファイルの仕様(設定)をしゃべるべきでは？＞＜ って話になんでhttpレベルの話が出てくるの？＞＜
ウェブの話ならそうだろうけど、Androidのマストドンクライアントアプリの話だよねこれ？＞＜；
よくわかんないけど、全くスマートではなく単なるバッドノウハウの塊にしか見えないかも＞＜
アップロードできないサイズのファイルがアップロードできてしまうの、jsで今からアップロードしようとしているファイルのサイズを取ってエラーにすればできるはず。httpサーバ側で先にcontent-lengthを取得して確認できたら良いんだけど、これはファイルが実際に届いてリクエストが完了してからじゃないと無理だっけ。届いた時点でメモリに入りきらないファイルということでエラー扱いになっちゃうし。jsでチェックするのがスマートか。
LCXじゃなくても、無線LANってアンテナケーブルで直結して使えないのかな？＞＜
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.
一方で、リサイズしないとアップロードできないのに、そのアップロードできないファイルを受け入れて、リサイズもされなくてアップロードに失敗するのはバグというか正しく無いデザインと言えると思うし、リサイズ機能は内蔵されるべきであろうし、欠陥かも＞＜
(アプリの欠陥かマストドンの欠陥かはわかんないけど＞＜(例えば許容されるサイズを返すAPIがあるのであれば、アプリの欠陥かも＞＜))
リサイズに使ってるアプリが謎だけど、Androidの設計思想的には必要な機能は単機能アプリとして実装されるべきみたいな面がある＞＜
参考＞＜
iPhoneユーザが目の色を変えるAndroidの機能紹介(1) - インテント - ただのにっき(2010-06-08) http://sho.tdiary.net/20100608.html
オレンジはこの記事を読んでAndroidを(モバイル向けだからではなく設計思想が気に入って)使おうと思った＞＜
This account is not set to public on notestock.
数日ぶりに普通にねむい＞＜(趣旨・・・＞＜)
埼玉東部のこの辺りだと(4市町村くらいしか知らないけど)、処理場持ってても有料指定ごみ袋方式・・・＞＜
ていうかデザインの話これくらい盛り上がるということはどこかに書いたら読まれる需要あるのかな？＞＜
申し訳無さすぎてつらい・・・＞＜
話が飛んだ気がした時には、慌てず分岐点(？)はどこだったのかたどらないとダメっぽい＞＜(一方的に話してて飛んだ時に、相手の微妙な反応に気づいて慌てて戻しちゃう事があるけど、それとは違うし、そうではあっても慌てて戻すのもアレなのかも＞＜)
・・・で、元の話であるマストドンのデザインに関わる部分が出てきて「(そういえば元の話は・・・＞＜)」ってすでに記憶飛んでてアレだった・・・・＞＜
(事故調査＞＜；)
検証！＞＜；
これ書く https://mstdn.nere9.help/@orange_in_space/98838300940372496
反省 https://mstdn.nere9.help/@orange_in_space/98838309246453599
本の紹介でしめようとする(いつものパターン＞＜；) https://mstdn.nere9.help/@orange_in_space/98838338580919234
しかしながらスイッチが入って暴走 https://mstdn.nere9.help/@orange_in_space/98838350895597185
話が飛んじゃった；；って思ったのがダメだったって意味です＞＜；(読み返したら自分で飛ばしてた＞＜；)
読み返したら、話がとんだというよりも「(まずい＞＜； また刺々しい話をしちゃってる＞＜；)」って、本の紹介で無理やりしめようとしたら逆に盛り上がっちゃったって構図だったっぽい＞＜；
なんかすごくいろんな意味ですごく駄目だしごめんなさい＞＜；
デザインの話題おもしろいし実際盛り上がってるっぽいけど・・・・なんだろう・・・・＞＜
Dashボタンの話も、設定項目を減らせばシンプルな正しいデザインになるわけではないって話に繋がるんだけど、もう話題が明後日の方向に・・・・＞＜
ていうか、マストドンのデザインの話がどっか行っちゃった・・・＞＜
「ボタンはとにかく減らすのが正しいデザインだ」って人はDashボタンは買ってはいけない＞＜
自らを買う専用のDashボタン、公式に売り出してほしい＞＜；
This account is not set to public on notestock.
誰のためのデザイン？を読んでもらえると、共通の部分はオレンジがめちゃくちゃな事を言い出してるわけではないと理解してもらえる可能性がある(何ページの部分って言える＞＜)し、オリジナルの発送部分もどう違うのか説明しやすいので楽という・・・＞＜；
Amazon Dashボタンでオレンジが言いたかったことは、「さて、Dashボタンはボタンを減らすデバイスでしょうか？ それともボタンを増やすデバイスでしょうか？＞＜」
Amazon Dashボタンを開発していたときだって、絶対に「取り消しできないのは問題だ」って言った人は居たと思うんだよね。それをどうやって抑えたのか。「どうせよく使うからDashボタンを持ってるんだし少しぐらい多めに届いても良い」って解決方法なんだろうか？
文章の中に本がまるごと一冊引用されてるひどい文章＞＜；
コンセプトというか、コンセプトに対応して必要な機能を実現することが出来て、なおかつ(長文で書けないけど、「誰のためのデザイン？」で指摘されてること)をクリアする最少のボタンの数なりなんなりのデザインかも？＞＜
ボタンを減らすことによるシンプル、結局背負わせるコンセプトに(?)よらない？（単に減らすだけだと変なのがうみだされてそれは果たしてシンプルではないのではというのはわかる
「栄養がとれます」って商品を「カロリーが半分です」に変えるデザインをおかしいと気づけないのすごくアレ＞＜ 何を売りたいんだ？＞＜；
セブンイレブンのコーヒーの機械の人のデザインのひどさ、この話もおすすめ＞＜； -- 森永製菓､｢ウイダーinゼリー｣まさかの躓き | 食品 | 東洋経済オンライン | 経済ニュースの新基準 http://toyokeizai.net/articles/-/45563?display=b
なんの話だかわかんなくなってきてるけど、「単にボタンを減らしまくるとシフト操作が増えてしまってシンプルじゃなくなるし、その究極の例である第三世代shuffleを見てシンプルと言えるのか？＞＜」って言いたい＞＜；
ってなると、音量+-再生停止兼用、次曲前曲で5ボタン必要になって問題のモデル以外のshuffleと同じ？になるかも＞＜
記事のリンクをはった第三世代のモールスもどきUXじゃなくて＞＜
機能を絞るというよりは書いてある以上のことはなくてもいいというか再生と一時停止と送り戻しと音量上下以外できなくてもよくない？みたいな
ボタン減らすべき論争の題材でおもしろい例がAmazon Dashボタンかも＞＜(って前にツイッターには書いた)
shuffleなんだから全てお任せで機能も絞ればいいじゃない？ はその通りだけど、本当にボタンひとつにすると音量まで1ボタン操作にするかAppleがおすすめする音量でのみ聞くべきみたいな事になる＞＜
iPod Shuffle、ボタンを減らすことがどうのよりそもそもそれにその機能を持たせてしまっているのが失敗なのでは
ボタンを減らせばシンプルだと勘違いしたデザインの究極の例＞＜ -- 新iPod shuffleのボタン操作はまるでモールス信号のトンツーだ | ギズモード・ジャパン https://www.gizmodo.jp/2009/03/ipod_shuffle_3.html
読んでるならわかるはずじゃん！＞＜；
これは良い本。
http://diary.osa-p.net/2015/09/blog-post.html - 日記: 「誰のためのデザイン？ 増補・改訂版」読了 から #Mastoshare
ボタンを減らせば操作がシンプルになるわけではないし、日本の家電でもよくあるやたらメニュー項目が深くなったりシフト操作が多すぎて逆にメカ音痴には操作不能なデザインになるだけかも＞＜
デザインの話になるとテレビのリモコンの話が良く出てくるけど、ボタンがいっぱい付いているものは、目的の機能にすぐアクセスできるけど、あまり使わない人からしたら邪魔に見えるし、シンプルなデザインにすると、最低限の機能で良い人からすると素晴らしいけど、色々使いたい人からすると何回もボタンを押さないといけなくて大変、みたいな。
オレンジのデザインへの考え方とはちょっとだけ(？)違うけど、D.A.ノーマンの「誰のためのデザイン？」って本の増補・改訂版のほう、印籠みたいな本で、デザインはデコレーションの事ではないという事を楽しく刺々しくなく学べるかもなのでおすすめかも＞＜
なので、各々の問題を解決出来るように設定項目を増やしてカスタマイズできるようにする事も大切なんだけど、オレンジが言うデザインと全く逆の物をデザインと呼ぶ人々は、設定項目を減らせばデザインだとか思ってる＞＜＃
「引き算こそデザイン」で個別に具体的に何が失われるかなんてなにも考えちゃいない＞＜＃
でもそう考えると尚更どうしようもなくなってきそうな気がする 手段を増やしておいてユーザはそれを取捨選択できる、であればどちらの顔も立てられる(?)のか
えじょさんの意見の部分をもうちょっと丁寧に書くと、この"問題"は「何に対しての言及かを知るのが困難」という問題かも＞＜
それに対して「他の人にとっては問題が無い」と言う事は、(他の人にとっては)「何に対しての言及かを知る必要など無い」と言ってるのと同じかも＞＜ その場合その通り正しく無いデザインでは無いという事になるかも＞＜
ていうかこの挙動ぶっちゃけ、特に意図していない単なるバグだと思ってた＞＜
それは"その問題を肯定"の部分＞＜
全部はしょると「マストドンは当たり障りのない話をする事しか考慮していないデザイン」になっちゃう＞＜(なぜか？を説明しないとただの暴言みたいになっちゃうけど、その説明をさっきから書いてる＞＜)
"ある問題"はその人や同様に"ある問題"を問題として考えている人たちにとっての問題であって全体の問題でない気がするんだけど、それ以外の人からみたら正しいものであるかもしれないものでもそれは正しくないデザインなのか？（一人でも正しくないと思えばそれは正しくないデザインをもつものなのかみたいな
ある問題が発生しそれを解決する手段を持たないデザインなのであれば、その問題を肯定したデザインであるか、あるいはその問題に対して正しくないデザインのどちらかかも＞＜
受けとか好みベースの話はしてない・・・＞＜
人間が言及かどうかを判断しないといけないのはその通りかも＞＜
でも現状は、HTLで見かけたある発言を判断する為にその人の発言一覧を表示して遡るという動作ではじめて判断出来るというデザインになってる＞＜
これは(マストドンでも全部説明すると文字数がとんでもなくなるから説明書けないけど)正しくないデザインと言い切っていいかも＞＜
"boostした後にしたtootは言及である"わけでもないから言及の手段としての引用RT（URLを貼り付けるだけのやつ）なんだろうなぁとは思う
ブーストが表示されないから何が良さそうだかさっぱりわからないよ！＞＜； って言いたい＞＜；
"これすき"に限った話ではない＞＜；
「言及が何に対してかなんてどうでもいい」とかも、オレンジが言ってるマストドンは当たり障りがない話しかできないって書いてるのそのままかも＞＜
少なくとも、リツイートが重なっても表示される方式であって、TLが滝みたいな速度になって居ないのであれば、重複を表示しないデザインよりは、何について言及しているかをより知りやすい＞＜
実装の如何は別として、何に対しての言及なのかを知ることができるデザインってどのようなものなんだ？それはTwitterにおける引用RTのようなもの以外にも存在する？
オレンジはツイッターの(主にウェブの)デザインをツイッターでdisりまくってるし、ウェブ版はほとんど使わないし公式アプリは全く使ってない＞＜
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.
「何の言及だかわからない方法でtootする方が悪い」みたいな発想は穏やかじゃないよ(そういう書き方をする人を責めてるのと変わらないよ)って言う意味＞＜
(デザインが悪いもデザインした人を責めてるけど＞＜；)
(結局我慢出来ずに デザインが正しくない＞＜＃ ってキレてる＞＜；)
オレンジ的にはこの仕様は正しくないデザインだと思うし、デザインで解決すればゆるふわで済むと思うけど、
仮にブーストは文字通りブーストであってそれ以上の意味は無いという事を押し付けようとすると、「言及するな」 あるいは 「言及する場合は引用しろ」ってルールだかマナーだか思想だかの押し付けをユーザーにしてるような事になって穏やかじゃないかも＞＜
「これすき」なら細かい言及じゃないしアレだけど・・・＞＜
mikutterは、その仕様(だった気が)と、過去のツイートをたどる機能がないせいで、相手の意図を誤解する危険がある大きすぎる問題があるデザインと思ったので少し試したあと使わなくなった＞＜
This account is not set to public on notestock.
それは全く同意できない＞＜
(このtootの"それ"をも知ることができない)
これすき、たぶん、TLに見せているものではなくて、相互フォローの相手に対して送っているものであると解釈できる。後は、ユーザーページを見たときに、その人がどういう物が好きなのかを提示する。
ふぁぼ→すき
ふぁぼ＋ブースト→わりとすき
ふぁぼ＋ブースト＋これすき→かなりすき
ふぁぼ＋ブースト＋（修飾語）これすき→（修飾語）すき
ツイッターではウェブでも別の人がリツイートすればまた表示されるかも？＞＜
ついでにオレンジが使ってるツイッタークライアント(複数)は、フォローしてない人がオレンジのツイートをリツイートしても表示される＞＜(それはウェブ版がどうなのかは知らない)
この仕様(？)のせいで、何の話をしてるのかさっぱりわからない＞＜
(ツイッターでのオレンジのノリで言うとデザインがおかしい＞＜＃ ってキレるパターン＞＜(マストドンでは我慢＞＜；))
ABCフォローしてて
A[布団が吹っ飛んだ]
Bがブースト
B[これすき]
Cがブースト
C[これすき]
ってなった時にブーストが出ずに
これすき、これすき
しか出ないけど、なんか設定を変えないとダメなのかも？＞＜
ブーストは直近に表示されてないものだけ表示かも・・・？＞＜
技術部のタグの動画だけ見まくってた＞＜(今はもう見に行ってないけど＞＜；)
This account is not set to public on notestock.
電子工作でおもしろいもの作ったの発表とか見るの好きだけど、マストドンでそういうの見つける方法さっぱりわからない＞＜(さっき書いたように(過去の)2chやニコニコやツイッターでは簡単に見つけられたのに＞＜)
濃くない人(？)にはあんまりアレだろし検索しやすさも比較的気にしないだろうけど、趣味が色々濃い人(？＞＜；)にとっては物足りないかも＞＜
この、同趣味の人を探せないので、自分がなにかを発表する場(手芸でも電子工作でもなんでも)にしても、「どうせ誰も見に来ないからもっと発見されやすい場(例えばニコニコ動画とか)で発表しよう」みたいなのも、「マストドンはごく限られたジャンル以外では当たり障りの無い話題しか無い」みたいな事に繋がりそう＞＜
ていうか「これすき」ってtootが何の話かを毎回その人のtoot一覧(？)まで見に行って確認してるけど、HTLとかにブーストも普通のtootのように表示できないのかな？＞＜
鶏とたまご的な問題もあるんだろうけど、横断的な検索のしやすさの違い(2ch/ニコニコ/ツイッターと比べて同趣味の人を検索しづらい)もありそうだし、ツイッターとの比較では、ツイッターはリツイートで話題が回ってくる事が多いけど、マストドンはブーストの表示が控えめだし・・・＞＜
『なにかを作った時に発表する場(音楽でも手芸でも電子工作でもプラモでもなんでも)』の移行の歴史で、2chからニコニコへ、ニコニコからツイッターへみたいな流れの延長にマストドンが見えてこないけど、それって見つけにくさも関係してそう＞＜
同じ話題が好きな人を見つけるのが大変かも＞＜
(趣味がひとつかふたつくらい(で人口がある程度いるジャンル)ならば専用インスタンスが選択肢になるだろうけど、多趣味の人は・・・・・＞＜)
個人でウェブサイトを持つ人の比率は減ってそうだけど、鯖たててる人比率はそんな減ってないというか、少なくとも個人の鯖＝ほぼ自宅鯖だった時代よりは増えてそうなイメージ・・・＞＜(イメージであって根拠無い＞＜；)
短縮した結果本題が抜ける現象＞＜；(オレンジもBASIC使ってた事あるよ＞＜みたいなことを書くはずだったのに・・・＞＜)
実用的なソフトウェアを書いたものに限ると、 BASIC→C(かなり短期間)→Delphi→C# とあと嫌々ながらに使ったJavaだけしか書いた事ない・・・＞＜
踏んでる人2人見かけたうち一人気づいてないっぽかった＞＜(あとで教えてあげよう＞＜；)
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.
ダジャレ記事だ・・・・＞＜； -- 交通事故：土田晃之さん運転の車、ワゴン車と接触 東京 - 毎日新聞 https://mainichi.jp/articles/20171016/k00/00e/040/212000c
？＞＜ が ＞＜M になる事故がたまに発生する＞＜
x掻いたら
o書いたら
＞＜；
(挨拶)、読みました＞＜、了解しました＞＜ とかその辺りまとめてなんて掻いたらいいのかわからなくて ＞＜ だけになっちゃってる・・・＞＜
なんて返事していいのかわからない時 ＞＜ しか書けない＞＜
極々稀に発生するネトゲとかで知り合った人へのメールだと、
＞＜
(本文)
＞＜
(予備のメアドとか書いてあるフッタ)
みたいになったりする＞＜
フォーマルじゃなくてもメール送る相手いなかった・・・・＞＜
フォーマルなメールを送る相手がいない・・・＞＜
クムホタイヤジャパン株式会社 - タイヤラインナップ - ECSTA V710 http://www.kumhotire.co.jp/tire/ecsta_v710.html
そういえばクムホってところがあるラジアルタイヤを出してるんですが、「パターン入れてるから！！！！！！！これは普通のラジアルだから！！！！！！！」って言い張ってる感がしぬほどすき
トラボ、飛行機の操縦桿みたいな操作にはすごく向いてるかも＞＜
bitcoinとかの仕組みで一番よくわかんないのが単位が1じゃ無く取引できるのがさっぱりわからないかも・・・＞＜ 1は何がどう1なの・・・＞＜
#ejocraft 速報！＞＜； 南のポータル、エリトラで行くと飛んで行ける＞＜；
#ejocraft 南のポータルって、塔ふたつ建てたからエリトラ滑空2回でいけそうな気がしてきた・・・＞＜；
部品だと1個80円近くするっぽい＞＜
そういえば、旅客機のCDUを模したキーボードほしいと思ってて「キーボードスイッチ(？)をたくさん買うと高いかも＞＜；」って思ってたけど、中国メーカーの安いメカニカルキーボードを分解してcherry互換形状のスイッチを剥がして使えば安く作れるのかな？＞＜；
This account is not set to public on notestock.
前に、鉄道は鉄オタ人口が多いから変な評論家は排除されるけど、航空は人口が・・・って書いたけど、それなりにマニアが多いはずのクルマで、国なんとか氏みたいな酷い評論家が排除されて無いのは何でだろ・・・・＞＜
