"Matikan peralatannya. Gak bisa? Gak bisa dimatikan. Sepertinya aku harus keluar dari sini" Ini juga merupakan karya yang meninggalkan salah satu kutipan legendaris di dunia meme Korea.
Saya pernah mendengar cerita tentang perusahaan tempat kenalan saya bekerja; itu adalah perusahaan perangkat lunak reservasi dan manajemen pelanggan yang membangun server lokal.
Produknya sudah dikembangkan hampir 20 tahun, dan karena pasar sasarannya jelas, katanya perusahaan itu menempati posisi nomor 2 di industrinya.
Ini juga merupakan layanan yang bukan berbasis cloud/web dan perkembangan teknisnya tidak terlalu besar, tetapi saya merasa bisnis seperti ini juga cukup bagus.
Saya sedikit lebih sependapat dengan perkataan John.
Intinya, mungkin yang penting bukan mengikuti perkataan kedua orang itu secara membabi buta seperti dogma, melainkan memahami mengapa mereka berpandangan demikian lalu melangkah maju.
Ikon sepertinya sebaiknya hanya digunakan dalam situasi yang bisa dipahami sekilas, dan juga tampaknya fitur untuk menampilkan teks bantu dengan tekan lama memang benar-benar diperlukan.
Secara pribadi saya menggunakan Clojure, dan saya sangat banyak setuju dengan isi artikel tersebut.
Untuk pekerjaan, saya selama ini terutama menggunakan Python dan Java(Type)Script, tetapi kalau pengelolaannya sedikit saja terabaikan, bahasa itu sendiri dan perubahan pada library-librarynya sering kali membuat kode cepat menjadi legacy code. Yang sangat memuaskan dari Clojure adalah kemudahan untuk langsung melakukan modifikasi dan pengembangan bahkan ketika melihat kembali kode yang pernah ditulis setahun kemudian.
Sejak itu, untuk penggunaan pribadi, kecuali jika ada keterbatasan dari library tertentu, saya jadi sering mengandalkan Clojure.
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.
Opsi konfigurasi Git yang populer
"Matikan peralatannya. Gak bisa? Gak bisa dimatikan. Sepertinya aku harus keluar dari sini" Ini juga merupakan karya yang meninggalkan salah satu kutipan legendaris di dunia meme Korea.
Saya pernah mendengar cerita tentang perusahaan tempat kenalan saya bekerja; itu adalah perusahaan perangkat lunak reservasi dan manajemen pelanggan yang membangun server lokal.
Produknya sudah dikembangkan hampir 20 tahun, dan karena pasar sasarannya jelas, katanya perusahaan itu menempati posisi nomor 2 di industrinya.
Ini juga merupakan layanan yang bukan berbasis cloud/web dan perkembangan teknisnya tidak terlalu besar, tetapi saya merasa bisnis seperti ini juga cukup bagus.
Saya sedikit lebih sependapat dengan perkataan John.
Intinya, mungkin yang penting bukan mengikuti perkataan kedua orang itu secara membabi buta seperti dogma, melainkan memahami mengapa mereka berpandangan demikian lalu melangkah maju.
Bagus juga fitur penggunaan ulang penyelesaian konflik.
Memang, yang penting adalah secukupnya.
Saat melakukan diff, saya memakai git-delta untuk melihatnya dalam format TUI.
Kalau malas mengutak-atik ini itu, pakai tig juga.... hahaha
Ada yang lebih bagus mungkin...?
Bermanfaat 👍🏻
Tetap saja, saya ingin mencobanya.
Bagaimanapun dilihat, ini terasa seperti menyelesaikan masalah yang mudah dengan cara yang lebih rumit...
Saya benar-benar membacanya dengan sangat menyenangkan.
Kalian orang-orang yang keren. :)
Saya kira Partai Buruh Inggris lebih kiri daripada Partai Konservatif, tapi waduh~
Obsidian♡
Ikon sepertinya sebaiknya hanya digunakan dalam situasi yang bisa dipahami sekilas, dan juga tampaknya fitur untuk menampilkan teks bantu dengan tekan lama memang benar-benar diperlukan.
Secara pribadi saya menggunakan Clojure, dan saya sangat banyak setuju dengan isi artikel tersebut.
Untuk pekerjaan, saya selama ini terutama menggunakan Python dan Java(Type)Script, tetapi kalau pengelolaannya sedikit saja terabaikan, bahasa itu sendiri dan perubahan pada library-librarynya sering kali membuat kode cepat menjadi legacy code. Yang sangat memuaskan dari Clojure adalah kemudahan untuk langsung melakukan modifikasi dan pengembangan bahkan ketika melihat kembali kode yang pernah ditulis setahun kemudian.
Sejak itu, untuk penggunaan pribadi, kecuali jika ada keterbatasan dari library tertentu, saya jadi sering mengandalkan Clojure.
Tulisan Anda sangat bagus.
Saya membacanya dengan senang hati!