「クエリ」を含む日記 RSS

はてなキーワード: クエリとは

2017-03-14

アンケートに答えてはいけない

https://www.buzzfeed.com/yuikoabe/elements-quiz

この手のサイトってクイズのふりしてアンケート取ってるよね

アクセスした瞬間に怪しいGETクエリが付くし

トラッキング系のCookieとかも付けられるのかな

元素記号ネット上での正解率が何の役に立つのかは分からんけど

こんな分かりやすい形で情報収集してるサイトに向かって

クイズの質が低い」

的なコメントしてる奴はマジで大丈夫

2017-02-01

2017年にもなって、鈴木えみのすげー雑なステマをみた

鈴木えみブログの下のエントリー

「ご褒美」

http://emisuzuki-official.com/2016/12/16/%E3%81%94%E8%A4%92%E7%BE%8E/


中に張られてるリンクbit.lyで短縮されてたんだけど、

展開してみたら↓

https://bitly.com/2h8QJqh+


https://www.shopbop.com/jp/intro?extid=OR_JP_SB_BG_BL_EMISUZUKI-OFFICIALBLOG161201&cvosrc=sponsored bloggers.EMISUZUKI-OFFICIALBLOG_JP.1216&cvo_campaign=OR_JP_SB_BG_BL_161201


クエリに全部情報入ってんじゃねーか!w

この「shopbop」ってECサイトシステムが雑なだけなんだけど、

しかしたら芸能人ブログ短縮URL香ばしいかもしれない。

2017-01-26

http://anond.hatelabo.jp/20170126151210

知らんけど、即生成は流石にないだろう。DDOSになるやん。

毎日検索クエリログからバッチで生成とかやろ、普通に考えたら。

2017-01-14

増田トラバブックマークレットを作った

はじめに

何番煎じだよって感じだけど、既存ブックマークレットクエリパラメータとかも含めてURLを取得したり、

選択範囲を本文に反映したりとか、俺にとってはいらない機能が色々あったので、

俺用に最適化したブックマークレットを作った。あと、はてな記法使ったことなかったのでそのテストも兼ねて。

ブックマークレットの導入方法はググれ。

前提

コード

javascript:usrID='KokoniIDwoIreru';function enc(s){ return encodeURIComponent?encodeURIComponent(s):encodeURI(s); }void(window.open('http://anond.hatelabo.jp/'+usrID+'/edit?title='+enc(location.href.replace(/\#.*$/, '').replace(/\?.*$/, '')),'_blank',''));

使い方

仕様

おまけ

俺が作ったものではないが、便利なブックマークレットを見つけたので一緒に載せる。

増田トラバリーは、デフォルトではすべて格納されており、

▼を押すことで内容が展開されるが、それを全て展開してくれる。

javascript:(function(){d=document;t=d.getElementsByTagName('ul')[1];a=t.getElementsByTagName('a');for(i=0;i<a.length;i++){if('#'==a[i].getAttributeNode('href').value)a[i].onclick();}})();

2016-12-19

PHPってダサいよね〜イケてないよね〜

あたし、Rubyやってるの。

Ruby on Railsっつーフレームワークね。



まじイケてるから

もうね、全部スッキャッフォッルドでできるし、アクティブレコードだしマイグレーションスキーマロードちゃう感じ。

ジェッムもたくさんあるっていうかー。

デヴアイスとかつかうと、SNSとのオッスウ認証が楽ちんちん

ターボリンクがいけててジエイクエリもすっきり。



最高だよねRails

PHP?だっさーい。東京で言うと八王子みたいな感じ。

2016-12-01

アマゾン(amazonaws.com)が提供しているヤフー広告不正クリックサービス

アマゾン(compute.amazonaws.com)による大量の不正クリックで頭を悩ませているアフィリエイトサイト運営者(まとめでもキュレーションでもない)は多いことだろう。



ASPのV社によると、これは「提携媒体様のサイト表記等のチェック」名目でのアクセスとのことだが、オーガニック検索で辿り着けるページだけでなく、広告出稿ページにまで広告経由で大量にやって来るから頭が痛い。しかも、課金されやすいように分単位ときには秒単位ユーザーエージェントホストを変更し、ひたすら同じ広告クリックし続ける。リファラーなど一切ない。



例えば、このような具合であるサイトに関わる部分は*****にさせてもらった)。



ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:15 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:25 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-198-222-214.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:35 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-198-169-39.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:44 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-197-86-194.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:05:45 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-199-76-193.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:26 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-69-168-106.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:30 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-69-168-106.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:32 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-199-85-63.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:38 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/7.0.6 Safari/537.78.2"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:39 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:32.0) Gecko/20100101 Firefox/32.0"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:06:39 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Win64; x64; Trident/6.0)"

ec2-52-198-49-221.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:07:06 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36"

ec2-52-68-194-244.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:07:17 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-198-243-110.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:11 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-198-243-110.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:25 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:32.0) Gecko/20100101 Firefox/32.0"

ec2-52-196-112-20.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:48 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-193-171-45.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:54 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0"

ec2-52-198-169-39.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:08:58 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0"

ec2-52-198-169-39.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:02 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/7.0.6 Safari/537.78.2"

ec2-52-192-198-30.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:04 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Win64; x64; Trident/6.0)"

ec2-52-193-171-45.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:40 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; Trident/7.0; rv:11.0) like Gecko"

ec2-52-197-156-176.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:09:46 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; Trident/7.0; rv:11.0) like Gecko"

ec2-52-196-112-20.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:16 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-199-44-248.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:25 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/7.0.6 Safari/537.78.2"

ec2-52-69-168-106.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:32 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"

ec2-52-199-85-63.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:10:52 +0900] ***** "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-199-44-248.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:11:08 +0900] ***** "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)"

ec2-52-68-45-242.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:11:08 +0900] ***** "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36 OPR/34.0.2036.25"

ec2-52-69-169-154.ap-northeast-1.compute.amazonaws.com - - [14/Nov/2016:06:11:26 +0900] ***** "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36"




1日でクリックされる広告は多いときで2,000件を超え、ヤフーリスティング広告管理画面の「無効クリック数」にはたった1日で1,000件を超える無効クリックが計上される始末だ。残念ながらヤフーシステムでもすべてのamazonaws.comを無効にできず、クリック調査を依頼してわずかながら返金されるも、アマゾンによる不正クリックは数多くが課金計上され、支払っている。



この現状に気づいていないアフィリエイトサイト運営者も多いことだろう。たとえば商標で出稿するなどクライアントガイドライン違反している広告であればどんどんクリックしてもらって結構だし、むしろそのようなサイト不正クリックで是非潰して欲しいところでもある。



だが、普通に出稿している広告にこのような異常なクリックをされるとたまったものではない。



amazonaws.comの地域属性アメリカなので、では都道府県単位限定出稿しても、普通に変わらず大量に不正クリックされる。


広告を引っ込めるわけにもいかいから狙われないようにキーワードを絞り込もうとするも、管理画面でクリックされた検索クエリーを確認すると、それはもう満遍なく不正クリックされている。


提携媒体サイト表記チェック名目にしては数が膨大過ぎて迷惑だという旨をASPのV社に返信したが、それに対する返信はなく、要するに「我慢しろ」ということなのだろう。



それではと、不正クリックサービス提供元であるAmazon Web Services (AWS) のabuseにサーバーの生ログを添えて通報すると、通報から10日経った頃に返ってきたメールは、

> We were unable to identify the customer responsible for the reported activity.

だった。利用者特定できなかったらしい(そんなアホな)。



特定できなかった理由は、

> Due to the frequency with which AWS public IP addresses can change ownership

とのことで(バカか)、もはや不正クリック代行業者どもが泣いて喜びそうなお粗末な現状である



アフィリエイトサイト運営者は今すぐサーバーの生ログをチェックし、広告URLに異様な足跡が残っていないか確認すべきだろう。ヤフーリスティング広告場合不正クリックによる返金期限は過去60日しか遡れない。



何より、このアマゾンの野放しサービスはどうにかならんか。



あ、そうそう、最近ASKA話題のギフハブらしき痕跡もあった。

ec2-52-198-19-198.ap-northeast-1.compute.amazonaws.com - - [23/Aug/2016:18:09:45 +0900] "GET ***** HTTP/1.1" 200 27625 "-" "Mechanize/2.7.0 Ruby/2.0.0p451 (http://github.com/sparklemotion/mechanize/)"

このギフハブってアマゾン不正クリックを走らせるプログラムか何かなの?

2016-11-30

Google検索WELQなど特定ドメイン検索結果を排除する方法

WELQうざいよね。

こないだ2週間くらい頭痛身体のだるさが続いて死にそうだったときに「頭痛 身体のだるさ」とかで検索しまくってたらほとんどWELQばっか出てきて、中身薄いし大したこと書いてないし結局結論が全部「正しい生活習慣と食生活を心がけ、たっぷり睡眠をとってストレスのない毎日を送りましょう」みたいなクソみたいなことしか書いてなくてまじでほんとに殺意しか湧かなかった。

これ有名なのでみんな知ってるかもしれないけど

{検索クエリ} -site:welq.jp

って入れると、「welq.jp配下検索結果が全部消えて心がほんとうに晴れ晴れとした気持ちになるのでオススメです。

同じようにMERYの検索結果がウザくてウザくてしょうがない場合

ショートカットアカログ -site:mery.jp

とかって入れればMERYが検索結果から消えます

複数入力もできるので、検索結果からウザいドメインを全滅させたいときおすすめです。



一刻も早くGoogleアルゴリズムが変更になって、8000文字以上の長文+検索クエリに過度に最適化されたタイトル+どっかからパクってきて適当リライトしたクソみたいな記事ばっかのサイトが全滅することを祈っています

2016-11-01

退職なさる先輩へ

近々退職なさる先輩へ、後輩からアドバイスです。



インデントや空白の有無にはきっちり規則性をもたせましょう

タブとスペース混じりのインデントなど、見るに堪えません。

きっちり規則を決めてコードを書きましょう。



Gitコミットメッセージをちゃんと書いてください

updateやfixなど英語単語だと何が変更されたのか非常にわかりにくいです。

あと職場英語圏の方はいなかったので無理に英語を使う必要はないと思います



手動でサーバを構築しないでください

環境再現することやサーバの中身を把握するのが困難になります

世の中にはAnsibleやItamaeなど便利なプロビジョニングツールがあるので是非使ってみてください。



手動でDBスキーマを変更しないでください

開発環境と本番環境で食い違いが生じてエラーが発生していましたよね。

DBマイグレーションツールを使うのをオススメします。



N+1問題などボトルネックになりやすい部分は気をつけましょう

キャッシュを設けても遅くなるものは遅くなるのです。

クエリの発行数や計算量など意識してみてください。



エラーが直ったかどうかはきちんと確認してください

動くかどうかも確認せずに「直ったよ」と嘘をつかれても他人迷惑しかなりません。

テストコードを書ければ良いのですが、最低限手動でもいいのでご自分確認してください。



コードドキュメント仕様は一致させてください

利用する側の人はドキュメントを見るので実際の挙動と異なっていると困惑します。

整合が起こらないように気をつけてください。



HTTPステータスコード意図にあったものを返しましょう

GETしただけなのに201を返すなど意図にあっていないものがありました。

ステータスコード意味を調べてよく考えてみてください。



他にも言いたいことは沢山ありますが、あまり長くなるのも迷惑かと思うのでこの辺でやめておきます

先輩は技術知識はたくさん持ち合わせていましたが、どうにも技術的に他人を思いやる文化を持ち合わせていなかったように思いました。

上記の点を直すことによって、そういった文化を養うことがエンジニアとしてのステップアップにつながるはずです。

次の職場でのますますのご活躍をお祈り申し上げます

2016-09-24

PHPってダサいよね〜イケてないよね〜

あたし、Rubyやってるの。

Ruby on Railsっつーフレームワークね。



まじイケてるから

もうね、全部スッキャッフォッルドでできるし、アクティブレコードだしマイグレーションスキーマロードちゃう感じ。

ジェッムもたくさんあるっていうかー。

デヴアイスとかつかうと、SNSとのオッスウ認証が楽ちんちん

ターボリンクがいけててジエイクエリもすっきり。



最高だよねRails

PHP?だっさーい。東京で言うと八王子みたいな感じ。

電通リスティング広告運用ミス運用者だけの責任なのか?

 電通ネット広告運用顧客への報告で不正があったと話題になっている。

 

 クライアントへの実際に掲載されていない広告広告請求や、事実と違う事象を報告などは論外だ。

 

 でも広告掲載されている期間なのに実際は掲載されていないことには代理店に同情の余地があると思っている。

 というのはリスティング広告(検索エンジン連動型広告)の掲載基準順位運用から見てもブラックボックスからだ。

 以下がYahoo広告掲載順位に関する説明だ。

 

オークションランク構成要素

 

オークションランクは、以下の要素によって構成されます

 

広告グループキーワードに設定した入札価格

広告品質

推定クリック

当該広告タイトル説明文)がどれだけクリックされうるかという推定の値です。広告過去クリック数やインプレッション数の影響を受けます

– 表示URL過去クリック

その表示URL自体がどれだけクリックされたかという実績値です。

広告文と検索クエリーの関連性

広告掲載された地域別の掲載実績(アカウント全体)

インターネットユーザー検索クエリ

– 各種デバイスPCスマートフォンタブレット)での広告掲載実績  など

https://help.marketing.yahoo.co.jp/ja/?p=1131

 

 まあ色々書いてあるけど、実際にお金出して出稿してみないと、どれだけ掲載されるかされないかわかりませんというのが実際のところ。

 

 昔は単純なクリック単価による入札だったのでもっと読みやすかった。

 「軽自動車」という言葉検索された時に一番上に載せるには、今一番上に掲載されている広告クリック単価○○円で掲載されているので、最低○○円必要ですとわかりやす説明できた。

 

 今の順位付けはブラックボックスなので、いくら払えばこのように掲載できますという明確な説明ができない。

 お金を出して買う「広告」なのに、その対価である広告掲載不明瞭な基準にしている“Yahoo!プロモーション広告”“Google AdWords (アドワーズ)”にも充分に責があると思う。

 検索エンジン連動型広告は実質YahooGoogleの独占なので、それでまかり通っていいるのだ。

 昔のように単純なクリック単価オークション制にすべきではないだろうか?

  

2016-09-19

http://anond.hatelabo.jp/20160919121645

学者→初級者 あるある

ネスト深くなってもいいから&&と||を別にして正しく分岐させるべき。

こんなん設計が悪いってのが前提だけど。

SQLも実運用でサブクエリ使わないと抽出できないとかゼーンブ設計が腐ってんねん。

2016-09-15

SIer出身エンジニア技術力はやばい

自分Webサービスを自社開発するような会社しかいたことがないのだが、たまに、SIer出身エンジニアに会ってびっくりする。

技術力がヤバ過ぎるの一言に尽きるのだが、そもそも思想が全く違う。



技術力が低すぎ問題その1、パフォーマンスに対する考え方がまるでない

これは今までの経験SIer出身エンジニア100%そうだった。パフォーマンスをまったく気にしない。クエリーをループ内で発行しまくってたり、事もあろうにレビューで指摘され、こう書いたほうが見やすいなんてわけのわからんことを言われた。

他にも必要ない処理を大量に入れて、今後何か改修が入った時に、手直ししなくていいからって、パフォーマンス犠牲にしてまでやらなくてもいいことをやる必要ないだろ?まさにSIer思想!!

やつらはWEBアプリケーション業務アプリケーションでも開発しているつもりなのか??

仮に大規模の高負荷案件経験があったとしてもサーバー数台でさばけるような処理も無駄サーバーボコボコ立てて回避してたんだろうか?おまえら技術力が低すぎて運用コスト無駄に高く付くわ。


自分面接官だったら採用時に高負荷のサービス開発経験手法絶対問う。



技術力が低すぎ問題その2、プログラム書けるだけで俺すげーって思ってる

ほんと、これ何なん?おまえの自信はどこからきてるの?

プログラム書くだけがエンジニア仕事じゃねーんだよ。

WEBならパフォーマンスだけでなく、セキュリティだって自動化に伴う生産性向上だってプログラマーだって知っておかなくてはいけない情報は多岐に渡るんだ。

インフラ知識もないといろんなところで弊害が起きる。なぜなら単調なシステムしか設計できないからな。




技術力が低すぎ問題その3、レビューの指摘が糞すぎる。

それお前の趣味やんってことが多すぎ。つうかパフォーマンス考慮できないド底辺エンジニアのお前がレビューするな。



技術力が低すぎ問題その4、新しい技術を使いこなせない。

説明不要。その技術が何を目的として存在しているかわかっていない。使うだけで満足している。いやいや、そういう使い方するものじゃないし、成果もあがってないよね?って何度思ったことか。SIer人間はそもそもエンジニアとしての資質とか、論理思考が欠落している。新しい技術を使うことが目的になっている奴って多いよなー。



なぜこのような事が起きるか?

面接官が糞すぎるから面接官がSIer出身だともう最悪。面接する奴が糞だから糞して寄ってこない。その会社には。

どれだけ優秀な人材に逃げられたことか。。。



最後一言Webサービス企業採用担当をやっている人に告ぐ。
SIer出身者は雇うな。

2016-07-21

PHPってダサいよね〜イケてないよね〜

あたし、Rubyやってるの。

Ruby on Railsっつーフレームワークね。



まじイケてるから

もうね、全部スッキャッフォッルドでできるし、アクティブレコードだしマイグレーションスキーマロードちゃう感じ。

ジェッムもたくさんあるっていうかー。

デヴアイスとかつかうと、SNSとのオッスウ認証が楽ちんちん

ターボリンクがいけててジエイクエリもすっきり。



最高だよねRails

PHP?だっさーい。東京で言うと八王子みたいな感じ。

2016-07-13

コンパクト増田

最近ページ送りすると効かなくなったので直して欲しい

多分GETクエリにmode=topみたいのがつくようになったからだと思う

クエリラメタによって挙動が変わらないようにして欲しい

http://anond.hatelabo.jp/ または http://anond.hatelabo.jp/?.* のときスクリプトを処理する、みたいな仕様じゃダメなのかな


直ってた!対応ありがとうございます!!

2016-07-10

memo

書籍より

Web + DB vol.92

データ分析の基本アーキテクチャ
フレームワーク比較評価

10年戦えるデータ分析入門

SQL中心アーキテクチャの3つの
SQL中心アーキテクチャの3つの条件
tips
  • DWH層を標準ライブラリのように考えて構築するとよい.
    • 「購入の可能性があるユーザ一覧を表すビュー」をDWH層に持たせるなど.

2016-05-24

はてブコメントが二重に表示されるようになって5年

エントリーページアクセス後30件目以降のコメントを遅延読み込みするまでにブクマが追加されると件数がずれるのが原因なので、件数ベースクエリを改めるか重複したコメントを削除するかしてください。

2016-04-04

クックパッドレシピを参考にすると100%失敗する

ポイントを書いてくれよ

もしかして料理上級者向けのサイトなのか?

クックパッド株価下がってます株クエリー

2016-03-26

Accessクエリが楽すぎて

長らくODBC接続Accessからクエリデータを触っていた

テーブルの結合とかGUIでできてすごい楽

が、標準PCOffice入れててもAccessは入ってない現場もそこそこ多い

Accessクエリに代わるようなソフトってなんかないですか

Object Browserは使ったことあるけど、GUIメインで操作するというものではない感じ

とにかくAccessクエリに慣れてしまって、自前でAccess単品で買おうかってくらい

2016-03-04

こんなSEPGは信用できない

WORDがあるのにEXCEL文章作成する。

WORDに挿入されたEXCELに余計なものがたくさんついている。

改ページのたびにヘッダみたいな表がついている。

目次を手動で作っている。

EXCELファイルサイズがやたらでかい

画像BMPとか空白行が認識されている)

EXCELでほかのファイルへのリンクを残したまま外部に送る。

罫線とオートシェイプが混在した図をつくる。

コネクタコネクトされていない。

数字文字が混在したり、OKとか○とか入力がぶれてフィルタできない表。

EXCELWORDカラーパレットを変更する。

ACCESSアクションクエリ確認オフにしないと止まるマクロ。

マクロセキュリティーを低にしないと動かないマクロ

秀丸やsakuraediterとメモ帳の違いがわからない。

デュアルモニタを拒絶する。

2016-02-15

http://anond.hatelabo.jp/20160215180708

補足しておくと、クライアントサーバーの間では大体ちゃんとした通信を行っていて、リクエスト整合性サーバ側でチェックされているものだが、

メモリを見られる&弄られることにより「整合性のあるクエリ任意に生成される可能性がある」ということが結構デカイのだな。

通信自体SSL等で暗号化されてたとしても、暗号化直前のデータ改ざんできてしまえばそのデータは正しいデータとして処理されてしまう。

暗号化される前のデータ」がゲームメモリの中に入っている。HPとかEXPとかGOLDとかそういう値が、探せばどこかにある。

その値を、変な値に書き換えられてしまうことがつまりハックされるということなんだな。

チェックサムとかももちろんあるだろうけれども、メモリが見えれば後は基本解析し放題なのだ

データ改ざんされるもの。今のゲーム運営ってのは、大体改ざんされた上で改ざんしたやつをBANする方面ではあるけどな。

2016-01-26

Mactumblrスクリーンセーバーにする 2016年

2012年ぐらいのOSX画像フィードスクリーンセーバに入力するという方法自分tumblrスクリーンセーバ化するというのが出来たけど(たぶん)Mavericks以降は,それが無くなってしまったので代替方法について書きたいと思う。

tumblubでランダム画像が流れるようにする

まず tumblub を開き「staff」に自分tumblr IDを入れる。「Random」のチェックボックスをチェックし「Photo size」を500, 「Animation speed:」をslowとチェックしshowボタンを押す。以下はサンプルとして作成したotsune氏のtumblr ID入力したスクリーンセーバの入力データだ。女性の尻がいっぱい出てくるので職場Macスクリーンセーバにすると軽くアナーキー感が出て良いと思う。

otsune氏のtumblub

speedは好みで変えて良い。ぼくは14400くらいが良いと思っているのでクエリストリングのところをそんぐらいに手で変更して使っている。

Screensaver Ninjaに食わす

※こっちは有償なので追記したwebsaverのがオススメ

Screensaver Ninja - Never miss important information again という任意のwebページをスクリーンセーバとして表示できるツールがある。1200円。本来はなんらかのビジネスダッシュボードなどを表示する用っぽい。

購入しアクティベーションしてScreensaver Ninjaを起動し「Add new site」する。先ほどのURLを追加する。

システム環境設定」からデスクトップスクリーンセーバ」を選び「Ninja」を選ぶ。これで女性の尻がどんどん流れてくるスクリーンセーバの完成である

もちろん自分tumblrスクリーンセーバにする事も可能だ。

普段肌色をreblogするのにも緊張感が走るし,肌色が離席中の職場Macに出てきてしまったらしまったで同僚の人とかと会話も弾んで良いと思うのでみなさん,どんどんスクリーンセーバを設定すれば良いと思う。

2016/01/26追記:websaverに食わす

トラックバックしてくれた人に教えてもらったがbrockgr/websaveというScreensaver Ninjaと同等のことができる無料ツールがあるのでそれを使おう。

Releases · brockgr/websaver からWebSaver-X.X.zipDownloadする。

解凍する。FinderからWebSaver.saver をダブルクリックする。開発元が未確認のため開けませんとか言われたら、「システム環境設定」→「セキュリティプライバシー」の「一般から「このまま開く」を押す。そんで「今すぐインストール」をやる。「デスクトップスクリーンセーバ」からWebSaverを選び先ほどのURLを追加する。

無料でScreensaver Ninjaみたいなことが出来ました。ありがとうトラックバックの人。

2016-01-23

SIはやめておけ

20代の数年間SIで働いた。1年以上前退職して今は別業界にいる。

今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくり暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。

一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。

以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。

工数至上主義

受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積おかしくても顧客と対等な関係が築けていないから追加請求もできない。時間(工数)をかければ良い成果物ができるかもしれないがそれを説明して顧客に嫌な顔をされたくないから、限られた工数の中での最善を尽くす。最善を尽くす、聞こえは良いが要は手を抜く。

まり、どう頑張っても売上は同じなのだから、良いもの価値を生むものを作ろうと考えない人が多い。社内で開発者と呼ばれる人間もそうだし、マネジメント層はそういうものづくり志向を持った人をリスク扱いすることもある。

これが諸問題の根源で、いかに述べるような組織プロジェクトが出来上がっていく。

作業効率化しない

マニュアル作業の正確さをかたくなに信じてる人だらけで、ITとは何なんだと考えさせられる。

私は定型作業効率化しようとjsやrubyスクリプトを書いたりしていた。テストデータを開発用DBに突っ込んだり、テキスト処理して整形したり、Excelからコード生成したりするよくあるやつ。

あるとき上司に肩越しに自分作業を覗かれて「何やってるの?」と聞かれ、そういうスクリプトを作ってると答えたら、工数とリスクの話をされた。曰く「そのスクリプト作るのに何日かかるの?工数に乗ってないよね?」「スクリプトテストもちゃんとしないと結果が正しいって保証できなくない?」と。この時はイラッとして「30分でできる数十行のスクリプトだし自分作業工数内で完結する。むしろ工程や別の人でも同じことを再現性できて楽になる」とか真面目に説明してプログラムも見せたが、読もうとはせず(読めないので)1時間無駄にした。

技術力いらない

前述したようなビジネスモデルから営業力と、予定工数で無難プロジェクトを終えるマネジメント力が大事。IT企業だが開発者は自社で持たない。不況の時に待機コストが発生するリスクがあるし、自社で抱えるより単価の安い開発者人材派遣系の企業や下請けにいっぱいいるから。

社長があるとき社内広報で「技術は買うものだ」と言っていた。文脈で明らかに技術=技術者のことだったので、使い捨ての人売り業と揶揄されていることへの自覚が無いと思う。

そういう人が集まっているor残っている組織なので開発者ほとんどいない。20〜30人ぐらいの課に1人ぐらいの割合でstaticおじさんがちらほらいるぐらい。大体20代からプロジェクトリーダーという立場をやり始め、だんだん大型の案件を扱えるようになっていき、後は出世ゲーム部長お気に入り課長になり、部門長のお気に入り部長になる。その繰り返し。

開発案件でのBP(ビジネスパートナー委託先、派遣下請け比率自分の周りだと1:5ぐらいが多い。プロパー社員一人が5人の開発を仕切る、みたいな形。案件規模によりだいぶ差があると思う。この比率が高い=マネジメント力のある組織と考える会社はこの数字を上げようと必死で、比率の低い組織は評価が下がる。

私は開発が好きだったのでエンジニアとして生きていきたい、というようなことを評価面談の度に伝えているが、その度に会社の目指す方向を説かれてモチベーションが下がる。

意識の低い開発者メンバー

上述の通り、案件で接する開発者基本的に社外の人間なのだが、彼らの技術力と意識の高さにはものすごいばらつきがある。言われたものはなんでもこなせる人、何でこの歳まで技術者やれてるんだと疑う人、このプロジェクトおかしいと良い意味で騒ぐ人、何も意見を言わない人、CっぽくJavaを書く人、人当たりは良いが技術力がいまいちな人、すぐ休む人、バグやミスを隠す人…etc。

まぁ色んな人がいるのはどの業界のどの職種も同じだが問題は質だ。私の主観になるが本当にエンジニアとして尊敬できるレベルの人は1%いるかいないか。というのも、ほとんどの技術者は長年SIやその周辺企業と付き合ってきているので同じ体質に染まっているのだ。顧客が良いといえば良いという態度(この場合顧客は私が所属する企業)、請負場合は工数を超えない範囲で手を抜く姿勢、その他諸々。技術力だけをひたすら磨き続けてきたという人はごく一部だけだったし、そんな人でもGitHubアカウント持ってない・ブログやってない・OSSに貢献したことない、といった具合でクローズド世界で生きている。

そうした技術者とやっていく中で最も厄介なのが教育コストだ。案件のあるなしで人が都度入れ替わり、新しい人が来るたびに同じシステム・技術要素の説明をして何とかやる気が出るようモチベートして、というのを繰り返すのに疲れた。私の会社固有の変なルール説明はてきとうにしておいて、私は技術が好きな仲間が欲しかったので今のシステム課題と技術面での改善や展望をよく話す。が、あまり食いつかれることはない。これは私の問題だが、そうした期待と落胆のループ疲弊の一因だ。

static BP

ある時、一つの課に6年近くいるというBPと一緒に仕事をする機会があった。その課にはプロパー技術者が長いことおらず、彼がその課の技術的中心を担っているという話だった。抜けられると途端に色んなものが崩壊するからという理由で、その人の派遣元にはかなり高額の単価を支払っていたと聞いた。課員が口をそろえて「あの人はすごい」「何でもできる」というので初めはかなり期待していた。

だが、拍子抜けした。あまりにも仕事が雑なのだコミットされたコードはTODOコメントだらけだし、バグがあまりにも多かった。一度も実行されずにコミットされ、他の人がチェックアウトした時点で判明したバグなんかもあった。それでも声が大きく、プロパーが技術を知らないのをいいことに自分ブランディングに完全に成功していた。客先にも顔を出し、信頼を得ているらしかった。「自分は設計が得意でテスト以降の工程には興味が無い」と言っていた。確かに彼が関わった各システムには独特の概念が埋め込まれた設計があったが、その複雑な設計は保守性が低く、他の開発者が触ると容易にバグを引き起こしていた。

また、彼はJavaの有名なフレームワークであるStruts拡張したいわゆるオレオレフレームワークを開発しており、それの出来は悪くなかったと思う。そのフレームワークに欠けているものをうまく補うような形になっていた。だがフレームワークバージョンを上げると壊れるというのが残念な点で負債になりかけていた。

私は異動したが、彼は今でもそこにいると聞いた。

技術の話

テストコード書けない

(最低限のものしか作らないから)安くて早い!という触れ込みで売っているので、テストの工数が異常に少ないことも多い。特にテストコードを書くなんてもってのほか。そういう世界でやってきた人ばかりなので、30や40超えたマネジメント側は「テストコードって何?」状態だ。大型の改修案件が来た時にはコア機能だけでもテストを書いていこうと見積段階から社内で提案したが「顧客に『そんなメリットあるなら何で今までのプロジェクトではやってないの?』って問われるから絶対言うなよ」と拒否された。

保守案件をやっていた頃、時間を捻出してコソコソとテストコードを書いたりしていた。その案件を離れてしばらく後、ある時リポジトリを覗いたら私が書いたテストコードがばっさり消えていて驚いた。コミットログから課内のstaticおじさん的な人が消したとわかったが、そのコミットコメントが「現在使用していないコードを削除」だった。これはもう問う気も失せて何も言えなかった。

リファクタできない

先述したようにテストがそもそもないプロジェクトが基本なのでリファクタできないのだが、たとえテストがあったとしても勝手なリファクタは許されない。ソースコード顧客の持ち物なので同意なしに改変することはいわば契約違反なのだ。たとえ内的品質が向上してコスト削減に繋がるとしても、そのためにお金を支払う顧客はまずいない。

レビューない

私がいたどの案件にもコードレビューがなかった。リーダー開発者数人という構成場合、まず開発者は全員下請けリーダーは技術の心得がない場合が多い。そうなると彼らの成果物の良し悪しを図るのは目に見えるシステム挙動実施されたテスト結果のExcel報告書だけになる。これが非常に非効率で、少しコードを読めばわかる明らかなバグや仕様理解齟齬が頻発していた。特に入試験と呼ばれるリリース直前の顧客側での最終確認や本番稼働中におけるhotfixは全機能をきちんとテストせずにデプロイされることが多く、そのhotfixがさらなるバグを引き起こしたりもしていた。

そもそもテストを書けという話だがテストが無いプロジェクトに足すのはかなり大変なので、レビューサイクルをきちんと回すだけでもかなり変わる。実際、私が入った案件ではすべてのコミットに目を通すようにし、明らかな問題は都度指摘することで品質の向上に繋がった。欲を言えば他の開発者にもレビューしてもらいたいが、下請けの彼らの工数を増やすことは嫌がられる。

新規技術試せない

無難プロジェクトをこなすことと新しい技術を試すことの両立こそ技術者の腕の見せどころだと思っているが、ほとんどの場合それは許されなかった。新規にせよ継続にせよ案件を受注する段階で営業マネジメント層と顧客間で「今回は過去に実績のあるこの技術でやります」という契約が結ばれているからだ。その技術(言語フレームワーク)がいかに古く、保守性も将来性もないものだとしても受注できればよいし、その技術のサポート切れか何かの拍子で再度リプレイス案件でも受注できればさらラッキーぐらいの考えでいる。

常に横に倣えのアーキテクチャは私にとって面白くはなかった。

横に倣え

また横に倣えが加速してさらに悪い事に、同じアーキテクチャネットワーク再利用するために既存のサーバに新システム相乗りすればよいという発想も珍しくない。「資産再利用によりコスト削減」という触れ込みだったが、ただでさえスケールしない低スペックオンプレミスサーバ上で複数アプリケーションサーバ運用した結果、予想通り耐障害性が下がった。

また、Oracleライセンスが高いという理由で一つのDBインスタンス上に10数個のシステムが同時稼働しているなんてこともあった。1つのシステムが高負荷なクエリを投げたせいで関連する全システム共倒れになったこともあったがOracleのバグとして報告していた。

static Perlおじさん

新人の頃にOJTでstaticおじさんの下に付いたことがあった。そのとき担当したのはPerlデータ連携用のバッチを書くという開発業務だったのだが、最悪の思い出だ。

まずプログラム構造仕様書というのを書かされた。メソッド単位でのモジュールを全てExcel上に記述し、処理の順番と内容を説明するという謎資料だった。あまりに意味がわからなかったので「UMLのクラス図を書けばよいのですか?」と聞いたら「Perlクラスなんて必要ない。構造プログラミング研修でならってないのか」と返ってきた。「俺が前に書いたPerlバッチがあるから参考にしろ」と言われ、あるリポジトリをチェックアウトして見てみると1ファイル4,000行の.plがいくつか並んでいた。その時の私は何もわかっていなかったのでそういうものかと思ってしまったが後で調べて明らかにおかしいと気づいた。

また、そのプロジェクトのメイン言語Javaで、Eclipseを使っていたのでPerlプラグインを入れてコーディングデバッグをしていたらやめろと言われた。理由は「Eclipse上で動くPerlが信用できない。サクラエディタで書いてプリントデバッグすれば充分だ」と言われた。その時の私は何もわかっていなかったので、プラグイン品質が悪いとかそういう話かと思い「じゃあvimで書きます」と言ったら「サクラエディタしろと言っただろ!」と一喝され、vim vs サクラエディタという史上類を見ないエディタ論争が起きた。

待遇・制度

給与

SI業界の中では高いのかもしれないが決してよくはない。4年目(たぶん25歳)ぐらいで残業込みで年収400万にやっと届いたがそこからほとんど変わっていない。30歳の先輩に聞いたところ「500万前後残業してない場合の月の手取りは未だに20万切ることがある。残業抜きでは新婚生活が厳しい」と言っていた。いわゆる年功序列がきっちりしていてこのまま続けてもしばらくは給与が伸びないということがわかった。

個人での貢献で差がつくのは±10万程度。その程度ならいっそ無くてもいいのでは、と思う。というかそもそも生産性をきちんと評価する制度存在しない。これはどの組織でも難しい問題だと思うが、形骸化した評価制度上司の気に入った人間にS評価を付けているだけならいっそ止めたほうが時間の無駄にならなくてよい。

マシン

会社から貸与されるノートPCは低スペックすぎて開発には使い物にならない。なので開発者基本的デスクトップ使用せざるを得ないのだがこれもメモリ4G、1.2GHz程度で大したマシンでもない。本当に開発する気がない。

組織問題

とにかくクローズド組織

つの間にかどこかで意思決定がされていて、関与する機会がほとんどない。だがほとんどの社員がそれで良いと思ってる。失敗しても自分が決めたことじゃないから上層の責任だ、そう言えるので楽だから

情報共有をしない、というか意図的にしないようにしているとまで感じる。連絡はメール添付ファイルベースで行っているし、共有のファイルサーバなんてのもあったが一部のフォルダ権限を持った人間しか見られない。何で他の部や課が行った過去の見積提案資料自由に見られないんだよ。

ソースコードリポジトリも同様。外部に公開しないのはまだわかるが、プロジェクト外にすら基本は公開していない。別に奪われて困る大した技術もない。

会社が用意した提案資料共有サイトみたいなのもあったが、それに至ってはもっとひどい。課長以上もしくは部長から承認を与えられた者のみ閲覧可能。共有とは。

意思決定の遅さ

どうでもいいことを決めるにも承認や根回しや説得が必要になる。それがプロジェクト利害関係者ならまだわかるものの、まったく関わっていない上長(課長部長、時には部門長)を通さないと進まないという異常さ。

コスト削減

利益率向上のためにコスト削減ということがしきりに言われており、過剰なコスト削減対応生産性の低下を招いている。たとえば顧客に見せる資料以外は白黒で印刷しろ、みたいなルール。色がないために情報が伝わりにくい。というかそもそも印刷せずに各自ノートPCで見ろという話だが、先述したようにノートPCは低スペックすぎるので多くの社員デスクトップを使っている。ITとは。

本当に無駄しか思えない承認・申請フローの煩雑さに加え、使っているシステムの使い勝手も悪く、ひどい日は一日がそうした事務作業で終わる。しかもそのシステムは自社で以前開発したものだというから泣けてくる。こんな作業が定常的に発生するのでいっそ事務員派遣で雇うべきという提案が何度もされたが、課の予算オーバーするから無理だという回答しか返ってこない。

残業削減

表向きは社員健康促進という触れ込みで残業時間削減を全社的に取り組んでいる。残業減らせと声をかけただけでは誰も帰らないので、勤怠システムと入退館管理システム監視し、削減できていない組織や人間評価を下げるようになった。

その結果、サービス残業が復活した。30時間を超えると部長説明しないといけない、50時間を超えるとその上へ…みたいなループ。表向きの残業時間削減・コスト削減としては成功したかもしれないが、社員残業時間を管理するとかい無駄な仕事を増やしたし、管理される社員ストレスサービス残業に繋がったので下策だと思う。

他人残業時間をExcelにまとめる仕事があって、そこに給与が発生してると思うと泣きたい。

そもそも無駄作業や工数至上主義作業効率が悪いから残業しているので、残業が少ない奴が偉いと一斉に舵取りしただけでは生産性をちゃんと評価できていないことに変わりはない。一昔前の残業多い奴は頑張ってて偉い、というのと本質レベルで何も変わっていない。

辞め方

2016-01-19

簡単なおかず作りたいだけなんだよ

弁当係が風邪をひいた。

自炊?そんな錬金術、やったこともみたこともない。

そんな俺の出番が来た。

だが問題ない。

今の時代googleに聞けばなんでも出来る。


「おかず 簡単」 検索っと…

===

約 14,200,000 件 (0.33 秒)

・簡単 おかずのレシピ 28340品 [クックパッド]

・簡単 おかず 夕飯のレシピ 4332品 [クックパッド]

・簡単 おかず 夕飯 肉のレシピ 1721品 [クックパッド]

節約 簡単 おかずのレシピ 1090品 [クックパッド]

  ・・・・・

===

ファーー!?wwww

なんだこれ!!!もっとこう

「これなら間違い無し!美味しいオカズ10選!」とかそういうページないの!?!?

まあ良い・・・28340品から選べばいいんでしょ?やってやるです。


クックパッドソートは有料会員の機能です」


ファーーー!!?wwww

世の中のお母さん達どうしてんのこれ???

このご時世、いまだ本が主流だとは思えないんでやんすけど・・・

まさか・・・皆同じ思いをして有料会員にやむなしで登録してるの・・・・?

おかず検索するつもりだったのに

検索クエリに 「-cookpad.com」を常に加える方法を探すことになるとは思いもしなかったし、

できた!!と思って検索したら冷蔵庫食材ほとんど無くて詰んだです。おつですありです。

2016-01-13

ゾーニング大事

オタク現実虚構区別がついていない人が多いから2次元ポルノ模倣して現実で実行する人がいるかもしれない。

から2次元ポルノ規制しよう。

この意見には反対だ。



この理屈が通用するなら、オタクにはポルノだけでなく、あらゆる過激表現をみせてはいけないことになる。

2次元ポルノだけをやり玉にしている時点で理屈として変だ。



また、オタク空想架空世界に触れている時間がそうでない人より長いため、外から見ればそのように感じるかもしれないが、

それだけ虚構に触れている分、痛いほど虚構虚構だと痛感している人のほうが、自分はどこまでもこの現実に生きるしかない、

ということを嫌というほど感じている人のほうが多いと個人的に思っている。なんの裏付けもない話だけれど。




というわけで、引き続きこのようなオタクへの偏見に対して2次元ポルノ規制しようという論旨には全く同意できるところはないのだけど、

今日、少し別の方面で考えを改めることがあった。



規制不要だが、小さな子どもへの秘匿の仕組みはもっと強化していかなくてはいけない、ということである




アイドルマスターゲームに、千枝という11歳の少女アイドルイベント限定バージョン?で実装された件でにわか話題となり、

ツイッターでも #千枝ちゃん という文言トレンド入りしていた。


https://twitter.com/search?f=images&vertical=default&q=%E5%8D%83%E6%9E%9D%E3%81%A1%E3%82%83%E3%82%93&src=typd&lang=ja



時勢に疎い自分は、さてはペルソナの千枝ちゃんが何かでトレンド入りしたんですね

はいはい健康的ですねペロペロという気分で開いたが、

まったく予想と違う小学生少女キャラが出てきて驚いた。



そこまでは「あらかわいい子」でよかったのだが、画像まとめセクションに目をやったとき

↓のような18禁同人誌宣伝ツイートが平然と掲載されているのに気づき、改めて衝撃を受けた。


【18歳未満閲覧禁止同人誌宣伝ツイート

https://twitter.com/tora_ike_a/status/684236907639771136



正直、これくらいのエロ画像、ほかのアニメゲームキャラ名で検索しても、

画像セクションに出てくるので特に珍しいことではない。



ただ、その時たまたまに思ったのが、自分のようないい歳した男ならともかく、

これを何の耐性もない、虚構空想現実未分化分化が不完全な幼い人間が見たらどのように思うのだろうか。

ということだった。


これを10歳にもならないくらの子どもがみてしまったら?

さすがに悪影響が出ないとは言い切れない。と思った。



まり、ペアレンルコントロールやゾーニング大事だなあと思ったのだが、

それと同時に課題として、こんなコンテンツにこんな簡単に到達できてしまっていいのだろうか、ということを思った。




先ほどのツイートを取り上げても分かるように、

いまのネットは、あまりにも簡単にアダルトコンテンツに到達できすぎる。

そして逆に規制をかける場合フィルターが強すぎる(ブラウザアプリ根本的に使えない、など)。



たとえば、「千枝 エロ」のクエリでこのエロ画像検索結果に出すな、というのは無理な話だけれど、

「千枝ちゃん」だけでも、期せずしてこんなアダルトコンテンツに到達できてしまうのはいくらなんでもまずいと思う。


2000年代後半くらいからフィルターのないGoogle画像検索ではすでにこういう状態になっているのは認識していたが、

改めて考えるとあまりに簡単すぎる。



自分ネットエロ画像を漁っていた(今もだけど!)小さな頃は、

少なくともキャラ名だけのクエリファーストビューにエロ画像が出てくることは滅多になかった。

少なくとも18歳未満立ち入り禁止のクッションページを経て、説明文をよく読まずにENTERを押したらヤフートップに戻され、

ブラウザバックで戻って、ENTERのずっと下にある小さな 入り口 と書いてあるリンクを踏んで、ようやく到達できる時代だった。



一転して現在は、刺激的なアダルトコンテンツに、期せずしても到達してしまう。

さらにこの事故を抑える仕組みも、弱いのではなかろうか。



先ほどのツイッターの仕組みでいえば、アダルトコンテンツと判定されるものにはワンクッションを置く、

という設定をアカウント設定でできる。



だがそのフィルターを敷いたうえでも、上にあげたツイート普通に表示されていた。

おそらく、同じくアカウント設定にある、「アダルトコンテンツツイートする可能性があるアカウントです」みたいな自己申告をおこなわないと、このフィルターはなかなか有効にはならないのだろう。



上の例はとらのあなさんの商用アカウントなので、さすがにそういうアダルトフィルター設定をしているだろうから

それでも表示されてるということは、フィルター設定しても表示される場合がありうる、ということだろう。


一般ユーザーをみやればこれをちゃんと設定しているアカウントなんてそうそうないだろうし、

たとえツイート元がしっかり設定をおこなっていたとしても、

パクツイ非公式RTなどをおこなうアカウントが設定をしている保証はどこにもなく、それらも安易にバズってしま状態


こんな状態ネットに、今後生まれてくるであろう自分の子どもをどうやって向き合わせていけばいいのだろうか、

彼女もいないのに思ってしまった。



自分の子どもが生まれそだち、ネットに触れるころには、

適度にスケベで刺激的なコンテンツが、適度に秘匿されて適度に頑張って閲覧できるようなネット社会になっていることを

切に願う。

エロの話ばかりだったけれど、極度のグロや鬱、恐怖、虚無感などを与えうるコンテンツも同じだと思います

ログイン ユーザー登録
ようこそ ゲスト さん