Çok faydalı oldu benim için. Çok anlaşılır anlatmışsınız. Teşekkürler
@fratartuger41067 ай бұрын
bu uygulamanın adı nedir?
@latifcnar74209 ай бұрын
Çok başarılı buldum
@diamonddunyasi494511 ай бұрын
1:27" Restful İnterneti başlangıcından beri değil 2000 yılında Roy Fielding tarafından doktora tezinin bir parçası olarak geliştirilmiştir.Internetin başlangıcından beri vardı dersen ABD ordusundaki ArpaNet e kadar gitmen lazım.Seminerini verdiğin bir konunun bu kadar temel bilgisini de bilmen gerekmez mi be kardeşim.
@enescivelek3369 Жыл бұрын
bu tür kavramları tek başına öğrenmek için sırasıyla hangi kavramları öğrenmeli bu kavramları uygulayabilecek nasıl projeler ile uğraşmalıyız bu kavramları parça parça öğrenip tek bir projenin içinde birbirleriyle anlamlı şekilde nasıl kullanmaya alışabiliriz adım adım önerisi eğitim serisi veya herhangi birşeyi olan var mı ?
@Libredu Жыл бұрын
Kendisini Edison gibi görmez, Edison'un Tesla'dan daha fazla insanlara etki ettiğini ama kendisinin maalesef Tesla gibi olduğunu söyler.
@Benbernabenberna Жыл бұрын
Ben çıraklığa geçip yazılım geliştirme seçmeyi düşünüyorum seçiyim mi sizce?
@berkbykc9151 Жыл бұрын
Soruyu soran arkadaş aslında sormuyor da kendini onaylatıyor :D ama ben de katılıyorum o arkadaşa.
@oguzhankomcu20312 жыл бұрын
RabbitMQ bence en cok bir consumerın çökmesi durumunda iyi bir şekilde işe yarıyor. Yeniden ayağa kaldırıldığında consumerın dinlediği ,kuyrakta sırasını bekleyen işlemleri yeniden yaptırmaya devam etmemizi sağlıyor.Microservice mimarisini kullanmanın daha faydalı nasıl oldugunu sağlayan artı bir teknoloji .
@bakuistanbul99662 жыл бұрын
Harika bir eğitim ama ses aşırı kalitesiz, anlatıcılara kaliteli bir mikrofon sağlanmalı. Yorumu destekleyelim arkadaşlar admin konuya dikkat etsin.
@baransel94702 жыл бұрын
Harika sunum teşekkürler
@ertunckoybasi70492 жыл бұрын
Yazılı sunumların paylaşıldığı bir link var mı acaba?
@MertGorMG2 жыл бұрын
gerçekten çok motive edici bir konuşma oldu teşekkürler
@nevzatonur15852 жыл бұрын
cok teşekkürler gayet guzel acik bir anlatim olmus, keske devaminin da videosu olsaydı
@ahmetbcakici2 жыл бұрын
Emeği geçen herkese teşekkürler, çok değerli bir yayın olmuş.
@bagobago44992 жыл бұрын
X,Y cordinates ile Longtitue latitue farki nedir? long latin harita uzerinde coografi yerlesimler oldugunu biliyorum, fajat X Y ne? 1:02:00
@burakgul21362 жыл бұрын
Farkı yok aynı şeyi ifade ediyorlar.
@celaleker27413 жыл бұрын
her projeye dediklerinizi yapsak çok uzun sürer hocam , her yazılımın arkasında yüksek bütçeler yoktur . En güzeli zamana mekana ve ücrete göre kod yazmaktır . Tabiki markarna koddan bahsetmiyorum bazen öle orta ölçekli projelerde interface fazla yük getirdigi gibi yada unit testlerin zamanı uzattıgı gibi vs vs .
@EnesSelek3 жыл бұрын
Vay be özlemişiz derslerinizi... Saygılar hocam.
@hasanhuseyinakkoca37183 жыл бұрын
Emeğinize sağlık çok faydalı bir anlatım olmuş. Tekrar teşekkür ederim.
@memduh41663 жыл бұрын
çekim ses berbat
@ahmetkandil15003 жыл бұрын
Emeğinize sağlık. Teşekkürler.
@yasingulcu28133 жыл бұрын
Ağzınıza ve emeğinize sağlık harika bir anlatım
@cihatsalik27693 жыл бұрын
Harika bir video olmuş. Ben birçok şey öğrendim. Emeğinize sağlık
@sefayazc2673 жыл бұрын
Arkadaş DevOps sorusuna 09:32 de gelmek nedir?
@kubrakoken96463 жыл бұрын
Teşekkürler,ara ara feyizlenmek için izlediğim videolar arasında.
@muammerakca41963 жыл бұрын
Hocam ağzınıza sağlık çok güzel bir sunum. Bir şey dikkatimi çekti, kendini benzettiği kişi 11:00 'da bahsettiğiniz Tesla olabilir mi? Girişimciden ziyade teknik tarafı ağır basan Tesla diye biliyorum.
Merhaba, Bu sunumu yerinde ve canlı dinleme şansım olmuştu Dev Summit de. Şimdi açıp tekrar dinledim. Engin Polat Hocanın anlatımına ve sadeliğine bir kez daha hayran kaldım diyebilirim. Olayı yalın bir halde kendi kullandığı Microsoft FW ile yalın ve net bir şekilde anlatmaya çalışmış. Aşağıdaki bazı yorumları okuyorum eleştiri olabilir ama fanatizm tarafına kayarsa çok bayat duruyor ve doğru olmuyor bence. Bu tip kaliteli içerikleri üretmek adına teşekkür etmek ve desteklemek gerekir bence, benim düşemcem tabi diğer düşüncelerede saygı duyuyorum. Bu yüzden kendi adıma içeriğin üretilmesinde rol oynayan Devnot Topluluğuna, Uğur Umutoğluna, ve anlatıcı Engin Polat hocama teşekkürü bir borç bilirim. Saygılarımla
@isf3lc3 жыл бұрын
Agziniza saglik, benim icin cok faydali oldu :)
@diskispor3 жыл бұрын
Güzel bir anlatım olmuş. Çok teşekkürler.
@svsilence3 жыл бұрын
ulan boğazına öhö öh öh yeter lan sıçayım ya dayanamadım kapadım videoyu.
@kaanacar83403 жыл бұрын
Entityler ilişkilendirilir iken ya da Aggreagate ler navigation property tutulmamalı sadece Id ile ilişkilendirmeli deniyor ama ddd implemenet eden clean architecture anlatan yabancı birkaç videoda ki ef core kullanılarak gelştiriliyor. OrderLine entity si içinde (Northwind) Order tipinde navigation property bulunuyor. Diyelim ki sizin de dediğiniz gibi ilişki kurmadık. Master Order tablosuna ait bir bilgiye ihtiyacım olduğunda bunu elde etmenin (ddd ye göre) yolu nedir?
@Relaxation-session3 жыл бұрын
Llşl
Жыл бұрын
Selamlar. Oradaki OrderLine aggregate root değil, alt entity ve Order aggregate'inin bir parçası. Bu yüzden kendi içlerinde object referansı tutmasının sakıncası yok. Tabii kullandığınız ORM veya veritabanı bunu desteklemeli (ör: MongoDB kullanırsanız JSON serialization'da problem yaşanabilir, ama muhtemelen bir ayarı vardır, çünkü teorik olarak sakıncalı bir durum yok burada). Bu konudan bağımsız olarak bir aggregate içinden başka bir aggregate root'un id'sini tuttuğunuzda ve karşı taraftaki aggregate'e erişmek istediğinizde bunu veritabanından ayrıca getirmelisiniz. Eğer toplu bir liste gibi bir şey çekiyorsanız veritabanı sağlayıcınızın JOIN mantığını kullanabilirsiniz tek seferde çekmek için.
@mustafadal21053 жыл бұрын
Bu videoyu daha yeni izliyorum. Yolun başında biri olarak böyle harika bir konuşmaya denk gelmek beni mutlu etti. Çok teşekkürler hocam...
@sercangoger3 жыл бұрын
lemi orhan ben adamı hastayım. mükemmel anlatım teşekkürler hocam
@yigitcandiri12944 жыл бұрын
2 saatlik bir youtube videosunun her saniyesi bilgi dolu, mükemmel
@1811can4 жыл бұрын
27.45 güldürdün
@twitchmania80054 жыл бұрын
kameranın yanında sürekli boğaz temizleyen abimize de selam olsun gar gar gar traktör gibi
@ismetkg29344 жыл бұрын
Heyecandan sesi titriyor
@celikart4 жыл бұрын
faydalı içerik olmuş , beğendim.
@muhammedfuatnuroglu30254 жыл бұрын
Halil İbrahim hocanın videosunu üç dört defa izledim, hiç de sıkılmadım. :) Hep yeni şeyler öğreniyorum. Emeğine sağlık
@muhammedfuatnuroglu30253 жыл бұрын
@Ismael Sawyer link?
@oguzhan64714 жыл бұрын
Sunum gerçekten şahaneydi,teşekkürler, ayrıca videonun sonuna kadar kameranın üzerine 20 cm mesafeden öksürmekten vazgeçmeyen arkadaşa ayrıca teşekkürlerimi sunuyorum. Konsantrasyonumuzu tavan yaptırdı. Alkışlar kendisine gelsin.
@kenanbasdemir13854 жыл бұрын
1:33:47 2020'yi gördünüz Gökhan bey :D :D
@dlosurucu4 жыл бұрын
async search var ...süreyi baya azaltır ....analyzere değinmişken term match farkını anlatsaydın keşke
@altunah4 жыл бұрын
Lemi Bey'in sunumunda monolith kod yapısının bu kadar gömülmesini ve mikroservis yapısının bu kadar kutsanmasını akılcı bulmuyorum. Bu popülizm de zamanla eriyecek. Mikroservisler sorgusuz sualsiz süper mimariler değildir. Çok iyi iş gördüğü uygulama alanları vardır lakin sizin uygulamanızın mikroservise hiç ihtiyacı olmayabilir. Bazen kodunuzun sürdürülebilirliğini monolith ama temiz kodlanmış şekilde güvenle sağlayabilirsiniz. Hatta bu size iş üretmede zaman kazandırır.
@lemiorhan4 жыл бұрын
Monolith yapıyı gömmüş gibi algılandığıma üzüldüm. Çünkü tam aksini anlatmaya çalıştım. Aslında benim ciddi eleştiriler getirdiğim çok katmanlı mimari idi. Kodu kısa zamanda legacy hale getiren şeylerden biri aslında çok kaymanlı mimarinin sorunları. Çok kaymanlı mimari olmadan da modüler monolithler yazılabilir. Bu da ports-and-adaptors ya da hexagonal mimari ile de mümkün olabiliyor.
@yasinmertuzunburun1024 жыл бұрын
Sizin gibi ustayı nereden bulucaz Lemi hocam
@FidanEsin4 жыл бұрын
Mikro servislerde aralarda update ve delete olursa nasıl olacak.. update de kaydın önceki halinin tutmak lazım değil mi.. delete te yine belki isactive pasife çekilebilirde..
@muhammedfuatnuroglu30254 жыл бұрын
5:01:51 dbcontext'imizi inject etmek icin, web katmanindan Infrastructure katmanina bir referans olmasi gerekiyor. web katmanindaki, startup classindaki services.AddDbContext<context> fonksiyonunun context e erismesi gerekiyor Bu sorun nasil cozulur?
@serkan.bircan4 жыл бұрын
Web katmanına değil de, Application katmanına ekle infrastructure referansını. Application katmanında extension methods kullanarak örneğin; AddEfCore(), AddMongoDb() gibi methodlar oluşturup bunları StartUp da çağırabilirsin her hangi bir referans olmadan.
@muhammedfuatnuroglu30254 жыл бұрын
@@serkan.bircan Cok tesekkur ederim Arastirip soncu bilgilendirecegim size
@ogzcm584 жыл бұрын
Hocam, transactionList yaptık diğer mikroservis aktardık diyelim ama sizce de son mikroservisin, diğer bütün mikroservislerin yönettiği veriye müdahalesinde bir sorun yok mu? Müdahil olmasın diye tekrar bir event yaratacaksak, bu sefer iş zaten Saga'ya dönmüyor mu?
@buraksvs4 жыл бұрын
Emeği geçen herkese çok teşekkürler. Çok faydalı bir sunum olmuş.
@tugrulbayrak44694 жыл бұрын
Güzel sunumdu, teşekkürler
@senturktr83894 жыл бұрын
Öncelikle anlatım teşekkürler. Bir kaç yorumda bulunmak isterim; IsActive kullanmak yerine State Machine pattern'i kullanılabilirdi. MassTransit gibi projelerde bu kullanılan bir yöntemdir. TransactionList paylaşmak yerine Event Sourcing yöntemi kullanılabilirdi. Çünkü mesela User kaydedildikten hemen sonraki satırda server kapanırsa RabbitMq'ya aktaramaz ve bir sonraki adıma geçemez. EventSourcing ile bunu garanti altına almış olursunuz. Bir de Transaction List'in şişmesi durumu var. Production'da MassTransit, NServiceBus gibi projeler kullanılabilir. Hazır StateMachine kütüphanesi ve bir çok özellik sunmaktadır.