FLAMA技術Blog

Home  /  その他 • 情報技術  /  当ブログをご覧の皆様へ

当ブログをご覧の皆様へ

Boss 11月 20, 2013 その他, 情報技術 Comments are off
Share on Tumblr
Pocket
このエントリーをはてなブックマークに追加
LinkedIn にシェア

関係者各位

日頃FLAMA技術ブログをご覧いただきまして誠にありがとうございます。

「この技術ブログにある二葉亭四迷の記事を元にしたQAサイトの回答投稿があるが、あなたがやっているのか?」
とお問い合わせいただきましたので、念のため、事実関係のご説明および見解を記載させていただきます。

当技術ブログは株式会社FLAMA技術部が記事を執筆・公開しており、当該記事はあくまで「情報技術」という観点から、原典の重要性に関する話題の一例として記載されたものです。
記事そのものだけでなく、記載された内容・事実につきましても、「結果としてそれが事実である」という結論になるプロセスが重要なのだと考えており、結果の事実だけを抜き出して何かに使用することに価値を見いだしておりません。
従いまして、知恵袋的なサムシングであったり、なにがしWAVEであったり等のQAサイトへ投稿していることはありません。自ら投稿していることは決してありません。大切なことなので二回申し上げました。

皆様におかれましては、決して私がドヤ顔でベストアンサー狙いを繰り返しているかのように思わないでいただけますと幸いでございます。

以上

・・・

まぁあの、ジョークなんですが、「ジョークはジョークって言わないとわかんねえよ!」と言われることもあるので、どういうことか申しますと、くだんの記事の内容が出典なしにQAサイトにバンバン転載されていたようなのです。
しかし、一連の件の労力については確かに私のものですが、結果としての事実は私のものではないので、ご自由にどうぞ、と考えていた次第です。
ところが「自分で投稿しちゃったんスか?ニヤニヤ」とか「転載されてますけど大丈夫ですか!?!?」という話がありましたので、一応宣言しておこうかなと、というような、その程度のお話です。

個人的な気持ちとしてはわりとどーでもいい事態なんですが、一連の(QとAの)コミュニケーションとしては、非常におもしろい状態だなあと感じております。

Qは「とにかく今!すぐ!教えてくれ!」というテンションで、誰が答えてくれるともわからない虚空の彼方に問いを投げるわけですよね。それに対して、過程も根拠もなく、とにかく速く「それっぽい」回答をした人が評価されると。
一見、客観的に見ているとコミュニケーション不全に見えます。「回答者はあんたの友達か!」というところとか、「その回答でいいのかよ!」というところとか、ツッコミがダース単位でできそうです。またそれ以前に、質問者の許容できる待ち時間がえらい短いらしく、質問したはいいけどおそらく回答一つも見てないよね、というものもあります。
じゃあ成立していないのかと言うと、おそらく、「普通の」コミュニケーションとして成立することが重要なのではなくて、「いまサクっと教えてくれる人がいればOK」ということの方が重要になっているのだろうと思います。
アクセス解析などでも明らかな通り、携帯やスマホでWebを見ていると、どうしてもせっかちになります。手元から問うているわけですから、仮想の相手への距離が感覚的に短いでしょうし、しかもたぶん何かしながらだし。むしろ、正確さを求めた文章を延々書いてしまって、「いやもうそんなゴチャゴチャ書かれてもわっかんねーし!!」とキレられている図式も見ます。
だとすると、答える側としても、「それをどこから参照してきたか」「それは根拠があるのか」ということは重要度が下がっていて、とにかく迅速に簡潔に回答する、ということになるのだと思います。
ということから考えると、「記事パクった」というような問題ではなくて、QA両者の間では非常に真っ当にコミュニケーションが成り立つのだと思います。だからこそ、そこに「どこ情報?」というツッコミを入れるのは、本人たちから見ると的外れな話で、「ちゃんと成立しているのに、この人はいったい何を言ってるんだ?」という感想になるのでしょう。(だからこそ地獄のミサワの「それどこ情報よ〜?」がウザ面白いわけで)
この関係というのは、身近な人とのリアルなやりとりに近い形なわけでして、たぶん、世界に向けて放ったという感覚ではないだろうと思うわけです。リテラシーとか大仰な言葉を持ち出してくるまでもなく、そのあたりが、炎上必至なツイートをなぜ投稿するのか、という問題なんかにも関連しているとは思うのですが、個人的に興味があるのはどちらかというと「これって都市伝説を生み出す構造だよね」ということです。
限られた範囲で噂話の根拠を得ようとすると、むしろその伝説性というか怪談性というか、そういう部分がフィードバックされて強固なものになっていくわけです。しかも、出典がWeb上にあるということは、後から検証しようとした時にはその情報は存在していない可能性があるわけです。
となると「あの記事消しちゃったらどうなるんだろう」という点については正直ちょっとニヤニヤしているということを告白しつつ、雑談を締めさせていただければと思います。

Previous Article
Next Article

About Author

Boss

株式会社FLAMA

Related Posts

  • シェルスクリプトのかわりにGoで書くようになるまで(その2)

    シェルスクリプトのかわりにGoで書くようになるまで(その2)

    2017 年 5 月 12 日
  • シェルスクリプトのかわりにGoで書くようになるまで(その1)

    シェルスクリプトのかわりにGoで書くようになるまで(その1)

    2017 年 4 月 14 日
  • 関係者の感情の存在を前提とすること≠精神論…だといいなというお話

    関係者の感情の存在を前提とすること≠精神論…だといいなというお話

    2017 年 2 月 3 日

About

主に 株式会社FLAMA の技術担当取締役を中心に技術者が書いております。

プログラミング・サーバー/クラウド技術などについての小ネタから、システム化にまつわるあれこれや、プログラマー教育、そこから発生する様々な考え方などまでご紹介。

株式会社FLAMA
http://www.flama.co.jp/

お問い合わせ
http://www.flama.co.jp/contact/

プライバシーポリシー
http://www.flama.co.jp/privacy/

AD

最近の投稿

  • GitLab 9.1.2 (MySQL) を 11.4.0 (PostgreSQL) にアップグレード
  • Golangでのメソッドチェーンの書き方
  • Goのソース配置とパッケージ化についての試行と考察 @2018/1
  • Goのファイル配置&セットアップ例 2018/1版
  • Laravelで最初につまづきがちかもしれない9つのポイント
  • Go のフレームワーク echo でCSRFミドルウェアを使う(3)CSRFトークンの送出にFormを指定する
  • Go のフレームワーク echo でCSRFミドルウェアを使う(2)結果を取り出す
  • Go のフレームワーク echo でCSRFミドルウェアを使う(1)CSRFトークンを取り出す
  • JSONの仕様を復習する@2017
  • PDOでトランザクションを開始する場合の順序

カテゴリー

  • その他
  • よのなか
  • 告知
  • 情報技術
    • 都市伝説
  • 技術
    • Golang
    • Google
    • Google Apps
    • iPhone
    • OS
      • Arch Linux
      • CentOS
      • MacOSX
    • PHP
    • Web
      • HTML5/CSS3
      • Javascript/JSON
      • jQuery
    • WordPress
    • サーバ
      • Amazon/AWS
      • Docker
      • ImageMagick
      • MariaDB / MySQL
      • Revive (OpenX
    • 実験・検証
    • 携帯
  • 機械
Theme by ThemesPie | Proudly Powered by WordPress