Eski programcı kayboldu. Başka bir programcı kiralamak üzere. Buna nasıl yaklaşırım? [kapalı]


19

WordPress ve BuddyPress kullanarak bir yıl boyunca bir sosyal ağ projesinde çalıştıktan sonra , programcım, tüm hafta boyunca her hafta bir ödeme yapmasına rağmen kayboldu. Evet, onaylamak ve e-postalarımı açtığını görmek için bir e-posta izleyici kullandığım için ölmedi, ancak yanıt vermiyor. Görünüţe göre baţka bir iţi var. Neden böyle söyleyemediğini merak ediyorum. Hatta ona yapamadığı iş için peşin maaş bile ödedim.

Sorun şu ki, kodladığı fonksiyonların çoğu için hiçbir zaman tam dokümantasyon istemedim. Ve bu 1+ yıllık süre için ÇOK fonksiyon vardı ve bazılarının hala düzeltmediği hatalar var. Şimdi hepsi kafa karıştırıcı görünüyor.

Şimdi yapmam gereken ilk şey nedir? Nasıl ilerlerim?

Yapacağım ilk şey başka bir programcı almak olacak, ancak herhangi bir programcı sorunsuz tüm fonksiyonları üzerinde çalışabilmesi için tüm geçerli kod belgelenmiş sağ ayak üzerinde başlamak istiyorum.

Yapmam gereken ilk şey bu mu? Cevabınız evet ise, bu konuyu nasıl değerlendirebilirim?

Böyle bir şey için gereken standart belge türü nedir? Sadece tüm kodların belgelerini yapacak ve hataları düzeltecek bir programcı alabilir miyim veya belgeler gerçekten önemli değil mi?

Ayrıca, başka bir "bireysel" programcı edinmenin daha iyi olduğunu veya programcılar için çalışan bir şirketi almayı mı düşünüyorsunuz, böylece projeme atanan programcı kaybolursa, başka biri onun katılımım olmadan onun yerini alabilir mi? Başlangıçta benim izlemem gereken bir yaklaşım olduğunu düşünüyorum.


29
"Ve ona yapmamış olduğu iş için peşin maaş bile ödedim." - bu onu dava etmek için bir sebep olabilir, bir avukatý onaylamalýsýn.
Doc Brown

bize kaynak kodunun kalanını anlama konusunda ne kadar yetkin olduğunuzu anlatır mısınız?
Maru

10
İlk ve EN ÖNEMLİ soru: bir sözleşmeniz var mı?
Radu Murzea

5
Değişim programcısı olsaydım, o zaman istediğim belgeler o çalıştığı şey olurdu: kapsam, kilometre taşları, sorun açıklamaları, vb. Onun kodunun olduğu gibi bırakılmasını tercih ederim ve eğer yararlı olmazsa kodunu muhtemelen elimden geldiğince analiz edemeyen biri tarafından "belgelenmiştir".
user16764

15
İlk şey, sunucunuzun oturum açma adı ve parolasını değiştirmektir.
Michael Riley - AKA Gunny

Yanıtlar:


17

Yorumlarda yaşadığımız bu etkileşime dayanarak, kişisel geliştiriciler nedeniyle tek geliştiricinizi uzaklaştırmadığınız varsayımıyla devam edeceğim. Ancak, bu sohbete dayanarak, bu aksilikin hala işe alma müdürü olarak sizin sorumluluğunuz olduğunu tahmin edeceğim. Bahsettiğiniz gibi, AT ALL geliştiricilerinizle ilgili herhangi bir deneyiminiz yok, ancak nasıl işe alınacağına nasıl karar veriyorsunuz?

En iyisini yaptığınız anlaşılıyor, ancak bu projenin ölçeğini ele alamayan birini kiraladınız, altında çökmüş titrek bir temel inşa etti ve sonra sadece gitti. Ne yazık ki, geliştiriciler ve girişimciler arasındaki fark, ilkinin saatlik / maaş almasıdır, ancak istedikleri gibi gelip gitmeyi seçebilirler. Çalıştığı saatler için para aldı ve artık para almamayı seçtiğinde ayrıldı. Bu konuda yapabileceğin hiçbir şey yok.

Peki şimdi ne olacak? İnsanları süreçle değiştirme yolunda ilerlemeye başlamışsınız gibi görünüyor. Eğer yeterli belgeleriniz olsaydı, insanlar gidebilir ve diğerleri bıraktıkları yerden devam edebilirlerdi. Çalışmayan IMO ve işe yararsa, güvenilir bir kalıcı çalışan ekibine sahip olmaktan daha pahalı olacaktır. Son 30 yıl içinde çeşitli şirketlerde yönetim, insanları yeterli dokümantasyonla (son işim dahil) değiştirmeye çalıştı ve her seferinde başarısız oldu. Bu yüzden iş değiştirmeye karar verdim ve şimdi eski ve asla doğru olmayan belgeleriyle sıkışıp kalırken, yeni bir başlangıçta hayatımın zamanını geçiriyorum.

Eğer olsaydım ne yapacaktım, bu projeyi alıp tamamlamaya taşımak için yeterli beceri ve deneyime sahip doğru kişiyi bulmaya çalışmak olurdu. Bu sadece kodlama becerilerini değil, aynı zamanda tasarım, mimariyi ve temel proje yönetimini de içerir. İşini nasıl yaptığını veya kaç tane belge üretmesi gerektiğini tanımlamaya çalışmayın. Sadece doğru kişiyi bulmaya odaklanın ve buna göre ödemeye hazır olun. Onu bulduğunuzda, rolünüzün onu desteklemek ve monitörleri / mikro yönetimi değil engelleri kaldırmak olduğundan emin olun. Bunu daha önce yaptığınızı ima etmiyorum, ancak birçok yöneticinin bunu yapmaya eğilimli olduğunu biliyorum ve bu sadece karşı üretken.

Muhtemelen daha fazla yazılım mühendisliği geçmişine sahip diğer girişimcilerle konuşun. Bu forumları okuyun ve olası işe alımınızı sormak için bir dizi soru sorun. Sorunu sunun ve yaklaşımın ne olacağını sorun. Doğru kişi ise (ve bu sayfayı görmediğini varsayarak), kurtarmaya başlarken diğer insanların şirketinizde ne yapması gerektiği konusunda önerdiği birçok şeyi önerebilmelidir. Ondan işe alındığı andan v1.0'ınızın ne zaman gönderileceğine bir plan tanımlamasını isteyin. Seni oraya nasıl götürecek? Böyle bir kişiyle görüşme için yardım isteyin.

Kendi düşüncelerimden sadece birkaçı: Hata takibi bir zorunluluktur (Jira, 10 kişiye kadar bir ekip için 10 dolara mal oluyor). Kaynak kontrolü bir zorunluluktur (git ücretsizdir. 5 kişilik bir ekip için performans maliyetleri fıstık). Kodunuz sizin belgelerinizdir. Yazılı sözcük belgeleriniz değil. Kodu gözden geçirmeli ve kurtarılabilir olanı korumalıdır; gerisini atın ve bakım yapılabilir ve okunabilir kod yazmaya odaklanın. Birkaç üst düzey, birkaç sayfalık tasarım dokümanı için dokümanları kaydedin. Üzerinde çalıştığınız teknolojiyi bilmeli. Sadece iyi niyetleri olan birini işe almayın; onların zamanında öğrenmelerini sağlayamazsınız. Onlara başka hangi projeleri yaptıklarını sorun (maalesef siz veya bulduğunuz birisinin işlerin teknik yönüne ayak uydurması gerekebilir). Yeterli deneyime sahip birini arıyorsunuz ama aynı zamanda bu heyecan kıvılcımının zaten yanmış olduğu çok fazla değil. Etki yaratmak için aç olan birini bulun. Önerdiği veya izlediği metodoloji, düzenli (bir veya iki haftalık) eserler görmenizi ve anında geri bildirim vermenizi sağlayacaktır. Kimse işe alma, tam 7,4 ay içinde hazır olacak, ne zaman bittiğini size bildireceğim.

İyi şanslar


1
@pocto: insanlar dışarıda ama bunu yapabilmeniz gerekir ... a) onlara para vermek b) onları bulmak (maalesef size hiç bakmadığım için orada yardımcı olamaz). Ancak doğru kişiyi bulduktan sonra, mevcut web sitesi de dahil olmak üzere mevcut durumun bir stokunu alacak ve çağrı yapacak. Mevcut hataları düzeltmek ve mevcut müşterileri tutmak kesinlikle önemlidir. Bunun ileride planının bir parçası olduğundan emin olun. Dikkate almanız gereken bir diğer şey de, şirketinizin büyük bir bölümünü taşıyacak birini bulmanız gerektiğidir. Belki sadece bir çalışan aramak yerine, ...
DXM

1
... bir eş. Tazminat paketinin bir parçası olarak, şirketinizin bir kısmını teklif edin (% 20-30 belki?). Başarılı olursanız,% 20 daha az kazanırsınız, ancak% 20'den daha fazlasına sahip olamamanız size hiçbir faydası olmaz. Bu, yeni çalışanınızı / iş ortağınızı sizinkine benzer ilgi alanlarına sahip olmasını sağlamak için teşvik etmenize yardımcı olabilir (yani, web sitesinin başarılı olmasını sağlayın, sadece haftalık maaş toplamak değil)
DXM

1
Pocto, burada sunulan bazı görüşler evrensel olarak kabul edilmiyor. Örneğin, aynı geliştirme ekibine sonsuza kadar sahip olmak birçok şeyi basitleştirir, ancak (öğrendiğiniz gibi) bunu sağlayamazsınız. Bu nedenle, diğerlerine daha düşük (ancak yine de önemli) bir maliyetle girebilmek için dokümantasyon ve iyi kod gereklidir. "Heyecan kıvılcımı yanmadı" kulağa saf bir agizm gibi geliyor. Yazılım geliştirmeyi yönetmek zor - iyi programcıları kötülerden ayırmak zor olacak, korkarım.
psr

@psr: İyi adlandırma / yapı ve üst düzey tasarım dokümanları ile iyi yazılmış kodları her gün bir ton harika tasarım dokümanı ile okunamayan kod üzerinden alacağım. Ve ben yardımcı olmak istemedim (sp?) Ama mesleğimizin sürekli öğrenme ve büyüme gerektirdiğine inanıyorum ve teknoloji altınızda değişeceğinden birçoğu sadece işte yapılamaz. Bununla birlikte, benden daha genç ve daha yaşlı birçok insan gördüm, zamanla basitçe "Yeterince öğrendim, şimdi çalışacağım" diyor gibi görünüyor. Ben de o kayadan benden çok daha yaşlı olanları gördüm ama 40 saatten daha fazlasını yapıyorlar.
DXM

13

Bu garip bir durum ve eminim ki hikayenin tamamını anlatmıyorsunuz. Bazıları çeşitli nedenlerle (iş arkadaşları olduğumdan) ayrılan birçok insanla çalıştım, ama bize her şeyin süper iyi olduğunu ve bir gün sadece temas olmadığını söylemeye çalışmayın.

Ama bu sorun değil. En azından artık değil; hatanızdan öğrenmeli ve gelecekte tekrar etmemeye çalışmalısınız. Ve evet,% 50'sinin ayrılma suçunuz olduğunu şiddetle tavsiye ediyorum.

Şimdi mevcut sorunu çözme hakkında:

  1. Programlayıcınızla iletişim kurmaya çalışın. E-postanızı okur - ona dokümantasyon / en önemli hataları düzeltmek için para teklif eder. Başka hiç kimse bunları ondan daha hızlı tamir edemez. Çalışmıyor mu? Nerede çalıştığını bulmaya çalışın, o şirketle iletişim kurun ve hikayenizi anlatın. İyi bir şirket, onlar için aynı şeyi yapabilecek bir kişiyi işe almayacaktır. En azından ona belgeleri bitirmesini söyleyecekler.

    NOT: o kişiyi geri istemezsiniz, sadece bitmiş belgelere ihtiyacınız vardır

  2. Bir yıllık çalışmanızın geçersiz olacağına hazırlıklı olun. Siz sonuç isteyince kaçmış olabilir ve veremeyeceğini biliyordu. Kodun korsanlık, kirli uygulama ve genel olarak düşük kalite ile dolu olması mümkündür. Geri gelse bile - muhtemelen doğru yapmak için yeteneklere ve hatta zamana sahip olmayacaktır.

  3. Başka birini arayın. Aynı teknolojileri (programlama dili, çerçeveler, vb.) Bilmesi gerekir. Kod kalitesi iyi ise - devam edebilir, değilse yeniden düzenleyebilir. Evet, yeniden düzenleme yeni özellik uygulaması olmadan zaman alır, ancak kodu sürdürülebilir kılar ve ihtiyacınız olan şey budur. Ayrıca, kötü kodu yeniden düzenleyebilen bir kişi gerçekten iyi bir programcıdır, ona tutun.

    NOT: önden para ödemek aptalca. Tüm maaş fikri, yapılan iş için ödeme yapmaktır. Bir söz için değil :)

  4. Liste yap. Bir plana sahip olmak sizin yararınıza olacaktır. Bir kez okunduğunda teknik şartname, yeni programcının işi ve kilometre taşlarını anlamasını sağlayacaktır. En az üç önemli belgeniz var:

    • Projenin genel açıklaması - programcı olmayan bir kişinin bile projenin ne hakkında olduğunu bilmesini sağlayacak bir belge.

    • Zaman çizelgesi - hangi kısım ve ne zaman hazır olmayı bekliyorsunuz? Zaten ne yapıldı?

    • Teknik şartname - bu uzun bir tanesidir. Bir programcının okumak istediği belgedir. Mantıksal parçalara ayırın ve o parçanın özelliklerini ve iş akışını olabildiğince ayrıntılı olarak açıklayın.

Şirketlerle çalışmak o kadar da iyi değil; şansın daha iyi olmayacak. Ve sadece bir programcı kiralarsanız 10 kez fazla ödersiniz. Küçük bir ekibiniz varsa, 3-5 kişi diyelim, sadece takım lideri olmak isteyen bir programcı kiralayın. Ekibi yönetmek çok daha iyi bir iş çıkarır.


15
Onun yeni şirketle iletişim kurmasını ve onlarla onun hakkında konuşmasını önermiyorum. Gerçek ya da değil, ABD'de en azından bir hakaret davası potansiyeli yaratıyor.
GrandmasterB

3
Güzel cevap, ama ... "Tüm maaş fikri, yapılan iş için ödeme yapmaktır" .. Hangi ülkede? Bir ekibimize katıldık, bir ay geçirdik ve tek bir kod satırını değiştirmedik (diğer konular arasında). Tam bir aylık maaş ödedik ama onu kesmek zorunda kaldık, çünkü ne zaman üretken olacağını hiç bilmiyorduk. Kendi deneyimime göre (ki dilbert'in aynaları) işe gelip kıçımı çalıştırabilir veya tüm günü dolaşıp konuşarak geçirebilirim ve tam olarak aynı maaşı alırdım.
DXM

@DXM, kısmen haklısınız: Çalışmanız bunu hak etmese bile bir ay boyunca maaş alacaksınız. Fakat bu hükümet tarafından korunmanın bir etkisi. Bu iyi bir şey, ama her zaman değil. Ve dediğin gibi - tembel kişi konumunu uzun süre koruyamayacak. Ama çoğunlukla senin fikrine katılıyorum.
Creative Magic

Bu kişinin çalıştığı yeni şirketle iletişim kurmak için -1'e ihtiyacım var. Eğer işlerini kaybederse, size dava açabilirler. Daha da önemlisi, acı bir kişiden gelen tüm belgeler veya kod düzeltmeleri, muhtemelen ilk etapta istemediğiniz kadar düşük kalitede olacaktır.
MrFox

8

Daha sonra başka bir programcı tarafından kod belgeleniyor mu? Bu yolu izlememeniz gerektiğini söylemek benim kendi deneyimim ve düşüncemdir.

Bu kod tabanının kalitesi hakkında daha ayrıntılı bilgi olmadan, bence en iyi yaklaşımınız, hataları düzeltmek, korumak ve muhtemelen ihtiyacınız olan değişiklikleri yapmak için yeni bir programcı kiralamaktır.

Bu görüş, yerine getirilmesi için bir gereksinime ihtiyaç duydukları için olası değişikliklerin (değiştirme veya ekleme) anahtar noktasına sahiptir. Bu, bir tür gereksinim belirtiminin yazılması gerektiği anlamına gelir. Bu bir belgedir.

Bu da tüm projeyi sürdürme noktasına götürür. Sorunuzda, mevcut program gereksinimlerinin veya hatta kaba işlevsel belgelerin var olup olmadığını söylemediniz, ancak şimdi odaklanmanız gereken yer burası.

Hiç belgeniz yoksa, bu noktada, bu boşluğu doldurmak size kalmıştır. Uygulamanızı tersine mühendislik yapmak ve bundan mucizevi bir şekilde belgelendirmek için bir programcı kiralayamazsınız . Programın ne yapmasını istediğinizi "açıklamalısınız" (önceden programlanmış olanları açıklamak anlamına gelse bile).

Bu belgeyi yazdığınızda (gereklilik ya da işlevsel şartname şeklinde olsun), belgeleri teslim edip oradan çalışmaya başlayabileceğiniz için yeni bir programcı kiralamanın daha iyi sonuçları elde edersiniz.

Kaynak koddan belge üreten birçok program da vardır, bu da gerçek kaynak kodunu açıklamanın bir iskeletini üretmenin iyi bir yoludur (bu teknik şartname alanındadır) ve yalnızca teknik yönlerini açıklamak için çalışabilirsiniz gereksinimler belirtiminde belirtilen gereksinimlerin işlevselliğini belirten işlev belirtiminde belirtilen işlevsellik.

Yani evet, benim görüşüm hataları düzeltmek için bir programcı işe. Kabul edilmesi gereken hataları düzelttikten sonra, dokümantasyon yönünü başka bir sözleşme olarak tartışabilirsiniz. Şansla, biraz tecrübesi olan ve bundan sonra atmanız gereken adımlara katkıda bulunabilecek bir programcı tuttunuz.


Bu ÇOK kapsamlı ve yardımsever bir cevap, Raybarg. Söylediklerinizin çok mantıklı olduğunu düşünüyorum - önce mevcut hataları düzeltmek için başka bir programcı kiralamak ve daha sonra başka bir sözleşme olarak dokümantasyon yönünü tartışmak. Hatta hatayı düzelttikten sonra, uzun vadede programcıya sahip olmayı umuyorum, bu yüzden bu işe yarayacak.
pocto

@Raybarg Hakkında "hatayı düzelttikten sonra, şeyleri yorumlayın": Hatalar düzeltilirken yorum yapmanızı öneririm. Sonuçta bu aşama, belgelemek için tüm bilgileri topladığınız yerdir. Peki, neden hemen yazmıyorsunuz? Sadece daha fazla hatayı bulup düzeltmeye yardımcı olur.
Marcel

@Raybarg, "kaynak koddan belge üreten programlar" hakkında burada söyledikleriniz hakkında daha fazla bilgi verebilir misiniz? Gerçekten mi? Bunlar hangi programlar ve nasıl çalışıyorlar?
pocto

3

Soruna şu şekilde yaklaşacağım:

  • Alan adı bilgisine sahipsiniz. Web sitesinde şu anda hangi özelliklerin bulunduğunu, hangilerini gelecekte eklemek istediğinizi biliyorsunuz ve muhtemelen kullanıcılar tarafından bildirilen birkaç hatayı listeleyebilirsiniz.

  • Orada bir köşede kalmış bu kod yığını var. Buggy olabilir, ancak sitenin aktif kullanıcıları olduğundan hala değer veriyor. Tam bir yeniden yazma bu nedenle bir IMO hatası olacaktır.

Alan adı uzmanlığınız ile kod arasındaki köprü, programcı ayrıldığında kesildi. Kod tabanının gereksinimlerinizle yeniden senkronize edilebilmesi ve gelecekteki güncellemelerin geliştirilebileceği şekilde yeniden oluşturmanız gerekir.

Mesele şu ki, o köprü tamamen dokümantasyondan yapılamaz. Yazılım, teknik olduğu kadar insan meselesidir. Yeni programcıya ne beklediğinizi ayrıntılı olarak açıklamazsanız, bunu yalnızca koddan çıkarmak zorlaşır - daha önceki programcı şifreli, kötü belgelenmiş, kötü test edilmiş kod yazdıysa. Ayrıca, kodun gereksinimlerinize uygun olduğunu doğrulamak için otomatik, sürekli bir yol bulmak için yeni programcı ile yakın işbirliği içinde çalışmazsanız, başka bir deyişle köprüyü daha sağlam hale getirmek için sorun kendini tekrarlamaya mahkumdur.

  • Etki alanı bilgi işleme oturumları için yeni programcı ile düzenli olarak (neredeyse) oturun. Bu oturumların her biri sırasında, ürününüzün küçük bir bölümünün özelliklerini bir arada yazın. Tek bir web sayfası olabilir, bir özellik olabilir. Onları yürütülebilir özellikler (la Behavior-Driven Development ) yapmak, köprünün çalıştığına olan güven düzeyinizi artıracaktır, çünkü bunları sürekli olarak çalıştırabilir ve yanlış bir şey olduğunda uyarabilirsiniz. Ayrıca geliştiricinin hayatını kolaylaştıracaktır.

    Bir oturumdan sonra, geliştirici çalışmasına geri dönebilir ve mevcut kodun spesifikasyona uygun olduğunu doğrulayan daha düşük seviye testleri yazabilir. Uygun değilse, programcı düzeltmek için ihtiyaç duyduğu her şeye sahiptir. Aklınıza gelebilecek her türlü soru için hazır bulundurmak da önemlidir.

  • Siz ve projenizdeki programcılar arasında sıkı ve sürekli bir işbirliği sürdürmeye çalışın ve bunun da aralarında doğru olduğundan emin olun. Bu, projenizdeki işlevsel ve teknik kültürün devam etmesini istiyorsanız, şu anki gibi sorunlardan kaçınmak için gereklidir. Bu elbette sadece projeniz üzerinde çalışan 2+ geliştiriciyi değil, aynı zamanda yazdıkları her şey hakkındaki bilgileri birbirleriyle paylaşmalarını gerektirir. Böylece, bir başkası kayıp olduğunda yük devretme işlevi görebilir. Çift programlama ve kod incelemeleri gibi teknikler bunu başarmanın iyi yoludur.

1

Sadece herkesin söylediklerine ekleyerek,

Eski programcının kodunu bir fiyata bile belgelemesini sağlayamazsanız, başka birisinin bunu daha iyi belgelendirmesini beklemeyin. İşte yeni programcıyı ilk gün verimli hale getirmek için şimdilik neler yapabileceğinize dair bazı seçenekler.

  1. Bir hata veritabanı alın ve bulduğunuz tüm hataları girmeye başlayın. Bu, programcının öncelikli yapılacaklar listesidir. İyi bir şekilde dokümante edin ve mümkün olduğunca fazla ayrıntı verin (kaynak dosya / kök nedeni, ne işe yaradığını ve ne yapması gerektiğini). Bugzilla , Redmine ve JIRA gibi birçok ücretsiz hata izleme yazılımı vardır . İstediğinizi kullanmaktan çekinmeyin.
  2. Projeniz için bir şartname sayfası oluşturun. Bu, yeni programcıya hatalar giderildikten sonra bir miktar yön verecektir. Teknik özelliklerin yazılması hakkında Joel'in rehberine bakabilirsiniz .
  3. Projeniz için bir zamanlama veya zaman çizelgesi oluşturun. Önceden ödeme yapmak yerine yaptıkları iş için ödeme yaptıkları son teslim tarihleri ​​ve kilometre taşları olmalıdır.

Şimdi bu yoldan çıktı, bir programcı aramaya başlayabilirsiniz. Creative Magic'in dediği gibi, işi şirketlere dış kaynak olarak kullanmak felakete yol açabilir veya fiyatı sonsuza ve ötesine patlatabilir.

Bu sefer, programcıları işe alırken veri yolu faktörü için uygun şekilde planlama yapmaya başlayın . İnsanlar gelip gidiyor ve bu konuda yapabileceğiniz hiçbir şey yok, bu yüzden iki programcı alarak ya da Uooo'nun dediği gibi bir programcı ve bir test cihazı almak için bu sefer en kötüsüne hazırlanın.

Şimdi, programcılar sizinle dükkandayken, eski kodu belgelemelerini istemek yerine kodlarını ilerletmelerini istemeye başlayabilirsiniz, gerçekten, bunu unutun.

Yeni bir programcı alırken dikkat edilmesi gereken diğer hususlar, kaynak kontrolü ve otomatik test bildiğinden emin olun. Ayrıca, yardımları ile mümkün olduğunca çok sayıda Joel Testi kontrol etmeye çalışın , sadece bu kadarını kendi başınıza yapabilirsiniz.


0

Yani, tek programcı bir otobüs çarptı ve şimdi değiştirmeniz gerekiyor.

Sözleşmenize bağlı olarak eski programcıya dava açmayı deneyebilir veya neyin yanlış olduğunu öğrenebilirsiniz. Geri dönmeyeceğini varsayarsak, bu size yardımcı olmaz.

  • Ürününüzü bitirmek istiyorsanız, mevcut sistemleri koruma ve geliştirme konusunda deneyime sahip bir programcı arayın. Programcıya hangi sırayla ne yapacağını söylemeye odaklanmam. Gerektiğinde belge ve birim testleri yazan bir profesyonel işe aldığınızdan emin olun.
  • Tarafınızdan, yeni programcının çalışması için gereken her şeye sahip olduğundan emin olabilirsiniz : Gereksinim özellikleri, güçlü bir çalışma makinesi vb. Profesyonel bir programcı istiyorsunuz, bu yüzden ona profesyonel bir çalışma ortamı sağlayın.

Ayrıca, gelecekte bu tür zor durumları kolaylaştırmak için ikinci bir geliştirici kiralamayı düşünün. Bir test cihazı kalite güvencesi için de yararlı olacaktır.


Cevaplarınız için çok teşekkürler Uooo. Gelecekte bu tür bir durumu kolaylaştırmak için ikinci bir geliştiriciyi işe almayı seviyorum. Fakat ikinci geliştiricinin işi ne olurdu?
pocto

@pocto Yazılımınızın bakımı ve geliştirilmesi. Yazıldığı gibi: Programcıya hangi sırayla ne yapacağını söylemeye odaklanmam . Bir hatanın düzeltilmesi gerektiğinde, bu yapılmalıdır. Yeni bir özellik ve birim testlerinin uygulanması gerektiğinde, belgelerin yazılması gerekir, bu yapılmalıdır. Bir "Bugfixer" veya "Documentation writer" veya "Feature implementer" işe almazsınız, bir yazılım geliştiricisi işe alırsınız. Ve işi tüm bunları yapmak.
Uooo
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.