  |
はてなキーワード: パスとは
若者の投票率が～ ってネットの書き込みを見てなんとなく思った。
日本人はいいところを見つけるより悪いところを見つけようとする人が多い。
加点じゃなくて減点法で考える人が多い。
ネットみてれば炎上とかばっかりでそれはみんな感じてると思う。
ということで、選挙の投票もこの政党・この人を支持するって投票形式じゃなくて、この政党・この人だけはやめてっていうのを投票するようにすれば来る人多いんじゃない？って思った。
ネットでも○○はない、ありえない、あそこを支持するとか頭おかしいだろ、みたいなコメントはよくみるわけだし。
投票しないって人には興味ないってだけじゃなくて、支持するところがなくてわざわざ投票所まで貴重時間を使って足を運ぶ価値すらないからパスって人もいるはず。
そういう人でも、あそこだけはないな、みたいに思ってる人はいる。
私自身、今回の選挙に行く気はないが、消費税あげようとしてる党だけはないな、って思ってる。
理不尽なリジェクトを受けたiOSアプリが公開されるまでの経緯 - Qiitaを見たので、
「前の開発担当者が全員辞めてメンテできなくなったアプリがAppleにApp Store上から非公開にされたのでバージョンアップしてほしいのです」と急に頼まれたときのAppleのレビュアーとのやり取りを書くよ
--
増田「バージョンアップしたので再公開よろしくお願いいたします。SDKのバージョン上げただけで機能は変えてません」
Apple「この画面の上のタブボタンがタップしても動かないです」
増田「すみません、そこはただの進捗表示するステップ表示バーなのでタブじゃないです…」
→無言でパス
--
Apple「この画面の保存ボタンが動かなくて次の画面に行けません」
増田「↑のレビューでそのボタンを押した先の画面の指摘を受けてますし、その部分変えてないのでもう一回見てもらいたいです…」
→無言でパス
--
Apple「スクリーンショットが実際の画面を十分に反映していません」
増田「差し替えてみました」
Apple「枚数が足りないです」
増田「(前バージョンのままなのに…前から時間が経ってるせいかな？) 追加しました。iPadアプリなのでiPhoneの方は入れていません」
Apple「iPhoneも入れて下さい」
増田「iPhoneだと画面が崩れるのです…」
Apple「ユニバーサルアプリになっているのでiPhoneもください」
増田「前の担当の人がユニバーサルにしていたみたいです…iPad専用にして新規申請し直します」
--
増田「iPad専用アプリにしました。新規アプリとしてApp Storeの公開よろしくお願いいたします」
Apple「もう少し情報がないとレビューを進められません。これはユーザー登録はどこでしますか？お金がかかりますか？(以下10項目くらい質問)」
増田「(前のアプリと一緒だし前のアプリのやり取りのログ見てくれるとかないのかな…課金関係で変な再質問とかリジェクトされたら困るな…) (以下10項目くらい回答)」
--
Apple「アプリ名が『マスダiPad』になっていますが、iPadという名前はAppleの商標なのでアプリの名前に入れないでください」
増田「そうなんですね…じゃあ『マスダタブレット』にします」
Apple「ちなみに『マスダ for iPad』ならOKです」
増田「(名前にiPad入っとるやんけ！)」
--
増田「変えました (これから新規アプリとしての再レビューか…長くなりそう…)」
Apple「Ready for sale」
増田「！？」
--
レビュー結果の通知は来るまでに3営業日くらいかかったけど問題解決センターでのメッセージの返信は最速3分で来たこともあったので
できるだけ手を動かさずに合意取ったりうまいことアピールして詰める感じのやり取りが必要な気がしたよ
自分は4.2でリジェクトされたことないけど多分4.2は他のリジェクトと違ってアプリのアピールがどれだけうまくできるかみたいな営業スキルが求められる気がしたよ
１０、２０代の女性でちゃらそう、なんとなくチョロそうに見えない女性が果たしているのか？という総意で日記を書いた。
たいていの若い女は押せばヤレと思われていてこのトピ主？みたいな経験を２００％しているから
出会う異性全員にセックスに誘われるのはごくごく一般的で、このブコメやなんぱしない人はいるかもしれないけど本当に少ない数ですよといいたかった。
男の方が当たり前にストライクゾーンが広いでしょとかそういうレベルで大抵の１０，２０代のこの女パスって人はいないと思う。
男の子と集団で会うとか、合コンの人数を集めるというときに、豊田さんは、自分が負ける ほどメッチャ可愛い女の子が来て、自分が添え物にされる展開を恐れ、嫌がっていました。 「あの子は可愛いから私負けちゃう・・・。」ということをいつも気にして口にしてまし た。
この田中という存在は、適度に自分より可愛くない、だけど「あんな変な子を連れて きて、なんなんだよ!」と男子サイドに言われずに、そこそこ自分の添え物になってくれる 存在として、置いときたかったのかもしれません。
別にそんならそれでいい、という所も、私は飄々としてました。
自分の彼氏はちゃんと欲しいけど、友達とケンカしたり、女の友情がドロドロになるほどの
関係は要らない、と思ってました。
彼女と張り合って「アタシの方が可愛いでしょ!」とか、同じ男の子を取り合って泥沼ケン カ、ということにはなりませんでした。それも、友達関係が長続きした要因だと思います。
文化祭で私が一目で気に入った彼も、「どうして真由子ちゃん付き合わないの?」と私が聞
私は、穏やかで落ち着いた、優しい、おっさん臭い人、大好きなタイプでした。
彼女の方が気に入る男の人は、なんか性格悪そうというか、私には「初対面で論外」と思う
人ばっかりでした。
それで「なんであんな人たちが好きなの?」と聞いた時に「お父さんが暴力をふるう、精神 的にも完全に威圧するタイプ。お母さんが耐えていて、自分も辛いけれど、そういう男の人 ばかり選んでしまう傾向はある」と答えてました。
芸能人で言うと「東幹久、吉田栄作!!」と、当時のバブル人気王道タイプを答えていたの で「私はパス!もっと地味でも優しそうな人がいい!」と言い返してました。
xp使っているとか、無認証wifiとか、度を越しているな。。パス無しなら、不正アクセス禁止法の対象外だから、ハッキングの練習（というか、防御の研究）してみたいな‥
ちなみにネット上には、win2000サーバーのサンプルサイトを公開したままの（○○コーヒーというやつ）政府外郭団体のページがまだあるぞ。
ウソです
c:\>docker pull centos c:\>docker run -i -t centos /bin/bash # cat /etc/os-release NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
# which pyhton bash: which: command not found # yum install which Loaded plugins: fastestmirror, ovl # which python /usr/bin/python # ls -l /usr/bin/py* -rwxr-xr-x 1 root root 78 Nov 6 2016 /usr/bin/pydoc lrwxrwxrwx 1 root root 7 Aug 1 17:23 /usr/bin/python -> python2 lrwxrwxrwx 1 root root 9 Aug 1 17:23 /usr/bin/python2 -> python2.7 -rwxr-xr-x 1 root root 7136 Nov 6 2016 /usr/bin/python2.7 # python --version Python 2.7.5
# which yum /usr/bin/yum # file /usr/bin/yum bash: file: command not found # yum install file # file /usr/bin/yum /usr/bin/yum: Python script, ASCII text executable # head /usr/bin/yum #!/usr/bin/python import sys try: import yum except ImportError: print >> sys.stderr, """\ There was a problem importing one of the Python modules required to run yum. The error leading to this problem was: %s # yum --version 3.4.3 Installed: rpm-4.11.3-21.el7.x86_64 at 2017-08-01 17:23 Built : CentOS BuildSystem <http://bugs.centos.org> at 2016-11-05 23:37 Committed: Florian Festi <ffesti@redhat.com> at 2016-07-26 Installed: yum-3.4.3-150.el7.centos.noarch at 2017-08-01 17:23 Built : CentOS BuildSystem <http://bugs.centos.org> at 2016-11-15 15:30 Committed: CentOS Sources <bugs@centos.org> at 2016-11-03 Installed: yum-plugin-fastestmirror-1.1.31-40.el7.noarch at 2017-08-01 17:23 Built : CentOS BuildSystem <http://bugs.centos.org> at 2016-11-06 00:11 Committed: Valentina Mukhamedzhanova <vmukhame@redhat.com> at 2016-08-04
# yum remove python Loaded plugins: fastestmirror, ovl Resolving Dependencies --> Running transaction check ---> Package python.x86_64 0:2.7.5-48.el7 will be erased --> Processing Dependency: python >= 2.4 for package: yum-3.4.3-150.el7.centos.noarch --> Processing Dependency: python >= 2.2 for package: pyxattr-0.5.1-5.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: yum-metadata-parser-1.1.4-10.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-kitchen-1.1.1-5.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: pygpgme-0.3-9.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-pycurl-7.19.0-19.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: libxml2-python-2.9.1-6.el7_2.3.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-chardet-2.2.1-1.el7_1.noarch --> Processing Dependency: python(abi) = 2.7 for package: dbus-python-1.1.1-9.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-urlgrabber-3.10-8.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: pyxattr-0.5.1-5.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: yum-3.4.3-150.el7.centos.noarch --> Processing Dependency: python(abi) = 2.7 for package: pyliblzma-0.5.3-11.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: pygobject3-base-3.14.0-3.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-iniparse-0.4-9.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: yum-utils-1.1.31-40.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: rpm-python-4.11.3-21.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: yum-metadata-parser-1.1.4-10.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-kitchen-1.1.1-5.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: pygpgme-0.3-9.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-pycurl-7.19.0-19.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: libxml2-python-2.9.1-6.el7_2.3.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-chardet-2.2.1-1.el7_1.noarch --> Processing Dependency: python(abi) = 2.7 for package: dbus-python-1.1.1-9.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-urlgrabber-3.10-8.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: pyxattr-0.5.1-5.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: yum-3.4.3-150.el7.centos.noarch --> Processing Dependency: python(abi) = 2.7 for package: pyliblzma-0.5.3-11.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: pygobject3-base-3.14.0-3.el7.x86_64 --> Processing Dependency: python(abi) = 2.7 for package: python-iniparse-0.4-9.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: yum-utils-1.1.31-40.el7.noarch --> Processing Dependency: python(abi) = 2.7 for package: rpm-python-4.11.3-21.el7.x86_64 --> Processing Dependency: python-sqlite for package: yum-3.4.3-150.el7.centos.noarch --> Running transaction check ---> Package dbus-python.x86_64 0:1.1.1-9.el7 will be erased ---> Package libxml2-python.x86_64 0:2.9.1-6.el7_2.3 will be erased ---> Package pygobject3-base.x86_64 0:3.14.0-3.el7 will be erased ---> Package pygpgme.x86_64 0:0.3-9.el7 will be erased ---> Package pyliblzma.x86_64 0:0.5.3-11.el7 will be erased ---> Package python-chardet.noarch 0:2.2.1-1.el7_1 will be erased ---> Package python-iniparse.noarch 0:0.4-9.el7 will be erased ---> Package python-kitchen.noarch 0:1.1.1-5.el7 will be erased ---> Package python-pycurl.x86_64 0:7.19.0-19.el7 will be erased ---> Package python-urlgrabber.noarch 0:3.10-8.el7 will be erased ---> Package pyxattr.x86_64 0:0.5.1-5.el7 will be erased ---> Package rpm-python.x86_64 0:4.11.3-21.el7 will be erased ---> Package yum.noarch 0:3.4.3-150.el7.centos will be erased --> Processing Dependency: yum >= 3.4.3 for package: yum-plugin-ovl-1.1.31-40.el7.noarch --> Processing Dependency: yum >= 3.0 for package: yum-plugin-fastestmirror-1.1.31-40.el7.noarch ---> Package yum-metadata-parser.x86_64 0:1.1.4-10.el7 will be erased ---> Package yum-utils.noarch 0:1.1.31-40.el7 will be erased --> Running transaction check ---> Package yum-plugin-fastestmirror.noarch 0:1.1.31-40.el7 will be erased ---> Package yum-plugin-ovl.noarch 0:1.1.31-40.el7 will be erased --> Finished Dependency Resolution Error: Trying to remove "yum", which is protected
いわきFCが去年の全社でベスト4にも残れず地域CLに出れなかったこととか都合よく忘れ去られてるよな。
相手がアマチュア上位だと対策取られて簡単には勝てなくなる。敗退した試合を見たわけじゃないが相手は対格差を考慮してそこでの勝負を避けパスサッカーで崩したそうだ。
将来J3とかJ2行けたとしても、対策取られまくって思うように勝てないんじゃないの。そりゃ幾つかは勝てるだろうけど。今までのJだってそうだったじゃん。革新的なところが革新的なままJ1まで大成功ってあったか？相手があるんだから普通に対策取られて徐々に通用しなくなってくと思うのだが、いわきFCだけはそうじゃない一気にJ1へ行くぞ、とか言ってるのJをなめてるとしか思えんかったり。
個別のページをブクマするのはいいのだけれど、個別のページをブクマしたらはてなブックマーク側で自動的にトップページのリストも生成してくれるような機能が追加されると嬉しいな。個別ページに付けたタグを継承してくれるとさらに嬉しい。
自分がよくブクマするサイトのトップページに容易にアクセスできるようになるというのはかなり便利なはず。
例えば過去にhttps://anond.hatelabo.jp/20170906211227をブックマークしたことがあるとすればhttps://anond.hatelabo.jpがそのリストに加わり、
http://blog.livedoor.jp/dqnplus/archives/1939054.htmlをブックマークしたことがあるとすればhttp://blog.livedoor.jp/dqnplus/がそのリストに加わるような感じで。
クライアント側で自前でやろうとするとドメイン以外をバッサリ切り捨てるくらいしかできないけれど、すでにブクマページの記事元リンクからそのようなパス付きのページに飛べるようにしているはてななら割と容易に実現可能なはず。
全くゲーム業界関係者ではないものの、プログラマの端くれとして関心があったためタイムシフト配信でゼルダの伝説の8本のセッション全部見た（また、他のセッションも色々視聴した）
内容については（増田がSNSかは微妙だが）SNSへの投稿禁止、また専門家ではないので言及しない。
興味のある人は是非タイムシフトパスを購入してその目で確認しよう！と言いたいところだが、CEDEC最終日（9/1）の19時が購入期限で今から視聴は不可能である（様々な事情があるだろうし、残念ながら致し方ない）
専門外のため用語や実際の作業として理解できない部分もあったものの、8つのセッション全てプレゼンとしてとても丁寧に整理されており、他業種の私にも参考になる・刺激を受ける部分が多くあった。
内容以外で特筆すべきは、プレゼン資料の統一性もだが、十二分なトレーニングを積んだと思われる16人の発表者であろう。
8つのセッション（1セッション1時間なので8時間）で16人発表したわけだが、話す速度、スライドをめくるタイミング含めて完全にコントロールされており、全てほぼ時間ぴったりに発表を終えている。
また、言い間違いや詰まる箇所は合計8時間の中で数えるほどしかなく、資料を見っぱなしということもない。
こういったセッション、カンファレンスで必ずしもこのようなクオリティで発表すべきとは全く思わないが、任天堂の完璧主義ともいうべき姿勢が見えて尊敬の念と同時に、少し空恐ろしいものを感じた。
セッションの中では、過去のカンファレンスや論文などを参考にしたなどの言及もたびたびあり、オープンにされた知見への「お返し」という面もあるのかなぁ、オープンソース的な流れを感じる良い話だぁなどと暢気に考えていた。
また、先日のOSC2017京都にも任天堂は協賛しており、求人広告を出している。
OSC2017京都の件については、私は求人広告は注目しておらず、任天堂が昨今のマクロソフト・アップル同様、秘密主義からOSSへ歩み寄り始めているのかと思っており、CEDECに任天堂関係者が登壇する、というのもその流れで観察していた。
（ちなみに今年のHTML5カンファレンスへも任天堂はスポンサーとして協賛しており、同様に求人広告を出すのではないかと予想している）
ただ、これほど立て続けにこれまで関わりの薄かった他業界への求人アピールが続くと今回のCEDECの講演内容について別の側面から見たくなってくるものだ。
CEDECのセッションだからという面はあるのだろうが、8つのセッションの多くはこれまでの任天堂の「アイデア」「枯れた技術の水平思考」的なイメージから離れたモダンな効率化・自動化を中心としたセッションであった。
実際、セッション内容をまとめた記事を見たと思われる人々から任天堂のイメージが変わった、という感想も多く見受けられる。
（既存のイメージと合致するのはフィールドレベルデザインのセッションの一部ぐらいだろうか）
セッションで繰り返し述べられたのは、自動化・効率化によって「最後まで何度も調整できた」「クリエイティブな作業に集中できた」ということである。
その「クリエイティブな繰り返しの調整」こそ任天堂の元来のイメージに相当する部分であると思われるので、任天堂の開発手法が大きく変わったというのも事実ではあろうが、外部に見せる側面を変えたという印象が強い。
つまり、既存イメージを強調するセッション行おうと思えば出来たにも関わらずそうしなかったように思えるのだ。
とにかく、メディアの記事を確認してもわかるが、今回のセッションではブレスオブザワイルド特有の面白さの根幹に関わる部分はほとんど出てこない（例えば以前から話題になった2Dマップでの検証や化学エンジンに関する内容）
それもあるだろう。ただここで一つ仮設を立てたい。
8つのセッションは開発の様々な知見からある効果を狙って特定のテーマに基づいて選定されているのではないだろうか。
そして、そのテーマはおそらく「ゲーム制作を支援する技術（者）」である。
先ほど述べた通り、発表内容・資料・プレゼンターのクオリティは一定以上に統一されて非常に高い。ほぼ間違いなく、開発チーム・制作部署以外の部門も深く関与しており、そのテーマの選定にも関わっていると考えるのが自然だ。
ゲーム自体に関わる部分への知見ではなく、他業界にも理解しやすく応用できる内容を意図的に選定しているのではないか？
セッションを視聴した人、またメディアの記事を読んだ人でこういう感想を持った人も多くいただろう。
「他業種だけど参考になる」
「ゲーム以外のソフトウェア開発にも応用できる部分もありそう」
「分野は違うけど、自分のやっている（やりたい）仕事と似ている」
秘密主義の任天堂はある日突然、知見の共有に目覚め、OSSの理念に共感し始めたのではなく（部分的にはそうなのかもしれないが）、他業界の（優秀な）エンジニアに自社の存在をアピールしようとしているのではないだろうか。
自社の技術を開陳し、それを一種の求人広告とするというのは他のカンファレンスでもよくあることではあるが、今回のCEDECのセッションもその面が強いのではないだろうか。
IT企業・ベンチャー企業経営者は「参考になる！」とか言ってfacebook・Twitterで記事を能天気にシェアしている場合ではない。
平均年収840万の（日本を本社とする）世界的企業が本格的に君たちとの人材獲得競争に参戦したのである。
昨今のコンシューマゲーム業界に対するサイゲームスの立場に近いものを感じた。
ちなみに私はフレックスなし、制服（作業着）着用の時点で中途採用への応募は断念した。
今回の内容では余りに任天堂が腹黒いかのような印象を与えてしまうので、補足としてCEDECに関してはセッションへの登壇こそ初めてのものの、任天堂は長年スポンサーとして協賛しており、過去数回基調講演への登壇は行っていると書き添えておく。
また、多かれ少なかれ企業というはこの手のカンファレンスへはある程度作為を持って参加するのが当然のため、私自身は任天堂に他意はない。
3Dゲームやるわけでもないのでフラグシップは不要。ただし普段使いが快適であってほしい。
・RAM：3GB～
・ROM：32GB～
・OS：Android7.0～
真っ先に目についたのはこれ。安い割にスペックは上々。ほぼ満足できる。
Type-Cだし条件は満たしそう。と思ったらまさかの電子コンパス非搭載。ボツ。
良さげ。発売が1年前なのがちょっと気がかりだが。ちょっと前に値下がりしたらしい。
これを買うなら値段的にZE520KLでいい。ていうか型番分かりにくいよ。
良さげ。日本発売は来月？値段はまあ許容範囲か。上位と下位のモデルがあるらしいが下位で十分そう。
ちなみにその他の機種として、
ZenFone 4 Selfie/Pro は前提条件満たしてないのでボツ。
ZenFone 4 Max/Pro も前提条件満たしてないのでボツ。
サブディスプレイ要らなくね？って感じがする。
その他は普通に優秀そう。
カッコいいけどまだ売ってない。というか多分高い。
先月、docomoがdエンジョイパスという新サービスを開始した。税抜月額500円で、レジャー、スポーツ、グルメなどのサービスで優待が受けられるというものだ。
55歳以上を主なターゲットにしているらしく、私はシニア関連の仕事をしているため、興味本位で触ってみることにした。だがその中で、運営元の倫理観を疑わずにはいられないサービスに遭遇したため、ここで共有することにした。
dエンジョイパスには「趣味人倶楽部コミュニティで交流する」というメニューがあった。メニューを押すと、趣味人倶楽部(しゅみーとくらぶ)という、外部のサイトに飛んだ。趣味を持つ人達とコミュニケーションが楽しめるSNSらしい。どうやらこの趣味人クラブ自体もシニア向けのサービスのようだった。
いくらか触ってみると、日記や写真を投稿したり、コミュニティやイベントを立てて交流するサービスであった。ログイン会員しか見られないクローズドなSNSで、分かりやすくいうとmixiのシンプル版だ。シニアに分かりやすくするためにあえて機能を削っているように思える。
この趣味人クラブの運営会社は、なんと、Welq事件で去年世間を騒がせたDeNAであった。
なぜこのようなタイミングでdocomoはわざわざDeNAと組んだのか。Welq事件より前からお金の絡んだ提携の話が決まっていたのであろうか・・苦笑
それはさておき、この趣味人クラブもDeNAが運営している以上、きっとキュレーションメディアのようにSEO施策をしているのではと思い、興味本位で少し探ってみたのだが、それは、クローズドなSNSとして絶対にやってはいけないものだった。
なんと『会員の非公開コンテンツの一部を勝手に公開してSEO流入を狙っている』のだ。
ユーザーが書いた日記のタイトルと本文の冒頭200字程度と写真のサムネイル画像を一覧にして公開し、Googleにインデックスさせているのだ。
それがこのページ(他にもまだまだあるかもしれない)のPC版で、会員でなくても多くのユーザーの日記の冒頭を読むことができる。
https://smcb.jp/diaries/index_latest
キーワードごとにカテゴリーのページも作られ、かなりの数を量産しているようだ。
https://smcb.jp/tags/5637/diaries
記事の全文こそ公開していないものの、200字程度は読めてしまうため、Twitterのように短い文で投稿している日記は全文が読めてしまう。また、日記のリンクを押すと、コンテンツを見たかったら新規会員登録、というページに遷移させ、会員登録を誘導する始末だ。
こんなにも堂々としているので、もしかしたら非公開であるとは謳ってないのか、と思い、いろいろ規約などを読み漁ってみたが、ユーザー向けのQ&Aページにログイン会員に限定公開であることがしっかりと記載されていた。
https://smcb.jp/pages/faq/diary より一部抜粋
(※ページの魚拓の取り方がわからないので、誰かできれば取っておいて欲しい。)
==========
Q 日記の公開範囲を限定したいのですが、どのようにしたらよいのでしょうか？
・全体に公開：趣味人倶楽部にログインしている会員全体に公開されます。
・お気に入りリストの相互登録のみ公開：相互にお気に入り登録をしている趣味人倶楽部会員にのみ公開されます。
・非公開：自分のみに公開され、他の趣味人倶楽部会員には公開されません。
==========
この『全体に公開：趣味人倶楽部にログインしている会員全体に公開されます。』という記述は、普通に読めば、「ログイン会員以外には公開されない」と捉えるだろう。しかし非公開と思って日記を書けば、はたまた先ほどの日記の一覧に載り、全世界に公開されてしまうのだ。
シニア相手なら気付かれまいと、会員の作ったプライベートな内容(非公開と思って会社の愚痴など言ってるかもしれない)を含むコンテンツを勝手に公開しSEO流入と会員増で収益増を狙っているように思われる。一部しか公開してないから大丈夫だとでも言うのだろうか。DeNAはまったく懲りていない。いい加減にしろ。
シニアをターゲットにするなとは言わない。モラルのあるサービスを運営して欲しい。
docomoもdocomoで、おそらくシニア層の会員が多くいるため提携したのだろうが、このような実態を把握しているのだろうか。把握してなお提携しているようならdocomoも同罪だ。
インターネット大手のサービスが、この先もこういうことを続けるようでは本当に悲しい。
