はてなキーワード: インスタンスとは
くらうどじょがくいんとは、美少象や女装した美象年が登校する中高一貫の女学院である。基本的にMastodon.cloudを利用する日本人ユーザーがMastodon.cloudを指すのに使用するネットスラング。
https://mstdn.wiki/%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E5%A5%B3%E5%AD%A6%E9%99%A2
海外のインスタンス「Mastodon.cloud」では、インスタンスを「学院」、管理人であるValentin Ouvrardさんを「学院長」と呼ぶ慣習ができていた。.cloudはもともとフランス語・英語圏向けインスタンスだが、日本人が大量に流入し、フランス語・英語話者のユーザーから「日本語が読めない」と苦情もあったようだ。
BazzFeedが「この火が消えないうちに」pixivが「マストドン」にいち早く企業として参入したわけなんて記事を出していたけど、PixivがやりたかったのはただTwitterのパイを奪うことだ。
そもそもPixivは以前から、TwitterやLINEなどの短文投稿型SNSを真似た機能を追加している。6年ほど前に追加された「ひとこと投稿」、ほとんど使われていない死に機能になっているけれど、文字数は140文字、Twitterと同じだ。Twitterを意識したものであることは想像に難くない。
コメント欄で利用できるスタンプ、あれもLINEスタンプからだろう。こちらはそれなりに利用されているようである。
これらをパクリ云々する気はない。機能の模倣はある程度どんなプロダクトにもあることだし、明確に何かの権利を侵害しているとは言い難いだろう。
ただ、PixivはTwitterのような短文投稿型SNSに近づけるための工夫を以前から行っていて、それはこれまでのところあまり上手くいっていなかった。
なぜPixivがTwitterのパイを狙うのか。それはPixivが以前、Twitterにパイを奪われたからだ。
日本でTwitterが流行する前、画像投稿型SNSの最大手はPixivだった。ふたばなどの匿名型サイトや弱小投稿サイトもあったが、Pixivにとっては特に気にするほどの勢力ではなかった。
絵師はこぞってPixivに投稿し、Pixivのuser数がステータスであった。
ところが、絵師がTwitterを日常的に利用するようになって、様子が変わった。
Twitterは流動性の高いメディアで、検索機能は弱いし、まして画像をTwitterで検索するのは非常に難しい。だから、画像のデータベースとしての機能は確実にPixivの方が強い。
一方で、リアルタイム性という点では、圧倒的にTwitterが強い。そして二次絵はTwitterでは非常に拡散しやすいコンテンツである(ある程度の質があれば、だが)。あっという間に数百数千のRTが貰える。投稿してすぐにフォロワーのファンから感想が来る。絵師にとってこれほど嬉しいことはないだろう。
その結果、絵師が描き上げた絵を真っ先に投稿するのはTwitterになり、PixivはTwitterに投稿された絵の単なる集積場と化してきてしまった。
もちろん、全部が全部そうではない。しかし、Twitterは確実にPixivの競合となり、Pixivがかつての力を取り戻すには、Twitterと同じようなリアルタイム性を手に入れなければならなかった。
そして、それは失敗した。これまでのところは。
そこに現れたのがmastodonだ。mastodonはTwitterによく似たインターフェイスで、Twitterユーザーが移行するハードルは低かった。また、Twitter社の業績不振などのニュースによる不安も、mastodonブームを後押しした。
さらに、mastodonはオープンソースソフトウェアであった。サーバー運営のノウハウと十分なインフラがあれば、即座に立ち上げが可能であり、また、開発者がいればいくらでも改造可能であった。
初めは個人の立ち上げたmstdn.jpにユーザーが集中したが、個人運営ではいずれ限界が訪れることは明白だ。こちらはこちらでさくらのインターネットなどが後押しをする体制になっているようではあるが、現状の運営権は個人の手にある。
Pixivが運営するインスタンスとなれば、データ全消しなどが発生する可能性は低いだろう。そうしてオタク系ツイッタラーは大勢pawooにアカウント登録した。
pawooが二次児ポで国交断絶されたというニュースも、ユーザー数増加に拍車をかけた。つまり登録すれば海外からシャットアウトされるレベルのエロが見れるのだから。
こうしてpawooは十分なユーザーを手に入れた。Pixivはあれほど欲しかった「画像投稿型リアルタイムSNS」の雛形を棚ぼたで手に入れたのだ。
こう考えると、pawooの国交断絶は実は大した問題でないことが分かる。Pixivが欲しかったのは、自由でオープンな世界中と繋がるSNS基盤なんかではない。ユーザー数が十分にあって好きに改造できる二次画像を中心にしたSNSだ。
だからむしろ、うるさいことを言ってくるくらいなら国交断絶くらい構わない。pawooの中で盛り上がればいいのだ。もちろん、新規のユーザーを獲得するためにも、その盛り上がりは多少は外から見えた方がいいけれど。
だからpawooが今本当にやりたいことは国交正常化ではない。Pixivとの連携を強化する機能の追加、より多くのユーザーを内部に囲い込むための仕組み作りだ。
もちろん、企業というものはそういうものだ。全く利益を出さないものに投資をするわけがない。それ自体はそんなに悪いことでもない。
だが、Pixivが今回これだけ即座に動いたのは、以前からリアルタイムSNSの計画があったからであって、使命感などではないのだ。
Twitterの致命的な欠点は、一企業の運営なのでいつ無くなるか分からなかったこと。
そして、エロ絵の規制が厳しく、どんな条件で決まるのか分からないままにBANされてしまうことが多々あったこと。
その2点が解消するだけでも、人々はますとどんの誕生に歓喜したのだった。
だが、実際に起こったことは、 pixiv という一企業が pawoo.netというインスタンスで絵師を囲ってしまっただけなので、
pawoo.netがいつまで続くか分からない(膨大なトラフィックにかかる費用を pixivがいつまで負担し続けられるか分からない)
他インスタンスとの接続問題で、どこまで画像に制限が加わるか未知数
という状況になってしまった。
4月12日よりマストドン参入。最初はシステムがよくわからず、辺境のよくわからんところでフランス語かイタリア語かよくわからんそのへんの言語のなかで孤独な2バイト文字の戦いを繰り広げていたのだが、ものすごく楽しくなかったので、そのときちょうど開設されたピクシブ運営の例のインスタンスにアカウント開設。
あの場所に関してはわりと最初からインターネット老人会の雰囲気はまったくなく、ものすごい勢いで絵が流通していた。しかもロリ絵とかショタとかふたなりとかリョナとか、まあ基本的にあまりおおっぴらにできない趣味の絵が非常に多かった。というよりロリ率の高さはまさに異常。高速美少女回転寿司なんて比喩があったが、高速すぎてなにも見えないうえに、意を決して手をつっこんでみたらロリ寿司しか当たらないよっていううれしい♡世界。
まあ運営がピクシブということで、平均年齢は非常に若い感じがした。十代後半から二十代前半までというところだろうか。なおこれを書いてる増田は相当のおっさんであるもよう。
もちろん若い人、というかピクシブ由来の参入者ばかりではなく、俺のように「とりあえず新しい場所だから参入してみた」という人間もいるだろうし、ちょうどjpが落っこちてるタイミングだったので、ひとまずマストドン始めよう、ここでいいかみたいな感じでアカウント取ったインターネットおもしろおじさんも相当数いたようだ。
これらが一度に一箇所に飛び込んだものだから、そりゃもうすごいありさまだった。いくらなに突っ込んでも鍋は鍋でしょって言ったって、だれがチョコぶちこんでいいって言ったんだよみたいなそんな状態。印象としては「ツイッターが取りこぼしたもの」が濃密なごった煮になってる感じだった。たとえばそれは嗜好性の強いエロ絵。すでにコミュニティが確定してしまったツイッターという場で新しいものを得られなくなった人々。
とにかくローカルタイムラインの存在は強い。もちろんかつてはツイッターにもあったものだけれど、これが高速で流れていくことのなによりの感動は「回線の向こうにも無数の人間がいて、日々生きている」ということが可視化されるということだ。もうインターネットやって20年近くになるけど、俺が求めていたのは常に「自分は一人ではない」ということだったような気がする。一人ではないということは、二人になりたいということでは、実はない。たくさんのうちの一人であることは、とても安心感のあることだ。
新しい場所では、人は新たな関係を築こうとする。その結果が大量のふぁぼやフォローとなってあらわれる。てきとーに連投してればふぁぼやフォローがいくらでも増えていく。といっても、そのふぁぼやフォローは「相手に知ってほしい」からするものというのとは少し違う気がする。これこれこういう場があって、自分はそこにいる。ほかの人もそこにいる。「あるある」とか言いながらふぁぼをする。いってみれば、場を共有していることに確認のためにそれをするような気がする。
これが日本特有なのか、あるいはほかの国でもそうなのかは知らんけど、こういうがらんとした空間に人間を閉じ込めた場合、人はまず「ここはこういう場所である」という設定から入る感じがする。共通のジャーゴンの発生がそのあらわれだ。今回のpawoo鯖の場合、非常にタイミングよく、他のインスタンスから遮断されるという、より「この場」を定義しやすい事件が起きたことも大きい。
そして「なにもない場所」に人が集まる。このときに通貨として使用されるのがふぁぼやフォローである感じがした。
いま、その状況はすでに落ち着きつつある。ふぁぼの乱舞や場の確認行為のあとに続いて多く見かけるようになったのは、あいさつである。「フォローありがとうございます」などの。通貨はよりコストの低いものとして流通しはじめる。
おそらく、これを書いている段階で、初期の狂騒はすでに終わっているのだと思う。残念ながら俺はおっさんである。ミクシからニコ動、ツイッターやら、ほかいろんなサービスの消長というやつを見すぎてきた。
なんというか、ドッグイヤーどころの騒ぎではない。すでに随所で見かけている感想ではあるが、SNSの発生から隆盛、そしておそらくは衰退までも、超高速でやらかしている感じである。
個人的には、ローカルタイムラインがきちんと機能している限りは、マストドンは、そこそこは楽しい場所であり続けると思う。できれば、そうあってほしい。
ピクシブがインスタンスを作った時点で、これは企業主導でやるしかないだろ、というようなことをすぐに思った。素人の戯言ではあるが、個人的には、さまざまな企業が自社文化と親和性の高い人間をどんどん囲い込むためにマストドンは有効なツールだと思う。逆にいえば、特定の企業が作ったインスタンスに集う人たちが、ローカルタイムラインになにを放流するのか見てみたい。ドワンゴやらfc2やらいかにもな企業が作ったものよりも、たとえば新人物往来社とかオーディオテクニカとか「え? そこ!?」みたいなのが見てみたい。あと、はてなインスタンスは想像するだけでクソ濃密そうなので別にいいです。あったとしても、俺は逃げる。
増田どん は、@saitamasaitama が作成した増田用マイクロSNSです。
https://twitter.com/saitamasaitama/status/853221150783979521
まだ、下記を見る限りユーザ数は4人です。
別ウィンドウで開いてもだめだったよ。。
application-f5ea17cc169634b05d55871893d24a70b5e59677e54cd1a8134c49f5ba3b0b3f.js:26 Uncaught SyntaxError: missing ) after argument list
roboto-regular-webfont-1036fdb3246de0828568c0c1634d1b8525448239289174571dc8629ccc8001d7.woff2 Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH
roboto-regular-webfont-54883eb22ec88bcfadf3dc6a49310ffde8a725cf9106f28ee751f84096af2895.woff Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH
roboto-regular-webfont-84b51e7d8ec797bb9b992cc0a938a2d8cc5f470c2757544b8c460d8a8360e0c2.ttf Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH
一部のまともな人以外、みんな.jpサーバーにアカウント作っているっぽい?
早晩 .jpサーバーは一個人の(主に金銭的な)リソースで支えられなくなって、削除Or制限がかかるだろう?
プロバイダ責任法など まったく赤の他人のためにリスクを負う有志はほとんどいないのでは?
結果、数少ないインスタンスに集中して リソースがパンク→...
もともと推奨されている個人でインスタンスを立てる方法は...
クライアントにインスタンスくっつけてお手軽にしても稼働率が低くて、パブリッシャーとしてまともに動作しない?
ほぼ1個人にしか需要の無い重要度の低いデータをストックするための稼働率が高いパブリックなストレージ がほしいという 10年以上まえのp2pが流行った頃にみたアレ
鱒と丼
現役ペチパーだけど、元々PHPはHTMLにスクリプトを埋め込むところから始まった変態言語なので、
普通に関数を作って組み合わせてしまえば大半は事足りるのも当然なんだけども。
実務で使うと便利だなと思うのは、まとまりのある複数の変数とメソッドを1つのクラスにカプセル化できること。
例えば、ユーザの情報を管理するときに、「ユーザ情報」というクラスを作って、
その中に publicな変数として、名前、フリガナ、郵便番号、住所、電話番号、会員ID、階級、職業、性別…
を放り込んでおく。
同時に、ユーザ情報の処理に関連する処理の関数を public なメソッドとして、定義する。
ユーザ情報をタブ区切りで得るメソッド getTABDATA()
フォーム入力からユーザ情報にセットする setFromForm()
こうしておけば、
・ユーザ情報を何かの関数に渡す時は、インスタンスの変数1つ渡せば済む。
・ユーザ情報に関する処理は、ユーザ情報クラスの定義部を観れば済む。
という2大メリットが得られる。
メソッドだって1つのファイルに関数並べてインクルードすれば同じメリットが得られるやん?
…と私も思ってた。ただねぇ、開発規模が大きくなると、関数名の重複を避けた命名が面倒になったり、
連想配列だと好きな場所で勝手に変数増やされたりして、メンテナンス性が悪くなるのね。
あとは、例えばメールを送るという1つの大きな処理に関連して複数の関数を定義する場合に、
その関数をまとめてメール送信クラスとしてしまうのはあるかな。
http://web-terminal.blogspot.jp/2014/04/php-file-mail-pear.html
PHPでエクセル出力できるPHPExcelもクラスになっているから使いやすそう。
http://qiita.com/suin/items/7a8d0979b7675d6fd05b
http://cmf.ohtanz.com/blog/archives/2463
結論としては、
昨今話題になってるヤマトや佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。
(2016年12月29日10:54時点、本文、新着順で検索)
Amazonの検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)
(以下略)
ECサイトを連想させるトピックがほとんどなくて、AmazonがB2B向けサービスを充実させていることに驚いた。
Amazonって表向きは物流業界に革命と問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。
↑でブクマ付けた人、何が起きるのか教えて
http://bbs.kakaku.com/bbs/K0000781884/#19907238
「イベントビューアーに何かないか」とか「リソースモニターで何か変な動きをしている奴はいないか」とか具体的な助言を何一つ与えてやらず、「通話中に勝手に通話アプリの新しいインスタンスが立ち上がる」というような(Windows Phone horrorとでも言うべき)怪奇現象が起きているにもかかわらず、それが「対処」可能で当然であるかのようなことを言っている。要は「俺は起きてないからお前のも起きないはずだ」と言っているだけで、ただの荒らしと何ら変わりない。それとも自分の考えをうまくまとめることのできない、ちょっと足りない奴なのか?
通話中に通話アプリの別のインスタンスが立ち上がるとか、どんなプラットフォームでも対策して当たり前のことだし、もし同じことやろうと思ったらどうすればいいかと考えた時、OPが提供している情報と自分の浅知恵からは想像のしようがあまりない。強いて挙げるとすれば画面が顔に当たって何かの操作が行われてしまっていることだろうが、「電話中に電話をかける」という言い方がまだまだ曖昧なので、いまいち疑わしい(通話アプリ自身が新しいインスタンスを立ち上げるということはないはずだ)。
初期化後インストールしてきたアプリを全部列挙して、そういう怪しいことをしそうなアプリが一つもなければ、あとは知り合いの詳しい人か店員のところに持っていって再現性を確かめるか、一部始終を動画撮影して公開するしかなさそうだ。
と、自分にできることを全部挙げてみるのは簡単なことなので、それをしない奴は荒らしと決めつけても差し支えないだろう。
Windows 10にアップデートできなかったら、それこそ何のためのWindows Phoneなのか…。8.1はもうサポート終わってるんだから…。そもそも10にアップデートできないという問題に遷移するだけじゃないか、8.1に戻して直ったとしても…。やっぱり自分の言っていることが非論理的だってことに気づかないで言っているに違いない。
要は誰にも対処しようがないと言ってもらって安心したいだけなのに、自分が見当もつかないことを言いたくないのか、あるいはそういう心理に対する妙な反発や嫌悪でもあるのか、全部OPのせいにすることに終始している。こういうガジェットを使いこなして全能感と多幸感に浸っているのかもしれない。人間心理に機械ほどの不可解さはなさそうだ。