「エラーメッセージ」を含む日記 RSS

はてなキーワード: エラーメッセージとは

2022-06-21

いやー、はまったはまった

数年前に自分が横着して書いたコードが原因でそれが一見全然関係ない場所エラーとなってた

エラーメッセージが出ている箇所が大本問題のある箇所じゃないんだもん、まいるわ

2022-06-16

なぜ日本語エラーメッセージカタカナじゃないのか

マシンが出力するのだからカタカナで書きなさい

英語でもいいよ

2022-04-19

10年以上同じPCを使っていたが、25,000円で新調した

1か月ほど前まで初代第1世代Core iのPCをほぼノーマルで使っていたが、Windows肥大化(*1(本増田最後に参考webページ記載。以下同様))のせいかweb閲覧やExcel操作程度の作業でも引っかかりを覚えるようになったり、Windows11ブームに煽られてセキュリティ関連の記事を読み古いCPUには脆弱性が付き物だと知った(*2・3・4)り、あれこれあったためPCを新しくすることにした。

その際に色々な知見を得て情報更新ができたため、日記帳リンク集として増田に残しておくことにした。極少数の人にしか役に立たないであろう文章だが、体験談の類として暇つぶしに読んでもらえれば幸い。ただ、過去PC事情を懐古したりするのが目的なら、数年前にホッテントリ入りした別の記事(*5・6)を読む方が有意義かもしれない。

改装作業にどう臨んだか

まず、パーツの買い方を3種類に大別して検討した。

この前段階で格安中華ミニPC(*7)も候補に挙げていたが、拡張の厄介さや商品到着までの時間の長さを難に感じて選択肢から外した。

● H610M/BとローエンドCPUと8GB DIMM×2

今新しく自作PCを組むなら鉄板構成だと思う。現在相場では、M/B 13k円、Celeron 7k円、DIMM2枚組 6k円、SSD 200GB 4k円で約3万円くらいになるだろう(*8・9・10)。構成品のどれかを中古にすれば2万円台前半で抑えることもできそうだ。

しかしながら、最近まで骨董品我慢できた身には過剰スペックになりそうだという懸念逆張り志向のせいでRyzen APUに惹かれたためとで、この組合せは除外した。

中古パーツ1点買い

時機を見極めて個々のパーツを買えれば、安く挙げることができる方法だろう。

だが、動作不良品リマーク品(*11)・その他の不動品(*12)等を掴むリスクやピン折れ曲り(*13)他機器不良への対処を避けるため、この組合せも選ばなかった。

M/B+CPU+αのセット・ベアボーンキット・本体中古で購入

M/BCPU・ビープスピーカー・電源があれば動作検証可能だ(*14)。そのことは前提知識として通用してるだろうと期待し、ジャンクな出品物・者を弾けば少なくとも直ぐに判明するような不良品を掴むことは避けられるだろうと考えて、セット品を軸にパーツ調達することにした。

ただ、個別のパーツだけ欲しいと思う人が多いせいか希望に叶う出品は少なかった。値段や特定のパーツへのこだわりは捨てて条件をだいぶ緩くしたが、それでも購入作業を終えるには結構時間がかかった。

個々のパーツをどう検討たか

作業の結果以下のパーツが手に入った。これら以外にも試用して直ぐ売却したものがあるが、その分は少々の損失で済んだため、実質合計費用は25k円+10k円。

● 電源

元の電源が10年以上持ったので、5年前の製品なら後5年は使えるだろうと考え、中古で済ませることにした。

参考になるまとめ記事を元に、経年による劣化が小さいと思われる、電圧電流の波形が綺麗な製品(*15)を候補にした。5年以上前に発売された商品を1年少々しか使っていない状態良好品だと嘯く詐欺師フリマには跋扈しているが、そういう輩を除外しても選択肢が十分にあるのは幸いだった。プラグイン電源という危険そうな製品(*16)以外に無難選択肢が無かったのは、老害増田には難だったが。

余談だが、電動ブロワーは電源の清掃にとても役立った(*17)。騒音問題にならない環境の人には是非お勧めしたい。

● ケース・M/B

大型のファンを備えた電源ユニットをケース下部に置く組み方が主流になって久しいようだ(*18)が、冷却や静音にこだわる必要が無いのでケースは流用することにした。ただ、電源LEDそのままで機能しないので、オス-メスのジャンパワイヤー(デュポンケーブル)をフリマで買ってピンとコネクタをつないだ(*19)。

マザーボードについては色々調べたが、8ピンのATX 12V電源コネクタ(*20)が一般化して久しいことや、フェーズ数の増加(余談だが、I/O電圧とコア電圧が異なるデュアルボルテージは、30年近く前にモバイルP54Cで初めて採用された)(*21・22)といった電源回りのことで特に知ることが多かった。光物(*23)はあまり興味が無いのでほぼスルーした。

CPUメモリ

RyzenIntel Coreもどちらも魅力的だと思った(*24・25)が、結局はAMDで組むことにした。そこそこのGPUを省電力で使えることが大きかった。

メモリは多少勉強した(*26)つもりでパーツ選定に着手したが、チップセットの16Gbitチップ対応事情(*27)を全く把握していなかったため、相性問題にぶつかって最初に購入したパーツセットを買換えることになった。容量について言うと、16GBだとたまに心許なくなるが32GBだと過剰という感がある。Intelなら24GB(8+16の2枚)載せて16GB分をデュアルチャネルモードで使える(*28)ので、その点は良いなとも思う。

ストレージ光学ドライブ

SATA SSDでも体感速度は悪くない(*29)という言説を見て、安く手に入ったSSDで十分と判断した。記録方式TLCかどうかといった商品選択の時に普通ポイントになる点(*30)は、次に買換えたくなった時に気にかけようと思う。

光学ドライブも電源ユニットと同様、本来は5年程度で買換えるべき製品とされている(*31)が、それはそれとして、電源と同様の理由で5年くらい前の中古品を探そうかと思って調べてみたら、M-DISCという規格(*32)があると知った。対応するドライブメディアを購入すると割高だ、余計に金をかけてまで保存すべきデータはどれだけあるか、そもそも光学メディアの読み書きをする機会はどれだけあるか(*33)等、あれこれ考えた結果光学ドライブは買わないことにした。

サウンド

最近は無音でPCに向かうことが専らなので、USB-DAC排除してHDMIモニタイヤホン出力で済ませることにした。気まぐれに音楽を聴きたくなったらヘッドフォンアンプライン出力につないで使おうと思う。

入力装置

ケースと一緒に死蔵品を引っ張り出した。文字入力を業としない立場なのでキーボードは何でもどうでも良い。

マウスクリックが利き辛くなったので放置してたが、分解修理可能(*34・35・36)だと知ったので実例(*37)を参考に簡単に清掃して使えるようにした。マウスホイール部品交換が必要状態ホイールゴム部分が、加水分解して汚れてたので重曹で洗った(*38)ら、完全に溶けてなくなってしまった)なので、そのうちAliExpressで補修品(MX300適合品ではないが、サイズが同じもの)(*39)を購入しようと思う。

Windowsをどうセットアップたか

初めは旧システムの入ったHDDを新しいM/Bにつないで使っていた。後で中身をSSDクローンしようと考えたが、安物のSSDゆえガンガン書き込むことを必要以上に避けなくても良いなと思い直したので、結局新規インストールすることにした。

Raven RidgeではWindows11アップグレードできない(*40)。だが、Windows11ではGPUが重くなりその対策が未だ無いよう(*41)なので、Windows10のままで良いということにした。

● 旧システムドライブ駆動

Windows7の頃はUEFIで起動しないPCがまだ一般的(*42)だった。このHDDもそういうPCに接続されてたのでフォーマットMBRだった。CSMを有効にすればそのままで起動できるが、そうできるのは古いGPUを使っている時で現行のiGPUではたいてい無効にされる(*43・44)。CSMは頼りにせずGPTに変換して使うのが無難だ。

変換の際はWindows10USB起動メディアmbr2gptを使ったが、ReAgent.xml更新に失敗したというエラーメッセージが出たので、回復パーテーションを弄って(「コンピュータ管理」ではドライブレター付与できないのでdiskpartを使った)修正した(*45・46)。

Microsoftアカウントで常用していたためかライセンスの再認証を求められることも無く、上記問題を除けばほぼすんなりと使用できた。セクターにアライメントのずれが無いかどうか(*47)も調べたが、問題無かった。

新規セットアップ

VMWare上で予行した分も含めて何回もした。セットアップを繰り返した理由は、Administratorを有効にしパスワードを設定しないままメインアカウントを標準ユーザーにしたらAdministratorにログインできなくなって(*48)詰んだり、OneDrive動作選択画面で「このPCにのファイルを保存する」を選択せず「次へ」移動したら戻れなくなった(ドキュメントやピクチャ等のフォルダパスOneDrive指定した後で、再度ローカルストレージに変更するのは割と手間になる)(*49・50)り、システムファイルを移動させようとして次節で説明するようにシステム破壊したりしたためだ。

システムファイルの一部をHDDに移動

SSDの容量節約と書込み抑制のため、ページ、スワップハイバネーションの各ファイルOneDriveフォルダ(ただし、空フォルダマウントしたドライブは移動先に指定できない)・ユーザプロファイルフォルダ下のドキュメント等のフォルダ・AppDataフォルダ下のRoamingフォルダとLocalフォルダの一部・テンポラリフォルダ・ストアアプリフォルダを移動(*51・52・53・54)した。Superfetchはデフォルトで良しとした(*55)。

かつては別アカウントログインしてプロファイルフォルダを全部移動しジャンクションを貼って使うこともできたが、Windows10のあるバージョン以降でそれをするとスタートメニューショートカットやストアアプリ即死する(*56)。一部のシステムファイルが変化するとメニューアプリ全体が損壊判定されるようだ(十分な検証はしてないが、container.datハッシュ値名前になってるファイルを弄ると不味いように感じた)(*57)。こうなるとアカウントを消して再作成する他無くなる。ちなみにCドライブ直下のProgramDataフォルダ等を壊すともっと悲惨で、新規インストールくらいしか回復の手立てが無かった。

おわりに



参考ページ

はてなブックマークされたページにはeidを付記した。

https://b.hatena.ne.jp/entry/1 または https://b.hatena.ne.jp/entry?eid=2(それぞれ、数字部分がeid)のような形式url入力すれば、当該ブックマークエントリーアクセスできる。

タイトル
URL
eid
*1Windows 10バージョンアップを重ねるたびに本当に遅くなっているのか?検証結果はこんな感じ - GIGAZINEhttps://gigazine.net/news/20210622-windows-10-version-slow-down/4704430589992224258
*2Google発見した「CPU脆弱性」とは何なのか。ゲーマーに捧ぐ「正しく恐れる」その方法まとめhttps://www.4gamer.net/games/999/G999902/20180105085/373991174
*3AMDプロセッサ脆弱性セキュリティ企業情報公開--懐疑的見方も - CNET Japanhttps://japan.cnet.com/article/35116106/360332677
*4インテルARMCPU脆弱性「Spectre-v2」の悪夢再び、新たな攻撃手法 | TECH+https://news.mynavi.jp/techplus/article/20220312-2290634/4716634065497432514
*5Sandy Bridgeおじさん」とは何か? : 因画応報http://ingaoho.ldblog.jp/archives/4916067.html362560793
*6ありがとう鼻毛鯖 8年使った鼻毛鯖をついに買い替えました | 日本霜降https://nihonsoukou.com/20181123/18274665750545042615426
*72万円の超格安パソコンGREEN G2」値下げ、高性能CPUに大容量メモリSSD採用仕事でもプライベートでも大活躍 | Buzzap!https://buzzap.jp/news/20220318-trigkey-green-g2-ultra-low-price-pc-happy-price-down-3/4716943171239004674
*812世代インテル Core プロセッサ特集 | パソコンSHOPアークarkhttps://www.ark-pc.co.jp/special/intel-12th-gen-core-series/-
*98GBモジュール | 2枚組 | DDR4 DIMM (288pin) | デスクトップ用 | 通販価格/性能比較一覧 | 価格の安い順 | パソコンSHOPアークarkhttps://www.ark-pc.co.jp/search/?col=3&order=&p1=b21010&p2=c21050&p5=s21010&p6=w11726-
*10〜256GB | M.2 | SSD | 通販価格/性能比較一覧 | 価格の安い順 | パソコンSHOPアークarkhttps://www.ark-pc.co.jp/search/?col=3&order=&p1=b32020&p2=c32024&p5=s32220-
*11やじうまPC Watch中国Intel CPUの偽造品出回る。公式が注意を呼びかけ - PC Watchhttps://pc.watch.impress.co.jp/docs/news/yajiuma/1248215.html4684567815854719490
*12Lenovoに搭載されているAMD CPUベンダーロックが設定されているせいで中古市場が混乱している - GIGAZINEhttps://gigazine.net/news/20220118-lenovo-vendor-lock-amd-cpu/4714151541045747810
*13ASCII.jp冗談ではなく目の前が真っ暗になる恐怖……ピンを曲げてしまったRyzen 9 5950Xの修復を試みる (1/3)https://ascii.jp/elem/000/004/053/4053723/4703873313928579106
*14パソコンが起動しない場合確認方法テックウインド株式会社https://www.tekwind.co.jp/ASU/faq/entry_31.php4666842797243724258
*15自作PC】電源ユニットの選び方を自作経験者がガチ解説する | ちもろぐhttps://chimolog.co/bto-choose-psu/367187040
*16何故プラグインPC電源ユニットコネクタは規格統一されていないのか? - Togetterhttps://togetter.com/li/15640764688976497965880706
*17ブロワーの選び方 | DIY工具紹介部https://diytool.biz/blois170335990
*18“冷却の常識”を徹底検証 - AKIBA PC Hotline!https://akiba-pc.watch.impress.co.jp/docs/dosv/662237.html364049132
*19PCケースのPower LEDケーブル3ピンから2ピンに変換した | TeraDashttps://www.teradas.net/archives/16603/4705898232067265346
*2020ピン ATX 電源は 24ピンのマザーボードに使えるのか – 分かりにくい ASUS マニュアルATX 電源の規格 | Nire.Comhttps://www.nire.com/2009/10/atx-24pin-motherboard-vs-20pin-power/75424033

容量超過のため、anond:20220419200228 に続く。追記もあり。

2021-12-14

日本人ってホントミスが嫌いだよね

なんかうちのソフトウェアバグが見つかったらしくて

それの修正をやってるらしいんだけどホント不毛

まずはバグの原因を突き止めてそれが何故テストをすり抜けたか調査

調べてみるとテスト中に出てくるエラーメッセージ微妙に違うけど気付かずにスルーしてしまったらしい

再発防止策としては社員マインド醸成とか言い出しててアホかと

上流工程もっと詳細な検討をするべきとかも言い出しててホントアホかと

そんでその報告書を大量に作ってるんだけどその間バグ放置

報告書上司上司上司まで報告し終わったらようやくバグ改修の予算下りるらしい

そんでその予算を使って契約書作って上司上司上司まで承認を貰えたら修正開始

修正のものは3行ぐらいなんだけど、もう一回テストやり直すんだって

多分だけどマインド醸成するための研修とかもやることになるんだろうね

この手の人達アジャイルいくら説いてもそりゃぁわからんよなぁ

要するにこの手の人達って骨の髄からミスが嫌いでこんなことになってるんだと思う

電車が遅延するとか、お釣りを2円間違えてるとか、書類の提出が1日遅れたとか

そういうのが大っ嫌いな国民性からソフトウェアバグ根本的に嫌いなんだと思う

「よく考えて作れば間違いは起こらないよね?」

ちゃんとチェックしたの?」

とかそんなことばっかりやってる

ミスは必ず起きるもの

「だからミスを起こさないように気をつけましょう」

とか平気で言ってくるんだもんな。どうかしてる

あと、心の底では機械を信頼していないっていうのもあると思う

自分理解できないことを信頼しない、みたいな感じ

コンバインで刈ったお米よりも手作業で刈ったお米の方が美味しいと思ってる

Excel計算した数字よりも、自分電卓叩いた方が正しいと思ってる

電卓の中身は分かってないのだが、電卓はもはや自然の一部だと思ってる)

ちなみに本当にExcelは間違えることがあるのでタチが悪いのだけれど

そもそもExcelを使う利点は「入力すべき数字だけを入れれば、必要としている数値や情報自動的計算される」という点にあるんだけど

そこまでいくともう信用されない

なのでプログラミングみたいなことをやるときにも「信用できない」っていう前提で作るから

とにかく慎重に作るし、間違いが無いように丹精込めてじっくりゆっくり作る

テスト自動化なんてもってのほか

人間が指さし確認Excelの表を一つ一つ埋めていくし、それをダブルチェックする

誇張でもなんでもなくて、割とこういう開発は日本中で行われてる

結局彼らにアジャイルマインドを教えるのなんて天動説を信じてる人に地動説を教えるぐらい不毛な話なんだと思う。

天動説が廃れたのは、ただ天動説を信じてた人が死んでいったから、という話と同じで

この手のマインド人達が定年して退場して頂くまでこれは続くんだろう

ただ、若手が彼らのマインドを引き継いでいる様子もあるので地獄しか待っていない気もしなくはないが・・・


ちなみにLog4jのことは昨日知ったらしくこれから対処予定らしい。

「WAFで防御できるので修正不要かと思われます

とか言ってて、よく分からない仕事をしないことにかけてはピカイチなんだな、と思う。

2021-11-22

弊社、年末調整電子化するも手ごわい抵抗勢力にやられる

彼らは、「仮パスワードで初回ログイン時にパスワード変更する」事が理解できない

パスワードログインし、パスワード変更画面が表示されたら「ログインに失敗した!」と騒ぎ立てる

もちろんエラーメッセージなんて読むはずもない

その結果、「ログインできずにロックされたのでパスワードリセットしてください」が情シス殺到する羽目になるというオチ

2021-10-31

2021年11月1日(月)お申し込み分より「auポイントプログラム移行」「dポイント移行」「楽天ポイント移行」の移行レートが変更となります

間に合ってよかった。

来月から15%増量だし、それまで待とうを思ってたけど

計算したら増量してもレートが0.92に減ってた。

ところで

dアカウントに連絡先携帯電話番号を登録しておかないと

交換時の電話認証

認証APIが行われていません。

なるエラーメッセージがでて先に進めなくなるので注意しよう。

4回電話して88円も損してしまった。

500ポイント交換したけど412円分に減ってしまった。

悲しい。

2021-09-28

anond:20210928200609

えっ…と思ったが書き直しにほっこりした

ベンチャーでは無い中規模の Web 系のホームページ屋じゃない開発メインのところだと、いつも人が足りないが多くを育てることはできず人を選ぶ内容なので、学ぶ気がある人なら手間かけてもらえる。ちなベンチャーIPO に向けて一直線に急成長していくつもりで起こすやつなので中小とは別に考えてな。

でもあまりコンピュータとの対話が得意ってわけでもないのかな。エラーメッセージ理解する気があれば頭ひとつ抜けるんだけど

anond:20210928000111

URLのみだと何のエラーメッセージも出ずに闇に葬られるから

数秒内の投稿も同じように闇に葬ったらいいのにね

2021-09-14

エラーメッセージ検索すると

もの知ったげな情報サイトのページが出る

内容めちゃくちゃで間違ってるのはほんとヤバい

最終的になんとかなったけど

雑誌出してるような会社が間違ってる情報かいているサイト

本当にこまる

PC関連の雑誌じゃないけど

2021-08-29

一般人からしたらエラーメッセージを読むのってそんなに大変なの?

敵「エラーがでて動かない」

ぼく「なんて表示されてます?」

敵「わからんから聞いてるんだよ(イライラ)」

こんなのばっかり

カスタマーサービスとかコールセンターの人たちって大変だな

チャットベースならまだしも電話越しとか無駄に怒ってそうだし

2021-07-06

TeXからない

エラーメッセージの読み方わからん,さっきわからないことがあったら誰かに聞いてね!っていうメッセージが出てきてまじでイラついた

(A font might not be found for many reasons. Check the spelling, where the font is installed etc. etc. When in doubt, ask someone for help!)

(新しくフリーフォントインストールして使おうとしてた時.時間ないしもう諦めた)

2021-07-05

anond:20210705201725

Windows10機能更新アップデートだが1909から20H1、20H2、21H1の全てが失敗。

87%まで完了再起動更新していますメッセージが流れた後電源が切れる。

更新が失敗したので元に戻してると表示される。

起動後はどのバージョンでも下記のエラーメッセージが表示される。

  

Windows10アップデートで下記エラーが出てアップデートできない。

0xC1900101-0x30018

sysprep 操作中にエラーが発生したため、インストールは FIRST_BOOT フェーズで失敗しました

  

現在までしたこと 

デバイスドライバー関連のエラーらしいのでUSBは全て接続を切った

デバイスドライバーエラー表記(エクスクラメーションマーク)が表示されている者がないか確認したがなし

デバイスドライバーグラフィックボードなどのドライバー更新したがなんともならない

・使っていなさそうなデバイスドライバーソフトアンインストール

・完全シャットダウン実施したが効果

品質更新アップデートが何か入ってないのがないか確認したがなし

ウイルスバスターアンインストール

・Cドライブ(SSD)の破損ファイルチェック。なし

トラブルシューティングツールの実行。問題特定できませんでしたで終了

無線LAN関係にも問題があるようなので無線キーボードマウスを優先に変更。効果なし

  

というわけで次は下記サイト(1903と1909だが)を確認して設定を行ってみようと思う。

ttps://ameblo.jp/a-terupi/entry-12549922493.html

  

ちなみにぐぐるとやたらとクリーンインストールしろと書いているのが地味に腹が立つ。

2021-06-19

運用時の障害は握りつぶせ!みずほ銀行から教訓を得て今日を生き延びよう。

運用監視現場で週末も心休まらない皆さんこんばんは。一人運用チームです。

さて、世間ではDevOpsだのイケてるクラウド監視ツールだの楽しそうですが、そうでない人もいますよね。

もちろん、「運用チーム(実態は俺1人)」なんてのは、ペイグレードに応じた責任感で粛々と業務を進めて理不尽には応じないのがプロフェッショナルな態度ですが、

お銭を稼がなければ生きていけないのも渡世の世知辛いトコロです。

そこで、みずほ銀行レポートから学ぼうではありませんか。

金を生まないサービスには、リソースは降ってこない

これから金を生むんだ!という強烈な人間が金を引っ張ってこない限り、コスパの悪いサービスリソースは割り振られません。

まり、今もし運用監視体制限界ギリギリで踏ん張っている場合、拡充される可能性はありません。諦めましょう。

今回のみずほ銀行調査報告書2021年6月15日発行分)p114-p116におけるヒアリング結果が悲哀に満ちているのも当然と言えるでしょう。

教訓は、「維持メンテ人員が不足したら、それ以上増えない」というものですね。

維持されている(ように外部から見える)場合、余剰人員不要コストです。

顧客に影響のある障害があっても、リソースは降ってこない

さて、みずほ銀行調査報告書を読むと、今回大ごとになっている「通帳の取り込み」というのは何度か起きていますが、改善されていません。

まあ、やりたくないよね、「障害が起きた時の顧客影響を抑える」なんて後ろ向きな投資

なお、盛大な怒られが発生した結果、再発防止策として、今回の通帳取り込み5244件のうち4915件をなくせる仕様変更が入りました。

直せないのではないのです。直さないのです。

教訓は、「障害が発生しても、予算を握ってる人に被害が及ばない限り、リソースは降ってこない」というものですね。

過ぎたことは過ぎたこと。いま維持メンテギリギリのところに新たにリソースが投入されることは基本的にありません。

外圧があれば別ですが。

運用時の障害を握りつぶせ!

さて、ここまででわかる通り、いま1人運用やそれに近い運用をしている皆さんに、追加人員は来ません。

リソースは降ってきません。予算は通りませんし、人員は増えませんし、なんなら残業代も出ません。

もうわかりますね?障害は握りつぶしましょう。出しても一つも良いことないんですから

障害の握りつぶし方その1:「そのエラー大丈夫なやつ」を無くそう。

慢性的時間がない皆さんに朗報です。実は時間を生む画期的テクニックがあります

業務について最初に、毎日1時間を「斧を研ぐ時間」にするのです。

大丈夫分かっています。今あふれんばかりに仕事があって実際あふれているんでしょう?

どうせあふれるんです。あふれさせましょう。どうせ怒られるなら「仕事」したいじゃないですか。

WARNINGERRORまみれのログが定常的に出ている状態は、たいへんよろしくないです。

握りつぶしましょう。

「そのエラーは概ねもっと深刻なエラーが吐かれるまでは気にしなくて良いヤツ」みたいなのがあるでしょう?

消し去りましょう。痕跡すら残さずに。

そのために、運用監視用のログ必要なら、生成しましょう。その生成途中で握りつぶせば良いのです。

障害の握りつぶし方その2:「飽和攻撃」を無くそう。

「ドラえも~ん、大量にエラーが出たら処理しきれないよ~」「のび太君それ全部処理するの?」「え?」「え?」

当たり前のことなんですが、人間には概ね4本以下の手しかありません。俺は2本派です。

運用チームの対応者が一人の場合対応できる時間当たりの処理能力には上限があります人間はオートスケールしないんで、当たり前ですね。

まり、「同じようなエラーで同じような処理をしないといけないが、違うエラーメッセージ」というのは、無意味です。

さっき、自分理解ってるエラー握りつぶすことを日課しましたね?

次の段階です。対応できるエラーだけ残して握りつぶしましょう。

もちろん、裏では垂れ流しで大量のエラーログは取っておく必要はあります。見るエラーは一つで良いはずです。だってまずそれ対応するんだもの

例えば、1人の時に100件のエラーが出ても、3人の時に6000件のエラーが出ても、処理できないことに変わりはありません。

まり、それは「記録には残すエラー」ですが「対応トリガーにするエラーメッセージ」じゃ無いんです。

例えば、幸せなことにショートメッセージメール自動発砲できる場合、初手だけ発砲して残りは握りつぶしましょう。

飛行機宇宙船で機長が言うでしょう?事故が起きてアラーム鳴ってたら、アラームを切れって。

アラームは気が付かないと困るからワーワー言うんであって、処理してる最中邪魔なだけです。

握りつぶしましょう。

障害の握りつぶし方その3:「もぐらたたき」を無くそう。

そのモグラ自動でたたけませんか?

多少手荒でも良いんです。エラー再起動みたいな乱暴な奴でもオッケーです。

思い出してください。リソースは無く、対応するのはあなただけ、維持管理出来て当たり前。

どうせクレーム電話がかかってくるなら、一人一人に真摯に向き合って丁寧に応対するのも良いかもしれません。

身命を賭してクレームに寄り添って慚愧に堪えぬその思いを真剣に伝えましょう。

その間に、システム自動的に再起動し、他のクレーム電話は保留音を聞くことに飽きてきます

慣れてくると、鼻をほじりながら「誠に申し訳ございません、今誠心誠意全力で復旧に」と喋りながらチャートを引っ張り出して手順を追えるようになります

復旧手順RTAチャートの作り方は、珍しく潰しの効く能力になるので磨きましょう。

RTAリアルタイムアタック必要なのは何ですか?

しっかりとしたチャート、常にチャートを見直す向上心、日々の走り込み、本番での平常心。

出てきたモグラを叩くのではないのです。モグラの出現順序を覚え、練習し、効率良く叩くのです。

ガバプレイの走者に歓声は送られません。

障害の握りつぶし方その4:「複数の連絡先」を無くそう。

さて、最近陰謀話題になりましたが、情報を知るものが増えれば握りつぶすことは難しくなります

人を減らしましょう。

レポートラインは一本に絞り、その障害が起きたことになると給料が下がるタイプ相手に連絡を取りましょう。

握りつぶすのに協力してくれます

うっかりミスからメールCCから落とすのでも、手順書を作ったときに気が付いたら項目が無くなっていたのでも問題ありません。

残念ながら、その時不思議なことが起こって、連絡先が増えることもあるかもしれませんが、そういう時も諦めましょう。

出来ることは変わりません。

みずほ銀行場合、A2以下の障害ランク場合頭取別にニュースで初めて情報を知っても良いのです。

障害の握りつぶし方その5:「障害」を無くそう。

システム障害というから、なんか大変なことになるのです。インシデントだの障害だのは無くしましょう。

それは「予定されていた手順」なのです。

納品されたハードウェアには不備があり、雷は落ちてコンセントまで到達し、ケーブルは間違えて刺さり、ココしかないというタイミング停電になります

ただでさえ維持メンテ人員が足りてないのに追加機能新規バッチが走ったりすることもあるでしょう。

必要ものは何ですか?

チャートです。RTAチャートです。復旧RTAチャートを作るのです。

そのチャートには不足しかいかもしれません。ハードウェア故障上司電話停電上司電話、みたいなチャートもよくあることです。電話しましょう。

判断は敵です。判断しなくて良いためにチャートがあるのです。

それは障害ではありません。事前に探しておいたルートを走る競技です。

運用時の障害は握りつぶせ!

李下に冠を正さず。

例えカンムリが傾いてると分かっていても、問題になりそうな場所で手をあげてはいけないのです。

繰り返しになりますが、ペイグレードに応じた態度がプロフェッショナルには求められるのですが、お給料はいただきたい。

必要なのは、まず個別最適化です。あなた仕事を減らしましょう。

余裕が生まれたら「この仕様修正した方が」とか「週末にバッチあてるなら前の週末に復旧訓練をしましょう」とか言い出せば良いのです。

まあ、次にみずほ銀行が日曜に新規バッチを当てるときに、その2週間前の日曜に頭取を含んだS懸念の緊急対策本部を立てた訓練をするかっていうと、しないんじゃないかな。

まり、そういうことです。

我々は、日々斧を研ぐ時間を作り、RTAチャート更新を怠らないようにしましょう。

エラー対応するものだけを出す、出たエラーには対応する。それ以外は握りつぶす」覚えて帰ってください。

2021-06-17

CTOだけど、一ヶ月Web就職レビューしてみた。

https://anond.hatelabo.jp/20210617075257

0. 温度感

基本的現在では、バックエンドフロントエンド運用保守全てができないエンジニア価値は無い。

経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。

典型的はてなー意識の高さ。

上がってるような基本(元増田に上がってるやつの倍ぐらい)が全部立ち上げからできて

2〜3個プロジェクト経験したらテックリード素養が既に身についてそう。

まり、ただのエンジニアにはそこまで要求されない。

プロジェクト的にもどっちかが弱いと

Rails/DjangojQuery+Bootstrapみたいな構成

Amplify/FirebaseにVue/Reactみたいな構成全然あるので

フロントバックエンドも一旦はどっちかでいい。

面接はなんとか抜けてもらうとして、

チーム開発での最低限の目標としては、

成果物から指導学習コストレビューコスト技術負債マネジメントコストを引いた分が正になっていれば

ひとまず「チームに居ていい人」と見なされそう。

チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、

一旦は、正の生産性を目指してほしい。

以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、

一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。

1. 言語: PythonJavascript

これだけで一ヶ月経つ気がするが正気か。

似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。

どっちかしかやらないならJavascriptおすすめ。後ででてくる、Flaskは適当Expressかに置き換える

現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。

どちらも、Python2とES2015以前の記法というレガシーネット上に転がってるので参考にしないように注意。

パッケージ管理単体テストタスクランナー

この辺は6のフロントフレームワークと同時にやる。

コードは断片的なサンプルではなく

一貫性があって

・正しい書き方がされた

お手本プロジェクトをなにか(github書籍など)で手に入れて読むべき。

おそらくフレームワークに乗っかっているので並行して進めることになる。

6. フロントエンドフレームワーク: Vue.js

話の流れで先にこっち

現在コーディングのグッドプラクティスデザインパターンフレームワークの形をしている。

なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。

とはいえ最低限としては使い方が分かるところまで。

TypescriptVue.jsも書き方をどこまで取り入れるかが使用者裁量に任されてるし、

開発でVueとReactのどっちを使うかはチーム次第なので、

一旦React+Typescriptガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。

2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。

パッケージとかテストタスクデプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。

2, 4. ツール: gitDocker

バージョン管理コンテナ思想が優れているのは自明なので、これらはツールと見ていい。

そして、後からプロジェクトに入った人がプロジェクト流儀に沿って使う分には難しいことはなさそう。

採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、

そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。

構築できる、ではなく、触れる程度で良さそう。

gitプロジェクト流儀によると書いたが、git-flowイメージ図を理解して運用できるのがよい。

https://qiita.com/KosukeSone/items/514dd24828b485c69a05

3. OS: Linux

これは「パソコンの使い方わかってますか」ぐらいの温度感

ファイルパーミッションユーザープロセスのような基本概念理解する

一冊読めば済むだろうし、概念系はさらっておいてほしい。

grepやfindやxargsなどのコマンドを組み合わせて簡単な処理を自動化する

こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。

sedとか正規表現も。

あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。

IPアドレスを調べたり、SSHリモートマシンログインする

地味にSSHログインした先の環境だと、vimが主要なテキストエディタになるので

vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。

ファイル開いて入力モードに切り替えて書き込んで保存して終了

チュートリアルする。拡張とかはいらない。

細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。

5. サーバーフレームワーク: Flask

フレームワークを覚えること自体重要なのではなく、Web開発の基本を習得することが重要

これが意図なら

HTTPルーティングデータベースSQL認証セッション管理などは当然すべて覚える。

この辺の機能を持った小規模Webアプリを作ってHerokuデプロイすれば一旦完成とみなしてよさそう。

コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい?

慣れると1日あればいけると思う。

フレームワークもなんでもいい。

軽量である必要もなくて、

Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。

余力があれば複数個触ってみたり、人から勧められたらそっちでも。

最近サーバーレス&NoSQL流行ってるのでFirebaseとかもやればいいと思う。

7. アルゴリズム

コメントリーが荒れててウケる

実務プログラミングで最低限必要アルゴリズム力は

「書いてるコード計算量オーダーを把握していること」

に尽きる。

計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて

O(n^2)やO(n^3)のロジックを書いてしまって

データ量が万〜十万の本番データで遅延するとか

それらに対して分散や非同期処理で解消しようとするとか、

ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為

アルゴリズム不要勢は平気でやるぐらい、両者は溝が深い。

計算量を意識するだけなら、AtCoderABCのC〜D問題辺りが解ければ十分。

8. セキュリティ

有名な脆弱性攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている

(XSS対策自動エスケープなど)

のでアドリブをせずに正しい書き方でやれば良い。

開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、

ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。

最後

開発の勉強のやり方としては、

・正しいコード見本を手に入れること

公式リファレンスを読むこと

エラーメッセージを読むこと(そしてググること)

この辺りの習慣があればやってけんのかな、

その他、チーム開発って面では

アジャイルサムライプロジェクト管理)とか

TeamGeek(人間性)とかインプットしておくと共通言語が増えて嬉しい。

この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、

そしたらやってけるんちゃうーって感じ。

2021-06-02

anond:20210602083438

tryがいらない エラーならpythonが検出してエラーメッセージまで吐いてくれるのになぜわざわざ、自分でもやったうえに、大したことしてね-んだ?

2021-05-28

俺がエラーメッセージを読む気がないんじゃなくてエラーメッセージ側に俺に読ませる気が足りない

2021-05-21

入力に誤りがあります

エラーメッセージが悪すぎる

不具合利用者責任にするな

予期しないエラーです、のほうが遥かにマシ

2021-05-16

利用者エラーメッセージを見た際に何を思うか思いを馳せること

IT業界じゃない人にとって「エラーが発生したとき画面に出ている内容を他人に伝える」は難しいことなのか - Togetter

https://togetter.com/li/1714921

このエントリーについてすこし自分でまとめておきたいと思い、増田に残すことにした。これは自分達で開発したプロダクト、サービスについての話なので「windowsが起動しなくなったんだけど」といった雑多な問い合わせを受けるITSM部などには当てはまらないと思う。

→ コメント逆張りだと言われてしまったが、私の携わったプロジェクトでは実際にやっていた(半年かけてエラー出力処理を見直した)ことだ。

利用者は困っている

まず前提は利用者は困っている。

あなた利用者ITリテラシーの低さに嘆く以上にシステムを使えないことに困っていることを理解しなくてはいけない。これは心構え。

利用者を助けることにあなた給与は支払われている

無償ボランティアではないと思う。偉そうな態度をとりながら対価を受けることはできない。これも心構え。

利用者プロダクトやサービスに対価を支払っている

自社内のサービスであろうと社内システム予算を計上してることを忘れてはいけない。これも心構え。

利用者に見せるエラーメッセージ利用者提供する言語で書かなくてはいけない

日本語提供しているシステムが突然「ERR:DB CONNECION ERROR 」等と言い出したら、利用者はまず「金を払ったシステムが作りかけか?」と疑う。もし動作ログと同じものを表示しているのなら欠陥だ。

エラーメッセージ利用者にそのエラー業務インパクトを教えなくてはいけない

システム全体が使えないのか、そのアカウントだけなのか、それによって利用者対応を変える。「一時的セッションが切断されました、再度ログインしてください」と「データベース接続が失敗しました、システム管理者に利用してください」ではまったく異なる。エラーメッセージが表示される時点でそれをリカバリする業務が走ることを忘れてはならない。

エラーメッセージ利用者がなにをすればよいかさなくてはいけない。

ひとつ上の例と被る。利用者自力リカバリできればあなたへの問い合わせを減らすことができる。

エラーメッセージ利用者に求められればすべてを開示できる準備をしなくてはいけない

利用者システムがどんなときに利用できないかを気にする。エラーメッセージはその検索キーになる。

⑤、もし①②③④ができていなければそれはプロダクトやサービスの欠陥であり、問合せ窓口は謙虚にならなくてはいけない

やるべきことをやってないことを利用者責任にしてはいけない。やっていなければ問合せ窓口が吸収するしかない。問合せ窓口が吸収できなければ開発者が吸収することになる。これは成果物責任を持つということ。

⑤を見て自分は問合せ窓口じゃないしサービスデスクが苦労すればいいじゃんと思った人間SEではない

今すぐ廃業すべきだろう。

今やってるプロダクト、製品では工数が掛かりすぎてできないというひとへ

次のプロジェクトでは絶対にやるんだ。

エラーレベル定義し、可能であるならエラーコードも振り、利用者用とトレース用のメッセージ作成する。実はそれだけだよ。

2021-05-15

anond:20210515204849

でたでたエラーメッセージw

間違った時に表示される文字

って言わないんだよねえw

かっこつけちゃってw

anond:20210515201411

あるあるすぎる・・・

エラーメッセージちゃんと読む」がニュータイプ能力らしい・・・

どう教育していいかからなくて

とりあえず業務時間いっぱいコード書かせてたら

やめちゃった

テヘペロ

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