  |
はてなキーワード: 文字列とは
これな。文字列という1次元表現ですら768次元のベクトルにして解析するのに、1〜4次元のエロ表現を1次元の条文で完全に規定するのは無理がある。
ろくでなし子のマンコ模型で抜ける奴はほぼ居ないが全年齢漫画のつぐももで抜ける奴は居ても不思議では無い。このように、エロさをモザイクや消しの有無で判断しようなんてのはDeepLearning登場以前のAI並みの知性しか無い奴のやることであって、通常人の判断を基準とする他ない。(将来的には、エロさ判定AIがエロさを数値化できるかもしれんが)
ただ、そうは言っても基準が不明確だと過度な萎縮を招くから、規制するからには明確化の努力は必要だし（明確性の原則）、限界近辺では1発アウトにしないような仕組みが望ましいだろう。
問題があるのかないのかというのは各個人の見解に基づいて団体が採択しコンセンサスを得ることで公布し対応の準備期間を置いてのち徹底させるべき
この文字列にあるとおり「問題のあるなし」は個人の問題なので個人が問題のあるなしを問うのなら紛争解決に司法を頼ればいいだけの話です
そんなもんは人の数だけあるわけでしょう
どの団体がどの範囲でどうすべきだと決めたのか、という事が「その場所で・その行為をする・その見解」を定めたというのならその場所を利用する上では遵守すべきでしょう
他人のルールが決められているところに自分の主義を持って行って押し通すのはただの問題行為でしかないです
そこで「プールでえっちな撮影会を禁止した」という話は別に禁止でもなんでもすればいい話です
服なんてきない部族の出身でルーツを尊重したいので服をきません、なんて話が通じるわけはないでしょう
えっちな撮影会は禁止するってきまりがあるプールで開催したいと申し込んでもそんなものは却下です
そこでなにが問題なのかって話は「撮影会がえっち」とか「水着の女子が搾取されてる」とかそんなもんは別問題です
問題なのは「許可して懲罰的結果になる状態で中止という行動を余儀なくされた」ことでしょ
読んで字のごとく「余儀なくされた」のは行動の自由を阻害されてますよね
明らかに見解を流布して「ダメなことをしていたからダメだといっただけ」という無駄に面倒な価値観を評価として流布されてますよね
途中ではしごを外して落下は重力の仕様で転落してけがをするのは自己責任なので、安全対策しといてくださいねと、はしごを外した人間が言うのが問題でしょ
許可のはんこひとつで100人が被害を被るのに、おしたのははんこだけだからはんこの分だけ責任をとればいい、なんてわけありますか？
えっちなことをしようがしまいが、どういう価値観でどんな人間を商品にしたりしなかったりでもどうでもいいですよ
自治体が、とりまとめている個人の意見をまとめてその地域でのありかたをそれぞれ定義したらいいだけですよ
そういう100通りでも1000通りでもある各個人のバラバラの意見をあつめて煮詰めてその地域で行える情報にしたんですか
全てを準備しきったあとでも「識者がダメっていったらいきなり無償で中止にさせることがあります」とか条文にあったんですか
つみかさねの準備が全部無駄になる地域だということは公知されてたんですかね
なんの定義も前振りも相談もとりきめもなく現行犯的に対応をせまるのはもはや差別的であるでしょう
いったん書類を受理したという問題行為を罰する必要がでてくるんじゃないですか
女体がどうのとか男の性欲がどうのとか、全然関係ないしどうでもいい話です
女の魅力がドタキャンを保証するんですか、ドタキャンの責任は男性にあるんですか
個人や少数の意向で「ただお願いをしただけ」でどれだけ影響があるのかわからん人を代表にする民主主義なんかに意味ないでしょ
それも影響を予想して本人が辞退をせざるを得ないような追い込みをかけて知らなかったで済ませる予定だという事自体が邪悪です
するならまず全員の損失を納得いく形で埋めたあとで、なにが失敗だったのか、どの判断がよかったのか、議論でもなんでもすればいいと思います
それが女性の性を商品化してるとかエロとか有害とかそういうのとは全然関係がありません
問題があるといってる派は反省してほしいし、ないと言っている派が幅をきかせるのもやぶさかではないです
ただそれだけの話だと思います
自分で投票してない政党や代表が勝手にやってて意向にそってくれてないのを選挙期間以外にわめくだけという事自体が政治という話題においては問題だと思います
そういう不満を解消する意向をまとめて条文にして支持政党や支持候補にもたせて選挙で勝てるように活動する必要があると思います
選挙とか民主主義とか無視していいことだから、わるいことだからみたいな部分だけを言い合いする事自体が問題そのものです
規制派は黙って急にいきなり上から要請だして実質強制的なことをしない
推進派は問題のない行為だとか害がないとかではなく、許可をとったという事は担当者が問題ないとしたという事について問うべき
そう思います
正しいとか正しくないとか影響とかそういうの、なにもデータがないしわからない話をもってきてイメージでなんとかするのって
ぶっちゃけるとこの「依頼事項」って年末調整とか労務関係とかの類いの仕事で、そう言うと大体想像付くと思うけど、こういう前提に応じて必要な情報が変わる質問が大量にあるんだよね
全部を段階分けして質問してるとこちらの手間も何倍にもなって大変だし、だからといって個別にヒアリングするのも単純に時間が凄くかかる
さらにこの手の人はヒアリングしても先の通り直接的な回答が出来ないっぽいので、都度毛繕いコミュニケーションして回答を引き出す必要があるから、他の人の倍ぐらいヒアリングに時間と感情労働が必要になる
弊社は「エクセル1からエクセル2へデータを転記する」という業務が多い。
1日に数百ものデータを数時間かけて手打ちしてる人も多く、良かれと思って関数を入れたり自動化したりしてみた。
その結果、同僚の1人に嘲笑しながら「増田ってパソコンオタクだよね」と言われたのが今日のお昼。
この台詞に腹の底からブチ切れてしまったので、仕返しに弊社のクソみたいなエクセルデータについて晒すわね。
・半角と全角が混ざっている
・結合されているセルが多い
・商品の識別コードがなぜか複数あって人によって使うコードが違う
・姓名の間にスペースがあったりなかったりする
・数値で欲しい部分も文字列に設定してある
思ったより少なかった。
弊社のほとんどのクソデータが、データシートを直接加工して見栄えを良くし、印刷を試みようとした形跡が見える。いわゆる神エクセル。
これからエクセルに携わる方たちはどうか、エクセルでデータを記載した印刷物を作るときは「データシート」と「印刷用シート」を分けることだけは覚えていてほしい。
世間一般的に読みにくいコードというと、コメントついてないとか
名前が狂ってるというのは、
JSONParserとか言いながらJSONが関係していないクラスとか、
getUserみたいなメソッド名なのに引数としてuserを渡すとかそういうやつ。
JSONParserクラスの名前を付けた奴は、中のコードからすると、
どうもネストした連想配列のことをJSONだと思っていたらしい。
ネストした連想配列から個別の値を取得するのがJSONParserだった。
文字列を受け取って、ネストした連想配列を返すparserメソッドが
あるクラスであればJSONParserという名前で合っている。
getUserはuserIdフィールドだけ値を設定したUserインスタンスを
書いた奴は、データベースから値を取得するのをgetだと思っていたのだろう。
