いつもどこかでデスマーチ♪

Acrobat Reader の自動アップデートで「64ビットに更新しました」とメッセージが出ました。 その直前に印刷してたが、そのメッセージが出た後、印刷が出来ません！ PC再起動でも出来ない！ プリンタのキュー一覧を見ても追加さえされない！ 印刷できなくなるまでその時間約1分！ って状況でした。 Acrobat Reader の64ビットは 印刷が出来ません。 (リコーのプリンタ) インストーラーをHPからダウンロードし「アンインストール→再起動→インストール→再起動」すると、32ビットがインストールされました。 結果、印刷が出来るようになりました。 ついでに更新無効にしないと、すぐアップデートされてしまいますね… 無効方法はここ https://pcnote.me/post/registry-acrobat-reader-update/ Acrobat reader DC 公式にある無効方法では無効に出来ませんでした。 マジなにやってねんね 64ビット最悪！ 検索用： Acrobat Reader 64bit 64ビット 64 印刷 出来ない 印刷できない 印刷出来ない 対応

最近よく見るC#系ブログさんの下記記事を読みました。 （最新情報がきれいにまとまっていて読みやすく分かりやすいので私は好きです） https://ufcpp.net/blog/2022/1/naming-style/ で、ここにある最初 「最近では、 dotnet/runtime が _ 開始の camelCase を採用したということで、…」との記載が… え？private/internal のフィールド変数は、「_」を先頭につける文化になっちゃったのっ！？ と衝撃を受けております… なんか昔のC++（MFC）に戻ったような感覚…（「m_」を付ける文化だったと記憶してる） せっかくJava みたいに「_」から離れられると思ってたのに… ちなみに自分は下記で統一してた（はず） ローカル：camelCase フィールド：PascalCase 更に「this.x」もコンストラクタ以外は付けません。 どちらにせよ、グレーな部分に方針が入ってきたのは良い事ではある。 ある… ついでに「_先頭」を変数名候補に表示する方法がURLに記載されてます。 便利ですねー 検索用：C# VB .net dotnet ドットネット 命名規則 フィールド変数 private internal

事の発端： 　久しぶりにJavaScript(Kintone) の開発（ルネサスやったりWPFやったり浅く広くしすぎじゃね？給料上げてくれよ）をやり始めたのですが、初のVSCode で環境構築を実施！ (Kintone のサイトに環境構築手順がほぼ乗ってるから親切で楽だわー) で行った所、ESLint の「ES2017」コードチェックをするように対応してみた。 その際、下記コードの「let pLeft = dataPanelWidth - rightPanelWidth;」でエラーが発生！ 　問題のコード： switch (argVal) { case 'end': let pLeft = dataPanelWidth - rightPanelWidth; element.scrollNavigation.panelMargin = pLeft * -1; $dataPanel.animate({'left': '-' + pLeft}, 'fast', shift); break; } 　原因と修正： ESLint は優秀で、エラー原因と修正方法のURLを示してくれる。 https://eslint.org/docs/rules/no-case-declarations 内容を読む限り、「switch～case 内に「let/const/function/class」を利用する時は、中かっこを追加せよ」って事らしい。 **************事の発端終わり************** って事で今まで別言語でも、case 内で tmp 変数が何度も使えずに悲しんだ事はあった。 switch 文の前に変数宣言をまとめて記載して…ってことが何とかあります。 （変数使うならメソッド化しろよ。というのが建前だが、ちょっとしたのだと面倒だよね…が本音) で、上記の話に戻る。 case後を中かっこでくくる事で、上記の問題は解決する。 そうすると、エラーや変数宣言と処理が離れる問題も解決する。 あれ？今までなんで中かっこ無かったんだろうか…？と思うようになってきた。 対応できる全言語で...