Mühendis olmadan “Yazılım Mühendisi” işlerine başvurabilir miyim? [kapalı]

"Mühendis" veya "Mühendislik" kelimesinin kullanımının mevzuat tarafından sıkı bir şekilde düzenlendiği bir ülkedeyim. Bu, Mühendisliği kullanmak için bir dereceye sahip olmanız ve ünvanı kullanmak için Mühendisler meslek birliğine katılmak için bir sınavı geçmeniz gerektiği anlamına gelir. Global olarak sektörde kullanılan "Yazılım Mühendisi" terimi hakkında biraz kafam karıştı.

Yazılım Mühendisi üzerindeki wikipedia sayfasını ve derinlemesine bir tartışma sunan kullanım terimi ile ilgili sayfanın bağlantılı bölümünü okudum . Ancak sorum bir şekilde daha somut.

Uluslararası bir şirketten bir yazılım mühendisi için bir açılış gördüğümde, mühendislik derecesine sahip olmadığımı bilerek (henüz işlevsel, iyi tasarlanmış yazılım ürettiğimi düşünüyorum!) Başvurmak uygun olur mu ? Bir şekilde mühendislik derecesine sahip olmadığımı vurgulamalıyım?

Kimsenin zamanını boşa harcamazsınız. Göreyim seni. Ve mühendislik derecesine sahip olmadığınızı vurgulamanıza bile gerek yok. CV'niz (Özgeçmişiniz), hangi dereceleri tuttuğunuzu ve ne tutmadığınızı çıkartarak açık bir şekilde ifade edecektir. Sadece özel olarak sadece akredite vb. Aradıklarını belirten şirketlerden kaçının.

DÜZENLEME: Bunun nedeni, bilgisayar yazılımı geliştirmenin patlayıcı bir şekilde büyüyen, sektörde lider bir alan olması, bir süredir devam etmesi ve devam etmesi. üniversitede değil. Üniversite, yüksek lisans veya daha yüksek bir derece yoluyla belirli bir konuda uzmanlaşmayı öğrenmek için iyidir ve bir şirket bir uzman aradığında genellikle bu gereksinimi belirtir. Bu, "Bilgisayar Bilimlerinde Lisans" derecesine sahip olan ve yine de yaptıklarının aslında Üniversite dışında bir bilim olduğunu öğrenen birinden gelir. (Başlangıçta lisede, ikili aramanın ne olduğunu öğrendiğimde ve daha sonra işte, OOP'un ne olduğunu öğrendiğimde. Üniversitede henüz OOP'u duymamışlardı.)

ABD'de "yazılım mühendisi", "programcı / analist" veya "yazılım geliştirici" den gerçekten farklı bir şey ifade etmeyen yaygın bir iş unvanıdır. Söz konusu şirketin unvan olarak ne vermek istediğine bağlı.

Örneğin, çalıştığım bir yerde neredeyse herkesin "mühendis" veya "teknisyen" ile biten bir iş unvanı vardı. Bulunduğum yerdeki İK müdürüne "Lider İnsan Kaynakları Mühendisi" adı verildi.

Çalıştığım en iyi yazılım geliştiricilerinden bazılarının yazılım geliştirme ile ilgili bir derecesi yoktu. Kendim, BT derecem var ama yine de yazılım geliştirme alanında kariyer yaptım.

Profesyonel mühendislik dernekleri, belirli bir teknik alan evrensel ve tartışmasız standartlara ve kabul edilen uygulamalara yakın olduğunda ve bu tür profesyonellerin talebine kıyasla nispeten büyük miktarda nitelikli işgücü olduğunda oluşur. Bu nispeten olgun mühendislik alanlarında olur.

Yazılım mühendisliği (henüz) tam olarak orada değil ama yavaş yavaş yaklaşıyor. Sorun şu ki, bugün yazılım mühendislerinin rastgele örneklemesini alıp onlara basit bir soru sorarsanız, " __ 'yi izlemek için bir CRUD web tabanlı uygulama tasarlayın " ve çılgınca farklı tasarımlar elde edersiniz. Bazıları iyi tasarımlar olacak, bazıları fakir olacak, bazıları benzersiz olacak, bazıları kazan plakası olacak. Cehennem James Gosling, Martin Fowler ve diğer birkaç büyük zihni bir odaya sokarsanız, muhtemelen üzerinde anlaştıklarından daha fazla argüman ve farklılığa sahip olacaklardı.

Ayrıca, iş dünyası ve toplumsal bakış açısından, bazen düşük kaliteli yazılımlarla (alternatiflerin ve fiyatların mevcudiyetine bağlı olarak) iyi olma eğiliminde olduğumuzu düşünün. Bunu bir köprüden beklediğimiz kaliteye ilişkin iş ve toplumsal bakış açısıyla karşılaştırın. Hiç kimse düşük kaliteli bir köprü kabul etmez ve bu köprüyü tasarlayan mühendisler bunu sıkı kurallar ve kabul edilen standartlar altında yaparlar.

Kanımca, bir gün, bugün mevcut olan yazılımın% 90'ının maliyetinin ve değerinin daha düzgün bir şekilde hizalanacağı noktaya gelecektir ve geriye kalan, tasarıma yaklaşmak için yüksek kabul görmüş ve resmileştirilmiş yöntemlerle büyük, pahalı ve yüksek standartlara dayalı projeler olacaktır. sorunları. Sadece bu noktada, profesyonel bir dernekte kalifiye mühendislere duyulan ihtiyaç, işi daha az formalite ile de yapabilen parlak bir zeki çocuğa olan ihtiyaçtan daha fazla olacaktır. Ancak bunun en az 15-20 yıl daha gerçekleştiğini görmüyorum.

Normalde iş ilanlarında derecenin gerekli olup olmadığı belirtilir. Buna bağlı olarak uygulanıp uygulanmayacağına karar verin. Belirtilmiyorsa, işin dereceden daha fazla deneyim veya tutum gerektirme olasılığı vardır. Bu durumda, bence başvurabilir ve şansınızı değerlendirebilirsiniz. Her neyse, işe alımlar özgeçmişinizde herhangi bir derece olmadığını gördüğünde, sizi seçip seçmeyeceğinize karar vereceklerdir.

En azından ABD'de anahtar, açıklamada açıklananları yapabilmeniz gerektiğidir. Bu becerileri kazanma şekliniz daha az önemli.

ANCAK- eğer varsa giriş seviyesi pozisyonu için büyük ölçüde yardımcı olduğu tarama yapan şirketler vardır:

• BS veya BA Derecesi
• Tercihen Bilgisayar Mühendisliği, Yazılım Mühendisliği, Bilgisayar Bilimi, BT, Matematik veya benzer bir şey gibi bilgisayarlarla belirsiz bir şekilde ilgili bir BS. Enerji Verimliliği, Fizik ya da başka herhangi bir bilim bile size Dilbilim ya da Güzel Sanatlar'tan daha fazla fırsat sağlayacaktır.
• İyi bir not ortalaması

Bu, büyük ölçüde şirketin tarama süreci ve sahip oldukları başvuru sahipleri ile ilgilidir. Şirket ne kadar az resmi olursa olsun, tarama daha az kısıtlayıcıdır.

Sonunda, açıklamada söylediklerini yapabilmeniz ve özgeçmişiniz ve röportajınızla bu davayı yapabilmeniz koşuluyla, "yazılım mühendisliği" yaparak iş bulabileceğinizden şüphe duymuyorum. “Mühendislik” in yüksek derecede yasal ve temel çizgisi olarak tanımlanması, verilen ülkeye, özellikle uluslararası olarak tercüme edilmeyecek kadar benzersizdir. Bazı profesyonel sertifikalar olabilir - hepsi sertifikasyona ve gösterdiği uzmanlığa bağlıdır.

Özgeçmişler

Bir özgeçmiş giderken, neler yapabileceğinizi vurgulamak tavsiye ederim. Yapmadığın şey değil. Klasik özgeçmiş biçimi şunları içerecektir: - hedefleriniz - eğitiminiz - teknik becerileriniz - önceki iş deneyiminiz

Kritik bir öğeden ayrılmak, o öğeye sahip olmadığınızı göstermenin iyi bir yoludur, ne yapmadığınızı söylemek için yukarı ve ötesine gitmeniz gerekmez. Örneğin, birkaç yıllık üniversiteniz tamamlanmış ancak henüz matrisüle edilmemişse, nerede okula gittiğinizi ve kaç yıl ve bazı temel derslerden bahsedin. Mezuniyet tarihinin (veya beklenen mezuniyet tarihinin) olmaması, henüz okulu bitirmediğinizin doğrudan ipucudur.

Bağımsız kişisel projelerle kazandığınız becerilerle konuşurken, ne kadar alanınız olduğuna bağlı olarak iki seçeneğiniz var: IMO.

• genç bir aday için, beceri edinenleri bir beceri bölümünde listeleyebilirim - örneğin programlama dilleri, metodolojiler, geliştirme araçları, vb. Ve daha sonra kişisel projeyi "deneyim" altında, bunun kişisel bir proje olduğuna dair bir ek açıklama ile listeleyeceğim. Bir oyun sitesinde bu şekilde dinamik web sunucusu kodu uygulayan bir adayla tanıştım ve bağlantıyı sağladığında, sitesiyle oynamak ve ne yaptığına dair bir fikir edinmek için yukarıda ve öteye gittim - bu bir tartışmamız için gerçek bir kazanç.

• bir mil uzunluğunda bir deneyim listesi ile daha deneyimli bir aday için - proje inanılmaz ve gözden geçirilebilir olduğu sürece sadece "beceri / bilgi" yeni beceriler sopa. Örneğin, Hibernate'in büyük bir bölümünü kodladıysanız - bunu oraya koyun !!! ama tombala grubunuz için bir web sunucusu yaptıysanız ... muhtemelen son 3 yıldır sizi istihdam eden büyük şirketle daha çok ilgileniyorum ...

Genel felsefem - şirkete sizi neden işe almaları gerektiğini göstermek sizin göreviniz. Onların görevi, pozisyon için en uygun olup olmadığınızı araştırmaktır ve bunu, daha büyük aday havuzlarına kıyasla sizi dikkate alarak yapacaklardır. Diğer her başvuru sahibinin resmi diploması ve profesyonel sertifikası varsa, şansınız olmayabilir ... ama eğer değilse, mükemmel bir beceri setine sahip olabilirsiniz.

Başlıklara takılmayın. Bu şirket için bir şey ifade ettiyse, CV'nizi / Özgeçmişinizi görmezden gelirler. Hoşunuza gideceğini düşündüğünüz her işe başvurmalısınız. Kendinizi başlangıç ​​kapısında sınırlamayın. En kötü durumda, otuz dakikanızı harcar.

Yazılım mühendisi gerçek bir mühendis değil. Yazılım geliştirmeyi mühendislik pozisyonunda resmileştirmek için bir hareket olmuştur, ancak çok fazla darbe almıştır. Yazılım geliştirme hala çok yeni ve mekanik veya elektrik mühendisi gibi bir mühendislik mesleğine uygun şekilde tanımlanamayacak kadar hızlı gelişiyor. Yazılım geliştirmenin aslında aynı mühendis tanımına uyup uymadığı veya yazılım geliştirmeyi bir mühendislik süreci haline getirmenin faydalı olup olmadığı konusunda da bazı tartışmalar vardır.