Yorumlardan birinde bunun ilk işin olduğunu söylüyorsun. Yöneticiler, tecrübelerime göre özel bir yazılım dükkanı dışında hiçbir yerde teknik değildir. Bu hayatın bir parçası, sadece buna alış.
Ağlıyor ve sızlanıyorsunuz çünkü çözümlerin zerafetini takdir edecek kimse yok. Buradaki asıl sorun, çözümlerin zarafetini takdir edecek hiç kimsenin olmadığı, ancak çözümlerin neredeyse sandığınız kadar iyi olmadığını size öğretecek hiç kimsenin olmamasıdır. Neredeyse tüm yeni programcılar gerçek becerilerini abartıyorlar. Akıl hocası olmadan, daha iyi uygulamalar yapmana yardım edecek kimse yok. Mentorluk yapacak kimse yoksa, o zaman yerel kullanıcı gruplarına katıl, aktif olarak katıl ve oraya akıl hocasını bul. Daha da iyisi, sonunda daha iyi bir iş bulmanıza yardımcı olur.
Joel sınavında sıfır aldın mı? Tek kodlayıcı sizseniz (ve sizin yazdıklarınızdan geliyorsa) neden kaynak kontrolü kullanmıyorsunuz? Seni önleyen nedir? Tek kodlayıcı siz değilseniz, neden kod incelemeleri yapabilecek kimse yok? Tüm geliştiricilerimiz kod incelemesi yapar, özellikle yöneticiler teknik değilken bir yönetim işlevi değildir.
Gereksinimler hemen hemen her yerde değişiyor. İşletmelerin ihtiyaçları sürekli değişiyor ve programcı olmayanlar genellikle programın bir şeyleri alana kadar ne yapacaklarını göremiyor. O zaman ihtiyaç duydukları şeyin olmadığını anlarlar. Bu nedenle Agile gerçekten ortaya çıktı çünkü eski yöntemler bu değişikliği iyi idare edemediler.
Yönetim verileri kendileri girmek istemese bile hata izlemeyi ayarlayın. Birisi size bahsettiğinden, yeni hata / özellikler girmekten sorumlu olun. Yöneticiye, size 27 başka şey için bir değişiklik yapılmasını istediğinde bir değişiklik istediğini söyleyebilmeye gerçekten yardımcı oluyor ve işte bu listedeki listeden hangisi, bu yeni değişikliği yerine getirmek için öncelikli listeden aşağı gitmemi istiyor. Gözden geçirme zamanında yardımcı olacaktır, çünkü uyguladığınız hata düzeltmeleri ve özelliklerin sayısını sayabilirsiniz. Herkes kullanmıyorsa, en azından kendi işin için yapabilirsin. Herhangi bir yazılımı yüklemenize izin vermezse, bir Excel elektronik tablosu kullanın. Biraz inisiyatif al. Sonuçları gösterdikten sonra, diğerleri daha çok ilgilenecektir. Bir kişi için çok fazla iş olduğunu düşünüyorsanız, hata izleyici bunu kanıtlamanıza yardımcı olacaktır.
Cilalı görünümlü demolar provde etmeyin! Demolar, bir kağıda kurşun kalemle çizilmiş gibi görünmelidir. Arayüz ne kadar parlak görünürse, teknik olmayan kişi de bittiğini düşünüyor.
Örneğin, en iyi uygulamaları ve semi_hard kodunu takip etmemeniz durumunda kimse bilmeyecek olsa da, bilecek ve özensiz, kötü alışkanlıklara gireceksiniz. Bir sonraki işinde bu sana iyi hizmet etmeyecek. Bu yüzden, koşullar altında yapabileceğiniz en doğru yola yakın şeyler yapın. Testler yazdığınızdan emin olun (bunu geliştirme zamanının bir parçası olarak düşünün ve bunu özel olarak tahminin bir parçası olduğunu söylemeseniz bile yönetime verdiğiniz tahminde bulunma vakti koyun) ve emin olmak için bu testi kullanın. sonraki değişiklikler başka bir şeyi bozmaz.
Bunu büyümek ve gelişmek için paha biçilmez bir fırsat olarak görmeniz gerekir. Gerçek kodlamada, birçok insanın kariyerinizin o aşamasında sahip olduğundan daha fazla özgürlüğe sahipsiniz. Dolayısıyla bunu başarılı bir şekilde uygulanmış projelerden oluşan bir portföy oluşturmak için bir fırsat olarak düşünün. Bir sonraki işi aramaya başladığınızda, kurumlu kaynak kontrolü, kurucu hata takibi, X sayısıyla başarılı proje uygulamaları yarattı vb.
Ayrıca beklentileri yukarı doğru nasıl yöneteceğinizi öğrenmek için burada büyük bir fırsatınız var. Bu kariyerinin geri kalanında işe yarayacak kadar üzücü. Burada bunu yapmaya çalışırken kaybedecek hiçbir şeyin yok, işler zaten iyi değil. Ancak daha sonra daha iyi yerlerde size yardımcı olacak politik becerileri öğrenebilirsiniz. Fayda-maliyet analizi yapmayı öğrenin. İş alanını anlamayı öğrenin, böylece onlarla konuşurken ikna edici olabilirsiniz. Şirkete faydaları ve kar açısından konuşmayı öğrenin. Her bir görevin tahminde bulunun ve waht yönetimi size vermese bile uyuşmasalar bile, iş tahmin etme becerinizi geliştirmek için neyi tahmin ettiğini ve gerçekte ne yaptığını not edin. Bir keresinde tahminlerinizin yönetiminkinden daha doğru olduğunu gösterdikten sonra, Tahmininin çok düşük olduğunu söylediklerinde dinleme olasılıkları daha yüksek olacaktır. Ancak, önce hem daha doğru tahminlerin hem de en önemlisi, projeleri sunma ve çalışmalarını sağlama yeteneğinden önce bir kayıt oluşturmak zorundasınız. Yine bu, kariyerinizde ilerlerken sahip olmak için iyi bir beceridir.
Her şeyden önce pasif olmayın ve iyileştirmenin yukarıdan gelmesini bekleyin.