Ask HN: Otomatik tamamlama/LSP kullanmayan programcılar nasıl çalışıyor?
(news.ycombinator.com)- Otomatik tamamlama, dil sunucuları ve Copilot gibi IDE özelliklerini kullanmayan geliştiricilerin kod tabanındaki tipleri ve alanları nasıl ele aldığına dair bir soru
- Bu tür araçlar olmadan çalışırken geliştirme akışının ve kodda gezinme yöntemlerinin nasıl olduğu, özellikle başka dosyalardaki fonksiyonların tanımını veya implementasyonunu nasıl buldukları merak ediliyor
- Örnek olarak, dil sunucusunun go-to-definition özelliği olmadan çalışmanın zor geldiği belirtiliyor ve bunun yerine hangi yöntemlerin kullanıldığı öğrenilmek isteniyor
1 yorum
Hacker News Yorumu
Bir programcı, bir görme engelli programcıyla tanışınca kodun iyi organize edilmesinin önemli olduğunu öğrendi. O programcı, kodun net ve mantıksal bir yapıya sahip olması gerektiğini vurguladı. Bu da, kod tabanındaki yapısal kusurları gizleyebilen LSP/IDE özelliklerine bağımlı olmaktan doğan bir endişeye yol açtı.
LSP'nin, çok sayıda ara tanımı olan sistemlerde gerekli olduğuna işaret edildi. Örnek olarak React/TypeScript verilmiş; çerçeve dışı Python kod tabanlarında ise shell tamamlama genellikle yeterli oluyor.
İki tür LSP/LLM kaçınan programcıdan söz ediliyor. İlk grup, insan dili sunucu protokolü gibi bir şey olarak başkalarına dayanıyor. İkinci grup, kod tabanını keşfetmede eski araçları ustalıkla kullanabiliyor.
LSP özelliklerini bir ay boyunca kapatmayı öneriyor. Bu sayede proje organizasyonu, dosya adlandırma ve açık import ifadelerinin değerini öğrenebilirsiniz.
Geliştirme ortamı olarak shell kullanan biri, kodla yakınlık kurmak için CLI araçlarını tercih ediyor. Hızlı derleyicileri ve tip kontrolünü seviyor; IDE'lerin görsel dikkat dağıtıcılarını ise reddediyor.
Yardım almayan vim ile çalışarak edindiği deneyimi paylaşıyor ve sekme kullanımıyla iyi adlandırma konusunda uzmanlaşmanın önemini vurguluyor.
GPS kullanmadan araç kullanan insanlara kıyasla, kod tabanı konusunda derin bir anlayışa sahip olmanın önemli olduğuna dikkat çekiyor. LSP'ye karşı çıkmıyor ama Vim gibi araçları tercih ediyor.
Pek çok aracın dikkat dağıtıcı olabileceğini ve sessiz bir ortamda odaklanmanın önemini vurguluyor. Kodları okuma ve arama için standart POSIX araçlarını kullanıyor.
Ezberin ve zorluğun öğrenmede etkili olduğuna inanıyor. En temel vim ayarlarıyla Linux ve dilin karmaşıklığını daha iyi anladığını belirtiyor.
Modern araçların, akış halinde olmadan da verimliliği sürdürebileceğini fark etmenin bir dersi olduğunu belirtiyor; bu da onu VSCode gibi modern özellikleri denemeye teşvik etmiş.