Yazılım Uzmanlığı
Yazılım Mühendisi
Yazılım uzmanı, yazılım uzmanlığı ve yazılım mühendisi nedir acaba bunlar?
Ne olunca yazılımcı veya yazılım uzmanı oluyorsunuz? Açıkçası bende tam olarak bilmiyorum 
Acaba bir program geliştiren, bunu kullanıcıya sunan sonra kullanıcı istediğinde programı değiştirebilen, güncel tutabilen, sorunlara çözüm getiren, sürekli kod yazan vs. bıdı bıdıları yapan kişi yazılım uzmanı mı oluyor?
Bugün öğrendim maalesef olmuyor. Nasıl mı öğrendim?
Bilişim sektörününün önde gelen şirketlerinden birine yazılım uzmanlığı kadrosuna görevlendirilmek üzere başvuru yapmıştım. Başvurudan 10 gün sonra arandım ve tarafıma 2 adet form gönderildi.
1. Teknik deneyim formu
2.Genel görüşme formu
Formların içeriklerini kısaca açmak istiyorum ;
1. Teknik deneyim formu
Bu formda açık açık sen ne biliyorsun kardeşim kaç yıldır bu işin içindesin neler yaptın bir yazıya dök diyorlar
Kaç proje geliştirdin?
Proje önderliği yaptın mı?
Hatta ve hattta bilgisayarınızda bulunan programlar neler?
Bunu formu kabartmak veya ne yazcam ya alsınlar öyle ne bildiğimi görsünler almazlarsa onlar kaybeder demek size kalmış.
2.Genel görüşme formu
Bu formda da üstadlar diyor ki sen nesin nasıl bir insansın kişiliğin nasıl kendini bana pazarla bakalım nasıl cümleler kuracaksın.
Gelecek planlarınız neler?
Bir önceki işiniz nasıldı?
Bir özelliğinizi değiştirmek isterseniz hangi özelliğinizi değiştirirdiniz gibi kritik noktalarınız ortaya çıkarmaya yarayan bir dizi kritik soruların bulunduğu form.
Bitti mi? Tabiki hayır.
C# da bir consol uygulaması geliştirmemi istediler. Bir çatı oluşturulmuş solution olarak bana gönderilmiş ve yanına bir Microsoft Word dosyası eklenmiş içinde de istenenler, gereksinimler biri dizi anlatılmış. Ben sana bunu gönderiyorum sen bunu temel alarak programı isteklerimiz yönünde geliştir dediler.
veee süren sadece 2 saat
Evet 2 saat gayet normal ve yeterli bir zaman. Hazırladım gönderdim. Son 7 dakka kala
Sonuç ne mi oldu ? Tabiki benim açımdan hüsran. İyi tarafından bakmak adetimdir ya bundan çok şey öğrendim.
5 gün sonra e-mail yoluyla geri dönüş yapıldı. Aynen kopyalıyorum
Merhaba Burhan Bey,
Öncelikle yaptığınız çalışma için teşekkür ederiz. Uygulamanızdaki code kalitesi iyi ve düzenli olmakla birlikte aşağıdaki hataları içermektedir.
- “Good programming practices” standartlarına göre eksikler içermektedir.
- Gereksinimlerin belirtildiği dokumandaki istekleri tam olarak karşılamamaktadır.
- Hazırladığınız uygulama son kullanıcı tarafından kullanılabilecek kalitede değildir.
Bunlar benim eksik yönlerim tabi onlar içinde önemli olsa gerek.
Aslında hepsi benim eksik yönüm değil. Örneğin; Gereksinimlerle ilgili olan madde inanın tamamiyle ingilizcemle alakalı çünkü geliştirilmesi için gönderilen yazılım ve istenen özelliklerin ve gereksinimlerin bulunduğı Word dökümanı tamamiyle ingilizceydi.
1. Burdan ne çıkartıyoruz. İngilizcemiz mükemmel olmalı.
Diğer önemli olan bence en önemli olan ikinci konu Good Programming Practices.
Nedir bu Good Programming Practices?
Hemen işe koyuldum ve araştırdım. Kısacası Code yazarken ne yapmalı ve ne yapmamalı nelere dikkat etmeli veya etmemeli. Yaptığın işi kuralına göre yapacaksın kardeşim diyor üstadlar. Hemen biraz daha açalım konuyu.
Bu her programcının bilmesi gereken kurallar silsilesi imiş ki şunlardan ibaretmiş ;
Dökümantasyon
- Code unuzun ne yaptığını yorum tagları ile belirtin
- Yıllar sonra bu code un ne iş yaptığını buralara yazdğınız notlar sayesinde anlayabilir değiştirebilirsiniz.
- İyi bir programcı sadece notları okuyarak code un yaptığı işi anlayabilmelir.
Örneğin bir fonksiyon, method veya procedure yazarken aynı zamanda tanımlama bloğunuzun hemen üst kısmına
- Methodunuzun vs. ne iş yaptığını
- Aldığı argümanların tipini
- Geriye gönderdiği değer varsa bunun da tipini
- Varsa argümanlar için belirlenen kısıtların Yorum tag ları arasına yazılması gerekiyor
Bir diğer yandan yine Code yazarken dikkat edilmesi gereken kurallar da şöyle
- Code yazma formatına sadık kalın :Eğer bir kodun okunabilirliği zor ise bundan daha kötü birşey olamaz. Bildiğiniz girinti çıkıntı tab ve space boşlukları yani dikkat edilmesi gereken önemli husus.
- Değişken isimlendirme kurallarına sadık kalın : Örneğin bu bir üye değişken ise başına m_degisken veya _degisken iki kelimeden oluşması gerekiyorsa ve yine üye değişken ise ilk harfinin küçük olmasına 2.kelimenin harfinin büyük olmasına dikkat edin şöyle ki ; _indexDeger. Bu daha sonra yazacağınız sınıflarda veyua sınıflar içerisinde yazmanız gereken property lerde çakışmayı engelleyecek ve kolaylık sağlayacaktır.
- Her zaman Global değişken kullanmayın : Bulduk global tanımlamayı saçalım ohh olurmu öyle şey idareli kullanmak şart.
- Sabitlerin yerlerini sağlamlaştırın: sabitlerinizi ayrı bir sınıfta veya bir veritabnında tutun. Code unuzun sağına soluna serpilmiş şekilde bulunması.
- Çıkış formatına takılı kalmayın : Fonksiyondan dönecek değeri öyle ayarlayın ki fonksiyonu çağıran kişi hangi formatta istiyorsa o formatta değer geri döndürsün. Örneğin sonu. html olarak dönsün veya ekrana yansısız veya yazıcıya gönderilsin gibi…
- Notlar :
Arkadaşlar en önemli kısmı tekrar yazıyorum ingilizce Comment olarak geçiyor yorumlar diye çevrilir fakat be notlar hatta dipnotlar olarak çeviriyorum code unuzun ne iş yaptığını mutlaka ve mutlaka içine yazınız. Mümkünse ingilizce yazının çünkü herkesin bu code u anlaması için ortak dili kullanmak gerekir bu da çok önemli.
- Hataları kontrol edin : Hata kontrolü çok önemli arakadaşlar. hataların hepsini kontol edin gerekirse log tutun programın kırılmadan çalışmaya devam etsin.
- Hata mesajlarınıza dikkat edin : Hata mesajlarınız gerçekten bilgilendirici olmalı.
Örneğin “Veritabanına Bağlanılamıyor’” yerine
“Veritabanına şu tarihte şu nedenlerden dolayı bağlanılamıyor” olsun
Konuya devam edeceğim arkadaşlar şimdilik hoşçakalın..
Gözlerim ağrıdı da o yüzden…
Popularity: 4% [?]
Yükleniyor ...
