Solo .NET Programcısı bir ekibe geçiyor [kapalı]

Son 8 yıldır küçük bir başlangıç ​​için solo .NET programcısıyım. Bazı oldukça iyi yazılımları bir araya getirdim ve her zaman kendimi daha iyi hale getirmeye ve kaynak kontrolü (SVN / TFS) dahil olmak üzere en iyi uygulamalara uymaya çalıştım. Diğer disiplinlerden mühendislerden oluşan bir ekiple çok yakın çalıştım, ancak yazılıma geldiğinde tek programlama ben oldum. Programlama zanaatını seviyorum ve aletlerimi keskinleştirmek için yeni şeyler öğrenmeyi seviyorum.

2 hafta içinde 20 .NET geliştiricisinden oluşan bir ekipte yeni bir işe başlayacağım. Konumum orta seviye olacak ve inanılmaz etkileyici geçmişlere sahip bazı programcılar altında çalışacağım. Yine, gelişimin takım yönü benim için yeni olacak, bu yüzden mümkün olduğunca etkili ve kolay olsun-e doğru birlikte almak için yardımcı olacak bazı genel "yeni adam" ipuçları arıyorum.

Üst düzey ipuçları ve iletişim hakkında günlük küçük şeyler de dahil olmak üzere her şey gider.

Çoğunlukla sağduyu ama benim tavsiyem:

İlk haftanın çoğunu teknoloji yerine insanlarla geçirin. İlk günü masaüstünüzü veya sizi ekipten ayıracak herhangi bir şeyi özelleştirerek boşa harcamayın. Mümkün olduğunca çabuk akranları tanıyın.

Atların kim olduğunu ve serserilerin de kim olduğunu çabucak bulmaya çalışın. Serserileri mümkün olduğunca kaçının, her takım onları vardır ve bir olarak sınıflandırılmak istemiyorsunuz.

İş veya öğle yemeğinden sonra sadece bir bira bile olsa, ilk birkaç haftadaki sosyal etkinliklere katılın.

Dinleyin ve bir şeyler yazın, akranlardan prosedürlerin açıklamalarını tekrar etmelerini isteyin.

Belirli bir soruna özel olarak sorulmadıkça, ilk 3-6 ayını tanımaya harcayın, prosedürlerde / mimaride / vb. Değişiklikleri önermeyin. Sizin için farklı çalışırlar ve bazı unsurlar zayıf olabilir - ancak bunun nedenleri olacaktır ve nadiren ihmal veya cehaletten kaynaklanırlar.

Programlama tarafının aslında bir sorun olacağından şüpheliyim.

• Öğrenin! Yeni programcılarla tanışmak yeni numaralar öğrenmek için harika bir yoldur. Onları yazarak izlemek size birkaç editör hilesi öğrenecek ve kodlarına bakmak size yeni fikirler verecektir.

• Meslektaşlarınızı her beş dakikada bir rahatsız etmeyin, ancak gerçekten sıkışmışsanız yardım istemekten çekinmeyin. Çok fazla programcı iki gün boyunca bir programa sıkıştı ve komşunuzdan bir saat içinde çözülmesini isteyin.

• Kod savaşları dini savaşlardır. Sözdizimi orada biraz farklı olabilir (tek satır ifadelerine parantez ekler misiniz?) Ama nadiren savaşmaya değer.

• Sosyalleştirmek. Her hafta bir içki içiyorlarsa, ona katıldığınızdan emin olun. Bu birlikte yemek kadar basit olabilir .

Devil's Advocate oyununu oynayacağım ve takım arkadaşlarınızın yetkin olduğundan emin olacağım. Sizin dışında hiç kimsenin bir şeyi "doğru" şekilde yapmadığı bir ekip üzerinde çalışmaktan daha kötü bir şey yoktur, çünkü işleri yanlış yapmak isteyen insanlarda her zaman sayıca fazlasınız.

Etkileyici bir arka plana sahip geliştiriciler altında çalıştığınızdan söz edersiniz, bu yüzden umut verici gelir ve bu durumda ne yapabileceğinizi öğrenmenizi öneririm, ancak "sürü zihniyeti" uğruna zaten bildiklerinizi asla unutmam. Herkes yanlış bir şey yaparsa ve doğru yaparsanız, kendinizden taviz vermeyin.

Jonno'ya ek olarak şunu söyleyebilirim:

Değişikliklere hazırlıklı olun. Her takım farklı çalışır. İyi SW takımlarının kodlama kuralları vardır. Başlangıçta garip görünseler bile onları kabul etmeye hazır olun.

Çok daha fazla iletişime hazır olun. Kendi başınıza çalıştığınızda, kafanızda birçok ayrıntılı bilgi bulunur. Bir ekipte çalıştığınız anda, bu ayrıntıların (en azından bir kısmı) paylaşılması ve iletilmesi gerekir ve bunun için zaman gerekir.

Konuştuğunuzdan daha fazlasını dinleyin.

Cevaplamaya çalıştığınızdan daha fazla soru sorun (sorular size yönelmedikçe). Takımdaki "eski zamanlayıcılar", soruyu sorduğunuz sorularla kodu öğrenmede ne kadar ilerleme kaydettiğinizi bilecektir. Muhtemelen bekledikleri soruların zihinsel bir listesi var.

Geçerli stile uyması için kodunuzu yazın. Bu, boşluklar, süslü parantezler, büyük harfler, değişken adların uzunluğu, ortalama yöntem boyutu, yorum yoğunluğu ve önemli olmaması gereken her şey için geçerlidir. İşleri farklı yapmak için gerçekten iyi bir nedeniniz varsa, eski zamanlayıcılardan birine ekibin neden belirli bir stile sahip olduğunu sorun. Takım tarihi ve kişilikleri hakkında ilginç şeyler öğrenebilirsiniz. Bu da beni bir sonraki noktaya getiriyor.

Takım bilgisini öğrenin. Büyük olasılıkla irfanın hiçbiri hiçbir yere yazılmaz, ancak ekip hakkında ortak bilgi. Takım lore, projenin mevcut durumuna nasıl geldiğini, geçmişte yapılan hataları, geçmişte yapılan başarıları, yol boyunca öğrenilen dersleri içerir. Buna "tekrar frobnitz böceği gibi geliyor" gibi kısa ifadelerde değiniliyor. Ekip üyelerinin birinin yaptığı şifreli bir yorum üzerinde hemfikir olduğunu gördüğünüzde / duyduğunuzda, muhtemelen ekiple ilgili bir şeyler vardır. Birisine sor.

İlgili kişilikleri ve tarihi bilinceye kadar kodu eleştirmeyin. Kimi rahatsız edebileceğini bilmiyorsun.

Soru sorun ve cevapları dinleyin. Bir sonraki soruyu sormadan önce önceki soruların cevaplarını düşünün, böylece bir cevap beklemeye çalışabilirsiniz.

Mümkün olan en iyi işi yapmaya çalışın. Gelecek ay kodda değişiklik yapmak zorunda kalırlarsa, takımdaki başka birinin kodunuzu ne düşüneceğini kendinize sormaya alışın.

Ele alınması gereken bir sorun görürseniz, sorunla ilgili endişelerinizi dile getirmeden önce sunmaya hazır makul bir çözüme sahip olmak için elinizden gelenin en iyisini yapın. Bir soruna işaret ettiğinizde çözüm uygulama sahipliğini ele alın.