はてなキーワード: 命名とは
ホロライブゲーマーズ(2.5期生相当)としてデビューしたわんこモチーフVTuber、通称ころさん。
レトロゲー好きで、エキセントリックな言動が目立つんですが破天荒型ではなくちゃんと全部ネタとして着地させる(何言ってんのころさん??的なツッコミはあるにせよw)、根っこはかなりの常識人と勝手に思ってますw
実際見ないとわかってもらえないとは思うんですが、ノッてる時のころさんの生放送のリスナー弄りやコメント回しのキレは本当にすごいと思う。エンターテイナー。
ホロライブゲーマーズからデビューしたおにぎり好きの猫Tuber。ころさんとのユニット「おかころ」や、にじさんじの椎名唯華との「神岡家」としても活動しています。
おがゆ(ころさんがこう呼ぶw)は自身の好みの選曲と歌唱の親和性がバッチリな所がかなりの強みだと個人的に思ってて、刺さる歌ってみたが多いです。
ここではカバー曲を中心に紹介しますがおがゆは早くにオリジナルアルバムを発売しているホロメンの一人で、オリジナル曲もお勧めです。
リアルで料理好き、おもてなし好き、面倒見がいいという点からおかん属性持ちとみなされることも多いみおしゃですが、仲良しユニットSMOK(大空"ス"バル、大神"ミ"オ、猫又"お"かゆ、戌神"こ"ろね)では特にスバルに対して鋭すぎるツッコミをすることも多く、ネタ配信で「畜神」と命名されたこともありますw
暇空茜が5ちゃんねるのスレ立て人「富士山」の開示に成功し、富士山を「カルピス1号」と呼称した
命名者は暇空で、主にカルピスや乳酸菌飲料などの名前を持つ暇空を批判する集まりだ
富士山がその一員であるという証拠は今のところ全くないが、何故か暇空は富士山はカルピス軍団の一人であると認知プロファイリング
暇空は、正体の判明したカルピス軍団の一人目だとして富士山を1号と名付け、一般人である富士山の氏名住所をTwitter上で公開した
弁護士の高橋雄一郎は盲目的な暇空信仰者であり、暇空の言うことを鵜呑みにしてその実名が公表された相手のことをカルピスカルピス言って加害行為を煽っている
暇アノンは現在富士山の名前を検索汚染しようと「あいつは強姦犯」「ロリコン」などと実名とセットで大量連投中
暇空による開示情報晒しと攻撃は今更なことだが、「カルピス1号」って垣鍔晶弁護士じゃないの?
カルピス軍団のはじまりは、暇空茜の弁護士である垣鍔晶がTwitter上で「カルピス」と名乗って仁藤夢乃や金尻カズナなどのフェミニスト女性の顔面品評会をしていたことから
垣鍔を批判するアカウントが「カルピス垣鍔」というような名前にしたところ、暇空は「垣鍔」部分には触れられず「カルピスがーカルピスがー」とばかり言うので面白がられ乳酸菌が増殖していった
垣鍔晶は0号ということなのか?
〇犬
暖かい季節になり、犬が寝っ転がる季節になった。
今年で30歳の俺は、道路で寝っ転がっている犬が通った小学生や住民に次々に撫でられている光景を目撃する。
俺も撫でたいな、とおもってずーっと見ていると、ある法則を発見した。
小学生に撫でられてもすんとしている。
若い女性に撫でられると嬉しそうにする。
おじさんに撫でられるとウッと威嚇する。
おじさんが嫌いなのかな~と思い犬に近寄り撫でると、犬がウッと威嚇した。
新卒の人と話す機会があったのだけれど、ハラスメント講習というものがあるらしい。
keidge 「ことり」は最近はそんなに珍しい名前ではない。琴莉とか何度か見た事はあるし、年をとっても問題ないと思う。ただ増田の旦那が使っている漢字のパターンは見た事がないなあ。
domimimisoso 知り合いにいるよ。ことりちゃん。ウチの子の同級生のお姉ちゃん。周りからは「ことちゃん」って呼ばれてたな。今や30才目前で立派に社会人やってるよ。ちなみに表記はひらがな。
sangping “人名としては一般的じゃないと思うけど” とりあえず、私は知人にいるわ。n=1ではあまり意味はないけどな。
deztecjp 私が女の子だった場合の命名案が、「古都里(ことり)」だった。これまで、この漢字表記の「ことり」さんには出会ったことがない。店名、会社名などでは、よくある名前なのだが……。
しゃあっ
ファイナル・ガール (The Final Girl) は、ホラー映画に登場する人物類型である。
1960年代後半以降のアメリカで大量に作られたホラー映画が、
一様に「純粋な若い女性が男の殺戮者と対決するが最後には生き残る」という構造をもっていること
が映画研究の分野で注目され、この類型的な女性像が映画研究者キャロル・クローバーによって「ファイナル・ガール」と命名された。
去年から稼働している現場で、以前からあったReact Nativeの面倒を見ているんだがまあこれがひどい出来なんだ。
jQuery時代に見かけたようなコードをやたら見かけたので思わず懐かしくなってしまった。
リファクタリングしようとしたけど直す範囲が広すぎてアプリを壊しかねなかったので、早々に諦めてだましだまし保守をしていた。
そんな中今年に入ってアプリのリニューアルの話が出てきた。React Native捨ててSwift/KotlinやらFlutterに書き換えるとかそういうのではなく、デザインの刷新といくつかの機能改修。
このままだとアプリが更に魔窟化するので、マネージャーに色々相談したところいくつかの事実がわかった。
ということだった。
結局現状のまま進めるわけにはいかず、要件定義の傍らリファクタリング作業をしている。
そういう経緯もあったので、リファクタリングとテストの工数も積んだ上で見積もりだしてもらってる。
「レガシーアーキテクチャをモダンアーキテクチャに刷新」なんてよく聞く話しだけど、
実態は「長年の増改築とだましだましのリフォームが限界になってきたので新築で建て替えます」何だと思う。
最近は「Vue.jsからRemixにマイグレーション」なんて見かけるけど、悪いのはVue.jsじゃなくて禄に設計しないでコード書いてるエンジニアと、
リファクタリングには予算でないけどマイグレーションなら予算取れるという悪しき風習。
年がら年中フロントエンド刷新しているような会社は地雷なので行かないほうがいい。
(トラバが見づらいという指摘があったため、過去番付へのリンクは廃止しました。そちらが見たい奇特な方はカテゴリから適当に辿ってください。あと十両以下はあまり変わらないので今回も割愛とします)
昭和時代やイオン、女装子などの例外を除き、森羅万象を罵倒して回る増田。自身の経歴からか、特に法や行政、裁判所を目の敵にしている。
何度も削除を食らっては毎回戻ってきており、かつての安倍botや低能先生に劣らぬ危険人物。
自分語りによれば、殺害予告による二度の逮捕歴に加え、今なお各所でトラブルを起こしているらしい。
文頭をスペースで空けるため、「字下げ増田」と呼ばれる(ごく稀に空けないこともある)。別名フミさん、まーさん他。
ナニがきっかけでそうなったか知らないが、男叩きや特定個人の誹謗中傷を目的としたTogetterのまとめを複垢で作りまくっては、それを増田やはてブで拡散しようと企む某ツイフェミ。男叩きのためならいつもちゃんねるとかいう誰も知らない掲示板にまで粘着する執念深さ。
すでにTwitter・Togetter・はてブで凍結や垢BAN、404化を経験しているにも関わらず、すぐ別垢で戻ってくる札付きの悪質ユーザーである。ただ「Twitter」「Togetterのコメント」「ブコメ」「トラバ」
のそれぞれで文章を使い回す上、噛みつく人物もネタも同じ(共同親権・ヴィーガン・絵本作家「のぶみ」・龍神・はるくもなど。最近では案の定、暇空に粘着している)。
はてブでも複垢を悪用し、404化を食らった前科持ち。こいつの関与が疑われるはてブidが前回からさらに増えており、「idが違うのになぜか文面が全く同じ使い回し」のブコメまで存在する。
なお、これらidと同名のツイ垢が存在し、「彼らに依頼してブコメをコピペ投稿してもらっている」説が浮上している。一部は凍結されたり別垢で復活したり提訴されたりしているようだが、中の人が同一かどうかはあくまで不明。
🐸
左翼・フェミ叩きに対して憎悪を燃やす超ベテラン増田。ネームド増田の中ではおそらく最古参。
「711」「R30のところにコピペしないの?」「いつもの地ならし」「○時まで寝ていたんだ」「見つかりそうか」「ということにしたいのですね」「おばさんはいいんだよ」「女子大生の設定では」「プロパンガスの専門家でしたっけ」などと、意味不明なクソリプを飛ばしてばかりいる。
また「プライベートで○ブクマwww」「自演ツリー」などと、むやみやたらにセルクマや自作自演を疑うのも特徴。
「自分の気に食わない奴は全員同一・特定の人物」という思い込みが非常に激しく、最近では無関係な他の増田をしきりに「番付作成者」呼ばわりしているが、
「女性は下方婚しない」を筆頭に様々な持ちネタを操る反フェミ系増田。
こちらもハッタショ増田同様、発達障害・セクマイ気取り系の増田をターゲットとしたクソリプ増田。
過去に投稿した長文トラバから、大量のリンクを貼ってくる過去からの追跡者。
以前はコロナに関する話題でも同様のトラバを繰り返しており、どうやら医療や教育に相当コンプレックスを抱えている様子。
わかりましたね?
名前の通りの増田。他の横綱大関クラスに比べ出現頻度は低いものの、一度出てくると定型コピペ連投と自演トラバを繰り返し、非常にしつこい。
はてブで同様の主張を繰り返す特定のid、Togetterで似たようなコピペをまとめているれいわ信者のフェミ垢があり、いずれも同一人物の可能性が高い。
パンティー
突然現れては規約違反を厭わずブクマカや増田をグッサリ刺してくる、通り魔のような増田。
投稿頻度が不定期に増えたり減ったりしているが、例のテンプレと文体を使っていないだけで、普通に潜伏している可能性もある。
noteにも進出しており、先月には某増田への返信がXをも巻き込み大いにバズった。
ただバズったのはあくまでnoteの記事であり、普通に増田にトラバしてブクマを稼いだだけで、果たしてここまで外部に広まったかどうかは謎。
おーぷん2chやまとめサイトから、おそらく他人の投稿を勝手に転載している増田。
元の文章から微妙に改変されていることもあるが、そもそも文体がいかにも昔の2chといった感じなので、あまり意味がない。
さらに最近では「釣り増田と同内容のスレが数分差で嫌儲に立つ」という逆パターンの転載も多い。こちらについては「バナナアイコン」なる人物の関与が噂されている。
無駄に長い語りに過剰な自意識を挟んだクソエモ長文増田。ひとつバズると便乗して同じような長文が次から次へと湧いてくる、まさにゴキブリのような存在。
他の増田にいらすとやへのリンクを貼る増田。URLだけ貼ると反映されない仕様のためか、「(^^)」という顔文字も添えられている。
レスバトルになると乱入し、漫画「タフ」の語録を投下していく増田。
以前は「コモンビート」という、ピースボートかそこら系のNPOのサイトを宣伝することもあったが、これが規約に引っかかったのか、投稿が全て消えたことがある。
増田に生息する定型トラバの一種。他に「礼には及ばんでござる」「という話」「マジかよサバカレー最低だな」「うるせぇ小便小僧」など。
再投稿ネタを指摘する増田。複数人おり、微妙に仕事ぶりが異なる。
ただご存じの通りブクマカはトラバも本文も読まない上、過去の再放送ネタにも平気で釣られて伸ばすダボハゼなので、あまり意味がない。
また、彼らに対して「再投稿は正当な権利」と訴える増田や、彼らをおちょくるためにわざと再投稿を繰り返す増田、
既存の単語を微妙に並べ替えした変な検索をしている増田。検索の件数らしき数字もあるが、どこでどういう検索をしているのか不明。
こちらもブクマのついた増田に対し、タイトルを適当に並べ替えたクソトラバを残していく増田。正直荒らしやスパムと区別がつかない。
以前は「性欲強太郎」を自称しており、その名残で語尾がハム太郎のパロになっている。
名前の割にタフ語録は使わない。
この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて(キラキラ)」という話を聞いて、先輩ムーブをかますために話した内容になります。
とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。
ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。
エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。
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などに切り替えていく、というプロセスがいいのではと個人的に思います。