React öğrendikten sonra iş bulma konusunda neleri öğrenmem gerek?
Yazdığın iş fullstack olarak çalıştıran bir iş. Sadece Frontend değil. Şirketler, aldığı personeli her alanda kullanmak istiyor olabilirler. Genelde küçük ve orta segment firmalar bunu yapıyor. Yazılım ekibi 5-10 kişi. Onlarda her şeyi yapabilsin isterler ki bence haksızda sayılmaz. Biraz daha büyük ve kurumsal yerlerde ekipler ayrışabiliyor. Hatta sadece ekip değil iş bölümleri de ayrışıyor ve her işi farklı ekipler yönetebiliyor. İşte sallıyorum firma altında A, B, C segmentleri var. Bu A segment altında 100 kişi çalışabilir. Frontend, backend, Test, Yapay zeka, mobil (hatta android & ios ayrı) ayrı ekipler. Aynı ekip mantığı B segment de de olabilir. C de 5-10 kişi olup fullstack takılanda olabilir. Dediğim gibi işin büyüklüğüne göre; iş kolları ve ekipler büyür ve ayrışabilir.
İş ilanlarıda bu ekiplere göre değişir. Senin baktığın iş fullstack. Sen React olarak girersin 2 gün sonra .net yazarsın. Bunu bekliyorlar.
Bazı iş ilanlarına bak spesifik alan üzerinde detaylandırırlar. Backend, frontend, Android Dev falan.
O yüzden iş ilanından şirkette nasıl bir ekipte olacağını az çok kestirirsin. Biraz daha takılınca ve farklı işler görünce bazı maddelerin dümenden yazıldığını anlayacaksın. Agile & Scrum. Ya bunu bilmese ne olacak? İş yerinde öğretirsin. 1 - 2 hafta geçer, sprint mantığını, jira-trello artık ne ise onu kullanmayı, groom spike toplantılarının ne olduğunu öğrenir. 1-2 haftada çözer yani. Çokta takmamak lazım. Bilmiyorsan tabiki araştırırsın kavramlara uzak kalmazsın. İşleyişi ekip sana öğretir.
Attığın iş ilanının bende yarattığı etkiyi söyleyeyim;
- Jquery, soap, angular2+ ile projenin baya eskide kaldığını ve halen yeni yapıya geçmediğini rahatça anlıyorum. Anlaşılan altyapı .net üzerine kurulu.
- Clean architecture bilmesini istiyormuş. O halde eski projede bu yapı yoktur. Ya eski projeyi sıfırdan tekrar design ediyorlar. Yada yeni projeleri modern sistemler üzerinde çalışıyorlar yada öylesine bir madde yazmak için yazılmış. 3 durumu açıklayayım;
1. Eski projeyi yeniden yazmak; Şirket, çalışan bir projeyi, bütçeyi ve zamanı düşünmeden modern hale getirmeyi göze alabiliyor. Gerçekten iyi. Çoğu şirket, proje çalışsın yeter gözüyle bakar. Kodun mimarisi ile ilgilenmez. Büyük bir artı.
2. Yeni projeler; Şirket göze almıyor ama ekip modern sistemleri takip etmiş ve kendilerini adapte edebiliyorlar. Ekip +.
3. Öylesine bir madde: Umarım öylesine değildir
Büyük bir eksi.
- Unit test; gerçekten unit testlere önem veriyorlarsa büyük bir artı demektir. Unit teste zaman ayırmak, deploy aşamasında testleri çalıştırmak. Kod yazayım çalışsın yeter gözüyle bakılmadığını gösterir. Ama genelde dümenden yazılan bir madde bu.
- Agile / Scrum. Yine büyük bir artı. Şirket belli bir kültüre sahip. Ekip iş planlamasını yapabiliyor. Ekip kendi kendini yönetebiliyor. Büyük bir artı. Tabi yine dümenden yazılabilecek bir madde.
Genel olarak değerlendirirsek; Proje eskide kalmış. DevOps, Git, Solid, dry gibi konulardan bahsetmemeleri eksi. Ama ekip ve şirket kendini modern hale getirmeye çalışıyor gibi. Tabi ortada büyük bir risk var. Tüm bunların dümen olması ve işe girince monoton takılacak olman. Ayrıca 4 senelik tecrübe ile bunları istiyorlarsa, ekip ileri düzey mühendislik bilgi sahibi değil gibi hissettim. Ben olsam başvuru bile yapmam.
Uzun bir yazı olmuş. Buraya kadar okuyanlara teşekkürler.
