#040226

今日のtumblr

父が亡くなる前、誰かが私に言ってくれたことがあります。

君は落合信彦の息子と言われることが多かったと思う。
それは当時の若い人が落合信彦に魅了されたということなんだ、時代を作った偉大な父だよ。
今、日本の若い人の多くはその落合信彦を落合陽一の父として認識している。
これは大変な親孝行なんだよ。

それを聞いたときにあまりピンとこなかったのですが、父が亡くなった今その言葉の意味がわかる気がしてきました。

人は亡くなったときにアンチだけでない本音が溢れ出すのだと思います。
父にはもう聞こえていないかもしれませんが、皆様から届く温かいメッセージを私や遺族の皆は噛み締めています。
存命中は「胡散臭いとか言われるのが嫌で、落合信彦の息子という記述を消し続ける時代があった」のは事実ですが、今、父と安らかな時間を過ごす中で、皆様が人生で父に受けた様々な影響の大きさを感じ入って、父の偉大さを実感するばかりです。

皆様父のことを愛してくれてありがとうございました。

落合陽一 Facebook


色々な修理品がいっぺんに帰ってきた

TEAC UD-501/AX-501

オーディオがない2週間が本当に辛かった……。
Macbook Proのスピーカーも音質が良いのだけれど、いかんせん横に置いているせいか正面ディスプレイの真横から音が出る違和感。Windowsに限ってはつける気にすらならず、2週間ほどゲームからほぼ離れた。たまにイヤホンつけてKovaarksとスト6やってたくらい。

修理のほかに各種点検とあったので、おそらく壊れそう・異常箇所は他になかったのだろうと思いたい。発売から12年経過していることもあって、部品がある間は修理してくれるようだ。今度こそ長く持って欲しい気持ち。


JETDrive330

トランセンドにRMA保証申請して送付したときに、まぁまぁメールの対応が悪く感じて。「無償で交換すんの嫌なんですけどー」オーラが強かった。
「検査して問題がなかったらそのまま返送もありますからね?」といわんばかりの内容で、そこから音信不通だったのだけど、今日新品が届いていた。
開封しても送付票には診断結果も何もなく新品交換とだけあった。
別にゴネとくでもなんでもなく5年保証だよね?と修理依頼しただけなんだけどな……。

元がSDカードだから壊れやすいんだろうな、これ。
しかしその他の選択肢が思いつかない。最近小さいUSB-CのSSDがでていたけど、結局あれも出っ張ってしまう。
唯一存在する正解は内蔵SSDを2TBにすることです。大正義。
高いねん。ほんまに。512GB→1TB(¥3万) 512GB→2TB(¥9万)は本当に意味がわからない。なんで?単純に2倍にしてくれ。

とはいえど謎のAI特需でメモリもSSDもお値段爆上がりしてて全然適正価格なのが一番笑えない。個人的にはMicroSDカードを挟んでSDカードスロットにぷすっとさせて出っ張らない商品が欲しい。壊れたらMicroSDカード交換で。なんで無いんだろう。もしかしてボクの使い方が奇特なのか……?

#020126

Mac OS Tahoe 26.2へアップデート

すっかり忘れていたMacOSのアップデートを行った。
クリーンインストールをしなかったためシステム領域の蓄積が結構大きくなっていた。折を見てクリーンインストールをしたほうが良い気がする。

クリーンインストールはその手間度合いから「なんとか上手く少ない手順で安全で確実にできないかなー」と思っていた。エンジニアの人がbashスクリプトを組んでいるというZenn投稿を見ていたので、「えーん助けてよGemini。bashスクリプト叩けば現在インストールしているアプリやhomebrewのパッケージが書き出されて、自動でサルベージできて、メールデータ・アカウント、さらにフォントもバックアップしてほしい。忘れがちなgit関連やssh認証鍵やzsrhrc、bash_configもバックアップした上で復元もbashスクリプトにしてほしいよー」とお願いし作成してもらった。ありがとうGeminiえもん。

「なんでTimemachineで復元しないん?」と思われそうだけど、Timemachineで保存されているデータは現在の稼働状態差分のため、結局堆積ゴミデータで肥大化している。だからクリーンインストールするならそういう部分も切除して綺麗にしたいのだ。

一応生成されたbashスクリプトを実行し、バックアップファイルが生成されることは確認した。これだけでもかなりの手間が簡略化できている。あとはリストアがサクッと上手くできるようならば、またGitHubに公開しようと思う。

Tahoe 26.2の使い勝手に関するモロモロ

標準アプリの変更関連については、lanchpadを返してくれ……という気持ちしかない。
外観の見た目に関してはApple SiliconのMacなら問題なく動作しそうだけれど、古いIntelMac関連は相当しんどそう。UI全体のデザインは個人的には好き。
Musicアプリが勝手にミックスフェードしてくるのは何なんだろうなー。良いともいえるし、いらないことしないでくれとも思える。

Google ChromeでAdobe stockなどでサイトが一瞬表示されてから真っ白となり何も表示されない問題の解決(Norton アンチトラックが悪さ)

解決策そのまま:拡張機能でいつのまにか入っているノートン アンチトラックを削除またはOFFにする

ほんまクソ・オブ・クソの極み・オブ・クソ。
Notronを入れてる時点で情弱の極みアーッというのはさておいて(鳴るならないはさておいて鈴はつけておきたい心理)、勝手に絶頂オナニーアップデートを仕込んでくるのがホントクソ。鈴が勝手に増えるならまだしも、どこに鈴をつけたか知らせないのゴミすぎる。

おかげで消したくないCookieを消すはめになってホンマクソ。
ゾルトラーク(一般足の小指粉砕骨折魔法)

Macbook Pro M4も発売された

予想に少し反してとMacbook M4 Proは24GB / 48GBをメモリで選ぶことができるようだ。お値段はM3 Pro 36GBと同じ。ぐぬぬぬ。

しかし64GBは相変わらずMaxの上位コアモデルのみ。 14core / 32 GPUモデルはRAM 32GBしか詰めないのはさすがに意図がわからないな……
MacbookはM4またはM4 Proが魅力的になってM4 Maxが微妙な感じになったように感じる。

価格が安い製品が魅力的になっている理由

ぼんやりと考えたとき、M4の特徴であるローカルAiに目的があるのではと思う。
ローカルAiの学習データを引っ張ってくるのか、もしくは普段はあまり使わないであろうM4のAi用のNaturalEngineCoreの余剰演算能力をメッシュネットワークでつなげる構想があるのかもしれない。

どこまでいってもAIと仮想通貨はこの演算能力の物理的な制約と消費電力の問題はつきまとうから、そこをネットワークでつなげて分散コンピューティングにするんじゃないかなーと思う。となればよりM4を使ってくれる人が少しでも多くなるよりM4 mac miniを低価格で魅力的にしたのも納得だ。

新しいM4 Pro Mac miniがうらやましい

手のひらNUCサイズでRAM 64GBまでイケる

Amazonでお漏らしリークされていたけど、M4 Pro Mac miniはRAMが64GBまで積める。
そして何より小さいのが良いね。IntelのNUCと同じサイズに見える。
価格も元々Mac miniが買いやすい値段設定なのを継承して、M4 RAM16GB / SSD 256で¥94,800円は良い価格設定。前モデルは8GBで8万円ちょっとだったはず。

カスタマイズすると、M4は32GBまで。M4 Pro搭載だけ64GBまで。
そしてスゴイ羨ましいのが、M3 MacbookのときはMAXでも64までつめるのは上位コア数だけだったのに、M4 ProはCPU / GPU / AI用CPUの数がそれぞれ 12/16/16と14/20/16どちらも64GBまで選べる。マジで羨ましい。
もし年明けにM4 Macbook proがでるならM4 pro 64GBって選べるのだろうか。ボクは選べない気がする。もし選べるなら中古でM3を売って買い替えよう……。

ちなみにサイズはW127mm x D127mm x H50mmで重量0.67kg / 0.73kg(M4 Pro)とのこと。電源コードで駆動なのでケーブルを持ち歩く必要があるけれど、軽いから持ち運びできそう。さすがにUSB-Cで駆動もできたのだろうけど、サードパーティー製の安定しないUSB-Cを嫌ったのだろう。

SSDは1TBをオプション設定が良いと思うけれど、何故かAppleは2TB以上は値段がとんでもないことになる。謎。でも据え置き型ならUSB-C経由のM.2 SSD運用前提で1TBでも良いかも。
ボクが買うなら構成はM4pro 12/16/16でRAM 64GB、SSD1TB。
それでも33.2万は安いと思う。
Mac ProとMac Stduio息してないけど大丈夫そ?

Apple Mac mini

古いWordPressのMySQL5.7をさくらレンタルサーバーでWordmoveしようとすると、「default.rb:45:in ‘gsub!’: invalid byte sequence in UTF-8」が出るときの解決策

現象:
Docker MarinaDB11.3 → さくらレンタルサーバー MySQL5.7でSQL dumpできない。

解決策:
DockerのSQLをMySQL5.7で合わるしかない。
(MarinaDBのデータはphpMyAdminでエクスポートしてから取り込む)

別解決策(追記)
movefile.ymlのDB設定にmysqldump_options: "--hex-blob" を追記すると上手くいく場合がある(local / vhost共に)


Movefileのdatabase設定 charset: “utf8″で解決できなかった。

具体的にはデータベース内の特定の文字列がUTF-8化できないというエラーなので、特定して潰せるならMarinaDBでもいける。(SQL操作が必要)


かなり昔にWordpressをVagrantでローカル構築して作ったWebサイトを、最近dockerで再開発した。
最近までApple Sillicon MacのdockerでMySQL5.7を使っていたが、どうしてもRossetaで無理やり動作させているため注意マークがでるのが気になっていた。
それならとMarinaDBに切り替えて、他案件ではうまくいっていたのだが、古い案件で特定の文字コードが変換できないみたいなエラーが出た。

テストサイトのデータなのでそこまで時間かけたくなかったこともあって、力技で解決したという備忘録。
困り人の役に立てば幸い。