Arsipkan atau Hapus? | Kev Keunikan

Arsipkan atau Hapus? | Kev Keunikan


📅 06 November 2025
|

⏱️ ~2 menit membaca

Kalau soal email, saya sangat anal. Saya termasuk orang yang tidak punya kotak masuk – kotak masuk saya adalah tempat menyimpan email untuk sementara sebelum saya menanganinya. Setelah ditangani, mereka akan diarsipkan atau dihapus.

Saat ini saya memiliki 5 email di kotak surat pribadi saya, dan 7 di email kantor saya. Saya memperlakukannya sebagai semacam daftar tugas yang harus dilakukan. Saya mendapat banyak sekali email, terutama di tempat kerja (ratusan sehari), jadi bagi siapa pun yang mengatakan mereka mendapat terlalu banyak email untuk melakukan inbox zero, saya sebut omong kosong.

Bagaimanapun, saya ngelantur, postingan ini bukan tentang kecintaan saya pada zero inbox. Itu postingan untuk hari lain. Setelah membaca postingan Chris, saya mengiriminya email berisi pemikiran saya, tetapi saya memutuskan untuk menuliskannya di sini juga.

Secara pribadi, saya melakukan kombinasi keduanya. Saya mungkin menghapus sekitar separuh email yang saya terima, namun untuk separuh lainnya, saya melakukan salah satu dari dua hal berikut:

  1. Arsipkan.
  2. Pindahkan ke milikku Menyimpan map.

Solusi jangka panjang

Saya membersihkan kotak surat saya setiap akhir tahun. Semua yang ada di item terkirim dan arsip saya dipindahkan ke sub-folder berdasarkan tahun, lalu tahun terlama akan dihapus. Saya hanya menyimpan surat 3 tahun di kotak surat saya.

Pengecualian untuk ini adalah milik saya Menyimpan map. Barang-barang yang ada di sana dianggap penting dan disimpan tanpa batas waktu.

Saya menghosting email saya dengan Zoho, di mana saya mendapatkan ruang penyimpanan sebesar 5GB. Beberapa orang berpikir itu tidak banyak, mengingat Anda mendapatkan 3x lipatnya dengan akun Gmail gratis. Tapi 5GB adalah penyimpanan yang sangat besar mengingat email pada dasarnya berupa teks dengan lampiran yang aneh.

Dengan arsip 3 tahun saya, dan dekade email penting di saya Menyimpan folder, saat ini saya menggunakan ruang sebesar 1,19 GB yang disertakan dengan kotak surat saya.

Maaf, saya menyinggung hal lain di sana… jelas saya sangat tertarik dengan email dan mungkin harus menulis lebih banyak postingan tentangnya. Mungkin saya harus memulai blog yang didedikasikan untuk email, seperti yang dilakukan Chris! 🤔

Jadi itulah pendekatan saya arsip vs penghapusanApa pekerjaanmu? Saya harap Anda bukan salah satu dari orang-orang kafir yang memiliki puluhan ribu email yang belum dibaca di kotak masuk Anda? Kalau begitu, aku tidak yakin kita bisa berteman.

✉️ Balas melalui email

Selanjutnya 👉🏻
Apa Yang Terjadi Setelah Kita Mati?



Source link

Postagens Similares

  • AI Research & Implementation Hub

    A comprehensive collection of my artificial intelligence research, frameworks, and implementation guides spanning technical architecture, economic impact, and societal transformation. Architecture & Infrastructure System Design Patterns Predictive Models & Trajectories System Evolution Frameworks Economic Impact Analysis Labor Market Transformation Security & Risk Analysis AI Security Architecture Technical Deep Dives Machine Learning Fundamentals Creative Systems &…

  • 在 Go 中使用 TCP keepalive · Felix Geisendörfer

    发表: 2014 年 8 月 26 日 如果您曾经编写过一些 TCP 套接字代码,您可能会想:“如果拔掉网线或远程计算机崩溃,我的连接会发生什么情况?”。 简短的回答是:什么也没有。连接的远端将无法发送 FIN 数据包,本地操作系统也不会检测到连接丢失。因此,由您作为开发人员来解决这种情况。 在 Go 中,您可以使用多种方法来帮助解决此问题。也许第一个要考虑的是 SetReadDeadline net.Conn 接口的方法。假设您的连接预计会定期接收数据,您可以简单地将超时读取视为相当于 io.EOF 错误和 Close 连接。许多现有的 TCP 协议通过定义某种心跳机制来支持这种错误处理方式,该机制要求每个端点定期发送 PING/PONG 探测,以便检测网络问题以及服务运行状况1。此外,此类心跳还可以帮助处理寻找网络活动以确定连接健康状况的代理服务器。 因此,如果您的协议支持心跳,或者您有能力将心跳添加到自己的协议中,那么这应该是解决未插入网线场景的首选。 但是,如果您无法控制协议并且不支持心跳,会发生什么情况? 现在是时候了解 TCP keepalive 以及如何在 Go 中使用它了。 TCP keepalive 在 RFC 1122 中定义,并不是 TCP 规范本身的一部分。可以为单个连接启用它,但默认情况下必须关闭。启用它将导致网络堆栈在默认持续时间(必须不少于两个小时)后探测空闲连接的运行状况。探测数据包将不包含任何数据2,并且未能回复单个探测不能被解释为死连接,因为单个探测数据包没有可靠地传输。 Go 允许您使用以下命令启用 TCP keepalive net.TCPConn的 SetKeepAlive。在 OSX 和 Linux 上,这将导致在连接空闲 2 小时后以…

  • Autonoma bilar eller inte? Fantastiska data om fördelar med autonom bilsäkerhet

    Dr. Jonathan Slotkin, en neurokirurg och medgrundare av Scrub Capital, publicerade ett utmärkt stycke i NYT idag om autonom bilsäkerhet. (DANIEL: Öppningskommentar här) Den mänskliga kostnaden När så mycket energi kommer in i en skalle kan ingen operation vända tillbaka den.Dr Jonathan Slotkin (DANIEL: Kommentar om förebyggande kontra behandling) Uppgifterna Waymos säkerhetsprestandadata från 100 miljoner…

  • సాధనం: datasette.io వార్తల ప్రివ్యూ

    datasette.io వెబ్‌సైట్ అంతర్లీన GitHub రిపోజిటరీలో ఈ news.yaml ఫైల్ నుండి రూపొందించబడిన వార్తల విభాగాన్ని కలిగి ఉంది. YAML ఆకృతి ఇలా కనిపిస్తుంది: – date: 2026-04-15 body: |- (Datasette 1.0a27)(https://docs.datasette.io/en/latest/changelog.html#a27-2026-04-15) changes how CSRF protection works in a way that simplifies form and API integration, and introduces a new `RenameTableEvent` for when a table is renamed by a SQL query. -…

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *