自分は新しく出たパソコンでも動作した報告を見つけ次第買う派。調査不足で音はでなかったのだけど、しばらく経過したら Linux カーネルのバージョンアップで音が出るようになったのでまあなんとかなった。それまではイヤホンつないでた。
Notices by きゅーけー (tojoqk@mastodon.tojo.tokyo), page 21
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Saturday, 13-Jul-2024 23:41:22 JST きゅーけー -
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Saturday, 13-Jul-2024 23:38:01 JST きゅーけー GNU と Scheme が好きなので個人的には Guix System を使いつづける未来しか見えない。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Saturday, 13-Jul-2024 23:36:42 JST きゅーけー デスクトップにものを置けて、デスクトップ環境が公式にパネルをサポートしているものが望ましいと思う。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Saturday, 13-Jul-2024 23:34:01 JST きゅーけー GNOME に慣れようと意識して GNOME を使ってみてようやく便利に使えるようになった経験があるので、Windows とか Mac の UI に慣れた人がいきなり GNOME 使うハードルは結構高い気がしてる。
なので、普及させる戦略としては GNOME ではなくて、もう少し皆が慣れ親しんだUIのデスクトップ環境を推していった方がいいと思っている。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Saturday, 13-Jul-2024 22:31:10 JST きゅーけー まあ、定期で停止できるかはビジネスの内容に依存するところが大きいか。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Saturday, 13-Jul-2024 22:29:29 JST きゅーけー 定期的に停止するWebサービス、公共サービスとか銀行であるあるだけどあれは楽だなあと思う。
定期的に停止する時間があるならそのタイミングでインフラとかの更新できるし、停止時間を最小にする努力とか、無停止でするための工夫とかそういったことを考えなくていい。これはずるい。うらやましい話。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Saturday, 13-Jul-2024 10:26:24 JST きゅーけー 今後これから円高に進んだらメディアは「国力回復!」とかいって喜ぶのだろうか。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Friday, 12-Jul-2024 21:36:02 JST きゅーけー @graywolf
忠告ありがとうございます。
SRFI-180 は最悪時間計算量が大きいのですね。guile-json について覚えておきます。worst case performance の日本語訳についてですが、「最悪時の性能」や「最悪時性能」が自然な訳だと感じます。ただ、実際には「ワーストケース性能」や「ワーストケースパフォーマンス」でも通じます。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Friday, 12-Jul-2024 16:31:20 JST きゅーけー 個人的には SRFI-197 のインパクトが大きくて、これの chain-lambda と cond の => のシナジーが素晴しくてよい。また SRFI-180 で JSON を扱えるのも大きい。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Friday, 12-Jul-2024 16:29:31 JST きゅーけー GNU Guile で使えるいい感じの SRFI が Guix で簡単にインストールできるのを確認してから、R7RS で開発するモチベが上がっている。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Friday, 12-Jul-2024 16:24:00 JST きゅーけー CA 立てて証明書を生成するの面倒なの分かる。面倒だけどやってる…。
-
はーしぇる :sabakan: :freebsd: (herschel@raptol.net)'s status on Friday, 12-Jul-2024 16:23:33 JST はーしぇる :sabakan: :freebsd: 外部サービスを利用するのがなんとなく嫌だったので
うちは wireguard で運用してる一長一短だし
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Thursday, 11-Jul-2024 16:50:42 JST きゅーけー 4kディスプレイにしたらむしろ Emacs と別にコンソールを開くのがわずらわしくなってきたので、Emacs の multi-term を活用していくことにした。
これでだいたい代用できると思っているけど、昔 multi-term を使うのをやめた理由が何かありそうなので分からない。(基本は shell バッファを使っていて、shell バッファで実行すると厳しいタスクだけ別のコンソールを使っていたのだけど、これを multi-term に変えるという話)
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Thursday, 11-Jul-2024 01:45:02 JST きゅーけー 4k ディスプレイ、趣味では Emacs を3等分して作業するのがメインになりそう。ブラウザは以前からあった縦型ディスプレイでやって、ノートパソコンで Mastodon をしている。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Wednesday, 10-Jul-2024 09:57:25 JST きゅーけー こういうことがあるとなんの情報を Google だけが勝手に使っているのかわかったものではないので、Chrome を回避するモチベーションが上がるな。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Wednesday, 10-Jul-2024 09:29:30 JST きゅーけー @yamad 自分は password-store というソフトウェアでパスワードと otp を gpg で暗号化して管理しています。いままでリカバリーコードもそこで管理していたのですが、何らかの理由でパスワードとotpの管理システムにアクセスできなくなった場合にリカバリーコードにもアクセスできなくなってしまう可能性を考えていて、保管手段を冗長化しようと考えた結果、リカバリーコードについては紙に書くでいいかなとなっています。。。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Wednesday, 10-Jul-2024 02:00:08 JST きゅーけー 面倒だけど紙に書いて保管するか。メールアドレスでパスワードまではリセットできてもワンタイムパスワードの方は復元できなそうなので。というかだから二要素認証になるのか。リカバリーコード重要な気がしてきた。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Wednesday, 10-Jul-2024 01:53:52 JST きゅーけー 共通のパスワード管理ツールにリカバリーコードを記録するの意味がない気がする。
万が一の場合を考えてリカバリーコードは別のところで管理した方がいいのかもしれない。 -
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Wednesday, 10-Jul-2024 01:39:57 JST きゅーけー まあセキュリティ強化のためにあらゆるサービスで二要素認証を有効にしていこうと思う。
-
きゅーけー (tojoqk@mastodon.tojo.tokyo)'s status on Wednesday, 10-Jul-2024 01:39:37 JST きゅーけー 通信路でパスワードとワンタイムパスワードを盗まれた場合に場合に助かるというのはあるか。