  |
はてなキーワード: 規約とは
タイトルの通りです。なんか猛烈に感動してるんだけど、彼氏もいないし誰かに話すようなことでもないのでここに書く。ってかこれなんか規約とかに引っかからない？大丈夫なの？
そして匿名ダイアリー使ったことほとんどないのでなんか失礼があったらすまんね。
脱毛サロンに行ったわけじゃなくてセルフなのでまあ数日後にはまた除毛に勤しまないとパイパンを維持できないんだけど。
夏だし水着着る予定もあるし、ビキニのパンツからはみ出るような粗相をしたら溺死したくなるだろうなと思い、軽く処理をしようと思っていろいろググって剃り方とかなんか色々勉強してたんですけど、調べれば調べるほどあそこの毛ってクッソ邪魔じゃねえ？という気持ちが募りまくりまして。いや、毛は毛で役割を果たしているのであろうことは推察されるのだけど（陰部って粘膜組織なわけだし…）あ、ちなみに分かると思うけどわたしは女です。今年で21になりますが彼氏のいない処女です。
じゃあもう全部なくせばいいじゃん、と思った私は薬局に向かいました。
季節が季節なのもあって除毛クリームはいろんな種類のものがたくさん陳列されておりました。あ、なぜ除毛クリームにしようと思ったのかといいますと、カミソリはかゆくなるのを経験則で知っていたのと粘膜付近に刃物を使うのが嫌だったのとサロンに行く時間も金もなかったからです。あとサロンのお姉さんの前で砕石位というかM字開脚しなきゃいけないのがめちゃくちゃ嫌だったというのもある。
沢山置いてはあったのだけど、ビキニラインとかデリケートゾーンに使えるものって殆どなくて、結局2,3種類くらいに絞れたうちの一番安いやつを買い、自転車を漕いで帰路につきました。
わたしが今回買ったのはお風呂で流すやつ。クリームを塗って、5分くらい放置したあとスポンジで撫でながら洗い流すというものです。
早速パッケージを破りクリームとスポンジ（クリームについてた）を持っていそいそとお風呂に向かいました。
いきなり陰部に取り掛かるのはなんか良くない気がしたのでとりあえず足に塗って、放置して流してみました。おお、取れる取れる。毛の根本が溶けてる感じです。この時点でだいぶ感動していた私は、主目的の陰部に取り掛かりました。なんか恥ずかしくなってきたぞ書いてて。
とりあえずいきなり粘膜方面に行くのはやめとこうと思い、子宮のあたりにクリームを塗りました。ちなみにクリームを塗る前に毛足を短くカットしてます（毛根に塗らなきゃ意味ないかなという推察のもとです）
そして5分放置。この五分がカップラーメンの3分並に長い。スマホ持ち込んでてよかった。
ソシャゲのイベントを走りつつ待ちまして、5分少々が経過。どんなもんかなと流してみると、うおおおめっちゃ取れる！すごい！！！！！！地肌がめっちゃ見える…というかマジで無毛になりました。毛根は残ってるんだけど見た目じゃわからない程度。すげぇ。なんかAV女優みたいな恥部だよ！
同じ要領で粘膜周りにもクリームを塗り（たぶんこのときは粘膜にクリームが飛ばないように気をつけたほうがいいんだと思う）放置して流しました。このクリームを塗ってる絵面、他人に見られたら死ぬやつだった。このへんは障害物が多いのできれいに毛をなくすのは難しいけど、まぁ許せる範囲にはなった。どうせ誰も見ないし。
そんなこんなでパイパンになりました。股の爽快感が半端じゃないのと蒸れないのとパンツから出ないのとで今のところは最高です。一生パイパンでいたい。
そして一人で黙々と大真面目に陰部を触っていたからなのか、なんかこうハイな気分になったわたしはビールを開けはじめ、酔った勢いなのかそういう気分だったのか今となってはわかりませんが気づけばローターをポチっていました。ウソだろ。というわけで数日後うちにローターが届きます。なんか前ツイッターで回ってきた話みたいになってきた………。パイパンにした勢いでローターを買い一人でやるというこの流れ、ムフフなマンガにありそうな展開ですね。ネタにしていくらでも描いてくれよな。
https://anond.hatelabo.jp/20170804223333
パッとみ、同じ人間の主張としては正直いってどっちもどっちだなー、って思う。
どっちが悪いってわけでもなく、「それぞれ流儀も哲学もございますよね、生きた人間ですもの」といったところ。
仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
パッとみ、同じ人間の主張としては正直いってどっちもどっちだなー、って思う。
どっちが悪いってわけでもなく、「それぞれ流儀も哲学もございますよね、生きた人間ですもの」といったところ。
仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
まず仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
ただ、仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
最近、カフェなど外で仕事をする機会が増え、テザリングだけでは十分ではなくなってきたので
wifiルーターを探していたところ友人が民泊wifiがいいよと教えてくれた。そこでいくつかあるサービスの中から
ジェイピーモバイルが提供する民泊wifiを選択したのだがそのサービスと対応があまりにもひどかったので民泊wifiの利用を
考えている人のためにも記録しておきたい。
利用規約（https://wifi.jpmob.jp/pdf/user_policy.pdf）
の第21条に
当社は申込者あるいは利用者が月のパケット通信量が３０GB を超えて使用した場合
または使用が想定される場合、第１５条３項に定める重大な支障を与える様態における本
サービスの利用とみなし、同条に定める通り契約の解除を行うことこととします。尚、契
約解除となった場合においても、申込者が支払済みの契約事務手数料及び利用料金その他
とありました。
この時点で通信制限無しは嘘だと思いましたがオフィスワークで月間30GBは使わないだろうと
納得して契約した。
そうして届いたルーターですが開けてびっくり、ルーターに日の制限が500MBと書いてある。
500MBって月でいけば15GB。。そもそも通信制限無しなのでは。。
不審に思って問い合わせを行った。
解約したいという旨を伝え、初期費用として発生した契約事務手数料と解約事務手数料は無料で解約となり
1日1GBの速度制限は利用規約にも書いていないし景表法上の優良誤認、有利誤認なのではないかと思う。
同じようにすでに契約した方でこんなはずじゃなかったと思っている人がいれば消費者生活センターなどに声を届けてもらいたいと思うし、
これから民泊wifiの契約を考えている人がこれを見てサービスの正当な比較ができるようになればいいなと思う。
自分はけっこうサービス申し込む時は規約も見るし慎重だと思っていたが今回の件はショックだったな。。
まずは管理会社に相談。機を見て管理組合に議案として持ち込み、規約書き換え。うちはこのパターンで即対応して規約書き換えた。
管理委託してる会社へ苦情。ガンガン苦情。大手なら即対応してくれる。彼らも今困っているところなのでタレこみはむしろ喜ばれる。
聞いた話だが、「他の入居者から苦情が出ている」と言えると、追い出しがかなり楽に進められるとのことなので、ガンガン苦情。
まともな物件は、基本的にはまた貸しは契約で禁止されてるので、早ければ1、2か月でAirBnBに出してる借主は追い出される。
所有者が個人だとかいいかげんな会社が管理してるとかだと対応が鈍いだろうから、
ガンガン苦情入れた上で、鈍いようなら引越しちゃう方が早いと思う。まともじゃないから。
あちこちの電子書籍の無料本として並んでてただでも読みたくなかったのでkindleで勝手に無料化されても知らねって気分
個人的にはこれで怒ってkindleから下げてくれたほうがあの表紙見なくて済むから嬉しい
無料化のページを見に行ってみたらオサレで利用規約がスクロール必須の小さいボックス内だったから、ダサくてもページ全体で読めるようにした方がいい
で無料化として提供したデータのほかは高解像度版を有料で売ったり、kindle用データは高解像度版有料だったわけね
kindleでは自分で配信したいから"Amazon Kindleストアでの取扱いは、個別の許諾がない限り一切できないものとします。"と規約に書いてたということなんだけど
著作権フリーと聞いて明らかに一般人がKDPで使った電子書籍が複数あるから
ブラよろの電子書籍としては売ってないけど作者はこういうのも締め出したほうがいいんじゃね
それともこういうのにも個別の許諾出してたのかな
ブライダルに携わってる者です。どうしても納得いかないことがある。ISAMという音楽管理団体のせいで結婚式の思い出が残せない。
商品として記録ビデオを頼んだ場合、収録したビデオに入ってる音楽、BGM消せとのことです。理由はご祝儀が入場料に値するから。忙しい中皆で集まって練習したダンスとかね、おじいちゃんから孫に贈る歌とかね著作権フリーの音楽に差し替えられるわけ。一生の思い出になるかもしれないのに。てかご祝儀が入場料ってなんだよ。コンサートかよ。お祝いの気持ちじゃないのか。(ご祝儀高いとか結婚式ｲﾗﾈとかまた別問題)
あと当日流すBGM。準備ヤル気のないご新郎も結構張り切って選曲したりする。でもiTunes等データで買った音楽はISAM規約により受け付けてくれない。もうデータで持ってる曲なのにCDで買い直さなければいけない。そして当日使う曲を全部CDで会場に提出する。すげー嵩張るよ。PAさんだって大変さ。心からイミフ
もう好きな音楽を(購入してるにも関わらず)好きに歌ったり踊ったりも出来ないね。しかもISAMに登録されてる曲めっっっちゃ少ない。暇な人はググっておくれ。
ISAMが台頭する前は結婚式を牛耳ってたミスチル曲はISAMによって駆逐された。ブルーハーツとかも地味に人気だったけど全然曲揃ってないね。あと洋楽とかほぼ全滅 ISAM日本の企業だから。
アーティストに還元されないからという理由ならもう少しマシなシステムにしてほしい。てかアーティストからしてもお祝いの場で自分の曲が周りをハッピーにしてたらそれ本望なんじゃないの？
http://anond.hatelabo.jp/20170531085415を読んで。
1
研究の及ぼす影響というものが何なのか具体的に説明が能力や語彙力、論文を書いた・読んだ経験が足りないゆえに出来ない人間と
今まで勉強漬けの生活をしてきて、頭のわるい人達が何にも理解できないということを分かっていない人間が議論していて呆れた。
1
論文の本文をちゃんと読んでみれば分かるが、この論文はディープを使って隠語を見破ることができるのか？というところがテーマである。
そして、それは隠語を使ってやり取りをされている犯罪の調査に役立つのだが、そのデータセットを用意することは難しい。
そこで、公開されている隠語が比較的多く含まれる文章のサンプルとして、そのコミュニティの文章が選ばれた。
1
公開されて、研究での使用が許可された文章なのだからそのサンプルが論文内で触れられるのは当然だし、
サービスの使用者は規約を承諾して公開しているのだから何の問題もない。
逆にデータセットの中身を隠したら某実験ノートを隠してた理◯の研究者と一緒である。
1
公開されている文章が他のコミュニティで再び公開されて破壊されるコミュニティであるなら、規約で守られている場所で公開するべきなのでは。。。
1
上の記事などの今回の論文にまつわる意見を読んでいて気になった論点や意見を列挙します。何か思いついたりおもしろいのを見かけたら追記します
pixivの小説の文章を論文に載せている点とpixivの小説を研究対象として解析している点は別の問題点だという意見があるので、それらは別に扱います
上にも出てきていましたが会員制SNSで公開されているコンテンツが公表されたもの扱いになるのかという問題があります
