Google、最近はどんな検索キーワードでも勝手に無視しまくる結果、一番重要な固有名詞を抜くから全く無意味な結果を返すようになってる><# (例えていうならば ゲーム名 wikiで検索するとゲーム名を抜いてwikiだけで検索してwikipediaのwikiの項目を一番上に出すような挙動><# (実際にはキーワード2つではそこまではひどくないけど、3つ以上になるとほぼそんな感じ><# ))
Google、最近はどんな検索キーワードでも勝手に無視しまくる結果、一番重要な固有名詞を抜くから全く無意味な結果を返すようになってる><# (例えていうならば ゲーム名 wikiで検索するとゲーム名を抜いてwikiだけで検索してwikipediaのwikiの項目を一番上に出すような挙動><# (実際にはキーワード2つではそこまではひどくないけど、3つ以上になるとほぼそんな感じ><# ))
How to Make Home Made Margarine Recipe - Snapguide https://snapguide.com/guides/make-home-made-margarine/
Googleの検索キーワードの重みを減らしてる戦略、単に嘘つきな検索結果を出すだけになってるしすごくムカつく><#
「マーガリン 自作」で検索したら、Googleの劣化具合とbingのまともな結果の差がすさまじくて、マジでGoogleどうしてここまで酷くなったんだ感が><
ショートニングって自作出来ないのかな?><(なんかそれは個人ではかなり無茶だって前に調べた記憶が><)
先人が居た>< -- モロッコヨーグルの作り方本物そっくり!原材料改良版のレシピ http://www.tinyhouseperiodicals.jp/archives/10118
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.
なんだったら、さらにミュートと組み合わせれば「しまった・・・24時間ウォッチに設定したけど、思ってたのと違う話題だった。この話題24時間も見なくていいや・・・」って場合に、「このウォッチをミュートする」(ユーザーをミュートじゃなく)ってできれば、穏便に(?)相手を傷つけないように見なかったことに出来る?><;
あと、ミュートは穏便にお別れする仕組み(?)だけど、フォロー&ウォッチ方式はポジティブな表明(?)に重点を置いてるかも><(気軽に、フォローして無い人に対して「この話題おもしろそう><」ってメッセージを全世界に公開(鍵じゃない場合)で送る的な><)
This account is not set to public on notestock.
これはフォローのみならず、投稿という行為や、被フォローについても言えることだと思いますね
つまるところユーザは関心の対象分野や興味の強さによって複数の側面を持っているわけで、アカウントがひとつであってもその複数の側面は使い分けられるようにしてほしい、という願いがあり、私はそれを過去「文脈」と表現しておりました
This account is not set to public on notestock.
RDB で言うところの view のようなものを動的に構成して Mastodon で(ページ遷移なしに)シームレスに表現できればいいんだろうけど、これって潜在的にはリストへの追加&フォローなんだよなぁ
「フォロー」の他に「ウォッチ」を用意した上で、普通に「ウオッチする」だけじゃなく、例えば「この人を今から24時間ウォッチする」とかも出来るようにしたり><
商用なSNSではその情報を利用して、「今この発言hogehoge人にウォッチされて注目されています」みたいな表示にも使えそうって考えてる><(つまり、ある程度だけど、「話題の人気」と「人の人気」の分離にも使える><(ある意味、墓なんとかさんの問題提起の解決にも使えなくも無い面もあるかも><))
(フォロー=他のSNSと同じ)
(ウォッチ=この人に深い関心を持っているわけじゃないけど、一時的にこの人が発信する話題を追っています)
(サイレントウォッチ=何も表明せずにこっそりHTLで読む><;)
たとえば twitter だと「フォローしないがリストで監視」ということができるので、リストはフォローより強い関心も弱い関心も表現できるんだけど
フォローを弱い関心の表現として使うのは、「リストがフォローの部分集合でなければならない」という制約の上でどうにかするための苦肉の策です
ただ、 LTL を追い掛ける行為が受動的であれ、そうでなかれ、グローバルな「ユーザ一覧」というリストを参照すべきでなく、ユーザ個々人に紐付けられた「私が(能動的に選ばずとも、潜在的に)見たいと思ったユーザ」の集合をどうにかして保持してほしい、というのが目的。
これができると、 LTL 相当のゆるい監視対象をインスタンス引っ越し前後で持ち越したりできるようになるので、インスタンスへの束縛を弱められる
https://mstdn.nere9.help/@orange_in_space/99585697554142522
私の提案を実装したとすると、フォロー自体はそこまで強い関心を表現しない「とりあえず受動的にでも見たいもの」という括りになって、リストこそが「能動的に追いたいもの」としての対象ユーザ群を表現することになるので、一応段階的ではある?(ただしリストの使い方はユーザによるところが大きいので、システムが関心の段階を読み取ることは困難になる)
それこそ、HTLとは別に「フォローしてるユーザー」ってTLがあってもいいかもってくらいに考えてる><
HTLは単に「フォローしてるユーザーを表示するもの」ではなく、「ユーザーがカスタマイズしたもの」であるべきだ><って考えがオレンジにはある><(ツイッターでも5年位前?からそう考えてた><)
思い出して忘れないうちに書くけど><;
https://mastodon.cardina1.red/@lo48576/99581749871510177
この発想微妙かも><
HTLにLTLの内容を混ぜるというオプションを設けるのであれば賛成だけど>< これじゃどういう経緯でフォローしたのかさっぱりわからなくなるし、オレンジが問題視してる「フォローする/しないだけの2段階のみの繋がり」の問題そのものになってしまう><
同インスタンスの新規/既存ユーザを自動的にフォローする仕組みがあれば、 LTL を HTL に取り込めるのでいい感じになりそう。あとはリストへのユーザの追加/削除がフォロー/リムーブ並に簡単であれば上出来。
FAQ内容が全然一般人向きじゃないのも含めてその辺りひどすぎると思うけど、オレンジは英語力無いのでツッコミしか出来ません><;
あとついでに言うと、*のスタートの右ペインの各項目、ポイントしたときにヒント出るようにすればいいのに感がある><
This account is not set to public on notestock.
本とか説明書の翻訳、固有名詞とか専門用語とか人名は必ず最初に出て来る時に原語でも書いてくれないとググれないから必ず書いて欲しい><(カタカナでだけ書かれてるとか多すぎる><;)
ちょっと違うけど、機能か一昨日、galaxy note 3のスタイラスの傾きって取得できるのか出来ないのか調べようとして、「・・・英語でなんていうんだっけ?><;」って10分くらい悩んだ><(tiltです!><;)
気になっても元の英単語がわからないと調べようが無いみたいな事が言いたかった>< https://mstdn.nere9.help/@orange_in_space/99585607654876063
This account is not set to public on notestock.
ていうか、普通の本の日本語訳もそうだけど、英語わかんないから日本語版を必要とするんだし、元の単語も書いてくれないとググれなくて困る><
This account is not set to public on notestock.
全然知らない選手しかいない全然ルールがわからないフィジカルスポーツをわざわざ観戦しようって人めったに居ないと思うしアレかも><
データイータ、ほんとに早すぎたし、もしもデータディスクマンとか組み合わせ出来たらもっとおもしろかったかもしれなかったけどそこまでのアイディアはなかったっぽいのがもったいない・・・・><(据え置き型kindleみたいなポジションになれたかもしれない><(どっちにしてもそれほど売れずに「早すぎた・・・」って言われてただろうけど><;))
今なら電子ペーパーに出来るし(データイータはモノクロのかなり遅いLCDだったから下手すると今の電子ペーパーの方が応答速度はやい><;)、容量も小さすぎたMDデータじゃなく、MicroSDかなんか1枚に、たぶんスキャナの装置寿命以上のデータ記録出来そうだし><
データイータ、これ><
Sony Japan | プレスリリース| 連続して書類を読み取る際の作業効率が向上 検索機能の強化などより使いやすくなったパーソナルMDファイル“DATA EATA(データ イータ)” 新機種 発売 https://www.sony.co.jp/SonyInfo/News/Press_Archive/199608/96CI-099/
1996年・・・・><;
そういえば、今こそデータイータ(MDに記録するスタンドアロン自炊マシン)を復活させたら需要ありそうだけど無いのかな・・・?><
ていうかいまだとそういうジャンク部品のガチャ/福袋を買わなくても、amazonで売ってる中国の深センの電子部品屋さんのいろいろなの買うのでも十分安そう><
ていうかオレンジも半田ゴテ使ってた頃はこういうの買って遊んでた><(ガチャじゃなくて紙袋入りの福袋(?)だった><) リード線も束で売ってるわけがわからないやつ使ってて、一時期緑のリード線しか持ってなくて全部緑色の線で配線した思い出が><;
こういうのに入ってるようなLEDって高輝度LEDじゃないだろうしフィーリングで適当につけても壊れなそうなイメージ・・・><
https://twitter.com/fadis_/status/967648734371766272
電子部品ジャンクまとめ、やっぱりなんかこう部品のデータシートを特定するのが難しくてつらいらしい(使い道のない部品がたくさんになる
この前スラドに書いたとんでもなく長文コメント、どうなったかな?><って見にいったら https://srad.jp/comment/3364888 ってレスがついてて「おう><;」ってなった><;
This account is not set to public on notestock.
それはお作法と言うよりも、動的型付けなエラーな感じのような気がしなくもない・・・><(動的型付けだからわからないと言うかわかるように作られていない感><)
特定の開発言語を知らなくても、他に知っている言語があればなんとなくやっていることは分かる、それはそうなんだけど、エラーが出たときに言語のお作法的なやつが分からなくて原因が分からないときがある。今はrubyが分からないので、gemのメソッドが無いとかいうエラーに対処できない。
埼玉県内にマジでヤシの並木道無いっぽい・・・>< 単に海が・・・ってだけじゃなく、本多静六の影響?><;(関係ない?><;)
こことディズニーランドの西が葉のホテルいっぱいある辺り以外に、都市圏から近いこういうヤシの並木の海岸のなんかこういう場所ってないのかな?><(宮崎とか沖縄とか和歌山南部とかはいっぱいありそうだけど><)
場所は潮干狩りで小さい頃何度も行った場所だしこの場所の写真も多いから知ってたけど、そんな愛称があるとは知らなかった・・・><;
夢の?「千葉フォルニア」 永ちゃん「ハワイかよと」:朝日新聞デジタル (2017年9月18日09時40分) https://www.asahi.com/articles/ASK9H3DQRK9HUDCB005.html
グーグルマップで調べ物してたら、近畿、山陰エリアの空中撮影の全天球撮影しまくってるすごい人見つけた><(UAVで撮影?><)
https://www.google.co.jp/maps/contrib/113282247104185745111/photos/
エクリプススパイダーも、アメリカの西海岸に憧れがあるとかじゃなければ、見た目が全ての謎のマイナーオープンカーでしかないし><;(これぞ西海岸のボンボン向け車だ!>< これでヤシの木が街路樹になってる海沿いの道をドライブしたらアメリカのドラマの世界だ!><って思える人向けっぽさが><)
でもまぁ私とかオレンジの人がおすすめしはじめる車は"色々"難がありそうだしやっぱロードスターとかがいちばんよさそう(?)
・・・ていうかこのカテゴリの車、2シーターじゃなく、実用的には4人乗れないけど保険対策で4シーターがほとんどかも?><
黒みるが「2シーターオープン」を欲していたので私はエクリプススパイダーをおすすめしていたことをお知らせしておきます
エクリプススパイダー見つけた!><; -- エクリプス(三菱)69.0万|カーセンサーnetで 茨城県・Buynow バイナウレボリューションの中古車情報を検索 http://www.carsensor.net/usedcar/detail/CU5615447458/index.html?STID=SMPH0002&RESTID=SMPH0001#mainBlock