Fonksiyonel paradigma
•Download as PPTX, PDF•
3 likes•798 views
Şehir Üniversitesi'nde "Fonksiyonel Programlama" bakış açısını konuştuk.
Recommended
More Related Content
Featured
Featured (20)
Fonksiyonel paradigma
- 3. ?
- 5. FONKSİYONEL PROGRAMLAMA KONSEPTLERİ IMMUTABILITY REFERENTIAL TRANSPARENCY CURRYING IDEMPOTENCE SIDE-EFFECT LAZY EVALUATION RECURSION PATTERN MATCHING
- 7. Nesne Yönelimli Programlama, hareketli parçaları enkapsüle ederek kodu anlaşılır kılıyor. Fonksiyonel Programlama ise hareketli parçaları en aza indirgeyerek kodu anlaşılır kılıyor. — Michael Feathers
- 11. SIDE EFFECT
- 12. S T A T E M U T A B L E
- 13. FP STATE
- 15. 1; var x = 1; x = x + 1;
- 16. İlginç bir anekdot 250 sayfa boyunca atama (assignment) yok!
- 18. y = f(x) AssertEquals(f(x), f(x)); f(x) = f(x)
- 22. MAP C# 3.0
- 23. MAP C# 3.0
- 24. FILTER C# 3.0
- 25. FILTER C# 3.0
- 26. REDUCE C# 3.0
- 27. REDUCE C# 3.0
- 28. STRATEGY PATTERN
- 29. MOTİVASYON
- 30. Unit Test yazmak, fonksiyonel programlamayı fonksiyonel olmayan dillerde yeniden icat etmektir
- 31. Asıl problem, «stateful» programların büyüdükçe iyi olmayan bir yöne doğru evrilmesidir.
- 32. Gerektiğinde imperative programlayın; mümkün olduğunda ise fonksiyonel.
- 33. YAZMASI VE BAKIM YAPMASI DAHA BASİT DAHAAZ «CONCURRENCY» SORUNU «TEMPORAL COUPLING» YOK «STATE NEDİR?» DİYE SORMAK YOK #direnstate
- 34. HAFIZA KULLANIMI
- 37. 8 byte vs 8 Gb
- 38. MULTI-CORE COMPUTING (PARALEL PROGRAMLAMA)
- 40. AssertEquals(f(x), f(x)); Çekirdek - 1 Çekirdek - 2
- 44. F# 2002’de Microsoft Research yayınladı
- 46. MARTIN ODERSKY
- 50. C# Java (8)
- 51. FONKSİYONEL OLANLA OLMAYAN MODÜLLERİ AYIRIN
- 53. «İyi bir yazılım mühendisi olmak için en uygun teknikleri bulup bir denge sağlamak gerekir. Ayrıca teknik olmayan yanlar ve hedefler de var. Mesela kodun her ekip elemanı tarafından anlaşılabilmesi gibi. Doğru olan, en verimli yaklaşım hedeflerini net olarak belirleyerek, teknikleri o amaçla tutarlı bir şekilde kullanmaktir bence. Yoksa mesela her For döngüsünü Map'e çevirdiğinizde kodunuzun kalitesi artmaz; düşebilir bile.» BURAK EMİR Google - İsviçre
- 55. TEŞEKKÜRLER @devmucit FONKSİYONEL PARADİGMA muhammed cuma tahiroğlu tahiroglu.com #nedirtv
Editor's Notes
- Neden fonksiyonel programlamadan bahsedeceğiz Biraz tarihçe Konseptler – genel bakış OOP’un faydası Side-effect kavramı Aforizmalar Kod örnekleri Burak Ekin’den mesaj Diller - kaynaklar
- Gelişen programlama stillerini az çok biliyoruz. Endüstrimizin şu an bulduğu en yaygın çözüm Object Oriented. Kurumsal Uygulamaların tamamı object oriented ortamlarda yazılıyor. Peki Functional programlamadan dünya uzaklaşmışken, neden bu aşk tekrar hortladı?
- Peki nereden geldi birden bire bu fonksiyonel aşkı? Moda gibi sıkılınca değiştirmek istediğimizden mi? Yoksa bir şeyi yanlış biliyorduk da yeni mi doğrusunu anladık Bir ilham mı geldi bir yerlerden Şartlar olarak değişen ne? Bu sunumda, fonksiyonel programlamanın OOP programcıları için ilginç olan değerlerine bakacağız Ve neden şimdi bunların popülerleştiğini sorgulamaya çalışacağız Kendi tecrübelerimizden de örnekler vereceğiz
- OO makes code understandable by encapsulating moving parts. FP makes code understandable by minimizing moving parts. — Michael Feathers
- Fonksiyonel programlama – how’dan çok what’ı anlatıyor
- - Ve en önemlisi, bir fonksiyonun çıktısı, diğer fonksiyonun girdisi olabilir
- IP bazında bağlantı sayısı
- Şimdi FP’nin biizm için anlamlı olan prensiplerinden bahsedelim SIDE – EFFECT nedir?
- Şimdi biraz fonksiyonel programlamanın OOP için anlam ifade eden temel konseptlerine bakalım State, durum olan state, fonksiyonel paradigmada kritik bir alan, sorunlu. State’in tümüne elbette bir düşmanlık yok. Özelde, mutable state’e, yani değişmeye karşı bir direnç var. Fonksiyonel programlama, moving part sözünden de hatırlayacağınız gibi kendini değişen, kımıldayan, ayran gönüllü yapılardan uzak kılmaya çalışıyor. Bu yüzden de sıklıkla
- Enemy of the state filmine atıf yaparlar.
- PEKİ şimdi state’in nasıl oluştuğuna bakalım mı?
- Immutable nesneler daha basit, tek state tutuyorsun, yaratıldığı state’de duruyor Ve doğal olarak senkronizasyon gerektirmiyor, thread-safe