  |
はてなキーワード: TAGとは
こう書くと、「アイマスは5ブランドじゃないか？」とツッコミを当然受ける。私の嫌いな唯一のブランド、それはSideMである。
SideMは他ブランドのリソースを奪い続けた。その為憎い。まあわたしが男性にたいしてほぼ無関心寄りというのもあるかもしれないけど。勿論アイマススタッフの男性陣には数えきれない感謝をしているが。
わたしは子どもの頃に他の児童向けアーケードゲームをやりに来て近くにあったアケマスに触れてアイマスを始めた、つまり幼少期も含めて人生のほぼ全てをアイドルマスターに捧げた人間だ。
アケマスに初めて触れたとき、カワイイ女の子達がアイドルを目指して頑張るというその内容に幼い自分はとても惹かれた。
もともと女児向けの他のアイドルものが好きだったので、アイマスもそれと同じ様な物でなくオタク向けに位置しているとは自分もゲームの小銭を払う母も気づいていなかった。
その時一番惹かれたのは伊織であった。
当時の幼いわたしには少しワガママな態度にも見えたが、その口ぶりでありながら一生懸命にレッスンをしてトップアイドルを目指す姿は大変素敵に見えた。
そして、「にひひ」という笑い方はとてもカワイイと感じた。勿論他のアイドルもとても大好きです。
わたしは他の子が友達と遊びに行く休みを全てアケマスするためのゲーセンに使っていた。
その為、箱マスが発売された時は「これでゲームセンターに通わずにお家でもアイドルのゲームができる！」ととても喜んだ。そして何より新アイドルの美希は美人だと思った。彼女をプロデュースして見て、そんな大人っぽい見た目なのに内面はマイペースなカワイイ女の子なのがとても心をくすぐった。
SPでは美希のプロデュースが出来なくなったけど、貴音と響という新しい子も加入したしゲームの量は無限じゃないし仕方ないと割りきった。ディアリースターズも勿論やった。愛が一番元気で良いなとおもった。
そして、アイマス界隈以外にも大きな激震を与えた918。アイマス2の諸々の発表。ニュース記事をガラケーで見た。4人もプロデュース不可にする。ここで既に荒れていたが浅ましい自分は貴音や響を増やすみたいに女性キャラを追加するなら不可抗力と考えた。しかし、出てきたのは男３人であった。そんなのですら「男も面白いキャラじゃん」って擁護も、冷やかしなのか本心なのかあった。実際そういうノイジーマイノリティ層の声が糞でかいから後にSideMなんて汚物を産み出してしまったのだろう。
わたしはこの件に大変ショックを受けて、また受験勉強もあったのでしばらく心の整理をつけるためにアイマスから離れることにした。SideMを未だ憎んでいる時点で結局心の整理をつけきれなかったとも思うが。
しかし志望校に受かった事、やはりアイマスの女の子達から離れられない事もありシンデレラガールズのソシャゲをやり始め、アイマス2も合格祝いとして親にねだって結局アイマス漬けになった。
学校行く時間以外はほぼ全部家でアイマス。何なら学校でもイベントの時は先生がいないタイミングにこっそりモバマスをしていた。
わたしは今で言うASの子達目当てに始めたが、卯月と未央もとても好きになった。卯月と未央、カワイイ系の卯月と元気系の未央はどんなユニットになるのだろうと妄想した。そんなだからニュージェネレーションズのユニット初出の時はとても喜んだ。
アニマスはアイドルの日常とライブシーンを生き生きと描いていて、ストーリーも感動した。2023年の今見ても色褪せないし今のアニメと比べても劣らないと思う。
１点だけ望むなら、木星の末路をバッドエンドにしてほしかった。SideMとやらでの再利用構想が既にあったからできなかったのかもしれないが。
劇場版でのマスピは普段感情を表にあまり出さないわたしが映画館で情けないことに大泣きしてしまった。幸い来るのも同類のオタクばかりだったのかそこまで白い目では見られなかった。その劇場版の候補生だった可奈が気になってシンデレラガールズでプロデュースできたらなと思った。
しかし、その予感はミリオンライブというコンテンツの旗揚げで大きく外れた。
ミリオンライブでは765プロダクションのソシャゲが遂にできたと古参Pの間ですごく話題になった。
わたしも765プロダクションに多くの仲間が増えて嬉しいと思った。
可奈を見て、映画で見たあの子だ！と思ったし、看板となる未来も愛嬌がある。どちらも可愛いと思った。
そして、忌々しいSideMのサービスが開始した。918の要因の一つとなった木星を消すどころか新ゲームの看板にする。しかも美少女コンテンツの金で男のゲームを作る、これは滅茶苦茶おかしいことなのに「木星をやっとプロデュースできる！」「男も良いな！」ってノリなのにわたしは死ぬほど違和感を感じた。そして、わたしが女性だってことを隠してなかったからか周りのアイマスPはしつこくSideMを勧めてきた。
今で言うフェミ扱いみたいなのされて晒されかけた事あるからここ以外で二度と書かないけど当時は二次元で男なんぞに関わりたくないってカッとなって送ってしまった。もちろんSideMの男性キャラクターに興味ないだけで男性の送り主のあなたの事が嫌いではないと謝ったけど遅かったが。
キャラクター設定自体は正直言ってアイマスの良さが現れていて最初の頃はSideMの連中が女の子だったら良かったのに…と思っていた。
特に高校生バンドの子達の設定は男と言う性別を差し引けば興味深くて、彼らが女の子でデレミリにいたら担当だったかもしれない。
そんなゲームの事は忘れてデレステ、デレアニに熱狂しつつ、現実の事で忙しいのを乗り越えてきた。
シンデレラの子達もきれいな衣装着てアニメやゲームで踊ってるのを見て奇声をあげてしまった。
アニメ化は素晴らしいし新参もたくさん入ってくる、だからこそミリオンがSideMにアニメを先越されたときは相当荒れた。SideM兼任っぽいプロメンや相互フォロワーにネット上で暴言はくのはこらえきれたけど相当精神的に不安定になっていた。
捨て垢で「SideMアニメに担当でなかった」って言ってた奴に「じゃあミリオンにアニメ譲れ、贅沢言うな」と書き捨ててしまった。
そんな怒りは知り合いのPが宥めてくれたこととシャニマス発表で大部紛れた。
めぐるが特に好きだ。元気の良い子はたまんないね。シャニもPVとかアニメほしいよ。
と、長々とかいたがわたしは4ブランドが好きで、SideMが嫌いだ。
アイマス2の出番、ミリオンアニメ、ポプマスの寿命(男キャラのスキルが要因)、ツアマス制作予算(男の3Dモデル作り直し)、MOIW2023の出番(ミリオン曲が一番少なく、その次にシンデレラが少ない。そしてSideM曲が異様に多い)。
わたしはこれからも4ブランドのPを人生かけて続けていくだろう。だがSideMだけは終わらせるか女の子に差し替えてほしいと言う呪詛だけは消えない。
https://game-i.daa.jp/?plugin=tagselect&tag=%E3%82%A2%E3%82%A4%E3%83%9E%E3%82%B9
具体的なソースを見つけたのでこれを見てほしい。SideMはもう終わりかけのモバマスとブラウザ版から課金するのが主流のシャニマス以外全てに負けている。
なのに3つもゲームを作られている。一番売上的に上なシンデレラすら2つなのに。これは明確な優遇であるのではとわたしは思う。
これで「スタマスにSideMいねーのおかしいよ！」って文句を公式のスタマス放送で言ったのに、ツアマスで無理矢理3Dモデル足させて当たり前の事扱いって厚かましいとしか思えない。マジでああいうのがいるせいで女ってだけで敵視されて肩身狭くなるから一部のSideMのPには黙ってほしい。
あとSideMは3Dに力いれてるらしいけどそれデレマスとミリマス、特に3Dがスタマスでしかもらえてないシャニマスにくれよ。節約のために新アプリは2Dにします！つったのに3DPVあんじゃん。それシャニマスにくれよ。SideMの方が売上下の癖に。
わたしにとってはDSの3人も玲音や詩花のような961の子達も魔王エンジェルや新幹少女もルカのような公式サイトからハブられている子もゼノ世界線の子もみんなアイマスのアイドルです。
というか望まれてないSideM消してDS+961の焼き直ししてくれないかな。ディアリースターズの愛が特に好きで絵理も涼も好きだった身としてはSideMで涼だけ出番増えるの解せない。涼の反転アンチになりそう。
pixiv内で完結する方法ではないため海外の無断転載サイト等に画像そのものが存在していることが前提。
Chromeで検索したい非公開作品があるブックマークページを開き、F12で開発者ツールを開いてF5で更新する。
ゴチャゴチャした上の方に『Fetch/XHR』とあるので選択し、『bookmarks?tag=』で始まるファイルか何かの『Preview』を開く。
『Preview』の『▶body』、『▶works』の順で開くとブックマーク作品の題名が並んでいて、その中に『-----』という名前のものがあればそれが目当ての非公開作品についての情報。
複数ある場合でもブックマークのページと同じ順番なため照らし合わせれば問題なく判別可能。
情報と言ってもタグや投稿日時、作者名までほとんど消去されているため確認できるのはURLの作品IDのみ。
『{id: "********", title: "-----",～』となっている部分のアスタリスク部分が作品IDであり今回必要な情報。
次に他タブで検索ページを開き、pixivと作品IDで検索する。
仮に作品IDが12345678であった場合検索ワードは『pixiv 12345678』、作品ID部分を””で囲み完全一致検索にすると余計な情報も省きやすい。
githubっていつのまに、ちょい古めのブラウザだとassetsの所がグルグル回ったまま、クリックしても開かないようになったんだ。
ちなみに、ちゃんと開けるブラウザを使ってだ、HTMLの検証できるサイトに行ってそのページのソースを貼り付けたらば、やっぱ古いブラウザと同じ結果になる。
ほんまにいらんことしよってからに！
ダウンロードするには、ターミナルでcurl -v https://api.github.com/repos/[目的の場所 公開してる人のアカウント名（owner）/プロジェクト（repo） ]/releases/assets
ってやるとずらっと表示される中に"browser_download_url" とあって、ブラウザでダウンロードできるURLが表示される。
releasesの右に/tag/が入ってるページの絞り込みはreleasesの横に入れればいいのかと思ったが、ちょっと分からなかった。
＊ターミナルを使わなくてもcurl -v を省いて、"https://api.github.com/repos/"から"/releases"までをブラウザのURL欄に入れたら同じ内容が階層にまとまった状態で表示されるのに気づいた（三角をクリックしたら開く）
そしてグレーで「jsonを検索」って所にラベル名なんかを入れると絞り込んでくれる。
なんだこれ凄く便利じゃないか！
せっかく課金したのにユーザが増えまくっているのか滅茶苦茶重くなっていて最悪。
だから流出したモデルを使ってローカルでNAIの環境を構築する。
ネットには情報もだいぶ転がってるけど陳腐化した情報があまりに多いため増田にまとめることにした。
もしかしたらこの記事もすでに陳腐化しているかもしれないが…単純に間違ってたらトラバで教えてほしい。
もちろん自己責任。この記事を見て導入した結果何かあっても増田は何も保証しない。
英語がわかる人はこっちを見た方が早いと思う。今は導入RTAができるくらい導入は楽になっている。
https://rentry.org/nai-speedrun
VRAMが2GB以上あるNVIDIA製のグラフィックボードがあればローカル環境を構築できる。
GPUの世代はGTX700シリーズ以降。なので一昔前のミドル級ボードでも動作するらしい。
IntelのオンボードGPUでも実行する方法があるらしい(stable_diffusion.openvino)が今回は割愛する。自分で探してね。
その他の推奨環境は以下の通り。
対応OS：Windows7以上(と言うがM1Macでも動作する方法があるとかなんとか)
メインメモリ：16GB以上(VRAMもたくさん必要だが起動時にメインメモリも大量に食う。WebUI起動時にタスクマネージャを見ているとよくわかる)
スマホしか持ってないような人やこういうのがよくわからない人はNovelAIを使った方が良いと思う。
今は重いけど、きっとそのうちみんな飽きてサーバも軽くなるかもしれないし。
(追記)NovelAIがリソースを確保してサーバが軽くなったからリスクを背負ってまで導入しなくても良いかも
(追記)Pythonは当然3系。最新の奴を入れれば問題無い。
導入方法はいちいち書かないけど、「python --version」や「git -v」で
正常にバージョン情報が出る(パスがきちんと通っている)ことはちゃんと確認しよう。
Stable Diffusion web UIはStable Diffusionやそれをベースとした画像生成AIを利用するためのフロントエンド。
その中でも特に開発が活発でデファクトスタンダードとなっているのがAUTOMATIC1111版だ。
導入したい適当なディレクトリに対してPowerShellなどで
「git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git」
なお、AUTOMATIC1111版は数時間単位でコミットが行われるから
定期的に「git pull origin master」で更新しよう。
クライアントはqBitTorrentが一番楽だと思う。
ここにはさすがにmagnetリンクは書かないから各自ググって欲しい。
結構誤解されがちなことだが流出データ50GBを全部ダウンロードする必要は無い。
必要なファイルはanimefull-final-prunedディレクトリの中身とanimevae.ptだから5GBちょっとくらいなんじゃないかな。
もし余裕があるならmoduleディレクトリの中身もダウンロードすればいいけど、ぶっちゃけ必要無いんじゃないか？
まずはanimefull-final-prunedの中身のファイルをリネーム。
「model.ckpt」を「animefinal-full-pruned.ckpt」のようなわかりやすい名前にして、
「animevae.pt」を例えば「animefinal-full-pruned.vae.pt」のような拡張子以外は同じファイル名にする。
WebUI起動フォルダ配下の\models\Stable-diffusionにリネームしたファイルを移動させれば配置はOK。
ちなみにmoduleディレクトリの中身は\models\hypernetworksに移動させて使う。
それらのファイルを設定で適用させると画風が結構変わるがNovelAI再現とは関係無いみたいだ。
(追記)moduleディレクトリの中身の.ptファイルはhypernetworksという技術によって画風などを学習したものらしい。
すでに複数のイラストレーターの画風を学習したptファイルが作成されており議論を呼んでいる。
自分のグラボのVRAMが4GB未満の場合は「set COMMANDLINE_ARGS=」の後に
4GB未満の場合は「--medvram」、2GB未満の場合は「--lowvram」とパラメータを追加しておこう。
自分の持ってるグラボのVRAMがわからないときはGPU-Zなどで調べよう。
またGTX1600系固有のバグ(単色の画像が出力される)があるらしいので
その場合は「--no-half-vae」もしくは「--no-half」や「--precision full」とパラメータを追加。
ちなみにパラメータに「--xformers」を追加してxformersを導入・使用すると
消費VRAMが減って画像生成処理時間も短縮されるので是非導入しよう。
画像からdanbooruのタグをAIで調査するdeepdanbooruを利用する場合は「--deepdanbooru」を追加。
のようになる。
ターミナルやPowerShellなどでwebui-user.batを起動しwebUIの初期導入と起動を行う。
過去には手動でCUDA等を導入する必要があったが、現在はこの初期導入でだいたいの導入が行われる。
ずいぶん楽にはなったがその分初期導入の時間は結構長い。10分～20分くらいかかるかもしれない。
途中で導入処理がエラーで止まってしまった場合は管理者権限で実行するなどして対応して欲しい。
起動ができたらSettingで以下の設定を変更してNovelAIに近づける。
Stop At last layers of CLIP modelを2に、
Eta noise seed deltaを31337にする。
これで設定は完了！
設定を合わせて完全にNovelAIと同じ内容になったのかを確認するテストがある。
出力結果から海外じゃHallo Asuka Testなんて呼ばれている。
これは初期SEEDをはじめとする設定内容が完全に一致していれば同じ出力結果を得られる仕組みを利用している。
プロンプトの内容：masterpiece, best quality, masterpiece, asuka langley sitting cross legged on a chair
ネガティブプロンプトの内容：lowres, bad anatomy, bad hands, text, error, missing fingers, extra digit, fewer digits, cropped, worst quality, low quality, normal quality, jpeg artifacts,signature, watermark, username, blurry, artist name
https://i.imgur.com/Bfl5qJB.jpg
なお、このテストはAUTOMATIC1111のバージョンやxformersの適用状態によっては微妙に違う画像が出力されることがあるらしい。
xformersを適用させている増田の環境だと確かに二つ並べると間違い探しレベルの違いがあった。
「Booru tag autocompletion for A1111」を導入すればNovelAIのように自動でdanbooruのタグを保管してくれる。
画像生成AIモデルはStable DiffusionがOSSのため派生が結構多い。
自前で追加学習もできるため自前で学習した追加AIモデルを4chanのような掲示板などで共有する人もいるらしい。
しかしそのようなモデルの中にウィルスのような悪意のある動作を行うものもあるらしい。
FBIがペドフィリアを一網打尽にするためにIPアドレスなどの個人情報を抜き出す動作を行うロリ特化AIモデルを掲示板で配布していて
しかもそれには本物の児童ポルノが教師データとして使われている…などという都市伝説的な話が今界隈を賑わせている。
それに関連するというか補完だけど、総合ルールなしにプレイしているゲームってこんな風になるんだよね
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=23823&keyword=&tag=-1
以下の順番で効果を考慮してダメージを決定します。なお、「ダイガスタ・スフィアード」は03、「BF－アーマード・ウィング」は06に該当します。
03：自分への戦闘ダメージは相手も受ける、戦闘ダメージは代わりに自分／相手が受ける
したがって、「ダイガスタ・スフィアード」の効果により「BF－アーマード・ウィング」のコントローラーに発生するダメージは、「BF－アーマード・ウィング」の①の効果によって０になります。結果として、どちらも戦闘ダメージを受けません。
これってようは戦闘ダメージの計算に関する裁定なんだが、総合ルールのように体系だって書かれてはいない
総合ルールってのは高度に集積化したマニュアルであり、人によって遊び方が変わらないようにするためのもの
ダメージ計算ってのはとても難しいのだから、そういうものをきちんと体系化して誰でも理解し計算できるようにしないと現実のTCGでは大変なことになるんだが、なぜか遊戯王はそれをしない
総合ルールという法律があってはじめて裁定がくだされるわけだが、その総合ルールを公開しないまま裁定だけが増えても意味がないんだよね
自動で安価をつけて返信するプログラムでもこんなに長く複雑になる(一部抜粋)
/**************************************
以下のCSV_DIR, FILE_PATHS, SETTINGSを書き換えてね。 <h3>o- *************************************/</h3>
//CSVファイルが置かれてるディレクトリのパス。投稿前にエラー出たら大体ここの設定ミス。 例："C:\\Users\\sakuraimasahiro\\Documents\\iMacros\\Macros\\rentou\\";
'C:\\Users\\USER\\Desktop\\iMacros\\Macros\\rentou\\';
//ファイルのパス。CSVは絶対パスで、拡張子も必要。iimは相対パスでよく、拡張子不要。
const FILE_PATHS = {
textCsv: CSV_DIR + 'textNoAnker.csv',
//レス用投稿文が書かれたCSV。通常とレス用で分けないなら同じファイルを使えばいい。
replyTextCsv: CSV_DIR + 'textReply.csv',
};
baseWaitTime: 5,
//baseWaitTime+0～waitTimeRange（ランダム）だけ待つ
waitTimeRange: 5,
//連投しすぎだと忠告された場合に処理を一時停止させる時間(秒)
waitTimeForAvoidingPunishment: 60 * 30,
//メール
mail: 'sage',
//名前設定
name: '',
//以下、偽装ワッチョイ設定。浪人でワッチョイを非表示にしてるときだけtrueにしてね。
//妙なニックネーム（ﾜｯﾁｮｲ、ｱｳｱｳｳｰなど）をランダムで決めて付加するかどうか。true=付加する。false=付加しない。
//妙なニックネームの後に付く8桁の文字列をランダムで決めて付加するかどうか。
},
//アンカー無し投稿をするならtrue。しないならfalse。noAnkerPostかreplyPostのどちらかはtrueにすること（両方trueでもOK）。
//アンカー付き投稿（返信）をするならtrue。しないならfalse。もしnoAnkerPostとreplyPostの両方がtrueの場合、投稿は返信が優先され、返信対象が見つからなくなったらアンカー無し投稿をする。
//最初に取得するアンカー無し投稿文CSVファイルの行番号。もし返信用と同じCSVファイルを使うなら-1と入力。
noAnkerPostTextCsvStartRow: 1,
//最初に取得する返信用投稿文CSVファイルの行番号。もしアンカー無しと同じCSVファイルを使うなら-1と入力。
//テキストCSV/返信用テキストCSVの取得行が最終行に達したら最初の行まで戻るかどうか。true=戻る。false=マクロ終了。
//返信する場合、これより小さなレス番には返信しない。返信を投稿すると、この数値は前回の返信先のレス番に更新される。
minAnker: 895,
//返信する場合、名前に以下の文字列を含む投稿にアンカーをつけて返信する(ﾜｯﾁｮｲやIPなど名前フィールドにあるものならなんでも可)。配列で複数指定可能。指定無しなら空配列（[]）。filterNamesとfilterNamesNotIncluded共に無指定ならレス番1から順に返信していく（minAnkerが設定されてればそこから順に）。以下のfilter系は全て併用可能。
//↑とは逆に、名前に以下の文字列を含まない投稿にアンカーをつけて返信する。↑と併用も可能。
//返信する場合、本文に以下の文字列を含む投稿にアンカーをつけて返信する。
filterText: ['自演かな', '自演わらわら', 'スクリプト使うの', '安価ガバ', '>>660', '自演で擁護', '最後' ,'あいうえお', 'かきくけこ', 'さしすせそ', 'なにぬねの', 'はひふへほ', 'まみむめも', 'やいゆえよ', 'やゆよ', 'らりるれろ', 'わいうえを', 'わをん', 'わいうえをん'],
},
//自分のIPアドレスの確認。VPNとかでIPを変更してマクロを動かしてるとき、突然VPNが作動しなくなってIPが元に戻ったときにマクロを止めるためのもの。
//以下の文字列が自分の現在のIPアドレスに含まれている場合、マクロを一時停止する。基本的に自分の本当のIPアドレスを入力。
},
//浪人設定。最後に動作を確認したのは5年くらい前で、今も同じように動作するかは、浪人を持ってないから確認できずわからない。
//浪人にログインしてるかどうかをチェックするかどうか。trueならする。falseならしない。trueにしていてもし浪人にログインしていないことを確認したらログインしにいく。
password: '1234',
},
};
/**************************************
設定箇所終わり。
https://info.5ch.net/index.php/%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%82%81%E3%81%AA%E3%81%84%E6%99%82%E3%81%AE%E6%97%A9%E8%A6%8B%E8%A1%A8 <h3>o- *************************************/</h3>
/**************************************
・NULL演算子(??)は使えない。論理積(&&)は使える。
・オブジェクトの分割代入はできない。
・importはできない。 <h3>o- *************************************/</h3>
/**************************************
関数 <h3>o- *************************************/</h3>
/**
* ここから始まる。
*/
checkSettings();
var _TextCsvCursors = new TextCsvCursors(
SETTINGS.postSettings.noAnkerPostTextCsvStartRow > 0
? SETTINGS.postSettings.noAnkerPostTextCsvStartRow - 1
: SETTINGS.postSettings.noAnkerPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
SETTINGS.postSettings.replyPostTextCsvStartRow > 0
? SETTINGS.postSettings.replyPostTextCsvStartRow - 1
: SETTINGS.postSettings.replyPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
);
var _LoopStatuses = new LoopStatuses(0, SETTINGS.postSettings.minAnker);
const _MyPosterName = new MyPosterName({
name: SETTINGS.nameSettings.name,
});
const _ThreadUrl = openPromptThreadUrl();
//ループ
while (true) {
SETTINGS.ipSettings.checkIp && checkCurrentIpNotTheIp();
//スレを開く
openUrl(_ThreadUrl.fullUrlHttps());
//浪人にログインする設定なら、浪人にログインしているかどうかを確認し、していなければログインしにいく。
if (SETTINGS.roninSettings.checkLogin) {
}
}
if (SETTINGS.postSettings.replyPost) {
const targetAnkerNumber = createPostDOMList()
.filterPostnumberHigher(_LoopStatuses.currentMinAnker())
.filterByPostername(SETTINGS.postSettings.filterNames)
.filterByPosternameNotIncluded(
SETTINGS.postSettings.filterNamesNotIncluded,
)
.filterByText(SETTINGS.postSettings.filterText)
if (targetAnkerNumber !== null) {
const r = _TextCsvCursors.takeNextRowTextAsReply(targetAnkerNumber);
messageDisplay(`返信対象有り。アンカー先: ${targetAnkerNumber}`);
return {
...r,
updatedLoopStatuses:
_LoopStatuses.updateMinAnker(targetAnkerNumber),
};
}
}
if (SETTINGS.postSettings.noAnkerPost) {
//返信対象無し、或いは返信しない設定の場合。アンカー無し投稿文を作る。
const r = _TextCsvCursors.takeNextRowTextAsNoAnker();
messageDisplay('返信対象無し。アンカー無し投稿。');
return {
...r,
updatedLoopStatuses: _LoopStatuses,
};
}
return null;
})();
if (p) {
//投稿。
nickname: SETTINGS.nameSettings.nickname,
korokoro: SETTINGS.nameSettings.korokoro,
area: SETTINGS.nameSettings.area,
}),
SETTINGS.mail,
p.text,
);
//_TextCsvCursorsと_LoopStatusesを更新。
_TextCsvCursors = p.updatedTextCsvCursors;
_LoopStatuses = p.updatedLoopStatuses.incrementPostCount();
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
} else {
`返信対象が現われるのを待機中...。`,
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
}
wait(SETTINGS.baseWaitTime + randomRange(0, SETTINGS.waitTimeRange));
}
}
/**
* 投稿処理と投稿結果を見てリトライしたりマクロ終了したり。
* @param {string} serverName サーバー名
* @param {MyPosterName} _MyPosterName
* @param {string} postMail メール
*/
serverName,
postMail,
_MyText,
retryTimes = 0,
) {
const r =
retryTimes === 0
? new ValuesOfPost(serverName, _MyPosterName, postMail, _MyText).post(
postTo5chTread,
)
serverName,
postMail,
_MyText,
).postSubstring(retryTimes, postTo5chTread, postConfirm);
if (r) {
back();
return;
}
wait(7);
const error = createPostErrorMessage().analyze();
messageDisplay(error.message);
if (error.order === 'KILL') {
kill();
} else if (error.order === 'SKIP') {
return;
} else if (error.order === 'TRUNCATE') {
back();
serverName,
postMail,
_MyText,
retryTimes + 1,
);
} else if (error.order === 'WAIT') {
wait(SETTINGS.waitTimeForAvoidingPunishment);
serverName,
postMail,
_MyText,
retryTimes,
);
} else if (error.order === 'LOGIN') {
serverName,
postMail,
_MyText,
retryTimes,
);
}
return;
}
/**
* 現在のIPアドレスに、SETTINGS.ipSettings.avoidTheIpの値が含まれていないことを確認する。含まれていたらマクロを一時停止。
* @returns
*/
function checkCurrentIpNotTheIp() {
openUrl('https://www.cman.jp/network/support/go_access.cgi');
const _IpAdress = createIpAdressFromCMan();
if (_IpAdress.includes(SETTINGS.ipSettings.avoidTheIp)) {
pause('現在のIPに指定した値が含まれていることを確認。');
}
return;
}
/**
* @returns
*/
if (
SETTINGS.postSettings.noAnkerPost === false &&
SETTINGS.postSettings.replyPost === false
) {
return kill('設定エラー。noAnkerPostとreplyPost両方ともfalseになってる。');
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow < 0 &&
SETTINGS.postSettings.replyPostTextCsvStartRow < 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRowとreplyPostTextCsvStartRow両方とも-1になってる。',
);
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow === 0 ||
SETTINGS.postSettings.replyPostTextCsvStartRow === 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRow/replyPostTextCsvStartRowの初期値は-1或いは1以上で。',
);
}
}
/**
* 入力フォームを表示して入力されたスレのURLを受け取る。
*/
function openPromptThreadUrl() {
const url = prompt('スレURLを入力');
}
/**
* 開いてるスレのレス全て読み取ってPostListインスタンスを作って返す。
* 重すぎるので使うのやめ。どうやらインスタンスの大量生成が原因な模様。
*/
const posts = window.document.getElementsByClassName('post');
return new PostList(Array.from(posts).map((e) => new Post(e)));
}
/**
* 開いてるスレのレス全て取得してPostDOMListに格納して返す。
* @returns
*/
function createPostDOMList() {
const posts = window.document.getElementsByClassName('post');
for (let index = 0; index < posts.length; index++) {
//HTMLCollectionからElementを1つずつ抽出して配列に。
arrPostDOMList.push(posts.item(index));
}
return new PostDOMList(arrPostDOMList);
}
/**
* 開いてる投稿結果画面に表示されてるエラーを読み取ってPostErrorMessageインスタンスを作って返す。
*/
function createPostErrorMessage() {
window.document
ちょっとミスをしましたが、さきほどの虚無魔神と壊獣の裁定に破綻はなく例外ではありません。一般的なルールの範囲内で収まります。
例えば虚無魔神がいるときに融合を発動して融合素材にしたり、シンクロやエクシーズの素材にすることはできません。
これが虚無魔神と壊獣というあまり見ない組み合わせるなのでわかりづらいだけです。
「妨げられた壊獣の眠り」は、自分または相手のモンスターゾーンに「壊獣」と名のついたモンスターが存在する場合でも発動する事ができます。
その場合、お互いのフィールドに存在するモンスターを全て破壊し、『その後、デッキからカード名が異なる「壊獣」モンスターを自分・相手のフィールドに１体ずつ攻撃表示で特殊召喚する。この効果で特殊召喚したモンスターは表示形式を変更できず、攻撃可能な場合は攻撃しなければならない』処理も通常通り適用されます。
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=19928&keyword=&tag=-1
Q: 「虚無魔人」がモンスターゾーンに存在する場合、「妨げられた壊獣の眠り」を発動できますか？
A: 「虚無魔人」がモンスターゾーンに存在し、そのモンスター効果が適用されている場合には、「妨げられた壊獣の眠り」を発動する事自体ができません。
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=6411&keyword=&tag=-1
①：フィールドのモンスターを全て破壊する。その後、デッキからカード名が異なる「壊獣」モンスターを自分・相手のフィールドに１体ずつ攻撃表示で特殊召喚する。この効果で特殊召喚したモンスターは表示形式を変更できず、攻撃可能な場合は攻撃しなければならない。
Aがフィールドのモンスターの全破壊でBがデッキからの特殊召喚に該当する。
虚無魔神が存在すると特殊召喚が行えないため、Bの処理はできない。しかし前提となるAの処理には干渉しないにも関わらず、この場合はカードの発動自体ができないことを意味する。
似た例としてスターライト・ロードがあるが、これは虚無魔神があっても発動でき、前半の無効化だけは処理できる。
「虚無魔人」の『①』のモンスター効果が適用され、モンスターを特殊召喚する事ができない場合でも、「スターライト・ロード」を発動する事ができます。
（エクストラデッキに「スターダスト・ドラゴン」が存在するかどうかによって処理に違いはありません。）
なお、この場合、「スターライト・ロード」の『その効果を無効にし破壊する』処理は通常通り適用されますが、『その後、「スターダスト・ドラゴン」１体をエクストラデッキから特殊召喚できる』処理を適用する事はできません。
また、RR-アルティメット・ファルコンは相手フィールドにモンスターがいなくとも(2)の起動効果を発動できる
相手のモンスターゾーンにモンスターが1体も存在しない場合でも、自分のメインフェイズに「RR－アルティメット・ファルコン」のモンスター効果を発動する事はできます。
その場合、『相手フィールドのモンスターの攻撃力は１０００ダウンし』の効果が適用されるモンスターは存在していませんが、『相手はカードの効果を発動できない』効果は適用される事になります。
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=18169&keyword=&tag=-1
こういったものを的確に説明できるほどには今の遊戯王はルール整備が整っていないと考えるのが自然
スターライト・ロードは、後半の特殊召喚がマクロコスモス同様に任意であるがために前半の効果を使える、というのはまだわかる
だけどアルティメット・フェルコンが相手モンスターのいない時に効果を発動できることが空撃ちに該当するかどうかを即座に判断するのは難しいだろうな
遊戯王が「読めばわかるルール」ならばカードだけで全てが完結してよいはずなんだ
だけど多種多様な裁定や裁定変更は多く、調整中の箇所も無数にある
灰流うららは読めば問題ない、というのは、実はwikiの項目が非常によく整備されており、かつ使用頻度が高く多くの人が解説をしているからに過ぎない
トリケライナーが大会で使われるまで多くの人がそのカードの使い方を知らなかったのは有名な話
マクロコスモスやスターライト・ロードに関しても、特殊召喚が任意だからデッキに出せるモンスターがいなくとも発動できる、というのは初心者が初見で理解するのは無理がある
もちろん、基本的なルールに則っているのは事実だろうけど、ルールってどこに書いてある？
総合ルールというものがなく、非公式wikiや公式のデータベース、あるいはパーフェクトルールブックに載っているか、スターターについている薄い冊子だけ
つまり「Aを処理できるならBを処理できなくとも発動できる」というルール自体は、実際は裁定をみるかwikiを読むか、事務局に質問することで判明する
それ自体も反証が多いため、実際に本当のルールがなんなのかを読むのは厳しいところ
総合ルールという形で遊戯王が明記していない以上、遊戯王はいつまでも裁定を読み解き、副読本に頼ることでしか遊べない
はてブについて、情報検索したりクエリを投げたりして調べてまとめてみた。自分用メモとして書いたもので、極少数の人しか興味を持たない内容かと思うが、読んでいただければ幸い。
公式等[1・2（参照したページURLを最後に記載。以下同様）]で詳細を確かめられず素人の憶測で説明した箇所がいくつもあり、簡潔明瞭でも網羅的でもない解説だがご容赦を。
1a. https://b.hatena.ne.jp/hotentry/{1}（引数に"all"を入力した場合、1のエイリアス）
1b. https://b.hatena.ne.jp/ctop/{1}（カテゴリトップ[3]が過去に存在していた場合、1aにリダイレクト）
1c. https://b.hatena.ne.jp/hotentry/{1}/{2}
1d. https://b.hatena.ne.jp/hotentry/{1}/daily（1cにリダイレクト。前々日か前日の分が表示される）
1e. https://b.hatena.ne.jp/hotentry/{1}/{3}(?page={4})（()内のパラメータは省略可。以下同様）
1f. https://b.hatena.ne.jp/hotentry/{1}/{3}(?of={5})
2a. https://b.hatena.ne.jp/hotentry.rss
2b. https://b.hatena.ne.jp/hotentry/{1}.rss（"all"を入力した場合、2aのエイリアス）
2c. https://b.hatena.ne.jp/hotentry?mode=rss（2aのエイリアス）
2d. https://feeds.feedburner.com/hatena/b/hotentry（2aのエイリアス）[4]
3. https://b.hatena.ne.jp/entrylist/{1}(/{3}?page={4})（ブクマ登録数の閾値を設定するオプションがあったが、2018年3月に廃止された[5]）
4a. https://b.hatena.ne.jp/entrylist.rss
4b. https://b.hatena.ne.jp/entrylist/{1}.rss（"all"を入力した場合、4aのエイリアス）
| {1} | カテゴリID | 省略するとカテゴリ「総合」のページが表示される |
| {2} | エントリ登録日 | "YYYYMMDD"の形式で入力。当該月日の24時から一定時間経過後に利用可能になる。有効な最古の値は20050210 |
| {3} | 特集名 | 特集[6]は不定期に改廃されるため、値が有効か注意 |
| {4} | ページ番号 | |
| {5} | オフセット | 表示結果の先頭が、指定した値だけ後ろにずれる。1ページ分表示可 |
エントリは、8種類あるカテゴリ[7]のどれか1つに自動で区分される。そのアルゴリズムは不定期に更新されているようだ[8]。区分に異議がある場合、ユーザが変更申請することもできる[8・9]。
カテゴリは2013年2月に現在の名称・分類になった[10]。分類が現在と同じ8種類になったのは、2008年11月[11]。
なお、2011年以前のエントリはほぼ全て「暮らし」カテゴリに区分されている[12]。2017年から2019年の間に何らかの障害が起きたためと思われる[13・14・15]。
なお「（ブックマーク）エントリ」という呼称は、一般的用法、はてブに登録されたURLとその付帯情報、エントリページの情報等、多様な意味で使われる。
1a. https://b.hatena.ne.jp/entry/(s/){1}（"s/"はセキュアサイトのエントリページURLに付加される[16]）
1b. https://b.hatena.ne.jp/entry/{2}（正しく処理された場合、1aにリダイレクト）
1c. https://b.hatena.ne.jp/entry/{3}（1aにリダイレクト）
1d. https://b.hatena.ne.jp/entry?url={2}（1aのエイリアス）
| {1} | URL | ブクマされたURL（原則として、パーセントエンコード[19]されたもの）の一部を入力 |
| {2} | URL | URL（同上）全体を入力 |
| {3} | エントリID | 下記参照 |
はてブに登録されたURLはIDと1対1対応する。IDは、当初は1から始まる連番だったが、2018年12月頃から62bit以上の乱数値になった[20]。
余談だが、かつては番号が桁繰上りするたびにキリ番ゲッターがブクマしに集っていたようだ。理由は不明だが、欠番になったキリ番もある（キリ番と前後のエントリページ参照）。
URLとwebページは1対1対応するとは限らない[21][22]ため、エントリ・ブコメは容易に分散する。
その改善のため2019年2月にはてブの仕様が変更され、一定の規則でエントリが収斂されるようになった[23]。現在エントリページは、複数のエントリと1対多対応していて、対応するどのID・URLを引数にしてもアクセスできる。
参考[1]のエントリページに対応するIDを昇順にし、各IDの確認できる最古のエントリをまとめた。非公開や削除済のブクマがあるせいか、完全な日付昇順ではない。
| 26 | 2005/2/10 | nabeso | http://b.hatena.ne.jp/help |
| 252298 | 2005/5/24 | nobody | http://b.hatena.ne.jp/help#tag |
| 261369 | 2005/5/26 | another | http://b.hatena.ne.jp/help#favorite |
| 308455 | 2005/6/9 | naoya | http://b.hatena.ne.jp/help?mode=design |
| 361820 | 2005/6/23 | superartlife | http://b.hatena.ne.jp/help#collection |
| 368560 | 2005/6/24 | kurimax | http://b.hatena.ne.jp/help?mode=button |
| 369059 | 2005/6/24 | takeshi-s | http://b.hatena.ne.jp/help?mode=button#jugem |
| 461306 | 2005/7/18 | kidaglass | http://b.hatena.ne.jp/help?mode=button#livedoor |
| 540219 | 2005/8/9 | kei-s | http://b.hatena.ne.jp/help?mode=tipjar |
| 990732 | 2006/1/14 | takef | http://b.hatena.ne.jp/help?mode=tipjar#autodiscovery |
| 1021385 | 2005/12/27 | tosch0718 | http://b.hatena.ne.jp/help#note_about_title |
| 1051040 | 2006/1/7 | junky0 | http://b.hatena.ne.jp/help?mode=button#seesaa |
| 1148729 | 2010/7/8 | b01012109 | http://b.hatena.ne.jp/help/ |
| 1785475 | 2006/4/20 | eiichiman | http://b.hatena.ne.jp/help?mode=design#module |
| 2361801 | 2006/7/19 | yamifuu | http://b.hatena.ne.jp/help#keybind |
| 4670135055805666274 | 2020/1/7 | aoyamayuki | https://b.hatena.ne.jp/help/ |
以下に該当するIDやURLを引数として入力すると、エントリの一部または全ての情報の取得に失敗する
| {1} | ユーザID | |
| {2} | ブクマ日 | "YYYYMMDD"の形式で、当該ユーザがブクマした日付を入力 |
| {3} | エントリID | 当該ユーザがブクマしたURLのIDを入力 |
| {4} | エントリID | エントリページに対応するどのIDでも入力可 |
はてブの全エントリから検索可能[29]。ただし単語の区切の判定が完璧でないため、連語や複合語等が関わると上手く動かない場合がある（例えば、「更年」で検索したら「更年期障害で欠勤、認められず」というタイトルがヒットしなかった）。
1a. https://b.hatena.ne.jp/search/{1}?q={2}(&sort={3}&users={4}&safe={5}&date_begin={6}&date_end={7}&page={8}&mode={9})
1b. https://b.hatena.ne.jp/t/{2}（1aにリダイレクト）
| {1} | 検索範囲 | "tag""title""text"のいずれかを入力 |
| {2} | 検索文字列 | ブクマに付帯するタグ・ページタイトル・ページ本文中のいずれかで、指定した文字列を検索する。複数の文字列を"%20""|""-"で連結すると、AND・OR・NOT検索できる[30]。"site:{URL}"の形式で入力すると、URL絞込検索できる |
| {3} | 表示順 | "popular"を指定すると、結果がブックマーク登録数降順で表示。デフォルトは新着順 |
| {4} | ブクマ件数 | 指定件数以上のエントリで絞込検索する。デフォルト値は3 |
| {5} | セーフサーチの有無 | "off"を指定できる。デフォルトはオン |
| {6} | 検索期間の始め | "YYYY-MM-DD"形式で指定した日付以降のエントリで、絞込検索 |
| {7} | 検索期間の終り | "YYYY-MM-DD"形式で指定した日付以前のエントリで、絞込検索 |
| {8} | ページ番号 | |
| {9} | "rss"を指定できる | |
| {10} | URL | 指定URLで絞込検索 |
| {11} | 表示順 | "count""hot"を指定すると登録数降順、"eid"で新着順で表示。デフォルトは、ブクマ3件以上のエントリのみ新着順 |
1a. https://b.hatena.ne.jp/{1}/(?page={2})
1b. https://b.hatena.ne.jp/{1}/?tag={3}(&tag={3}&page={2})
1c. https://b.hatena.ne.jp/{1}/{3}(/{3})（1bのエイリアス）
1d. https://b.hatena.ne.jp/{1}/{4}
1e. https://b.hatena.ne.jp/{1}/?url={5}(&page={2})
1f. https://b.hatena.ne.jp/{1}/bookmark（1aのエイリアス）
2a. https://b.hatena.ne.jp/{1}/bookmark.rss(?page={2})
2b. https://b.hatena.ne.jp/{1}/bookmark.rss?tag={3}(&tag={3}&page={2})
2c. https://b.hatena.ne.jp/{1}/bookmark.rss?date={4}
2d. https://b.hatena.ne.jp/{1}/bookmark.rss?url={5}(&page={2})
2e. https://b.hatena.ne.jp/{1}/rss（2aにリダイレクト）
3. https://b.hatena.ne.jp/{1}/search.data(?limit={6}&offset={7}) [31]
| {1} | ユーザID | |
| {2} | ページ番号 | |
| {3} | タグ | 指定タグで絞込検索。2件以上指定するとAND検索できる |
| {4} | ブクマ日 | "YYYYMMDD"形式で指定した日付で絞込検索 |
| {5} | URL | 指定URLで絞込検索。部分一致検索可能だが、URIスキームから入力しないと無効 |
| {6} | 最大取得件数 | デフォルト値は全件 |
| {7} | オフセット | 表示結果の先頭が、指定した値だけ後ろにずれる |
前節とほぼ同様だが、利用可能なオプションが多い[32・33]。
余談だが、カラースターの価値は緑5円・赤12円・青110円・紫890円程度のようだ[34]。
| 1 | ヘルプトップ - はてなブックマークヘルプ | https://b.hatena.ne.jp/help/ | 4670135055805666274 |
| 2 | はてブAPIでwebサービスを作りたい全ての人に向けて書きました | https://syncer.jp/hatebu-api-matome | 264997023 |
| 3 | カテゴリトップ「テクノロジー」を新設し、グローバルナビゲーションの挙動を変更しました - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2015/11/05/151221 | 4667408542014962466 |
| 4 | はてブのホットエントリーのRSS一覧 - まんとるぽっと | https://www.mantol.net/entry/20120601/1338517941 | 4699737458651148386 |
| 5 | 【追記あり】トップページやカテゴリページなどのメディア面をリニューアルしました - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2018/03/22/161110 | 4667408571006016450 |
| 6 | 編集とユーザー活動とエンジニアリングを融合した「特集機能」を始めます - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2015/08/17/150654 | 4667408546846804962 |
| 7 | [FAQ]はてなブックマークの「総合」カテゴリーと「一般」カテゴリーの違いはどこにある? | https://anond.hatelabo.jp/20200108201212 | |
| 8 | 【自由研究】はてなブックマークにおける自動カテゴリ分けの傾向と所感 - AQM | https://aqm.hatenablog.jp/entry/2019/08/06/180100 | 4672608930549728738 |
| 9 | フィードバックフォームおよびカテゴリ変更依頼フォーム設置のお知らせ - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2018/12/11/163453 | 4667408557584232770 |
| 10 | 新しいトップページの一覧性を高めました - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2013/02/06/000000 | |
| 11 | 2008-11-07 - はてなブックマーク開発ブログ | https://bookmark.hatenastaff.com/entry/2008/11/07/000000 | |
| 12 | はてなブックマーク - 人気エントリー - 総合 - 2011年12月5日 | https://b.hatena.ne.jp/hotentry/all/20111205 | |
| 13 | はてなブックマーク - 人気エントリー - 2008年11月1日 | https://web.archive.org/web/20170815132626/http://b.hatena.ne.jp/hotentry/20081101 |
”アリアハンではありえへん”との一致はありません。
https://www.nicovideo.jp › tag › アリエヘン
「アリエヘン」動画 11本「ドラクエⅢ 冒険の旅」「ドラクエ3 アリアハンで ... 現代音楽 マリオのピクロスみたい ありえへんww なんだよこれw 棺桶型の袋とかこれもう ...
https://game10.5ch.net › test › read.cgi
アリアハンなんてありえへん. 1 ：名前が無い＠ただの名無しのようだ：2006/01/03(火) 19:13:09 ID:qa58ZdUI0: 幻の大陸やないであんなん空想上のもんや ...
対処法としておすすめなのが紛失用タグを買うこと(自分はiPhoneユーザーなのでAir tagを購入したが、AndroidならTileとかあるし色々探してみたらいいと思う)。
家を出る前の「スマホがない！」「鍵がない！」「財布がない！」を減らしてくれて助かった。
いつも忘れ物・探し物をするので10分以上無駄にしてしまうのだが、Air tagならiPhoneの「探す」機能から2分もかからず見つけることができる。
ちなみにiPhoneもよく失くすのだが、先日iPadを購入したところiPadからiPhoneも探すことができるようになり非常に便利になった。
作ったって言っても、m5stackで簡単なコードを書いただけだけど。買ってくれる人がいるなら製品にして出荷したい。
https://www.childseat-alarm.com/
ここから先は、これを作って売りたいモチベーションとかについて。
今年も暑い夏が来て、車内に子供が置き去りにされて死亡するニュースを聞くようになった。最も話題になったのは多分福岡の保育園のやつ。福岡の保育園のやつが事故だったのか事件だったのかは分からないけど、過去のニュースについて調べるとうっかり置き忘れが原因のものもあった。
ここから調べると、どうやら「赤ちゃん置き忘れ症候群」という名前がついた人間の現象があるらしい。2019年の記事だけどこんなんがあった。
https://news.yahoo.co.jp/byline/usuimafumi/20190811-00137869
赤ちゃんに限ったことじゃないけどマルチタスクでなんかやろうと思っているときに、物を忘れをすることって実際にある。出かけるついでにポストに手紙出すかーって思いつつ忘れたりとか。最近はでかけてないけど。
まあ、そんなわけで俺も子供を育てている父親の一人として当事者意識を持って既存の製品を調べてみたわけ。そしたら、海外だと販売されているけど国内だとまだ無いんだよね。海外だと、例えばChiccoってところがチャイルドシートの近くに装着するBluetoothのアラームみたいなのを出してた。
ただ販売されているのはイタリア。ちなみに、イタリアはこういうアラームの装着がすでに義務付けられているらしい。あとアメリカでもなんか売られてた。
で、更に調べるとEUでは2022年から販売される車には子供の置き去り防止アラームの装備が義務付けられるっぽいし、それに向けてか国産メーカーの車も物によってはもう装着されているものもあるっぽい。ただ、海外製品を輸入して使うのは電波法的に問題になりそうな製品だし、車を買い換える余裕は無い。何より今の車が気に入っているし。そんなわけでプログラマの端くれとしてm5stackで自作してみたというわけ。
仕組みは簡単でシガーソケットからの給電が切れたらアラームが鳴る仕組み。アラームを止めるには本体のボタンを押す必要があるので、本体をチャイルドシートの近くに置いておけばエンジンを止めたとき絶対にチャイルドシートを確認できるってわけ。これで置き去りを防げる。本当は体重センサーとかを使って子供がシートに乗っているかどうかを検知したかったけど、運転中の揺れる車内でちゃんと検知できるかどうかわからんし、何より安全性的にチャイルドシートに手を加えるのが嫌だったのでひとまず辞めておいた。子供が乗ってても乗ってなくてもシートを確認するようにしてれば大丈夫でしょうって感じで。
使い始めて数週間経つけど、とりあえず子供を車内に置き去りにする事故は起きてない。と言ってもコロナで保育園が休園になったり外出や買い物を控えているので子供を車に乗せる機会自体も少ないのだけど。自分の中でいい感じのプロトタイプが作れたなーと思ったので、製品として欲しい人がどれくらい世の中にいるのか気になってWEBページとかを用意してみた。実際に商品になるのはまだ先だと思うけど、気になる人がいるなら予約フォームから予約してもらいたいな。それなりに人がいるようなら、どうにか製品化できるように働きかけるので。
『ロマンテックな関係(恋愛関係)』や『性的な関係』は、スラッシュ（"/"）で区切って表現
友人や家族、チームメイトなど、性的な関係ではない『プラトニックな関係』は、"＆" で区切って表現しますってフツーに書かれてる
How do I tag a romantic or platonic relationship?
Romantic and/or sexual relationships are indicated by using a slash ("/") separator (for example, Mickey Mouse/Minnie Mouse). Nonsexual, non-romantic relationships—such as platonic relationships between friends, family, teammates, etc.—are indicated with an "＆" separator (for example, Hinata Shouyou ＆ Kozume Kenma).
Platonic and romantic relationship tags are separate, so searching and filtering by Aerith Gainsborough ＆ Sephiroth won't show results tagged with Aerith Gainsborough/Sephiroth unless both tags are added to the particular work or bookmark.
https://archiveofourown.org/faq/tags?language_id=en#platonic
