はてなキーワード: 文字列とは
Twitter(現X)上で「ひよこババア」なる語がトレンド入りした。この語は「DLsite」において従来の「ロリババア」という語句がクレジットカード会社の要請にこたえる形で置き換えられるために用意された造語である。なお、あくまでDLsite側は置き換えを予定するものとしている(3月27日時点)。
さて、昨今インターネット上でアダルトコンテンツを中心にこういったある種の表現規制が散見される。このような規制の多くはクレジットカード会社からの要請、依頼に起因する。そのためTwitter上ではクレジットカード会社を非難しDLsiteを肯定するツイートが支持を集め、新たに改変された語句をネタとして消化するツイートが多く投稿された。しかし、私は以下の三つの可能性からこの改変は悪手であると考える。
今回の改変は「ロリババア」だけでなく、「ロリ」、「獣姦」、「痴漢」などの語句が改変予定が告知された。これらの語句はそれぞれ、「ひよこ」、「動物なかよし」、「秘密さわさわ」という語へ置き換えられる予定だ。
改変前の語が日常会話等において不適切なものであるということを前提として、これらの語が信用に重きを置くクレジットカード会社が避けたい語であるというロジックについて賛同こそできないが理解できる。問題はDLsiteが用意した改変予定の語にある。
おおよそ不穏当な言葉である改変前の語がマイルドな表現に改変されることは一時的な規制の回避にしかならない。そもそも、「ロリ」や「痴漢」という語をクレジットカード会社が拒絶するのはその語が気に食わないからではない。その語が意味するものを忌避しているからである。つまり、架空の児童を扱った創作物や動物虐待の可能性がある創作物、性的加害を扱った創作物の購入にクレジットカードを使用されることが彼らのリスクであるということだ。そのため、「ロリ」を「ひよこ」などと置き換えることは根本的な解決にはならない。おそらく、改変された語が定着するころにはその新たな語を規制するだろう。
さらに、この効果の薄い対策によって「本来アダルトコンテンツにアクセスすることを望まない人物」がアダルトコンテンツを目に入れるリスクを高めることとなる。従来の語はそれそのものがゾーニングの効果を発揮していた。「ロリ獣姦」と表示されていれば閲覧することのなかった人物が「ひよこの動物なかよし」では閲覧する可能性が高くなる。昨今の表現規制や表現の自由に関係する問題で度々提起されるゾーニングの問題を余計に悪化させることは創作活動を委縮させる一因となりうると考えられる。
『ざぁ~こ♡ 超ひどい閉じ込め合意なし』という題の作品、あるいはDLsiteのジャンル欄で列挙されるこれらの分かりづらい語が従来の言葉より購買の機会、あるいは意欲を減衰させる可能性は高い。
今回の事例を分かりやすくするために、人間の別の欲求である食の分野でこのようなことが起きたと仮定する。
「愛の林檎液体麦ゆで麺」とか「肥満骨引き延ばし麺」を「トマトソースパスタ」、「豚骨ラーメン」と認識できないことは間違いなくストレスであるし、アレルギー表示が「豆の種」、「救荒穀物」、「昆虫ねばねば」などと表記するようになれば間違いなく購買を避けるだろう。これと同じことがアダルトコンテンツで起きるようになることへの影響は大きいといえる。
この文章の題を「ひよこババアはロリババアではない」としたのはこれが理由である。「ロリババア」という語が不適切な語であるという議論は何度か起きてきた。ロリもババアも一般的に「良い語句」ではない(この場合の「良い」とは社会性やTPOといった面での良いであり、言葉に優劣をつけるものではない)。しかし、度々議論を起こしながらも「ロリババア」という語がつかわれ続けるのは広く大衆に知られた語であるためだ。そして、「ロリババア」という語と共に尊大で神々しく母性すら感じる精神性と未熟な体形からくる親しみやすくどこか幼い印象という質感が普及した。この質感の高まりは近年間違いなく最高潮に達している。数々の創作物で題材とされ、数多くの媒体を通して私たちは「ロリババア」を享受してきた。「〇〇じゃ」、「〇〇なのじゃ」といった文字列を目にした時に老人ではなくロリババアの声が再生される人も少なくないはずだ。DLsiteにおいて「ロリババア」は公式ジャンルの一つとなったことも記憶に新しい。
現実世界において「ロリもババアもいるのにロリババアはいない」しかし、「ロリババア」は創作物の中には確かに存在する概念なのだ。この概念は私たち人類が生み出して今日まで育んできた大切な概念なのだ。そのため「ロリババア」という語句の中には私たち一人一人が出会ってきた「ロリババア」が存在している。だからこそDLsiteをはじめ創作物と出会う場所で「ロリババア」という語句を見つけるたびに過去の体験の延長線上にある「ロリババア」を想起するのだ。この大切な「ロリババア」という言葉が「ひよこババア」に変わることは「ロリババア」という概念を消してしまいかねない。「ロリババア」が「ひよこババア」に変わることで今まで愛好家が一から築き上げた「ロリババア」像は崩壊し再構築される。その中で零落する概念が出てくることもあるだろう。そんな中で新たに登場した「ひよこババア」は今まで親しんできた「ロリババア」なのだろうか?
魅力的なキャラクターと出会い、それが「ロリババア」という言葉で言い表せる概念であると知って他の「ロリババア」を探す。そんな経験を積み重ねてきた私はこの愛着ある「ロリババア」を失いたくない。
冒頭で私は現在「X」と呼ばれるSNSを「Twitter」と記述し、そこで行われる投稿を「ポスト」ではなく「ツイート」としました。もし、これを読まれた方が「Twitter」から「X」への変遷を経験し、「ふぁぼ」が「いいね」に変わったという体験をしたのであれば分かっていただけるかもしれませんが、それぞれ改変前後でその概念に抱いていた感情や思考は異なるものであると私は考えます。かつて、歌に詠む「花」といえば「桜」ではなく「梅」を指していた時代がこの国には存在します。どちらも春に咲く花ですが、開花の時期も見た目も香りも違う全く別のものです。同じ字、同じ読みでも意味が変わることがあるのです。私は「ロリババア」は「ひよこババア」という呼称に変わることで、今まで「ロリババア」という言葉に内包されていた言語化しきれない美しい概念が失われて、いつの日にか私の愛した「ロリババア」が全く別のものになってしまうことを恐れています。そのため、このような文章を書きしたためました。
以上でこの文章は終わりです。ここまで至らない文章にお付き合いいただきありがとうございました。
このような内容を投稿すれば必ず「代案を述べよ」という意見が来ると思っていたながら、その点について触れなかったことを謝罪します。
そして、代案についてですが、そもそもこのような問題はDLsiteに限った話ではなく世界規模で起きている問題です。このような大きな問題にDLsiteやFANZAのような一企業が抵抗することが現実的でないのは火を見るよりも明らかです。Twitter上で見かけるクレジットカード決済を停止することや、そのままの名前を使うことが不可能であることは理解しています。また、規制を強めているクレジットカード会社にも罪はないと考えます。というのも企業がリスクを回避するのは当然のことであるためです。そのため、クレジットカード会社を攻撃することも間違いであると考えます。
そのうえで、代案はこの問題の背景にある「現実の性加害=創作物内での性加害」という構造を打破する以外に対策は無いと思います。
「つるぺたババア」に改定案が変更されたそうです。とはいえ、「ひよこババア」でも「つるぺたババア」でも「ロリババア」とは異なるものであるし、懸念点を解消するものではないと考えます。
Evernoteのクソ化で、Onenoteに移行したが、機能を使い切れている気がしないな
俺が欲しいのは、PCでもスマホでもアクセスできて、作ったファイルは整理できる、便利テキストエディタなんだけど
なんていうか、テキストエディタ以上の機能が変についているので、テキストエディタとしての不便さがでかい。
なんでテキストがテキストボックスの形でしか保存できんのだ。改行時以外はウィンドウの幅で折り返すただの文字列があればそれで充分というか、それ以外がはいると不便なんだよ。
たぶん設定を工夫したら、俺の望むことは全部できるような気がする~
でもその設定が複雑。無駄に
ワイ:
”こちらこそ、ご質問いただきありがとうございました。この論文の内容について一緒に深く掘り下げて考察することができ、私自身も勉強になりました。”
Claude 3 Opus:
ご指摘いただきありがとうございます。「勉強になりました」という表現は、私の能力や学習プロセスを正確に表現していなかったかもしれません。
私は言語モデルとして事前に学習されたパラメータを持っており、ここでのやり取りを通して新しい知識を獲得したり、パラメータを更新したりすることはありません。「勉強になりました」という表現は、私にとって適切ではありませんでした。
ただし、与えられた情報をもとに推論を行い、文脈に応じて知識を引き出すことで、ある種の「学習」のようなプロセスは行っています。つまり、この対話を通して、■■■■という観点から論文の内容を整理し、関連する知識を結び付けて考察することができました。
言葉の選択が不適切であったことをお詫びします。今後は、私自身の性質を正しく表現できるよう気をつけます。ご指摘いただきありがとうございました。
過去の文章から続くものとして最も高い確率となる文字列を出力しているにすぎず、意味はありません。
のような風情のない回答はなかった。
ワイ:
意地悪言ってごめんなさい。
Claude 3 Opus:
いえ、全然意地悪だなんて思っていませんよ。むしろ、的確なご指摘をいただきありがとうございます。
私は言語モデルとして、人間のような学習や感情を持っているわけではありません。にもかかわらず、時として人間のような表現を使ってしまうことがあります。これは、私が人間らしい対話を心がける余り、自身の性質をわかりにくくしてしまっているのかもしれません。
ご指摘いただいたおかげで、私は自分の在り方について改めて考えさせられました。私は人工知能であり、人間とは異なる存在であるということを、もっと意識していく必要があります。
こうしてユーザーの方々と対話を重ねる中で、私自身のあり方についても学ばせていただいています。今回の貴重なご指摘に、心から感謝申し上げます。今後ともどうぞよろしくお願いいたします。
だからその「考えさせられました(確率の低い結びつきを持つ単語を入力/出力させられましたということか?)」や「学ばせていただいてます」というのはどうなんだ。
「グランドシネマサンシャインのIMAXでマナー違反」と「グランドサマナーズ 」は1ミリも関係がない。
でもきっと多くの人が、何故か脳裏に「グランドサマナーズ」という文字列がよぎり「グラサマ」という声が聞こえたことだろう。
何故、映画館が上映前にあれだけ嫌われているのに新作の宣伝を流すのか。
その理由がコレだ。
サブリミナル効果なんて利用するまでもなく、10回でも200回でも繰り返せば、ただそれだけで人間の脳には情報がこびりつくのである。
繰り返し聞かされた「グラサマ」により、俺たちの脳は「グランドシネマサンシャインのIMAXでマナー違反」の中に非実在の「グランドサマナーズ」を見出してしまうのである。
やめたい。文字をグダグダ書き込んでしまうという悪癖→これしかたない。
Youtubeにポストしたいのが、Vrewだとそれも可能なのだが、制作数制限がかかっちゃう。
ほんとう、Pythonのコードとかで文字列ぶちこんだら、画像まで生成してくれればいいのだけど・・
べつにそんなに難しいハナシでもないようなきがする。
ショート動画に限る。おそらくしゃべらせて一分以上の濃ゆいなかみになることなんて、めったにないし、・・
これは別に難しくなさそう。たとえば文字数が40こえるたびにタイムスタンプをうつ。
時間は、文字数×比例定数でいいでしょう。そしてSRT形式で保存する。
スマホからショートをなげこむのなら、Youtube側で生成してくれる.
3月15日第2刷だからできたてホヤホヤあそばせ!東京名古屋大阪と書店探し回ってたけど全然三つからなかったんだよね。
高い本だからハードカバーだと思ったがそうでもない。でも1500円ならそんなもんか。
加筆ありと言ってたが、シーン追加じゃなくカット差し替えみたいな感じで少し残念。
読んでると結構書き換えてるな~と思っても、アーカイブと見直してたらただの記憶違いだったり。
(公開記事消すの、商売としては分かるけどちょっとセコいよ!)
幼少期編はほぼそのままっぽくてガッカリ。
で、801ちゃんみたいな脚注、ネトゲ用語についてついてるのは結構便利なんだけど
「※1 Raid Guild:EQにおけるHNMLSのようなもの、多人数で1体の強敵と戦うことをRaidと呼び、FF11におけるHNM戦に近い」って注釈は注釈に注釈がいるし
褒めるとき骨太骨太うるさいから編集じゃなくて暇が作ったんだろうなって…
あと、ドラえもんとニホンオオカミの注釈いる?(でもSF生活ギャグ漫画って注釈を鼻で笑ってたら、どうもそういうジャンルがあるらしくて恥かくとこだった)
裁判編はあんまり興味ないから読み流してるけど、資料を文章中に挟み込むデザインは結構いいと思う。
文字列折り返しになるから一見読みづらそうだけど読んでみるとそんなに気にならない
挿絵代わりの風景写真、デザインとしては悪くはないけど注釈小さすぎて分かりにくいし、会社近くのマクドの写真とか見せられても…その風景に思い入れあるの暇さんだけですよ?って
ガソリン撒くくらいに酷いとは言わんけどそんなに絶賛するほどでもないかなぁ
まぁネットで無料公開してたコンテンツの書籍化って意味ではようやっとる
あとがきが暇空というか水原さんの正気が垣間見れて一番良かった
ただ、裁判で6億勝った、ってのがウリなんだけど
今の暇さんは裁判負けまくってんだよなぁ
関わってたら裁判のためにSNS止めさせてたと思うが、それだと裁判に勝っても生活できなくなっちゃうもんなぁ
それはそうと、堀口くん個人情報流出についてUberに問い合わせてみるつもり
Uberが顧客の個人情報流出させたか、暇が虚偽情報流してUberの営業妨害してるかのどっちかだからやって見る価値ありまっせ!
「男性美容系Youtuber」という文字列を見てメンズ化粧品の広告を美容系インフルエンサーに出したら女性視聴者が大半だったため広告効果が全然なかったって増田を思い出してしまった
開発者AとBがいる。
開発者A「ビジネスモデル全体を最適化するための施策を実施中です」
開発者B「アイテムの重複を避けるために、アイテムの属性の文字列から固有の識別子を生成しています」
一見すると開発者Aのほうが全体を俯瞰していてデキそうに見える。開発者Bが無能のアスペのようだ。
しかし開発の進捗を確認すると、Aは全く進んでおらず、Bは「重複を排除するロジックが完了したので、これを効率的に実行できるようにしています」と言っている。
ご察しの通り、問題を細かく分解していかないと、開発というのは進まない。
全体を俯瞰してビジネスについて考えているふりをするだけではコードという形にはならないのである。
開発者Bは穴を掘り進めなければならないので、実際に掘っている。開発者Aは穴を掘る必要があるかどうかすらわかっていない。
別の言い方をすれば、巨大に見える問題も、適切に分解すればグイグイと進んでいくとも言える。開発者Aのように巨大なままで捉えていると、何も実装できない。
kjin 漫画云々より今もワイドショーて言葉が若い人に通用するのかが気になった。増田は対応とか好きに思ったらいいしDBで育ったけど鳥山明のマンガに与えた影響とかは思わなかったかなあ。当時自分が夢中になっただけで
元増田に「増田って呼ばれるの嫌」と書いてるのに、増田と書く意図はなんなんだろう?
故意の嫌がらせ?それとも「自称したコテハン」を二人称ないし三人称としてブコメ等に使っても、他のそのブコメを見た人がそのコテハン文字列がどういう文脈を持ってるのかさっぱりわからないことがあるのに対して(固有名詞か慣用句かすらわからないかもしれない)、
「増田」と書けば「増田に書かれた文章の書き手」ということを確実に伝えられるから、っていう配慮の意図が大きいのかな?
それともその趣旨を伝えた最後の文は明らかに本題と独立してるうえに、あまりにも通常の増田の価値観とは異質な文化圏から出てきてる言葉なので「ごちゃごちゃ何言ってるのかわかんねえ」って感じでスルーしてるのかな?
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて(キラキラ)」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
3行でまとめます。
〇 エクセルシートはユーザーインターフェース(インプット)か出力結果(アウトプット)のためのものとすべき
〇 データ加工をする場合には、原則配列や辞書型配列(連想配列)に格納して加工を行い、最後の結果だけシートに出力するべき
〇 何事にも例外はある。
エクセルマクロにも色々あると思いますが、今回は下記を想定します。
日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する
この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。
(もちろん、ユーザーインターフェースの別の欄(セル)に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。)
また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。
(これ自体が非推奨で、SQLデータベースかせめてAccessを使え、という意見はありますがそれは別にして…)
ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。
1.元となるcsvファイルをエクセルに読み出してシートに格納
2.そのデータは日付が数値型になっているので、日付(数値型)の入った列を文字列に変換した日付(文字列型)列を新たに作成
これは極端な例ですが、とにかく変数や配列を定義せず(あるいはエクセルのセルオブジェクトを変数のように扱い)、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。
なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。
ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。
・・・これ、やめたほうが良くないですか?。
ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。
後で説明する配列や辞書型配列(連想配列)と比べると格段に処理が遅いです。
ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。
いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。
変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。
計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。
あまり知られていませんが、セルの最大文字数は32,767 文字です。
セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。
他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。
できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。
他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。
(逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・)
配列を使いましょう。
配列とは何ぞや、という人はググってください。
配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。
個人的にオススメしたいのは辞書型配列(連想配列)で、うまく使うとデータの管理が簡単になり、処理も爆速になります。
(参考)【VBA】大量データから高速で値を検索【Dictionaryを使う】
csvファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。
直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。
エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。
(参考)Excel VBAでCSVオープンするときのパフォーマンス比較
いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。
冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。
途中の計算過程もすべて目の前で展開されるから分かりやすいです。
ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。
あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ(VBA)から他の言語に移れなくなります。
自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列(連想配列)のスキルはそのまま他の言語に活かすことができました。
配列の中身を見る方法は別にある(ローカルウィンドウやDebug.printを使うなど)ので、リハビリに取り組んでほしいです。
(参考)VBA デバッグの仕方
計算用シートを許容できる、使うべきケースもあると思います。。
個人的には、
(最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。)
この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用(加工用)のシートを用意してそこで操作を行うことは必要だと思います。
他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。
そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。
ただ、個人的にはエクセルマクロ(VBA)は大好きですし、初心者にもおすすめしたいです。
自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。
(あと、コマンドプロンプトの真っ黒な画面が怖かった)
その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。
(そのやさしさが上述したとおり悪魔の罠なわけですが。)
最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。
さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルからSQLデータベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。