Lisansüstü beklentiler gerçeğe karşı [kapalı]

Ne öğrenmek istediğimizi ve kariyerlerimizle ve hayatlarımızla ne yapmak istediğimizi seçerken, nasıl olacağına dair bazı beklentilerimiz var. Neredeyse on yıldan beri sektörde olduğum için, çalışma hayatının nasıl olacağını ve aslında bunun nasıl gerçekleştiğini programladığımı (Bilgisayar Bilimi okurken) düşündüğümü biraz düşündüm. olmak.

En büyük iki şokum (ya da söylemeliyim, beklentileri kırılmış) şimdiye kadar, yazılıma dahil olan çok fazla bakım çalışması ve genel olarak profesyonellik eksikliği:

1. Bakım : Üniversitede, hepimiz yazılım çalışmalarının çoğunun mevcut sistemlerin bakımı olduğu söylendi. Bu yüzden bunu soyutta beklemeyi biliyordum. Fakat bunun tam olarak ne kadar ezici olacağını asla düşünmedim. Belki de zihinsel olarak sırtığım bir şeydi ve sıfırdan çok daha güzel yeni şeyler inşa etmeyi umuyordum. Ancak, gerçekten de çoğu işin büyük ölçüde bakım, hata ayıklama ve destek odaklı olması söz konusudur.

2. Profesyonellik eksikliği : Üniversitede, ticari yazılım çalışmasının süreç odaklı ve titizlikle tasarlandığı izlenimini edindim. ISO süreçlerinin görüntüleri, teknik belgelerin sıkıntıları, kesinlikle belgelendirilen her özellik ve hata ve genel olarak profesyonel bir ortam vardı. Çoğu yazılım şirketinin, dönem boyunca devam eden büyük bir projede çalışan bir öğrenci ekibinden farklı bir şekilde çalışmadığını fark etmek büyük bir şok oldu. Hem küçük çevik kesilen dükkanda hem de orta ölçekli kurumsal girişimde çalıştım. Her zaman düpedüz "profesyonelce" olduğunu söylememe rağmen, kesinlikle yazılım endüstrisi (bir bütün olarak) beklediğim güçlü mühendislik disiplininden çok uzak görünüyor.

Başka biri de buna benzer deneyimler yaşadı mı? Mesleğimizin nasıl olacağına dair beklentilerinizin gerçeklerden farklı olmasının yolları nelerdir?

Seni hissediyorum adamım. Aslında bir yıldan biraz önce mezun oldum, aslında yoluma çıkan ve hayatımın en büyük şokunu alan ilk iş teklifine atladım.

Beklemediğim şeyler:

Okul stresi ve İş stresi aynı değil - Arkadaşlarınızla bir okul projesi üzerinde çalışmanın stresi ya da tezgâh tezgâhı bitiminde veya özel proje savunmasıyla bile çalışmakta olan yalnızlık, iletişim sorunlarının görünüşte görünmeyen stresi ile karşılaştırılmaz , (biraz ofis politikası) ve zor zamanlar.

En İyi Uygulamalar Eksikliği - Profesyonellik konusundaki deneyiminizle aynı. İlk işime başlamadan önce ve eğitim sürem boyunca, hem programlama hem de yazılım mühendisliği alanındaki en iyi uygulamaları gözden geçirip okumaktan kaçtım. Bunları pratik olmadıkça ve adil olmaları için pratik sebeplerle olması gerektiği kadar takip etmiyorlar. Ve bazen, bilginiz, yalnızca bilinmeyenden korkan ve bu uygulamaları küçümseme ile tedavi eden başkalarına karşı çok az sayıyor.

Okulda öğrettikleri şey buzdağının sadece tepesiydi - Kendi kendine çalışmayı öğrendiğim ve sınıflardan öğrendiğim şeyin beni geçmesi için yeterli olduğunu düşünerek, ilk yazdığım kod parçasına şaşkınlıkla bakarken en az şunu söylerken şok oldum korumak gerekiyordu. Şimdi kullandığım becerilerin birçoğu işte ya da işteyken kolej diploması olmadan yapıp yapamayacağımı merak ettiğimi öğrendi. XD

İletişimin Önemi - Tüm bu İngilizce derslerinin ne için olduğunu anlamamı sağladı. Gerçek dünyadan önce, birinci sınıfta olduğumuzdan beri okula girdiğinde, okula üç ila dört farklı İngilizce dersi almanın uygunluğunu göremedim. Bir bilgisayarla konuşabildiğiniz zaman işinizde işe yaramazsınız ancak insanlarla konuşamazsınız.

Yaptığınız işin çoğu çığır açan değil

Uni'deyken, futbol oynayan robotları kontrol etmek için AI rutinleri üzerinde çalıştım, derleyiciler yaptım ve işletim sistemi çekirdeklerini hackledim.

Fakat gerçek dünyada, yazılım geliştirmenin % 99'u ^* oldukça sıkıcı. Her zaman, "ne iş yapıyorsun?" Diye sorduğunda, mimarlara veya inşaatçılara hayran kaldım. Bir bina ya da her neyse işaret ve "ben yaptım diyebilirim o ". Ancak çoğu yazılım geliştiricisi bunu yapamaz. "Yaşamak için ne yaparsın?" Şimdiye kadar gelebildiğim en yakın şey, radyo istasyonları ve benzerleri için SMS mesajları işleyen bir yazılım üreten bir şirkette çalıştığım zamanlardı. Bir şarkıya oy vermek için bir radyo istasyonu, bu oyları işleyen yazılımı yazdım. " Hala bir binaya işaret edip "Bunu ben inşa ettim" diyebilmek kadar havalı değil.

Tabii ki, orada olan "Ben Windows üzerinde çalışan" ya da her türlü söyleyebiliriz insanlar, ama onlar aslında "olmak çok sonraki soruya korkusuyla benim yazıcı işe olamayacağını kimseye söyleme eminim Bunu benim için tamir edebilir misin?

^* ve tüm istatistiklerin% 62'si yerinde oluşturuluyor

Bugün, yazılım tarihine, mühendislik tarihinin merceğinden bakarsanız, kesinlikle bir tür mühendisliktir - ama kemer kavramı olmayan insanların yaptığı türden bir mühendisliktir. Günümüzde çoğu yazılım, üst üste yığılmış, yapısal bütünlüğü olmayan, ancak kaba kuvvet ve binlerce köle tarafından yapılan milyonlarca tuğlasının bulunduğu Mısır piramidi gibidir. -Alan Kay, 2004

röportajın tamamı: http://queue.acm.org/detail.cfm?id=1039523

Ben endüstri veterineri değilim; Tam tersine, ben yeni mezunum ama ABD’deki en iyi CS okulundan geliyorum. Ancak içgüdüsel düşüncem yazılım oluşturma biçimimizin yanlış olduğu yönünde. Duraklat düğmesine basmak ve nasıl programladığımızın temellerini yeniden incelemek yerine, 50'lerin 60'lı tarihli modellerini kullanarak ileriye doğru koştu. Böyle devam edersek, bulunduğumuz yeri asla geçemeyiz. İnsanlar yalnızca MS Windows kod tabanının boyutunda olan şeylerin karmaşıklığını yönetemezler. Yeni bir yola ihtiyacımız var. Bunun ne olduğunu bilmiyorum.

Bu, büyük ve küçük yazılım mağazalarının, temel ilkeleri derinlemesine anlayamadan, bir araya gelerek yazılımı hapsettiğini hissetmenin temel nedeninin bu olduğunu düşünüyorum.

Lisans alamadım, fakat kolej ve üniversite kütüphanelerinden ve laboratuvarlardan biraz aldım.

• Büyük Demir - Öğrettikleri teknolojiler öncelikle ana bilgisayarlar ve minibilgisayarlardı. Bir üniversitenin dekanı bana bir iş bulamayacağımı söyledi çünkü bir ustalık dosyasının ne olduğunu bile bilmiyordum. Bir tane karşılayamayacağım için ana bilgisayarlarda çalışma niyetim yoktu, ama biraz hazırlıklı olamayacak kadar aptal olmayacağım. VAX'ler havalıydı ve kabinimdeki kendi Micro VAX'ımı kodlamak için para almak için sabırsızlanıyordum. Bu pazar tamamen utanç verici bir utanç. (Anlaşılacağı gibi, ana yüklenicilerle çalışan iki pozisyonum vardı…

• Yazılım Mühendisliği - Yapısal Programlama, SASD ve diğer tasarım metodolojileri üzerine gerçek mühendis olacağımızı düşünmüş olabilirsiniz. Yaptım. Ancak öğretmenler kütüphanede okuduğum tasarım teknikleri hakkında çok az rehberlik yapıyorlardı. Öğrenciler kendileri için çaba harcamayı bıraktılar ve mikroslar, mutlu oldukları bir cevap alıncaya kadar kod yazmayı çok kolaylaştırdı. İş piyasasında ne kadar daha kötü olduğunun farkında değildim. Her nasılsa biraz yeni kod yapmak zorunda kaldım, bu yüzden çok sıkıcı değildi. Ama ben de çok şey devraldım ve yeni bir proje gibiydi, çünkü çok fazla kod çözmem gerekti. Mevcut işlevselliği araştırmanın ve yeni kod oluşturmanın bir kombinasyonuydu (değiştirildi); Süreci basitleştirmek için araçlar yazmak ve daha iyi proje yönetimi kurmak.

• Yüksek Teknoloji Kariyeri - Okulların eski bina ve ekipmanlara sahip olması bir şey (delikli kart ekipmanı başlamadan önceki sömestr… 1984'te değiştirildi), ancak kötü aydınlatılmış bir depoda ya da telefonu kapatan bir patronda çalışırken Destek hattını arayan müşterilerde, iş tanımınızın 5 megavatlık bir lazerli patlamış mısır içermesinin olası olmadığını fark etmeye başlarsınız.

• Geliştirme esas olarak takım çalışmasıdır. Bu, iletişim (konuşma ve okuma), diğerlerinin kodlarını okuma ve önceki modülleri (hem şirket içi hem de harici) yeniden kullanmanın hemen hemen her gün karşı karşıya kaldığı anlamına gelir. Üniversitemde, en azından birkaç kez daha fazla kişiyle kodlamak zorunda kaldım, bu yüzden işin asıl bölümünün vahşi doğada yalnız kodlamak olduğunu düşündüm. O değil.
• Bir şeyleri geliştirici olmayanlara açıklamak zordur (aynı zamanda ilk puan için de geçerlidir) ve puanlarınızı vermeniz sizin sorumluluğunuzdur (dünyanın diğer% 99'undan değil).
• İyi test, başarısız olan testtir. (en azından ilk kez) Ve, elbette, hatasız bir kod diye bir şey yoktur. Eğer böcek varsa, kötü bir programcı değilsin. Hatalar işinizin sadece (çok önemli ve zaman alıcı) bir parçasıdır.
• Gümüş mermi yok. Her teknolojinin kendine göre avantajları ve dezavantajları vardır.
• Kolej size en yeni teknolojileri öğretmez. Ancak, eserlerin% 90'ı oldukça eski teknolojiler kullanıyor. Bu arada, bazen ihtiyaç duyulan şey de budur.
• Teknik olmayan insanlar , çoğunlukla bakım, ortaklık, işçinin kullanılabilirliği gibi ezoterik nedenlerden dolayı teknik çözümler hakkında karar alırlar ...
• Daha yeni başlıyorsun genç padawan .

O zamandan beri kodlamanın daha fazla insanla birlikte yaptığınız bir çalışma olduğu gerçeğini fark etmeye başladım, özellikle de açık kaynak daha belirgin. Ancak kolejdeyken (doksanların sonlarında), işleri sıfırdan yapacağım ve hiç bir zaman diğerlerinin kodlarına bakmayacağım veya başkalarıyla koordine etmek zorunda kalacağım konusunda ikna oldum.

Geriye dönüp baktığımda, bana göre en iyi bölümlerden biri başkalarını öğrenmek ve öğretmektir .

• Bilgisayar programlama fiziksel ve sezgisel değildir.
  • Bir ev üreticisi işini bitirdiğinde, etrafta dolaşabilir ve yanlış bir şey olup olmadığını hemen görebilir / hissedebilir. Bir bilgisayar programlama hatası aynı şekilde keşfedilemez ve aylarca hatta on yıllarca sistemde gizlenebilir.
  • Bir programcının kod incelemesi sırasında bir kaynak kod parçasını aramasına / hissetmesine rağmen, kodda bulunan her hatayı tespit etmesi garanti edilmez. Bununla birlikte, bir bilgisayar, programı belirli bir girdiyle yürüterek hatayı her seferinde tam olarak yeniden oluşturabilir. Bu nedenle, bir kaynak kodun bir parçasını insan anlayışı, her zaman bir bilgisayarın talimatı olması özünün kusurlu bir modelidir.
• En yaygın vakaları ele alan bir programı kodlamak çok kolaydır, ancak son vakaları ele almak tamamen başarısız olur.
  • Diğer disiplinlerde, olaydan sonra bir düzeltici eylem uygulamak nispeten kolaydır. Hatta iyileştirici faaliyetlere adanmış bir bilgi birikimi bile olabilir. Yazılım Geliştirme'de böyle bir şey yoktur.
  • Neyse ki, teste dayalı geliştirme, kodun işlemesi gereken son durumların kodlanmasına yardımcı olur.
  • Buna ek olarak , bazı yazılım geliştirme metodolojileri bilinçli bir şekilde son halleri ele almamayı ve bu kararları müşterilere iletmeyi seçerek iş değerini (pazara daha hızlı zaman alma vb.) Çıkarabileceğimizi gösteriyor gibi görünüyor.
• Müşteriler, işletme değerlerini yalnızca en yaygın durumları ele alan bir yazılımda bulabilirler, bu nedenle yazılım sağlayıcıları nadir görülen durumlarla ilgilenme konusunda endişeli değillerdir.
  • Müşteriler sadece pürüzlü kenarlardan kaçınmayı öğrenir.

Eklendi

• Kaynak kodun zarafeti değerli değil.
  • Müşteriler kaynak kodun zarafetini görmezler. Yalnızca kullanıcı arayüzünün zerafetini ve etkileşimlerini görürler.
  • Öte yandan, programcılar genellikle kullanıcı arayüzünün zarafetine değer vermezler ve genellikle zarif bir yazılım tasarımını takdir etmeye başlamak için yeterince uzun süre tek bir projede kalmazlar.
  • Ne müşterileri ne de programcıları kaynak kodun zarafetine değer vermedikleri için işletmeler tarafından da değerlenmez.

Eklendi

Benim iki kuruş: sadece alış.

ISO süreçlerinin görüntüleri, teknik belgelerin bölümleri, her özellik ve hatanın kesin olarak belgelenmesi ve genel olarak profesyonel bir ortam benim şirketimi oldukça iyi tanımlıyor. Biz gerçi kritik altyapı yazılım / donanım ürünleri yapmak, böylece, iyi, basınçtır üzerinde (biz örneğin, ISO 9001 sertifikalı) kalitesi için.

Mezun olduktan sonra, sorumlu kişilerin iyi işleri kötü işten tanıyabileceklerini düşündüm. "En iyi kodlayıcımız bir araya getirilen gerçekten harika kod" un milyonuncu kopyasını verdikten ve şöyle görünmesini sağladı:

def lf(p, q, r):
    x = 4
    xx = 4.5
    t = {1:p, 2:p+2, 3:p*4} #I think there's a bug in here but I don't know
    .
    .
    .

Neredeyse sivri saçlı patronun kulakları arasında neler olup bittiğini anlamaya çalışmaktan vazgeçtim. "Büyük", kabusun korunması anlamına gelir, "iyi", hafif bir esintiyle çarpışmalar anlamına gelir ve "korkunç karışıklık", ya da mühendisleri sadece akıl sağlığını korumak için müstehcen son tarihlerle buluşmayı reddettiği iyi yapılandırılmış bir kod üssü anlamına gelir.

İlk kod satırından sonra tüm yazılım mühendisliğinin korunma olduğunu savunduğunu duydum. Ve bu kesinlikle deneyimlerime uyuyor. Yazmış olduğum tek şey, maliyetinin çoğunun korunmasını sağlamakla sonuçlanmayan kod, asla veya sadece kısa bir süre kullanılmayacak kadar güvenilmez olan koddu.

Sanırım, ekibin yüksek düzeyde güven duyabileceği sağlam kodun serbest kalmasına yol açan güçlü süreçler geliştiren ve izleyen disiplinli mühendislik ekipleri bulabileceğinizi düşünüyorum (bununla birlikte büyük miktarda belgelendirme yapmamıştım). Şu an böyle bir takımda çalıştığımı düşünüyorum. Her ne kadar kesinlikle başka bir gelişme yaşamamıştım.

Yine de takdir etmeye başladığım şey, zorluğun her zaman soruna en uygun algoritmayı veya en temiz çözümü bulmak değil. Ancak, mevcut yatırım için en yüksek getiriyi elde etmek için her türlü kısıtlamayı (kaynaklar, bilgi, para, zaman, beceriler, risk, önceden var olan kullanıcı eğitimi vb.) Alıp satın. Bu, sadece teknik etkilere değil, tüm bu etkenlere en uygun sistemi oluşturuyor.

Pek çok yazılım yeteri kadar kullanıldığı / alındığı noktaya gelmez. Biri bunu yaptığında, etrafta kalmaya meyillidir ve bakım sırasında sadece "dağınıktır".

Kullanıcı beklentileri özellikler için her geçen gün artıyor, ancak birçok alanda mühendislik alanlarında daha düşük. Bankacılık işlem yazılımının modern bir otomobil kadar sağlam ve profesyonelce tasarlanmış olduğunu varsayalım. Hacmin işlenmesi modern bir mucizedir, ancak her işlemin güvenilirliğinden ne haber? Çok değil. Köpeğinizin halının üzerine ilk saçmalığı hakkındaki mesajınız atıldı, peki ne oldu. Marketteki küçük plastik torbalar gibi. Milyarlarca para kazanıyorlar, yırtılıyor, yırtılıyor ve atılıyorlar. Çoğu insan daha iyi bir çanta talep edecek kadar önemsemez.

Sonunda kaliteli yazılımlar üretildiğini düşünüyorum. Bunların bir kısmı, piyasadaki çoğu ticari üründen daha erken çarptı. Kim Beta'da araba kullanacak?