https://support.microsoft.com/ja-jp/windows/windows-hello-%E3%81%AE%E6%A6%82%E8%A6%81%E3%81%A8%E3%82%BB%E3%83%83%E3%83%88%E3%82%A2%E3%83%83%E3%83%97-dae28983-8242-bb2a-d3d1-87c9d265a5f0

8. chrome.storageの実体の場所 #Chrome | Qiita

https://qiita.com/k7a/items/cf644471d34d31f398e9

9. 第2回　グループ・ポリシーとは何か：グループ・ポリシーのしくみ（3/5 ページ） | ＠IT

https://atmarkit.itmedia.co.jp/ait/articles/0602/23/news119_3.html

10. Microsoft Edge ブラウザーポリシーに関するドキュメント | Microsoft Learn

https://learn.microsoft.com/ja-jp/deployedge/microsoft-edge-policies

11. Windows 11/10 から Microsoft Edgeをアンインストールするシンプルな方法が見つかる | ソフトアンテナ

https://softantenna.com/b log/windows-11-10-uninstall-edge/

12. Releases · thebookisclosed/ViVe | GitHub

https://github.com/thebookisclosed/ViVe/releases

13. 各チャネルごとの Edge 削除状況 | 内気なもんた君

https://coolvitto.hateblo.jp/entry/2023/12/17/23 1027

Permalink | 記事への反応(2) | 22:39

2024-03-02

■エクセル マクロのお作法（計算用シートという諸悪の根源について）

前置き

この日記の内容は、会社の後輩から「最近エクセルマクロを勉強し始めて（キラキラ）」という話を聞いて、先輩ムーブをかますために話した内容になります。

とにかくこれから説明する「計算用シート」が憎くて憎くてたまらず、ちょっと引かれるほど熱弁してしまいました。

ただ、他の方がどうされているのかや、逆に「計算用シート」を愛用する方の意見も聞きたくなり、増田に書いてみました。

増田の経歴

中小企業の非エンジニア（事務職員）
エクセルマクロ歴８年くらい
初めて触った言語がＶＢＡで、前任が作ったエクセルマクロを改修をいきなり頼まれたのがきっかけ
会社の都合でJava Script、PHP からなる社内システムの改修、保守を担当したことあり
今は趣味でPythonでNLP、LLMを勉強中

この記事の趣旨

エクセルマクロのお作法とか書きましたが、要するにエクセルマクロで「計算用シート」って色々な意味でよくないよね、という話をしたいです。

３行でまとめます。

〇　エクセルシートはユーザーインターフェース（インプット）か出力結果（アウトプット）のためのものとすべき
〇　データ加工をする場合には、原則配列や辞書型配列（連想配列）に格納して加工を行い、最後の結果だけシートに出力するべき
〇　何事にも例外はある。

計算用シートとは

この記事では、エクセルシートを下記の通り分類します。

ユーザーインターフェース（インプット）
出力結果（アウトプット）
計算用シート
（データ用シート）

エクセルマクロにも色々あると思いますが、今回は下記を想定します。

日付や人物名などを入力し、データベースや別のエクセルファイル、別のシートから取得したデータを入力された値を基に加工し、加工後のデータをシートに出力する

この場合、入力欄があり編集可能なシートがユーザーインターフェース、最終的に加工されたデータが出力されるシートが出力結果です。

（もちろん、ユーザーインターフェースの別の欄（セル）に出力する場合もあるし、その場合はユーザーインターフェースと出力結果が一体のものとみなします。）

また、データ用シートは同じエクセルファイル内に基となるデータが含まれる場合を想定します。

（これ自体が非推奨で、SQL データベースかせめてAccessを使え、という意見はありますがそれは別にして…）

ではここで定義する計算用シートとはなにかというと、文字通り計算を行うためのシートです。

例えばイメージするのはこんなマクロです。

１．元となるcsv ファイルをエクセルに読み出してシートに格納
２．そのデータは日付が数値型になっているので、日付（数値型）の入った列を文字列に変換した日付（文字列型）列を新たに作成
３．その列をキーとして対象となるデータを取り出すvlookup関数を各行に格納した列を新たに作成
４．その列で特定された列をさらに加工した列を新たに作成し、…

これは極端な例ですが、とにかく変数や配列を定義せず（あるいはエクセルのセルオブジェクトを変数のように扱い）、エクセルに値を入力し、それを直接加工することで目的となるデータ加工をしたり、様々な処理をします。

その舞台となるのが、計算用シートです。

なんかこんな感じの処理をしているエクセルマクロ、どこの会社でも腐るほどあるんじゃないでしょうか。

ある程度マクロに慣れた気の利く人なら、このシートはロックや非表示にして、ユーザーから触れないようにするでしょう。

・・・これ、やめたほうが良くないですか？。

こいつが日本の生産性を落とす諸悪の根源だと思います。。

駄目な理由

ある程度詳しい人なら同意してくれると思いますが、このやり方でダメな理由はいっぱいあります。

計算速度が遅い

後で説明する配列や辞書型配列（連想配列）と比べると格段に処理が遅いです。

わざわざエクセルを操作しているから当然ですね。

ちょっと詳しい人が知っている「画面更新の非表示」を駆使しても、配列を使った処理からみれば止まったハエです。

（参考）VBAで作ったマクロの高速化①　配列を使う

可読性が下がる

いったんエクセルシートにデータを格納して加工しているので、コードとエクセルシートを両方見る必要があり、とても読みにくいです。

変数として命名されていないのも致命的で、処理の意図が余計に分からなくなります。

計算用シートを事前に用意して、別のセルに関数を格納しておき、マクロと関数を使ってデータ加工をするものも見たことがあります。

これは懲役刑に処したほうがいいと思います。

エクセルシートの制約に引っかかる

あまり知られていませんが、セルの最大文字数は32,767 文字です。

セルの最大文字数を超えると自動的に隣のセルに値が入り、シートが滅茶苦茶になります。

他にもエクセルの数値を丸める自動変換の仕様とか文字列→日付の自動変換とか、いくつものバグに苦しめられます。

できる人だと、いちいち最大文字数が多い場合の処理を書いたり自動変換機能を殺したりしてくれますが、そんなことに手間をかけているから日本のGDPは上がらないんだと思います。

他にも、データが大きくなると処理が重くなり不安定になる、計算用シートを人が触ってしまうリスクがある、などいくらでも理由は上げられます。

（逆に利点は、目の前でガチャガチャ動いてスーパーハッカーになった気分になれるくらいしか思いつかない・・・）

じゃあどうするの

配列を使いましょう。

配列とは何ぞや、という人はググってください。

配列にデータを入れて、データ加工は配列や変数に対して行い、一番最後の出力だけセルに値を格納する。

他のプログラミング言語なら普通にやっていることです。

個人的にオススメしたいのは辞書型配列（連想配列）で、うまく使うとデータの管理が簡単になり、処理も爆速になります。

（参考）【VBA】大量データから高速で値を検索【Dictionaryを使う】

csv ファイルもなまじエクセルで開けるだけに別のブックやシートで開きがちですが、これは悪魔のささやきです。

直接ファイルを読み出してLine InputやSplitで配列に格納しましょう。

エクセルとして開くやり方はコード書くのは簡単でも、実行時間に天と地ほどの差が出ます。エクセル開くと処理もめちゃ不安定です。

（参考）Excel VBAでCSVオープンするときのパフォーマンス比較

いや、冒頭のマクロを書く人の気持ちも分かるつもりです。自分もコードを書き始めたころは全部シート上で操作していました。

冒頭のマクロのほうが直感的なんですよね。自分が手で書くことをマクロにやらせる、というマクロ本来の趣旨にはあっていますし。

途中の計算過程もすべて目の前で展開されるから分かりやすいです。

ただ、それではダメなんです。。。処理は遅いし挙動は不安定だし後で改修・保守する人が死にます。

あと、エクセルシートやセルは当然エクセルにしかないので、エクセルマクロ（VBA）から他の言語に移れなくなります。

自分もエクセルマクロの里の出なので、計算用シート脱却には苦労しましたが、苦労して会得した配列や辞書型配列（連想配列）のスキルはそのまま他の言語に活かすことができました。

配列の中身を見る方法は別にある（ローカルウィンドウやDebug.printを使うなど）ので、リハビリに取り組んでほしいです。

（参考）VBA デバッグの仕方

もちろん例外もあります

計算用シートを許容できる、使うべきケースもあると思います。。

個人的には、

本当に簡単なコードをかくとき（３０分程度で書けるコードなど）
シートに行を追加するなどシート・セル操作自体が目的の場合
検証のため、処理をエクセルシートと関数で行い、VBAは関数をセルに記入するだけの場合

（最後のは、なんでも自分で確認しないと気が済まない上司の発注で、意味不明と思いましたしたがしぶしぶやりました。）

などの場合は計算用シートを使ってもよいと思います。

この場合、インプットのエクセルシートに直接加工するのは論外なので、計算用（加工用）のシートを用意してそこで操作を行うことは必要だと思います。

他にも、こういうときは「計算用シート」があったほうが良い、という状況があれば教えてもらえると嬉しいです。

最後に

そもそもツッコミとして、「データ加工するならエクセルマクロを使わずにpythonとかRとかもっとまともな言語使えよ」という言葉が来そうな気がします。

ただ、個人的にはエクセルマクロ（VBA）は大好きですし、初心者にもおすすめしたいです。

自分のような非エンジニアだと、セキュリティの関係などでPythonの開発環境とかすごく用意しにくいんですよね。

（あと、コマンドプロンプトの真っ黒な画面が怖かった）

その点エクセルマクロは、開発環境の用意はプロパティでチェック項目を一つオンにするだけだし、入門書がたくさんあるし、セルの挙動を追えば視覚的にプログラムを理解できるし、初心者に優しいです。

（そのやさしさが上述したとおり悪魔の罠なわけですが。）

最初は計算用シートに頼ってでもエクセルマクロからプログラミングを始めて、本格的なデータ加工をし始めたあたりで計算用シートという諸悪の根源から脱却する。

さらに本格的なデータ処理を行うために、PythonやRなど別の言語を習得したり、エクセルから SQL データベースやACCESSなどに切り替えていく、というプロセスがいいのではと個人的に思います。

Permalink | 記事への反応(18) | 04:31

2024-01-07

■ちょっと前は「プログラミングするならMac」という風潮が確かにあった

今でこそWindowsでも全く問題なく開発できるけど、ちょっと前は「Macのが開発体験が良い」と言われていた。

具体的には2011~2015年あたり。

2013年のころ、俺はWindowsで開発していた。WSL2なんてものは当たり前に存在しない時代だ。

~~たとえばC言語を使いたい場合、MinGWとMSYSを使ってこんなかんじで必要なものにチェックマークをしてインストールしていた。~~

まちがえた。俺が使っていたのはCygwinだ。こんなかんじでインストールする。

「パスを通す」とか言われていた時代だ。今ではインストーラがほとんどやってくれる。

Windowsのコマンドプロンプトがアホほど役に立たないので、~~msys~~Cygwinのコンソールを使うのだ。

Pythonのインストールにもパスを通していた時代だった。当時はまだ2系が主流で、卒論を書く際、大学の教授から「3系は使ってもいいけど、俺は知らないからサポートできない」と言われた。

Scipyはインストールしなければ使えなかったので、「python scipy インストール」で検索して出てきた記事を参考にしてインストールしていた。これがまたエラーの連続だった。

プログラムを開発するエディタも、vim、emacsがまず候補に上がった。どちらも癖のあるエディタなので、そういうのが嫌な人はサクラエディタが推奨されていた。そして少しして登場するAtomに感動したのだ。今ではあたりまえのようにVSCodeがある。

ちなみに俺はPythonの開発ではIDLEというのを使っていた。知ってる？こんなの。

そんなWindows ユーザーを少し煽るような（Win ユーザが自虐するような）、「プログラミングするならMac」という風潮があったと記憶している。そこから「どうやらMacはUnix系で、コンソール操作が簡単らしい」「文字がきれい」「Windowsでは定期実行するためのcronすらないが、Macにはある」「xcodeというのがあるからめちゃくちゃプログラミングがラクらしい」みたいなイメージがあった。

今ではWindowsも随分便利になったし、IDEやインストーラがなんでもしてくれるようになった。今では結論、「どっちでも好きなほうを使えばいい」という良い環境になった。

Permalink | 記事への反応(4) | 17:29

2023-06-13

■

増田用に考えていたくだらない文章を本番サーバのコマンドプロンプトに打ち込んでしまい履歴がとんでもないことになったぞ

どうしてくれる

Permalink | 記事への反応(1) | 12:25

2023-05-14

■Windows でのトラブル

ネットワークプロファイル（ネットワークの場所）」を「プライベート」に変更できない？

Windows 10 バージョン 1803 より前の内容です。

（追記 2018-06-01）

Windows 10 バージョン 1803 からホームグループ機能が削除されてしまいました。

https://laboradian.com/win10-change-net-public-private/

ネットワークと共有センター」を開いて見る

control.exe /name Microsoft .NetworkAndSharingCenter

コマンドプロンプトで「ipconfig /all」して

Permalink | 記事への反応(0) | 20:16

2023-03-21

■anond:20230321134908

「猿でも分かるプロンプト活用術」というタイトルで電子書籍を書いてください

「猿でも分かるプロンプト活用術」というタイトルでの電子書籍について、以下に簡単な目次と章ごとの概要を示します。実際の書籍を作成するには、これらの各セクションを詳細に説明し、例や図を追加する必要があります。
目次:
1. はじめに
2. コマンドプロンプトとは何か
3. コマンドプロンプトの基本操作
4. ファイル操作のコマンド
5. ネットワーク操作のコマンド
6. システム管理のコマンド
7. コマンドプロンプトの高度な活用
8. まとめ
9. はじめに
・本書の目的と対象読者の紹介
・コマンドプロンプトの重要性と利点の説明
10. コマンドプロンプトとは何か
・コマンドプロンプトの定義と歴史
・グラフィカルユーザーインターフェイス(GUI)との違い
・コマンドプロンプトが提供する機能の概要
11. コマンドプロンプトの基本操作
・コマンドプロンプトの開き方
・基本的なコマンドの使い方（例：help、cls、exit）
・コマンドの構文と引数の理解
12. ファイル操作のコマンド
・ディレクトリ操作（例：cd、mkdir、rmdir）
・ファイル操作（例：copy、move、del、ren）
・ファイル検索（例：find、findstr）
13. ネットワーク操作のコマンド
・IPアドレス情報の表示（例：ipconfig）
・ネットワーク接続の確認（例：ping、tracert）
・ネットワークリソースの操作（例：net コマンド）
14. システム管理のコマンド
・システム情報の表示（例：systeminfo）
・タスク管理（例：tasklist、taskkill）
・環境変数の操作（例：set、setx）
・コマンドプロンプトの高度な活用
...

「はじめに」の文章をお願いします。

はじめに
コンピュータの世界は日々進化し続けており、我々が日常的に使用するデバイスやソフトウェアは常に更新され、より使いやすく、効率的になっています。しかしながら、コンピュータの基本的な操作や理解には、依然として古くから存在するコマンドプロンプトという強力なツールがあります。このツールは、多くのユーザーにとって未知の存在であり、その力を十分に発揮できていないかもしれません。
本書「猿でも分かるプロンプト活用術」は、コマンドプロンプトをこれまで使ったことがない方や、基本的な操作しか知らない方を対象に、この強力なツールを効果的に利用する方法をわかりやすく解説します。また、既にコマンドプロンプトを使用している中級者にも、さらなる活用方法を学んでいただける内容となっています。
コマンドプロンプトは、グラフィカルユーザーインターフェイス（GUI）に慣れ親しんだ現代のユーザーにとっては、最初は少し難しく感じるかもしれません。しかし、本書を通じて、コマンドプロンプトの基本操作から高度な活用法までを習得し、日々の業務やパソコン操作に役立てることができるようになります。
各章では、具体的なコマンドの例やスクリーンショットを用いて、わかりやすく説明を行います。また、章ごとに練習問題やチャレンジを設けていますので、学んだ知識をすぐに実践して確認することができます。
この本を通して、コマンドプロンプトの力を最大限に引き出し、あなたのコンピュータスキルを向上させることができることを願っています。それでは、さっそく「猿でも分かるプロンプト活用術」の世界に飛び込んでみましょう！

電子書籍プラットフォームがクソ本で溢れそうだ・・・

Permalink | 記事への反応(0) | 14:08

2023-01-06

■DMM版ウマ娘プリティーダービーが起動できなくなったので解決した

DMM版ウマ娘プリティーダービーを遊ぼうとしても、エラーダイアログを出さずに起動しなくなる現象に遭遇した。

Windowsのイベントビューアーを除くと、こんなログが吐かれていた（各IDは削除）。

=====

ログの名前: Application
ソース: Application Error
日付:
イベント ID: 1000
タスクのカテゴリ: アプリケーションクラッシュイベント
レベル: エラー
キーワード:
ユーザー:
コンピューター:
説明:
障害が発生しているアプリケーション名: umamusume.exe、バージョン: 2020.3.24.51085、タイムスタンプ: 0x
障害が発生しているモジュール名: apphelp.dll、バージョン: 10.0.22621.963、タイムスタンプ: 0x
例外コード: 0xc0000005
障害オフセット: 0x0000000000002691
障害が発生しているプロセス ID: 0x0x5B2C
障害が発生しているアプリケーションの開始時刻: 0x0x
障害が発生しているアプリケーションパス: D:\DMMGames\Umamusume\umamusume.exe
障害が発生しているモジュールパス: C:\WINDOWS\SYSTEM32\apphelp.dll
レポート ID:
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:
イベント XML:

結論から言うと、Windows 本体のapphelp.dllが原因でウマ娘が起動できなくなっているという。

アプリケーションに罪は無いため、DMM Game Playerやウマ娘を何度再インストールしても直らない厄介な現象だ。

Windowsは数十万のファイルが存在するため、今回のようにWindows Updateやアプリケーションのインストール・アンインストールを繰り返すだけでシステムファイルが壊れる事がある。

Windowsでは、これを直すためのコマンドがコンソール UIのみに用意されている。

1.DISM.exeを叩く

Windowsのスタートメニューを右クリックして、コマンドプロンプトまたはターミナルを管理者権限で起動する。

そうするとコマンドが入力可能になるので、

DISM.exe /Online /Cleanup-image /restorehealth

を実行する。これは、オンライン上にある正しいWindowsのシステムイメージを元に、壊れたファイルを修復する操作となる。

実行するとこう表示される。

展開イメージのサービスと管理ツール
バージョン: 10.0.22621.1
イメージのバージョン: 10.0.22621.963
[==========================100.0%==========================] 復元操作は正常に完了しました。
操作は正常に完了しました。

2.システム ファイルの整合性チェックを行う

DISM.exeを実行すると、正しいWindowsのシステムイメージがPC内に保存された状態になる。

この状態で、

sfc /scannow

を実行すると、次のように表示される。

システムスキャンを開始しています。これにはしばらく時間がかかります。
システムスキャンの検証フェーズを開始しています。
検証 100% が完了しました。
Windows リソース保護により、破損したファイルが見つかりましたが、それらは正常に修復されました。
オンライン修復の場合、詳細は次の場所にある CBS ログファイルに含まれています
windir\ Logs\CBS\CBS.log (たとえば C:\Windows\Logs\CBS\CBS.log)。オフライン修復の場合、
詳細は /OFFLOGFILE フラグによって指定したログファイルに含まれています。