Eğer "Okulda ders vermedi en önemli şey nedir" okumalısınız iyi bir post var. Bunlardan biri sosyal becerileri olduğunu. Burada yüzünüzde düşüyoruz gibi görünüyor bana.

Öncelikle, takım acemi sensin. Ne yapmaları gerektiğini anlatmak için ya da bunu nasıl kimsin? Eğer kodu yeniden Eğer kötüyse, sen bir aptalsın. Eğer başarılı olursa, sen bir pisliksin. Her iki yolda da alay ya da dışarı yolda ya konum.

Yapmanız gereken aşağıdaki sorunu çözmek şudur: "Nasıl, bu takımın içine sığacak proje başarılı yardımcı ve katkı öğrenebilirim?" Bu açıdan bakıldığında, onlar aptallar onlar benden daha fazla biliyor ve başkalarına göstermek çözüm değildir.

Bakış açınızı genişletin - Senin sorunun% 40 bir takımın parçası,% 30, sosyal, ve% 20 iletişim olarak işlev öğrenme, muhtemelen% 10 teknik.

Proje açısından bakıldığında, daha önemli ne düşünüyorsunuz? Eğer proje süresi bitmiş alacak ne düşünüyorsunuz?

a) Everyone working together productively and harmoniously in the wrong framework. b) The team split up with 1 person working in 1 framework, the other 2 ignoring him and everyone making each other look bad to the team manager/management.

Şimdi kapa çeneni ve sürece istediğiniz kadar iş onlar (sizin açınızdan) isterseniz, içine kadar MVC koymak, hızlı yapmak, iyi yapmak, yapmak için size ve yapmak, sizin parça konuştu ettik Onların kod yazmak için kimseye söyleme :) Eğer ekstra hızlı yapılması kadar iyiysen, daha sonra yapılacak fazla çalışma için isteyin ve yukarıdaki adımları tekrarlayın.

Onların saygısını ve ideal dostluk kazandı ettik, sonra tekrar konuyu getirerek deneyin.

Bu personel herhangi bir teknik kişi ile bir "küçük bir başlangıç" ise, büyük olasılıkla zaten bitmiş şeylerin çoğunu yeniden işleme yönetiminden herhangi bir daha fazla zaman almazsınız. "Pazara Time" onlar açıklama olarak kullanabilirsiniz anahtar kelime -> "hızlı, ilk çalışmasını sağlayın".

Ben de sevmiyorum, ama bu gerçek olabilir.

Tercih modelini kullanmak için onları ikna etmeye çalışırken onlar, büyük olasılıkla, bunu aynı yararları görmüyorum, çünkü en önemlisi çalışmak olası değildir.

Küçük adımlar iyi çalışır. Dışarı çıkmak ve sadece kendinizi bir eşek gibi yapacağız, bir gün çalışma 2 hafta yeniden etmeyin.

Iş arkadaşlarınızla yakın temas içinde tutarken Bunun yerine, sadece en iyi olanı yapmak. Onlar er ya da geç (ki bu durumda, sizin için hiçbir umut sadece orada) hepimiz biliyoruz inanıyorum sürece, onlar konularda sizin tavsiye soracaktır. Sadece nasıl ve daha önemlisi, neden bu kadar, bu özel sorunu çözecek onları açıklar.

Bir know-it-all, bunun yerine, her zaman hazırlamak argüman olarak rastlamak çalışın. Ve birkaç hafta içinde başarı beklemeyin. Bu zaman alır, ama arkadaşları onların işlerini değer varsa, onlar sonunda yararları öğreneceksiniz.

Onlar özellikle herhangi bir modeli veya MVC kullanarak karşı çok spesifik argümanları varsa Tabii, sadece bu duyguları onur olacaktır.

Bu, "yapmanız asla Things" biridir.

http://www.joelonsoftware.com/articles/fog0000000069.html

Şu anda kaynakların en iyi şekilde kullanılmasını MVC taşınıyor?

Bu hile çünkü "özgür" olarak kendi zamanında saat saymak olamaz. Hepsi kendi zamanında yapıldı eğer şirket zaman 0 saat içinde bir şey yapabileceğini - o RoR yeniden, Lisp, vb yazmak

Yani, bunu yazmak size N saat sürer diyelim. Ayrıca mükemmel çalıştığından emin olmak için test regresyon için gerekli saat eklediniz mi? Hayır mı? daha sonra başka bir 2N saatte ekleyin. Nasıl yeni bir kod ile diğer geliştiriciler tanımaya ne dersiniz? Hayır mı? daha sonra başka bir 2N saatte ekleyin.

Peki, şimdi 5N saate kadar muhtemelen konum. Bir sonraki gemi tarihinden önce yapılması gereken diğer şeyler nelerdir? Ayrıca bu ekstra 5N saat içinde uyum ve hala o tarih yapabilir miyim? Eğer öyleyse, bundan sonra gemi için tarih öğeler nelerdir? MVC yeniden daha fazla değer 5N saat içinde bitmiş olabilir öğelerdir?

Ne zaman bilge yeniden yazmak için ve bakım-bilge, faydaları olacaktır?

Muhtemelen bir proje yönetimi açısından bu düşünmeye değildir. Bu açıdan bakıldığında, ben şahsen bir yeniden yazma zaman en iyi kullanımı olduğunu sanmıyorum.

Denemek ve öncelikleri bir anlayış alabilir.

Bu işi hızlı yapılması almak istiyorsanız, çerçeveler var bir nedeni bunu yazmaya harcamak olurdu zaman tasarrufu, Demirbaş çok iş yapmaktır.

Onlar bakımı kod istiyorsanız, kod düzenli tasarım desenleri, düzenli bir yapıda ortaya koydu sahip açıktır faydaları vardır.

Doğrulanabilir kodu istiyorsanız mutlaka iyi bilinen desen dersleri uzanan büyük edilebilirliğini getiriyor (PHP testability hakkında çok fazla bilmiyorum).

Sadece beceriksizlik buysa eğitim tek cevap (ve ne iyi tasarlanmış bir çerçeve kullanarak daha bunu yapmak için daha iyi bir yolu?).

Temelde, ne yapmak istediğiniz çalışma ortamı içine oldukça derin bir değişim tanıtmaktır. Bu mükemmel sosyal becerilere sahip millet için bile yapmak çok zor bir şeydir. Sen, bir zaman çok uzun bir süre boyunca ortaya çıkan küçük adımlar egoların bir şekilde farkında olma, insanları ikna ve nihayet aslında değişiklikleri daha iyi olacak vaatlerini gerekecek.

Ben uzun zaman önce bu konu üzerinde oldukça güzel bir podcast / röportaj duydum: link. Orada çok yararlı bilgiler. En şok edici şey, birçok kişi sadece bir değişiklik GİBİ YAPMAYIN ve yapmayacağım olmasıdır. Onları sürecin bir parçası yapmak zorunda ve onları yatırım olsun.

Muhtemelen onları ikna etmek mümkün olmayacaktır, ancak görüşlerini dile hakkına var - sonra tüm ekibin bir parçasıdır. Bu yeni ya da ister alakasız.