Ask HN: Bagaimana programmer yang tidak memakai pelengkapan otomatis/LSP bekerja?

• Ini adalah pertanyaan tentang bagaimana pengembang yang tidak menggunakan fitur IDE seperti pelengkapan otomatis, language server, atau Copilot menangani tipe dan field dalam codebase
• Penanya ingin tahu alur pengembangan dan cara menelusuri kode saat bekerja tanpa alat-alat tersebut, terutama bagaimana menemukan definisi atau implementasi fungsi yang ada di file lain
• Sebagai contoh, penanya merasa sulit bekerja tanpa fitur go-to-definition dari language server, dan ingin mengetahui cara apa yang digunakan sebagai penggantinya

[GN⁺]

Komentar Hacker News

• Saya belajar bahwa pengorganisasian kode itu penting setelah bertemu seorang programmer penyandang tunanetra. Programmer tunanetra itu menekankan bahwa kode harus memiliki struktur yang jelas dan logis. Ini menimbulkan kekhawatiran tentang ketergantungan pada fitur LSP/IDE yang dapat menyembunyikan cacat struktural di codebase.

• Disebutkan bahwa LSP dibutuhkan pada sistem dengan banyak definisi sementara. React/TypeScript dijadikan contoh, sedangkan pada codebase Python non-framework, fitur auto-completion di shell biasanya sudah cukup.

• Ada dua jenis programmer yang menghindari LSP/LLM. Kelompok pertama bergantung pada orang lain sebagai protokol bahasa manusia. Kelompok kedua mahir menavigasi codebase dengan alat-alat lama.

• Disarankan untuk mematikan fitur LSP selama satu bulan. Ini membantu mempelajari nilai pengorganisasian proyek, penamaan berkas, dan pernyataan import eksplisit.

• Mereka yang memakai shell sebagai lingkungan pengembangan lebih suka membiasakan diri dengan kode lewat alat CLI. Mereka menyukai compiler dan type check yang cepat, dan menghindari gangguan visual dari IDE.

• Berbagi pengalaman bekerja dengan vim tanpa bantuan (non-assistive), dan menekankan pentingnya menjadi terampil dalam penggunaan tab dan penamaan.

• Diibaratkan seperti orang yang mengemudi tanpa GPS: pemahaman mendalam terhadap codebase sangat penting. Ia tidak menolak LSP, tetapi lebih menyukai alat seperti vim.

• Disebutkan bahwa banyak alat bisa jadi pengganggu, jadi penting untuk berkonsentrasi di ruang yang tenang. Ia membaca dan mencari kode dengan menggunakan utilitas POSIX standar.

• Berargumen bahwa menghafal dan rasa sakit efektif untuk belajar. Dengan pengaturan vim yang minimal, ia jadi lebih memahami kompleksitas Linux dan bahasa.

• Mendapat pemahaman bahwa alat modern memungkinkan tetap produktif tanpa keadaan "flow", sehingga memicunya untuk mencoba fitur-fitur modern seperti VSCode.