Kod okuma becerilerimi nasıl geliştirebilirim [kapalı]


13

Peki soru başlıkta - kod okuma becerilerimi nasıl geliştirebilirim?

Şu anda geliştirme yaptığım yazılım / donanım ortamı, derleme süreleri ve tüm sistemin test edilmesi için gereken süreye göre oldukça yavaştır. Sistem oldukça eski / karmaşıktır ve bu nedenle onu daha küçük, daha yönetilebilir bir alt projeye bölmek, düzgün bir gelecekte mümkün değildir.

Geliştirme ilerlemesini gerçekten engelleyen şeyin kod okuma becerilerim olduğunu fark ettim. Kod okuma becerilerimi nasıl geliştirebilirim, böylece hata ayıklayıcıyı başlatmadan önce bile "derleme" tuşuna basmadan önce bile koddaki hataların ve sorunların çoğunu tespit edebilir miyim?


Benzer bir problemle uğraşıyordum. Ekibimiz, çok büyük bir eski kod tabanını paylaşılan önbelleğe almayı destekleyen yeni bir yapıya uyarlamaya zaman ayırmaya karar verdi. Üretim sürelerimizi geliştirmeyi ve güvenilirliği önemli ölçüde artırmayı başardık. Ayrıca, uygulamanızın önceden oluşturulmuş büyük parçalarını kullanmaya başlamaya yetecek kadar yeniden düzenleme yapabiliyorsanız, inşaat süresinden de tasarruf edebilirsiniz.
smithco

1
tüm beceriler gibi, sadece uygulama ve daha fazla deneyime sahip olanlardan tavsiye almak daha iyi olur.

Tıpkı dil öğrenmek gibi. Daha fazla kod okursunuz, okuma becerilerinizde daha fazla uzmanlık.
Steven Mou

Yanıtlar:


1

Daha fazla kod okuyun

Birincisi, sertifika sorularını okumaktan biraz iyi kod okuma becerilerimi aldım, bunları takip etmek çok zordu, çünkü bilerek kötü yazılmışlardı

Sonuçta, dil bilginizi (benim durumumda Java) test etmeleri gerekiyor.

Ne kadar çok kod okursanız, o kadar fazla deneyim biriktirirsiniz, bu kadar basit


4

Kullanabileceğiniz geri bildirimleri verebilmesi için geliştirme ortamınızı mümkün olduğunca geliştirin.

Modern IDE'ler gerekli bilgileri sağlayabilirseniz ÇOK yardımcı olabilir. Örnekler:

  • Sözdizimi renklendirme: Bir renkteki sabitler, başka bir yorum, üçüncü bir tanımlayıcılar, dördüncü bir dize, vb. Geçenlerde bir kod parçası buldum ... garip ... Bir değişkenin sabit olurdu - yanlış renk onu verdi.
  • Basit derleme hatalarını yakalayın. Çoğu dilde bir düzenleyicinin öğretilebileceği basit bir sözdizimi vardır, böylece ileride hatalarınız olacağını söyleyebilir.
  • Karmaşık derleme hatalarını yakalayın. Birçok derleyici, IDE'nize yüklenebilecek bilgi dosyaları oluşturabilir, böylece belirli bir işlevin kaç argüman aldığını bilir.

Ayrıca, programlarınız hakkında daha fazla bilgi edinmek için kullanabileceğiniz, programlarınızdaki mantıksal hataları tanımlayabilen programlar da vardır.

Ayrıca, IDE'niz tüm bunları bildiğinde kaynağınızda gezinmenize yardımcı olabilir. Bu, her şeyi ezberlemek yerine işleri kolayca aramanıza olanak tanır

Daha iyi öneriler için çalıştığınız ortam ve yazdığınız programlar hakkında daha fazla bilgi sağlamak için sorunuzu düzenlemenizi öneririz.


1
Ayrıca, uzun bir monitör (veya geniş, pivotlu bir monitör) harikalar yaratabilir, çünkü bir kerede kodunuzun daha fazlasını GÖRebilirsiniz.

1

Herkesin söylediklerine ek olarak, kodu okuyacaksanız (özellikle sizin değilse) sabırlı olmanız gerekir. Evet, her bir kod satırını gönülden okumak pratik gerektirir, ancak buna değer ve ayrıca başkalarının kodlama stillerini / püf noktalarını öğrenirsiniz. İşte sırayla ne için kontrol:

  1. değişken adları, eşleşen parantezler, ithalat vb.
  2. koşulların doğru yerleştirildiğinden ve hataların yakalandığından emin olun
  3. diğer her şey - işlevlerin kullanımı, vb.

Düz metin düzenleyicide kodlamaya alışkınım, bu yüzden Ctrl + F benim arkadaşım, ancak IDE özellikle birden fazla dosyadan okurken çok kullanışlıdır.

Şimdi kodu yazacak olan sizseniz, beyaz boşluklar ve girintiler ve yorumlar koymaktan korkmayın. Dürüst olmak gerekirse, gözlere hoş görünmüyorsa, kafada bir ağrı haline gelir.


0

Derlemeden önce tüm hataları tespit edebilsem bile test ve derleme ile kontrol ederim. Sadece olumlu bir teste ve çalışan bir programa güvenirim.

İyi kod okuma becerilerinin, kodla ilgili hipotezlerde sizi çok ileriye götürebileceğini düşünüyorum. "Muhtemelen bu yanlış olur!" Ve bunu test edin. Ve hataları bulmak "test neden sağlar" bu olabilir

Oraya ulaşmanın en iyi yolu kodu kendiniz yazmaktır. İkinci en iyi yol, kodun gerçekten iyi olması ve kendini açıklamasıdır (eğer gerçekten zorsa kod o kadar iyi değildir)

Kendi kodunuz değilse ve iyi yazılmış değilse, daha iyi olmanın tek yolu yapmak, yapmak, yapmaktır. Kodu okuyun, farklı şeyler deneyin, ona karşı testler yazın, kod tabanını tanıma, refactor. Araçlar yardımcı olabilir, yöntemlerin nerede kullanıldığını, arabirimlerin nerede uygulandığını, değişkenlerin nerede bildirildiğini vb. Ve ad alanlarına, bunların ilişkilerine ve bunlarla ilgili metriklere genel bir bakış sağlayan araçlar.


0

Geçmişte benzer bir sorunum vardı - Benim hilem küçük bir test yazmak, masayı bir süre bırakmak, geri gelmek ve testi kağıt üzerinde simüle etmekti. Bu şekilde, kodunuzu yeni bir görünümle gözden geçirirsiniz ve kontrol etmek için belirli bir değere sahip olursunuz (kodunuzun üzerinden gitmekten ve "ahh .. ahh ... mantıklı" demekten farklı olarak)


0

Muhtemelen, resmi kod incelemelerinde olduğu gibi, her bir gözden geçirenin farklı bir sorumluluğu vardır. Bir kod gövdesi alın ve sadece kötü değişken adları aramak için bir hafta (diyelim) geçirin. Potansiyel boş göstericiler aramak için gelecek hafta aynı koda tekrar basın; gelecek hafta yinelenen kod blokları arayın; ardından çoklu kullanım sorunları vb.

Farklı dedektörleri honlamak için özel bir zaman harcadıktan sonra, artık birkaç veya belki de hepsi aktif olarak kod okuyabileceğinizi görebilirsiniz, böylece şimdi tek bir okumada daha zengin bir kod duygusuna sahipsiniz.


0

Derleme hataları hakkında konuşuyorsanız, bu olmayacak. Derleyici hataları için en iyi çözüm, yapıyı bozan kişiyi, bir başkası yapıyı kırana kadar yapıyı bebek sitesine atamaktır. Onu kırdın, düzeltin.

Mantık hatalarının tespit edilmesini önlemek çok daha zordur. Basit vakaları önlemenin bir tekniği birim / regresyon testi yazmaktır.


0

Bu sabah duyduğum bir ipucu (SE Radyoda) bir dosya alıp 3pt tipine küçültmek, sonra metinde desen aramaktı. Metni okuyamazsınız, ancak her türlü desen görünecektir. Oldukça güzel bir numara.

Ve burası komut satırından arkadaşın, grep ve boru hatlarının birçok yararlı şey yapabileceği yerlerden biri.


"bir dosyayı alıp 3pt türüne küçültmek" - ne demek istiyorsun - metin düzenleyicideki yazı tipini 3pt yazı tipine değiştirmek için?

Tam olarak, fikir gerçek kelimeleri değil metnin şeklini görmek.
Zachary K

0

Birkaç yıldır programlama eğitmenliği yapıyordum. Bu dönemde kod okumak ve yorum yapmak için çok zaman harcadım. Bu, derleme hatalarını (her zaman öğrencilerin kodlarını derlemedik), mantık ve tasarım hatalarını ve standardizasyon sorunlarını tespit etmeyi içerir.

Bunu iyi yapabilmek için bu tür hatalar için keskin bir göz geliştirmemiz ve kodu "kuru çalıştırabilmemiz" gerekiyordu. Bu tür bir etkinlik beni birçok kodlama stiline de maruz bıraktı. Bugün kod okuma becerilerim o döneme teşekkürler.

Size önerim şudur:

  • Akranlarınızla kod incelemesi yapın.
  • Kodun kendiniz için ne yaptığını anlamanız için onlarla birlikte gitmeden önce kendi kodlarını okumanızı tavsiye ederim.
  • Kod yapısı ve temizliği, standartları ve mantığı hakkında yorum yapar.
  • Bu, kod kalitenizi ve kod okuma becerilerinizi geliştirecektir.
  • Kodunuzu kodlamayı bitirdikten bir süre sonra kodunuzu gözden geçirin, bu şekilde kodu "taze gözlerle" değerlendirebilir ve hatalarınızdan öğrenebilirsiniz.

İyi şanslar!

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.