Akhir-akhir ini rasanya saya lebih sering berdebat bukan soal clean code, melainkan karena ada penggemar tech stack atau arsitektur tertentu yang berbicara seolah-olah akan jadi masalah besar kalau tech stack atau arsitektur itu tidak diadopsi. Menurut saya, penerapannya harus disesuaikan dengan situasi; sepertinya tidak ada yang mutlak selalu baik.
Sistem terdistribusi seperti Flink perlu mempertahankan 2–3 rack untuk menjaga HA, dan tampaknya dengan mengintegrasikan Kubernetes, HA berhasil dijamin. Namun pada akhirnya tetap perlu memikirkan resource untuk kube slave node, jadi saya jadi bertanya-tanya apakah mereka membangun node yang hanya menjalankan Flink saja (sepertinya bisa ada isu slave node down saat beban Flink tinggi).
Dari sudut pandang itu, apakah ada keuntungan menggunakan Kubernetes?
Selain itu, ketika memakai window function di Flink, data di antaranya akan dipertahankan di memori sehingga pernyataan SQL join bisa berjalan. Jika dilihat dari sudut pandang trade-off, apakah Flink benar-benar pilihan yang baik? Jika seiring waktu SQL + job makin besar lalu job-nya mati, akibatnya akan sangat besar..
Saya juga sedang memikirkan, saat join diperlukan di data source paling atas, alih-alih memakai Flink, dengan cara seperti apa pemrosesannya bisa diturunkan ke level application.
Kalau dipikir-pikir, saya juga merekomendasikan philosophy of sw design karya John kepada para junior, tetapi tidak benar-benar merekomendasikan clean code.
Semuanya bagus, tapi ada kekurangan besar: kalau mau beli dari Korea, perlu kenalan yang tinggal di luar negeri...
Katanya layanan forwarding juga dibatasi dengan sangat ketat.
Menurut saya, yang penting adalah tidak sekadar mengikuti headline secara membabi buta, melainkan memahami konteksnya dengan baik dan menerapkannya dengan tepat.
Terima kasih untuk tulisannya yang bagus. Saya ingin membuat file yang dihasilkan di AWS (seperti laporan) dalam format HWP, tetapi kesulitan karena referensi terkaitnya masih kurang. Saat ini saya menggunakan Word. Jika ada materi yang bisa dijadikan referensi, saya mohon bantuannya untuk membagikan tautannya.
Dibandingkan dengan MS Word atau Libre Office, Hangeul jauh lebih nyaman untuk membuat dokumen dengan bentuk yang saya inginkan. Untuk distribusinya tinggal pakai PDF saja.
Tentu saja, saya juga merasa begitu karena saya lebih terbiasa dengan Hangeul.
Buku pengembangan diri tentang coding mungkin cocok untuk pemula yang belum punya pandangan nilai tentang teknologi atau cara implementasi, tetapi menurut saya manfaatnya berkurang seiring bertambahnya pengalaman. Soalnya tidak ada kebenaran mutlak yang cocok untuk semua proyek dan lingkungan, dan ada juga situasi di mana teori umum tidak berlaku. Seperti nasihat dalam buku pengembangan diri di bidang umum lainnya, tampaknya lebih baik menjaga jarak secukupnya, hanya menerapkan saran yang sesuai dengan situasi, dan tidak mengejar nasihat itu secara membabi buta.
Akhir-akhir ini rasanya saya lebih sering berdebat bukan soal clean code, melainkan karena ada penggemar tech stack atau arsitektur tertentu yang berbicara seolah-olah akan jadi masalah besar kalau tech stack atau arsitektur itu tidak diadopsi. Menurut saya, penerapannya harus disesuaikan dengan situasi; sepertinya tidak ada yang mutlak selalu baik.
Sistem terdistribusi seperti Flink perlu mempertahankan 2–3 rack untuk menjaga HA, dan tampaknya dengan mengintegrasikan Kubernetes, HA berhasil dijamin. Namun pada akhirnya tetap perlu memikirkan resource untuk kube slave node, jadi saya jadi bertanya-tanya apakah mereka membangun node yang hanya menjalankan Flink saja (sepertinya bisa ada isu slave node down saat beban Flink tinggi).
Dari sudut pandang itu, apakah ada keuntungan menggunakan Kubernetes?
Selain itu, ketika memakai window function di Flink, data di antaranya akan dipertahankan di memori sehingga pernyataan SQL join bisa berjalan. Jika dilihat dari sudut pandang trade-off, apakah Flink benar-benar pilihan yang baik? Jika seiring waktu SQL + job makin besar lalu job-nya mati, akibatnya akan sangat besar..
Saya juga sedang memikirkan, saat join diperlukan di data source paling atas, alih-alih memakai Flink, dengan cara seperti apa pemrosesannya bisa diturunkan ke level application.
Diskusinya keren.
Kalau dipikir-pikir, saya juga merekomendasikan philosophy of sw design karya John kepada para junior, tetapi tidak benar-benar merekomendasikan clean code.
Tulisan aslinya sudah dihapus. Lihat di Web Archive
https://web.archive.org/web/20250225151227/…
Wow, barusan saya aktifkan aplikasi GitHub yang mereview PR. Jadi penasaran bagaimana hasilnya.
Semuanya bagus, tapi ada kekurangan besar: kalau mau beli dari Korea, perlu kenalan yang tinggal di luar negeri...
Katanya layanan forwarding juga dibatasi dengan sangat ketat.
Katanya itu meniru persis
docx.MS sendiri juga sudah melakukan hal seperti itu saat mengubah
docmenjadidocx.Menurut saya, yang penting adalah tidak sekadar mengikuti headline secara membabi buta, melainkan memahami konteksnya dengan baik dan menerapkannya dengan tepat.
Hmm... saya penasaran apakah pengembangannya akan jadi lebih type-safe dibanding TS.
2021-02 Laptop modular, Framework Laptop diperkenalkan
2021-07 Pengiriman Framework Laptop dimulai dan ulasan-ulasan dirilis
2021-10 Marketplace untuk laptop modular Framework diperkenalkan
2022-01 Laptop modular Framework merilis firmware open source
2022-05 Framework Laptop yang baru ditingkatkan diumumkan
2022-09 Laptop modular Framework mengumumkan edisi Chromebook bersama Google
2024-01 Ulasan Framework Laptop 16
Hmm, bahkan Chromebook dibuat bisa di-upgrade, tetapi justru desktop-nya sendiri cukup terbatas untuk di-upgrade.
Saya juga merasa itu adalah perangkat lunak yang hebat, setidaknya sampai Hangeul 97 dirilis.
Terima kasih untuk tulisannya yang bagus. Saya ingin membuat file yang dihasilkan di AWS (seperti laporan) dalam format HWP, tetapi kesulitan karena referensi terkaitnya masih kurang. Saat ini saya menggunakan Word. Jika ada materi yang bisa dijadikan referensi, saya mohon bantuannya untuk membagikan tautannya.
Menurut saya AI sebaiknya fokus belajar dari PDF saja, dan untuk HWP mungkin lebih baik membuat konverter PDF yang bagus haha
Dibandingkan dengan MS Word atau Libre Office, Hangeul jauh lebih nyaman untuk membuat dokumen dengan bentuk yang saya inginkan. Untuk distribusinya tinggal pakai PDF saja.
Tentu saja, saya juga merasa begitu karena saya lebih terbiasa dengan Hangeul.
Dulu saya dengar
hwpxitu hanya binerhwpyang diuraikan menjadi XML lalu dibungkus dengan ZIP.Namun setidaknya masih bisa dibaca, jadi...
Format file dokumen Han/Geul: melihat struktur format HWP
Buku pengembangan diri tentang coding mungkin cocok untuk pemula yang belum punya pandangan nilai tentang teknologi atau cara implementasi, tetapi menurut saya manfaatnya berkurang seiring bertambahnya pengalaman. Soalnya tidak ada kebenaran mutlak yang cocok untuk semua proyek dan lingkungan, dan ada juga situasi di mana teori umum tidak berlaku. Seperti nasihat dalam buku pengembangan diri di bidang umum lainnya, tampaknya lebih baik menjaga jarak secukupnya, hanya menerapkan saran yang sesuai dengan situasi, dan tidak mengejar nasihat itu secara membabi buta.
Jangan lupa bahwa clean code bukanlah tujuan, melainkan sarana.
Frontend berbasis Go ternyata lebih efektif daripada yang saya kira. Ternyata ada alasan mengapa use case-nya terus bertambah.