  |
はてなキーワード: エラーとは
とある物事が進む過程において、嘘付きが潜んでいないか、誤魔化しがないか、何かが捻れてしまっていないかを探す役目を負っている。
一応それ以外にも細々とした仕事を任されてはいるが、本来の役割は、嘘を暴くこと、嘘を暴こうとするものが目を光らせていることを知らせることにある。
では、私は本当に嘘を暴いているのか。
嘘を暴いてなどいない。
埋めてばかりいる。
誤魔化しのやり方が杜撰であることを指摘することはあっても、その誤魔化しを告発することはない。
時としては、素直に進めれば面倒な手続きを踏むか大きな嘘を付くことになることを伝え、小さな嘘で誤魔化すことを進め、どう嘘をつけばいいか手本を見せることさえある。
むしろ、それが上手にできるかどうかこそが腕の見せ所だと上司から教え込まれた程だ。
ここには嘘ばかりが満ちる。
私がこの場所にいるのは、私のずっと上にいる人達が、システムのエラーを修正する手間を惜しみ、自分たちで煩雑にした手続きを自分たちの決めたとおりに進めることさえできなくなったことの尻拭いのためだ。
歴史の闇に葬れない形になりかけた嘘を、歴史の闇に葬れる形へと組み替える、嘘が世に出ぬための小間使いだ。
私がしている仕事は、嘘を見張っているのではなく、嘘を見守っているのだ。
そして、嘘を誰かに見晴らせていたという言い訳を作るためにあるのだ。
そしてある日、どこからかやってきた誰かに埋め続けてきた嘘が暴かれた時「私はずっと見て見ぬ振りをしていました。私が悪いのです」と首を差し出し
ジュラシックパーク1は面白かったよ。思い出補正がほとんどだけど。
ジュラシックワールドが出たときは「久しぶりに出たなー」って感じで思い出補正で見に行ったよ。インデペンデンスデイの続編つまらんかったけど。
ジュラシックワールド面白かったか？くそつまらんヒューマンエラーで災害が起きて、どっかで見たような演出ばっかり。
ジュラシックワールド炎の王国面白かったか？これもパッとしない。
それ言い出すとリアルタイムじゃなくて10秒とか30秒とか遅延入れた配信にして人間が自動処理の結果を目視で問題ないか監視してエラー時に人力で対処するしかないんじゃないかな
とにかくその人がめんどくさい。
「〇〇さんの席で ムカツク って言ってたのなに？」←言ってない
「そうだよね増田さんはそうやっていつも否定するよね」←いつも言ってないからね
「でも言ってたじゃん。なんなの？」←言ってない
うはｗｗｗｗｗめんｗどｗっｗくｗｗっｗせえええｗｗｗｗｗ
絡まれる度に「言ってないよ。強いて言えば目の前でエラー吐いてるコピー機にムカついててすごく寿司食いたい（プンスコ☆」と斜め上に受け流してるけど本当にめんどくさい
どんな場面でも斜め上に受け流していたら職場で天然キャラ扱いされだしたのも含めてめんどくさい。
同じような内容で上司に絡み同僚に絡み後輩に絡み、育ちのいい優しい先輩♂に依存気味。
定期的に通勤手段が被るのでその度に絡まれていたことに加えそれが原因でついに次の予定へ遅刻したので今後は毎回テキトーな理由つけて一緒しないことに決めた。
病気の母親と二人暮らし？大変だね。テキトーに息抜きしろよ自分の裁量だよ。
アラフォーで彼氏なし？知らんがな。優しい先輩♂は婚約中なんや飲み会帰りに荷物♂抱え込んで困らせてんじゃねえ。
「なんかもう私最悪だよ。明日からはまともになる。誓うよ」→翌日「もう我慢できないから言うわ。影でコソコソ言うのやめてくれる？」←言ってなｒｙ
「ほぼ異動のない職場だし増田は定年までこんな私に付き合うんだよ！あきらめなよ！」←いやどす
もーどうして欲しいの。
職場の子ありママさんたち（メンヘラと同世代）に泣きついてヨシヨシしてもらい、
上長の上長に異動したいと直談判したあとに「あそこ（地獄部署）にトバされたらどうしようここのほうがマシかな」と日和り（これはまあ別にいい）
なんとか盛り上げようとピエロった自分が温めた飲み会の席を「それよりさあ」で葬式にする。
上司てめえ「あれよろしくね（通勤いっしょになるでしょ」とか言って投げてくんじゃねえ。
なるべくメンヘラに特攻される場面を作らない（ぼっちになる作業はメンヘラが忙しいタイミングに）
「それよりさあ」が始まったら無視して隣のひとと勝手に盛り上がる
それでも続いたらわざと主語を取り違えて話を斜め上に流す
ほかにどうしたらいいんだ。
仕事も手伝った。
ママさんとメンヘラに自分の３人でカフェで甘いもの食べながら愚痴も聞いた。
他人としては出来る限りを尽くした。
他人にこれ以上のことはしたくないし背負う気は毛頭ない。
それがさ、
これはやっぱりちゃんと真面目に粉の量を量ったり水や混ぜる塩の量など
本格的に厳密にしなくちゃいけない感じだわ。
これって最近にして普通食べてる麺がかなりのクオリティーで日々奇跡的に生産されていることに気付くんじゃないかしら？
でもね、
水の量もとりあえずはその粉の比率にあう水の量をスパコンで計算して叩き導き出して、
たしかに塩1gのところを2gにしちゃったところがダメだったのかも知れないけど、
塩に比べたら多分水加減が難しいんだと思うわ。
感触としてはレシピである水の量よりもっと多い方がいいような気がする。
これ結構真面目にノート付けて青春まるちゃん製麺日記を付けなくちゃって思ったわ。
でさ、
やっぱり一番は計算機になるのよね、
計算機でも比の計算が出来る計算機ってないの？あれば便利だし、
いちいち内項と外項とか掛けたり割ったりしなくても一発で導き出せそうよ。
でも今になって小学校の算数レベルのことが大活躍だなんて思いもよらなかったわ。
比の計算は出来るのかしら？
ポポーン
私「小麦粉250gに必要な水の量は90cc、じゃ小麦粉300gの時の水の量は何cc？」
Siri「ちょっと何言ってるか分からないんですけど」
何故かちゃんと量っても
上手く製麺できないのよね。
これどんだけ廃棄麺ができあがるのよって思ったわ。
じゃんじゃん試行錯誤トライアングルエラーを繰り返すわけには行かないのよね。
でもせっかくの製麺機だし
そしてちゃんと良い麺ができるように鍛錬するわ。
うふふ。
あんまりよく見ずに買ったら食パンの耳まで付いてるタイプのサンドイッチで、
なんとも耳の部分が食べ応えあって、
ここはぜひお飲み物と一緒に召し上がりたいところだったわ。
ピンクグレープフルーツと粒黒コショウをホールのまま使ったやつね、
思わず買っちゃったわ。
パッと見てすぐ買っちゃったぐらい果肉が赤いのよ！
よく冷やして食べちゃいましょ！
すいすいすいようび～
今日も頑張りましょう！
などがあると思われる。
イオンなどの大規模店舗だと、イオンが撤退すると何も残らなくなる。
ではなかろうか。
3ヶ月前のドラマのことなど忘れてしまうほど、変化することが求められているわけだが、開始コストが回収できないと辞められない。
品質テストと言えば、ドスパラが公開したベンチマークの見方が判らない。
ドスパラSSDだけランダムライトの値が上下に分散してるのは、どう判断すれば良いの？
ドスパラSSDの下2つだけ終盤に速度が落ちたのも、発熱多いとか放熱悪いとか原因あるのかな？
「ランダムライトを約10TB前後実施した」とあるが、グラフは7TB辺りで切れてる。
残り3TBのグラフはどうなっているのだろう？
http://childs.squares.net/murahatebu/
めんどくさい人向けにここにコピペ。
4/9 にレンタルサーバの方の OS のアップデートがありましたが、それ以来エラーが発生して更新できない状況になりました。
調査したところ、どうも村はてブで使用している Ruby の方に問題がある可能性が高い事が判りましたので、
レンタルサーバ会社のサポートの方にメールで問い合わせしました。（4/11 の夜にメールを送信しました）
現在はその返信待ちとなっています。いつ復旧するのかはレンタルサーバ会社の方の対応次第ですが、私個人の多忙なこともあり場合によってはとても長引く可能性もあります。
・定期券…改札エラー回避の為他免許証等のICカードと分離したい
・財布・決済カード…紛失時に戻らない可能性が高いから単独で持ちたい
・免許証…無免許運転回避の為車の鍵と併せたいが家の鍵とは分離したい
以上を考慮して以下の布陣
https://www3.nhk.or.jp/news/html/20190404/k10011873041000.html
箕面市の上下水道局によりますと、今月１日、家庭や事業所に配られた水道料金の検針票1365枚に、口座から料金が引き落とされる日が印刷されていないミスが見つかったということです。
https://www.yomiuri.co.jp/national/20190410-OYT1T50328/
市上下水道局によると、元号の誤記があったのは７６８通で、記載した日付がいずれも「令和３１年」になっていた。受け取った市民からの指摘で誤りに気付いた。同局は「再発防止に努める」としている。
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/04724/
ミスがあったのは私立幼稚園に通園する子供を持つ保護者に補助金を交付する通知書類である。通知書類を起票した日付と補助金の振込日の2カ所を について、「平成31年」と印字すべきところを「平成3元年」と印刷した。対象世帯に約1万通を発送したという。
世田谷区は西暦のデータを渡し、印刷業者は和暦に変換するプログラムで処理してから印刷する。このプログラムは和暦の一の位が「1」だったら「元」に変換するロジックを組み込んでいた。しかし、十の位を考慮していなかったため、ミスが生じた。
世田谷区はデータ内容の正しさを確認してから印刷業者にデータを渡した。世田谷区と印刷業者はテスト印刷の結果をそれぞれ確認したが、テストで使ったデータがダミーデータだったため、バグが表面化せず、発見を漏らしたとしている。
プログラミングができるわけでもない一般人だが書かれている内容はだいたい分かった。
なぜ「数字」にこだわるのかも分からないし唐突に現れたサンプルプログラムも意図が分からない。
ドレミファソラシは「261、293、329、349、391、440、493」
可視光の波長
コンピュータのディスプレイは波長ではなくRGBで表現されるので分かりづらい。
そんなよく分からないLEDを使わずともフルカラーLEDがある。
たとえにマイナーな電子部品(？)が登場すると逆に分かりづらい。
それから縦30x横30のLEDから縦70x横70のLEDまでに内接する円の内部(x^2+y^2≦40)がすべて色001であれば、赤い円ができる。
このあたりはよく分からない。
(「点と円の当たり判定」を各座標ごとに実行)
めちゃくちゃ強い電気
なんかすごそう(小並感)。
ハイレベルとローレベルでなくアナログ値になるということなのだろうか？
それはたぶん現代人ならみんな知ってると思う。
どの文字コードのことを言っているのか分からないので集中できない。
(ためしにASCIIコードを調べてみたがAは65だった。また小文字にするとき足す値は32)
かなりシンプルになることが多い。
一般的には適当なrandomモジュールのようなものを利用するのではないか？
(ついでに実用的かを考えるなら曲数が60以上あったときのことが気になる)
今の仕事でも、既存のマクロでエラー出たときに原因箇所を調べたりするのは出来るけど、そこから何を直したら直るのかわかんない。
フローチャートを作れるのなら元増田に必要なのは「ポケットリファレンス」とか「逆引き～」とかいう類の本ではないだろうか？
(普通に考えればさすがに知っているだろうが念のため)
プログラミングまったく理解してないけど某大手の下請けでSEとして5年くらい働いてた。
偏差値ギリ50くらいの大学の情報系の学科で、JavaとかC言語とかのプログラミングが必修科目だったし、基本情報も過去問丸暗記で合格したんだけど、まっっったくプログラミングが理解できないのにSEとかいう大それた名前の仕事についてしまって死ぬほど後悔した。
forっていうんは、なんか繰り返し同じことするやつで〜、i=i+1って書いてあったらiが一個ずつ増えるんだっけ？みたいなレベル。
最初の行に書いてある〜.〜みたいなやつどのプログラムでも同じだけど何？ライブラリって本借りるとこでは？ポインター？オブジェクト指向…？型？桁溢れ？何語…？全然わかんない…
いやもうほんと、社名とか書いたら「こんなのがよく働いてたな…あの会社やばいな…」って思われそう。
そんなくらいの不出来さでも、現場の人手が足りないから、1日に何度も上司に怒鳴られながら、機能追加も故障改修もやったし、顧客問い合わせの対応も本番環境のトラブル対応もした。
徹夜も休出もサビ残も代休がいつのまにか消えてるのも経験した。
流石に二年三年働けば何だかんだできることは確かに増えたし、リリース関係の社内手続きとか、一人で夜間本番監視なんかもどうにかこなせるようにはなったけど…
しかし上司もよくあれだけ怒りながら四年も面倒見てくれたなぁ…とちょっと思ったので、恨みレベルが「子供に早死にされろ」から「40手前でバーコードハゲのメタボになれ」くらいになった。
話逸れた。
今の仕事でも、既存のマクロでエラー出たときに原因箇所を調べたりするのは出来るけど、そこから何を直したら直るのかわかんない。
欲しいマクロの機能の要望とかフローチャートとかは作れるけど、それがプログラムにならない。
この先ずっと、大学から8年も触れてきたのに意味もわからないし苦手なもの、って思い続けるのが嫌すぎてこの八年分の人生を無駄にした気がして憂鬱になる。
八年あったら簿記とかFPとかTOEICとか勉強できたんじゃないか？とか、社労士とか書士とかそういう職業につながる資格の勉強できる大学にした方が良かったんじゃないか？とか。長い人生のうち八年かもしれないけど、人生80年としたら一割だし、自立して過ごせるのが18〜60くらいだとしたら二割だし、二割分出遅れたらもうフツーの人間はゴールする前に足切りされちゃうでしょ多分…
大学はよく考えて選んだ方が良いし、大学で失敗してもせめて仕事はよく選んだ方が良いよぉ…
仕事選びも失敗したなら、辞めるなら早い方が良いよぉ…
先日、こういうエントリーを書きました。
https://anond.hatelabo.jp/20190406224912
https://anond.hatelabo.jp/20190410003400
今回は少し趣向を変えて、アカウントAの人の疑惑の出し方の問題を指摘します。
アカウントAの人は、
SSDの容量がどのように決まるかご存知でしょうか。NANDチップの容量を足しただけではありません。「予備領域」と呼ばれる、ユーザーからは通常見えない領域があります（Windowsのディスクの管理等では見えませんが、予備領域を設定するツール等では見えます）。つまり、ざっくり言うと下のような式になります。
簡単に言うと、128GB分のNANDチップが使われているのに容量が120GBのSSDは、8GBが予備領域として確保されているわけです。
この予備領域は、故障して使えなくなったユーザー領域の代替になるほか、書き換えの際の一時保存場所、SLCキャッシュ機能など広範な用途で使われています。
予備領域はSSDの寿命や速度にとって重要である一方、ユーザーには「予備領域○○GB」のような形では公開されていません。どういうことかと言うと、
ということです。
NANDチップは、特に安いNANDチップは不良ブロック（記録できない領域）が最初から含まれている可能性があります。SSDメーカーは出荷前テストでそれを検出し、不良の割合が基準を超えるなら出荷せず、基準以下ならそのブロックを無効にして出荷します。この時、予備領域で吸収することでユーザー領域は減らさないようにします。こうして製品としてのスペックを守りつつ歩留まりを上げているんですね。歩留まり向上は低価格化に直結します。
不良ブロックの代替は先ほど触れた予備領域の使い方の一つです。個体によって値が変わるからメーカーは予備領域の容量を公開しないのかな、と思っていますが、特に関係ないかもしれません。
ブロックという用語はこの後も出てくるので少し触れておきます。これはNANDチップがデータを扱う際の単位です。
NANDチップはセルにデータを保存しますが、セルを一定数まとめたものをページ、ページを一定数まとめたものをブロックと呼びます。
書き込みはページ単位、消去はブロック単位で行います。記録の最小単位はセルなのですが、セル1個1個を個別には制御できないということです。そのため書き込みや書き換えのプロセスはかなり複雑になっているのですが、本筋ではないのでここでは割愛します。
ページとブロックの容量（ページサイズ、ブロックサイズと呼びます）はNANDチップのモデルによって異なります。大容量化につれてページサイズとブロックサイズも増加傾向にありますが、ある時期からNANDチップメーカーはデータシートを公開しなくなったので、最新世代については詳しく分かりません。
Hynixがデータシートではありませんがブロックサイズを含めたデータを公開していたのでご紹介します。
https://www.skhynix.com/eng/product/nandRaw.jsp
これによると、HynixのTLC NANDチップのブロックサイズは4～13.5MBのようですね。
ここまでが前提です。
改めて、アカウントAの人が繰り返している不良認定のプロセスを見てみましょう。氏のツイートから引用します。
これは旭東エレクトロニクス（SUNEAST）のSSDを不良認定した時のものですが、見ての通り不良ブロックの数しか見ていません。
「黑片」というのは、中国の不正SSDが語られた際に出てきた言葉で、製品に使えないレベルのNANDのことを指すようです。
ここまで読んで頂ければこれの何が問題か分かってもらえたと思いますが、念のため解説します。
不良ブロックが34個。これは確かに多いかなとは感じます。しかし、重要なのはこれが何を表すかです。
不良ブロック34個は、出荷基準を満たしていないのでしょうか？では、しきい値は何個ですか？分からないですよね。
また、同クラスの他製品と比べて多いのでしょうか？しきい値は分からないとしても、NANDチップはMLCやTLCなどの種類、プロセスルール等によって大きく特性が変わるのですから、同世代、同クラスの他製品と比較をせずに評価はできません。34個という数だけで評価するのは検証の体をなしていません。
引用した部分でドスパラのSSDにも言及していますが、ドスパラの時も同じことをしています。その時は40個という数字を見て
とコメントしているのですが、下手すると予備領域というものがあることすら知らないのではないかと疑ってしまいます。SSDの容量＝NANDチップの容量と考えているのであれば疑問を持ったのも理解できるのですが。予備領域を知っているのならこんな疑問は出ないんですよね。
話を戻しますが、このNANDチップはブロックサイズが分かりません。ブロックサイズが分からないということは、無効になっている容量が分かりません。不良ブロック34個は、何MBなのでしょうか。
仮にブロックサイズがHynixと同じであれば合計130MB～460MBくらいです。予備領域が130MB～460MB少ないことは、SSD製品として許容範囲外なのでしょうか。ちなみに、先述の通り予備領域の容量は非公開であり、製品の保証する仕様の範囲外です。もう少し言うと、この時のSSDは120GBなので8GBのうちの130MB～460MB、つまり予備領域の1.6～5.6%です。彼の人の住む世界では、SSDの予備領域が5%減ると使えなくなるのでしょうか。
まとめると、アカウントAの人は何を表しているのか分からない指標を使って不良認定をしているのですね。そしてそれで何か分かった気になっているのですから、端的に言って論外です。騒ぎにでもならなければ、わざわざ否定する価値もありません。
ColorfulのSSDの時は、ざっくりまとめると以下のような内容でした。
・ロゴが偽物＞刻印する工場や時期で変わるから全部同じじゃない
・容量偽装だ＞データシートから該当部分を抜粋して問題ないと指摘
彼の人はBGAのチップを付け外しするというちょっと珍しいスキルを持っているようなので騙される人もいるのかもしれませんが、私から見てこの人はNANDチップやSSDの仕様についてはド素人です。また検証のプロセスや妥当性の確認方法があまりに雑で、調査や研究、製品レビュー等の実務を行うための訓練を受けた経験があるとも思えません。ただの「自称詳しい人」です。
正直なところ、Colorfulの件であれだけ恥をかいたのだからもう少し慎重になるかと思ったのですが、何も学んでいなかったようですね。この程度の知識レベルであんな騒ぎが起こせるというのは、誰でも情報発信できる社会の弊害を見た気分です。
世の中は皆さんが思うよりずっとしっかり動いています。センセーショナルな内容に引きずられるのはある程度仕方ないとしても、もう少し慎重に元ネタに当たってほしいな、と思う次第です。
だって、SpecTekの刻印の上にMicronのロゴがあったら、まずSpecTekって何だというところからスタートですし、SpecTekのサイトを見ればMicronだと分かるわけです。そうすると、まず起こる疑問は「Micronがやったのか？」であって、「ドスパラのSSDは偽装NANDを使っているのか？」にはならないんです。自作クラスタは、それくらいできる人たちだと私は思っています。
Twitterの通知欄に、バッドブロック40個で品質は分かるとか、偽装の証明を求めているのは悪魔の証明だとか出てきまして、さすがに失笑してしまいました。
一応コメントしておきますと、仮に偽装があったとして、偽装の主体がMicronであればドスパラを批判したのは筋違いですし、Ritekが主体なら証拠を出せという話です。何も証明できないのであれば、悪魔の証明云々ではなく存在しない疑惑について騒いでいるだけなんですよ。だから最初から「言いがかり」だと書いています。他の事はどうでもいいです。スタート地点が間違ってるんです。
あと、Micronが再刻印した場合、Micronの責任でそのチップをMicron型番で出しているんですよ。なぜ、Micron側の品質基準でチェックし直して出荷した可能性に思い至らないのか不思議でなりません。それを証明しろと言いますか？その証明がなかったら低品質NANDを出荷した証拠になるんですか？
成功があたりまえの人生というのは、どれくらいの確率で成功していて、どれくらい居るのでしょうか？
1σ？2σ？
化学流産の方は特に言及したつもりなかったので、無意識にごっちゃにしていたのだと思うのだけど、できれば訂正すべき部分具体的に教えてもらえると助かる。強制はしないけど。
思い当たったのは
ちなみに数十年前はそういうのを知る技術がなかったらしく、多くの女性は初期流産を初期流産だと気付かずに「生理が遅れてきた」くらいに思っていたらしい。
を化学流産の数日で流れる例の現象として読んだのかな、と思ったりしたのだけど、こことはまた違う部分かな。
そういえば舞台が現代の地球ではないから、心臓が動いてるかどうかなんてアバウトなエラー検知じゃなくて、初期でももっと細かい異常が見つけられる技術があった可能性もあるね。ちょっと早計だった。
