Apache Kafka Eğitimi (Türkçe) - Video - Barış Dere
Spring Reactive Dersleri- Laurentiu Spilca (İngilizce) Video
Spring security in action, spring Start Here, How to Read Java gibi kitaplarının yazarı Laurentiu Spilca'nın hazırlamış olduğu Spring Reactive derslerini aşağıdaki linklerden izleyebilirsiniz.
Spring Reactive - Lesson 1 - Exposing a reactive REST endpoint
Spring Reactive - Lesson 2 - Reactive routes and consuming events
Spring Reactive - Lesson 3 - Handling errors when calling endpoints
Spring Reactive - Lesson 4 - About Mono and Flux
Spring Reactive - Lesson 5 - Creating a custom publisher
Spring Reactive - Lesson 6 - Essential methods of a Publisher
Spring Reactive - Lesson 7 - Securing Reactive apps
Spring Reactive - Lesson 8 - Using websockets
Yazılım Dünyasında Liderlik - JUG-Gökalp Gürbüzer (Video)
"Sene olmuş 2022. Artık bir takım içinde çalışmayan yazılımcı kaldı mı? Çoğu yazılım takımının bir lideri olsa da kimi liderlik yetilerinin, takımın bütün üyeleri tarafından anlaşılmış VE uygulanıyor olması herkese büyük katkı sağlıyor. Diğer bir deyişle, takımın lideri olmasanız da takımın güdülmesine katkınız olması gerekiyor.
Bu konuşmada liderlik konusundaki ortak ve temel bazı konulara değindik; ama bunu bir yazılım takımı ortamında anlattık. Yani sadece yazılım geliştiriciler değil, sosyal bir ortamda çalışan herkesin (ya da istatistiksel olarak bütün çalışanların %101’i) kendine faydalı bulacağı bir şey çıkabilir; ama baştan söyleyelim, dilimiz ve örneklerimiz size biraz ‘nerdy’ gelirse gücenmece yok; sonuçta yazılım geliştiricisiyiz. Başlıklar Yazılım geliştirme takımları - kısa tipoloji ve tarihçe Genel kariyer yolları Liderlerin rolü Lider nasıl tanımlamalı? Lider vs Yönetici - hala var mı böyle bir şey? Sen bu mu olmalısın? Liderlerin emrindeki (kimi) araç ve teknikler Sıfırıncı kural: İletişim, etkili olanından Mikro yönetim Fikir hocalığı Öğretim Delegasyon Talep ve Ricalar Triadlar Bire-bir toplantılar Günlük toplantılar Retrospektifler Ayrıcalıklar Etkinlikler Son soru - sen nasıl yönetiliyorsun? Gökalp Gürbüzer Kimdir? 2006'dan beri aktif olarak kod kodlayıp bug debug'layan Gökalp, 2016'dan beri yine yazılım dünyasında ulusal ve uluslararası şirketlerde teknik ve insani yönetim yapmaktadır. En sevdiği yazılım geliştirme platformu Java, en sevdiği spor basketboldur. Twitter : https://twitter.com/ajitatifGithub : https://github.com/ajitatif"
Canburak Tümer - Yazılımda Kırık Camlar Teorisi
https://medium.com/@canburaktumer/yaz%C4%B1l%C4%B1mda-k%C4%B1r%C4%B1k-camlar-625d7f676cab
Kırık Camlar teorisi wikipedia alıntısı :
"Birkaç kırık penceresi olan bir bina düşünün. Camlar tamir edilmemişse vandallar birkaç cam daha kırmaya meyillidir. Sonunda bina boş ise tüm camları kırılabilir, gecekonduysa belki de yangın dahi çıkarabilirler. Ya da bir kaldırım düşünün. Burada bazı çöpler birikir. Yakın zamanda bu çöpler daha fazla birikir. Sonunda buradaki restoranlar, hatta paket servis yapan insanlar bile çöpleri araba ile poşetler halinde getirerek buraya atarlar."
Hüseyin Babal - Microservices Patterns Kitabı Okuma Seansları (Video)- Türkçe
Hüseyin Babal Yotutube kanalında Chris Richardson'un Microservices Patterns kitabını okuyor ve yorumluyor.
Kitabı buradan temin edebilirsinsiniz.
1-[TR] Reading Microservices Patterns | Introduction, Scale Cube, Hexagonal Architecture
2-[TR] Reading Microservices Patterns | Microservices Architecture Challenges
3-[TR] Reading Microservices Patterns | Decomposition Strategies
4-[TR] Reading Microservices Patterns | Business Capabilities
5-[TR] Reading Microservices Patterns | Message Formats, Sync/Async Communication
6-[TR] Reading Microservices Patterns | Async Communication with Message Brokers
7-[TR] Reading Microservices Patterns | Transactional Messaging
8-[TR] Reading Microservices Patterns - | ACID, Isolation in Microservices
9-[TR] Reading Microservices Patterns | Designing Business Logic, Aggregates
10-[TR] Reading Microservices Patterns | Domain Events Publishing
11-[TR] Reading Microservices Patterns | Event Sourcing
12-[TR] Reading Microservices Patterns | Implementing Event Sourcing
13-[TR] Reading Microservices Patterns | Aggregates & Event Source Implementation
14-[TR] Reading Microservices Patterns | Idempodent Consumers, Saga with Event Sourcing
15-[TR] Reading Microservices Patterns | CQRS
16-Introduction, Unit Test, Integration Test, Contract Tests
Ninja Geliştiricisi kimdir? blog.softtek.com çevirisi
Ninja Geliştiricisi kimdir?
Ninjalar veya Shinobi (Japonca), Japonya'da geleneksel olmayan savaş biçimlerinde eğitilmiş bir askeri birlikti. Bugün, bu eski terim, bir tür özel yazılım geliştiricisi için kullanılmaktadır: Ninja Geliştiricisi.
Teknoloji Stack
Teknoloji stack, belirli bir dizi sorunu çözmek için birlikte çalışan bir teknoloji grubudur. Normalde, ön uç (istemci tarafı), arka uç (sunucu tarafı), veritabanı ve işletim sistemi gibi farklı uygulama katmanları içinde geliştirmeye yönelik programlama dilleri ve çerçevelerden oluşur.
İşte bazı teknoloji yığınları örnekleri:LAMP yığını (Linux, Apache, MySql, PHP)
LEMP (Linux, Nginx, MySql, PHP)
MEAN (Mongo, Ekspres, Açısal, Düğüm)
ELK (ElasticSearch, Logstash, Kibana)
Full Stack Geliştiriciler
Full stack geliştirici, bilinen bir teknoloji yığınına yakından aşinadır ve o yığına özgü teknolojileri kullanarak katmanlarından herhangi birinde programlayabilir.
Neden Ninja Geliştiricileri olarak adlandırılıyorlar?
Ninja Geliştiricileri kendilerini yalnızca bir programlama dili veya bir teknoloji yığını ile sınırlamazlar; onlar 'geliştirici çok dilli'lerdir.
Ninja, belirli bir programlama dilinde uzmandır, ancak başka herhangi bir dili kullanmakta rahattır. Karşılaştıkları teknik zorluk ne olursa olsun çözmek için çeşitli yığınlarda nasıl gezineceklerini biliyorlar.
Ve çok dilli oldukları sürece, Ninja Developers Lisp, Haskell, Scala veya Clojure gibi çeşitli dilleri etkili bir şekilde işleyebilir ve JAVA, Groovy ve C++ gibi statik dillerde uzmanlaşabilir.
Ayrıca JavaScript, Ruby, Python ve PHP gibi dinamik programlama dillerini ustalıkla idare ederler ve ister inanın ister inanmayın, Android, Swift ve Objective-c gibi mobil uygulama geliştirme dillerini bilirler; Lua (c) gibi oyun geliştirme dilleri; Nodejs gibi eşzamansız diller; ve büyük veri projelerinde yaygın olarak kullanılan R gibi istatistiksel modelleme dilleri.
Kalıcı veriler açısından, Ninja Developers NO-SQL (MongoDB, Cassandra, New SQL, vb.) gibi ilişkisel veritabanlarında kolayca gezinebilir. Ve bu yeterli değilse, eldeki sorun için en iyi teknolojiyi seçecek kadar sağlam bir yargıya sahipler.
Çalışma dünyasında Ninja Geliştiricisi
Kuruluşlar, mümkün olan en düşük maaş için en yetenekli profesyonelleri arar, ancak bir Ninja Geliştiricisinin sahip olduğu bilgi türü, dik bir fiyat etiketi ile birlikte gelir. Bunun nedeni, esasen çeşitli teknoloji yığınlarında çalışabilen tam yığın geliştiriciler olmalarıdır - artan talep gören ve çok iyi telafi edilen bir beceri seti!
Ninja Geliştiricisi bir veya iki alanda derin uzmanlıktan ziyade geniş bilgiye sahip olsa da, yukarıda belirtilen beceri setlerinde bilgi edinmek yıllar süren özveri gerektirir. Junior veya Yarı Kıdemli Ninja Geliştiricisi diye bir şey yoktur; ya birsinizdir ya da değilsinizdir… henüz.
Bugün ortalama bir bilgisayar mühendisliği veya MIS öğrencisi bu seviyeye ulaşmak için gerekli bilgi birikimi olmadan mezun oluyor. Ninja Developer olmak için en az 4 yıllık üniversite ve 5-10 yıllık iş başında uygulama bir başlangıçtır.
Bir geliştiriciyseniz ve bir Ninja Geliştiricisi olmak için hala gitmeniz gereken bir yol varsa, endişelenmeyin, işe koyulun!
Bugün 'her şeyi' biliyor olabilirsiniz, ancak bu bilgi iki yıl içinde geçerliliğini yitirecek. Yazılım mesleğinde becerilerinizi geliştirmeye devam etmelisiniz. Sürekli öğrenen biri olmalısınız.
One concept that martial arts experts and good programmers have in common is that economy of effort. Martial arts experts avoid wasted motion; good programmers avoid unnecessary code.
The concept of invisibility translates to transparency in library writing. A good library has an intuitive interface, and you can plug it in and not worry about it.
EDIT: I forgot the most important thing: both ninjas and good programmers are highly skilled as a result of training and practice.
Spotify Mühendislik Kültürü
Spotify bugüne kadar şirket içi organizasyonunu sürekli geliştirmiş ve esnek bir yapı oluşturmuş.
Aşağıdaki videolarda çok iyi bir şekilde anlatmışlar. Benzer yapıyı bizim şirketlerde görmek umuduyla.
Part 1 :
"Bu devam eden bir yolculuktur, tamamlanmış bir yolculuk değildir ve takımdan takıma çok fazla çeşitlilik vardır. Yani videodaki bilgiler her zaman tüm takımlar için doğru değil, ancak çoğu zaman çoğu takım için çoğunlukla doğru görünüyor :o)"
Spotify Engineering Culture - part 1 from Spotify Training & Development on Vimeo.
Part 2 :
"Bu devam eden bir yolculuktur, tamamlanmış bir yolculuk değil, bu nedenle video "Bugün İşler Nasıl" ve "İşlerin Nasıl Olmasını İstiyoruz" arasında bir yerde."
Spotify Engineering Culture - part 2 from Spotify Training & Development on Vimeo.
Seçkin Tozlu - JVM (Java Virtual Machine) nedir? JVM Nasıl Çalışır? Class Dosyalarının Anatomisi
Seçkin Tozlu'nun kendi blogunda yayınladığı JVM ile ilgili yazı dizisine aşaığdaki linklerden ulaşabilirsiniz.