Nasıl daha organize bir programcı olunur? [kapalı]

9

Kod yazabilen bir programcıyım. Ama işimi halledebileceğimi görüyorum, ama işin iyi ya da açık kaynak topluluklarının çoğunun yaptığı gibi bir şey yapamam. Git hub'ýn bazý kütüphanesini kullanýyorum. Programın çoğunun iyi bir yapı olduğunu düşünüyorum. Ayrıca, beni oku.

Sorum şu:

Toplulukta herhangi bir ortak dosya yapısı veya adlandırma kuralı mı yoksa bu sadece kişisel zevk meselesi mi?
Nasıl daha organize bir programcı olmak, kod yazmak yerine sadece çalışır. Ama daha organize diğer kolay projenize almak için izin?

project-management junior-programmer

— Ted Wong
kaynak

Sihirli bir cevap olduğunu düşünmüyorum, ama buna yaklaşmanın bir yolu, kullandığınız iyi organize edilmiş bir açık kaynak projesine 'girmenizi' kolaylaştıran şeylere bakmak ve bunları kendi projenizde tekrarlamaktır. Her seferinde küçük bir parça.

— Philip

2

Programlamadaki birçok şeyde olduğu gibi, en önemlisi tutarlı olmaktır

— Tom Squires

1

@TomSquires: Katılmam gerekecek. Şimdiye kadar en önemli şey her zaman kendinizi ve kod + belgelerini geliştirmektir. Tutarlılık uğruna tutarlılık, yazılımın zaman içinde korunmasını zorlaştırır.

— l0b0

sadece sihirli bir cevap değil, aynı zamanda milyonlarca farklı programlama, proje yapılandırma vb. yolları ve hepsi hakkında iyi ya da kötü düşüncelere sahip birçok insan vardır. Yapabileceğiniz birçok küçük şey var, çok daha büyük şeyler var, ama sihirli mermi yok

— ozz

3

Geliştirme projesi yapısı Stack * ( 1 , 2 ) üzerinde birçok kez tartışılmıştır , sadece durumunuzla ilgili seçiminizi yapın.

Daha organize olmak için, kodu ve çevresindeki bilgileri düzenlemek için birçok farklı yöntem ve araç denedim:

GitHub / Bugzilla / TODO metin dosyaları gibi hata izleyicileri
Wikiler gibi GTD TiddlyWiki / GitHub'dan
Make / Maven / rake gibi araçlar oluşturun
JIRA ve Redmine gibi proje yönetim araçları
JEdit ve vim gibi editörler
Meld ve kdiff3 gibi araçları birleştir
Subversion ve Git gibi sürüm kontrol sistemleri (aslında bunu çizin, Git'i kullanın ve kendinizi çok fazla kederden kurtarın)

Her birini birkaç kez denedikten sonra, bazılarının düşünce tarzınıza diğerlerinden daha iyi uyduğunu görebilirsiniz. Ancak , her zaman bilmediğiniz daha iyi bir araç olduğunu ve araçların her zaman birbirlerini yakaladığını unutmayın . Bu nedenle, öğrendiğiniz her şeyin sizin için daha büyük yarar için kullanılabileceği ve kullanılacağı temelinde, her zaman başka bir şey denemeye hazır olmalısınız .

— l0b0
kaynak

gtdtw bağlantı aşağı?

— ell

2

Bundan memnun olana kadar kodunuzu yeniden düzenleyin.

Zamanla daha az yeniden düzenleme yapmanız gerekecek ve sonunda ilk seferde doğru şekilde yapacaksınız *.

Yaparak öğrenmek.

* Çoğunlukla doğru :)

— Salaklar
kaynak

+1. Herhangi bir tekrar sıkıldığında ve testler geçtiğinde kod 'doğru' olur. Yapı, sonraki testleri geçmek için değişebilir. Yazılmamış testlerin öngörülmesinde karmaşıklık getirmemeye çalışıyorum.

— kevin cline

0

Git ve SourceForge. Bunlar büyük, örgütlenmemiş bir program yazarken kullandığım iki öğedir. Ayrıntılar için Google iki, çünkü şu anda garip bir nedenden dolayı bağlantı kuramıyorum. Bunun için üzgünüm, umarım bu yardımcı olur.

— Dinamik
kaynak

0

Daha fazla beceri ve deneyime sahip birinden kodlama stiliniz hakkında geri bildirim alın.

Yaptığım şekilde, ben ve kıdemli bir programcının projelerde işbirliği yaptığım bir iş buldum ve kontrol ettiğim tüm kodu gözden geçirdim. Bir süre sonra bana, kodum hakkında onu rahatsız eden veya şaşırtan her şeyi içeren bir e-posta yazdı. Hem benim hem de onunla oldukça rahat bir tarz bulmak benim için biraz zaman aldı ve bazı şeyler hakkında ateşli tartışmalar yaptık, ama sonuçta çok şey öğrendim ve arkadaş olarak ayrıldık.

Tasarım kalıpları ile ilgili kitapları / makaleleri okuyun, problemlerinize farklı kalıplar uygulayın ve hangilerinin hangi durumlarda yararlı olduğunu düşündüğünüzü görün.

Adlandırma kuralları ve biçimlendirme stilleri ile ilgili kitapları / makaleleri okuyun. Farklı topluluklar farklı stiller kullanır. Kodunuzu okuma olasılığı en yüksek olan kişilerin tanıyacağı bir stil kullanmak genellikle iyi bir fikirdir.

Kodu yapılandırmayla ilgili bazı somut tavsiyeler:

Kodunuzun bir bölümünün daha basit hale getirilebileceğini gördüğünüzde yapın.
Kodunuzun bir bölümünün yeniden kullanılabileceğini gördüğünüzde, onu bir işlev haline getirin ve yeniden kullanın.
Değişken ve işlevlerin isimlerini kötüyse değiştirmekten korkmayın.
Hayatınızı kolaylaştıracak, yaratabilecek ve kullanabilecek bir şey (bir yapı, işlev, sınıf, desen, herhangi bir şey) için bir fikriniz olduğunda.
Fikrinizi sık sık değiştirin. Her yaptığınızda bir şeyler öğrenirsiniz.

Bunu yapmak için zaman ayırmak elbette başlangıçta sizi yavaşlatacaktır. Kodunuz giderek daha zarif hale geldikçe, bakımı daha kolaylaşacak ve işinizin faydalarından yararlanacaksınız.

— Minthos
kaynak