Türkiye Teknoloji Sektörü Durum Analizi Raporu - Kodluyoruz.org

Turkiye_Teknoloji_Sektoru_Durum_Analizi_Raporu_Kodluyoruz.pdf (2,17 mb) https://www.kodluyoruz.org/ tarafından yayınlanan bu analiz içerisinden başlıklar çıkartararak durumu anlamaya çalışıyoruz...

Analiz, kodluyoruz derneği aracılığı ile hazırlanmış ve ülkemiz üzerindeki gençlerin eğitim ve çalışma hayatlarının düzenlenmesi için eşsiz bir kaynak olmuştur.

Kodluyoruz Derneği, Türkiye’yi teknoloji üreten bir merkez haline getirmeyi hedefleyen bir sivil toplum örgütüdür.

Yönetici Özeti Derlemesi

Yönetici özeti gerçekten doğru tespitler ile doludur. Hepimizin şikayet ettiği eğimin hedefsiz ve içi boşluğunu güzel ifade etmiş görünüyorlar.

  • Türkiye’de yazılım sektöründe yetenek açığı seviyesi %75,9
  • Şirketler teknik bilgiden çok problem çözme, yeni alanları öğrenme, profesyonel etik davranışlar ve takım çalışması gibi değerlere önem veriyor. 
  • Hızla değişen dünya ve teknoloji sektörüne yön verecek gençler yetiştirmek istiyorsak, sadece lise veya üniversite seviyesinde değil, eğitim sisteminin ilk yıllarından itibaren eğitimi vermeliyiz. 
  • Kadın yazılımcı oranımızı arttırmalıyız. (Buna o kadar müsait bir ülkeyiz ki sadece ufak bir zihniyet değişimi ile harika işler yapılabilir)
    • Araştırma boyunca, cinsiyet ve şehir bazında eşitsizlikler tekrar tekrar kendini göstermiştir: Türkiye genelinde, kadın yazılımcı çalışan oranı sadece %17’de kalırken, kadın yazılımcıların sektörde karşılaştığı önyargılar bu oranın yükselmesinde ilk engellerden biridir.

Literatür Taraması: Araştırmalar Ne Diyor?

  • Bilgisayar Sektörü %42 ile en fazla beceri uyumsuzluğuna sahip sektör olduğu görülmektedir. 
  • İŞKUR kayıtlarına göre en çok işsiz bulunan 20 üniversite bölümü arasında 10. sırada 6.381 işsizle Bilgisayar Programcılığı bölümü, 13. sırada ise 5.133 işsizle Bilgisayar Teknolojileri ve Programlama bölümü gelmektedir.
    • İşsiz kalmak istemiyorsanız üniversiteye ek olarak internet kaynaklarından eğitimler almak zorundasınız. 
  • Üniversite eğitim sisteminin piyasanın talebine cevap verecek şekilde yeniden düzenlenmesi gerekmektedir.
    • Piyasada Türk şirket yoksa yabancı ülkelerde çalışma imkanları da mevcut doğru insanı yetiştirdiğimizde o kendi yolculuğu yapar zaten.
  • Üniversite içerisindeki verilen eğitimlerin güncel hayata uygunluğu daha iyi değerlendirilmelidir. (Bence)
  • Ayrıca 2016 yılı itibarıyla gençlerin yurtdışına göç etmeye başladığı görülmektedir. “Beyin göçü” olarak tanımlanan bu dalgada yurtdışına giden meslekler arasında ilk sırayı yazılım ve bilgisayar mühendisleri almaktadır.
  • Türkiye’de ise yazılım sektöründeki kurumların dijital dönüşümü için ihtiyaç duyulan uzman personel rakamlarında ciddi bir açık bulunmaktadır. Yapılan araştırmalar Türkiye’de bilgisayar bilimlerinin farklı alanlarından 100 bin civarında uzman personel açığı (yazılımcı, büyük veri analisti, güvenlik uzmanları, ağ uzmanları vd.) olduğunu göstermektedir.
  • Örneğin Türkiye’de otomasyonla mesleklerin %33’ünün yok olacağı öngörülmektedir.
  • OECD ülkeleri arasında İsveç bilgisayar kullanımı en yüksek olan ülkeyken Türkiye, ortalamanın altında kalarak %40’lık bir oranda en düşük bilgisayar kullanımına sahip ülke olmuştur. Benzer şekilde elektronik yazılımı en çok kullanan ülke Singapur’ken Türkiye OECD ortalamasının altında kalarak %20 ile en düşük seviyededir

Tüm bu değişimin içinde, gençleri ve yeni nesilleri değişen dünyaya hazırlamak gitgide daha da önem kazanmaktadır. 1870’lerde başlayan endüstri devrimi eğitim sistemlerini nasıl etkilediyse, şu an içinden geçtiğimiz Endüstri 4.0’ın da eğitim ekosistemini baştan değiştireceği öngörülmektedir. Türkiye olarak da bu değişime ayak uydurmanın ötesinde, değişimi yönlendirecek bir konuma gelmemiz için gençlerin potansiyellerini katma değeri yüksek alanlara taşımak için çalışmamız gerekmektedir. Kodluyoruz Akademi de tam olarak bunun için yola çıkmıştır.

 

Yazılım Sektöründe Talep: Firmaların Beklentileri? 

 

Ankete 9 farklı şehirden şirket katılmıştır ve bu şirketlerin 160’ı İstanbul’dadır. İstanbul’un yanı sıra Ankara’dan 62, Bursa’dan 30 ve Şanlıurfa’dan 19 şirket sorulara yanıt vererek ankete kat��lmıştır.

Firmaların tam zamanlı ve freelance çalışan sayıları iller arasında farklılık göstermektedir. Tam zamanlı çalışana en çok İstanbul ve Ankara’daki şirketler sahipken, araştırmaya Bursa’dan katılan şirketlerin %67’si ve Şanlıurfa’dan katılan şirketlerin %53’ünün çalışan sayısı 30’dan azdır.

Freelance çalışan dağılımı ise her ilde hemen hemen ortaklık göstermektedir (Grafik 4). Çalışmaya katılan şirketlerin yarısından azı freelance yazılımcılarla çalışmaktadır, freelancer yazılımcıların en az talep gördüğü şehir ise Şanlıurfa olarak ortaya çıkmıştır. İstanbul’daki katılımcı şirketlerin %38’i en fazla 9 freelancer yazılımcıya, %8’i ise 10’dan fazla freelancer yazılımcıya sahiptir.

Bugün ekiplerde aranan özellikler Şirketlere, çalışanlarının yazılım alanında öncelikle hangi platformlara hakim olmaları gerektiği sorulmuş ve tüm şehirlerde ilk üç sırayı Backend Developer, Web/Frontend Developer ve Mobil uygulama platformları almıştır. Devamında, sırasıyla DevOps, Agile Proje Yönetimi, Test/Kalite Güvence ve AI & ML & Big Data (yapay zeka/makine öğrenimi/büyük veri) yazılım ekiplerinde en çok aranan platformlardır. Mevcut platformlar arasında en az beklentiye sahip olunanlar ise Oyun Programlama ile AR & VR’dır.

Çalışanlardan hakim olmaları beklenen platformların yanı sıra, ‘Yazılım ekibindeki çalışanlarınızın hangi yazılım dillerini bilmesini bekliyorsunuz?’ sorusu sorulmuş ve verilen yanıtlar, Türkiye’de bugün en çok talep edilen dilleri ortaya çıkarmıştır: Buna göre, bugün en çok talep gören 5 dil SQL, Javascript, Java, C# ve Python olmuştur. Örneğin, İstanbul katılımcılarının %58’i SQL, %57’si JavaScript kullandığını söylemiştir. Diğer yandan, .NET MVC ve .NET Core, Node.js, PHP, React Native, Swift firmaların en az %20’si tarafından tercih edilen yazılım dilleri olmuştur. Aranan diller şehirler arasında paralellik gösterse de, özellikle Java, .NET MVC ve PHP’ye olan talep Şanlıurfa’da diğer şehirlere göre daha fazladır.

5 Yıl içerisinde eleman açığı büyümesi beklenen platformlar (Pyhton)


Daha fazla detay için pdf'i inceleyebilirsiniz.

Yazılım Müdürünün Not Defteri Derlemeleri - @yasarsafkan

Merhaba, faydalı olarak görüp okuduğum bu yazı dizisini birleştirip sizlerin ulaşımına sundum 1-37 + 1 toplam 38 adet resimden oluşan bu yazı dizisinin tamamını buradan (2,51 mb) indirebilir veya aşağıdan direk erişebilirsiniz. https://twitter.com/yasarsafkan/ takip etmenizi tavsiye ederim. 
 
 
 
#001 : Benim esas işlerim şunlar:
  1. Çalışanların önündeki engelleri kaldırmak. 
  2. İşleri öncelik sırasına koymak
  3. Diğer yöneticilerle koordinasyon (gerisi küsürat)
#002 
  • Plan, hep yapılması en zor zamanda, yani proje başlancında gereken bir şey
  • Detaylı planım olmadan, üst yönetimin baskısına direnemem
  • Planlama, plandan daha kıymetli
  • Doğru yönetir ve savunursam, planları her zaman güncelleyebilirim.
#003 İş Görüşmesinde adam hakkında öğrenilecekler
  • Kişilik
  • Yetenekler
  • Bilgi Seviyesi
  • Yetkinlikleri
  • Takım ile Uyumu
  • Beklentileri
  • Motivasyonu
  • İletişimi
#004 
Yapabileceğim en büyük hatalar şunlar; (Bunları yapmazsam, "daha" iyiyim)
  • Kendimi işe koşmak, ben yönetmezsem kim yönetecek.
  • Birşey işre yaramıyorsa onu daha çok yapmaya kalkışmak
 
#005 : Ben ekibin bir parçası değilim;
  • Ben farklı bir iş yapıyorum.
  • Sürekli aralarında değilim, olamam
  • Nezaketen davet ederlerse ofis dışı etkinliklerine seyrek gider, az kalırım. 
    • Böylesi daha sağlıklı....
 
#006 Şunlara hakkımın oolmadığını öğrendiim.
  • Herhangi bir yanlışa anlık tepki göstermek => Hiçbir şeyden haberim olmuyor
  • Suratımı asmak (özellikle sabahları) => Herkesin suratı asılıyor.
  • Formal güç kullanmak => Sandığım kadar gücüm yok zaten)
  • Ulaşılmaz olmak => İş İşten geçmiş oluyor
 
 
 
Yazılım projelerinin ana riskleri şöyle;
  1. Zaman planında kusur: %50 ihtimal x 1.3 süre
  2. Gereksinim şişmesi : %50 ihtimal x 1.07 süre
  3. Eleman kaybı : %50 ihtimal x 1.05 süre
  4. Spesifikasyonda anlaşmazlık: 1/7 ihtimal proje patlar
  5. Düşük çalışan performansı : +-%10 süre

Ortadan bakarsam, T -> 1.5T +- 0.5T

..durum ciddi.

 
 
#008 : Bir projenin getirisi belli değilse her birim maliyet her geliştirme saati  "fazla pahalı" gelecektir. 
"Getiriyi bilmiyorum" diyen paydaşa, alt-üst limitler çıkartırmak, birlikte belirsizlikle baş etmeyi göstermek gerekir.
...kolay değil.
#009 
  • Yazılım, zor, yavaş ve pahalı bir iştir.
  • Asıl pahalılık, işi yanlış yapmaktan, yanlış işi yapmaktan, tekrar yapmaktan, dönüp al baştan yapmaktan gelir.
  • Maliyet faktörleri önem sırasıda, teknolojiler, insanlar, sistemler ve yönetim olarak düşünülür.
  • Aslında sıralama tam tersidir. En önemli faktör, açık ara yönetimtir

...işimi doğru yapmalıyım.

 
 
#010
  • Çalışanların başarısından da, hatalarında da ekip adına ben sorumluyum.
  • Hata halinde suçlu değil, çözüm ararım.
  • Hata yapmayan çalışan, iş yapmıyordur.
  • Tekrarlanmayan hata hata değildir.
  • Çalılşanlarımı kimseye, özellijkle üst yönetime şikayet etmem ve kötülemem. Bu benim çaresizliğimi ve yetersizliğimi gösterir.

  • Çalışanların performansından ben sorumluyum.
  • Çalışanların eğitimi, maaşı, primi, izni, tatili, terfisi, ekip ile uyumu hep benim dertlerim.
  • Çalışanların kişisel ailesi, sağlık problemleride (x) işi etkiliyorsa (x) çalışan paylaşmak istiyorsa bal gibi benim derdim.
  • Bunların hepsi "çalışanların önündeki engelleri kaldırmak" işimin parçasıdır.

İşim insanlarla yani..

#013

  • Çalışanlara geri bildirim vermek işimin parçası
  • Bunu yılda bir kere "performans görüşmesi" şeklinde yapmak, kazadan sonra cenaze kaldırmak.
  • Geri bildirim, kazayı engellemeli, Haftalık bilemedin iki haftalık birebir görüşmelerde geri bildirim veririm. 
  • Gözlediğimi, yüklediğim anlamı ve önemi birbirinden ayırmaya çalışırım. Gözlemi esas tutup, çalışana kendi anlamını ve önemini yükleme şansı veririm.

 

#014

Saygı görmem için, saydıdeğer olamam gerekir. 

  • Adaletli olmaya çalışırım.
  • Keyfi davranmam, prensipli davranırım.
  • Yalan söylemem. Çalışanları kandırmam. Neyin açık, neyin gizli olduğu konusunda net olmaya gayret ederim.
  • Yönetirken, kendimi işin gereklerini ve mutlaka çalışanlarını kararlara dahil ederim.

....saygı güzelliktir, zorla olmaz.

 
Dr. Yaşar Safkan'a teşekkür ederiz.
Quality Software Management Consultant / Engineer / Software Architect / Entrepreneur / Instructor / Nuclear Physicist
Born May 29, 1973
Değerli makalelere bu adres üzerinden erişebilirsiniz. https://www.safkan.org/ 

https://twitter.com/yasarsafkan/

Tag List !

ASP.NET, ASP.NET MVC, WCF, Castle WCF Facility, Castle IOC, CASTLE Rhino, C#, XML, JSON, Database, MSSQL, NHİNERNATE, SERVİCE, Repository, Domain Model, DTO, Ajax Request, ModelBinding, InputValidation, BussinessValidation, ExceptionHandling, Loging, Interceptors, Nhibernate ENVERSE, AMAZON, AWS, EC2, WORKMAİL, IAM, CodeCommit, CodeDeploy, AWS Lambda, AWS Api Gateway, NodeJS, NodeJs Socket,Express,Https,AWS SES,AWS S3, RESTFULL, ASP.NET Web Api, AngularJS, KnockoutJS, Javascript, HTML, CSS, Bundling, Gulp, Bootstrap, Itextsharp (PDF), Ionic, Zip/rar...

Full Stack Developer Nedir ?

Bir makale okudum bugün, dolu ve güzel bir yazıydı. Gerçekten kolaylaşan teknolojilerde bu tanım günümüzün ve yakın geleceğin önemli parçası haline gelecektir diye düşünmekteyim. Full Stack Developer Nedir adlı makale için aşağıdaki linki kullanabilirsiniz.

http://devnot.com/2015/full-stack-developer-kimdir/

 

Yazılım / Teknoloji Sohbetlerinin Arşivi : "tr-developers.slack.com"

Yazılım / Teknoloji Sohbetlerinin Arşivi : "tr-developers.slack.com" ile yazılım ile ilgili kod blokları ve onlara bağlı yorumların yapılacağı. Fikir paylaşımı ve yardımlarım olacağı bilgi paylaşım portalı katılmak için mesut.cakir@hotmail.com.tr adresine #Slack Başvuru başlığı ile mail adresinizi göndermeniz yeterli olacaktır.

Sonrasında uygun görülmeniz durumunda davetiye ile gruba katılıyor olacaksnız.

Front End Developer Tarifini Beğendiğim Bir Güzel Yazı Mutlaka Okumalısınız...

Front-end Web Developer, CSS Developer, Front-end JavaScript Developer, Front-end Software Developer, Front-end JavaScript Application Developer, Web/Front-end user Interface Developer, Mobile/Tablet Front-end Developer, Front-end SEO Expert, Front-end Accessibility Expert, Front-end Testing/QA

Yukarıda yazdığım terimler ile ilgili açıklayıcı bir yazı olmuş, güzel bir harita olabilir diye düşündüm. Çünkü buradaki deneyim paylaşımları çok önemli detaylar içermektedir.

Bu yazı için Metin Yılmaz'a teşekkür ederim.


ASP.NET Web Sitenizin Hızı Yavaş Mı ?

Web sitenizin hızını arttırabilmek için yapabileceğimiz çok şey ama basitçe aklıma gelenleri hızlıca yazıp uzatmadan kapatcam konuyu.

  1. JS, Css dosyalarınızı sıkıştırın ve tek dosya halinde getirin. Örnek 30 adet js ve css dosyanız var. Bunları 15 js, 15 css düşünün. Sunucunuza ayrı ayrı 30 çağrı atılmasındansa tek dosya olacak şekilde ScriptFiles.js ve StyleFiles.css olarak iki çağrı atacaktır. Dosya boyutlarınız büyüyecektir fakat bu sorunuda StaticFile Caching ile çözebilirsiniz. Bu konu ile ilgili araştırma yapacağınız anahtar kelime grupları şöyle; Bundle And Minification ayrıca bu link içerisinde anlatılanları eksiksiz yapın derin çok faydalı oluyor. Ayrıca Javascript dosyalarınızı kesinlikle body'nin sonuna koyun head içerisinde olduğunda sayfa açılma beklemesini etkiyor.
  2. Server Gücü, İnternet Hızı ve Server Region Seçimi; Bu konuda da Amazon Web Server(AWS) kullandığımız için en ucuz server olan OREGON Serverlarını tercih ettim fakat Türkiye'deki bir sunucu 1 kb dosyayı 10-30ms civarında getirebilirken ABD(Oregon) sunucusu 230ms ve üzerinde cevap veriyordu. 
  3. Web Sitenizi klasik mantıktan kurtarın en azından Yönetim Paneli için söyleyebileceklerim şu yönde;
    Her sayfa açılışında en az 1-2 MB scriptiniz ve yönetim panelini kullanan kişiler size küfür ediyorlar :) Çok yavaş diye. Burada çözüm ilk açılışta Scriptler yüklendikten sonra sayfa geçişlerini Ajax ile Bir div içerisinde gerçekleştiriyor olmak. bu bize ne kadar diye düşünelim. 
    2 MB Script, 400kb Style, Sayfanın normal açılma hızı 500ms olsun. 1mbps internet hızı olan birisi server iyi durumdaysa bunu 3-5 saniyede indirebilecek ve düşünün kü bir rapor sayfası Sayfa açılma hızı 2-3 saniye üzerine çıkmaya başladıkça üzerinde birde 3-5 saniye binecek. Eğer dediğim şekilde bir yöntem tercih edersiniz. sayfa geçiş hızınız 500ms olacak. 5 saniye yerine... Konu ile ilgili AngularJS Routing veya SammyJS önerebilirim. Bence performans için ve maliyetleri düşürmek için önemli büyük bir bandwith bu sayede ortadan kalkıyor.
Bu konu ile ilgili aklıma gelenler şimdilik bu kadar sorularınız olursa müsait olduğum zamanlar yazarım onlarıda...