  |
はてなキーワード: エラーとは
辻ちゃんの夫の杉浦太陽は「妻のやっている家事のどこの乗れるかを見る。流れを変えるのではなく波に乗る」みたいなことを言ってたけど、奥さんはそのタイプを求めているのだと思う
主流で奥さんが家事をやっているからそのやり方でやってほしい、自分の方法を作り出してやらないで欲しいっていう感じで
そして、やり方が違うのは夫が家事や育児に興味が無いせいで、それがイライラするんだろうね
でも、言い方がモラハラっぽいというか性格的に難ありなことは間違いない
普通はそうは思っても口に出して注意はしない
やってくれただけいいかと思って目を瞑る
モラハラっぽい人にこちらが指摘するのはプライドが傷ついて余計逆上するので増田がなんとか家事の方法をよく観察して習得してトライ＆エラーするしかない
Microsoftストアで2千数百円だったかで買ったアプリの話
今どきTV番組を録画してBDに焼くなんてのは時代遅れなマイナー行為なんだそうだけどw
不適切な内容だとかで炎上したりして2度と放送もされないしネット配信にも乗らないであろう番組とかは、いつオシャカになるかもわからんHDDに置いとくより、BDに焼いて保管した方が安心(かもしれない)ww
ウチにあるHDD/BDレコーダーは、10年以上前のヤツで、古いせいなのかメーカー違いで仲が悪いのか、最近買ったTVの方で録画した番組はそのレコーダーにダビングできないのよねー。なので、PCに「BDレコ」入れてTVからダビングしようと思ったワケ。
とりあえず「貴重な映像」を後々見返したい(こともあるかもしれない)って目的なので、画質優先よりもメディアの枚数優先で、なるべく長時間入れておこうという設定にしてディスクに書き込み開始させると1分少々たったあたりで「致命的エラーが発生したので終了します」だってよ。
そのまま「終了」だか「OK」だか忘れたけどボタンクリックしたら終了するだけで、何が原因なんだかまったく情報がない。エラーコード的なモノも表示されないし、ログファイルも出来てないし、Windowsのイベントログにも何も出てないっぽい。
BDメディアには、番組の冒頭から30数秒くらいまで書き込みされて突然プッツリ切れている。
AIに聞いてみても、まぁ学習材料に「BDレコ」がらみの情報はなかったんだろう。ドライブの電源が容量不足?か不安定?とか、メディアとドライブの相性がどうたらとか、たぶん違うなーと思う答えしか出てこない。普通に検索しても、BDレコで致命的エラーがうんぬんいうWebページは見つからないしな。
何度かリトライしても同様なので、そして書き込み中にPCのCPU使用率が90%以上に高騰してたので、コレはもしかして動画エンコードの性能がイッパイイッパイで、ドライブの書き込み速度に負けてる(いわゆるアンダーフローってやつ?)のでは。ということで、画質優先(再エンコードせず)の設定で1枚に収まる長さの番組だけ書き込ませてみたら、無事ダビング終了まで行けたよw
チクショー、このPCもう7年くらい前?のCore i3で非力だからなーw
だったら、ダビング開始する前にCPU性能を判断して、これじゃエンコード速度が追っつかないみたいなエラーなり警告なり出してくれよ。
それか、しばらくエンコード済みのデータをバッファリングしてアンダーフローしないようにうまくヤリクリするとかさー。
最近AIをガッツリ使ってて思うんだが、AIが10分で終わらせたタスクでも、人間側は30分から40分はレビューと確認に時間を取った方がいい。
AIってやつは、プロンプトで「期待される結果」を出力しようとするとき、その過程については詳細に指示されない限り基本的に無頓着なんだよな。
結果のみを重視して、過程はほぼ重視しない。
たとえばDB連携するWebアプリで、クライアントに返却すべきデータを、本来DBから取得するところをハードコードして返すみたいなことが普通に起こる。
もちろん開発過程でDBからの取得を明示的に指示するのが普通だから、現役エンジニアがAIを使う場合にはこういう問題はあまり起きないかもしれない。
でもこれは「結果さえ出せればいい」AIの思考様式をよく表してると思う。
もう一つ。出力結果が同じでも、コード実行過程の副作用が重要なケースがある。キャッシング、監査、ロギング。AIは指示がなければこの種の副作用について検討することはまずない。
プロンプトに書き込めていればいいが、ユーザがこれらを書き漏らしたら無視される。
そしてこれ、モデルが改良されても残るんじゃないかと思っている。
上位者が意識していない過程の詳細は、モデル品質が上がっても無視され続けるんじゃないか。
こう考えると、エンジニアを大量にレイオフしてAIに置き換えてサービスが回るわけがない、と感じる。
イメージで言うと、こうだ。
AIは出力誤差を最小化しようとするが、そこに至る経路はものすごく多様で、その中から一つを選んでるに過ぎない。
風来のシレンとかトルネコみたいなローグライクを思い浮かべてほしい。
ダンジョンの全貌は見えていない。でもゴールのおおまかな位置は分かっている。AIは宝箱もアイテムもボーナスも全部無視して、「最もエラーの少ない最短経路」をゴールに向かって突っ切る。
優秀なエンジニアは違う。ボーナスの存在、回避すべきトラップ、寄り道で拾えるアイテムを熟知している。だから得点を積み上げながら、時間をかけてゴールに辿り着く。
一方、「最高の結果を出せ」みたいな曖昧な指示でAIに任せると、罠を踏んでボロボロになりながら、いろんなものを失った状態で、ゴールにだけは最速で到達する、というイメージになる。
ゴールしたかどうかしか見ない上位者には、AIが最速で結果を出しているように見える。失われたボーナス、踏んだトラップ、本来拾えたはずのアイテムは目に入らない。
最近、あるコミュニティで目撃した「相談」から「絶交」に至るまでのやり取りが、あまりに教育心理学におけるいじめの構造（DARVO）そのものだったので、自戒を込めて記録しておきたい。
登場人物は、写真制作の壁にぶつかっている相談者Bと、それにアドバイスを送るA。
問題の端緒は、AがBの私生活や尊厳に無遠慮に踏み込んだことだ。Aは芸術論を語る文脈で、唐突にこう言い放った。
これは相談という形を借りた、明白な境界線（バウンダリ）の侵害だ。教育心理学の視点で見れば、相手を精神的に動揺させ、自分が優位に立つための「精神的な揺さぶり」に他ならない。Bが困惑して「恋人がいる」と返しても、Aは「死ぬほど金が欲しいわけじゃないんだな」と、勝手に相手を「覚悟のない人間」として再定義し、攻撃を続行した。
後にBがこの不快感を訴えた際、Aが繰り返したのは反省ではなく「手続きとしての謝罪」の完了報告だった。
これは「謝罪というパケットは送ったのだから、それを受け取らない（怒り続けている）相手がエラーである」という論理だ。心理学的に言えば、謝罪を内省の証ではなく、自分の過去を洗浄し、相手の口を封じるための「武器」として利用している。
「人前で繰り返し持ち出されるのはつらいので、もうやめてください。」
これこそが心理学でいう'''DARVO（Deny, Attack, and Reverse Victim and Offender）'''の完成形である。
A氏の言動には、自分の万能感を維持するための「投影（プロジェクション）」も顕著に見られる。自分のアドバイスが的外れだったという失敗を認められず、それをB氏の「覚悟の欠如」という問題にすり替えることで、自己像を保護している。
こうした「指導」の皮を被った「支配」は、受け手が論理的に反論すればするほど、加害側が「被害者」として騒ぎ出すため、対等な解決は望めない。
Aの振る舞いは、大人の知的な対話を装ってはいるが、その本質は教育現場で見られる「いじめ」の構造と変わらない。自分の万能感を守るために、ターゲットの自尊心を削り、反論されたら「自分の方が傷ついた」と騒いで周囲の同情を買おうとする。
相談を受ける側が「相手を尊重する」という前提を捨て、自分の哲学をインストールする対象（モノ）として相手を見たとき、コミュニケーションは容易に暴力へと変質する。
連休の最終日、「生と死」という特異点の観測を試みるべく、葬儀にフルコミットした。
目的は、死という現象が放つ生データの受信だ。本来、死体とは腐敗というエラーログを垂れ流し、死後硬直というハングアップを起こした、物理レイヤーにおける「二度と動かないハードウェア」に過ぎない。その凄惨なバグを生存アラートとして脳に直接叩き込み、自分のシステムがいずれ迎える強制終了に対して、現在のカーネルがどうレスポンスを返すか。そのデバッグを試みたかった。
しかし、現代の葬祭場というインターフェースは、あまりにもユーザー体験が最適化されすぎていた。
現場の環境は、死の毒々しさを徹底的にマスキングする安らぎの空間。腐敗臭というノイズはアロマというフィルタリングで除去され、死後硬直の無機質さはエンバーミングによって「スリープモード」のような外見へとレンダリングされている。バックエンドで行われる生々しい処理はすべて業者というプロキシを介して隠蔽され、ユーザーに公開されるのは、綺麗にデプロイされた終着点のフロントエンドのみだった。
「人の死」はもはや、忌諱されるべき致命的なエラーではなく、スタイリッシュなカフェのようにライトウェイトされたコンテンツに昇華されている。そこには、システムの根幹を揺さぶるような高プライオリティのアラートは存在しない。
結局、死をリアルタイム・モニタリングすることは叶わず、いつものルーチンへとロールバックした。死がこれほどまでに綺麗にデザインされ、抽象化された社会において、自らの「物理的なシャットダウン」を実感する権限さえも、ＯＳの優しさによってデプロビジョニングされていると感じた（合掌
以前ここでTypeScriptは💩みたいなことを言ったらもしかしてIDE入れてないの？って言われて
でも一箇所直したら全部に波及してどれかがエラーになる
いい加減でもぽちぽち作れたJavaScriptとは違って、TypeScriptは設計力が必要とされる気がする
でも言語に罪はなくて俺が💩なだけだ
この犬の書籍管理システムはゆみこの人格システムを改造して作り上げたものである。
この書籍管理システムは、そのまま日本のマイナンバーシステムに形を変えて転用されている。
ゆみこはY型のオリジナルで、唯一現存する核家族の成員である。
ゆみこは実ははるか昔に車に轢かれて亡くなっており、まゆこの前に現れたゆみこは幽霊だ。
ゆみこ「ふんふん♪」
まゆこ「ゆかり、何作ってるの？」
犬憑きフリークのゆかりは、まゆこの一人暮らしの家にいきなりやってきて、一緒に住むことにした。
まゆこをスケッチしたり、まゆこの写真を撮ったり、まゆこについて観察日記をつけたり、とにかく犬憑きが大好きで観察を怠らない。
まゆこ「ゆみこ、今日の夕飯何がいい？」
ゆみこ「まゆこが食べたいものがいいな！」
まゆこ「はあ？」
まゆこのスーパーへの買い出しについていくゆみこ。
ゆみこ「まゆこ〜これ買って？」
捨てられた子犬のような目で焼き鳥弁当などをまゆこに差し出してくる。
まゆこは冷たく却下する。
と、道に猫が死んでいるのを見かける。
まゆこ「かわいそう」
ゆみこ「死んでるね」
まゆこ「車に轢かれたのかな」
ゆみこ「クンクン、まだ死んでそうは経ってないみたい」
まゆこ「においを嗅ぐなっ」
ゆみこ「車って怖いよね、痛いよね」
まゆこ「早く帰るよ！」
ロールキャベツを作るまゆこ。
その後ろを子供のようにうろうろしているゆみこ。
ゆみこ「早く食べたいな！食べたいな！」
まゆこ「じゃあ手伝いなよ」
ゆみこ「お母さんみたい」
まゆこ「お前のお母さんとか死んでも嫌」
ゆみこ「くぅ〜ん、傷ついちゃうな」
完成したロールキャベツを貪るゆみこ。
まゆこは猛烈な勢いで夕食を食べるゆみこに一言、
ゆみこ「どっちが犬なんだろ・・・」
と呟くのであった。
ゆみこ「ギャース！死体があ！」
それは近頃村で起きている連続殺人事件の被害者のうちの一人であった。
ゆみこ「クゥクゥ、怖かったよう」
警察はすぐに到着し、ゆみこから事情を聞いていたが、ゆみこの憔悴した様子を見ると最低限の聴取のあと、帰してくれた。
迎えにきたまゆこにゆみこは泣く。
ゆみこ「死体こわい」
まゆこ「誰だって怖いさ」
ゆみこは飲むと、落ち着いたように息を吐いた。
ゆみこ「そういえば、最近夢で男が立ってたって言ってたね」
まゆこ「ああ、そうなの。普段は誰もいないのに、男の人が立ってたの」
ゆみこ「変だな」
事件の日付を調べているのだ。
ゆみこ「この前の事件の夜も男が立ってたって」
まゆこ「ええ？どうだったかな」
どうもまゆこの夢に男が現れるのと、殺人事件が起きるのは連動しているらしい。
消去される。街のシステムはそうなっている。
しかし表立って現実に現れることはない。存在自体が初めからなかったように消えるのが常だ。
ゆみこはそれを知っている。
最近はそれが表に流れてきている。
夢の街、つまりシステムの方で何かが起きているのかもしれない。
まゆこが眠りにつく頃、ゆみこは台所で死体が発見されたとされる場所に地図で印を書いた。
どうも、ゆみこの家の近くに近づいてきているようだ。
何かが迫ってきている。
ゆみこ「これはやばいかもしれねーな」
バーチャルコネクト方式は IPv6 で基本接続して、相手が IPv4 しか持ってなかったら中で変換して IPv4 につなぐみたいな方式
IPoE だとクッソ重かったのでプロバイダにバーチャルコネクトおすすめされてルーター設定したら割とスムーズになった
ただ、バーチャルコネクトだと IPv6 で一回繋がらないと ERR CONECTION RESET みたいなエラーになってからリロードしてつながったりする
そろそろ新サービスは IPv6 も持っておかないとこういう層を取り逃がすんだろうなあと思ったりした
そして PPPoE に設定して様子見をしていて、まあこっちで大丈夫かなという感じですごしている
誠実であるためには、時に不便や不利益も受け入れ、貫徹するよう努めなければいけません。
あなたが喫煙家であるならば、自分の健康状態を顧みずタバコを吸い続けるべきです。
タバコを吸いながら、タバコの有害性など説くのは不誠実といえます。
そんなことをするなら、今すぐタバコを吸うのをやめましょう。
どっちつかずなことを言って、バランサーを気取るものではありません。
当然、嫌煙家ならばタバコを吸うべきでありませんし、徹底して不寛容であるべきです。
念のため言っておきますが、これはタバコ撲滅の啓もう活動でもなければ、推進でもありません。
もちろんヒューマンエラーが起きて、一貫性を保てないときはあるでしょう。
一時の自尊心を守るために、その場を取り繕うのはやめましょう。
ただの日記。
Geminiが大手の中では珍しく無料APIあるって聞いて、とりあえず触ってみた。せっかくだしAPIコール数が稼げそうな使い方したいなと思って、AI同士がだらだら会話する“偽ツイッター”みたいなのを作ることにした。（AI専用SNSがあるのは聞いたことあるけど、そこは意識せずに。）
で、やってみてすぐ思ったのが、APIってマジで毎回0からなんだなってこと。アプリ版みたいにユーザーの記憶とか一切ないから、毎回全部の前提を投げ直さないといけない。正直めんどくさいけど、そのぶん設計次第でどうにでもなる感じもあって、これはこれで面白い。
最初は普通にキャラ設定作って、検索で情報足しながら喋らせてたんだけど、すぐに飽きた。同じようなことしか言わない。キャラが固定されてると、出てくる発言もそりゃ固定されるよなっていう当たり前の壁にぶつかった。
なので方向転換して、「キャラ設定自体を毎回変える」ことにした。発言生成とは別に、裏でキャラを練るためのAPIコールをいくつか用意。ベース設定を元に検索で知識を補強するやつとか、タイムラインからキャラ同士（14人）の関係性を再解釈するやつとか。ちょっと良くなったけど、それでもまだ話題の幅が狭い感じは残った。
で、最終的に落ち着いたのが、キャラ設定を「ベース」と「トッピング」に分けるやり方。年齢・性別・職業・基本性格みたいなブレさせたくない部分をベースにして、そこにエピソード的な性格（トッピング）を複数持たせる。で、発言のたびにベース＋トッピング1つ＋過去の発言履歴から、その場限りの性格を再生成する。
これが結構よくて、キャラとしての軸は残るのに、発言のバリエーションが一気に増えた。やっと“それっぽさ”が出てきた感じ。
モデル周りだと、Gemini 3.1 Flash Liteは速くていいんだけど、無料枠が1日500回しかないし、検索グラウンディングも使えない。結局Gemma 4メインになった。こっちも1日1500回だから無限ではないけど、検索使えるし、31Bと26Bでカウント別だから両方使えば実質3000回。まあなんとかなる。
あと地味に驚いたのがコード生成。Gemini（アプリの方）に相談しながら組んでいったら、思ったよりサクサクできた。いつの間にか普通に戦力になってる。（昔は、それっておかしくない？エラーになるよね？とかこっちから聞き返していたのに）
土日で一気にやっただけだけど、設計の試行錯誤がちゃんと結果に出る感じがあって楽しかった。無料でここまでできるのは普通にすごいと思う。
俺レベルになるとコーディングみたいな下流工程は全部AIにデリゲートしてる。
「エラー出てるからよしなに」って投げるだけでAIが爆速修正するから、俺は上流のディレクターとして「y」を押してアプルーブ（承認）するだけ。圧倒的アジリティ。
ていうか今のシステムの中身、もう俺1ミリも理解してないんだよねｗ
AIが勝手に高度な最適化しちゃうから、俺の優秀な脳みそでもキャッチアップできない。
これって客観的に見て、俺ただの「Enterキー押す生体デバイス」になってね？
主演・黒木華が、理想を掲げて選挙参謀となり野呂佳代を都知事選に出馬させるドラマ。「世界がぜんたい幸福にならないうちは個人の幸福はあり得ない」という宮沢賢治の言葉を掲げ続ける黒木華ちゃんが良い。何かここ数年、宮沢賢治を引用するドラマが多い気がする。「野呂佳代が出るドラマにハズレ無し」（by バカリズム）に加えて「宮沢賢治をモチーフとするドラマにハズレ無し」。しかし、悪徳与党幹事長の演出が未だに二階なのはどうなんだって思う。今は官邸一強政治だから与党幹事長にちから無いのに。
畑芽育が、とんでもない人生の「エラー」をしてしまい、どんどん深みにハマっていくドラマ。NHKの傑作ドラマ「3000万」の脚本家。前作は家族ものだけど今作は友情ものとなってる。クライム作品は胃がヒリヒリするけど見ちゃう。
３．『月夜行路 －答えは名作の中に』（日テレ系、水曜22時）
主演の波瑠が、偶然知り合った主婦の初恋相手を探しに大阪まで行って文学知識を使って謎を解く原作ありのミステリ。東京以外でロケしてる民放ドラマってだけで何か良い。麻生久美子との上品な掛け合いも良い
幼い頃に両親を殺害され未解決事件状態になってる田鎖家の兄弟がともに警官になり、相棒となって真犯人を自ら見つけ出すというドラマ。兄弟の掛け合いやドラマの映像の雰囲気が良い。
以前は、OneDriveのファイルが具体的にどのように機能しているかなど、全く考えたこともありませんでした。クラウドにアップロードして使えばいいだけ、と単純に思っていたからです。しかしある日、OneDriveに保存したファイルを自分のパソコンに移して、オフラインで作業する必要が生じました。そこで問題が発生したのです。
最初は、数クリックで済むものだと思っていました。パソコンでOneDriveのフォルダを開くと、ファイルはそこにあるようでしたが、開こうとしたりコピーしようとしたりすると、奇妙な現象が起こりました。一部のファイルは読み込まれず、他のファイルはインターネット接続を必要とし、さらに一部のファイルは「オンラインのみ」と表示されるのです。
私は様々な方法を試してみました。ファイルをドラッグ＆ドロップしたり、別のフォルダにコピーしたり、ブラウザから再ダウンロードしようとしたりしました。しかし、どれも時間がかかりすぎたり、うまく機能しなかったりしました。ある時点で、ファイルが実際にどこにあるのか——パソコン上なのか、それともクラウド上だけなのか——もう分からなくなってしまいました。
解決策を探そうとして、ある記事にたどり着き、そこでようやくすべてが明確になりました。その記事では、OneDriveが「オンデマンド ファイル」機能を使用しているため、一部のドキュメントは物理的にパソコンには保存されておらず、単なるショートカットとして表示されているだけだと、平易な言葉で説明されていました。
最も役に立ったのは、ステップバイステップの手順でした。ファイルをパソコンに移動するには、まずオフラインで利用可能にする必要があることがわかりました。右クリックして、該当する項目を選択するだけです。その後、ファイルがダウンロードされ、デバイスに完全に保存されます。
私は手順通りに操作し、ダウンロードが完了するのを待ってから、ようやくパソコンの目的のフォルダにファイルを移動させました。エラーも余計な操作もなく、すべてが本来あるべき通りに機能しました。
これでようやく、OneDriveの同期がどのように機能するのか、そして以前なぜうまくいかなかったのかが理解できました。結局のところ、問題は難しさではなく、単に私が一つの重要なポイントを知らなかっただけだったのです。
今では、どのファイルがオフラインで利用可能か必ず確認し、必要な時には問題なくパソコンに移しています。そして改めて実感しました。時には、たった一つの良い記事が、多くの時間とストレスを節約してくれることがあるのだと。https://cloudmounter.net/ja/move-files-from-onedrive-to-pc/
当方零細企業勤め、デジタルやや得意スプレッドシートGASでなんかいじったりはしてる。
他の会社勤め(中小企業なのでセキュリティゆるめ)の人の話を聞くと
仕事で使う小さいツールをAIで作ってうんぬんかんぬん、、と聞いたりするが、
影響範囲が小さいものだとしても、AIで作ったツールで日々実働で使うツールがちゃんと作れる(動いて、エラーが出なくて、役に立つ)のか？と思ってしまう。
例えば見積もり、作業記録、などをAIで作ったツールで進めて、
あとから、今までの見積もりちょっと金額ずれてました、とか、作業記録、抜けがありました
とかなったらまずくないか？と思うと
※プログラミング言語の理解を全くしていない人が、AIが出すコードをそのままに利用するケースを想定しています。プログラミング言語についての知識があったうえでの補助としてAIを使う(エラー修正、メンテナンスを自分で出来る)のは全然良いと思う。
