Search Results for: fonksiyonel

“Java ile Nesne-Merkezli ve Fonksiyonel Programlama” Eğitiminin İlk Dersinin Videosu

Eğitim ve Seminer , ,

“Java ile Nesne-Merkezli ve Fonksiyonel Programlama” eğitiminin ilk dersi yapıldı ve videosunu Youtube‘da paylaştım. İlk derse eğitimin genel bir tanımı ile başladık. Temel nesne yapılarıyla kalıtımın hızlıca özetlendiği ilk bölüm ile “Çok Şekillilik (Polymorphism)” konusunun ele alındığı 2. bölüme giriş yapıldı.

“Java ile Nesne-Merkezli ve Fonksiyonel Programlama” eğitimine katılmak isteyenler egitim@javaturk.org adresine email göndererek kayıt olabilirler.

İyi seyirler.

 

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

Udemy Eğitimlerim Üzerine

Udemy Eğitimlerim Üzerine

Eğitim ve Seminer

Sevgili arkadaşlar,

Sıklıkla sizlerden, “eğitimlerin hangi sırayla takip edilmesi gerektiğini” ile ilgili sorular alıyorum. Bu sorunun daha genel ama Java’ya özel “Java’ya nasıl başlar ve ilerlerim” şeklinin cevabı “Java ile Nesne-Merkezli Programlamaya Giriş” eğitiminin “Java’ya Giriş” isimli 2. bölümündeki “Java’yı Öğrenmek” başlığı altında var ve bu bölümün tamamı herkese açık. Aslında bu konu ile ilgili olarak burada daha önce bir kaç yazı yayınladım. Bu yazılara buradan ulaşabilirsiniz. Fakat bu yazıların içeriğinin geneli hale geçerli olmakla birlikte detayda bazı kısımları aradan geçen zamana bağlı olarak, gelişen teknolojiler ve değişen eğilimlerden dolayı bir miktar, geçersiz demeyeyim ama alternatifli hale gelmiş olabilir. Örneğin web arayüzlerinin backend yerine JavaScript tabanlı tarayıcı istemcilerine kayması dolayısıyla Spring MVC ya da JSF yerine RESTful web servislerinin daha öne çıkması ya da ülkemizde Java EE yerine ezici çoğunlukla Spring’in tercih edilmesi gibi. Ama öte yandan dünyada hala Spring MVC, JSF ya da EJB kullanan tonla proje var.

Udemy’deki eğitimlerim noktasında ve daha güncel şekilde yine de bu sorunun cevabını kısaca burada açıklayayım:

Java’yı bilmiyor ve öğrenmek istiyorsanız ya da iyi-kötü bir şekilde biliyor, mesela işinizde kullanıyor ama teorisi ve pratiğiyle, nedeni ve nasılıyla, kitabi bir şekilde öğrenmek istiyorsanız kesinlikle Java ile Nesne-Merkezli Programlamaya Giriş ile başlamalısınız. Peki bilmenin kriteri nedir? Java’daki en temel konuları, hatta bir cümlede ifade edilen kuralları, örneğin “Tam sayı tiplerde varsayılan tip int’dir.” kuralını, nedeni ve nasılıyla birlikte bir lise öğrencisine anlatabilecek haldeyseniz o konuyu biliyorsunuzdur; aksi takdirde bilmiyorsunuzdur ve Java ile Nesne-Merkezli Programlamaya Giriş ile başlamalısınız. Dolayısıyla eğitimlerin içeriklerine bakıp, örnek içerikleri izleyip yukarıdaki kritere göre o eğitimi alıp almamaya karar verebilirsiniz.

Üniversite öğrencisiyseniz kesinlikle bu eğitim ile başlamalısınız. Bildiğinizi düşündüğünüz yerleri bile atlamadan çalışmalısınız. Çünkü bir programlama dilini iyi bir şekilde öğrenmek ülkemizde üniversitede başarılabilecek bir şey değil. Nitekim işinde bir kaç senedir Java kullandığını söyleyen pek çok arkadaşımız, bu eğitimde bilmediği ya da iyi anlamadığı pek çok şeyi öğrendiğini yorumlarda ifade ediyor.

Sonrasında Java ile Nesne-Merkezli ve Fonksiyonel Programlama ile devam ederek hem object-oriented programming yani OOP hem de functional programming yani FP kısımları yanında torbalar ya da sıra dışı durum yönetimi (collections, exception management) vs. konuları halletmelisiniz. Bu eğitimi bitirince Java SE’de iyi bir yere gelmişsiniz demektir. Java SE’nin JDBC ile veri tabanı iletişimi, threading, I/O vb. daha ileri konularını ya kendiniz artık rahatlıkla öğrenirsiniz ya da planladığım, henüz açılmamış olan “İleri Java” eğitimine devam edersiniz. Örneğin masaüstü uygulamalar için Java’da olan AWT, Swing ve daha modern bir yapı olarak JavaFX’i kendiniz daha rahat öğrenebilir neyi nerede bulacağınıza kendiniz karar verebilirsiniz.

Bundan sonra kurumsal projelerin olmazsa olmazı olan web teknolojilerine geçmeniz doğru olur. Modern zamanlarda web teknolojileri deyince akla gelen web servislerinin en sık kullanılan şekli olan RESTful web servislerini öğrenmeniz gerekir. Sonrasında da devam edilebilecek bir başka konu ise Spring frameworküdür. RESTful da olsa Spring de olsa her halükarda Java’nın 8 sürümü seviyesinde Java ile Nesne-Merkezli ve Fonksiyonel Programlama içeriğine hakim olmalısınız. Ben bu iki eğitimin tanıtım sayfasında da ilk derslerinde de ön şart anlamında Java ile Nesne-Merkezli ve Fonksiyonel Programlama ön şartını zikrediyorum. Planım Spring ve RESTful ile ilgili ileri konuları ele alan yeni eğitimleri de eklemek. Dolayısıyla şu anda var olan RESTful ve Spring eğitimlerinden sonra daha ileri olanlarına geçebilirsiniz.

Clean Code ve Design Patterns eğitimleri sadece Java developerlarına değil, Pyhon, C++, C#, vb. herhangi bir dilde, tecrübesi olan ve OOP ve iyi, kaliteli kod yazma yetkinliklerini artırmak isteyen herkese hitap ediyor. Bu iki eğitimden Clean Code daha giriş seviyesinde olup iyi bir OOP altyapısına sahip, örneğin Java ile Nesne-Merkezli ve Fonksiyonel Programlama‘da OOP ile ilgili kısımları özümsemiş kişiler alabilir. Design Patterns ise daha soyut ve karmaşıktır ve iyi anlamak için sadece iyi bir OOP altyapısına değil ama aynı zamanda ciddi bir iş tecrübesine ihtiyaç duyar, çünkü problemi anlamadan herhangi bir design pattern öğrenilemez. Dolayısıyla örneğin öğrenci arkadaşlarımızın, iş hayatına yeni başlamış developerların, Design Patterns yerine Clean Code‘a öncelik vermeleri yerinde olur.

Tabi burada ele aldığım senaryolar dışında pek çok farklı durum olabilir. Örneğin C++, C# ya da Python ile geliştirme yapan bir developer Java eğitimlerini alarak kendi geliştirme yaptığı dildeki OOP ve FP kısımlarını çok daha iyi anlar hale gelecektir. Bunu türden örnekleri, gerek yüz yüze gerek ise online eğitimlerde gördüm, Udemy’deki eğitimlerde bu yönde yorumlar da var. Örneğin benim Spring eğitimlerimi alan bir .NET uzmanı arkadaşımız var ve alternatif olarak neler geliştiriliyor, öğrenmek istiyorum diye aramızda bulunuyordu. Ya da Kotlin, Scala, Groovy gibi JVM dillerini öğrenmek isteyenler önce Java öğrenerek işe başlayabilirler çünkü bu diller Java ile beraber çok organik bir şekilde kullanabilir. Ya da bir başka arkadaşımız Android mobil dünyaya geçmek için Java eğitimlerini hatta sonrasındaki Clean Code ve Design Patterns eğitimlerini alabilir. Bir başkası Spring’e hiç girmeden saf Java EE içinde ilerleyebilir, RESTful’dan sonra belki eğitimlerini ileride paylaşabileceğim JPA, EJB vb. teknolojilere devam edebilir. (Ülkemizde Spring kullanımı ezici derecede yaygındır ama yurt dışında saf Java EE kullanımını da ciddi seviyelerdedir.)

Böyle pek çok çapraz ilerlemeler, hedeflerinize bağlı farklılıklar içeren öğrenme yolculukları olabilir. Ama aslolan temelleri iyi atmak, detayı öğrenirken nasıllığa takılıp kalmayıp, nedenliği de anlamak ve böylece yavaş yavaş büyük resmi de görmeye başlamaktır. Bu şekilde “ne iş olsa yaparım” paradigmasını kırıp, daha odaklı, hedefli, özelleşmiş yetkinliklere sahip developerlar olabilirsiniz.

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

Selsoft Video Eğitimleri

Eğitim ve Seminer

Sevgili yazılım sever arkadaşlar,

Pandemi sürecinde başlattığımız canlı sanal sınıf eğitimlerimiz için sıklıkla “tekrar ne zaman açılacak?” şeklinde sorular alıyoruz. Aslında bu eğitimler tamamlandıkça video eğitimi olarak istifadenize sunulmaktadır. Canlı sanal sınıfta yapılan eğitimlerin videoları yanında PDF yansıları, kod örnekleri ve diğer dokümanları, satıştadır. Eğitimde anlaşılmayan noktalar icin her zaman bana ulaşabilir, soru sorabilirsiniz. (Ama açıkçası eğitimler o kadar detaylı ve pek çok soru zaten canlı sanal sınıfta sorulup cevaplandığından, sonrasında pek soru soran olmuyor.)

Video eğitimlerimizin ana sayfası: https://selsoft.com.tr/egitimler/ 

İlk dört eğtimimiz ve içerik vb. detay bilgilerini içeren sayfaları şunlardır:

Yeni eğitimlerimiz de geliyor. İsterseniz https://selsoft.com.tr/ adresindeki formu doldurarak yeni eğitimler için bizden haber almak için listemize girebilirsiniz.

Eğlenceli eğitimler için buyrun.

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

Alelade Hikayeler – I: Küçük Bir Performans Problemi

BT, Hikayeler, Java , ,

Yazılım dünyasında en sık yaşanan problemlerden birisi de, “performans” genellemesiyle anılan bir dizi problemdir. Problem bazen bir işlemin yapılmasının uzun sürmesidir, bazen son derece hızlı olan işlemlerin zaman zaman, muhtemelen sistemin yüküne bağlı olarak yavaşlamasıdır, bazen fazla bellek kullanımıdır, bazen de veri tabanından sorguların çok yavaş gelmesidir vs. Bu tür performans problemlerini çözmek bana daima en tatmin edici işlerden gelmiştir.

Bir gün ofisimde çalışırken, bir yazılım evi sahibi ve yöneticisi, feveran içinde bana ulaştı. Müşterileri için geliştirdikleri sisteme en son yaptıkları değişiklikleri devreye aldıklarında yaşadıkları ve kendilerini bir hayli zora koyan bir performans problemini çözecek kişiyi araştırırken bana ulaşmıştı. Bana telefonda söylediği şey, yeni yaptıkları deploymenttan sonra 10-15 dakika içinde sistem cevap veremez hale geliyor ve nihayetinde de çöküyordu. Sistem, Tomcat üzerinde çalışan ve tabi olarak Java ile geliştirilmiş, web arayüzlü ve kurum içinde, intranette pek çok kullanıcısı olan operasyonel bir bilgi sistemiydi.  Bundan dolayı sistemi kullanan müşterilerine karşı çok zor durumda kalmışlardı ve kendini çaresiz hissediyordu. Sistemin de tabi olarak kullanıcıları vardı ve eski sürüme dönerek hiç olmazsa işlerin devam etmesini sağlıyorlardı.

Bu konuşmadan yaklaşık 15-20 dakika kadar sonra, yaptığımız telefon görüşmeleri sayesinde, sıkıntılı olan sisteme erişmiş haldeydim. Ayrıca bu sistemin koduna da erişim sağladı müşterim. Sistem yöneticisi yardımıyla kabaca ne olup bittiğini anladıktan sonra bir-iki ufak ayar ile Tomcat’i tekrar başlattım ve ertesi sabah, kullanıcıların gelip sistemi kullanmaya başlamalarını bekledik. Tabi, ertesi sabah, çalışma saatini müteakip 10-15 dakika içinde sistem yine çalışamaz hale geldi ve JVM de bize bir dump üretti.

Elimdeki JVM dumpı ve sistemin Java kodlarına erişimim sayesinde yaklaşık 15-20 dakikada, hadi abarttım diyeyim, yarım saat içinde problemin sebebini, koddaki satırını hatta çözümünü belirlemiştim. Nihayetinde gözden kaçan çok basit bir kodlama hatasından kaynaklanıyordu problem. Kodun o parçası sonsuz döngüye giriyor ve her döngüde üretilen yeni nesneler GC tarafından toplanamadığından, çünkü nesneler bir torbaya (collection) konuyordu, belleği şişiriyordu.

Müşteriye durumu açıkladım, yapılması gerekeni de belirttim ve onlar da sistemi sorunsuz bir şekilde devreye aldılar. Onların derdi çözüldü, beni keyfim arttı ve para da kazandım.

Ama sanırım bu kısa hikayede göze çarpan başka noktalar da var. Neler mesela?

Bu hikayeden yazılım geliştirme ile ilgili olarak çıkarılabilecek olan dersler şunlardır:

  1. Eğer kodunuzu daha sakin kafayla, ne yaptığınızı düşünerek yazarsanız, çok yüksek ihtimalle böyle bir hata yapmazsınız.
  2. Eğer yazdığınız kodun birim testini yaparsanız, bu türden problemleri asla yaşamazsınız.
  3. Yazdığınız kodu makinanıza deploy edip, biraz doğru düzgün bir veri ile çalıştırsanız ki biz buna smoke test diyoruz, bu problemi yakalarsınız.
  4. Eğer kod gözden geçirmeleri (review) yaparsanız, sizin gözünüzden kaçsa bile, yorgundunuz, aile-sosyal hayatta stresleriniz vardı, vs., muhtemelen arkadaşlarınızın, daha tecrübeli olanların gözünden kaçmaz.
  5. Eğer sistemin entegrasyon testini yaparsanız, bu türden problemlerler çok daha az karşılaşırsınız.
  6. Eğer sistemin fonksiyonel testini yaparsanız, testerlarınızla, bu türden problemlerleri muhtemelen müşteri karşısına çıkmadan yakalarsınız.
  7. Yukarıdaki üç testi ve gözden geçirmeleri yaparsanız, herhangi bir test ya da tamamen informal bir gözden geçirme yapılsa bile, kesinlikle bu problem müşterinin önüne gelmez ve nerede bulduğunuza göre çok daha ucuza çözersiniz.

Bunlar, yazılım süreçlerini doğru işletmekle ilgili olarak yapılabilecek çıkarımlar. Genel prensipler açısından ise şöyle çıkarımlarda bulunabiliriz:

Belki 40-50 kişilik developer ve sistem yöneticisinden oluşan bir yazılım ve sistem ekibine sahip bir yazılım evinin ürettiği yüzbinlerce belki bir kaç milyon satırlık koddaki bir performans problemini bulmak yarım saati geçmeyen bir sürede başarılabiliyorsa, bu durumun sistemsel bir problem olduğu açıktır. Çok sıklıkla yaptığımız gibi, zeka ya da yetenek ile açıklayamayız bu farkı. Bu fark, sistemi tasarlayan, kodlayan ve deploy eden takımın içinde hiç bir şekilde bir performans farkındalığının olmamasıyla açıklanabilir. Ayrıca bu durum, bu takımda merak edip Java’nın performans problemlerini araştıran, etrafındakileri bilgilendiren meraklı kişilerin olmadığı şeklinde de okunabilir. Bu fark, sistemi tek tek developerların geliştirdiği ama kesinlikle “bir takımın” geliştirmediği şeklinde de okunabilir. Ve bu durum, gerekli temel bilgiye ve problemi bulup, analiz edip, çözme yetkinliklerine sahip bir kişinin, pek çok insanın günlerce, bilinçsizce problemle cebelleşmelerinden çok daha etkin bir şekilde sonuca ulaşabileceğini de gösterir.

Kıssadan hisse: İyi bir teoriden daha pratik bir şey yoktur. (There’s nothing more practical than a good theory. (Kurt Lewin))

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

1 2 3 4 5 >»