- タスクマネージャーを開いて、AMD関連のサービスを全部閉じる(終了させる)
- ユーザーディレクトリ配下のAMDディレクトリの特定ファイルを削除。ユーザーがadminでCドライブ配下なら、 C:\Users\Admin\AppData\Local\AMD\CNの”gmdb.blb”
- アドレナリン(Adrenalin)を起動
これでイケるはず。

これでイケるはず。

Windows10 ユーザフォルダのドライブ指定(クリーンインストール時) – Qiita
Windowsのユーザフォルダをシステムと別のドライブにする – 分析室の屋根裏 (hirosaki-u.ac.jp)
Move Users Folder Location in Windows 10 | Tutorials (tenforums.com)
で語られていることなので、すべての記すつもりはないけれど、要点だけ、備忘録として残しておく。
ユーザーディレクトリをOSドライブ以外に設定する。ウラを返せば、普通にセットアップすると、OSドライブのCドライブ配下にユーザーディレクトリ(C:¥Users¥)ができてしまう。これを、たとえば、Dドライブ(D:¥Users¥)なんかに設定する。
ThinkPad E14を購入したわけだけど、このThinkPad、プライマリのドライブが、M2.2242で、ドライブ自体の選択肢が少ない上に、インターフェースがSerial ATA(2022/05/16現在、価格.com上)の製品しか購入できないというオチあり。
なのに、ThinkPad購入時には、PCI-Expressな製品も選べるという不思議。
このThinkPadは、2枚のSSD搭載が可能で、セナカンダリには、M2.2280が利用可能。M2.2280になれば、かなりの種類が選べるようになる。高コスパで、ThinkPad買うなら、プライマリは最小サイズ(自身の購入時には256GB)を選択し、足りない部分は、セカンダリで補う戦略がただしく、その場合に今回の手順が必要になる。
%windir%\system32\sysprep\sysprep.exe /oobe /reboot /unattend:d:\relocate.xml
<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
<settings pass="oobeSystem">
<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<FolderLocations>
<ProfilesDirectory>D:\Users</ProfilesDirectory>
</FolderLocations>
</component>
</settings>
</unattend>
上記の通り。<ProfilesDirectory>を任意のフォルダ(ディレクトリ)に変更。ファイル名は拡張子がxmlならなんでも良さそう。

海外製PCの購入や、エンジニアリング上の理由で英語版Windowsを導入していると、避けて通れない問題がある。OSの表示言語(Display Language)を英語にしていると、PC起動時のデフォルトキーボードが「英語入力(ENG)」に強制されてしまう現象だ。

日本語を入力するために毎回 Alt + Shift や Win + Space を叩くのは、効率的とは言えない。表示は英語のまま、入力環境だけを日本語メインに固定する設定手順をここに記す。
Windowsの標準設定では「言語リスト」の優先順位に従うようになっているが、これを明示的に「日本語」に固定することが最も確実な解決策となる。
Use language list (recommended) から Japanese – Microsoft IME に変更する。これにより、システムがどの言語を優先していようと、入力の初期値は日本語IMEとなる。

上記設定と併せて、言語リストの並び順も整理しておくのが定石だ。
この構成により、「システムUIは英語だが、第一言語は日本語」というパワーユーザー向けのハイブリッド環境が完成する。
デスクトップ画面だけでなく、PC起動直後のパスワード入力画面でも日本語配列(またはIME)を有効にしたい場合は、設定の「コピー」が必要だ。
英語版Windowsにおける「勝手に英語入力に戻る」挙動は、仕様という名のお節介に過ぎない。Override(上書き) 設定さえマスターすれば、UIのスタイリッシュさと日本語入力の利便性は完全に両立できる。
Lenovo ThinkPad E14 ILL を導入したので、これまで使ってきた E14 AMD Gen2 と比較しながら所感をまとめる。
まず、本体サイズはわずかに小さくなり、重量も軽くなった。持ち運びのしやすさという点では確実に進化している。ただし、キーボードの使い勝手は従来機とほぼ変わらない。ストロークがやや浅くなった印象はあるものの、使いにくさを感じるほどではなく、慣れの範囲で収まるレベルである。
ディスプレイは大きな変化点だ。解像度が Full HD から 2880×1800 に向上し、表示領域が広がった。スケーリングを150%に設定すると、従来と同じ見え方を保ちつつ、縦方向の情報量が増えるため、作業効率は確実に改善した。Full HD の縦の狭さに不満があった身としては、この変更は歓迎である。
一方で、外観に関しては少し残念な点もある。天板やキーボード横にあった ThinkPad ロゴの白い塗装がなくなり、エンボス加工のみになってしまった。コストカットの影響と思われるが、視覚的なアクセントが減ったのは惜しい。
CPU パフォーマンスは世代が大きく進んだことで大幅に向上しているはずだが、日常利用では体感できるほどの差はない。そもそも Ryzen 7 5700U の時点で十分に快適であり、動画エンコードのような重い処理を頻繁に行わない限り、性能差を意識する場面は少ない。同様にメモリアクセス速度の向上も、体感としてはほぼ変化なしである。
ポート構成では USB Type-C が増えた点がありがたい。従来は Type-C をほぼ充電専用のように使っていたが、用途の幅が広がったのは素直に便利である。
一方、M.2 スロットが1つになり、SSD の増設ができなくなった点は拡張性の面でマイナスである。ただし、Dドライブを分ける必要がなくなるため、OS の再インストールが楽になるという副次的なメリットもある。また、メモリが増設不可になった点も含め、拡張性は確かに落ちているが、Intel の設計方針や軽量化への貢献を考えると、ある程度は割り切りが必要だと感じる。
興味深いのは、2世代目の Ultra 7 ではメモリが内蔵となったことで、EシリーズとTシリーズの差が縮まりつつある点である。かつてのTシリーズは64GB等より多くのメモリを積める拡張性が売りだったが、現在では軽量性も含めてEシリーズとの差が小さくなり、Eシリーズのコストパフォーマンスがより高まっている。
最後に、NPU の有効性については現時点では未知数である。今後のアプリケーション次第で活躍の場が広がる可能性はあるが、現段階では「期待して待つ」というスタンスである。
総じて、ThinkPad E14 ILL は確実に進化している部分と割り切りが必要な部分が混在しているが、Eシリーズとしてのバランスの良さは健在であり、買い替えとして十分満足できるモデルであると感じている。
ちなみに、トラックポイントキャップは同じサイズではなく、ILLは3mm、AMD Gen2は4mmで互換性なし。


大昔の車で、Bluetooth接続で音楽鳴らしたい場合の選択肢の一つ。こんなんあるかなーって思ってAliExで探したらやっぱり存在。送料込み1,000円以下。で儲かるんかな?という心配はある。
結論からいえば微妙な製品。
形状上しかたないのかもだけれども、充電しながら使えない、つまりは、事前に充電必要。
そんなに頻繁に乗らない車だから、充電しておくってのは結構面倒。
「質」がよろしくない。テープの穴部分がデキが悪すぎて歯車が音をたててるのが残念。今回の個体の問題の可能性もあるが。


Microsoft Loopをブラウザで使用している際、「Authentication: We need to reload the page to sign you back in…」 というダイアログが頻繁に表示され、作業が中断されることがある。
この煩わしいポップアップを発生させないための設定方法を解説する。
このメッセージが表示される主な原因は、ブラウザのセキュリティ機能が「ポップアップ」や「クロスサイトでの認証情報の受け渡し」をブロックしていることにある。
Microsoft Loopはバックグラウンドでサインイン情報を更新しようとするが、ブラウザがその挙動を阻止するため、「手動での再読み込み」を求めるダイアログが出てしまうのだ。
ダイアログの指示通り、Microsoft Loopのサイトに対してポップアップを許可するのが最も確実な解決策である。
設定手順(Microsoft Edge / Google Chrome共通):
ブラウザのプライバシー保護機能が強すぎると、認証情報の同期が妨げられる。
[*.]microsoft.com を登録する。組織アカウント(Microsoft 365 Business等)を利用している場合、OS側の設定変更が有効な場合がある。
https://loop.microsoft.com を入力し、追加ボタンを押す。このダイアログは、ブラウザ側が「ユーザーを保護するためにLoopの認証挙動を制限している」ために発生する。一度「ポップアップの許可」や「Cookieの例外設定」を行えば、以降はバックグラウンドでスムーズに認証が行われるようになる。
作業効率を落とさないためにも、Loopを使い始める前にこれらの設定を済ませておくべきである。

気になったので調べてみた。
| Teams | Slack |
|---|---|
| 3.2億人 | 0.65億人 |
Teamsの圧勝。周りではSlack優勢な感があるので、もう少し拮抗しているか、Slack有利かと思っていたら、どうも違うらしい。さすがにこの状況だと、Microsoft (Office 365)から、Teams ハズせ!って話にあるのは致し方なし。
(ソース Slack vs Microsoft Teams Statistics By Revenue, Users And Demographics (2025))
その他、このソースで興味深かった点。
ヤングはSlack指向というレポートだったが、そもそもベースデータ違うじゃないか!比較するなら、https://www.similarweb.com/website/slack.com/#demographics とhttps://www.similarweb.com/website/teams.microsoft.com/#demographics 年齢分布はほとんど変わらない。男女差がでるのはおもろい。


上記、similerweb 数字で面白かったのは、併用しているサービス。Teamsは、当然ながらMicrosoft 365系、SlackはGoogle Workspace系。
想定できる状況だけど、となると、Slack / Teamsの今後のマーケットシェアは、Microsoft 365 vs Google Workspace に依存するだろうね。。というところ。
であれば、GoolgleがSalesforceごと買収してしまうのであれば、ユーザー目線ではハッピーと言えそう。でないと、今後も、Microsoft 365 が強い、特にコスパ観点で。

Wndows 11でXPSファイルを参照する機会は多くないとおもうが、必要に迫られてインストールしようとしたら、XPS Viewerがコントロールパネルのインスコにでてこない、Document Writerはあるのに。

そんな場合は、慌てず騒がず、管理者モードでコマンドラインを開いて、以下のコマンドを実行
DISM /online /Add-Capability /CapabilityName:XPS.Viewer~~~~0.0.1.0


Macにバッファロー製のUSBカメラ(120万画素)を接続したのだが、どうにも画質が悪い。まるで30万画素の古いWebカメラかと思うほど、解像度が低く荒い映像しか映らなかった。
当初はカメラの初期不良も疑ったが、どうやらMac側がカメラを正しく認識していないことが原因のようであった。
問題が発生していた時、カメラはUSBハブを経由してMacに接続していた。おそらく、この接続方法が原因で、Macはカメラの正確な性能(120万画素であること)を把握できなかったのだと思われる。その結果、最も汎用的で互換性の高い、安全な(しかし非常に低い)解像度の設定でカメラを動作させてしまったのだろう。
解決策は驚くほど単純だった。
一度、USBハブからカメラを取り外し、Mac本体のUSB端子に直接接続してみた。
すると、Macはカメラを改めて認識し直し、今度は本来の性能(120万画素)を正しく把握したようだった。
一度、Mac本体に直接接続してカメラの性能を正しく認識させた後であれば、設定が保存されるようだ。
試しに再度カメラをUSBハブ経由で接続し直してみたところ、今度は低解像度に戻ることなく、120万画素の高解像度のまま正常に利用できるようになった。
もしMacで外部カメラの画質が異常に悪い場合は、USBハブなどを介さず、一度Mac本体に直接接続して認識させ直してみる価値があるだろう。
備忘録として記しておく。

CRM(顧客関係管理)やSFA(営業支援システム)を導入した際、特によく見られる「アンチパターン」について論じたい。まずは、SFAを使い始める現場の状況を想像してみることが重要である。
営業担当者にとって、SFAに商談情報や活動状況を入力する行為は、本質的には「追加の仕事」である。はっきり言えば、面倒くさい仕事が増えただけ、というのが本音だろう。この大前提を理解せずして、SFAの定着はおぼつかない。
導入初期、当然ながらSFAには何のデータも入っていない。そこから営業担当による入力が始まる。
初期段階では蓄積されたデータが少ないため、マネージャー(上司)は入力されたすべての商談をチェックできるし、また、そうしがちである。
上司は部下に対し、「どんな些細なコトでも記録してほしい。それこそ、お客様とのエレベーターでの会話もだ」といった具合に、詳細な入力を求める。導入初期であれば、営業担当としてもその入力の意味(=ナレッジの蓄積)を理解はしている。
しかし、問題はここから発生する。
営業担当がその「些細なコト」を律儀に入力したばかりに、それを見た上司から個別の問い合わせ(詳細確認)が発生するのだ。「あの件はどうなっている?」「この会話の意図は?」といった具合である。
担当者からすれば、これは率直に言って「面倒くさい」状況でしかない。
この「面倒くさい」状況を回避したいという心理が働くと、営業担当はどう行動するだろうか。
答えは単純で、意図的にデータの入力をしなくなる、あるいは入力を遅らせるのである。
もっと言えば、面倒な問い合わせを避け、上司に報告せざるを得ないレベル、つまり商談の確度がある程度高まるまで、SFAへの詳細な入力を避けるようになる。問い合わせのきっかけとなる「些細なコト」を早期に入力しなければ、面倒は発生しないからだ。
結果、SFAにはデータが溜まらない。
データが溜まらないことに焦れた上司は、再度、部下にデータ入力を強く指示する。部下は(仕方なく)また些細なコトを入力する。すると、また上司からの問い合わせが発生する。「だから面倒なんだ!」という状況の再生産である。
これが、SFA導入初期における典型的なアンチパターンだ。上司が詳細を求めれば求めるほど、現場は入力をやめてしまい、結果として上司は商談の詳細が何もわからなくなる、という皮肉な問題である。
解決策は、驚くほど単純である。上司は、あるルールを徹底して守るべきだったのだ。
それは、「SFAに入力された商談の確度(=成約の可能性)が、設定したしきい値を超えてこないかぎり、担当営業に一切の問い合わせをしてはならない」というルールである。
特に、入力された情報に対して、さらに詳細な入力を求めるような行為は最悪だ。営業担当に「どうせ入力しても面倒が増えるだけだ。最初から情報入力しなければよかった」と強く思わせるだけである。
では、その「しきい値」はどのくらいに設定すればよいのか。
一つの目安は、確度50%ある。商談がまとまる可能性が五分五分になったあたりだ。
確度が50%を超えてきた商談については、上司は「何かサポートできることはあるか?」というスタンスで、初めて営業担当とコミュニケーションを取るべきである。これは「問い合わせ」や「詰問」ではなく、あくまで「サポートの申し出」でなければならない。
では、確度50%に満たない商談は無視するのか? 否、そうではない。上司がすべきことは2つある。
まず、「入力した事実そのものを褒める」ことである。それがどんなに些細な内容であっても、「入力してくれてありがとう」と評価するのだ。
そして重要なのは、確度が低い段階で「(前のめりに)サポートをしてはならない」ということである。なぜなら、入力した営業担当自身も「この商談がまとまるとも思っていない」可能性があるからだ。その段階で上司が介入しても、担当者にとっては余計なプレッシャーか、それこそ「面倒な」介入でしかない。
ただし、上司がサポートできる重要な役割がもう一つある。それは「商談をクローズ(=失注処理)する判断」を手伝うことだ。
SFA運用において、確度レベルが低いまま中長期的に停滞している商談は、それ自体が「よろしくない状況」の一つである。こうした商談は、現実として、そのまま成約に至らない可能性が非常に高い。
ここで上司がすべきことは、まず「部下がその商談を進める努力をしているか?」をチェックすることである。その努力をした上で、なお商談の確度が上がらないのであれば、思い切って「商談不成立」としてクローズする判断を促すべきだ。
営業担当の貴重なリソースを、未来ある他の商談に集中させるためにも、この「見切りをつける(クローズする)」判断こそ、上司が部下を助けられる数少ないサポートの一つなのだ。
万が一、そのクローズした商談が後日復活することがあれば、その時点で復活させればよいだけである。
重要なのは、上司が「確度の低かった商談をクローズすることは、決して悪いことではない」というメッセージを明確に伝えることだ。それは営業担当個人のふるまいによって商談が成約しなかったわけではなく、単に現時点での見込みがなかったという「事実認定」に過ぎない。これを明確にすることで、担当者は次の新しい活動に臆せず進むことができる。
SFA導入初期段階において、最も大事なことは、「データが蓄積されていくこと」、ただそれだけである。
データの質や詳細度ではない。まずは「入力する」という行為そのものを定着させ、データが溜まっていくサイクルを作ることが最優先事項だ。
そのためには、上司が「詳細を知りたい」「介入したい」という気持ちをぐっと我慢し、しきい値以下の商談については「入力された事実を褒める」こと、そして「適切にクローズすることを助ける」ことに徹する意識が不可欠なのである。