はてなキーワード: エラーとは
ブレード3枚目まで消費したがまだ回る溝が掘れないのに日が暮れてきた
中腰やドリルを固定して押し付ける動きで体中バッキバキなので中断
ドリルを大体の高さに固定できるようダンボールで土台作成、座って作業できるようダンボールを敷く
これであと7枚のブレードの尽きるまでやってダメなら諦めよう→使いかけの3枚目を一応使っとくかと5分弱回したところで試しにドライバー当ててみたら回った
羽のボルトが逆ネジなのかどうなのかわからない、作業中断してググってもどちらもある様子→片方向回して逆試してってのをだんだん力入れつつやってみたら逆ネジだった
ボルトを外せばファンはすっぽり抜けるはずがまったく動かない、錆で固着してる
ファンに過剰な力をかけるわけにもいかないので、ファンごとモーターを外して、ファンが突いたままモーターのカップ蓋を外す
奥側のベアリングが錆吹いてるので556的グリスで一旦掃除、ベアリングやモーターの型番を記録して分解したとこの写真も何枚か取る
去年から買ってあったベルハンマーという強力な潤滑油を吹いてベアリングを動かして浸透してくれと祈る
リモコンでの診断はエラーコード10:CPU間通信異常、ファン駆動用MCUとメインMCU間の通信異常
壊しちゃったかーという予感はありつつも、去年もコンセント抜いてカバー開けたあとしばらく動かないこともあったのでカバーをもとに戻す
ネジが2本余ったが、疲れてたので壊しちゃったのならもういいやとエアコンONにして休憩
10分くらいで動き始めた
モーターの音は静かになったが、ビリビリ鳴ってる。余ったネジのせいかにゃーとぼんやりしてると
基盤の固定ネジだ!と付け忘れ部分を思い出す
また蓋明けてネジ締め直し
<(完)>
いや、実際は11桁なんだよ。最後の1桁はチェック用の数字。チェック・ディジットと呼ばれている。番号の誤入力があった場合はチェックデジットと番号が合わないのでエラーになる。これを誤り検出といいます。
と思ったかもしれないけど、これ、全然すごくないんだよね。チェック・ディジットが1桁だと、10%の確率で偶然OKになってしまうんだ。こういうことはごくまれにしか発生しないけど、日本国全人口が使用するのであれば、数件起こってもおかしくない。これが昨今マスゴミでやかましく報道されている誤入力の原因にもなっている。
2桁にすると1%の確率に。ただでさえ少ない誤入力のさらに1%なのだから、これはほぼほぼ確率ゼロ。でも本当に2桁でよいの?
チェック・ディジットの長さをもっともっと長くすると、誤りを検知するだけじゃなくて誤りを訂正できるようになる。これでほぼほぼトラブルがなくなる。みんな幸せになれるお。
めっちゃというか、1日1回は UNEXPECTED_STORE_EXCEPTION か何かで落ちる感じだった
このノートPCの裏蓋にはアルミ箔みたいなのが貼られてあるんだけど
このシールドで、メモリやストレージや何やらをノイズから守ってるんじゃろか
追記:ん-なんか違う。フタきちんと閉めてても落ちる。昼~夕方~夜は落ちないが、決まって朝9時前後に落ちる。
UNEXPECTED STORE_EXCEPTION というのは、メモリ(一次記憶装置)でなくてストレージ(補助記憶装置)側のエラーって事でいいんかね。
・スコープを限定することができなくてデバッグの時に訳が分からんくなる。
・メソッドを分けて切り分ければよいのか?でもこれをするとパフォーマンスが低下するしな。
・型の情報がほぼ無いから知識を引き出す為の取っ掛かりがつかめない。
・Github Copilotに頼り切りになってる。それが無かった時はフレームワークの機能を丸暗記してたのか?
・RustやTypeScriptではVSCode上に表示されるドキュメントの情報を読みながらコードを書いていたので、それができないのは本当につらい。
厳密には「性格が良いのがむしろ損になってないか」という仮説。
例えば、素直で礼儀正しくて、可愛げがあるようなピッチャー。そんなのが一生懸命投げてたら援護したくなっていつも以上に打ちたくなるだろう。守りにも力が入るだろう。
で、余計な力が入っていつものバッティングができなくてなかなか援護できないと言う状況に陥るのだ。変な球を送球してエラーしてしまうのだ。
「性格が悪いやつの時なんてチームメイトは尚更適当にプレーするのでは?」と思うかもしれないが、適当なプレーをすると全て自分の年俸に跳ね返ってくる。ピッチャーが気に食わないからといって、怠慢プレーをする動機にはならないのだ。
頭の中でだけ考えて誠実不誠実を断じた論。なんか若いなあ、って感じ。
故障以外でユーザによる自己解決を勧めるエラー表示なんて白物家電においてもいくらもある。メンテ性ゼロなんてことはないぞ。きちんと調べたことはある?
汚れなんかそもそも気にしてないユーザが存外多数なのは他ツリーでも触れられている通り。本質機能(冷蔵庫でいえば「冷す」)以外の、例えば汚れセンサーとかにコストかけてしまうと、過剰品質だとか、そんなんいらんから値段下げろとか、これだから国内メーカーは(藁)とか、マイナスの評価になってしまうのだけど。そういう声に対してはどうすんの?
もしソフトウェアエンジニアがこれを書いているなら、例えば潜在的な不具合の可能性をすべて公開の上で顧客にリリースするべきと考える人だろうか? ソフトウェアにバグが付きものなのは周知の事実。この論に倣えば、そうしないのは「不誠実」になるのでは?(「そんなことは理論上不可能」「ケースが違う」とか、ただでさえ自分の論に都合の良い前提を追加するのはやめてな。)
誠実なエンジニアなら、まず現状をその道の人にきちんとヒアリングして事実に立脚した上で、他人他者を断ずるべきでは? 優秀な俺様が考える「あるべき論」はいらんのよ。