Search Results for: kariyer

Programlama ve Kariyer

Eğitim ve Seminer, Programlama, Yazılım Mühendisliği

Mayıs ayı başında Malatya, İnönü Üniversitesi’nin düzenlediği Robocofest‘te katıldım ve “Programlama ve Kariyer” isimli bir sunum yaptım. Bu sunumun PDF dosyasına şu yazıdan ulaşabilirsiniz. Şimdi ise bu sunumu biraz daha geniş bir şekilde burada ele almak istiyorum.

Programalama nedir?

Bazı şeyleri, onları yapan, icra edenler üzerinden tanımlamak daha kolaydır. Programlama yapan kişiye programcı (programmer) denir. Peki, programcı kimdir? Programcı tabi ki kafein ve pizzayı yazılıma dönüştüren organizmadır 🙂 Bizim ülkemizde buna sigarayı da eklemek gerekir. Çünkü bekar olan ve muhtemelen bir kaç bekar arkadaşıyla aynı evde yaşayan, kariyerinin başındaki genç programcı arkadaşımızın odasına girdiğinizde hemen göze çarpacak şeylerin başında, izmaritle dolup taşmış küllükler gelir. Aynı odaya gece 2-3 gibi girerseniz dumandan programcıyı seçememe ihtimali de vardır.

 

 

Bir işi yapanı gözlemlemek o işle ilgili size çok şey anlatır. Dolayısıyla programcıları, tabi ortamlarında gözlemlemelisiniz. Programcıların kendilerine has hal ve hareketleri, çoğunlukla başkalarına garip gelir. Çok odaklı çalışırlar mesela, işin karmaşıklığı da zaten bunu gerektirir. O yüzden çalışırken rahatsız edilmek istemezler, açık ofis ortamlarında kulaklık takarak çalışmaları tam da bu yüzdendir. Bu sebepten, onların verimli çalışmalarını isteyen yöneticileri, programcıları zaman zaman aşağıdaki gibi korumaya alabilirler. Tehlikeli kimyasallarla ya da radyoaktif maddelerle uğraşanların da özel, korumalı ortamda çalışmalarından farklı bir şey değildir bu durum. Dolayısıyla bu fotoğraf

 

 

ya da bu fotoğraf,

 

 

programcılar için hiç de anormal değildir.

Peki geyiği bırakıp biraz ciddi olalım ve “hakikatten programlama nedir” diye soralım. Programlama kısaca,
• bilimdir (science),
• sanattır (art),
• mühendisliktir (engineering)
• ve zanaattir (craftmanship).

Programlama, her ne kadar harcıalem yani hemen herkesin yapabileceği, üstesinden kolayca gelebileceği bir şeymiş gibi görünse bile, aslen o kadar da basit değildir. Hayatımıza çok girmiş işleri genel olarak basite alma eğilimindeyizdir, taa ki onun içine girinceye kadar. Aslen “programlama nedir” konusunda daha önce burda bir dizi yazı yayınladım:

Bu yazılarda anlatmaya çalıştığım şey, programlamanın çok disiplinli (interdiciplinary) bir alan olduğu ve hiç bir şekilde harcıalem bir uğraşı olmadığıdır.

Yukarıda programlamanın neliği ile bu kadar uğraşmışken neden şimdi başka bir yazı yazdığımı sorarsanız eğer, burada daha çok programlamayı bir kariyer olarak gören gençlere yönelik bir kaç tavsiyem olacak. Ama bu tavsiyelerin anlam ifade etmesi ve bütünlük için için programlamanın neliğinden kısaca yine bahsetmek gerekecek.

Programlama Bilimdir.

Programlama, bilimdir çünkü programlama, matematiktir. Programlama, temelleri mantık ve cebir olan, aksiyomlara sahip, kendine has notasyonu olan bir uygulamalı matematik disiplinidir. Programlama ile genelde daima bir algoritma yazılır. İster çok karmaşık bir hesap yapın, mesela Newton Raphson yöntemiyle kök hesaplayın, ister bir sigorta poliçesinin fiyatını hesaplayın, isterseniz de KDV hesabı kadar basit bir şey yapın, daima bir algoritma yazarsınız. Grafik kullanıcı arayüzleriyle uğraşıyor olsanız ve bir düğme tıklanınca onun olayını (event) halletseniz de yazacağınız şey bir algoritmadır. Peki nedir algoritma?

Algoritma Nedir?

Tabi ki algoritma, programcıların ne yaptıklarını açıklamak istemediklerinde kullandıkları, mistik bir terimdir!

 

  • Nedir problem?
    • Algoritma abi!
  • Neden gecikti bu iş böyle?
    • Algoritmadan kaynaklanan bir problem var!

Tabi ki abartıyorum, keşke bu topraklarda iş alanı ile ilgili konuşmalarımızda algoritma vb. terimleri kullanarak formal konuşabilsek. Bizim konuşmalarımız daha çok “şu button tıklanınca falan şey gözükmüyor” tipinde, dıdının dıdısı cinsinden, hiç bir şekilde bağlamı içermeyen, detayda boğulan konuşmalardır. Bu problemin ne anlama geldiğini anlamak, başka yerlerde de olup olmayacağını ortaya çıkarmak için 2-3 soru daha sormanız gerekir! Neyse, algoritma, matematiksel bir ifadedir ve “bir işin yapılış şeklinin tarifidir öyle ki içinde iş kurallarının olduğu bir süreci barındırır” denebilir kısaca. Dolayısıyla program yazmak, algoritma yazmaktır, dolayısıyla matematiktir. Algoritmik düşünceyi daima sevmelisiniz iyi bir programcı olmak için. Bu yüzden üniversitelerde programlamayı, tipik olarak farklı türdeki algoritmalar üzerinden anlatırlar. Ama master yaparken saf algoritma dersi alırsınız, herhangi bir programlama dilinden bağımsız, sadece matematiksel, cebirsel bir faaliyet olarak öğrenirsiniz algoritmaları. Hatta güvenlik (security) vb. konularda apayrı yapıda algoritmalara odaklanırsınız.

Geyik de olsa algoritma kelimesine yüklenen “karmaşıklık” algısı aslen, her meslek gibi programcıların da kendilerine has bir dilleri olduğunu ifade etmeye yarar. İngilizce’de “sadece ehlinin bildiği” anlamına gelen “esoteric” terimi kullanılır bu gibi durumlar için. Bu topraklarda her ne kadar henüz örneğin doktorlar kadar formal ve esoterik konuşamazsak da programcılık, tamamen esoterik bir dile sahiptir. Matematiksel tabanlı olan bu esoterik dili ne kadar iyi bilirseniz o kadar iyi programcı olursunuz.

Programlama Sanattır.

Soyut oluşu ve örneğinin olmaması, yaratıcılık gerektirmesi ve yapanın kişisel özelliklerine bağlı olması, programlamayı bir sanat yapar. Programlama matematiktir dedik ama zaten matematikte de sanatsal taraf yok mudur sizce? Hemen hiç bir programlama yapısı bir diğerinin aynısı hatta benzeri bile değildir, her programlama birimi kendi başına tekildir, “unique”dir. Aynı sanat eserleri, tablolar, müzik eserleri, filmler, romanlar gibi. Dolayısıyla ciddi bir kurgu içerirler.

Programlamayı sanat görenlerin başında, bu dünyaya en çok emeği geçmiş, Stanford Üniversitesi’nden emekli, Donald Knuth gelir. Çok özel ilgi duymuyorsanız muhtemelen sadece doktora yaparken karşılaşacağınız kitaplardan olan, Knuth’un en büyük eseri The Art of Computer Programming‘in  ismi de bunu yansıtmaktadır. Knuth bu kitabında programlamadaki estetik tecrübeye de vurgu yapar.

 

 

 

 

 

 

 

 

Programcılar, yaptıkları işi tanımlarken, “aşk”, “tutku”, “bağımlılık” gibi kelimeleri çok kullanırlar. Muhtemelen, zekanın çıktısını, programlama kadar açık ve hızlı görebilen fazla meslek uğraşı yoktur. Bu yüzdendir ki normal insanlar uyanmak, programcılar uyumak için saat kurarlar!

 

Programlama Mühendisliktir.

Programlama bir problem çözme yöntemidir, programlama amaç değil araçtır. Süreçseldir, kodun geliştirilmesi, testlerinin yazılması ve çalıştırılması, dokümantasyonu vb. çalışmalar, programlamanın parçalarıdır. Bu yönüyle programlama bir mühendislik disiplinidir.

Yazılım Geliştirme Nedir?

Yazılım geliştirme, merkezinde programlamanın olduğu bir mühendisliktir. Yazılım Mühendisliği (Software Engineering), programlama yanında, analiz, tasarım, test, yönetim vb. faaliyetlere sahiptir. Fakat programlama, esas çıktıyı üretendir, dolayısıyla koskoca projedeki tüm hata, performans, gecikme vb. şeylerden hatta faturanın kesiminden bile sorumlu olan kısımdır. (Bu sebeple, mesela ülkemizde yazılım mühendisliğini programlamaya indirgeme, ya da programcılığı, yazılım mühendisliği olarak görme eğilimi çok yaygındır.) Bu yüzden programcılık cesaret ister!

 

Programlama Zanaattır.

Usta-çırak ilişkisi ile öğrenilmesi, ciddi el (ve zihin) yatkınlığı gerektirmesi ve yapanın kişisel özelliklerine bağlı olması, programlamayı, bir zanaat (craftmanship) kılmaktadır. Her zanaatta olduğu gibi programlamada da kullanılan araçlar ve iş yapış şekilleri vardır.

 

Diğer Mühendislikler Arasında yazılım Mühendisliği

Programlama da, yazılım geliştirme de çok karmaşıktır, muhtemelen mühendislikler arasında en karmaşık olandır.

 

Ama herşeye rağmen yazılım geliştirme takımının görevi, basitlik illüzyonu yaratmaktır. Belki de tam da bu yüzden programcılık ve yazılım geliştirmek ülkemizde, harcıalem bir uğraşı olarak görülmektedir.

Programcı Olmak İçin

Yukarıda anlattıklarım, belli bir bilgi temelini, zihinsel işleyişi ve nihayetinde çalışma şeklini vurguluyor. Elbette çalışma ile herkes herşeyi yapabilir, başarabilir. Ama mutlu olur mu ya da fark yaratır mı? Sanırım bu sadece çalışma ile ilgili bir durum değil, belki, sevme, tutkuyla bağlanma, uygun olma gibi kavramlar giriyor işin içine.

Bence iyi bir programcı olmak için şu özellikler düşünülmeli:

  • Farklı soyutlama seviyeleri arasında rahatça gezebilen, matematiksel bir zeka,
  • Aynı anda pek çok faktörü yönetebilen detaycı bir zeka,
  • İğne ile kuyu kazabilen bir sabır taşı ve tutkulu bir psikoloji.

Özellikle Türkiye’de, tüm bunların altından kalkabilmek için strese de dayanıklı olmalısınız. Programcılık keyiflidir ama bu ülkede keyifsiz insanlar, programcılığı eziyete dönüştürürler.

Eğer programlama konusunda, kendinizi yukarıdaki özelliklere sahip görüyorsanız, iyi bir programcı olabilirsiniz hatta olun, insanlığa katkıda bulunun. Aksi taktirde bu dünyanın sonu değildir, bilgisayar mühendisliği vb. bir bölümde okuyor olsanız bile, kariyerinizde mutlu olmak için analist, tester, ağ, veri tabanı, vb. sistem yöneticisi vb. pozisyonları tercih etmeyi düşünün.

Programlama-Yazılım Kültürümüz

Açıktır ki, ülkemizdeki programlama kültüründe zanaat tarafı ağır basmaktadır. Zanaatlarda da, ülkemizdeki programlama pratiğinde de, öğrenmede formal eğitim yerine bakıp-görerek öğrenme, problem çözmede de sistematiklik yerine deneme-yanılma ile çözme, iş yapış şekillerinde yaratıcılık yerine araçlara ve teknolojiye bağlı kalma öne çıkmaktadır. Ülkemizdeki programcıların en büyük yardımcısı copy-paste ve Google’dır. Bu anlamda programlama ve yazılım geliştirme kültürümüz, toplumsal kültürümüzün bir yansımasıdır. Bu yüzden sıradan bir programcı olmak yerine fark yaratmayı hedefliyorsanız zanaatkar olmakta ileriye gitmeye çabalamalısınız. Bu yüzden:

  • Formal eğitime muhakkak önem verin. Yani üniversite 2. sınıfta iken “Java’yı ve Android’i öğrendim, şimdi ne öğreneyim” diye sormayın. Matematiğiniz 90 ve üzerinde mi? Algoritmalar ve Veri Yapıları dersinden sınıfın en iyisi misiniz? Bu sorulara hayır diye cevap veriyorsanız sorduğunuz soru zaten yanlış bir sorudur. Hele üniversitede BM’e girdiği ilk sene, binlerce lira para vererek şehrideki bir kursa yazılıp, Windows makinanın TCP/IP ayarlarının nasıl olacağını öğrenmeyi marifet sayanlardan olmayın. İşletim Sistemleri dersinden zor geçip sonra Linux öğreneceğim diye de yırtınmayın. Linux’te komut satırında ihtiyacını giderecek kadar bir şeyler yapmak ya da yasaklarla boğuştuğumuz canım ülkemizde bir kaç IP ayarını hızlıca yapabilmek, işte tüm bunlar zanaatin ta kendisidir! Dolayısıyla Linux öğrenin ama bir Linux de ben nasıl yazarım diye hedefleyin. Algoritmaları ezberlemeyin, şunu şöyle seçseydik nasıl çalışırdı diye akıl yürütmeyi alışkanlık edinin. Temel derslere, işletim sistemleri, algoritmalar, db, network, discrete matematik, vb. çok önem verin. Formal eğitiminizi çalışırken de devam ettirin, master-doktora yapın, sertifika alın örneğin.
  • Sistemli çalışın. Sistemli çalışmak için muhakkak, temelden ileriye doğru gidin ve odaklanın. Kerat cetvelini bilmeden integrali öğrenmeye kalkmayın, öğrenemezsiniz çünkü, sadece ezberlersiniz ve başarısız olursunuz.
  • Odaklanın. Aslında odaklanmak, sistemli çalışmanın bir alt parçası ama önemine binaen ayrı bir başlık altına aldım. Çok sıklıkla görüyorum, ilgisiz pek çok konuyu abur-cubur bir şekilde öğrenmeye çalışanları. Zaten bu şekilde öğrenme de olmuyor, bilgi sahibi olmadan fikir sahibi olunuyor. İyi tanımlanmış ve özelleştirilmiş, spesifik hedeflere sahip olun.  Örneğin 3 senelik BT çalışanı, hem PM sertifikası almış şimdi de SQL eğitimi alıyor, seneye de Cisco kursuna gitmekten bahsediyor! Nedir şimdi bu? Eğer PMP, SQL ve Cisco ile bir şey başarılabiliyorsa, bunları gerekli kılan bir hedef varsa eyvallah ama aksi taktirde zaman, enerji ve zeka kaybı!

Bu türden eleştiri ve tavsiyelere, bizim sektöre katılacak gençlerden çok aslında sektörümüzün ve üniversitelerimizin ihtiyacı var, bunun çok fena şekilde farkındayım. Siz istediğiniz kadar iyi olun sektörümüz iyiyi aramıyor, iş bitiriciliğe prim veriyor. Ya da üniversiteler hatta çok daha öncesinde başlayan eğitim sistemimiz, edep-terbiye adı altında sorgulamamayı, ezberlemeyi kutsamış durumda. Dolayısıyla yurt dışına gitmeyi, gerek eğitim gerek profesyonel olarak çalışmak amacıyla oralarda bir miktar yaşamayı kesinlikle hedef edinin. Yukarıdaki tavsiyelere ne kadar uyarsanız bunu yapmak o kadar kolay olacaktır.

Programlama, keyiftir 🙂

 

Toplam görüntülenme sayısı: 1123

Programlama ve Kariyer Sunumu

Eğitim ve Seminer, Kariyer, Programlama ,

Mayıs ayı başında Malatya, İnönü Üniversitesi’nin düzenlediği Robocofest‘te katıldım ve “Programlama ve Kariyer” isimli bir sunum yaptım. Sunuma aşağıdaki bağlantıdan ulaşabilirsiniz.

Programlama ve Kariyer
Programlama ve Kariyer
Programlama-ve-Kariyer-06052017.pdf
1.3 MiB
987 Downloads
Ayrıntılar

Ayrıca hem İnönü Üniversitesi’ne, hem bu etkinliğin sponsorlarına hem de bizi güleryüzle karşılayan ve rahat etmemiz için etrafımızda koşuşturan öğrenci arkadaşlar çok teşekkür ederim.

İyi okumalar 🙂

Toplam görüntülenme sayısı: 429

Corona Günlerinde Java

Eğitim ve Seminer, Java, Kariyer

Merhaba Java-severler

Corona günlerinde hepimiz eve tıkıldık, malum. Önce kaç gün sürer diye sorduk birbirimize ama baktık ki durum tamamen belirsiz, bu durumu fırsata çevirelim diye düşünmeye başladık. Hem akıl-ruh sağlığımızı kaybetmememiz gerekli hem de kriz sonrasında mesleki olarak daha iyi durumda olabilmeyi umuyoruz. Çünkü teknoloji dünyası o kadar geniş ve hızla ilerliyor ki krizle de olsa böyle bir zaman bize iyi gelecek gibi. Öte taraftan aklımızın bir köşesinde olan ama iş-güç telaşından hiç vakit ayıramadığımız meraklarımız da var. Bu zamanlar tüm bunlar için bir fırsat. Tabi sonrasının daha iyi, hayırlı olacağını umuyoruz.

Biz de Selsoft olarak corona günlerini değerlendirmek isteyenler için “evde kal ama geri kalma” düşüncesiyle bir dizi canlı sanal sınıf eğitimi hazırladık. Bu eğitimlerle ilgili detaylı bilgiyi http://www.selsoft.com.tr adresinde bulabilirsiniz. Canlı sanal sınıfın her türlü imkanını kullanarak, tartışarak, birlikte kod yazarak, kodlarımız üzerine konuşarak, sıcak ve paylaşımcı bir ortam oluşturmaya çalışacağız.

İlk eğitimimiz Java ile Nense-Merkezli Programlamaya Giriş (Introduction Object-Oriented Programming with Java). Java’nın en son sürümü 14 ile gelen özelliklerin de ele alınacağı bu eğitimde Java’nın makinaya kurulumundan en temel ayarlarına ve adım adım, nesnelerle algoritmaları ve ufak iş problemlerini modelleyip yazmaya kadar yapacak çok işimiz olacak.

Öğrenciyseniz Java ile çok iyi bir OOP temeline sahip olmaya başlarsınız, kariyer değişikliği yapmayı düşünüyorsanız, bunu en temelinden Java öğrenerek başlatabilirsiniz ya da hali hazırda zaten Java ile geliştirme yapıyorsanız, belki OCA/OCP olma yolunda değerlendirebilirsiniz bu eğitimi.

http://www.selsoft.com.tr adresine gittiğinizde Design Patterns, Spring ile Kurumsal Yazılım Geliştirme ya da Java ile RESTful Web Servisi Geliştirme gibi başka eğitimler de göreceksiniz. İlginize göre bu eğitimleri de sırayla açmayı planlıyoruz. Bu sayfadaki formları doldurarak bizimle iletişime geçebilirsiniz.

İlk oturumumuz her zaman ücretsizdir, herkese açıktır, buyrun gelin.

Toplam görüntülenme sayısı: 524

Öğrenme Sürecinde Programlamadan Yazılım Geliştirmeye Geçişte Workshop Çalışmasının Önemi

Eğitim ve Seminer, Java, Yazılım Mühendisliği

Eğitim hayatımda bana sıkça sorulan birisi de bir programlama dilini öğrenmekten proje geliştirmeye nasıl geçileceği konusudur. Çok sık duyarsınız “Java’yı biliyorum ama bir proje nasıl yapılır, neresinden başlanır, nasıl ilerlenir bilmiyorum” şeklindeki konuşmaları. Doğrudur, bu durum herkesin kariyerinin başında yaşadığı cinsten sıkıntılardandır. Bu yazıda bu sıkıntının nasıl aşılabileceğini ele almak istiyorum.

Programlama, bir programlama dili yoluyla bilgisayara bir iş yaptırmaktır. Programlama dili ise bir araçtır, bilgisayara iş yaptırmanın en temel yoludur. Programlama dilleri dışında da bilgisayara iş yaptırmanın yolları vardır ama bir uygulama kadar geniş ve detaylı iş yaptırmaktan bahsediyorsak, hele işin içinde kullanıcılarla iletişim varsa, programlama dilleri dışında pek alternatifimiz yok gibi. Fakat bir programlama dili öğrenmek, temelde onun anahtar kelimelerini, kullanışlarını ve söz dizimini öğrenmek demektir. Her ne kadar programlama dilini öğrenmek ile onu kullanarak problem çözmek içe içe geçmiş süreçler olarak görünüyorsa da işin başında daha çok programlama dilinin kendisi ile uğraşılırken ilerleyen zamanlarda, özellikle dilin temellerinde belli bir noktaya gelince, problem çözme tarafı daha ağır basmaya başlar. Örneğin üniversitede, algoritmalar, veri yapıları, ağlar, derleyiciler (compilers) vb. ders ya da konularla bir programlama dilinin bir problemi çözmek için nasıl kullanılacağını öğreniriz. Örneğin pi sayısını hesaplamanın farklı yöntemleriyle if-while-for vb. pek çok kontrol yapısını, bir sayıya kadar olan tüm asal sayıları bulmada kullanılan Sieve of Eratosthenes algoritması ile dizileri kullanırız ve nihayetinde hem dile olan hakimiyetimizi geliştiririz hem de dil ile problem çözme yöntemlerini öğreniriz. Sonrasında ise compilers, ağlar ya da bilgisayar grafiği gibi derslerde muhtemelen daha büyük programlama hatta proje ödevleri yaparız. Tüm bu pratikler bizim hem programlama gücümüze katkıda bulunur hem de ağlar, veri tabanı, bilgisayar grafiği vb. temel bilgisayar ve yazılım yapılarıyla ilgili bilgi ve tecrübeye sahip olmamızı sağlar.

Peki tüm bu konularda son derece iyi olmak bir proje geliştirmek yeterli midir? Tabi ki değildir. Çünkü yazılım, programlamadan daha fazla şeyi ifade eder ve ancak proje ile yazılım geliştirilir. Genelde yazılım projelerini, programlamadan ibaret olarak görme eğilimdeyiz, hatta yazılım sistemlerini “program” olarak adlandırıldığına da sıklıkla şahit oluyorum. Yazılımın, programın daha büyüğü olarak görecek şekilde bir basitleştirme mümkün olsa bile, gerçekte böyle bir algıya sahip olmak bizi yazılımla ilgili çok ciddi yanlışlara götürür. Aynen gerçek bir uçağın geliştirilmesini, model uçak yapımının sadece daha büyük hali olarak görmekteki gibi. Zaten bu yazının başında bahsettiğim sıkıntı tam da budur: Programlamayı bilmemize rağmen proje yapmakta zorlanmamız. Sistemlerin büyümesinin getirdiği karmaşıklık çoğu zaman doğrusal değil de doğrusal olmayan şekilde artar ve bu durum zaten başlı başına bir sorundur.

Proje yazılıma özel bir kavram değildir elbet ve yazılım projelerinin de diğer disiplinlerdeki projeler gibi belirlenmesi gereken bazı tarafları vardır. Peki öğrenme sürecinde dile ciddi bir hakimiyet sağlama safhasını geçtik ve geldik kendi kendimize bazı projeler yapmaya. Neler yapmamız gerekli?  (Bu yazıda daha çok kişilerin öğrenme sürecinde, kendi kendilerine yaptıkları projeleri göz önüne alacağımdan, bu gereklilikleri çok ciddi ve formal bir çerçevede düşünmeyeceğim.)

Öncelikle bir yazılım projesinin, iyi ya da kötü ihtiyaçları belirlenmiş ve sınırları çizilmiş olmalıdır. Dolayısıyla programlamadan yazılım geliştirmeye geçerken ele alacağınız projeninizin belli bir detayda çerçevesi olmalıdır. İhtiyaçları belirlenmeden girişilecek bir projenin bitmesi pek de mümkün olmayacaktır, bundan dolayı da yapılan geliştirme “proje” olmaktan çıkacaktır. Eğer ihtiyaçları belirlemede, projenizin çerçevesini çizmede zorlanıyorsanız, en basit ve gerekli olanlara odaklanın ve detayını çıkarmakta zorlandığınız kısımları ileriki sürümlere atın ve bir an önce ilk sürümünüzü çıkarmanızı sağlayacak kısımlara öncelik verin derim.

Öte taraftan bir yazılım projesinin, ihtiyaçları çerçevesinde belirlenmiş bir mimarisinin de olması gereklidir. Nasıl ihtiyaçlar belirlenmediğinde projede pek çok yaz-boz oluyorsa benzer durum mimari belirlenmediğinde de söz konusudur. Mimari yapılar ise belli bir teorik alt yapıya sahip olarak kurgulanmakla birlikte genelde tecrübe tabanlıdır ve mimari algı, okumaktan daha çok deneme-yanılma ile gelişir. Gerçi mimari bilgi birikimimiz de gittikçe daha formal hale geliyor ve çeşitleniyor; bu yüzden gittikçe daha fazla okumak ve uygulamak önemli hale geliyor. Özellikle kullanılan dil vb. teknolojilerin temel kalıplarının (pattern) ve  mimari best practicelerinin bilinmesi bu anlamda çok önemlidir. Örneğin katmanlı yapılar kullanacaksınız, AOP ile aspectleri ayıracaksınız ve olabildiğince durumsuz (stateless) yapılar kullanacaksınız şeklidne üst prensiplerden yola çıkarak detaylara inebilirsiniz. Dolayısıyla projenizin mimari konularına da çala kalem dalmayın, biraz düşünün, okuyun, araştırma yapın ve ihtiyaçlarınızın sizi ne tür bir mimariye doğru ittirdiğini anlamaya çalışın, aksi taktirde projenin büyüklüğüne bağlı olmak üzere sıkıntılı sonuçlarla karşılaşabilirsiniz. Bu tür durumlar aslen öğrenmenizin bir parçasıdır ve doğrudan vakit kaybı olarak da görülmemelidir ama atış yaparken de olabildiğince destekli atmak gereklidir. Aşırı yaz-boz hem kaliteyi düşürür hem de motivasyonu.

Projelerinizde fonksiyonel tasarıma da önem verin. Sınıflar, arayüzler, “is-a” ve “has-a” ilişkileri, hem statik hem de dinamik görüntülerin neler olduklarına, sorumluluk tabanlı yaklaşımla karar verin. Bu gibi çalışmalar için UML kullanabilirseniz çok şık olur ama kullanamıyorsanız çok da takılmayın, bulgularınızı kendinize has bir şekilde, beyaz bir kağıda da olsa ifade edin. Bu sırada yani kavramsal olarak düşünürken nesneler arasındaki ilişkileri tasarım kalıplarıyla nasıl daha rahat hale getirebileceğinizi, nesnelerin nasıl daha sağlıklı olabileceğini de düşünün. Bu tür düşünmeler yazılım üzerine soyut düşünme kapasitenizi arttırarak size çok şey kazandıracaktır.

Sonrasında girişeceğiniz kodlamada birim testlerini yazmak, temiz (clean) bir şekilde kod yazmaya çalışmak ve API dokümantasyonuna önem vermek muhtemelen kodunuzu çok daha kaliteli ve anlaşılır kılacaktır. Ayrıca projenizde üçüncü el bileşen ve frameworkleri kullanmak, projenizi çok daha sağlıklı hale getirebileceğini de unutmayın. Bu anlamda tekerleği yeniden keşfetmeyip, enerjinizi koddaki orijinal taraflara saklayın.

Nihayetinde çok ilgi çekici olmasa da bir miktar test malzemesi oluşturmak, temel süreçleri test edebilmek için bir miktar çalışma yapmak ve örnek veri oluşturmak, projenizin sağlıklı bir şekilde nihayete ermesi açısından önemlidir.

Görüldüğü gibi yukarıdaki proje geliştirme sürecinde, programlama kadar analiz, tasarım ve dokümantasyon gibi çalışmalar da vardır. Dahası programlamanın dışındaki bu çalışmaların sağlıklı yapılması, ciddi bir eğitim ve yazılım mühendisliği nosyonu gerektirmektedir. Aksi taktirde usandırıcı bir git-gel girdabına girmek işten bile değildir. Fakat öte taraftan tam programlamada ilerleyelim derken ap-ayrı bir yazılım mühendisliği duvarına toslamak gibi bir durum söz konusu. Bu noktada öğrenme sürecinde programlamadan proje geliştirmeye geçişin ancak bir yol gösterici sayesinde yapılabileceğini söyleyebiliriz. Yani ciddi teknoloji ve metodoloji bilgi ve tecrübesine sahip bir öncünün yol göstermesi, gerekirse kısıtlaması ve yönlendirmesiyle, kontrollü bir şekilde bu süreci işletmek, sanırım geçişi kansız ve çok daha verimli hale getirecektir.

Ben bu amaçla eğitim faaliyetlerimde müşterilerime, eğitimde verilen malzemenin, yukarıda kısaca açıkladığım gibi, ayrıca bir workshop ile proje geliştirme çalışması olarak da uygulanmasını salık veriyorum. Ancak bu şekilde eğitimde verilenin gerçekten öğrenilmesi mümkün olabilir. Workshopu yapmak için temel bilgiye sahip olmak gereklidir. Ama verilen bilginin sağlıklı bir yazılım geliştirme bağlamında anlam bulması için de ders içi ufak örneklerden öteye geçen workshopa ihtiyaç vardır. Benzerlik kurarsak, workshopsız bir eğitim ile doğrudan gerçek projeye girmenin, tahta üzerinde taktiği alıp maça çıkmaya benzediğini söyleyebiliriz. Bu yüzden workshoplarla bir miktar pişmeyen developerların, gerçek projeyi haklı olarak öğrenme amaçlı olarak kullanmaları çok sık görülen bir durumdur. Her projede öğrenme söz konusudur ama sahip olduğu teorik bilgiyi hiç kullanma imkanı bulamamış kişilerin doğrudan projeye atılmaları, projeyi çoğunlukla çöplüğe çevirmektedir. Halbuki aslolan, gerekirse workshopı çöplüğe çevirmek ama bu sayede anlamayı pekiştirmek ve gerçek uygulama ortamına hazırlanmaktır.

Bu noktada yazılımcı olarak çalışan arkadaşlara tavsiyem, eğitim alırken muhakkak workshop da talep edin. Bence kaç günlük ya da saatlik eğitim alıyorsanız aynı miktar workshopa ihtiyaç vardır.

Bu noktada benzer yaklaşımı, JavaTürk bünyesinde açmış olduğum eğitimlerde de kullanacağım ve gördüğünüz, aldığınız eğitimlerin workshoplarını da sanal ortamda açacağım. Bu şekilde isteyen eğitimden sonra workshopa devam edebilecek, eğitim ihtiyacı olmadığını ama uygulama ihtiyacı olduğunu düşünen de doğrudan workshopa dahil olabilecektir. Workshoplarla ilgili olarak eğitim sayfasını takip etmenizi öneririm.

Toplam görüntülenme sayısı: 1160

1 2 3 4 5