はてなキーワード: 人日とは
…というのはいささか煽りが入った言い方だけど、個人事業主がインボイス制度導入について悲鳴上げてるのに対して、給与所得者らしき人達による「払うべき税金を払ってなかっただけ」「いままで懐に入れてたのがズルい」「とっとと納めればいいのに」的な、非常にクール(笑)なコメントをあちこちで目にして、これが多くの給与所得者の感覚なんだろうな、彼らには個人事業主という働き方の本質がわかってないんだろうな、と思いました。
「自分は会社勤めで、売上や仕入の税込・税別処理は経理に丸投げしてるから、インボイス制度導入が個人事業主の業務をどれぐらい圧迫するかわからない」ということについては、まあ理解できなくもないんですよね。「これお願いしまーす」っつって伝票上げたり領収書出したりしてるだけなんだから、インボイス制度導入で今までと何が変わるのか、バックオフィスでどういう負担増が発生してくるのか、実感がない。これはまあ致し方ないことだとは思いますよ(甘ちゃんだなとは思うけどね)。
それよりずっと根深い問題は、クールなコメントをしてる方々の「労働サービスの価格決定の仕組み」に対する感度の低さ、鈍感さなんですね。
そもそも、免税事業者というのは「課税期間の基準期間における課税売上高が1,000万円以下の事業者」です。それを本業・生業にしていて、年商が1000万円以下というのは、つまり原材料の仕入があまり発生せず、主には自分自身の労働を売ってる人です。たとえば:
・開発(エンジニアなど)
みたいに、何もないところから自分自身でコンテンツやプログラムを創り出したり、原材料の加工プロセスのみに関わって、それを元請やエンドユーザーにとっての顧客価値に変えるような、「付加価値の大半を自分自身で生み出している仕事」です。それから、名前が売れているトップクラスの人達を除けば(そういう人達はそもそも年商1000万円以下ではない)、他の人といくらでも替えが効く「代替可能な労働」です。さらに基本的に「下請職種」です。このような、付加価値型・下請型・代替可能型の個人事業主のことを、以下では総称して「フリーランス」と呼びましょう。
フリーランスの仕事---「付加価値の大半を自分で生み出す、他と代替可能な下請職種」---の特徴って、何だかわかりますか? それは、その労働サービスの価格が、労働市場を通して動的に均衡・決定されるということです。もう少し簡単に言うと、売り手も買い手も自由に値付けができて、それによって業界の平均的な「相場感」が決まっている、ということです。
実はこれってフリーランスや個人事業主に限ったことじゃないんですけど、給与所得者(特に正規労働者)は、自分の労働サービスの価格が市場で動的に均衡・決定される感覚がほとんどないでしょ? 「就活」という入口で頑張って自分を売り込んで、あとはその企業の中で勝手にだんだん給与が上がっていくわけですからね(転職という機会でそれを意識する人がいるぐらいかな)。
でも、フリーランスはそうじゃないんです。自分が生活上必要な(あるいはよりよい生活のために期待する)収入を踏まえて、毎日の仕事の単価(クリエイティブなら作業時間、開発なら人日、加工・建設なら人工(にんく)という単位がある)を決めて、元請に請求するんですね。
いっぽう元請にとっては、そうした労働の大半は他のフリーランスでも代替可能なものなので、作業品質が同等なら、高単価の仕入先は避けて低単価の仕入先を選ぶことになる。こういう形で市場の均衡が起き、それぞれの業界の「相場」が形成されているわけです。
仮に、土日休+夏季冬季GW休暇あり(年間休日120日)のフリーランスを考えてみましょうか。稼働日は245日なので、1人日=4万円の値付けをしてやっと1000万円に届きます。実際には通年で4万円/日が出るような職種はほとんどないので、現状ではフリーランスのほとんどが免税事業者の枠内に収まっていることを皆さんも納得できるでしょう。
さて、フリーランスの労働単価が、その労働の需給バランスによって決定されているとき、免税事業者が請求する仮受消費税(=益税)はどういう扱いになるでしょうか。給与所得者から見ると、財やサービスの単価というのは単独で値付けされるもので、消費税の処理はその枠外で行われるものだと感じられるでしょう。だから適正な労働対価がα円なら「α円のものを売って、0.1α円の消費税を請求して、それが免税になるなら、0.1α円ぶん丸儲けじゃないか」と見える。
でも、実態はそうじゃないんですね。フリーランスは、あくまで「仕事をして得られるトータルなキャッシュイン」を元に自らの原価感や期待単価を決めるわけです。そのトータルなキャッシュインには、当然「制度的に納税を免除されている仮受消費税」も入っています。益税分があること前提での生活設計であり、単価設定なんです。
さて、同業種の全てのフリーランスがこのような方針で自らの労働単価を値付けして、元請と取引をした場合、市場価格はどうなるでしょうか? フリーランス側の実質的キャッシュインという観点からみて「α円」という単価が需給的に均衡した労働単価だとすると、「α円の値付けをして、0.1α円の消費税を請求して、0.1α円ぶん丸儲け」しているわけではなく、「0.91α円の値付けをして、0.09α円の消費税を請求して、トータルでα円の収入」に均衡するんです。「税別α円ください」と請求したら、「僕は税込α円でいいですよ」「私なら税別0.91α円でやります!」という他のフリーランスに仕事を取られちゃうから。
このような動的な価格決定のメカニズムが、毎日の自分の労働単価を意識することがない給与所得者には、ぜんぜん見えていないんですよね。そもそも給与労働者の賃金には強い「下方硬直性」(下がりにくい)がありますよね。労働基準法によって企業側が合理的事由なしの不利益変更をできないことと、制度的に「最低賃金」というラインが引かれていることが、その主たる原因です。
一方で、フリーランスの業務単価には強い「上方硬直性」(上がりにくい)があります。労働基準法も最低賃金も関係ありませんし、そもそも下請職種なので、仕入を行う元請の方が「取引上の優越的地位」にあり、言い値を通しやすいんです。元請側が「そんなに高いなら、次からはもっと安い他の人に頼みますよ」という時に、翌月のキャッシュフローを気にして暮らすフリーランス側は「へっ、そんな仕事こっちから願い下げでい!」とは言いにくい。単価が安くても、安定して仕事がもらえる元請は離したくないという心理も働きます。日々月々の売上を、自分自身の稼働によってコツコツ積み上げる不安定な業種なので、まず「売上を確保する」ということが最優先になるんです。
元請側の「取引上の優越的地位の濫用」は、建設業種では建設業法で、その他の職種では下請法で規制されています。しかし今回のインボイス制度導入に伴って、元請が免税事業者に①適格請求書発行事業者になるか、②免税事業者のまま税抜請求に切り替えるかの2択を迫ることは、取引上の優越的地位の濫用にはあたりません。なんせ国が「こうしろ」と言ってることを忠実に守ってるだけなんですから。だからフリーランスにとっては、①適格請求書発行事業者になり、益税分のキャッシュインを失い、経費処理関連のコスト(システム更新費用とか新たな経理作業とか)が嵩むことを受け入れるか、②免税事業者のままでいて、益税分のキャッシュインを失い、材料仕入や経費に伴う支払消費税はそのまま支払い続けるか、という、どのみち今よりも現金収支が1割前後目減りする2択になります。
理論的には、こうした外部環境の変化を受けてフリーランスの労働価格の再均衡が起こってもよいのですが、先にも述べたようにフリーランスの労働価格には上方硬直性があるため、そのサービス労働市場における労働単価が、益税喪失分による需給のバランス変化を反映して新たな価格で再均衡するまでには、かなりの期間がかかります。そしてその期間中に、少なからぬフリーランスがまともに生活できなくなり、廃業・転職してしまうでしょう。今まで益税分も込みでカツカツの暮らしをしていた人達(いっぱいいます)は、インボイス制度導入によって、もう「カツカツで暮らす」ことすらできなくなるからです。
特に加工・建設職種では高齢化が進み、いつ引退するか迷っていた世代の方々が多くいます。その方達は今回のインボイス制度導入を契機に、次々と引退していくでしょう。そもそも「あと何年働けるかなあ」という人達が、これまで益税で得ていたキャッシュインが目減りするのに、コストをかけて経理システムを変え、新しい税処理を覚えなければならない、という状況で仕事を続けると考えるほうがおかしいわけで。
ちなみにインボイス制度導入には6年間の段階的経過措置 https://www.nichizeiren.or.jp/wp-content/uploads/invoice/invoice15b.pdf がありますが、この経過措置はあくまで「元請側が」免税事業者との取引における消費税額を部分的に控除可能なだけです。来年10月以降の3年間は免税事業者からの仕入額の20%分の消費税を控除できなくなり(=仕入額の2%相当額が完全に手出しのコストになり)、2026年10月からは50%、2029年10月からは100%が控除不能になります。これは、今まで国が取っていなかったことで、元請とフリーランス(と最終消費者)の間で均衡的に配分されていた益税相当額の課税コストを誰がどれぐらい負担するのか、というゲームであり、このゲームにおいては、元請側が圧倒的に有利なのです。市場が再均衡しても、そのときフリーランスの実質的な業務単価は、インボイス制度導入前より確実に低くなっているでしょう。
「払うべき税金を払ってなかっただけ」「いままで懐に入れてたのがズルい」「とっとと納めればいいのに」などと言い捨てる給与所得者の方々は、自分たちがどれだけ企業雇用という枠組で収入を守られ、分業化という仕組みで雑務役務から解放され楽をできているかという自覚がないのだと思います。それはそれで、とてもめでたいことでもあるのですけど、自分とは違う働き方をしている人達が「大変だ」と声を上げているそのときに、シャーデンフロイデを浮かべながら冷徹なコメントをするのか、自分には直感的にわからない「なぜ大変なのか」という事情を相手の目線に立って考えてみるのかという態度の違いには、その人の徳が出ると思いますね。
https://b.hatena.ne.jp/entry/s/qiita.com/sagae_twins_developper/items/f6f89820021e7ed0050a
時間単価を見て安い安いって言ってるけど、会社として仕事を受けるのと個人で仕事を受けるのは違うわけよ。
そりゃSIやってれば元請けは人月300万が当たり前だし、その下請けでも150〜200万とか普通でしょう。
人月200万の人でも年収1,000万とかはもらってないでしょ。
普通の開発者としては100〜150万の単価でやって額面600〜800万の年収がいいところ。
それをフリーランスになって人日50,000円(人時6,250円)でやれば月に100万で年商1,200万だ。
働き方も自由に出来て、経費としてお金を使いやすくなるし、これは悪くない選択肢でしょう?
もちろん開発会社とかからすると、福利厚生費とかバックアップ人員分の経費とか育休や有給のコスト負担がないフリーランスは脅威だと思うし、どちらかというとダンピングに近いことをしているので困ったもんだとは思いますが。
ちなみに私は年商でいえば3,000万を売り上げているフリーランス(普通のWebエンジニア)なので、時給10,000円で働くとかはちょっと、、、という感じです。
このニュースいつみても有能だと思う
改善のビフォーアフターを数値で示していてベストプラクティスになっている
もちろんマス向けのサービスだから広告目的もあるのだろうけど、一般企業じゃこうはいかない
KADOKAWA Connected、日本最大級の動画コミュニティサービス
億単位のオブジェクト集中処理をこなし、約1/10のコスト削減と運用負荷軽減を実現
株式会社TwoFive(本社:東京都中央区、社長 末政 延浩)は、KADOKAWAグループ向けのICTサービスを提供する株式会社 KADOKAWA Connected(本社:東京都千代田区、代表取締役社長 各務 茂雄)が、日本最大級の動画コミュニティサービス「ニコニコ」のオブジェクトストレージ、および、グループ各社の社内ファイルサーバーのバックアップストレージとして米RSTOR社(アールストア、本社:カリフォルニア州)の高速クラウドストレージサービス「RSTOR」を採用したことを発表します。
「RSTOR」は、TwoFiveが国内代理店として今年9月に提供開始しており、KADOKAWA Connectedが動画配信サービスで使用する国内の第一号ユーザーとなります。
「ニコニコ」サービス向けのストレージには、サイトに表示する静的コンテンツ、ユーザーアイコンなどの画像ファイルなどが納められていますが、小さいサイズのデータに対するRead/Writeが多く、億単位のオブジェクトが集中します。多くのクラウドストレージサービスが、データ格納に課⾦するだけでなく、リクエストやダウンロードの容量 にも課⾦されるのに対して、「RSTOR」は、保存データの容量にのみ課金し、データの移動には課金がないのが特長です。現在は300TBで契約していますが、容量に対する定額課金のみで予測不能な追加費用は発生せず、KADOKAWA Connectedではオンプレミスの現行システムに比べても1/10近いコスト削減になると試算しています。
また、「RSTOR」は、独自プロトコルによる高速データ転送(他のクラウドストレージサービスより最大30倍高速)が特長ですが、大容量ファイルはもちろん、容量が小さなファイルも高速処理できるようにコンピューティングやネットワークを最適化しています。
そのため、現行システムでは、約1億のオブジェクトが集中した際に障害が発生したり、大量データの一括削除で操作不能になっていたのに対して、「RSTOR」では問題なく処理できることが、検証できました。
さらに、現行システムで性能維持のために約2ヶ月に1回、5人日を要していた定形作業が不要となり、障害発生時の対応コストがなくなることで、運用負荷が大幅に軽減される見込みです。
KADOKAWA Connectedは、KADOKAWAグループのDX(デジタルトランスフォーメーション)を推進する戦略子会社であり、「RSTOR」をグループ各社の社内ファイルサーバーのバックアップストレージとしても利用する他、データ活用を促進するためのストレージとして、今後積極的に適用範囲を拡大していく計画です。
数ある動画サイトの中で個性が光る「ニコニコ」は、グループ企業である株式会社ドワンゴ(本社:東京都中央区、代表取締役社長 夏野 剛)が提供し、KADOKAWAのWebサービス事業の中核となっており、現在280万人以上の有料会員が利用しています。KADOKAWA Connectedは、新しいサービスを開発や、品質改善のためにサービスを支えるインフラの刷新などに意欲的に取り組んでいますが、「RSTOR」の採用もその一環と位置付けられます。
Amazon S3 Glacierおよびオンプレミスのストレージによる従来システムの課題と、「RSTOR」採用に当たり評価されたポイントは以下の通りです。
「ニコニコ」サービス向けのオブジェクトストレージには、アプリケーション開発に必要なデータ(ビルド済みバイナリ、ログなど)やサイトに表示する静的コンテンツ(JavaScriptやCSSなど)、ユーザーアイコンなどの画像ファイルなどが納められます。
現行の製品や検討した他社ソリューションは、アーカイブ用途がメインの製品が多く、小さいサイズのデータに対するRead/Writeが多い「ニコニコ」の用途にマッチしていませんでした。「RSTOR」は、必要とされる性能を十分以上に満たせることが検証で確認できました。
(2) システムの安定性
現行システムで、1バケットの同じ階層に1億近いオブジェクトが集中したときに障害発生したのに対し、「RSTOR」は同規模のデータを入れても良い性能が得られました。また、現行システムで、大量のデータの一括削除で操作不能になるのに対して、RSTORでは問題なく処理できました。
「RSTOR」は、容量に対する課金のみでデータアウトとリクエスト数課金がなく、また、容量単価もAmazon S3 Glacierにほぼ近い金額でアクティブストレージが使用できます。30TBで数億オブジェクトのコストを比較すると、1/10近いコスト削減になると見込んでいます。
(4) 運用負荷の低減
現行システムでは、性能維持のために約2ヶ月に1回定形作業が必要でその作業に5人日かかっていましたが、「RSTOR」ではその運用コストが不要となり、また、障害発生時の対応コストがなくなることで運用負荷が大幅に軽減されます。
うちの地域でも8時まで時短要請がかかっており、コロナに対して「いのちを守る行動を!」と言われるようになった。
けど、自分の友人の中にはそんなことを考えず旅行をしていて、ものすごくもやもやしている。
とある友人は、先週大阪にいて今週は北海道に旅行でいるようだ。
自分の友人間で「今年最後の夏休み、行きたい!」という雰囲気になったので
自分も『行かざるを得ないよなぁ…』と思いながら行くことになった。
「感染対策に気を付けて行動しよう」という風潮になっていることはわかってる。
大学生だって、職域接種が進んでいて大体はワクチンを2回うっている。
だから、別に県外に出てもいいのではないかという意見もわかる。
けど、実際に当大学ではサークル活動は10月まで禁止されている。
そういうことを考えると「大学生であろうと、どこかに行ったりするな!」
果たして、このせめぎあいの中で私はどう行動すればいいのだろうか。
就活で自己分析をする中で、どうやら自分は「真面目過ぎる性格」であるようだ。
そのせいで、私は「大学生であろうと、どこにでも行くな!」という意見を持っている。
けど、他の人たちを見る限り自分が少数派であるような、「コロナ脳」と揶揄されるような人と見られている気がする。
考え方についても割と過激になっていて、
人前では絶対言えないけど、
最近話題になった音楽フェスの人や、今電車で北海道とかに旅行に行っている友人まで
「一回コロナに掛かって地獄に落ちればいいのに」と考える始末。
よくよく考えてみると、うちのバイトはコロナで勤務時間が減った。
そのせいで、収入が減ったことと就活でお金が飛んだことで旅行にかけられるお金が減った。
それに対して、自分の中で「旅行に行けなくて仕方ないよな、コロナだもんな!」
こう考えると、お金がないと考え方がかなり限定的になってしまうんだろうなと思った。
実際、上記で述べた友人はコロナでどこにも行くな!ってなった時はかなり鬱気味になったと聞いたし。
この先、私はそういう子供たちを見るような職場につく予定があるのである意味いい経験になったなとは思ったけど。
正直、世の中に対しては「いい子」として扱われるのであろうが、
これが大学生として良い行動なのか、みんなからするとかなり浮いている存在なのではないか、
度々自己について考えさせられることがある。
けど、こういうことをSNS上に挙げると「めんどくさい人間だなぁ」と言われるのは明らかだし、
この考えを大きい海原に浮かぶ一つの無人島に投げるしかないのである。
追伸
女性のジェンダーのCM、第2弾?見たけど、そうじゃないんだよな。
ジェンダーランキングの低さとか森さんの発言とか医学部入試の女性差別とか、海外に届く話から想像した日本のジェンダー格差ってきっとひどいもので、発展途上国みたいな感じだろうって想像したんだと思う。
でも、日本の男性は女性のこと、きっと見下してるなんて微塵も思ってないから何も響かないと思う。
むしろ女性はすごい!だから育児も家事もワンオペでフルタイム勤務できるよね?母の愛!母は偉大!女性が輝く社会!
朝5時起きで弁当作って夜まで家事育児仕事じゃ自分の時間がない?朝4時に起きればいいじゃない!
こどもが病気になった?じゃあ、仕事休んでね。女性って大した仕事してないでしょ?
クビになった?そりゃそうでしょ、仕事は甘くないんだよ。自業自得だね。
って感じだと思う。日本って。
女性のジェンダーのCM、第2弾?見たけど、そうじゃないんだよな。
ジェンダーランキングの低さとか森さんの発言とか医学部入試の女性差別とか、海外に届く話から想像した日本のジェンダー格差ってきっとひどいもので、発展途上国みたいな感じだろうって想像したんだと思う。
でも、日本の男性は女性のこと、きっと見下してるなんて微塵も思ってないから何も響かないと思う。
むしろ女性はすごい!だから育児も家事もワンオペでフルタイム勤務できるよね?母の愛!母は偉大!女性が輝く社会!
朝5時起きで弁当作って夜まで家事育児仕事じゃ自分の時間がない?朝4時に起きればいいじゃない!
こどもが病気になった?じゃあ、仕事休んでね。女性って大した仕事してないでしょ?
クビになった?そりゃそうでしょ、仕事は甘くないんだよ。自業自得だね。
って感じだと思う。日本って。
https://anond.hatelabo.jp/20210617075257
上がってるような基本(元増田に上がってるやつの倍ぐらい)が全部立ち上げからできて
2〜3個プロジェクト経験したらテックリードの素養が既に身についてそう。
プロジェクト的にもどっちかが弱いと
Rails/DjangoにjQuery+Bootstrapみたいな構成や
Amplify/FirebaseにVue/Reactみたいな構成も全然あるので
面接はなんとか抜けてもらうとして、
チーム開発での最低限の目標としては、
成果物から、指導、学習コスト、レビューコスト、技術的負債、マネジメントコストを引いた分が正になっていれば
ひとまず「チームに居ていい人」と見なされそう。
チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、
一旦は、正の生産性を目指してほしい。
以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、
一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。
似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。
どっちかしかやらないならJavascriptがおすすめ。後ででてくる、Flaskは適当にExpressとかに置き換える
現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。
どちらも、Python2とES2015以前の記法というレガシーがネット上に転がってるので参考にしないように注意。
・一貫性があって
・正しい書き方がされた
お手本プロジェクトをなにか(githubや書籍など)で手に入れて読むべき。
おそらくフレームワークに乗っかっているので並行して進めることになる。
話の流れで先にこっち
現在のコーディングのグッドプラクティス、デザインパターンはフレームワークの形をしている。
なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。
TypescriptもVue.jsも書き方をどこまで取り入れるかが使用者の裁量に任されてるし、
開発でVueとReactのどっちを使うかはチーム次第なので、
一旦React+Typescriptでガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。
2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。
パッケージとかテスト、タスク&デプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。
バージョン管理とコンテナの思想が優れているのは自明なので、これらはツールと見ていい。
そして、後からプロジェクトに入った人がプロジェクトの流儀に沿って使う分には難しいことはなさそう。
採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、
そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。
構築できる、ではなく、触れる程度で良さそう。
gitはプロジェクトの流儀によると書いたが、git-flowのイメージ図を理解して運用できるのがよい。
https://qiita.com/KosukeSone/items/514dd24828b485c69a05
こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。
あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。
地味にSSHでログインした先の環境だと、vimが主要なテキストエディタになるので
vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。
→ ファイル開いて入力モードに切り替えて書き込んで保存して終了
細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。
これが意図なら
この辺の機能を持った小規模Webアプリを作ってHerokuでデプロイすれば一旦完成とみなしてよさそう。
コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい?
慣れると1日あればいけると思う。
フレームワークもなんでもいい。
Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。
余力があれば複数個触ってみたり、人から勧められたらそっちでも。
最近はサーバーレス&NoSQLが流行ってるのでFirebaseとかもやればいいと思う。
に尽きる。
計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて
それらに対して分散や非同期処理で解消しようとするとか、
ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為を
計算量を意識するだけなら、AtCoderのABCのC〜D問題辺りが解ければ十分。
有名な脆弱性や攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている
のでアドリブをせずに正しい書き方でやれば良い。
開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、
ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。
開発の勉強のやり方としては、
・正しいコード見本を手に入れること
この辺りの習慣があればやってけんのかな、
その他、チーム開発って面では
TeamGeek(人間性)とかインプットしておくと共通言語が増えて嬉しい。
この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、
そしたらやってけるんちゃうーって感じ。
よく街を見てみると、チェーン系はその時間でも店を開けていて「テイクアウトなら注文できます」とのこと。
ありがたい。コロナで飲食店の時短営業になってからというものコンビニ弁当ばかりだったのだ。
しかし、よく見ると路面の大きめの居酒屋から22時過ぎてもワイワイガヤガヤと酔っぱらいの歓談の声が聞こえる。
「えっ、いまって22時過ぎでも酒の提供してる?」
と、駅の飲み屋がある通りを覗いてみると、多くは閉まっているが何軒かの店は開いていて、酔っぱらいのグループが大きな声を出して楽しそうに歩いている。
一番衝撃だったのが、そのグループが「もう一軒行きてえなあ」と言っているのに居酒屋の呼び込みが「これからでも入れるお店をご案内できますよ」と言っていたことだ。
私の家のある駅は歌舞伎町のある新宿などと違い、そこまでの大きな繁華街ではない。
ちょっと駅前に小さな繁華街がある住宅地メインの駅だ。そんな駅ですらこんな状況なのかと驚いた。
ずっとリモート生活をして、仕事で人と会うとしても席をずらしてお互いマスクをしての会話しかしていない。他の人との食事はほぼしていない。
でも、もうこれは仕方ないのかもしれない。
おそらくそれなりに感染対策の意識が高い私の周りでも「仲の良い人たち同士なら」と食事を誘い合うのを見かけることも増えてきた。
その油断の反面、身の回りで家族が感染していたとか同僚が感染していたくらいの話は日常茶飯事だ。
感染対策の意識が高いと思われる私の周りでも、そんな感じで油断してきているのだから、飲食店も多くの普通の人たちも長引く感染対策に「そろそろもう良いでしょ」という気持ちなんだろう。
これは止まらない気がする。
こんな単純な話ではないが、感染者数の多い東京の人口推計1400万人日あたり0.002%のガチャを毎日引いてると考えたら「飲みにいっても当たらない方が圧倒多数」なんだから「月に2、3回くらい飲みに行ってるけど感染しない」と思ってもそれはそうだろうなと思える話だ。
当然、そう思う人の割合が高まると急速にガチャの「当選率」が高まるし、飲みに行ったらSSRの当選確率10倍キャンペーンくらいにはなるだろう(数字は適当)。
指数関数的に感染数が増えてガチャの「当選率」が100倍に高まったとしても、いまの0.002%から0.2%になるだけだから、感染しない方が多数派だ。
感染力は低いという話をしてのではない。逆に、めちゃめちゃ強力な感染力をもっている新型コロナウイルスをこんな程度で抑えきれるわけがないという話をしている。
この話を友人にしたら「そりゃ、開いてる店には客が来るんだから給付金を貰わずに稼ぐぞっていう経営判断でしょ」とのこと。
都市ではなく店単体で見たらそれはそうか。「確率論」だけで言ったら稼いだ方がいいもんな。
でもそんな話じゃないような……
飲食店の時短対策はかなり強力に効いている。「意味ない」なんて言う人が一定数いるが、効果的なのは感染の増減を見れば明らかだ。
しかし、こんな緩やかなじ対策を何度もしているうちに街はもう我慢に耐えきれなくなっている。次の波はかなり大きくなりそうだ。