Yazılım Geliştiriciler için "Teknik Borç" Farkındalık Anketi

Request edit access

JavaScript isn't enabled in your browser, so this file can't be opened. Enable and reload.

Merhabalar,

Bu anket farklı sektörlerdeki yazılım geliştiricilerin teknik borçlanma ile ilgili farkındalıkları hakkında fikir sahibi olmak amacıyla tasarlanmıştır. Anket sonuçları, hazırlanmakta olduğum ve 2021 sonbaharında gerçekleşmesi planlanan bir sunum için kaynak niteliğindedir.

Değerli katılımlarınız için şimdiden çok teşekkür ederim.

Burak Selim Şenyurt
https://www.buraksenyurt.com

Kaç yıldır yazılım işiyle uğraşıyorsunuz? *

1 Yıldan Az

1 - 5 Yıl Arası

5 - 10 Yıl Arası

10 Yıldan Fazla

Şu an çalışmakta olduğunuz sektörü işaretler misiniz? *

Unvanınızı seçer misiniz? *

Üzerinde çalıştığınız(parçası olduğunuz) en eski ürün kaç yaşındaydı? *

Henüz 3 yaşını doldurmamıştı.

3-5 yaş arasıydı.

5-10 yaş arasıydı.

10 yaşından da büyüktü.

Çalıştığınız projelerde aşağıdaki Monolitik(M) ve Dağıtık(D) Mimari yaklaşımlarından hangileri kullanılıyor/kullanıldı? (Birden fazla seçebilirsiniz) *

M- Layered (Nam-ı diğer Katmanlı Mimari. 3 Kat, 5 Kat, n-Kat)

M- Pipeline Based (EDI, ETL türevleri ile Apache Camel ve hatta Bash en güzel örnekleridir)

M- Microkernel (Plug-In Tabanlı. Genişletilebilir IDE'leri, sigortacılık uygulamalarını düşünün)

D - Event Based (Olay güdümlü. "Stoğa ürün geldi" duyduk duymadık demeyin. Biri yakalasın.)

D - Service Oriented (The "Büyük" SOA)

D- Microservices (Bunu duymamış olamazsınız. Bknx: Netflix)

Required

Zaman baskısı nedeniyle çalıştığınız kod parçası/problem üzerinde daha iyi bir çözümü uygulamak yerine sonradan düzenlerim dediğiniz oldu mu? (Dürüst olun :D ) *

Evet

Hayır

Çözmekte zorlandığınız bir hata mesajını Stackoverflow'da arattıktan sonra sergilediğiniz tutum genel olarak aşağıdakilerden hangisi olabilir? *

Hemen yeşil okla işaretlenmiş cevabı bulur, önerilen çözümü copy-paste ile uygularım.

Sorulan soruyu ve cevapları iyice okur, kafama yatarsa uygularım.

Stackoverflow kullanmıyorum.

Herhangi bir statik veya dinamik kod analiz aracı ile çalıştınız mı? *

Evet

Hayır

Çalıştığınız kurumda "Code Review" seansları yapılıyor mu? *

Evet

Hayır

Yukarıdaki soruya yanıtınız "Evet" ise, ne sıklıkta yapıldığını işaretler misiniz? ("Hayır" cevabı verdiyseniz bu soruyu boş geçiniz)

Haftada 1

İki Haftada 1

Ayda 1

Kafamıza estiğinde

Clear selection

"Teknik Borç" teriminin ne anlama geldiğini biliyor musunuz? *

Evet

Hayır

"Teknik Borçlar" bir şirketin para kaybetmesine neden olur mu? *

Evet

Hayır

Sizce bir şirket yıllık IT bütçesinin yüzde kaçını teknik borçlanmayla mücadele için ayırmalıdır? *

En fazla %10

%10 ile %20 arası.

Hiç ayırmamalı.

Çalışmakta olduğunuz firmada IT4IT işleri yapılıyor mu? *

Evet

Hayır (Ah neredee vah neredee)

Yukarıdaki soruya cevabınız "Evet" ise şunu cevaplar mısınız? Şirketinizde IT4IT ile ilgilenen ayrı bir ekip var mı?

Evet

Hayır

Clear selection

Teknik borç sadece kodlamayla mı ilgilidir? *

Evet

Hayır

Karasızım

Peki ya teknik borçlanmanın tek sorumlusu kod geliştirici midir? *

Evet

Hayır

Kararsızım

Startup kültüründe geliştirilen ürünlerde mi yoksa kurumsal şirketlerin geliştirdiklerinde mi Teknik Borçlanma fazla olur? *

Startup ürünlerde daha fazla olur

Kurumsal firma ürünlerinde daha fazla olur

İnan bilmiyorum

Bu kıyaslama doğru değil

Sizce bir yazılım geliştirici 1000 satır başına ortalama kaç satır hatalı kod üretir? *

Deneyimliyse 10 satırı geçmez

50-100 arası

100-150 arası

Birim Test(Unit Test) yazmak sizce ne derece önemlidir? *

Hiç önemli değildir.

Çok önemlidir.

Ağır teknik borcu olan legacy bir sistemi iyileştirmek için Microservice dönüşümü yapılması önerilse, ne dersiniz? *

Önce teknik borçlarını bir toparlayalım derim.

Hiç düşünmeden direkt geçelim derim.

Aklımdan bile geçirmem.

Submit

Clear form

This content is neither created nor endorsed by Google. - Terms of Service - Privacy Policy

Does this form look suspicious? Report

Forms