「フロー」を含む日記 RSS

はてなキーワード: フローとは

2024-04-21

生成AIを巡るイデオロギー

自己紹介

最初私自身について述べると、クリエイターとして飯を食っている人間である

口幅ったいがプロ自称しても差し支えないぐらいの稼ぎと仕事だと自認している。

話題の生成AIについて、今後私達の社会生活のあらゆる場面に普及していくと考えており

私自身いつかは仕事フローに生成AIにまつわる技術意識的に組み込む時が来るのだろうと考えている。

その流れは是認しつつ、かといって生成AIを取り巻く現状を良しとするわけでもない。

何らかの法的規制あるいは運用上のガイドライン必要だという立場にいる。

大別すればAI規制であるが、スタンス総論賛成各論反対、ぐらいの温度感事態を静観していると思って欲しい。

危機感

昨今の反AIと呼ばれる先鋭化したアンチ画像生成AIの人々について

一人のクリエイターとして、かなりの危機感をもって眺めている。

重ねて言っておくと、私は決して”反”反AIではないし、規制を望む立場にある。

私自身、作品AI学習に使われているし、その漠然とした忌避感や嫌悪感体験し、理解している。

おそらく反AI、と言った時点でその界隈の人々からは「反AIという蔑称を使うなんて話にならない!勉強不足だ!」と一蹴されてしまうのだが

皮相的な党派性にとらわれて本質的議論を進めようとしない時点で、その未熟さ・幼稚さを露呈してしまっている。

勿論、所謂推進派と呼ばれる人々、AI使用者の非倫理的冷笑的な振る舞いについても承知しているし、問題視している。

現在、互いに互いの粗を探して吊し上げていることは大変残念に思う。

しかし現状、私がより不安視しているのは反AIの人々の振る舞いの方だ。

AI言動過激化すればするほど、現実的な落とし所を決める意思決定の場で

規制を求める人々の声は届かなくなり、立場を危うしてしまうのでは…という懸念を抱かざるを得ない。

AIの人々が認識するべき事実

生成AIに関する問題意識を持っている人はどうか以下の項目について調べ、自分なりに咀嚼し十分に理解して欲しい。

現在主流である拡散モデル学習・生成機序理解すること。生成物は学習した画像切り貼りコラージュではない。何十億という画像データを数GB圧縮することはできない。

学習データ画像にほぼ近いもの再現することがある、という海外論文引用する人もいるが、プロンプトで狙い撃ちにしても再現されるのは天文学的確率の低さである

著作権法・隣接権の概念文化庁及び政府見解理解すること。人・AIを問わず学習行為規制されていない。「無断学習」という概念自体が現状では不当である

・開発企業使用者に対する非現実的要求をしても事態解決しない。

成果物類似性依拠性(LoRAなど)については肖像権著作権に関わる現行法で争う余地があり、対処可能である。これは手描きでもAIでも同様である

・これまでに観測された諸問題は、厳密には使用者自身モラル問題であり、より正確に言えばSNS問題である

誹謗中傷やLoRAによる嫌がらせラフをi2iで勝手に清書された、自分の絵柄で性的コンテンツを生成され誤認される…といった問題は、原理的にはAIがなくとも可能である

公的に開示されている資料を読めば、概ね同じようなことは書いてある。

現状における事実或いは公的見解であり、これらを推進派や技術者のレトリック断じて耳を塞いではいけない。

彼らと同じ前提を共有し、同じ言語で会話しなければ、交渉テーブルにつくことすらできない。

実際に手を動かすのは法を整備する政府であり、AIに携わる技術者だからだ。

戦う相手を間違えてはいけない。

規制を求めるのであれば、彼らの認識を正すのではなく、事実解釈で争うべきだ。

どうか建設的な議論の場に立って欲しい。

お気持ち”で戦える段階はとうに終わっている。

現実的な落とし所を探っていくしかないのだ。

おそらく、私のこうした声もポジショントークとされて届かないのかもしれないが。

からキツいノルマを課されている課の課長をやってて、上司にかなりキツイ状況であることを申し立ててるんだけど

KPIはいつもギリギリクリアできてて、上司には「でもKPIクリアしてるじゃないか」と言われる

  

一方、部下たちは「どんどん仕事が増えている、どうしてこんなにキツいノルマを課すのか」と口々に言い、

「いつもすまないと思っている、上には掛け合っている」と伝えてるが、だんだん言い方がひどくなっていてかなりストレスに感じている

チャットだけでなくVoIPでいきなり通話がかかってくるんだけど、都度胃がキリキリ痛む

  

実際KPIは達成できてるんだけど、個々の能力に頼り切ってるところがあって

本来は一つの処理が終わりきったら次の処理に進むフローなんだけど、

能力がある人たち(少なくとも自分ではそう思っている人たち)は2つ3つの処理を並行で作業している

これは今のところ厳密なルールではないけど、安全を考えたら誰もがそうすべきだと思うようなこと

  

部下には「さっさとKPIをこぼせばいい、そうすれば上司人員不足について真剣に取り合ってくれる」と言いたいところだけど、

信頼関係もないし立場上俺からは「事故がないことが最重要で無茶な処理はどうかしないでほしい」と喚起するだけしかできなくて、

部下たちは毎日のように苦言を呈しながらも自分はできると信じて2、3人分の動きを自分たちの判断で行い続けてる

  

上司へ、運用が守られていないかもしれず事故が起きかねないから、正しい作業を徹底する規則を設けるよう伝えたけど

「現状、命じたわけでもない処理方法勝手判断で行ってKPIが達成できているなら、それが本来作業効率なんだろう」と言われて却下されている

  

評価につながることでもないのに文句を言いながらも必要以上に頑張る部下たちは白痴だと感じるし、

安全意識理解しない上司狡猾でアホだと思う

  

俺は、事故があったとき上司責任を取ることになるよう、合わせて部下からパワハラがあることも含めて、

その上の上司へこっそり報告を上げている

今のところ動きはないけど、証拠は残し続けている

毎日、はやく事故が起きて大事になってしまえばいいと願っている

  

事故を起こしたときは部下も上司もぶっ飛んでほしい

2024-04-16

anond:20240416121013

100億の年利1%運用したらいくらになるかわかるか?

ストック資産が多ければ、フロー資産を稼ぐことは難しくないんだよな

資本主義社会においては十分強者だよ

2024-04-13

子供の事なんてどうでもいいか共同親権に賛成

ぶっちゃけ共同親権には大賛成。好きにやればいい。虐待に関する特約もいらん。家庭と言う閉鎖的空間虐待の有無や共同親権否決なんて特約を作ったところで判断しようがない。実際今のルール曖昧だしな。

共同親権なんてもの親権喪失とセットで存在するもんなんだから親権喪失そもそも通り辛い日本共同親権とかダブスタなんだよ。これは男ガー、女ガーとかバカみたいな話じゃなくて、親権制度そもそもの話。親権喪失が通り辛いからこんなめんどいことになってるんだよ。

共同親権がある国のほとんどは親権喪失までのハードルが低く、簡単親権喪失になり新たな里親に送られたり保護されたりする。日本ではそれがほとんど通らない。件数を見ても圧倒的に少ない。実際それで親元に返されて死んだ子供だっている。

日本では「子供から実の親を奪われない権利」が重視されるのでどんなに酷い虐待があったとしても親権喪失まで至りにくい。酷い虐待があって一時的保護されても最後は親の元に返される。一時保護継続だって数か月ごとに親権者の同意必要なんだよ。同意が得られなければ裁判所承認必要

どこの先進国虐待があった際のフロー日本より慎重で、親に子供を育てることができないと判断されれば簡単親権を奪われてしまう。

から共同親権他国の真似して実装する前に、親権は親のための権利ではなく、子供権利として親権喪失を通りやすくする必要があるが、そんなのぶっちゃけどうでもいい。

少子化が進んだ日本じゃ女はますます子供を産まなくなるだけだし今子供を好き好んで作ろうとするのは元々子供ものくらいにしか思ってないような人らだけ。

  

ちなみに虐待子供保護された後どうなるか知ってるか?保護して終わりじゃない。原則2か月と法律で定められている。一時保護期間中、ほとんどは学校には行けない。通学中に実の親に連れ戻されるリスクがあるから。二か月も学校にいけないことによる学力の低下は想像に容易い。高校だったらまず授業についていけないだろうな。

保護が終わった子供がどうなるか。酷い虐待があると見なされれば児童施設に行ったり里親に出されたりする。これは制度上そう書かれてるだけで90%以上の子供は実の親に返される。この話がデタラメで嘘だと思った別にそれでもいいけど、そう思ったなら自分でちっとは調べてほしい。子供に対する偽善ばかり語る癖に実際保護された子供がその後どうなるか興味が無さ過ぎる大人が多すぎ。

2024-04-09

エンジニア カジュアル面談の闇

先週やっと転職が終わったのだが、カジュアル面談で5社以上の会社でかなり不快気持ちになったのでここにお気持ち表明しておく。

まず前提として、カジュアル面談というのは、面接ではない。面接ではないので合否はない、ということが建前になっている。

が、実際の利用現場において、事実上の合否判定がなされることが恒常的になされている。

これは、次の2点による。

1. 時間効率

現代において採用フローは複雑化・多段化しており、よりコストの掛かる面談面接はなるべく少時間ですることが望ましい。

2. 候補者が構えていないカジュアル面談の場のほうがむしろ本音本質を引き出しやす

これは書いたまま。例えばカジュアル面談で横柄な態度を取って、面接で殊勝な態度をとるような候補者は当然信頼できない。

これにより、よりクレバー採用を行っている大手企業採用が強いと言われている企業ほど、カジュアル面談事実上の一次面接になっていることが多い。

ただ、ここまではある程度私も知っていた。今回の転職体験でクソだったのは、カジュアル面談中に選考意思を見せて採用から連絡します、と言ったにも関わらず、一向に連絡を寄越さな会社結構いることだ。

これには理由があって、前述の通りカジュアル面談は合否を判定しない、という建前がある。なので、カジュアル面談中に候補者選考意思を見せたら、そこでの企業側の合否判定にかかわらず面接まりもう一度の場を設けなければいけない。

ただ、すでに不採用は決まっているので次の面接無駄である無駄なことはしたくない(カジュ面を面接と兼ねているのは無駄カットであるのに、面接を結局したらカットにならない)、なので、企業側としてはカジュアル面談後、連絡をせず自然消滅を狙う。

まり、この後候補者からも連絡がなければ候補者側も面接に進む意思がなかった、ということになり、面接をする必要がなくなるのである

ただ、これをする会社候補者に対して誠意がない。

まず、連絡すると言っていたにも関わらず連絡しないのが信用を裏切る行為であるし、面談中に選考意思を見せて面接行きましょう、と言った会社事実上不採用を決めている、というのは嘘をついていることにほかならない。

最悪なのが放置されることで、中途の転職は何社か並行で受けているのが普通であるが、連絡が遅れる/されないことにより他社にも影響を与えてしまう。つまり、本人の転職活動ダイレクトに悪影響を与える。

面談面接が順調なときは即日・翌日連絡で迅速だったのに、落ちた瞬間連絡が来なくなるのに腹が立ったのは確かだが、それより候補者に対してまったく誠実でないことに腹が立った。

これこそまさに優越的地位の濫用というやつだろう。

2024-04-04

ノーコード開発が辛い

salesforce 案件やってるけど、フローチャートみたいなやつで開発してる

salesforceに限らずチャートで開発すれば、コードかけない人でも開発できるから人出が増えるからフローでやってほしいって言われたけど、そんなに運用コスト下がるのか?

ぐちゃぐちゃなものお出しされて、これを参考にして下さいって言われて頭抱えてるんだが…

GUI操作して開発するの手間過ぎるだろ

できない人はプログラム覚えたほうが早いって…

そもそもこんなぐちゃぐちゃなことしかできないなら、センスがないからまず開発についてお作法勉強したほうがいい

2024-04-02

anond:20240402101625

フローを『30万(俺):30万(親)』にする生活ってなんなの

どういう意味

親が30万しか稼いでないのが不満で、もっと稼いで来いって話か?

父親の老後のためにいいように働かされる40歳男性

親を養うために死ぬほど働く人生って悲しすぎるわ

親はそれが当たり前だと思ってるし、なんなら「もっと稼げないの?」ぐらいの言葉が出てくる人間

当然所有してる資産は親の方が圧倒的に多い

というか俺の資産なんてほぼゼロ

ストックで『500万(俺):1億5000万(親)』ぐらいの差があるのに

フローを『30万(俺):30万(親)』にする生活ってなんなの

というか親は不動産から不労所得あるから

フローですら『30万(俺):110万(親)』だわ

なんかいつか親を刺し殺してしまいそうで怖い

2024-03-28

飲み会の正解会話フローはどこにあるのか…

会社飲み会で何話せばいいのかわからないのでネット検索→聞き役になってあげましょう、相手プロフィールプライベートを聞きましょう

って書いてあったけどプライベートを聞く質問って嫌われるって見たことあるぞ。

よしじゃあ自分のことを積極的に開示していこう!と思ったがそれはそれで自分のことを話してばかりの人はうざいと書かれている。

自分自身はプライベート聞かれても割と何でも話すし、喋るのが好きなのだけど、話しすぎると嫌われるってのもわかる。だから年を取った最近はもう黙るようになった。

もう何話せばいいんだよ。怖くてもう飲み会に行けないよ。

となってここ10年くらい会社飲み会は全欠席してる。黙ってもクソ、喋ってもクソ。コミュ障に生きる場所はない。

2024-03-23

anond:20240322235738

緊急パッチどうこうだけに話を絞れば、適用対象によるやで

 

クライアント端末に対してなら、緊急だからとりあえず当てました!でもギリええけど、

それでも業務アプリに影響出た場合、すぐに対応ができない(当たりがつけられない)と各方面から満遍なく怒られるやで

なので、なんや知らんけど緊急だからとりあえず配布しました!は基本推奨はされんわな

 

鯖に対してなら、緊急であってもセキュリティーチームが周知と影響範囲確認したあとに、運用フローに従って適用の流れじゃないですかね

即時えいや!ってのは一般的運用設計ではないと思う。これはたぶん規模感関係ないと思うやで

 

とりあえず、あたおか同士仲良くするやで🤝

2024-03-21

anond:20240321144951

雑に下書き→低強度i2i(線画として)→線画仕上げ→低強度i2i(色塗り)→色塗り仕上げ が出来そうかなと思ったが、sdにi2i用プロンプト入れるの(多くの人は)めんどいんだよな

雑なプロンプトだとろくなもんが出ねえし

思考言語化キーボード通さずにできるようになればこのフロー実用性がでるかな

2024-03-19

[] 実装必要情報が揃うまでは関係各位と調整しろ

実装を進めて、あとの方で「やっぱこうして」といって後戻りの工程が発生すると穴を掘って埋めるような感覚になる。

こういうのは効率性を低下させるので、関係各位と調整して情報を揃えたほうがいい。

もし情報限定的しか揃わない場合は、非常に簡易的なプロトタイプを触ってもらって、「こうしたほうがいい」という声をもらう。

情報として基本的なのはUI設計データ設計だろう。これらが煮詰まった段階でデータフローシーケンス特定していく。

例えばUI担当者が外観の設計を渋っているときは、入出力だけでも特定し、その入出力のプロトタイプを作っておいたほうが良い。

単純なものであれば、REST API化して試してもらえるだろう。

2024-03-12

1日1万歩が無理な人はHIITをやろう

HIITのエビデンスはググれ。

設定はタバタの4分。

独断で選ぶおすすめ種目はこちら↓


バーピー

プッシュアップを省いてとにかく素早く動くと息が切れて良い。


バーピースクワットホールド

ジャンプスクワット体勢に置き換えるバーピー。上のバーピーより回数を稼げる。


サイドキックスルー

アニマルフロー(なんか流行トレーニング法)で一番HIITに向いてる種目。


ギャロップフロアタッチ

反復横跳びに片手を地面に付ける動作を加えたやつ。


スケーターランジ

手を抜かずに手と腰の動きを意識するとかなりきつい。


スクワットタッチ

ジャンピンジャックじゃ物足りない人向け。とにかく早くやる。


シザースジャンプ(ランジジャンプ

ランジはジャンプを加えるだけ一気にHIIT向きになる。慣れてきたら脚を空中で2回入れ替えてみよう。死ねる。


マウンテンクライマー

空中で脚を入れ替えるやつじゃなくて素早い足踏みのほうがおすすめ集中力が切れるHIITの締めに一番いい種目と思う。


いろいろ書いてきましたが、一番おすすめはケガの心配がないペダリングマシンです。

エアロマシンでもいいですが、手が動くエアーバイクアサルトバイク)を買いましょう。

あと、筋トレ兼用したい人はケトルベルダンベル、メディシンボールプライボックスなど器具を加えたサーキットトレーニング種目が何千種とあるので調べてみましょう。

2024-03-11

anond:20240311133554

いうても、html5フローだのエンデベッドだの、どのタグにどのタグ入れ子にするのが許されるのかとか、cssならどんなコードを読んでもその挙動を正しく予測できる、みたいな人は逆に高尚なプログラミング言語習得してる人でもまれじゃないかね。

プログラミング言語の基礎については難度の高低はあって、そこでマウントとる人もいるんだろうが、そんなレベル基準マウントとるのはおろかというか、道を究めた人ならどの言語でも貴重というか。

2024-03-10

anond:20240310165707

アンダーフローってのは浮動小数点の表現において指数部が云々かんぬん

限定ピックアップガチャ神引きRTA(仕込み編)

新規に入ってきたプレイヤーが「このキャラかわいい!仲間になるの?」って聞いてきたから、

「なりますよ!次の限定ガチャで出ます!」って親切に教えてあげた。

ただし、限定ガチャからは出るけど、ピックアップ対象外なのですり抜けを狙うか300連天井交換しかなく、

すり抜けの確率コンマの後にゼロが6つくらいつく低確率であることはあえて教えなかった。

こうして毎日悪行を積むことで、徳の値をアンダーフローさせた上で、ガチャ開催日の前日に拾った10円を交番に届けて、

徳を1積むことで、徳の値が1024になって、次のガチャで単発で狙いのキャラを一発で引くことができます

から彼を騙す必要があった訳ですね(定型文)。

2024-03-07

国家による個人情報購入

米国国家安全保障局NSA)の退任する局長であるポール・ナカソーネによると、同機関は令状なしで、アメリカ人ウェブ閲覧データを「外国の諜報、サイバーセキュリティ、および許可されたミッション目的のために」購入しています

NSAは、米国IPアドレスを含む国内インターネット通信ネットフローデータデータブローカーから購入すると伝えられているようです。

NSAデータ提供者を明らかにしていませんが、2023年6月に、国防情報局内国歳入庁国土安全保障省を含む他の機関も同様のデータを購入していることが明らかになったようです。

この慣行合法性はまだ不明です。NSAは、アメリカ人訪問するウェブサイトや使用するアプリの詳細を含むデータを取得するための裁判所の令状の要件を「認識していない」と主張しています

2024-03-06

伊東純也事件の全貌

https://anond.hatelabo.jp/20240301085330恐喝ビジネス説を紹介していたが、どうやら当たりだったようだ。

今週のFLASH記事概要が書かれていたが、「Y社によるA子を使った恐喝ビジネス最初はX氏が巻き込まれ、ごく最近になってから伊東も巻き込まれた」のが全貌だ。一番のポイントは、最初はX氏とA子の間の示談交渉が行われていたことであり、伊東純也が関与すらしていないことだ。「X氏による性加害案件示談交渉」だったためだ。

https://news.yahoo.co.jp/articles/8e788a4a99ddfba20db42cc02ef5041c2acaf702

で、最近になって伊東純也を巻き込んで刑事告訴の形に切り替えたわけだ。

これは非常に構造が複雑で、週刊新潮第一報とその後のお気持ち記事しか読んでない人達には理解しづらい。

前の増田で「Y社による恐喝ビジネスであるならば伊東純也のマネジメント事務所伊東に損賠請求をした理由理解できない」と書いたが、この一言簡単説明できる。

週刊新潮による第一しか知らない人にとっては直ぐには理解しづらい構造であるため、伊東悪者にする以外の脳内処理フローしか取り得ない』

からマネジメント事務所も、JFAも、日本代表スポンサー伊東外しに動かざるを得なかったのだろう。代表選手達だけはそうならず「伊東純也と一緒にやりたい」と申し出たが、それは1次会に浅野前田大然が同席しており、事案構造理解するためのフォロー役に回れたからだろう。

仮にFLASH現代ビジネス記事内容が真実であるなら、X氏⇔A子間の示談交渉から伊東純也⇔A子B子間の刑事告訴作戦を切り替えたとされる今の女性弁護士と、それを前提に記事化した週刊新潮責任は極めて重く、虚偽告訴罪共犯として捕まるレベルであると思われるが、どういう決着になるだろうか。

意外なオチとして、「A子が双極性障害であり、それによる虚言だった。精神障害によるものであるため不起訴」という決着になる可能性が高いと見ている。双極性障害なら殆ど刑事犯罪は不起訴になるからな。京アニの青葉ですら一時期無罪になりかけていたくらいだ。(あちらはその後、境界性パーソナリティ障害に診断が変わり、一審で死刑判決が出たが)

2024-03-04

anond:20240304121905

今どきアンダーフロー対策されてないのかよ

どんなゲームエンジン使ってんだよ

2024-02-29

閏年バグ理由

色々開発に携わってきたが大体2パターンある

Caseパターン

Case month when 1 then ~って感じのコード。thenの後にif文や更にCase文がある。この辺りに28日までとか書いてある。

ソースレビューがあったら指摘する内容だが機能していない場合はこのレベルが来る。オフショア海外に出すとマジでこんなの書いてくる。指摘するとはいはい言うけどどうすれば良いのか悩む。

アーキテクチャ次第だが単に29までに変更すれば良い場合もあるが、たまに他にも影響したりして結構絶望する。月末日取得で書いてたら説教レベル

スタパターン

大体Caseパターンロジックが考えられない場合国内外提案してくるのがマスタ化だ。発注元も何故か柔軟な対応が出来るからと賛成してくる

結果年1や月1のマスタ設定が必要になり運悪いタイミング担当者閏年を忘れてると大体起きる。賛成した人らは運用しないので気楽だ。

こっちはマスタ設定すれば良いのだが、閏年ですよ忘れていませんかチェックは無いくせに登録出来るのは翌日以降チェックはしっかり入ってたりする。

設計段階で考慮すれば良いのだがマスタは何故か新人仕事となり結果糞仕様スキル不足が重なって復旧に時間がかかったりする。もちろん新人に罪は無い。日付をキーにするマスタなんて要件で考えた奴が悪い

閏年バグ回避方法

閏年に影響されない業務フローにする。そもそも年月日を指定するか2/28の次は3/1だと明示しない限りはシステム閏年バグを起こさない。

日付チェックで存在しない日付と閏年チェックは基本だ。

もし日付チェックを自作の変なロジックで作って発生させてたら20代なら許すが30代以上は即引退して他の仕事探したほうが良い。変に生き残って上流に行くと出来上がるのは意味の分からない事を言うステークホルダーという老害で将来はコンサルとか名乗って中小零細で惨めなシステム論を語る粗大ゴミ

2024-02-27

anond:20240227095128

aiに聞いてもらって君は離席すれば良いんでないの

Openaiのwhisperを使えば文字起こしはできるから

それを「この問いに関係する点を抜き出せ」って投げればいい

そういう議事録アプリもあるんじゃないか

適当フロー

1. 打ち合わせでマイク付きカカシを用意する(増田は離席)

2. 聴きたいことをVOICEVOXとかに喋らせる

3. おっさんが長く喋るのでwhisperで文字起こしリアルタイム要約

4. 回答を得たと感知したら次の質問を得るようにAPIを使ってプロンプトとプログラムを組む

5. 終わるまでループ

6. 結果はgptに要約させる

7. おっさんヘトヘト、増田効率成功

2024-02-26

anond:20240226114853

それでね、市役所登録から外してくれって言ったんだけど、出してしまったものは取り消せない。

取消申請のための業務フロー確立していなくてわからんというだけで、関係各所と掛け合ったら取り消せない訳無いと思うんだけどな

これだからお役所仕事

2024-02-21

渋谷勤務でも新宿伊勢丹のお弁当が食べたい

渋谷のお弁当ってイマイチなんですよね。渋谷西武が一番かな。東急フードショー(しぶちか)もイマイチ。もう無いし遠くだから行かなかったけど、東急百貨店の品揃えは良かったんでしょうか。

やっぱりお弁当新宿伊勢丹ピカイチです。これに比肩できるのは大丸東京くらいだと思います休みの日はここでお弁当買って新宿御苑で食べるの大好きなんですが、平日は渋谷に勤務しながら昼休み中に買って食べるのは難しい。しか電車代で往復 356 円も掛けてたら、弁当代として高過ぎですよね。

当方東京メトロ渋谷駅に出勤します。途中に新宿三丁目駅を経由してお弁当買えば済むのですが、生憎伊勢丹10開店通勤時にはまだ開いていないのです。

という訳で、なんとか電車代をケチった上で、新宿伊勢丹でお弁当を買いつつ出勤できる方法を考えました。このフローで出勤すれば、例え 9 時出勤だとしても要件を満たせそうです。

  1. 半蔵門線渋谷駅に到着。
  2. 出社してちょっと仕事
  3. 休憩に行く顔して銀座線赤坂見附駅へ。
  4. 丸の内線に乗り換えて新宿三丁目駅へ。
  5. 新宿伊勢丹でお弁当を買う。
  6. 副都心線に乗り、渋谷駅へ。
  7. 休憩から返って来た顔して業務に復帰。

これで電車代は渋谷駅までの通常の出勤時(フロー中の 1. までの料金)と変わりません。通勤定期券を使っている場合には使えない手ですが、リモート勤務なので定期券など無い僕と同様の諸氏におかれましては、偶の出勤時に使えるテクとしてお収めください(もし同志が銀座線で出社しているのでしたら逆回りにすれば OK です)。

でもなぜこれだけ乗って片道分で済むのか。それはメトロの乗り換えでは 1 時間まで改札外での行動が許されるという規定に依ります

https://www.tokyometro.jp/ticket/guide/transfertime/index.html

メトロ、太っ腹ですね。今回は渋谷駅と新宿三丁目駅でこれを使いましたが、この表に依ると銀座築地などでの買い物も片道運賃で済ませることができるかも知れません。更に、乗り入れている他社線を使うともっと複雑な買い物ルートも構築できそうです。誰か試して欲しいですね。

2024-02-17

オートロックの部屋のインターフォンの録画はどうしたらいいのか

オートロック付きの集合住宅だと、来客時はまず建物入口から部屋にピンポンを鳴らし、部屋主が建物ロックを解除し、その上で来客者が部屋に来てまたピンポンを鳴らして部屋主が部屋のドアを開けるフローになる。

しかし煩わしいのが、2回目のピンポンでもインターフォン作動し録画されてしまうことだ。

当然部屋まで来ることはわかっているのでドアの前で待機しているしインターフォンではなく直接ドアを開ける。

だがそうするとインターフォン履歴に保存されてしまいランプが点滅したままになってしまう。

一度録画を見て解除すればいいがこれが面倒くさい。

部屋のピンポン場合は保存されないようにできないものか。

アイホンには設計見直して欲しい。

ログイン ユーザー登録
ようこそ ゲスト さん