  |
はてなキーワード: JOINとは
有識者会議は、打ち水のほか、浴衣、よしずの活用など日本ならではの対策を盛り込み、観光ＰＲにも生かしたい考えだ。
外国人観光客に快適に過ごしてもらうため、路上でオープンカフェを開きやすいよう規制を緩和することや、案内標識のデザインの見直しなども検討する。さらに、赤外線を反射する遮熱材を路面に施して温度を上がりにくくする舗装技術などの効果を検証する。
https://www.yomiuri.co.jp/olympic/2020/20150417-OYT1T50027.html
↓↓↓今すぐ飛び込め！！↓↓↓
数日前に puppeteer で自動で PDF にする試みを書いたブログがホッテントリに入ってるのを見た
bg.js
const username = "" const api_key = "" chrome.runtime.onMessage.addListener((message, sender, sendResponse) => { if(message.bookmark){ bookmark(message.bookmark) } }) async function bookmark(url){ fetch("http://b.hatena.ne.jp/atom/post", { method: "POST", referrer: "no-referrer", headers: { Accept: "application/x.atom+xml, application/xml, text/xml, */*", "X-WSSE": await createCredential(), }, body: ` <entry xmlns="http://purl.org/atom/ns#"> <link rel="related" type="text/html" href="${url}" /> </entry> `.replace(/\t/g, ""), }).then(e => {console.log(e)}) } async function createCredential(){ const non = Math.random().toString(36).substr(2) const now = new Date().toISOString() const buf = new TextEncoder().encode(non + now + api_key) const u8a = new Uint8Array(await crypto.subtle.digest("SHA-1", buf)) const str = Array.from(u8a, e => String.fromCharCode(e)).join("") const b64 = btoa(str) return `UsernameToken Username="${username}", PasswordDigest="${b64}", Nonce="${btoa(non)}", Created="${now}"` }
username と api_key を埋めてバックグラウンドで動かす
page.js
chrome.runtime.sendMessage({ bookmark: location.href })
ページ内で動かすコード
海外ブログから原書の該当部分の引用だけ拾ってきたので考察は任せた
In the early days of airmail flying, the mail pilots came to believe that their crash rate was unacceptable, even for people accustomed to danger. Finally, a group of them convinced the U.S. Air Mail Service that postal supervisors at the airports were ordering them aloft in bad storms and poor visibility. The solution? Not a new regulation spelling out what weather was safe and unsafe, but rather this simple order: if an outgoing pilot desired, his supervisor had to join him in the cockpit to fly a circuit around the airport before the pilot went off on his mail run. Quickly the supervisors’ tolerance for bad weather dropped.
元々コンサル会社から事業会社のほうでデータサイエンティストをやるようになって１年経つが辞める。そのきつかったことを匿名という場所で卑怯ながらも話したいと思う。
元々私は大学院でそこそこ統計をやってきてから、コンサル会社に行きデータサイエンティストとして事業会社へ移った口だ。
根本的にデータサイエンティストとしての資質としてざっくりいうと以下の３つが必要だと思われる。
2. KPI設計及び事業からのKPIへの落とし込みからそのKPIからどう事業繋がるかというビジネス設計能力
私能力的には１がやや強く、その次に２がまぁまぁそして３はまだまだといった所で事業会社でデータサイエンティストとして孤軍奮闘をすることになった。
データはあるが、なかなか活用できていないこともあり、分析から企画から関われるという事で入社しようと思った。
後そこそこ大きな会社で働くのも良い経験と思い入社を決意した。ニッチな分野ではあるが、この分野ではTopカンパニーである。
最初の４日ぐらいは会社の研修とかで潰れるのは仕方ないもので、それが終わり早速の業務を行う事になった。
貰えない。
許可申請の関係で３週間程かかってからまず最初にデータを頂けるようになった。この時点でやる気を削がれた。
更にデータの確認という事で事業へのヒアリングを進めるだけで・・・６週間程かかった。更にやる気を削がれた。
この辺りで気付いた事だが、コンサル会社でいたときは、データの確認がスピィーディーだったのに何故こんな遅い作業なったかというと
日本の企業は部署跨ぐというのはとても大変で、コンサルとしてやっていたときは単価も高いし、期間内でやらないといけないという事で
いろいろと調整がスムーズに進んでいたという事がこの時に分かった。コンサルとして外から見ているとやはり分からない事は多い物である。
データの確認も終わり、分析をし、改善を行うテーマを決めて進める事になった。この時点で２カ月ぐらい過ぎていた気がする。R/Pythonの自分のパソコンへの許可申請を出すが、降りない・・・。会社的にはCならばOKだと言われる。でもCの追加ライブラリーの関係はダメらしく・・・悩んだ結果エクセルを基に分析をする事になった。現状把握のために基礎集計をするが、エクセルでSQLで言うGroup_byやら違うデータ同士をくっつけるためのJoinを32 bit エクセルで関数ベースでやると何度も落ちる・・・。この時点でやる気は地の底へと落ちていた。
この辺りでCベースでもう書き直そうかと悩むが、流石にCのライブラリーがない所でフルスクラッチ調に書くのは工数的にかかると考えたのでvbaを用いていた。
エクセルベースでの可視化から上司や関係者にデータの分析の結果を見せていく。この辺りでデータ分析から改善策はまとまっていた。しかしこの辺りでやる気をマイナスにして頂ける言葉を伺う。
私がVBAを書いているのをちらっと見て
「プログラミング何かやっていても仕方ないし、プログラマーではねぇ・・・。今後会社ではプログラマーなんていらないから企画できるようにならないと」
勿論これは直属の上司からのお言葉ではないが・・・正確には同期であるが・・・もはや殺意すら覚える。因みにこの人の既存サービスの改良プロジェクトが回った時のデータを収集したら分析する事になっていたが、プロジェクトのスケジュール感を見ると
開発 4カ月
運用以降
みたいな形でうん？何か少なくないか？と思ったら既存のサービスに関してのギャップ分析無しに既存サービスの改良を進めているらしい
・・・その上取れるデータは〇〇〇で〇〇〇は無いらしい。あっそんなん改善出来んやん・・・。一応私はアリバイ工作のためにメールや会議にて発言する
が・・・空気を読めないと言われ会議呼ばれなくなってしまう（因みにこのプロジェクトは要件定義から運用以降まで外注である）。
私のコンサル的な能力がなかったと言えば確かにその通りである。でもいやうん日本の企業の中で、分析をやっていくのは本当に難しいというのがよくわかる。
一人だったというのもある・・・でも殆ど基礎集計レベルで難しい用語を使わずに改善を行おうとしたいやでもこの日本の企業では無理だった。そしてやりたいと思わなかった。
たまに日本の企業でのエンジニアの不遇差を嘆く記事を見かけるが、割と同じようなパターンの臭いがする。
追記
２００万ｐｖの会員サイトでAmazon aws料金を月々リザーブドインスタンスで８０万ぐらい払っていてクラウド安くないと社内的に炎上しているらしい。どんな設計したのかは
もはや手をつっこみたくないレベル。
var myVar3 = a.join("と"); // myVar3 に "花と太陽と雨" を代入
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Array/join#Examples
『花と太陽と雨と』（はなとたいようとあめと）は、グラスホッパー・マニファクチュア開発、ビクターインタラクティブソフトウェア（現・マーベラスインタラクティブ）発売のPS2用アドベンチャーゲーム。
https://ja.wikipedia.org/wiki/%E8%8A%B1%E3%81%A8%E5%A4%AA%E9%99%BD%E3%81%A8%E9%9B%A8%E3%81%A8
今やすっかり定着した暗号通貨のマイニング。マイニング専用PCを作るためのビデオカードが売れたりと、活況を呈していたりする。
これまでもっぱら個人目的（ゲーム、動画etc）のためだったコンピュータの演算資源を
自らの利益そのもののために使うという発想が一般に広まってきつつあるのは歓迎すべきだと考えている。
が、その演算資源を科学の発展（人類の利益にも通じるかな）に使ってしまおうという発想が、遡ること18年前、1999年に始まった。
SETI@homeである。SETIはSearch for Extra-Terrestrial Intelligenceの略である。映画「コンタクト」を見た人になら覚えがあるかもしれない。
つまり、地球外知的生命（宇宙人）から発せられて地球に届いているかもしれない電波を見つけるという目的で運営されており、
それは、プエルトリコにあるアレシボ電波望遠鏡でキャッチした電波の中から特定のパターンに一致するものを
分散コンピューティング、つまりこのプロジェクトに参加するユーザのPCのパワーをちょっと間借りして解析し、宇宙人からの電波を見つけるというとてもチャレンジングなもの。
これは誰でも参加できる。
この辺の詳しい沿革や概要についてはSETI@home - Wikipediaを読んでほしい。
いまではBOINCというカリフォルニア州立大学バークレー校の分散コンピューティングのプラットフォーム上で動くものであり、
SETIのほかにも計算のリソースを必要とするタンパク質の構造予測や、ある種の糖尿病などの先天性疾患の原因遺伝子の発見などの
興味深いプロジェクトが行われている。
伝えたいのはここから。
夜空を見上げてほしい。東京の人でも今の時期なら冬の大三角形を南の空に見ることができると思う。
私も含めた田舎在住の人ならもっとたくさん、もしかしたらオリオン星雲なんかも見ることができるだろう。
肉眼で見える星の数というのはおよそ8600個。私たちの住むこの銀河系には1000億というオーダーで存在する。
思いを馳せてみよう。
私たちと同じように苦しいこともあったり、楽しいこともあったりする生活を送っているだろうこと。
いろんなことを考えているだろうこと。
そして、きっと私たちと同じように彼らの星の外に知的生物を探しているのだろうこと。
そんな途方もないことは現実には知りようがない？
いや、私は考えている。それを知るためにこのプロジェクトがある。
自らのコンピュータの演算が、その途方もないことを知るための小さい一歩であること。
そしてそれが人類にとっての大きな飛躍につながっていること。
この考えとともに今までおよそ10年ほどこのプロジェクトに参加している。
まだ有望な電波は見つかっていないようだが、それでも私は今日もコンピュータを走らせる。
強要するつもりはなく、はてなーの皆さんに認知だけでもしてもらいたいと思いこれを書いた。
もしすでに豊富なCPUパワーを持っていて知らなかったという人はぜひ参加を検討してほしいし、
今マイニングをしているという人は、もしふっとこれが頭によぎることがあれば、参加してくれればいいと思っている。
また最近はプロジェクト自体かなりの財政的困難にも見舞われているようなので、寄付ができるのであればしてもらえたらとも思う。
ぜひ、あなたのコンピュータを科学の発展のために役立ててみてほしい。
anond:20171122153136 を見つけた今日は、『死にたい』記念日。
http://anond.hatelabo.jp/20170125102038
検索結果
0570-064-556
ウェブサイト: www.mhlw.go.jp/stf/seisakunitsuite/bunya/0000117743.html
【疲れた・・】死にたい人、鬱な人が必ず見るべき7項目【消えたい】 - NAVER ...
https://matome.naver.jp/odai/2141091366365039201
人を傷つけられない人にとって「逃げる」と言う行動はとても生産的です。自愛と共に生きましょう。
消えたい · 死にたい人、鬱な人が必ず見る ... · 【疲れた・・】死にたい人、鬱な人 ...
https://twitter.com/hashtag/死にたい
See Tweets about #死にたい on Twitter. See what people are saying and join the conversation.
【座間９遺体】「死にたい」けど「迷い」 田村愛子さん、揺れ動く心書き込み 案じていた兄 産経ニュース 9時間前
「死にたい」ＳＮＳが救いの場 規制、弱者追い詰める？ 朝日新聞デジタル 1日前
座間９遺体：殺人容疑で追及 「死にたい人いなかった」 - 毎日新聞 毎日新聞 2週間前
死にたいあなたへ、飛び降り自殺失敗者が送るメッセージ - 専業主婦卒業 ...
2017/07/23 - 死にたい、疲れた、消えたい。。。 今あなたはそんな気持ちで、ここに訪れたのではないでしょうか？そして周りに「死にたい、消えたい、もう疲れた」と言って、一度は「でも、死ぬのはだめだ」と言われたことがあるのではないでしょうか？ 大丈夫 ...
死にたくない
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
See also : https://anond.hatelabo.jp/20170728223725
SQLは意識して書かないと死ぬほど読みにくくなるのが気に入らない。
前の職場には何もかも全部大文字で表記し、ろくに改行も入れないバカが居て死ぬほどつらかった。あろうことか、読みづらいクエリを書ける自分にプライドを持ってるっぽかった。ああいう奴とは二度と仕事をしたくないよ。
SELECT COL0,COL1,COL2 FROM TABLE0 WHERE COL0=1000 AND COL2 IN (100,102)
これを少しでも読みやすくするために予約語を大文字、カラム名やテーブル名を小文字で表記している (カラム名・テーブル名が大文字で決め打ちされているなら、予約語を小文字で統一している)。
SELECT col0,col1,col2 FROM table0 WHERE col0=1000 AND col2 IN (100,102)
しかしこの方法も万全ではなくて、例えば複数のテーブルが関連するクエリが
SELECT t0.col0, t0.col1, t0.col2, t1.col0 FROM table0 t0 LEFT OUTER JOIN table1 t1 ON t0.col3=t1.col3 WHERE t0.col0=1000 AND t0.col2 IN (100,102)
みたくなってしまう (テーブル名のtable0、仮名t0、カラム名col0が全部小文字になっているため、なかなか読みづらい)。
皆さん、どうやって工夫されてますか？
中学生の頃、発達障害の人達が集まる２ちゃんねるのスレを見て自分は発達障害であることを知った。
そこに書かれていたのは社会に出た後の発達障害の心の叫び、阿鼻叫喚の図だった。
そしてそれは恐らく自分も今後否応なしに同じ道を辿るであろう、自分の人生のネタバレ。
これから自分は彼らと同じ地獄の道を辿り、最後には社会に捨てられ惨めに首を括るのか、そんな未来予想を想像するのは中高生のクソガキの精神的には少しきつすぎた。
心療内科に行くと発達障害の副作用的な抑うつ症状だと診断された。
なんやかんやで口からでまかせ言って就活はなんとかなった。趣味でプログラミングをやっていたのがよかった。
頭が悪い上学歴もないので大手とかはそもそも諦めていたが、なんとか地方の小さなIT企業に入れた。
まあこんな茶番みたいな就職したところで2週間くらいで首になるか首を括るかするものかと思っていた。
しかし予想に反して、なんやかんやで4年くらい続いてしまった。今年度で社会人5年目。思ったよりなんとかなってしまったのだ。
更に社会の中でいろんな人と触れ合う中で、いつの間にか希死念慮とかも心から小さくなっていることに気づいた。
・間に挟まってる社会的意義が全くない（むしろ社会悪に近い）3次請け案件の某2次請け企業
・3年目でずっとWeb系の下流工程にいるはずなのにJOIN句も知らなかった先輩社員
・ドキュメントのバージョン管理どころかRedmineすら使いこなせないSIer共
・etc
自分が死んだ方が良い社会のゴミであることは今でも間違いないと確信している。
でもよかった。
某女性技術者コミュニティが運営するイベントの甘さについて考えていたところ、技術者の知人の「あれは女子会」という指摘にものすごくわかりみを感じた。
以上は一例であって、コミュニティ内にいる女性たちからは他にも不満が聞こえてくるが、それについてよく知らない僕が言及するのはアンフェアだと思う。（それにしてもこの業界狭いな……）
SIerからスタートアップにJOINする際、いろいろな人に相談に乗ってもらったのだけれど、「きみは潜在能力がたかいフレンズなんだねー！」と言いたくなるような素敵な女性技術者を大勢見てきた。そういう女性たちの中には「女性であるがゆえに」「会社に縛られて」潜在能力を発揮できない人も多くいた。そういう女性が集うコミュニティがあることは、とてもいいことだと思う。
ただイベントレポートを見ていると、どうもイベントの本題への言及より、懇親会の話のほうがウェイトが大きいように感じる。確かに懇親会が充実しているイベントはあるんだけれど、本題＜懇親会なのはどうなんだろうなー。
飲み会で僕が参加したイベントの感想をこんな風に述べた際、知人が指摘したのが「あれは女子会」である。これには膝を打った。
女子会だから、多少の遅刻はオッケーなのだ。女子会だから、名札を付けていなくても誰かわかるはずなのだ。女子会だから、きっと誰かが質問してくれるし、ハッシュタグを付けて呟くほどの内容がなくてもいいのだ。
つまり僕は、女子会兼合コンに招かれただけだったのだ。彼女のいない僕を何度も合コンに誘ってくれていたYさん、ありがとう。今度は普通の合コンに誘ってください。
最近になって二次創作の良さを知り、デレマス二次創作同人誌を買いだした人間からひとことふたこと。
わたしがその二次創作同人誌（以下同人誌と表記）を買ったのは、アニメなどからしか見られない、うかがい知れない高垣楓さんの、アナスタシアの、新田美波の「こうであってほしい」という願望が描かれていること（ギャグを含めて）、同人誌を手に入れることで、いつでもそのキャクターを身近に感じられるから、ということだった。それらの作品に、どれほど心慰められたかわからない（かめれおん先生ありがとう）。
こういう二次創作ものを描く側も、同様の理由から作品化しているものと信じている。だから、そういったリスペクトを感じられない二次創作は、消えてなくなっても構わない。特に18禁物の場合、ただただ劣情に訴えるような二次創作は今すぐ消えていい。たとえわたしが、その作品を見たいとしても、やはり消えてなくなれ。それが、二次創作という遊びとコミュニティのルールだと思う。
二次創作で18禁を描く場合（特にデレマスのようなキャラクターものの場合。昨今のやおいものやBLものはわからない）、そのどこにリスペクトがあるのかを探るのはかなり難しいし、書き手もまた「こうであってほしい」という思い以上の熱量と決意が必須であるはずだ。そう信じている。
以上の「前提」を踏まえたうえで、公式側は、その手の「原作レイプ」と思われる作品の作者に対してバンバン抗議し「この二次創作は認めない」と広く公表したら良いと思う。もちろんそれで「前提」なき者たちの手は緩むことはないだろうが、少なくとも安易な二次創作は抑えられるかも知れないし、そんな愛なき同人誌を買う側もそれがアンモラルである、という印象を持つようにはなるのではないか。
何より、今さら当たり前のことを書くが、「前提」があろうがなかろうが、公式が認めない、ロイヤリティーも払わない二次創作は原則すべてアウトである。それを黙認しているのは、法に訴えても見合わない、また多くのクリエイターが二次創作、同人誌から生み出されているからである。
なので、この方の心情をわたしは全面的に支持し肯定する。重箱の隅をつつくようなコメントを書く奴は、この苦さに少しは思いを馳せるべきだ。この苦い思いをわかった上で、ただキャクターへの「愛」だけが、オリジナルへの「愛」だけが、すぐれた二次創作の源泉となるべきだ。もちろんそんな「愛」をもって明確な線引など出来ない。それでもなお、二次創作者もその買い手側も、そのラインを常に問い続けながら描き、問い続けながら購入すべきである。
You may say I'm a dreamer. But I'm not the only one. I hope someday you'll join us and the world will live as one.
Downvote because of recommending iPhone/Windows Phone. Btw, that's not a fix, the bug will still be there. – Jorge Fuentes González Aug 4 '13 at 10:55
Yes, "reboot and you're done" is not a fix, and still it's considered a fix in this all-fanboy world. Windows must be better than fanboy-exclusive software because it has tons of haters and absolutely no advocate, resulting in freedom of speech secured for healthy criticism and feedback. Don't join the uneducated witch hunters.
