はてなキーワード: ピンポイントとは
今までアニメとパソコンに湯水の如くお金をつぎこんできたオタクだけど、
クリスマスも近くなってきたし、ふとこのままでいいのかなって思いが煮え立ってきて、出会い系に登録してみることにした。
業者やサクラに貢がされるとか、いわゆる「釣り」で、実際に会いに行ったら男どもが待っていてプゲラされたりとか。
でも、どうせこのまま生きていても女性と恋愛する機会なんてないだろうし、なんかモテない人生に嫌になって死のうかなって思ってたところだったので、
どうせ死ぬなら出会い系で死ぬ気で頑張ってみて、それでも駄目なら死ねばいっかって思った。
いやまあ本気で死ぬつもりはないし、死ぬのは怖いし、どうせなら本気で不老不死の技術が生きている間にできてほしいと願っているくらいだけど、
どうせ駄目なら死ねばいいって考えると精神的に楽になるじゃん。そんな感じ。
ステマが目的じゃないので、どの出会い系に登録したとかは書かないけど。
とりあえず登録して、何人かにメッセージを送った。でも全然返信は来なくて、やっぱり自分はモテないんだなって思った。
正直言って、自分は不細工だ。それは自分の27年間の人生が証明している。
高校生の時、かわいい子(A子とする)が自分に休み時間に話しかけてくれたんだけど、別の女の子(B子とする)が来て、
「A子さ、そんなのと話してて楽しい?笑」みたいな感じで馬鹿にされたりしたこともあったよ。
B子は「いやーなんで?別に話しててもいいじゃん」ってフォローしてくれたのが、また優しいなぁって思ったりして。
B子はギャル感のある子で、身長も172ぐらいあって、明るい性格でクラスの人気者で、
とても自分の手が届く子ではなかった。
B子は珍しくカースト意識がない子だったから自分にも話しかけてくれただけで、B子には普通に彼氏がクラス内にいた。
まともに女の子と話した経験はB子を除くと事務会話以外はほぼゼロに等しい。
ああいうので不細工な部分は隠して結構盛った写真を作って、載せたわけよ。
それでいざ準備も整ったし、女の子たちにメッセージをしてみた。でも、返信がない。
一応、数人だけメールが返ってきたけど、まるで自分に興味がないような感じで、そのあとのメールは一日も続かなかった。
これって、思っている以上に精神的にダメージ大きいよ。プロフィールと写真を見て、男としての価値がないって突きつけられているようなもんだから。
その時の感情は絶望というに等しく、行き場のない怒りと恨みが自分の中にふつふつと沸き上がった。
ああ、やっぱり出会い系でもうまくいきそうにないな、やっぱり出会い系なんかやめて死のうかなって考えていた矢先、
こんなに無視されている自分でも、興味を持ってくれる人がいるんだって、ものすごく気分が舞い上がった。
しかも、その子の写真がとてもかわいくて、自分が今まで見てきたどんな知り合いやアイドルや声優よりも、自分にとってタイプの顔だった。
運命だと思った。
返信を考えているうちに、3時間ぐらい経ってしまったが、落ち着け、落ち着けと自分に言い聞かせながら、平静を装った文章をなんとか作り上げ、最初の返信を送った。
自分とC子はお互いに社会人というのもあり、メールのペースはかなり遅い。2日置きぐらいのこともあった。
それでも一通一通のメールがとても楽しくて、ああ、生きていてよかったなって思った。
数日メールでのやりとりをした。ある程度して、LINEを交換した。
お互い、LINEには顔写真を載せていたので、それがお互いにとって出会い系に載せている以外の写真を見るきっかけとなった。
C子は、LINEの写真も出会い系の写真とあまり変わらず、かわいかった。
一方、自分はと言えば、出会い系に載せたものと比べて、かなり不細工だ。
出会い系に載せた写真を見て興味を持ってくれて、LINEの写真を見て、「なんだ、詐欺写真だったのか」って思われてしまうのが一番怖かったのだが、
不幸にもその予感は的中してしまったようだ。
LINEを交換したあと、C子からの返信ペースはかなり遅くなった。
返信の文章も、かなりそっけなくなった。
今も、来ない返信を、神に祈るような気持ちで待ち続けている。
せっかくの日曜日だってのに、朝からC子のことばっかり考えて、何もかも手につかない。
これまた悪い予感なのだが、もう返信は来ないような気がしている。
出会い系に手を出すまでは、モテないことはつらいけど、趣味や仕事は充実しているし、まあいっかぐらいの気持ちだった。
でもC子とメールを始めてから、C子のことで頭がいっぱいになって、返信が来ないことに落ち込んで、C子に好きになてもらえない自分の不細工さを恨んで、
とにかく頭の中にごちゃまぜの感情がこれでもかというぐらい押し寄せてきて、精神的に相当きつい。
これはどんな感情なのかと、お得意のインターネットで調べてみると、これは「恋煩い」というもので、「恋の病」とも呼ばれるものにかなり近いと思った。
普通は恋煩いなんて、中学生か遅くても高校生ぐらいで卒業しているものなのだろうが、いかんせん自分にはそれを発症する機会なんてなかった。
そのため、恋愛で病むなんて信じられなかったし、そんな奴はどれだけ豆腐メンタルなんだよって思っていた。
C子とメールをしていた時の気分の舞い上がり方も、今の落ち込み方も、C子を思ってドキドキする気持ちも全て人生で初めてで、自分の中で処理できる感情を大幅に超えている。
クラスの女の子や、アイドルを見て、かわいいな、付き合いたいなって本気で思ったことは何回もあったけど、そういうのとは全然違う。
返信が来ないなら、もう一回送ってみるとか、もういっそ無理やり会う約束をこぎつけて、会ってもらって判断してもらうとか、いくらでも方法はあるだろうが、
ああ、なんで自分はこんなに不細工なんだろう。勇気がないんだろう。自分は駄目な奴だ。
顔が微妙でも、もっと上手な返信でC子を楽しませられていれば、LINE交換後も変わらない関係でいたのかもしれないが、
女の子と文章でやり取りした経験なんてほとんどないし、Google先生に聞いてもC子を楽しませるピンポイントな方法なんて、当たり前だが出てこない。
あとから「いや、完全に間違えた。ここはこう返すべきだったのではないか・・・」「この間違いでC子につまらないって思われちゃったらもう返信来ないんじゃないかな・・・」と自分のミスを責める気持ちが湧いてきてしまって、それもつらかった。
とにかくこんなことは知り合いにも相談できないし、でもどこかで吐き出さないとこの感情に自分が押しつぶされると思った。
ふと、はてな匿名ダイアリーがあったなぁ、って思い出して、今これを書いてみた。
完全に思いつくままに書き殴っているので、言葉遣いが稚拙だったり、時系列や文章としての流れに矛盾があるだろうが、
それでも書いていて、随分と気が楽になった。
いい年の男が、こんな女々しいことを書いてて、自分でも情けねえなって思う。
C子との恋が実らなかったら、もうこの出会い系サイトは辞めて、オタク趣味と仕事の日々に戻ろうと思っている。
そのぐらい、今はC子しか見えなくて、C子以外の女の子には興味が向かない。
出会い系サイトを始めるまではこんな気持ちは全く感じたことがなかったのだから、前の生活に戻れば、
そのうちC子のことなんか忘れて、恋愛なんてしなくてもいいって思えてた日々に帰っていけるんだろう。
早くそうなればいいのに。
そこそこの企業の特にWeb系で渡り歩いた経験から、真実を書こう。
はっきり言う、ほとんどのプログラマと自称する人間の 9 割はコーダーである。
言われたものを作る事はできるが、それ以外何も出来ないと言って過言ではなく、何もしない。
そんな驚きの生体をここに晒していく。
標準化と呼ばれるプロセスで、プログラマが環境の設計、組み合わせ、開発プラットフォームのセットアップ、開発環境の構築手順作成、開発手順の作成、必要な技術の考察を行う。
なぜそうなったのかは知らないが、一般的にそうなっている。
その環境に浸っているせいか、彼らはゼロベースでものを作ることが出来ない。
彼らにできるのは HelloWorld をコマンドプロンプトで表示するプログラム程度の事しか出来ない。
複数ソースの連結、ライブラリの読み込み、サーバへのデプロイ、どれも手動で出来ないのだ。
逆にそれ以外のこと、コードの読みやすさや、クローン率の低減、メソッドコメントの記載などの保守に関わることをしない。
それは彼らにとって「必要ない無駄な作業」としか考えないのだ。
早く仕上げるためなら、似たような動いてる箇所から、よく読みもせずにコピペを行う。
そして彼らは、作るより運用する期間の方が遥かに長くて、その間に修正で地獄を見るという簡単な論理に気づかない。
…何度味わっても気づかない。
たとえするとしても、業務時間中に業務で使ってる技術をピンポイントで学習するだけだ。
だが、プログラマと呼ばれる人間の母数に比べれば微々たるものだ。
彼らは言う「土日にまで仕事してられるか」「勉強会行ってるの?馬鹿か?」
あえて言おう、馬鹿は彼らだ。
Web で仕事をするならIDE(統合開発環境、エディタやコンパイル、テストやデバッグ実行などを画面から行えるツール)はほとんど必須(エディタで済ませる事も出来なくはない)が、彼らは状況に応じたセットアップができない。
たとえば「Maven(プロジェクト管理ツール)、checkstyle(コーディング規約チェック)、editorconfig(改行、インデント、文字コード設定)」が入っていたとする。
するとEclipseなどを使うとして
マニュアルやチュートリアルを用意しないと、道具の使用もままならない。
テストをなるべく機械にやらせようということの利点が理解できない。
そのために、何十回もコンパイル、デプロイ、アクセス、ログインの手順を何度も繰り返す。
関連する他の修正を行うたびに繰り返す…。
そしてやっと動くとひと仕事終えたと満足感に浸る。
ラリー・ウォールというとある有名な人物(Perl開発者にしてC言語ハッカー)がいる。
これは、自分の作るものは完璧なのだ、だから完璧であるように出来る限りのことをするという美徳である。
彼らは金のために嫌々動くだけのものを作るのだ、動きさえすれば報酬は変わらない、よって当然完璧かどうかなどどうでもいい。
同じ金でより良いものを作るのではない、要件だけ満たせばよいのだ。
変なプライドを持つコーダーは、それで運良く成功すると、自分の知識は正しい、自分の技術は十分なのだと考えている。
こういう人間は、プライドの無いコーダーよりたちが悪く、うまくいかないと他人か環境のせいにする。
そして調べず周囲を苛立たせるのだ。
土日に自ら勉強会に行くプログラマや、それこそ 50 人以下などという会社であればこうした事はあまりない(んじゃないかと思う。)彼らは自分でなんでもやらないといけないからだ。
だが、大企業に飼われる子飼いの企業、派遣(そもそも人手のみを求められる企業)、100人以上の企業では、役割分担に伴いこうした状況が多々発生する。
だが役10年、エンジニアを見てきた結果は変わらない。現実問題こうなのだ、こんな人間が大多数なのだ。
人の多い企業ほど考えたほうがいい、それでより良いものが生まれるのかと。
必要とされる技術だけを叩き込んで金にしたいと言うのは分からなくないが、基本姿勢や思想はどうなんだと。
経営者よマネージャーよ、あなた方の言う「最適化」とは現場が日々考え行っている最適化か?人員最適化だけを行って、生産性が伸び悩んでいないか?
そのあたりは考えた方がいい。
1.SEOが強すぎる
2.文章が長い
くどい
3.情報が薄い
全部読まなきゃいけない
全部読んでも欲しい情報が書いていない
結果、中身が無いように思える
4.構成が良くない
よくある記事の構成としては、ピンポイントなテーマについて考察がある
「主張したいテーマ、事例、理由、注意点、結論(=テーマ)」という構成
WELQはある領域についての特徴を羅列しているため読みづらい
情報量が多いのに薄いため、質が悪いという印象を受ける
Wikipediaのほうがマシに思える
5.伝聞やコピペが多い
Neverあたりも同じだから、手法としては有りなのかもしれないが
また、3や4と組み合わさって悪化している
(Neverなどはピンポイント)
更に、「良い情報だった結果目立っている」という状態になっていなく
質が悪くともSEOで上に来てしまうため、全体的に質が低い印象を受け「またWELQか」となる
6.画像が多すぎる
画像が多すぎる上にでかくスクロールをいっぱいしなければならない
自ずと「サッと眺める」速度で読んでしまうが、テーマが分散してるので頭に入ってこない
先週あたり話題になったよね。NHKのニュースなんか500ブクマだよ。凄い。
でもひどいブコメが多すぎる。これは正さねばなるまい。
まあまずは基本情報としてNHKのやつ(元記事は消えてるのでブクマページ)、大元のWHOニュース、あと報告書のURLが↓ね。
はてなブックマーク - 糖分多い飲料に20%以上課税を 肥満など減らすため _ NHKニュース
http://b.hatena.ne.jp/entry/www3.nhk.or.jp/news/html/20161012/k10010726451000.html
WHO urges global action to curtail consumption and health impacts of sugary drinks
http://www.who.int/mediacentre/news/releases/2016/curtail-sugary-drinks/en/
Fiscal policies for diet and the prevention of noncommunicable diseases
http://apps.who.int/iris/bitstream/10665/250131/1/9789241511247-eng.pdf
20%課税っていう見出しに踊らされたか、まるでWHOにアドバイスするがごときブコメ群。
報告書では健康的な食品に対する減税なり補助金なり考えられてないの?本当に?
それじゃあ報告書の最初も最初、Summaryの2段落目を要約抜粋してみよう。
エビデンスに基づけば:
・砂糖入り飲料(SSBs: Sugar-Sweetened Beverages)の消費量は課税により減少する。特に小売り価格が20%以上増加する場合に顕著である。
がっちり言及している。文中ではより詳しく説明してるし、Conclusionでも当然言及している。
この種のコメント付けた連中は一次ソースも読まずにコメントしてるの?
自分ごとき素人が思いつくこと、専門家が考慮してないとでも思ってたの?
中にはクッソ上から目線のコメントもあったりしてさ(しかも人気コメント上位)。その自己肯定力は何なの?
何なの?
「味が嫌い」というのはさもありなん。でも「健康被害が出る」「身体に悪い」といったコメントも多かったのには驚き。
"人工甘味料で健康被害"なんて典型的なフードファディズムじゃない。リテラシ低くない?
国に認可されている人工甘味料なら、適切に使う限りはどんなに多く見積もっても砂糖以上の危険性はないよ。
そりゃ、多少なりと悪影響はあるさ。フェニルケトン尿症の人にとっちゃアスパルテームは良くないし、ある種の人口甘味料で便がゆるくなることだってある。
でもこれらの影響は砂糖のそれより圧倒的に低い。肥満!糖尿病!その他諸々!
単なる「そんなの効果ない」的なブコメの他にも、「○○の方に課税しろよ」とか「××な人には無意味」みたいな指摘もけっこうあったね。
今回の報告書での"効果あり"ってのは既存のエビデンスと各国の実施データに基づいて導き出されたものなのよ。
砂糖やら脂肪やら塩やら高カロリー食品何やら、多種多様な品目への課税、規制、助成の影響から、効果を評価したわけ。
だから"砂糖への課税"じゃなくてピンポイントに"SSBsへの課税"なのよ。
これ、報告書ね。既存のエビデンスや実際に試した国でどういう影響が出たか等をまとめて評価した報告書。
WHO勧告が出るのはもっと後。いくつか似たような報告書が出てエビデンスが十分蓄積されて、政策決定用のテンプレができてから。
もちろん報告書の最後にRecommendationはあるけどさ、雑に要約すると
この報告書はエビデンスに基づいて政策の効果を評価しただけであって、"こうしたら、ああなる"という事実だけを述べているのよ。
語尾に"べき"はつかないの。
「課税しろだと!?何様だ!」というようなニュアンスで怒ってる人がけっこういるけど、
"20%課税すると、SSBsの消費が減る(から課税するべき)"って感じで()内を勝手に補完して憤ってるだけなのね。
まあ、WHOも内心では"課税するべき"と考えていそうだし、それが節々から滲み出たりもしてるんだけどさ。
サーチ機能ちゃんとしろしろうるさい奴らが多いし、実際運営はサーチ機能つけるつもりのようだ
近づくほどに足跡マークが減っていくので、離れているのか近づいているのかわかるって機能
この足跡機能をなんでやめたかっていうと、銃殺事件が起きたから、と言われている
レアポケモンが民家の庭に出たら、おかしな輩が不法侵入してくるわけで、住民からしたら恐怖でしかない
当然、銃を持てる国なら自衛のために撃たれることだってあるだろう
つまりだ
不正のマップツールでも同じ問題が起きたけど、結局、このゲームの構造上、ピンポイントでレアポケモンの出現場所がわかる、ってトラブルの素でしかない
銃撃事件は起きないにせよ、不法侵入での訴訟問題はどこの国でも起き得るし、実際に、ポケモン出現させるならその土地の所有者に金を払えって訴訟も起きている
それでだ
結局こんな問題を解決するには、ゲームの構造をガラリと変えるか、変えないのならばピンポイントでわかっちゃいけない、ってことになる
ピンポイントでわかっちゃいけない、ってのは、責任を曖昧にするだけで、解決には何もなってないんだけどね
そこで、運営が考え出した第3の手法がこれ、ポケストップ周りのポケモン表示機能
この、ポケストップ周りのポケモンを教える機能にどんな意味があるのか?というと、これはもう重要なファクターはひとつしかない
ポケストップ周辺、という場所は、「その周辺の安全性」と、「大勢が集まっても大丈夫な場所かどうか」と、「その周辺にレアポケモンが出て人が集まる可能性をその場所の人が許せるかどうか」を運営側が把握できる唯一の場所とも言えるような地点だ、ってこと
しかし、国道沿いのマクドにラプラスが出ても、マクドが混雑するだけ、ってことになる
だからこその、ポケストップ周辺限定の出現情報開示なんだと言える
そして、その他何もないところのレアポケモン出現は、今まで通り探索能力の長けた人だけが見つけて、訳のわからない多人数が集まることなくなる、という期待だろう
自力で探索できる人は少人数だし、良識もある、という信頼があるのかどうかは知らないが
そこから、今後の展開を予想
1. ポケストップ周辺の出現情報開示は、スポンサーポケストップ周辺に限られる可能性
どこのポケストップ周辺も安全か、人が集まってもいいか、と言えば絶対にそんなことない
そこで、スポンサー側に、ポケストップ探索機能で表示されていい店舗だけリストにしてもらい、そこだけが探索対象になる、というのは、一番簡単ですごくありそうな線と思う
2. 運営側がポケストップ周辺の安全性を調べられる何かをすでにしている可能性
上述の通り、どこのポケストップ周りも探索対象にできる訳じゃない
そこで、人の交通頻度や、出現ポケモンの捕獲状況、そのポケストップの回され具合なんかのデータから、そのポケストップがレアポケモン出現の公開に耐えられるかどうかを判定するシステムをすでに開発中である、というのはありそうなところ
アメリカでの試験がやたら長いのはこれで、安全性等の判断に使えるデータ収集がうまくいっているのか、実際に安全でトラブルは起きていないか、なんかを解析している時間なんじゃないか、とも思える
自動安全ポケストップ選別ロボットが完成しない限り、全世界でのポケストップ周辺の出現情報開示機能は導入されることはない、と言えるだろう
3. 無策のまま、なんとなく導入
何のトラブル回避にもならないし、誰の利点にもならないし、無能過ぎる、ってことになる
さすがにこれはないだろう
というわけでだ
Amazon万歳はどうかと思うが、ほしいものが店に無い現象はどんどんひどくなっている。
私のような転勤族は、転勤先でとりあえず家をあてがわれ、平日は会社と家の往復をする毎日。
それなりのスーパー・モールはあるが、ほしいものがあるようで結局無い。
かといって探し回るような土地勘も無い。
ひどいのは、詰め替え用はあるのに元のボトルが無いとか。
元増田のピンポイントな指名買いなら無くてもそんなものかなと思ってしまうが、
欠品じゃなく棚割自体が無い。
男性用のリンスインシャンプーは季節性ある?から秋以降は詰め替えのみということがあるかもしれない。
でもケース入りウェットティッシュのケースだぜ?そこまで季節性ないだろ?しかもノンアルコール用の
ケースはたくさんあって、アルコールタイプが無いんだぜ?詰め替え用だけ買っていってもダメなやつ。
セブンプレミアムやトップバリュの棚を確保するためとはいえ、そこを削るかねという品揃え。
安売りで衝動買いを促すのもいいけど、それがなければ意味が無いという商品を置かないのは
Amazonに儲けさせていていいのか?
ピンポイントで欲しい種類がゲットできない=難易度が高すぎる、って言ってる?
その発想がそもそも間違ってると思うよ
何か1匹捕まえるだけでもすごい難しい=難易度が高すぎる、ってならわかるけど
たまたま表示された中に欲しいレアがいて、3回に1回でも取れたらゲームとしては十分じゃないの?
近くに出たら百発百中で採れないと気が済まない、それどころか近くに表示される範囲外も採りたい、って考えでやるのがそもそも間違ってるんじゃないかなー
もっと気楽に、気長にやろうよ
ねえ
ポケモンGOの規約違反ツール、P GO search のことはみんなもう知ってるでしょう
通称、ピゴサ、です
ポケモンGOは、歩き回ってポケモンを探し、それを捕獲するゲームなのですが、このツールは、どのポケモンがどこにいつまでいるのか、全部マップに表示してしまうツールです
ポケモンを探して捕まえることが、このゲームにおいて唯一のゲーム要素なのですが、これらのマップツールを使うと、欲しいポケモンの出現場所がピンポイントでわかり、現地に直行することができます
こんなの使って何が面白いと感じるのか、全くわかりませんが、とにかく流行っているようです
多分、ツール使用者はポケモンを探すゲームがしたいのではなくて、ポケモンが欲しいのでしょう
釣りなんてゲームするより魚屋で魚買いたい人、って感じでしょうか
で、さすがにゲーム性を壊しすぎるので、こんなサイトを野放しにすることはできません
ついにポケモンの著作権をもつ株式会社ポケモンから、著作権に関する抗議が入ったようです
直接訴訟するんじゃなくて、まずは警告という形でしょう
しかし、その抗議に対する対応がまた稚拙で、地図に表示されるポケモンの絵が、崩れたマークになっていて、名前もまた実際のポケモンの名前を使わず、類推できるニックネームのような名前になっています
これで著作権の問題をクリアーした、という言い訳にしたいのでしょう
しかし、著作権の問題なんて、元々の権利対象が少しでも類推できるなら、はっきり言えばもうアウトです
というか、訴える方はどんな状況でも訴えることができます
訴えてから、それが本当に侵害してるかどうかは、司法によって判断されます
実名じゃないからセーフ、絵を崩してるからセーフ、こんなのは全く成り立ちません、裁判所の判断ひとつです
そしてあのツールの、もじった変な名前と、アイコンのカラーだけで、元々のポケモンを類推することは十分可能、というか、丸わかりです
なので当然、対策したつもりでも、訴えられたら負ける可能性が高いように思います
権利元が本気出すか出さないかだけの差で話がどっちに行くか決まります
まあ、裁判費用や裁判の手間くらい、全然気にならないならこれでいいのでしょう
が、もし裁判する気がないなら、この程度で逃げ切れるなんて思わないほうがいいですよ
彼らは「いまのシステムじゃろくにポケモン探せない」といいます
探すゲームなんだから、探し当てるのがある程度難しくて当然じゃないの?そして探す技術が上達したらほぼ間違いなく見つかるよ?と思うのですが
彼らが言っているのは、釣り行っても釣れないから、釣れた人から貰っても仕方ないじゃないか!って話ですよね
釣れない日もあって、釣れる日もある、上達すればいっぱい取れるようになる、だからゲームなわけですよ
しかし、そこにゲーム性を見出せない人が言い訳をしながらマップツールを使い、あげく、マップツールを使ったほうがゲーム性が高い!とまで言っているのが現状です
そりゃ、ツール使ったほうが広く出現ポケモンがわかるので、欲しいポケモンはより多く集まるでしょう
釣り場で釣りするより、市場に行ったほうが面白い、ってな話ですよね
それはまあ、わかりますよ、最上級の理想の1匹の魚が欲しいならね
でも、魚を探して見つけて捕まえる、っていうゲーム性はゼロですよ
なので、ツール使用者は、同じゲームながら、運営が不正と認定している別のゲームをしている、ってのが現状です
もうね、ツーラー向けに、最高個体値レアポケモンを、1匹1万円で売ればいいと思う
で、すぐ飽きてやめてくれるでしょう
そういう現実を踏まえて
いまアメリカの方で、近くにいるポケモンを探索する新システムをテスト中らしいですが
まったく必要ないですよ
なぜなら、考えて練習したら、今のままでじゅうぶん捕まるようになるから
それと、そんなシステム作ったところで、ツーラーはツール使用をやめないから
探しやすくなればツール使用減るでしょ、って考えでやってるなら甘すぎる
と同時に、探しやすくなればなるほど、正攻法でポケモン探ししてる者からすると、ポケモン探しのゲーム性が減ってしまう
つまり、ポケモン探索機能って、不正者がまったく減らないうえに、正規プレイヤーの興を削ぐシステムです
はっきりクソでしょう
まあ、開発者は我々以上によくよく考えて作ってるのでしょうから、今後不正ツールが撲滅されて、より面白い、ゲーム性の高いゲームとなることを祈ります
期待しています!
http://kutabirehateko.hateblo.jp/entry/2016/09/09/003414
http://anond.hatelabo.jp/20160908195737
http://anond.hatelabo.jp/20160908185445
日常的に世間にあふれている「キモオタ」だの「デブ臭い」「ハゲ氏ね」だのの言葉は放置される。
「ヘイトスピーチ」やら、「差別」やらに関わり、糞マジョリティと他人を叩く人のスタンスの多くは、こうした定義論に行き着く。
だから、ピンポイントで狙った差別だけを攻撃できるように定義づけした。
また、こうした態度のものに共通するのが、人のリソースは限りがあり、全部の問題にはアタッチできない、というもの。
なるほどなるほど。
ご説ご尤も。
けれども、マジョリティに位置づけられると、こうした開き直りは許されない。
アイヌ、部落、人種(黒人、在日etc)、宗教、LGBT、病気、障碍、おおくのマイノリティが、我こそは被差別者と声を上げ、その全力を挙げて差別問題に取り組み、そして言う。
こうした声は、「多くの」マイノリティから届けられ、それをマジョリティが知らずにいることは赦されない。
だから、マジョリティはリソースを使って「配慮」する必要がある。
リソースが足りないなどと、とんでもない。
それは「差別」ですよ?
アイヌの人がハゲを嗤う文化に染まり、それを為したことがあったとしても、それは仕方がありません。
わたしはアイヌ問題に取り組むので精いっぱいなのです、他に回すリソースが足りません。
でも「あなたが」アイヌ問題へリソースを割かないことは赦しません。
それはヘイトスピーチじゃないでしょ?
一緒にしないでください。
お前の家に行って1億人がゴミかどうか多数決で分別したらお前はそれを全面的に従うわけ?
多数決でクソ扱いされたコレクションやゴミレベルの賞や勉強や仕事に不要な趣味物とか
思い出あるけど汚くなった服とかそういうの全部マジョリティがゴミ扱いしたらゴミにしていいの?
お前は実生活で一般常識や多数派意見をどれだけ参照して生きていってるの?
この場面ピンポイントでだけ利用者数が多い多数派は絶対正義だって言ってるの?
金が介在すると意見が変わるっていうならお前の正か負かって金基準以外にはないの?
ならなんで無駄な趣味に時間かけてるの?なんで増田やってるの?
金基準ならコスパ悪い子どもも家族も必要ないと思うんだけど一生結婚しないつもりなの?
婚活パーティー攻略法は「相手の立場で考えること」に尽きます。
ただ男女は違う生き物で相手の考えなんてわからないので、女性側の考えを紹介します。
このレベルの人は、まずは女性と話すのに慣れるところからです。
「出会いの場なんだから行けば彼女が出来る」とは思わないでください。
カップリングは「もう少し話す時間を作っても良いかな」程度です。
女性は熱しにくいので、会ってすぐ好き!なんてなりません。
これを知らないと会話のずれが起きるし、
もしカプってもすぐ逃げ帰られます。(いきなり手繋いだり)
まず「どうせ」という発想が女性にはNGですが、それはさておき。
金持ちやイケメンが必ずしも投票を多く集める訳ではありません。
年収700万でも女性に対して上から目線な人はモテてませんでした。
「これさえあればモテる」秘儀はありません。
「どう接していいかわからない」ガチ初心者向けの、わかりやすい指針がこれ。
まず身だしなみは、寝癖とか、鼻毛出てるとか、服がよれよれで穴があいてるとか、います。
会話だと上から目線とか、愚痴っぽいとか、押し付けがましいとか、います。
「ガンダムSeedが好きで」と言うと「平成作品なんてガンダムとは認めない」とか返すんです。
男同士ならそれで盛り上がるかもしれませんが、取引先相手にそんな言い方しないですよね…
最低限、失礼なことをしないだけで足切りされる確率は減ります。
女性経験が少ないと、拒否らず話してくれるだけで舞い上がる人も多い模様。
基本、女性は愛想が良いです。無いわーと思った人とも普通に喋ります。
初対面の女性の本音なんてわからないものだと割り切りましょう。
当日までに痩せようとしたり、コスメや服を新調したり、美容院に行ったり、
パックにムダ毛処理、当日も化粧や服選びやヘアセットと、山ほど準備をしてます。
せっかく準備して来たのに男性側が雑な格好だとガッカリしますし、
間違っても「ネイルって不衛生だよね」などと言ってはいけません。
男性は女性の80%は彼女に出来るらしいですが、女性は逆です。
そのように体が出来ているのでしょうか。
男性→女性 の80%と、女性→男性 の20%で合致した人がカップリングする訳です。
それを知っていれば、カプらなくても凹まないでしょう。
男性は料金が高いので、絶対カプりたくて上限まで投票するでしょう。
女性は恐らく、半分近くが最終投票で誰にも入れない、0票です。
中間投票はまだ気軽で、フリータイムにつなげるためにたくさん書くようです。
(ぼっちになると周りの目がつらい、とかもある)
パーティは池袋や秋葉原といった誘惑の多い場所で開催されます。
様々な誘惑と天秤にかけられ、一番良い過ごし方だと思ったら投票します。
※たまに「普段隠れオタで、ヲタ話出来るだけで楽しい」と投票に積極的な人もいます。
女性は減点法なので、飛び抜けた長所があるより、欠点が少ない方がモテます。
努力で直らない短所がある場合、他の長所でカバーするか、数打つ(何度も行く)か。
極端な問題の場合、モテよりニッチ市場でピンポイントに刺しに行く戦略の方が良いでしょう。
正直、モテ(=たくさんの中間投票を得る)を狙わなくてもカプることは大いにあります。
自分と相手を理解し戦略を決めましょう。周りの人に聞くのも手です。
中間投票ではライバルの数がわかります。女性側は若くて可愛い子に集中します。
その子と共通点があり特別盛り上がった、とかでない限り狙いを変えるのも手です。
例えばまだ20代で若いという武器があるとして、20代限定パーティに行きます。
すると来ているのは全員20代で横並びとなり、若さは武器ではなくなります。
若さ以外にもう1つ特徴や強みが必要なのです。それがないと覚えてもらえません。
女性はお喋りするのが好きなので、会話力は大事です。営業さんはモテてました。
・共通点や、良いと思ったことをハッキリと口に出す
→例えば同い年なら「同い年だと見てたアニメが同じで良いですね」とハッキリ伝えます。
言われると「そうかも」と思い込みます。短時間なので印象付けが大切です。
・交代の間際に伝える
→最後の印象は強く残ります。「もっと話したかったです」など最後に伝えると好印象。
…と、たくさん書きましたが勿論、すべての人には当てはまりません。
その傾向が高く、それに沿った方が確率が上がるというだけです。
回転すし中はノーチェックだったのに、フリータイムでお互いあぶれて喋ってみたら
意気投合した、なんてこともありました。何が起こるかわかりません。
結局は相性なので、カップリング後にうまくいくかもわかりません。
「何でこんな上から目線なんだよめんどくせーよ!」と思うかもしれませんが、
もともと人とコミュニケーションを取るのが苦手で、集団の中で凄く大変な思いをしてきた。
今は自覚的に訓練を重ねたのである程度は人とコミュニケーションを取ることも出来るようにはなってきている。
とはいえ、かなり急造のテクニックなので深い付き合いをしようとするとボロが出て来てしまう。
なので厳密に言えばあまり人脈はない。
そんな程度のコミュニケーションスキルを持つ私なのだが、職場に新しい人が来た時や何らかのイベントで初対面の人相手にはなるべく丁寧に対応するように心がけている。
自分と同じような思いをしてほしくはないという思いからなのだが、ここで一つ困ったことがある。
こういった対応をすると私が想像する以上に親切な人にみえてしまうようだ。
最近気づいたのだが、高確率で私に質問をしてきたり同意を求めてきたり、さり気なく隣にいたりするようになることがちょくちょく出てきた。
しかし、彼らに言っておきたい。
ええ、実は私人付き合い下手くそなので私と一緒に行動してもメリットめっちゃ少ないですよ。
友達も少ないですよ。
と。
なんか騙してるようで気が引けてきた。
※追記
人脈の多寡による人間性の上下というより、実質的な問題として私一人では手助けすることが出来ない人が出てくるんですよ。
例えばそういった方が何か困っている際に私一人では助けることは出来ません(私にはそういう能力はないし、そういった能力を持っている知り合いも少ないため)
それを例えば集団の中で私ではない中心人物と普段からコミュニケーションを取るようにしていると助かることもあると思うわけです。
なので次善策としてさり気なくそちらの方に誘導するかあるいは助ける頻度を落としてピンポイントで助言するようにする。
という手を今思いついた。
でもよく考えたら中心人物がパンクしそうだ。
コンピュータ言語って世の中に山ほどあるけれど、それぞれの言語ごとに特徴がある(特徴のない言語は廃れていく)。
あまり言語に詳しくない人相手に、俺の考えるそれぞれの言語の特徴を書いてみようと思う。
なお、取り上げるのはある程度広く使われている言語に限りたいと思う。
言語名 | 概要 |
---|---|
C言語 | 高速動作するバイナリ生成を目的としたコンパイル言語。だいたいどんな環境でも使えるがバグ出やすい |
C++ | マニアック言語、高速、習得大変 |
Java | サーバで高速かつ安定に動作するコンパイル言語、大規模でよく使われる |
C# | 主にWindowsクライアント用のバイナリ生成に使われるコンパイル言語 |
Perl | 広く使われていたが今は若干時代遅れのスプリクト言語。汚い |
Python | Perlにかわって主流になりつつあるスクリプト言語。綺麗 |
PHP | Web開発にフォーカスされたスクリプト言語。一世を風靡した。 |
Ruby | とても綺麗なスクリプト言語 |
JavaScript | ブラウザで実行出来る唯一の言語。言語自体はいまいちだが、ブラウザの事情で需要あり |
Go | サーバサイドで安全かつ高速動作するバイナリ生成を目的としたコンパイル言語 |
メモリに直接アクセスして書き換えるといったコンピュータの機械語に近い言語構文を持つため、高速な処理が可能な言語。
コンパイラの歴史も古く環境も整っており、組み込み系などを含むほぼ全ての環境で利用可能な万能言語。
一方で、メモリの確保や解放といった基本的なことも自前で処理する必要があるため、コーディングの効率が良くなく、多種多様のバグを生みやすい側面も持つ。
ある程度以上のエンジニアであれば常識として知っておきたい言語だが、初めて覚える言語としてはあまり適当ではない。
C言語にオブジェクト指向を導入した言語。C++言語とはあまり呼ばれず、しーぷらすぷらす、もしくは略してしーぷらぷら、しーたすたす、などと呼ばれる。
C言語の速度を維持したままオブジェクト指向やテンプレートなどの効率的な記述を可能にしようとした意気は真っ当だったのだが、
当時最先端だった色々な技術や思想を叩き込んだおかげで、あり得ないほど複雑化した言語としても有名。
「C++を理解しています」という人はほぼ初級者で、本当に理解していくほど「C++には自信がありません」となっていく。
速度を追求する分野では良く使われている。完全に理解するのは難しいとしても、テンプレートくらいまでは理解しておくと仕事上なんとかなる…かもしれない。
サーバサイドで安全にコードを実行する目的でよく使われる言語。長い歴史を持っており、比較的高速に動作する。
当時は画期的だった「バーチャルマシン」や「ガベージコレクション」という機構を備え、CやC++でよく問題になるメモリの解放忘れというバグを生まず、
サーバサイドなどで何千時間と動作するソフトウェアに適した言語として受け入れられた。
必然的にエンタープライズ用途で利用されることが多く、各種ツールなども豊富。人海戦術がしやすい言語という側面も出てきた。
一方でブラウザにHello Worldを出すだけでも大変な労力を必要とするので、スタートアップなどではあまり使われない。
ガラケーのアプリや(ちょっと違うが)Androidなど、クライアントサイドでも使われることがある。
プログラミング言語で最初にJavaを覚えるという人は結構多いが、仕事としてJavaを使うのは大抵SI系の業務になり、なかなか辛い労働を強いられる可能性が高い。
クライアントサイドで安全にコードを実行する目的でよく使われる言語。こちらも比較的高速に動作する。
元々はWindowsのクライアント用の言語であり、Javaとは違ってクライアント向きのAPIが多数ある。
マイクロソフトが開発した言語ということもあり、マイクロソフトの優れた開発環境が利用出来るので開発効率は非常に高い。
Unityなどでも利用可能であるが、基本的にはクライアントの実行形式ファイルを生成する目的が大きく、サーバサイドではあまり使われない。
自作のゲーム開発をしたいのであればうってつけの言語。初めて覚える言語としても十分に良いだろうが、C#を使う仕事は近年無くなりつつある。
ほぼ全てのLinux系ディストリビューションに含まれており、ツールや様々な用途で使われていた。
上に紹介したC、C++、Java、C#のようなコンパイル言語とは違い、(少し語弊はあるが)1行ずつ実行してエラーがあれば止まるスクリプト言語である。
ちょっと開発してすぐに実行ということが出来るのと、コマンドラインでワンラインのコードを読み込ませてちょっとした処理が出来るなど応用範囲の広い言語である。
20年近く前にWebでCGIが普及した時には、ほぼどのようなサーバ環境でも実行可能だったこともあり、Perlを使うことが極めて多かった。
しかし、主に読みづらい言語仕様のせいで、近年新規ではほとんど使われなくなった。既存のコードもどんどん別の言語に置き換えられていることが多い。
日本の大手Web企業の一部が使っているので、そこに就職するために覚えるのもアリっちゃアリだけど、今からPerlをわざわざ覚えるのは強くオススメしない。
後発のスプリクト言語。こちらもほぼ全てのLinux系ディストリビューションに含まれており、それゆえに広く使われている。
インデントまで言語仕様で規定することで、誰が書いても読みやすいコードになるように考えられている言語である。
Perlの代わりに使われることが増えていて、周辺ツールなども充実しており、小規模から大規模までカバーする勢いがある。
ただ、Python2とPython3のバージョン間での非互換性があまり綺麗に設計されていなかったため、そこで混乱を招いていたこともあった。
最近だとマシンラーニング系のライブラリでPythonが使われていたり、海外ではPerlに代わる言語として受け入れられつつある。
Web開発に特化したスクリプト言語。CGIの代わりに使われ始め、一世を風靡した。
以前CGIでWebに何かを表示するには比較的大変な労力を割かなければいけなかったのが、PHPを使うと誰でも即座にWeb開発が出来たので爆発的に普及した。
またphp.netの豊富なドキュメント&スニペットのおかげもあり、開発初期の効率が大変に良い言語である。
残念なことに、言語やAPIの設計がいけていない点が多く、一部の人からは蛇蝎の如く嫌われている。
今でも根強い人気があり、海外でも小規模プロジェクトの最初の開発にPHPを選ぶのは比較的よくある選択肢であるようだ。
Webアプリを開発をしたいという明確な目的を持つ人が、最初に学ぶ言語としてPHPを選ぶのは理にかなっていると思う。
なおこの言語を本気でディスってる人は大体視野の狭いエンジニアであることが多いので、地雷エンジニアを見分けるのにも役立つ。
綺麗なスクリプト言語。日本発で世界的に普及している数少ないIT技術の一つ。
言語仕様が美しく、それゆえにファンが多い。Ruby on RailsというWeb用フレームワークの登場で、Webアプリでの採用例も一気に増えている。
基本的には他のスクリプト言語と同じくサーバサイドでのプログラミングに用いられることがほとんどである。
スクリプト言語で何かを作成するのであれば、Rubyを選んでおけばそう失敗することはない万能言語。
サーバサイドで何かすることに興味を持っているならば、最初に覚える言語としてはとてもオススメ出来る。
一方で、なぜかRubyが採用するWeb側のフレームワーク(具体的にはprototype.jsやCoffeeScript)はいつもクソなので、そちらは深入りしないのが吉。
ブラウザで動くスプリクト言語。ブラウザ戦争が勃発していた18年前、奇跡のようなめぐり合わせでベンダー間の合意が取れ実装された言語。
言語としてはプロトタイプベースのオブジェクト指向という少しめずらしい形式を取っているが、実際にはあまりその特徴は利用されていない。
言語仕様がイマイチで、大変バグを生みやすい言語であり、また関数のスタックが深くなる特性もあり、あまり積極的に使うべき言語ではないが
ブラウザで動く言語が現在これしかないので、大きなシェアを持っている。
一部の物好きがサーバサイドでこの言語を使おうと(主にnode.jsで)四苦八苦している(とはいえ、1つの言語でWebとサーバが完結するのは大きなメリットだ)。
ブラウザで動く唯一の言語のくせにとにかく書くのが面倒ということもあり、多数のAltJSと呼ばれるJavaScriptに変換される別言語を生み出されている。
まあJavaScript本体人が手で書く言語ではない…というのがECMAScript5までの印象だったが、新しい規格が順次導入されており、今後に期待。
Web業界で生きていくならば、好むと好まざるとにかかわらず覚えなければいけない言語である。
最初に覚える言語としては、ブラウザ上でゲームなども作れるし、node.jsでサーバサイドもできるしで、意外とオススメだったりする。
C、C++やJavaと同じでコンパイル言語。サーバサイドで高速かつ安定なバイナリを出力することを目的とされ設計されたGoogle発の言語。
その目的においてはかなり高性能を誇るので、特に速度を要求されるサーバサイドでのプロジェクトでは導入が進んでいる。
それ以外の目的ではあまりこの言語を採用するメリットはないが、ニッチな用途をピンポイントで抑えており、これから広く利用されることも期待される。
コミュニティも活発であり、初めて言語を覚える人が参入すれば喜ばれるだろう。言語としても美しい言語なので、サーバ系のプログラムに興味があればオススメである。
繰り返しだけれど、それぞれの言語ごとに特徴があり、特徴のない言語は廃れていく。
ここに挙げた言語は何らかの特徴があり、何らかの用途で必要なので生き残っている。
その背景を知った上で、ここにある言語は全部ある程度読み書きが出来るようになると素晴らしいと思う。