Yazılım Mühendisliğinin resmi bir meslek olabilmesi için nelerin değiştirilmesi gerekiyor?

Diğer mesleklerden (Muhasebe, Hukuk, Tıp vb.) Farklı olarak, Yazılım Mühendisliği için meslek çapında bir sertifika yoktur.

Uzmanlık ve deneyim kanıtı olarak hizmet vermeyi amaçlayan çok sayıda teknoloji ve metodolojiye özgü sertifikaların iyi farkındayım, ancak genel kabul görmüş mesleki standartları belirleyen (ve yasal olarak değerlendirme yetkisine sahip) kamu Yazılım Mühendisliği topluluğu / yönetim organı yok .

Yazılımın dinamik bir canavar olduğunu, yani kısmen sanat, kısmen bilim olduğunu anlıyorum, ancak Yazılım Mühendisliğinin resmi bir meslek olma potansiyeline sahip olup olmadığını merak ediyorum.

Bunun olması için neyin değişmesi gerekiyor ve bu iyi bir şey bile olabilir mi?

(Bu konuyla ilgili resmi araştırmaları bilen biri varsa, referansları çok takdir ediyorum.)

Güncelleme

Yazılım Mühendisliği alanındaki mevcut sertifika düzeyiyle ilgili olarak aşağıda dile getirilen iyi noktaların çoğuna katılıyorum. Ayrıca bazı ülkelerin Yazılım Mühendisliği'ni bir meslek olarak ele alırken, diğerlerinin görmediğini çok ilginç buluyorum.

Bununla birlikte, "örgün meslek" terimini ve Yazılım Mühendisliği için nasıl uygulanacağını çevreleyen bir takım kehanet var gibi görünüyor. Yazılım Mühendisliği ile ilgili temel sorun - ve tam anlamıyla bir meslek olmamanın temel nedeni - sertifikalı bir Yazılım Mühendisi iseniz ve - örneğin, bir asansör arızası için yazdığınız bazı yazılımları ve insanları öldürdüğünüzü, sertifikanız ve / veya resmi bir profesyonel kuruluşa üyeliğiniz iptal edilmeyecektir.

Elbette, şirketiniz milyonlarca dava açabilir ve kişisel olarak işinizi kaybedebilir ve kötü bir referans kazanabilirsiniz, ancak genel olarak konuşursak, söz konusu şirket tarafından istihdam edilmesinin bir sonucu olarak kişisel olarak sınırlı sorumluluk kalkanı ile korunursunuz. Başka bir deyişle ve bildiğim kadarıyla, muazzam bir şey yaptıktan sonra sizi resmi olarak ticaretten men etme zorunluluğuna sahip yasal bir değerlendirme / uygulama yoktur (diğer resmi mesleklerden ve bunların yönetimindeki toplumlardan farklı olarak). .

Yazılım Mühendisliğinin - olduğu gibi - resmi bir meslek olması gerekmeyen bir meritokrasi olduğu ve bunun değişmemesi gereken iyi bir şey olduğu gerçeğine değinen cevabı çok beğendim. Aynı zamanda, kritik / kritik olmayan yazılım geliştiricileri ile görev açısından kritik yazılımların Yazılım Mühendisleri arasında açık bir ayrım yapmamız gerektiğini düşünüyorum.

Kritik öneme sahip yazılımlar üzerinde çalışan / üzerinde çalışanlarınıza - kişisel bir sorumluluk var mı? Şüphesiz Yazılım Mühendisinin maliyetli bir hata yapması durumunda resmi yankılara ihtiyaç var mı?

Mevcut bilgilere dayanarak, Yazılım Mühendisliğinin zaten resmi bir meslek olduğuna inanıyorum. Bu şekilde yaygın olarak kabul edilmeyebilir, ancak bir mesleğin özellikleri için genel kabul görmüş kriterleri karşılamaktadır.

Gönderen Mesleğinde Wikipedia'nın makalesinde :

Bir mesleğin karakteristik özelliklerini tanımlama konusunda kayda değer bir anlaşma vardır. Larson'un da eklediği “mesleki dernek, bilişsel temel, kurumsallaştırılmış eğitim, lisanslama, iş özerkliği, meslektaş kontrolü ... (ve) etik kuralları”, [18] ve Larson'un da eklediği yüksek standartlarda mesleki ve entelektüel mükemmellik, "(Larson, s. 221)" meslekler özel güç ve prestijli mesleklerdir "(Larson, px) ve tüm toplumlarda" seçkin bir seçkin grup "(Larson, s. 20) içerdiklerinden.

Magali Sarfatti Larson'un Profesyonellik Yükselişi: Sosyolojik Bir Analiz . "Bir mesleğin özelliklerini" aramak benzer sonuçlar doğurur.

Yazılım Mühendisliği bu özelliklere nasıl dayanıyor?

• Meslek Birliği Yazılım mühendisleri için çok sayıda meslek birliği vardır. IEEE ve daha spesifik olarak IEEE Computer Society IEEE Computer Society bilgisayar ve yazılım mühendisleri odaklanan ile dünyada mühendislik alanlarında çalışan profesyoneller hizmet vermektedir. ACM genellikle Amerika'da, bilgisayar çalışan profesyoneller için başka meslek kuruluşudur. Genellikle İngiltere'de bilgi ve iletişim teknolojisindeki mesleklerin çeşitli yönlerine hitap eden İngiliz Bilgisayar Topluluğu da vardır .

• Bilişsel Taban Yazılım Mühendisliği Bilgi Grubu, IEEE, Boeing, Kanada Ulusal Araştırma Konseyi, Raytheon, Construx Yazılımı, Kanada Profesyonel Mühendisler Konseyi, MITER Corporation, NIST, Rational, SAP (2004 sürümü için) tarafından desteklenmektedir. Özellikle "yazılım mühendisliğini meşru bir mühendislik disiplini ve tanınmış bir meslek haline getirme" yönünde bir adım olarak başlatılmıştır .

• Kurumsal Eğitim ABD'de Bilgi Teknolojisi, Bilgisayar Bilimi ve Yazılım Mühendisliği programları ABET tarafından akredite edilebilir . Kanada'da Bilgisayar Bilimi ve Yazılım Mühendisliği programları CIPS tarafından akredite edilmiştir . Bu kuruluşlar, akredite bir programdan mezun olan öğrencilerin profesyonel bir ortamda çalışabilmeleri için minimum standartları ve beklenen sonuçları tanımlar. IEEE ayrıca, Yazılım Mühendisliği Bilgi Organı'na dayalı iki sınav sunar - lisans öğrencileri için Sertifikalı Yazılım Geliştirme Önlisans sınavı (veya yakın zamanda mezun olan lisans öğrencileri) ve orta kariyer profesyonelleri için Sertifikalı Yazılım Geliştirme Profesyonel sınavı.

• Lisanslama Nisan 2013 itibariyle NCEES, Yazılım Mühendisliği alanında Profesyonel Mühendislik sınavı sunmaktadır . Amerika Birleşik Devletleri'nde eyalet bazında sunulmaktadır. Ancak, Yazılım Mühendisliği PE sınavı şu anda her eyalet tarafından sunulmamaktadır ve daha da azı lisans gerektirir. IEEE Yazılımının Kasım / Aralık 1999 sayısında yayınlanan bu makale, Teksas eyaletindeki lisans gereksinimlerini ve Ontario ve British Columbia, Kanada ve İngiltere'de lisanslamanın kısa bir tartışmasını tartışmaktadır. Teksas'ta, bir lisans yalnızca "mühendislik elektrik veya mekanik bileşenlerinin ayrıntılı bir şekilde anlaşılmasını gerektiren" gömülü veya gerçek zamanlı sistemlerin tasarımı, testi veya uygulanması ve "mekanik cihazlar, elektrikli cihazlar" için yazılım sistemleri üzerinde çalışmak zorundadır. ve güç sistemleri "- nispeten az miktarda yazılım geliştirme çalışması. Lisans sunan eyaletlerde en kötü senaryo, bir müşterinin veya işverenin şikayette bulunması halinde disiplin cezası, yaptırımlar veya lisansınızın kaybedilmesidir. Bununla birlikte, tek gerçek zarar, lisans gerektiren eyaletlerde gelir - lisansın işi yapması gerekmedikçe, kaybetmek hiçbir şey ifade etmez.

• Etik Kurallar ACM ve IEEE Bilgisayar Topluluğu bir Yazılım Mühendisliği Etik ve Mesleki Uygulama Kodu oluşturdu . Amerika Birleşik Devletleri'nde, Yazılım Mühendisliği programları da dahil olmak üzere ABET akredite mühendislik programları mezunları da genellikle profesyonel mühendisler için geçerli olan bir etik kuralını koruyan Mühendis Düzeni'ne katılabilirler .

• İş Özerkliği, Meslektaş Kontrolü, Yüksek Mesleki ve Entelektüel Mükemmellik Standartları Bunlar yazılım mühendisliğinin mühendislik disiplini olarak görüldüğü bir ortamda sıklıkla görülür. Yani tüm işverenler (ya da serbest çalışanlar) yazılım geliştirmeyi mühendislik olarak görmezler.

Yazılım geliştiricileri / mühendisleri / mimarları / vb. İçin yaygın olarak kabul gören ve kabul gören profesyonel bir kurum iyi bir şey olmaz.

Şu anda, bu bir meritokrasi olarak hareket edebilen birkaç alandan biridir. Olduğu gibi, hangi dereceye sahip olduğunuzu (veya hiç varsa), ne kadar kıdeme sahip olduğunuzu, hangi dilleri bildiğinizi vb. Umursamıyorum. İyi bir geliştirici olup olmadığınızı anlamak nispeten kolaydır. ve günün sonunda önemli olan tek şey bu. Yani işleri halledebilir misin?

Şu anda birisinin size verdiği bir akreditasyonla değil, yeteneğinizle ölçülüyorsunuz. Ve bu adil, İyi Bir Şey (tm).

Hiçbir şeyin değişmesi gerekmez.

Thomas'ın işaret ettiği gibi , yazılım mühendisliği zaten bir meslek. Programlama hack ve / veya işçiliği, mühendislik denilen, ancak edilebilir olduğu meslek olarak ve birçok kişi üzerinde para yapıyoruz.

Bence sorunuz lisanslama konusunda.

Şu anda yazılım mühendisliği için resmi bir lisanslama bulunmamaktadır. Yeterli akıllı ve programlama yeteneğine sahip herkes kod oluşturmak için bir makinede veya bir cihazda çalıştırılmaktansa işe alınabilir ve ücretli olabilir.

Bu, diğer endüstrilerden farklıdır (hukuk ve tıp, söz konusu örnekte verilen örneklerdir). Bu meslekler için lisans gereklidir. Herkes araba kullanabilir, ancak yasal olarak araba kullanmak için bir dirvers lisansına sahip olmanız gerekir. Herkes programlayabilir, lisans veya sertifika gerektirmez.

Şimdi, lisanslamanın iyi olduğunu düşünüyorum, çünkü birisinin bir şey yapma yeteneğine sahip olduğunu kanıtlıyor (araba sürmek gibi) ve kuralların (yolun) iç ve dış bilgilerini biliyor.

Yazılım mühendisliği için benzer bir lisans gerekebilir, ancak bunun çok iyi olacağını düşünmüyorum. Aslında korkunç sürücüler olan birçok lisanslı sürücü var, bu yüzden sadece bir lisansa sahip olduğunuz için iyi bir sürücü veya programcı anlamına gelmez.

Bir lisans, bu sektörde iyi bir şey olmayacak giriş için bir engel oluşturur, bu nedenle bu tür lisanslamanın algılanan herhangi bir faydasını görmüyorum.

Yazılım mühendisleri işe alan şirketler, potansiyel programcının yeteneğini "programlama testi" (ve ben fizz buzz türü hakkında konuşmuyorum) ile gereken beceri setine göre kesinlikle test etmelidir. "Sertifikaları" olan programcılar kağıt üzerinde iyi görünürler, ancak deneyim ve yetenekleri ölçmek için gerçek bir dünya testi ile teste tabi tutulmalıdırlar.

Bence, bir avukatın baro sınavını geçme biçiminde bir sınavı geçerek sertifikalı bir yazılım geliştiricisi olmak mümkün olmalı. Ayrıca sertifikalı olmayan programcıların yine de programcı olarak çalışabilmesi gerektiğini düşünüyorum. Fark, işverenlerin istedikleri gibi özel olarak sertifikalı programcılar için reklam verebilmeleridir ve sertifikalı bir programcı, belirli bir sorumluluk garantisi ve daha yüksek bir fiyat etiketi ile birlikte gelir.

Yazılım geliştirmenin hesap verebilirliği olmayan bir hata olduğunu söyleyen postere katılıyorum. Bu şekilde olması gerektiğini düşünmüyorum. İyi yazılım yapmak isteyen ve bu yazılımdan sorumlu olmak isteyen geliştiriciler var. Sadece kendimizi ayırt etmek için bir yola ihtiyacımız var.

20 yıldan fazla bir süredir yazılım geliştiriyorum. Bunun beni tek başına büyük bir geliştirici yaptığını iddia etmiyorum, ama bence oldukça iyi bir geliştirici olduğumu düşünüyorum. Sorun şu ki, boş zamanlarında programlamayı öğrenen ve benimle aynı işi isteyen her çocuktan neden daha iyi bir geliştirici olduğumu sürekli olarak göstermek zorundayım. Paranın bir kısmı için aynı işi yapmaya söz veren "açık deniz" geliştiricilerinin lejyonlarından bahsetmiyorum bile. Şu anda bu çok çaba gerektiriyor. İş örnekleri, referanslar, testler yapmam, mülakatlar yapmam gerekiyor. Kolayca kötü bir gün geçirebilir, bir testte hata yapabilir ve diskalifiye olabilirim. Sadece "evet, sertifikalı bir geliştiriciyim ve işte sertifikam" demeyi tercih ederim. Hala röportaj yapmam gerekiyordu, ama en azından sadece diğer sertifikalı geliştiricilere karşı yarışıyordum.

Asla olmayacak, en azından tamamen değil. Yazılım boya gibi bir ortamdır. Büyük yapıların endüstriyel ölçekli boyama işlerini yapan insanlar var, yüksek standartlara göre yeni boyalar tasarlayan insanlar var, ancak kulübelerini boyamak gibi küçük ölçekli işler yapmak için boya alan insanlar var ve yine de karışabilen diğerleri var kendi kedilerini boyamak için kullanın.

Benzer şekilde, güvenlik açısından kritik ve / veya finansal yazılımların üzerinde çalışan akredite mühendislere ihtiyaç duyduğu bir geleceği görebiliyor olsam da, sanat veya eğlence yazılımı üreten insanlara asla ihtiyaç olmayacak. Akredite mühendislere sahip olmak için gerekli güvenlik veya finansal yazılımları almak için nelerin değiştirilmesi gerekir? Bu diğer meslekler gibi, onu zorunlu kılmak için bir yasaya ihtiyaç duyacaktır.

Yazılım bir meslek değil, hiç bir zaman da olmayacak.

"Bir meslek, herhangi bir ticaret veya meslek, eğitim, çıraklık ve sınavlara dayalı resmi niteliklerin geliştirilmesi, üyeleri kabul etme ve disipline etme yetkisine sahip düzenleyici organların ortaya çıkması ve bir dereceye kadar tekel haklarıyla dönüştüğünde ortaya çıkar."

Bu açıklama yazılımla hiç uyuşmuyor.

Öncelikle, yazılımla ilgilenen herkes dışarı çıkıp bir iş geliştirme yazılımı bulmaya çalışabilir. Bu insanların birçoğu bilgisayar programlama ile tamamen alakasız üniversite derecelerine sahiptir ve çoğunun hiç derecesi yoktur. Bu gruplardan birinin yazılım programcısı olmasını engelleyecek hiçbir şey yok.

Yazılım "meslek sahibi olamaz" çünkü "lisanslı" üyeler verdikleri zararlardan ve hatalı uygulamalarından sorumludur. Geliştiricilerin% 80-90'ı sadece bir yıl için birkaç yıl içinde işini kaybedecek.

Genel olarak, yazılım kalitesi iğrenç, hata eğilimli ve sadece çok iyi değil. Mesleğe layık mı? İnsanların ruhsat aldığı için bunun durmasını öngörüyor musunuz? Profesyonel bir kuruluş yüksek standartlara ve profesyonel kaliteye sahip olmayacaksa, bunun bir anlamı yoktur. Bu doğrudan endüstri pratiğine aykırıdır. Yazma kalitesi, sağlam ve çalışan yazılım, çoğu şirketin prensiplerine aykırıdır, çünkü pazara sunma süresi, maliyet, yeterince iyidir, kırık yazılımları düzeltmeye çalışan başka bir şeyi kırmak istemiyorsanız daha fazla profesyonel sınıf yazılımdan daha önemlidir.

Ayrıca, yanlış uygulama ile ilgili. Bir geliştiricinin diğerine karşı suçlu olduğunu nasıl kanıtlayacaksınız? Yazılımda parmakları işaret etmek kolay ve her iki geliştirici de "haklı". Bu geliştirici, işletim sisteminin bağırsaklarında gizli belgesiz API kullandığında ve daha sonra işletim sistemi satıcısı işlevini değiştirdiğinde veya kaldırdığında kim sorumlu olacak?

Bu düzenleyici kurumda iyi şanslar. Microsoft bu faturayı öldürmelerini istediğinde kongrenin Microsoft'a hayır dediğini görelim, çünkü yalnızca "lisanslı" geliştiricileri işe almalarına izin verecektir. Bu düzenleyici kurum olmadan, o zaman, özellikle düzenleyici kurum olmadan tekel hakları elde etmek gibi bir katma değer yoksa, sizi disiplin etme ve aidat alma hakkına sahip bir kuruluşa kim katılacaktır.

Gelince, lisans istemek iyi bir şey olur mu? Kesinlikle, akredite olanlar için. Yeni bulunan tekelinizle maaşınız önemli ölçüde artacaktır.

Ancak, diğer herkes için ... işletmelerde bilgisayar teknolojisinin kullanımı, günümüzde gördüğümüz hızlı ilerleme hızıyla birlikte muhtemelen düşecektir. Diller ve tasarım metodolojileri gibi yeni yazılım ilerlemelerinde kesinlikle engeller olacaktır. Sonuçta, kim lisansınızı korumak için yıllarca yeniden eğitim gerektirecek yeni şeyler yapmak için itmek isteyecek. Çoğu lisanslı geliştirici, işleri bu şekilde olduğu gibi tutmayı tercih edecektir.