Bir ekip üyesini web çerçevesini kullanmaya nasıl ikna edebilirim? [kapalı]

Soru şudur ve detay şu şekildedir: Bir programcı olarak onu tarafıma getirmek için söyleyebileceğim / yetiştirebileceğim bir şey var mı?

Bu konuda her iki taraf için geçerli argümanlar duymak isterim, ancak çoğunlukla onunla nasıl konuşulacağına dair öneriler.

Benim durumum şu: Lisans kursumda bir takım proje üzerinde çalışıyorum, üniversite için prototip olarak orta büyüklükte bir web sitesi inşa ediyorum. Hepsi grupta eşit kabul edilir ve atanmış bir lider yoktur, bu nedenle bu sorunun cevabı "çekme sırası" olamaz.

Hepsi eşit, ancak üyeler arasında büyük bir bilgi boşluğu var. Söz konusu ekip üyesi ve ben her ikisi de yetenekli geliştiriciyiz, ancak endüstri deneyimi yok. Diğer üç üye daha az yeteneklidir ve ikisi tamamen kalkınmayı seçmemiştir. Üçü de bilgi eksikliği nedeniyle durum hakkında yorum yapmayı reddetti.

Bir grup olarak, web sitesinin uygulanmasında hangi teknolojilerin kullanılacağına karar vermeye geliyoruz; özellikle, bir PHP framework (Code Igniter) kullanılıp kullanılmayacağı.

Ben lehte tartışıyorum:

1. Tekerleği yeniden icat etmemek
2. Çalışmak için iyi yazılmış ve test edilmiş kod tabanı
3. Başlamak (son tarih istediğimizden daha yakın)
4. Geliştirme hızı
5. Sağlam ve bakımı kolay tasarım modelleri ve iyi uygulamalar

Eskiden olduğu gibi çalışmaktan yana olduğunu savunuyor:

• Ismarlama, bir defalık işlevleri bir "kütüphane" dosyasına ihtiyaç duyduğu gibi yazmak
  • Veri erişimi ve bu verilerin sayfanın oluşturulması, oturuma / oturumdan / oturumdan alınması ve verilerin alınması / gönderilmesi vb.
• Sayfa başına 1 dosyaya sahip olmak (kontrol, sunum ve veriler arasında endişelerin ayrılmasına neden olmaz)

Onun çerçeve kullanımına karşı nedenleri çoğunlukla onun amacını görememesine dayanıyor: tüm bunları zaten yapabilir. Çerçeve bunu değiştirmez, sadece zorlaştırır çünkü çerçeveyi öğrenmek zorundadır; şahsen yazdığı kodu kullanmak istemiyor.

Ayrıca, proje sadece bir prototip olduğundan ve hiçbir zaman sürdürülmeyeceğinden, bunun kod tabanının kalitesinin önemi olmadığını söyledi. Benim için sürdürülemez kod yazmak için bir bahane yok .

Neden bu argümanları yaptığını görebiliyorum, ama onun "sürdürülebilirlik konusundaki endişe eksikliği" ve "iyi tasarıma saygı duymama" ya da endişelerin ayrılmasıyla ilgili bir sorun yaşıyorum. Ancak, tasarım desenleri üzerinde hiç çalışmadığından şüpheleniyorum, bu yüzden yönteminin neden sürdürülemez olduğunu kanıtlamanın ne kadar etkili olduğunu bilmiyorum.

Bu projeye devam etmek istiyorum, ama yıllar boyunca öğrendiğim her şeyi dikkate almadan yapmak istemiyorum. Daha önce de söylediğim gibi, buradaki rütbeyi çekme imkanı yok, diğer ekip üyeleri de içeri girmeye istekli değil. Sadece geri çekilmeli ve işleri kendi yolunda yapmalı mıyım? Daha iyi bilemeyecek kadar inatçı ve deneyimsiz mi? Yoksa burada inatçı olan mıyım?

TL; DR Deneyimsiz ekip üyesi inatçı, onu nasıl yenebilirim?

Onu onunla konuşamayacaksın. Buna Dunning-Kruger etkisi denir . Ne bilmediğini bilmemek için çok cahil ve avantaj olarak ifade ettiği şeyi kaybetmekten çok korkuyor.

Bir uzlaşmaya varamadığınızda, bunun yerine bir uzlaşmaya varmalısınız. Belki de işi parçalara ayırabilirsiniz, böylece çerçeveyi öğrenme ihtiyacı asgari düzeydedir. Belki bir tür "tasarım" var, burada her biri birkaç hafta boyunca kendi yolunuzu yapıyor ve sonra takım hangisinin en iyi olduğunu oy veriyor. Belki sponsor profesörünüzü veya müşterinin bağlantının çözümünde kim varsa dahil edebilirsiniz.

Sizin lehinize olan bir argüman bilginin tekrar kullanılabilirliğidir. İyi bilinen ve yaygın olarak kullanılan bir çerçeveyi (CodeIgniter gibi) öğrenen tüm ekip üyeleri bir sonraki projede bilgilerini tekrar kullanabilecektir. Bir gelişigüzel bilgi sahibi olmakla birlikte, tescilli bir “kütüphane” tekrar kullanılamaz. Muhtemelen bu proje hakkında yararlı ve tekrar kullanılabilir bilgiler edinmeyi tercih ettikleri için bu diğer ekip üyeleriyle iyi yankılanabilir.

Başka bir argüman, geliştirme / bakım maliyetlerinin somut bir ölçümü olabilir. CodeIgniter'da tecrübeli bir geliştiricinin, tüm bu tescilli fonksiyonları kendi başına yazan meslektaşınızdan daha hızlı gelişebileceğini hayal ediyorum. Bu hem sizin hem de onunla özdeş bir web sayfası (CodeIgniter ile birlikte, kendi yolunda) oluşturup tamamlanma zamanlarını ölçerek gösterilebilir. Ardından, tekrar tamamlanma süresini ölçerek sayfalarda bir dizi değişiklik / uzantı yapın. Tabii ki, şartname nötr zeminde savaşmak için her ikinizden bağımsız biri tarafından hazırlanmalıdır.

Bir diğeri - belirttiğiniz gibi - kod kalitesidir. Web sayfaları hazır olduğunda, her biri için aynı kabul testleri kümesini çalıştırın ve hata yoğunluğunu karşılaştırın.

Tabii ki, zaman baskısı altında olduğunuzda, bu tür ölçümleri durdurma ve yapma imkanı olmayabilir. Yani muhtemelen bu ikileme hızlı bir çözüm bulmak istiyorsunuz. Diğer ekip üyelerini ikna etmeye çalışın (örneğin, yayınınıza gelen cevapları burada okuyarak :-), ona bir grup baskısı çekmek için). Sonunda, gerçekten ikna edilemiyorsa, projeyi biri onun için ve - ideal olarak - ekibin geri kalanı için CodeIgniter kullanarak iki parçaya ayırmak isteyebilirsiniz. Yeteneklerinizi en iyi şekilde yerine getirmeye odaklanın ve istediği şeyi yapmasına izin verin. Sonuçlar muhtemelen kendileri için konuşacaktır.

Diğer 3 takım arkadaşına katılman gerektiğini hissediyorum. İkinizin de argümanlarınızı onlara sunmanız ve bunları anlamaları için onlara açıklama yapmanız gerekir. Günün sonunda, bu kod tabanı ile de çalışmak zorunda kalacaklar. Ve eğer hepsi eşitse, o zaman ne ile çalışmak istediklerini söylemeliler.

Her birinizin kendi çözümlerinizin faydalarını özetlemek ve diğer ekip üyelerine neden en iyi yol olduğunu düşündüğünüzü göstermek için iyi bir yaklaşım olacağını düşünüyorum. Sonra karar versinler. 3 tane var, bu yüzden kravat kırıcı olacak.

Belirtmek istediğiniz bir şey, eğer bu sizin Sr. projenizse ve diğer ekip üyelerinin başka bir deneyimi yoksa, bu projenin potansiyel işverenlere yapabilecekleri işi yansıtması gerektiğidir. Doğru yaparsanız, bir röportajda iyi bir konuşma noktası olabilir. Yeni mezunlardan üst düzey projelerini, nasıl tasarlandıklarını ve geliştirildiklerini belirtmelerini istediğimi biliyorum.

Eğer diğer adamın yaklaşımı ile giderse, onu emmek zorunda kalacaksınız. Ama umudunu kaybetme. Yazdığı kaosun her şeyi etkilememesi için iyi bir tasarım geliştirin. Zamanınız varsa, bazı kodları temizleyin ve bazı şeylerini yeniden düzenleyin ve her seferinde tekerleği yeniden icat etmek zorunda olmadığını gösterin.

Üniversitenin bir sanal alan gibi olduğunu hissediyorum. Orada yaptığınız şeylerin çoğu dağıtımda kullanılmıyor. Böylece size rahatlık alanınızı denemeniz ve çıkmanız için çok daha fazla özgürlük sunar. Başarısız olmanın çok fazla etkisi olmayacağından yeni şeyler keşfedin. Ayrıca sizin durumunuzda, ekip üyelerinizin önceden bilgisi olan birisinin onlara yardımcı olması gibi ek bir avantajı vardır.

Diğer deneyimli ekip üyelerine gelince, yeni bir şey öğrenmek istemiyorsa üniversiteye gelmesi gerekmez. Bu, yeni bir şey öğrenmek ve araç kutusuna eklemek için iyi bir fırsat.

Deneyimsiz ekip üyeleri için, işe alınma / daha iyi istihdam edilme şansları, özgeçmişlerinde CodeIgniter gibi bir çerçeve ile artacaktır (aslında bunu özgeçmişlerinde haklı çıkarmak için bilgi).