  |
はてなキーワード: JSとは
Aは、ちょっとしたソフトウェアを開発し、これを一般に公開して利益を得ようと考えた。
もっとも、シェアウェアにするのは嫌だし、広告を表示することも嫌だったので、ユーザーのPCに仮想通貨をマイニングさせることで利益を得ることとして、
JavaScript実行時、「閲覧者の了解をいちいち得る」ページ登場 「Coinhiveより嫌」「悪夢」と話題
まず、私は技術のことをある程度理解しているだけで、この界隈とは無縁である。
そしてCoinhive（正確にはマイナー(発掘ツール)）自体にはヘイトを抱いている。
っざけんなよオラ勝手にCPU使ってんじゃねぇよこの(自主規制)野郎がっ！と至極一般人的な感情を持っている。
「中世ジャップランド」というブコメがついていないのは、単に技術者クラスタが政治クラスタと異なるのが唯一の理由ではないだろうか。
上のURLは技術的に理解してない愚民を嘲笑しているのではなく、法整備の前に曖昧な根拠で見せしめ逮捕をしてのけた警察の、
その後の言動（法律はないが勝手にやるのが悪い、警視庁「各県警に聞け」→県警「答える立場にない」、等）への皮肉であって、
Coinhive自体の擁護のためにやっているのではない。と思う。
無知無能な警察が非合法に第二の岡崎図書館事件をでっち上げた、いうのが技術者界隈の認識だと思われる。
第二に、広告動画で「ギガが減る」方が、より所有財産への侵害が大きいと考えるからである。
思い出して欲しい、スキップできない30秒の動画を見なければ先に進めない広告を。
Coinhiveへの現感情が嫌悪だとすると、広告へは憎悪、或いは、憤怒である。
広告を受容する気は一切ないし、Coinhiveについてもお断りなのだが、
この二党しか投票先がないのなら、Coinhiveに一票を入れる。
CoinhiveがどこもかしこもCPUを100%ぶん回す設定になれば、あっさり逆転するかもしれない。
またアクティブでないタブでも動作するのなら、複数開きっぱなし運用では広告以上に被害が増す事も十分考えられる。
だが、今はまだ芽の段階なのだ。
クソ広告へのヘイトを思い出せば、気づかない程度にCPU使うくらい許容できるのではないか、という試験段階だ。
おそらくアクティブなページでのみ動作、かつ、CPU使用率は低め(20%程度？)に設定する。
これくらいならクソ広告より社会に受け入れられるのではないか？
個人的にはどちらもBlockerを入れて芽を摘んでいるが、社会的に判断を下すのは時期尚早だろう。
余談だが、「運営上の「正当な理由」なら合意を得ずともJS実行しても良い」という意見に対して言いたいのは、
金がなくてはサイトの運営は続けられないのだから、Coinhiveによって収益を得ることは正当な理由になるよ。
だからこそ、広告がこの世に存在することを許されているのでしょう？
http://takagi-hiromitsu.jp/diary/20180617.html
社内でCoinhiveのjsへのアクセスによりウイルスバスターがウイルス(失笑)を検知。
というタレコミがあったらしいが、なんつうか、似たようなマルウェアに本当に引っかかっていた場合、失笑してる場合でも呆れるシーンでもなく、フル検査推奨よ。
んで、この話、マイニングは正義！広告と同じ！！って人がすげぇ居るんだけれど、例えばスマホアプリに仕込まれて勝手に通信が発生、課金された場合、同意なくても広告と同じだからOK？
みたいに考えた人いるんだろうか？
「こうこくとおなじーーー」って、高木某の言葉に乗っかりすぎてない？
個人的な意見としては、逮捕の前に段階はあったろうとは思うし、今回の騒動が怖いというのもわかる。
だが、萎縮して技術が停滞とまで言われると、今回の件は技術的にグレーと言っても黒に近いほうだろうと思うので、首肯できないんだよな。
技術進歩ばっかり叫んで、グーグルストリートビューみたいにやったもん勝ちでしでかされても、やられた方の回復は大変なんだぜ？
coinhiveの仕組みが広告と同じなのになんでだめなんだって話なんだけど、的を射た文章を見かけないので整理してみる。
ーーーーおさらいーーーー
「不正指令電磁的記録に関する罪」
１．人が電子計算機を使用するに際してその意図に沿うべき動作をさせず、又はその意図に反する動作をさせるべき不正な指令を与える電磁的記録
２．前号に掲げるもののほか、同号の不正な指令を記述した電磁的記録その他の記録
ーーーーーーーーーーーー
私はエンジニアだが、アフィリエイトとcoinhiveの技術的な違いは殆どない。どちらもHTML上に埋め込まれたJSコードが実行されて、動作する。
”coinhiveが違法なのはおかしい派”はこのことを用いて正当化しようとするが、もっと簡単な話がある。
事前に許可がないことである。事前に許可があれば違法でもなんでもない。
では、次に「広告も事前に許可を取らないじゃないか！」となるが、世間一般の常識として、タダのものには広告がついているものである。
だから広告に事前許可は必要ない。趣味で公開しているHPならともかく、大抵はスポンサーが付いて広告を出す。アフィリエイトも同じだ。
利用者は広告に関しては事前許可にかかわらず、予期していると言える。
coinhiveの動作は予期されていないので、知られることなく動作する。
結局、目に見える形でないから悪いというだけだ。
ーー追記ーー
トラバが盛り上がってるみたいなので追記。
coinhiveの件でパクられた人が訴訟を起こそうとしているのは知っているけれど、司法判断を待てばいいんじゃない？というのはわかる。
だけど、この投稿がそもそも司法判断とかでなくパクった側の論理の整理なのでグダグダ言われてもなと思った。
トラバを元マスと勝手に勘違いするやつもいるし、この話題に関してはネット連中はみんなピキッてんなーと思う。
通常、判例がない案件には裁判所は影響を最小限にとどめようとすることが多いので理屈通りには行かないかもしれない。
感情の話が出てたけど、僕の感情で言えば自分のリソースで掘ったコインを誰かに取られるのはやだな。っていうのに尽きる。
国に仮想通貨が資産価値と認められてしまったので神奈川県警の対応も仕方ないなと思う。
小遣い稼ぎのwebでも手を出していいか良くないのか、ホワイトなのかグレーなのかはちゃんとしたweb屋さんはちゃんとわかっているので手を出してない。
知らず知らずにグレーゾーンに入ってパクられた人はかわいそうだとは思うが自業自得だろう。
以上元増の感想でした。
ひろゆきのリツイートでCoinhiveを導入したブロガーが家宅捜索されたっていう話を見た
ろくに調査もされないまま「Coinhiveは違法」という前例だけが残ります
と書かれていたのに強烈な違和感を感じた。
「アドセンスどころかアナリティクスやオプティマイズ、世の中のいろいろなJSがアウトですし、
なんと言おうとこの人がやったのはブログを見に来た人のPCパワーを泥棒してるだけです。
結果としてCoinhiveの悪評を広めただけ
アフィで食ってる、もしくは収益を得てるなら現時点ではCoinhiveに同意を取るべきってのは理解できてるはず
※ここでいうフロントエンドとは、HTML/CSS/JS でデザインをもらって実装する人のことです。
デザイン再現するために、サーバー側に実装して貰う必要があるとき、
「デザインがこうなってるんで◯◯◯◯◯ください」といって、サーバー側とデザイナーの伝書鳩みたいになるとき。
だいたいデザイン再現のためにサーバーの人に相談しにいったら「無理です」ってぶっきらぼうに言われることが多い。怖い。
フロントエンドのこと見下してる人が多いと感じる。
お前の書いたCSSとHTML、インデントもぐちゃぐちゃで運用性も低いからちゃんとBEMとか学んできてから書いて…。
作ったのはデザイナーのデザインなので、自分が作ったという感じがしない。
自分は一体なにをやってるのかとおもうことがある。
めんどい。
マークアップ、もう動けばいいじゃんてなる。
フロントエンドエンジニア、言われたからやる、ということが多い気がする。
サーバサイドから見下され、デザインは自分でつくったわけじゃない。
好きだったはずのフロントエンド。
もう好きじゃなくなったのかな…。
はじめて psd や ai を扱ったとき、なんか「クリエイティブな業界人」になった気がして嬉しくならんかった？
やったことといえば初心者向けチュートリアルの最初のやつやって保存しただけだけどな。
みたいな。
俺がはじめて json 知ったのは、打ち合わせでなんか賢そうな奴らが
みたいな会話してるの聞いたときだったな。
もっと細部の理解できない会話をしていたはずだが「ジェイソン」という言葉にインパクトは頭一つ抜けてたな。
総じて２文字って格好いいのが多い気がするな。
ai 以外にも py とか rb とか弄りたての頃は「お前らは知らないだろうけどこれヤバいファイルなんだぜ？」とか思いながら作業するとテンションあがる。
大学の同級生（全然別業界に就職）とかが俺の後ろで「ほえ～～～」とか感心しながら見てるイメージ。
下記をscript.user.jsなど適当な名前で保存し、Chrome機能拡張に突っ込んでおく
Vanilla JSで書いてみたが、書き慣れていないのでエレガントではないかもしれない
if(document.location.href.startsWith("https://anond.hatelabo.jp")) {
sections = document.getElementsByClassName('section');
Array.prototype.slice.call(sections).forEach(function(section, i, all) {
ps = section.getElementsByTagName('p');
contain = Array.prototype.slice.call(ps).filter(function(p, j, all) {
return true;
} else if(/低能|低脳/.test(p.innerHTML)) {
return true;
}
if(contain){ section.style.display = 'none'; }
});
}
サービスとしては今じゃ昔に比べてユーザ減ってるとかきくし、日本じゃ名前出すという時点で合わないからTwitterなどに比べるとあまり流行ってない
一応アカウントだけはあっても実際にはほぼ使わないとはよく聞くし
だから日本でいう yahoo japan 程度の有名だけど別に・・・っていうようなすごいというようなところではないと思ってた
AmazonやGoogleとかMSとかTwitterとかに比べればかなり下というイメージだ
だけど、web系の開発とかやってみるとFacebook製ってかなり多い
フロントエンドでかなり流行ってるReactはFacebook製だし、
jsに型をつけたり静的解析とかしてくれるflowもFacebook製
PHP7が出るまでには流行っていた高速かつPHPより使いやすい機能の多いHackという言語やjsのテストでたまに見るjestというのもだ
npmよりもいろいろ便利で高速なパッケージマネージャのyarnもfacebookらしい
実はすごいところなのか
吾輩は無職である。職はまだ無い。どこで無職になったか、とんと見当けんとうがつかぬ。
何でも薄暗いじめじめした所で手斧を投げられていた事だけは記憶している。
しかもあとで聞くとそれは増田という人間中で一番獰悪な種族であったそうだ。
・・・・
まぁ、前置きの冗談はこの辺までとして、前々から作りたいな思っていた
Webサービスを中々時間が取れず作るのを諦めていたのだけど、
僕自身、プログラミングを生業とする職業では無く、学生時代も特にプログラミングついて何か
始めたのが昨年末の大晦日ちょい前なので、約5ヶ月掛かり、当初想定していた期間より
かなりの時間が掛かってしまい、反省点等含めその辺の事を書けたらなと思います。
■やりたい事（実装した事）
・ゲームユーザー同士を繋げるマッチングサイト（出会い系ではないよ。）
・タグをつける
構成を書いた方が良いと思うので
以下になります。
■構成
--------------------------------------------
FW：Flask 1.0.2
ORM：SQLAlchemy 1.2.7
その他ツール等：Let's Encrypt/fail2ban/等々
--------------------------------------------
ほぼ、既存のベーシックなサーバーサイド側の制御のみです。（jsで非同期通信はしてます）
変えるのもなと思い、取り敢えず上記です。
■選定理由
Railsの名前を良く聞くのでRuby on Rails触ったのですが、
Railsには馴染めなかった（扱えなかった）ので
何かマイクロFWの方が良いのだろうと、Sinatraいこうか思いましたが
Railsの印象が強く残った為、Rubyは止めてPythonに移りました。
今度は初っ端からマイクロFWが良いだろうとFlaskのサンプルを試すと
比較的プログラミング初学者でも扱いやすく覚える事も少ないので、PythonとFlask
の組み合わせで決定。
（気軽にプログラムを書け、自分がイメージしている処理や制御を素直に実現できる点が
書いていて気持ちが良いです。まぁ分からない所も有りますが、そう思わせてくれる点
が良いです。モチベーション的に）
NginxとuWSGIの組み合わせはFlaskで検索すると一番でてくるのでこれに決定。
SQLite3 はマイクロFWだから軽めのDBでたぶん大丈夫だと思ったのでこれに決定
■開発概要
・まずPythonの開発環境を整えようとなり、WindowsにVagrantをインストールして
仮想マシンの環境構築。ゲストOSの中にPyenv等を入れPython環境構築
・上記構築後に取り敢えず小さなサンプルから作ろうとなり、簡単なCRUDをFlaskで行える様にしました。
これができた時は嬉しかったです
・上記が出来てから、本番の開発に移りCRUDをベースにひたすら肉付けていく
→ユーザー登録機能作成/ログイン機能作成/ユーザー情報表示/編集機能/チケット作成/及び編集/バリデーション
・細かいViewの調整とスマホ用のViewも作成（レスポンシブルでは無いので）
・本番用のさくらVPSに環境構築とセキュリティ用のツール導入とLet's Encryptでhttps化
■悩んだ点/反省点
・悩んだのがタグ機能周りになるとどうすればよいか、かなり悩みました。
結論を言うとToxi法を使用しましたのですがここにたどり着き、理解するのに結構時間がとられました。
また、実装したらしたで、今度はそのタグ機能を検索するとなると検索ワードが1つとは限らないので
クエリーを動的に生成する必要が有り、これも実装するのにかなり時間が掛かりました。
SQL文だけならば比較的すぐに検索でヒットしますが、それをSQLAlchemyでどう実現すれば良いか分からず
かなり時間が掛かりました。DB設計やSQLAlchemyの文法に自信は無いですねぇ。。
・1次情報のリファレンスからは情報得ることがほとんど出来ず（たまにはできたが）、
Stack OverflowとQiitaと個人ブログが無ければこのサイトできなかったので
■総評
・5ヶ月と時間が掛かりまた反省点も多々有るが、とりあえずサービス公開まで
もっていけた事が嬉しいです。ただただ嬉しい。
・FlaskとSQLAlchemyの情報が日本語が少ないので公式リファレンスとStack Overflowを
行ったり来たりしたおかげで英語アレルギーがそこまで無くなった。
■成果物
オンラインゲーマー向け（e-sports）のマッチングサイトになります。
名前が安直で小学生が5秒で考えたような名前ですが、安直で気に入っています。
作った理由は、僕はBF1が好きなのでオペレーションキャンペーンと言うモードを
やろうとしたのですが、時間帯が悪いのか過疎なか分からないが全然マッチングしないのですよ。
やりたいのにマッチングしないので出来ないどうしよう、と。
また、昔セールでFarCry3をかなり昔に購入した時（既に4が発売済み）にCO-OPモードが全然マッチしない事が有り
旬が過ぎたオンラインゲームは中々マッチしなくてほぼシングルモードしか出来ない事は割とあると思うんです。
今だとBF4もかなり人数がいない状態なので特定マップのみとか。
なのでオンラインゲームでマルチプレイやCo-opで人を集めたい時、PUBGやFORTNITE等バトロワゲームのスクワッドを
募集する時、オンラインゲームの大会（e-sports）を開きたい時に利用して貰えると嬉しいです。
主に想定ユーザーと考えているのは、FPS/TPS/RTS/MOBA等のPCゲーマーをメインに考えていますがCS機やTCGでも
使って貰えると嬉しいです。
あとViewがレスポンシブでは無く、PC用とスマホ用しかなくタブレット用の中サイズのViewが無いのでご了承下さい。
遊んでも良いよという奇特な方がいましたら当該サイト内でコメント頂けると幸いです
・BF1（PC版）
それでは長々とありがとうございました。
・・・・
日月を切り落し、天地を粉韲して不可思議の無職に入る。吾輩は死ぬ。
ありがたいありがたい。
ちなみに、jQueryが古くなって、新しく台頭してきたのが、Vanilla JSらしい。
俺も最近よく使ってる。
