  |
はてなキーワード: 登録とは
接客において必要最低限のことはお客様に自分でやってもらうという時代になってきた。
セルフレジ、病院でのマイナ保険証提示、スマホアプリのポイントカード登録など…主に何らかの機械端末を用いての操作が必要とされる。
今は40代以下の世代ならPC・スマホに慣れ親しんでいることもあり、初めて来店する場でもそういった機械の操作は難なくこなす事ができるだろう。しかし50代以上になってくると、画面を指で触れるという発想自体無い人、視力や手指の衰えなどで根本的に操作が難しい人もいる。当然そのような方々の手伝いをするのも、私たち接客業の仕事に含まれる。
この匿名ブログでは、一貫して「文字を読まないで理解出来るわけないだろ」という愚痴を話させていただきたい。
誤解を持たれたくないので具体的に言うと、自立が難しく助けを必要とするお年寄りを責めたいのでは無く、「丁寧に書いてあることも読まないくせに理解不足を人のせいにするな」という愚痴を喋りたいのだ。そこに該当する人物が分布図的に『たまたま』高齢者に多く存在するというだけの話で、この状況は老若男女関係ないと前置きさせていただく。
急ぎ足でお客様の元へ向かうとそこには60～70代くらいの客が立っていた。どうもセルフレジの使い方が分からないと言う。レジの画面には「お会計を始める」と大きく書かれた青色のボタンが表示されていた。
私は彼にこう言った。
彼は言われた通りにボタンを押す。すると画面が変わり、「伝票をかざしてください」というアナウンスとともに、センサーの位置などを示すイラストが表示された。しかし彼の手は動かず、こちらの顔を伺っている。
「その伝票をここにかざしてください」
私が発言してようやく彼も動いた。すると次は「お持ちのポイントカードを選んでください」というアナウンスが流れ、各社のロゴと名称の書かれたボタンが数択表示される。
また彼の手は止まり、それで？と呟いた。
私はこう言った。
同じく接客経験のある方なら私の言いたい事をご理解頂けるであろう。
そう、先程からずっとセルフレジがアナウンスしている内容と全く同じことを復唱しているだけなのだ。つまり、情報量で言ったら何も変わらない。客である老人が目にしているはずの内容とそっくり同じことを、なぜか再度私が言って伝えているだけなのである。
ト書にあるように、彼らの目線は私の顔にあるのだ。画面を見ていない。もちろん表示される文字も読んでいないし、見たとしても考える前にボタンを押してしまい、ポイントカードを持っていないのに「dポイント」のボタンを押したりするのだ。そしてまた「間違えたから戻せ」という意思の呼び出しベルが鳴る。
レジの操作だけではない。飲食業なら覚えがあるだろう。座席からのタブレット注文や、事前の券売機での注文にも同じような問題は起こっている。そこにだって「トッピングをお選びください」「セットをお選びください」「次に進む」とわざわざ大きく書き記してあるのに、酷い時はメニューの写真だけ表示して
「ここから分からないんだけど」と操作を丸投げしてくる客も存在する。
そして、最終的に決まって捨て台詞を吐いていく。
と。
最も厄介なのは、自分の不注意を棚に上げて怒りをぶつけてくるクレーマーたちだ。
「クーポンを出し損ねた！」
先に出してくださいと書いてありますよ。
「ドリンクバーの値段が違う！」
もちろんこちらは形として第一声は謝罪で返すのだが、何でもかんでも店側が負担するとキリがないので、ある程度は上記のように「書いてありましたよ」とやんわり指摘する。
そうだったのごめんなさいね、で済めば良いが大抵ただでは済まないのだ。
これは私個人の意見だが、自分が使うものは自分が理解しておくべきだし、書いてあることは読み漏らしが無いようくまなく目を通して確認しておくのが普通でないだろうか。
どんなに文字が小さくてもそこに書いてあるということはこちらに伝えたいことがあるという事だし、ましてや利用規約のように長文なわけでもないのだから、クーポン裏の注意書きなどは予め読めばいいのに、と思ってしまう。
どうしても納得いかないなら裁判でもなんでも起こして企業を揺さぶってみたらいい。
すると、消費者の理解不足が起こらないよう従業員はあらゆる手段で説明をし続けることになるし、客はそれを最後まで聞き続けて了承しないとサービスしてもらえない規則が始まるかもしれない。
それを望んでいるのなら止めはしないけど。
客は「セルフレジが分からない」と言って私を呼び出した。画面は見ず、私の指示を聞いてその通りに動くことは出来ていた。伝票をセンサーにかざすことも自分の手で出来る。つまり、目・耳・指先は支障なく動いてるように見受けられる。
であれば、わざわざ人を呼び出さず自分の目で案内とアナウンスを確認してレジを操作すれば手っ取り早いこと間違い無いのではないか？なぜ彼はそうする事が出来ないのか？
「お年寄りは若い頃に出来ていたことができなくなってしまう。その分お手伝いをして助け合わなければならない」
という教育を受け続けてきた。その思想に何ら反対する点は無い。困っている人は助けるべき。老若男女問わず、徳は多く積む方が良いに決まっている。
その教えの通り、画面の文字が見えづらかったり指先が震えてうまく押せなかったり、アナウンスの音声を聞き取るのが難しかったり、そもそも用語の意味が分からず立ち止まることがあるだろう。それは紛れもなく助けが必要だ。
先程のレジの話だけではない。例にも出したように病院のマイナ保険証提示やスマホアプリの操作、とにかく接客業という仕事に就く多くの人は同じような思いをしたことがあるだろう。
「頼み方ってもんがあるだろう！」
体に支障があるならそのように伝えてくれたらいいのだ。目が見えない、耳が聞こえにくい、だから手伝って欲しいです、と。
だが私たちが不快に思う彼らに関してはとにかく態度が横柄なのだ。
「これどうすんの？」
「分からない。やってもらえる？」
仕事をするのが嫌なのではない。彼らの人間性に見下されているような感覚が嫌なのだ。
私は最近その鬱憤が溜まりすぎて「画面に書かれている通りに進めてくださいね〜」と言ってしまうことがある。オブラートに包んだが率直に言えば「書いてあること読めや」という意味だ。
このセリフを聞くと溜息つきつつも自力で頑張り始める客もいれば、心底こちらを軽蔑するような目線で睨みつける客もいる。
だが私は忘れない。ある日「自分で出来ることは自分でやります」と堂々宣言してセルフレジに立った老紳士がいたことを。
接客業が最も賞賛するのはこのようなお客様だ。その老紳士は一度も呼び出しベルを鳴らさず、ついに一人でお会計をやり遂げた。その誇らしい背中をぜひ見習っていただきたいものだ。
「いつか自分も年取ってお世話になるかもしれないのに…」
「人の気持ちになって考えられないなんて…」
と反感を示すことだろう。
大変結構だ。あなたも年を取ったらそれを理由に人をこき使って手を煩わせることに何も罪悪感を持たなくなるだろうし、多忙な中そういった世話をしてくれる人に感謝の一言も伝えずさぞ満足した生活を送っていくことだろう。なんとも幸せな人生だ。
想像してみて欲しい。
混み合う時間帯に沢山の業務が重なっててんやわんやのまさにその時、呼び出しベルが鳴ったかと思えば自分で文字を読まないだけの横柄な人間を見守るために立ち止まらなければならない瞬間を。ありがとうも無く無言で去って行かれる虚しさを。
接客業なのだから当たり前だと言わないでほしい。年寄りに配慮が必要なのと同じように、私たち労働者にも配慮をして欲しいのだ。先程も話した通り、老若男女問わず徳は多く積んだほうがいい。感謝だろうが気遣いだろうが、年齢関係なくお互い良い気持ちでいた方が良いに決まってる。
そういう声が大きくなって、令和7年ついにカスタマーハラスメント対策のための法改正が成された。
現状は〇〇ハラという単語だけが独り歩きして少し生きづらくなっちゃったね〜と話のタネになる程度だが、この意識が世代を通して徐々に浸透していき、せめて「自分で出来ることは自分でする」という最低限の気遣いができる世の中になってくれたら嬉しい。
＊＊＊
最後の最後に置き土産をするようで申し訳ないけど、ここまでの話はどこの店も人手不足なのが良くないと思う。
人件費も高騰して人数を用意できない中、セルフレジや猫型配膳ロボに頼りっきりになってしまう企業にも課題はあると思う。
お客様は神様です。
俺はてっきり、住所全てに番号を割り振って、住所名を全部番号に置き換えるものだと思ってたんだが
デジタルアドレスは、住所を「ABC-1234」のような7ケタの英数字で表現するサービスで、引っ越し後も同じコードを使い続けられる。
https://www.itmedia.co.jp/news/articles/2601/26/news081.html
住所を7ケタの英数字で表現「デジタルアドレス」普及へ 日本郵便が楽天・セールスフォースなどとコンソーシアム - ITmedia NEWS より
上の記事に引っ越し後も同じコードが使えるとあるので、コードは住所ではなくサービスに登録した個人に紐づけられるっぽい
相手が登録してくれないと、千葉県千葉市若葉区みたいな葉っぱだらけの住所を書く手間から解放されることはなさそう
いや、せめて行政区画、千葉県千葉市若葉区若松町ならCCWＷと省略できるようにしてほしいってそれ郵便番号じゃないか何言ってんだ俺
私のクラスのいじめられっ子、名前を仮にHくんとするけど彼は元の増田が言及しているようないわゆる積極奇異型と思われるタイプの人だった。
当時彼の素性を知らなかった私は普通に何回か口を聞いてしまった。
元のクラスはどこだったか、部活は何をしてるのかとかそれくらいの社交辞令に近い会話だったんだけどどうも私はH君に一方的に好意を抱かれてしまいストーカー被害を受けるようになった。
・授業の合間とか以外、例えば休み時間や掃除の時間にもしつこく話しかけられる。
・下校時に学校前のバス停で待ち伏せされる。（H君は帰宅部のはずなのに私の部活が終わるまで何時間も待っていた）
・既読無視してもしつこくLINEを送ってくる。（クラスのグループLINEからアカウントを知られてしまい、まだストーカーと知る前の最初期に友達登録を通してしまった。その後もブロックしたら刺されそうで怖かったので対処のしようもなかった）
幸いクラスの中の良い女子が味方してくれてH君が話しかけてこないようにガードしてくれたり一緒に帰ってくれたりしたけどつきまとい行為に怯えなくちゃいけない状況なのは変わらない。
友達にも付き添ってもらって先生に相談したけどH君のストーカー行為は一切変わらなかった。
H君からLINEで「先生に何か相談したの？」的なメッセージが来たから何かしら言ってはくれたんだと思うけど何も効果がなかった。（メッセージは当然既読無視した）
夏頃に本当に我慢できなくなって友達に付き添ってもらってH君にこちらの気持ちを正直に話した。
・話しかけてほしくないこと
友達の援護ももらいながらこれらを丁寧に説明しても、H君は「納得できない」「ふたりの問題に関係ない第三者が入ってきているのが気に入らない」「嫌うのは自由だけど僕にも話しかける権利はある」みたいな感じで何も話が通じなかった。
こちらがどれだけ恐怖と気色悪さを感じているか伝えても「納得できない」「理解できない」の一点張り。
今となっては笑えるけど、私が放課後に呼び出したことについて当初H君は告白されると誤解してたらしい。
話し合いの最後の方にH君は涙目になりながら「告られると思って期待してたらなんでこんな目にあわせるの！？」って叫んでいた。
こういうことが色々あって、男子にもH君の奇行は知られることになった。
私のクラスはH君以外、男女間も仲の良い雰囲気のクラスだったから私の友達のひとりが男子側にもH君のストーカー加害について共有して男子の方で何とかできないか相談したらしい。
もちろん先生にも追加で2〜3回相談したけど一向に改善しない。
それで男子は男子でH君が私や他の女子に変なことをしないようガードを固めてくれることになった。
・私を始め女子が怖がっているってことをH君に伝えるも「本人の口から聞かないと納得できない」「お前らに従う義理はない」と反抗された。
・A子（私）に嫌われているってことは確定事項でしょ、本人の口から聞いたでしょと伝えても「本人の口から聞いてない」「あれはA子が友達から言わされていただけ」「2人きりで話せないと納得できない」と反抗された。
・とにかく女子が怖がっているのでお前はもう女子に話しかけるなと再三言っても一向に話を聞かない。
・それでH君が女子に話しかけようとしたらその回数分だけケツを蹴り飛ばす協定が男子間で結ばれた。
・流石にケツを蹴るルールを適用してからはH君も大人しくなった。
・いまはH君も女子に話しかけるムーブをしていないのでH君とは関わらずに普通に無視している。
とのことだった。
私自身はH君が蹴り飛ばされている場面を目撃したことはないけど友達が男子に相談した後ストーカー被害を受けることは減っていき平穏な学校生活を送ることができるようになった。
私を守ってくれていた友達のうちの一人は日頃の恨みもあって何回かH君を蹴り飛ばしたことがあるらしい。
これ、お尻を蹴る行為は普通にいじめといえばいじめだけど自衛のための仕方ない暴力でしょ。
世の中どれだけ言っても迷惑行為をやめてくれない人っているよ。
元の増田で「いじめられっ子に原因があってもいじめはよくない！」みたいなこと言ってる人って、先生も頼りにならないこの状況でどうやって彼のストーカー加害をやめさせるの？
純粋に疑問。
反証主義（ポパー型）で「MMTが自分で自分を検証可能にする」ために必要なのは、要するに “ルール固定（calvinball回避）”＋“他理論と区別できる事前予測”＋“反証条件の明文化” です。
クルーグマンが「MMTersと議論するのはカルビンボールみたいだ」と書いた、という批判はまさに「反証可能性を逃げる構造があるのでは？」という疑念で、引用される形で流通しています。
（MMT側は“学者のMMTとネット言説を混同するな”と反論しがちで、ここが定義の揺れ＝calvinball問題の温床になりやすいです。）
以下、「反証主義の手法でMMTが己の証明（≒検証）をするには？」への、実務的な設計図です。
反証主義で大事なのは「どこを撃てば理論が死ぬか」を明確にすることなので、MMTは最低限：
を分離して、文書化した “MMTプロトコル” を公開するのが第一歩です。
例：MMT文献では「税が貨幣需要を支える」「赤字は民間の純金融資産になる」「国債発行は準備（当座預金）と金利管理の技術問題」などがコアとして語られます。
あなたが挙げた条件（MMTだと起こり、他では起こらない／その逆）に落とすなら、MMTに固有色が出やすい争点を選ぶのがコツです。
モズラー系MMTには「自然利子率はゼロ」や、金利引き上げが利子所得を増やし得て、結果としてインフレ圧になり得る、という発想が色濃くあります。
事前に「政策金利サプライズの引上げは、一定期間内にインフレ率を（平均して）下げない／むしろ上げる」と符号を宣言。
高頻度識別（FOMC/日銀イベント等）＋ローカルプロジェクションで検証。
結果が一貫して「引上げ→インフレ低下」なら、少なくともこの命題は棄却。
MMT側には「国債は準備吸収のオペで、財源ではない」的な整理があります。
これを“国債を減らした／止めたとき、何が起きるか”に落とす。
予測：国債供給を大きく減らしても、（IOR＝準備付利などで）短期金利を管理できれば、マクロの主要変数への悪影響は限定的。
対立仮説（主流派寄り）：安全資産不足・担保制約・金融仲介の歪みで、クレジットスプレッドや金融不安が顕在化し得る。
検証：国債供給ショック（QEや発行構成の大変更）を使い、スプレッド・レポ市場・信用量・実体への波及を事前に“どっち向き”か宣言して当てる。
MMTの有名な主張に「Taxes drive money（税が貨幣需要を支える）」があります。
新しい税（または納税手段の規則変更）が導入され、「その通貨でしか納税できない」制約が強まった地域・時期で、通貨受容や保有が（他条件一定で）増える、という予測を置く。
検証：差の差（DID）や合成コントロールで、通貨受容指標（預金、決済、為替プレミアム等）を追う。
結果が一貫して「税制変更が通貨需要に有意な影響を持たない」なら、この強い形の命題は修正が必要。
MMTはJGを「失業（バッファ在庫）ではなく雇用（バッファ在庫）で物価安定と完全雇用を両立」と位置づけがち。
地域パイロットで、JG導入地域と非導入地域を比較。賃金分布・離職・物価・民間賃金への波及を事前に予測。
予測に反して、JGが賃金・物価を不安定化させる／民間雇用を恒常的に圧迫する等が再現的に出れば、JGを“安定装置”とする主張は反証され得る。
calvinball批判を真正面から潰すには、これがいちばん効きます。
を「事前登録」して公開する。
これができれば、少なくとも「検証不能状態を意図的に作っている」という疑いは大幅に減ります。
理論争いが泥沼化しやすいときは*政策イベントに対する事前予測（forecast）を提出して、
で どっちが当たるかを数年単位で競うのが、実は一番フェアです。
MMT側も教科書的整理は進めていますが（例：Springerの体系的テキスト）、
「事前予測で勝ちに行く」動きは、外からは見えにくいのが現状だと思います。
反証主義でMMTが「検証に耐える理論」になる道筋はシンプルで、
この4点をセットでやることです。
現代日本の食文化はアメリカ由来の食べ物に侵されすぎてもう何が正しいのかわからん状態だと思うんよな。
ダイエットの話題とか見るたびに思うけど、極端な手法かカロリーや三大栄養素のバランスみたいな抽象的な情報でしか語れないの終わってるよ。
和食は無形文化遺産に登録されて世界的に注目されてるけど、日本人の大半は和食を理解してないじゃん。
脂や砂糖で脳のドーパミンを叩くことを「美味しさ」だと思うことが常識とされてるこの世の中で、高度経済成長以前の和食のメリットを説いて理解してくれる人がどれだけいるのか。
そもそも砂糖がこれほど大量生産されて何にでも添加されてる地獄をみんなどこまで理解してるんだ？
本来、食生活というものは一定の「型」に当てはめてしまえば自然と整っていく構造になってるのよ。
洋食だって日本に伝わっているものは年に数回程度の祝祭や王侯貴族のために磨かれてきた技術でしかなくて、普段の食生活はもっと質素で完成された構造を持っていた。
その民族の腸内環境に合った伝統食に魚を足すくらいの温度感で生きていれば人間は自然と幸せが理解できるように設計されている。
そんな簡単な生き方をこの100年の資本主義の刺激過多な食文化が破壊している。
口に入れた瞬間から美味さを理解させるそれらは必然的に「もっと食べたい」という欠乏を刺激する。「美味しいのに満足できない」それらは資本主義と完全に噛み合っている。
人間はタンパク質由来の旨味と食物繊維が入ってこないと満腹感を感じないが、甘さや脂でコーティングされるとその防衛機能をスルーしてまう。
今の世の中はこの本能のバグをどれだけ上手く突いて経済を回すかしか考えられていない。
そして現状に疑問を思えた人間は「意識高い系」とか「丁寧な暮らし」、「自然派」みたいなレッテルを貼られる。完全な正常性バイアスだよな。
ぶっちゃけ、そういうことを理解してる人間は一定数いるのよ。でもそういう人らは主張しない。主張しても無駄だと理解しているから。
だから無自覚な人間はますます常識を疑わなくなるし、世間は静かに二分化していっている。
2026年1月の解散総選挙。政治的なスタンスは人それぞれだと思うけど、報道機関としてこれってどうなの？という違和感を抱いたので吐き出しておく。
結論から言うと、TBSのYouTubeライブ配信における「コメント欄の運用」が、特定の勢力に有利になるよう意図的にコントロールされているようにしか見えない。
この時のコメント欄は「全開放」だった。誰でも、登録していなくても書き込める状態。
結果としてどうなったか。コメント欄は阿鼻叫喚の地獄絵図。高市政権に対する罵詈雑言、ヘイトに近い書き込み、組織的なものと思われる批判コメントが滝のように流れ続けていた。これを見た視聴者は「世論は高市さんにこれだけ厳しいんだ」という印象を強く受ける。
一方で、その数日後に行われた中道改革連合の会見ではどうだったか。
コメント欄は「チャンネル登録者のみ（それも一定期間以上の登録が必要な設定）」に制限されていた。
その結果、コメント欄は批判がシャットアウトされ、熱心な支持者による「期待しています！」「頑張れ！」という激励メッセージだけで埋め尽くされていた。非常にクリーンで、ポジティブな空気が演出されていた。
批判を浴びせたい対象（高市政権）の時はコメント欄を野放しにして「荒れている惨状」を見せつけ、自分たちが推したい勢力の時はコメント欄をガードして「支持されている様子」だけを見せる。
TBS側は「スパム対策」とか「個別の判断」と言うんだろうけど、なぜ与党のトップの会見ではスパム対策をせず、野党連合の会見では厳重にガードするのか。その「基準」が全く不透明すぎる。
スクリーンショットを撮り損ねたのが痛恨の極みだけど、リアルタイムで見ていた人間ならこの異様な「温度差」に気づいたはず。
YouTubeのコメント欄なんて便所の落書きかもしれない。でも、今の時代、ライブ配信のチャット欄が醸し出す「空気感」は、テレビのテロップ以上に視聴者の心理に影響を与える。
メディアが「報道の公平性」を掲げるなら、せめてコメント欄の運用ルールくらい統一すべきではないか。特定の政党だけを「温室」で守るような真似は、もはや報道ではなく広報だろう。
これって僕の考えすぎ？ それとも、皆さんも同じような違和感持ちました？
団塊世代のみんな結婚していた昔は、メリットとかそういうのでは全くなく、
「周りがみんな普通に結婚しているから、していないと恥ずかしい」
「ぼーっとしてたら異性と付き合う機会もないまま40になったけど、リアルな結婚の話なんて人生で一度もこなかったし、想像もできない」
から結婚していないだけ。大体の人は「自然な流れ」に任せて生きているわけで、昔結婚していた人も今結婚していない人も基本的に変わらない。価値観の変化というのは結果であって原因ではない。
むかしは結婚しないのが「自然な流れ」に逆らうめんどくさいことだったから結婚していたのにたいして、現在は結婚するほうが明らかに「自然な流れ」に逆らうめんどくさい（そもそも自分の見た目や稼ぐ能力に自信のない人は婚活サイトに登録するのも不可能）ことになっているから結婚しなくなっただけ。メリットとかそういうことじゃないし、賃金とか税金とか関係があるわけもない。
このたび、はてなブックマークのご利用において、はてな利用規約およびはてなブックマークのルールに違反する状況が検知されましたため、サービスの利用を停止しました。
はてなブックマークでは、閲覧者からの通報やスタッフによるチェックとあわせてシステムによるパトロールを行っており、違反が検知された場合には利用停止措置などの制限措置をとっています。このような措置の詳細は下のURLをご参照ください。
https://b.hatena.ne.jp/help/entry/abuse
もし誤った判定による措置であると思われる場合、登録ユーザー名やご利用状況の詳細をご記載のうえ、お問い合わせ窓口までご連絡ください。
■ お問い合わせ窓口
https://hatena.zendesk.com/hc/ja/requests/new
なお、具体的な判定基準に関するご質問については、情報を解析、逆用しての不正行為につながる恐れがありますため、回答を差し控えさせていただきます。
また、調査の結果、実際にサービスの公正な運営の妨げとなる利用があったと判断した場合、今後の改善をお約束いただいた場合も含めて、制限解除のご依頼には応じることができません。あらかじめご了承ください。
具体的に何が原因かと書かれてないんだけど、この場合何が原因なの？
ATOKには今まで「ベーシックプラン（330円／月）」と「プレミアムプラン（660円／月）」があったんだけど
ベーシックプランを廃止にして、プレミアムプランに統合するらしい
現在ベーシックプランを契約中の人は問答無用でプレミアムプランに変更になるらしい
ここまではよくある話だと思うし、うれしいとは思わないが受け入れざるを得ないところだと思う
でもATOKがおかしいのは、ガチでこれに関して一切の連絡をしてこないところ
メルマガとかは切った設定にしているが、値上げの連絡ぐらいは送るのが筋だろ
昨日、別件でATOKのことを検索していて初めてこの値上げを知った
値上げするなら筋通しましょうや
このNGフィルタも anond:20251209224022 更新できなくなってるかと思ったら、幸い元々キーワード指定が MNK だったのでセーフのようだった。
しかし「OMN K がNG指定されたなら、同時に他のいろんなワードもNG指定されているのでは」という予想は外れていた様子やな…。
2026-01-28 追記: 英文スパムの系統で最近ブクマにまで進出してきた zyo(.)se が、増田公式NGワードとして登録されたもよう。
自宅以外で集中して勉強する場所のこと。（シェアオフィスは除く）
他の場所より価格は高い。ナッツとかミューズリーとか意識高い食べ物が食べ放題無ことが多い。フリードリンクもなんか意識高い。ドリンクサーバーも調子乗ってる。
実家の太そうな女子が勉強してる感じ味わうために来ているのが多い。1時間くらいしたら休憩場所でフリーWiFiでスマホ見てる。ITパスポートや簿記3級レベル頑張るけど取得は怪しい。付箋も最初の1/4くらいで終わる。最後はメルカリ行き
資格取得が重要ではなく勉強したという話を週明けに会社で行うのが目的。資格が不要な職場と太い実家と親ガチャ学歴が下地が見え隠れしている。
TSUTAYAとかの本屋に併設してたり単体でもある。純粋に勉強特化。フリードリンクだけどサイゼのドリンクバーレベルなので気分転換程度
受験勉強の学生と資格取得の大人が多め。シェアラウンジほどでは無いが全体的に余裕ある人が多い。だれる事も少ない。純粋に勉強するならおすすめ。仕事も出来る（WEB会議用ブースあるとこも）
欠点は会員登録とか必要なとこ多い。都度利用も可能だけど価格は高め。会員になっても1日中とかいるとシェアラウンジほどでは無いが結構な値段になるのでメインは自宅で気分転換でワーキングスペースくらいがちょうどいい。個人的には場所移動でダレる性格なので利用は難しい。
SNS投稿の為の場所。開かれた跡の少ない参考書かやった気になるマーカー引きかはてブに流れてくる東大生のノート術みたいな綺麗なノートがある。もちろん長続きはしない。PCで仕事している人はITリテラシー0か出来の悪いコードを見せつけてくる。止めて、俺が代わりに書こうか？プレゼン資料書いてたら一流。職場のセキュリティ部署さん乙。土日は学生も多いがあの狭い丸テーブルで数名で勉強はどう考えてもはかどらないし教えあってるとこは見たこと無い。たぶん半分は推薦入試。
そもそも確保できるスペースも狭く、椅子も良くないしうるさいので勉強する場所ではない。たまにノイズキャンセリングイヤホンで涼しい顔で勉強や仕事している人いるけど、たぶん家の方がはかどる。もしくはワーキングスペースの方が良い。ソファー席で勉強してる人は理解不能
日に日に時間制限と仕事NG店舗が増えている。さっと入れる店舗も郊外とかしか無いし時間制限も厳しいので勉強は基本難しい。たまにいるけど社会人や主婦が多め。
飯は高い、コーヒーは人を選ぶ、豆の小袋もショボ。気分転換の雑誌と新聞がメリットだけど他の客がガメてて読めないと凹む。特に理由無ければ勉強では行くな
テーブル狭い。ミスドがコーヒー飲み放題なので長居できるけど意外と飲まない。ミスドは学生多め。スタバよりは賢め。マクドナルトは魔境。ほぼ学生。もはや勉強してない。そもそもミスドとマックは喫茶店か？とにかく勉強する場所ではない。
余談だがここで仕事している社会人はやばめ多い。日報記載ならともかく数回WEB会議してる人にあった。このレベルの人の仕事はたぶんゴミ
平日は良いんじゃないかな？（店員さん側の気持ちは不明）週末はゴキブリ。学生がポテトおいて勉強している。あと漫画家がネーム書く場所。最近のファミレスは高いので意識改革出来てない人か金持ちか。サイゼは安くて長居できるけど動物園なので地獄。ガストは長居できるけど大体Wifiで動画見る。シェアラウンジ貧乏版
平日は良いんじゃないか？週末は死ね。土日に少ないボックス席を確保して勉強中断してSwitchしてる学生連中は全員不動産営業経由で逮捕されろ。全国の子持ちに恨まれろ。休日に駅前でびら配れ。
平日は朝から夜まで居てもさほど問題なく、一人席なら意外と孤立できる。気分転換の散策もあり。ただフードコートの食べ物はマックかポッポ無いとお高め。併設スーパーの持ち込みありならそっちで。問題は電源は皆無が多め。電源ある席は大体椅子とテーブルが酷いのでスマホでYoutube見るくらいが関の山。
休日は駄目
定番中の定番。無料。静か。電源は最近増えたけどまちまち。欠点は場所によっては閉まるの早い。あとPC室というテーブルと電源タップあるだけの部屋とかとにかく質素。
でも大学の図書館とかの衝立ありの一人用勉強机は気分が上がる。勉強やりかたが決まっているならあり。籠もれるなら籠もれ
ただなんか悲壮感が多い。SNSの変な垢の言葉信じて資格だけ取ってなんとかみたいなの買ってそうな人多い。意外と学生少ない。もしかしたら棚の方でエロいことしてるのかも（エロ漫画）年寄は学び直しが多い。
あと空調には期待するな。飲食も決まり多い。総じてパターンを作り上げるまでが大変だがパターンが決まれば最高の場所
フードコートの劣化版。出来ないことは無い。ただ開放時間とかが図書館と同じかそれ以下。あと悲壮感は図書館以上。どうにかして再起するぞ！って人が多い。なんかやる気はもらえる。でも椅子とテーブルよくない。
国会の議決は議員or党が有権者から委託された票の数で決める様にし、マイナポータルや役所で好きなタイミングで委託先を変更できる様にする(但し投票時には一時的に反映を止める)。
こうすれば
等のメリットが有る。
何なら集めた票の数が議員報酬に反映される仕組みにすれば良い。
現行制度でもそう。
買収や強要の対策として必要な要件だが、選挙は期間中だけ監視すれば済むから必要なのでは(常時変更可能なら監視は難しい)。
今思い付いたばかりなので多分問題が有ると思うが、取りあえず叩き台として。
大怪我して下顎が吹き飛んで顔の形も歯科治療の後も全部消えたらまじでどうやって俺の存在を証明するんだ？
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
UQモバイル利用の老母
旧いAndroidから中古のiPhoneに機種変更しにソフマップに行った。
強引にiPhoneが安くなることを理由にY!mobileに変更処理を迫り
マイナンバーカードが不所持だということで、家にまで取りに帰らせた
しかも、担当のスキルが低いのか機種変更に4時間も拘束された上、連絡先の移行に更に金を要求する始末
スマホの値引き額を計算すると、UQの解約手数料と、Y!mobileの新規登録の手数料
あとは移行作業費という名目で、結局差し引きすると得はなく、時間だけを浪費した。
更に普段使いでは偶にLINEを使う程度だと予め言っているのに、一番安いプランではなくその上のプランで契約をしようとした。
普通の人が思い描くITエンジニアとは違って、リモート勤務もあんまりないし（ないというか、しない。在宅だとコミュニケーションしにくいから）。
スキルなんてないで。
ベンダーコントロール、発注管理、部署間調整、運用、障害対応、IT企画と言えば聞こえはいいけど、実態は超泥臭いんよ。
でも、わいは40台だけど非管理職。
でもITに強い会社でも何でもないから（非IT企業）、自分にしかできない仕事が一応はある。
属人化と言えばそうだが、でも、AIが登場して、自分の出番は減るのかな、どうだろうな。
資格はFE,AP,SCは持ってる。SCは登録もしてて、オンライン講習も実習も受けてる。勉強自体は超楽しい。
管理職したくないっつーか、向いてないんだと思う。
でも、古い会社だから、ある程度の年齢なのに管理職じゃない奴はダメな奴という、そういう価値観の会社。
多様性って何なんだろうな。
ある管理職が言うには、「仕事ができないことを認めるのが多様性か・・・」だって。
仕事できるできないという単純な物の見方じゃなくて、IT人材は中途でも採用が難しくて、新卒を1から育てる能力もないのに。
心理的安全性、それはうちの会社（というか部署）には本当にない。
自分が入社した時なんて、残業申請したらフロア中に聞こえるでかい声で、上司に「なんで今日じゃないといけないんだ」とか怒声で罵られたり普通だったな。
その仕事しないと色んな作業が後ろ倒しになるから残業したいと言っても、「なんでそんな時間がかかるんだ」「今日残業したらスケジュールが間に合うことを合理的に説明してから残業申請しないと承諾できない」と、これまた罵声で罵られる。フロア中に響く声で。たった1日の残業申請をするにも、ハードルが超高い。資料やら何やらを事前に用意して説明しないと、その日の残業申請が認められない。
で、1人辞めた。
「なんでこんなことせなあかんねん」と言って。主力級のメンバーだったのだけど。
「頭が悪い奴は嫌い」らしい。
そう言ってた。
いや、パワハラというか、人間に上下があると考えてるタイプの上司。
疲れてきた。
プログラミングも、システム構築も、他部署とのコミュニケーションも楽しい。
これがきつい。
で、自分はおそらく昇進できない。
脈絡も論理もなにもない雑文なのは分かってるけど、とにかく書いて起きたいんだ。
頭の整理が。つかん。
