题图:これは可愛い男の子🤔
簡易な週記、やはり現実生活は変わらず
文章の元の長さの問題で、感想を移しました => 《執筆を通じて学んだ内容の理解を深める》
私は何を見たか?または何を使ったか?#
作品 & 製品#
ソフトウェアの進捗は、私がこのソフトウェアにどれだけ慣れているかの指標と考えています
作品 & 製品名 | 媒介 | 進捗 | 打分 | 吐槽 |
---|---|---|---|---|
庙不可言 | アニメ | 40% | ... | 少し難しいが、見続けられそう |
碧蓝之海 | 漫画 | 10% | ... | 裸の筋肉男のストーリーが多すぎて、ちょっと見づらい、好きになれそうにない |
入间同学入魔了 | 漫画 | 10% | 7.5 | まあまあ良いが、特に好きな作品ではない。即視感が強い |
王国之泪 | ゲーム | 15% | >9 | 1. 希多、どこに行っても私を連れて行かないなんて、ほんとに。背負ってくれないの?こんなに頑張って上がったのに、もう着いてるなんて。 2. やっと水神殿をクリアした |
Inoreader | ソフト | 60% | 8 | feedly よりもずっとプロフェッショナルに見えるので、inoreader に移行しました。 |
Toggl Track | ソフト | 60% | 8 | 使い続けていて、少し不可欠になってきた |
Readwise | ソフト | 50% | 7 | 高いが、使ってみると少し物足りない、、 |
1Password | ソフト | 95% | 9 | 1. 1Password は有料ですが、確かにその価値があります。本当に使いやすいので、私が作るソフトもこれくらい使いやすくしなければなりません。 2. ひどい、1Password で ssh キーを管理したら、便利すぎて、今ではネイティブの ssh-agent をオフにしてしまった~~ |
ニュース#
- ‘I've got nothing to hide’ and other misunderstandings of privacy (2007) | Hacker News: 多くの人が「隠すものはない」と言いますが、それは私たちがプライバシーを気にしない理由ではありません。
- The first messenger without user IDs | Hacker News:また別の暗号化通信ソフトウェアで、特徴は単に通信内容を暗号化するだけでなく、ユーザーの IP も秘密にしていることです。実際、身元を隠せる暗号化通信ソフトウェアは技術的には問題ありません。しかし、問題は法律にあります。多くの国や地域では、監視できない通信システムを禁止する可能性があります。
- WJ.16: 个人信息流分享 - Airing :とても文化的で、彼と比べると私の文章は本当に粗雑です。これが「自惭形秽」と呼ばれる感情だと理解しました。
- Is this a good book for me, now? | Hacker News:読書についての考察で、オーディオブックと比べて、私は通常読書の方が好きですが、もし本を読み終えたくない場合は、仕事中に残りをオーディオブックとして再生します。😄実際、各本は異なる人の異なる時期において価値が異なるというのがこの記事の主旨です。
- Best Practices for Designing a Pragmatic RESTful API | Vinay Sahni:10 年前の RESTful API のベストプラクティスに関する記事で、今でも API 設計の参考になります。
- 二〇二三年迈阿密散记:他人の旅行、美しい生活、私はまだ海外に行ったことがない~~
- $ HOME, not so sweet $HOME | Hacker News:ここで初めて XDG 関連の規範を知りました。主に CLI ソフトウェアのファイルディレクトリの保存パスを規定しています。CLI 経験のある方はぜひ見てみてください。HackerNews では激しい議論が行われました。
それから私の HOME ディレクトリを見てみると、これが HOME ディレクトリにあるソフトウェアだと理解できます。
つぶやき#
- 私は Telegram を情報の集約地としてあまり好まない。 ある程度そうしているのは事実ですが、そうするとチャンネルがロボットのようになってしまう可能性があると思います。私は Telegram で大声で話すのが好きで、Twitter ではあまり話したくありません。Twitter で話すのは公園で叫んでいるような感じです。(友達のグループはあまりにも閉鎖的で、全て親戚や友人、同僚ばかりです)。
- ユーザーデータの所有権はユーザーにあるのか、それとも私たちにあるのか? 例えば、ユーザーの GitHub 情報を取得した場合、ユーザーがアカウントを削除した後にその情報を削除することを約束すべきでしょうか?私は今、こういったことに悩んでいて、一人で考えたくないので、誰かと話し合いたいです。(上司に電話)
- 自分のもう一つの特性を理解しました。 それは、他人と議論する際、その事柄が論理的に証明できず、私の利益に影響しない場合、議論を放棄する傾向があることです。
- 今週、ssh-agent に関する記事を発表し、コメント欄の指導に従って、1Password が本当に素晴らしいと感じました。
- 5 年前から RSS を使っていて -> 4 年間 DIYGod をフォローしていて -> 本格的に RSSHub を使い始めたのは 21 年 -> 本格的に xLog を使い始めたのは 23 年。
- 今週は主に自分の入力と出力のワークフローを整理し、考えました。小さな記事に関しては入力が十分ですが、本に関してはまだ少なすぎます。
少し計画した今後 2 ヶ月の執筆予定#
少し計画した今後 2 ヶ月の執筆予定ですが、変更があるかもしれませんが、大体はこんな感じです(対応するファイルはすでに作成済みで、実際にはほとんどが水文です)
これらはソフトウェアを書くときに少し注意が必要なことです:#
- A11Y: アクセシビリティは、障害のある人を含むすべての人が使用できるウェブサイトやアプリケーションを設計・作成することを指します。例えば、盲人が音声でソフトウェアを使用できるようにすることです。
- l10n : ローカリゼーション(本地化)、類似のものに i18n(国際化)があります。
- GDPR:一般データ保護規則(General Data Protection Regulation)は、2018 年 5 月 25 日に発効した欧州連合の立法です。GDPR の主な目的は、個人のオンラインデータの安全を保護し、個人に自分の個人データに対するより多くのコントロールを与えることです。
考慮すべきことが多すぎます~~
🗄 データがバックアップされていることを確認し、データが失われた場合、ユーザーは耐えられません
🗑 ユーザーがいつでも自分のデータを削除できるようにし、バックアップのデータも含めます
📲 ユーザーが自分のデータとメタデータをダウンロードできるようにし、GDPR の要件に準拠します
📚 ストレージシステムを HIPAA、FISA、EU のデータローカリゼーションポリシーなどの法律に準拠して設計します
🚂 ストレージシステムの変更に伴い、既存のユーザーデータを移行します
📊 バックエンドを監視し、ダウンタイムイベント、クォータ使用状況、安全性の脆弱性を処理します
👮 ユーザーデータへのアクセスを許可された代理人の制御と監査を行います
記録#
心の中で、これらは自動生成されるべきだと念じています
Sleep - 救済が必要な睡眠#
Keep - 続けていけるもの#
Toggl Track#
記事を書くのに非常に多くの時間を使い、また多くのことが記録されていないことを理解できます。最初は使い慣れていないと言えます。
私は自分の文章の長さと執筆時間を制御する必要があると感じています。今は長すぎて、質も良くない~~