Ar-Ge Yazılım Departmanının günlük hayatı - bizim "uzun vadede"; proje ile

Yazılım geliştirme

Herkese merhaba, VEICHI'de platform yazılımı geliştirmeden sorumlu bir yazılım mühendisiyim. Yazılım kodu makinenin beyni ve çekirdeğidir. Makinenin kararlılığı, güvenliği ve güvenilirliği, yazılımın planlanması, düzeni ve yazılmasından ayrılamaz. Daha sonra size bazı yazılım geliştirme çalışmalarına kısa bir giriş yapacağım. Eksikleriniz varsa lütfen bildirin.

Görev alınıyor

Toplantı zamanı geldiğinde yeni projenin belirlenme zamanının geldiğini söylemek doğruydu. Lider geçmişte bizi aradı ve herkes makineye uygulanan yeni bir işlevi tartışmak için bir toplantıda toplandı. Çeşitli tartışmalar sonucunda bu yazılımın geliştirilmesine yönelik nihai karar. Ve geliştirme döngüsünü belirterek görevi bana verdi.

Tartışın

Aslında yazılım yazan kişiler için yeni bir projenin başlangıcı, en önemli şey işe acele etmemek ve bunu kolayca yapamamak, aynı zamanda kısa geliştirme döngüsünün baskısını da geçici olarak görmezden gelmektir. Yapılması gereken en acil şey, verileri her yönden kontrol etmek, görevin büyük çerçevesini ve küçük çerçeveler arasındaki çapraz ilişkiyi netleştirmek, titiz bir mantıksal düşünme yönelim haritası oluşturmak vb.'dir.

Çok çalışın

Kod çerçevesi veya akış şeması, modüler programlama, elle çizilmiş karmaşık ilişki çizgisi ilişki ağı sonlandırıldığında. Daha sonra elle boyanmış "planı" takip edin; kod çerçevesini oluşturmak için. Çerçeve nedir, basit anlamda çerçeve sonsuz sayıda if else if, yani kutunun çeşitli koşullarıdır. Daha sonra kod detayları yazılır, yani her modüle veya duruma kod takılır ve her modüle ayarlama yapılır. Bu işlemi söylemesi kolay olsa da asıl operasyonda beklenmedik çeşitli sorunlarla karşılaşılacaktır.

İşbirliği ve kazan-kazan durumu

Kod yazma sürecinde sorun yaşamamak mümkün değil. Çoğu zaman bu "ev yapımı yemekler" yüzünden saç çizgim giderek yükseliyor. Son zamanlarda belli bir hazine tarama rekoru tüm saç dökülmesini önleyici ürünlerdir. Tabii ki, bir kod çiftçisi olarak. Her şey buna alışkındır, saçlar uzayabilir ve sorunun çözülmesi gerekir. Bu süreçte küçük bir sorunla karşılaşırsanız her türlü bilgiyi bulabilir ve normal şartlarda çözebilirsiniz.

Ancak yazılım platformunda bir sorunla karşılaşırsanız diğer meslektaşlarınızla işbirliği yapmanız gerekir. Söylendiği gibi, üç pis adam, en iyi Zhuge Liang, nasıl işbirliği yapılacağı, sizinle işbirliği yapan kişinin karakterine bağlıdır. Dışa dönük ve biçimden bağımsızdır. Bunu takip edebilirsiniz, ancak bir diplomanızın olması gerekir. Pratikte bunu dikkatlice incelemeli ve doğru şekilde yapmalısınız. Eğer içe dönük biriyse ve teknoloji konusunda uzmanlaşıyorsa o zaman daha çok takdir edersiniz ve iyi bir teknik iletişim kurarsınız. Kısacası etkili işbirliğinin nasıl gerçekleştirileceği de bir öğrenme meselesidir. Aslında işbirliği durumunda her bir çalışan nihai hedefe ulaşmak için birlikte çalışacaktır.

İşbirliği ve kazan-kazan durumu

Teslim süresi

Bir projeyi yürütme sürecinde endişelenmediğim en zor sorun, liderin çözmesi gereken sorundur. Bir görev yoğun bir şekilde yürütülürken birdenbire malların sevk edilmesi acil hale gelir. Liderlik gereksinimlerinin tamamlanması gerekiyor. Bu sadece zamana karşı yarışmak.

O halde, şu anda kaos en kabul edilemez durumdur. Bir zamanlar yazılım beyazı olarak kullanıldığında, bu durumla karşılaşıldığında oldukça paniğe kapılıyor. Artık fazla mesainin yanı sıra projenin ritminin de iyi kavranması gerekiyor. Tai Chi uygulamak gibi tüm adımlar rahatlamadır, stratejik açıdan bakıldığında zihniyetin doğru şekilde çözülmesi, plana göre adım adım yapılması gerekir ve liderlik teslimatının tamamlanması Ar-Ge sürecinde sadece küçük bir sorundur.< /p>

Test

Yukarıdaki çalışma tamamlandığında, yazılım geliştirme çalışması temel olarak tamamlanmış olur ve test planlandığı gibi tamamlanır. Test mühendisinden yazılım sorununu araştırmasını isteyin. Genel olarak bu aşamada sorunun test edilmesi kaçınılmazdır. Test mühendisinin fikirleri sizinle tutarsız olduğunda onu dinleyin ve dikkatlice düşünün. Her ne kadar hataları bulmaya yönelik bu prosedürlerin genellikle zahmetli olduğunu düşünsek de, test mühendislerinin test etme ve yerinde test yapma konusunda güçlü deneyimi olduğundan, bunlar muhtemelen müşteri tarafından gerekli olacaktır. Mükemmel bir ürün elde etmek için onların fikirlerini daha fazla dinlemek gerekiyor.

Yerinde ayarlama

Test tamamlandıktan ve yazılım incelemesi geçildikten sonra inceleme geçilir ve yazılım geliştirme temelde sona erer.

Makinenin olduğu yerde canlı ayarlama da vardır. Ayrıca ayarlamayla ilgili bir deneyimimi de özetledim. Yani olay yerindeki durum karmaşıktır. Her müşteri gerçek ihtiyaçlarının ne olduğunu bilemez. Doğru kişiyi bulduğunuzdan ve gerçek ihtiyaçlarını sorduğunuzdan emin olun. Aksi takdirde onu çok sık değiştirirsiniz ve sorun yaşarsınız. Doğru kişiyi nasıl bulacağız, daha fazla konuşacağız, daha fazla soracağız, daha fazla iletişim kuracağız, onların konumunu nasıl değerlendireceğiz ve kimin en net olduğunu nasıl doğrulayacağız. Yüzlerce, binlerce kez kaos içinde onu aradım, birden şans eseri ışıkların sönmeye yüz tuttuğu yere döndüm ve işte orada durdu!

Yukarıdakiler VEICHI yazılım mühendisinin çalışmasının bir parçasıdır. Makale basitçe anlatılmıştır. Aslında bunun arkasında görünmeyen pek çok emek ve zorluk var. Yolculuk yıldızlardan oluşan bir denizdir ve gelecek ise kargaşayla doludur. Keşfetmeye devam ettiğimiz, müşterilerin ihtiyaçlarına odaklandığımız, daima son gelişmelere dikkat ettiğimiz, gerçek ihtiyaçları anladığımız ve müşterileri memnun edecek ürünler geliştireceğimize her zaman inanıyoruz.