Abi meselenin sadece nasil isledigini degil, iyi yanlarini, problemlerini, neden yapmaliyiz ya da neden yapmamaliyiz? gibi yonlerini de gosteriyorsun. Harika isler yapiyorsun, tesekkur ederim 🙏
@boray.147818 күн бұрын
Bunu yapmak için kitabın yazarından izin aldınız mı? Bana yaptığınız şey suç olarak gözüküyor.
@emnadgzel20 күн бұрын
teşekkürler
@kirilbeg20 күн бұрын
Bu içerik bir de bedava mı
@aydontloss22 күн бұрын
çok ii video
@seyfettinkurt148926 күн бұрын
👏👏👏
@bltgz29 күн бұрын
Süper, eline sağlık
@ibrahimcangokdemir5165Ай бұрын
9:30 50:00
@bltgzАй бұрын
Çok teşekkürler
@muhammetemirbulut6511Ай бұрын
Oldukça güzel başka kitap önerileriniz var mı? Cloud alanında özellikle Huawei Cloud Teşekkürler
@bershka123Ай бұрын
hocam bunun devami gelsin baska kitaplar icin de
@turkteknolojiАй бұрын
Merhaba, bir meslektaşımızın bilgisayarına cryplocker virüsü bulaşmış ve arkadaşımız BTC ile decrypt çözücüyü almışlar rar uzantısından çıkardığımız klasörün içinde decrypt.arm32 ve key.bin uzantılı doyalar var bunları nasıl açabiliriz yardımlarınıza ihtiyacımız var. şifrelenen uzantılar örnekdosya.LOCK3D programın çalışması için aşağıdaki komut notunu bırakmış bu not şifre çözücü klasörün içinden çıktı bu komut çalıştırdığında dcrypt.arm32 programa çalışacağını yazmış ama nasıl çalışır? Run the decryption software in any encrypted file directory. Thanks~ Usage: chmod +x decryptor; ./decryptor
@halimcanocakl4942Ай бұрын
Nefis
@TimurSevimliАй бұрын
1) JSON gelen verinin propertylerinin veya o propertylerin icinde degeri object olan bir propertynin propertylerinin oyle kafalarina gore string veya number olmalari MUMKUN DEGIL. Bu tarz iddalari lafla degil, kod ornekleriyle kanitlamaniz daha dogru olur. 2) JSON float sayi barindiran propertyler IEEE 754 standartlarina uygun sekilde 64 bit olarak saklar. 32 bit veya 64 bit olarak belirtemeyiz. IEEE lerle ugrasmayayim derseniz json-schema-spec tarzi 3rd party kaynaklarda, JSON da gelen numberin, kullandiginiz yazilim dilinde donusecegi muhtemel int/float ikilisi seklinde tipleri gorebilirsiniz. 3) Float olarak koydugunuz degerin pythonda baska rust ta baska olmasi mumkundur ve hatta muhtemeldir cunku 2 sindede ayni veri tipleri olmayabilir ve muhtemelen yoktur. Lakin yukaridada belirttigim sekilde ortada bir bilinmezlik yoktur, standartlari incelerseniz, Rust a ne tipte data gelecegini, C ye ne tipte data gelecegini gorebilirsiniz. 4) Video basinda verdiginiz profil resmi degistirme ornegini gibi ornekler genel olarak POST requestleriyle degil, PUT ile yapilir. Bunun HTTP standartlarinda acikca belirtilmektedir. PUT ilede hesap acabiliyoruz diye bu PUT ile hesap acmanin, POST ilede sifre guncellemenin dogru oldugu anlamina gelmez. POST ile PUT un arasindaki basit farklardan biri, POST istediginizde olusan kaynagin URI sini bilmezsiniz lakin PUT isteginde bu kaynak icin URI yi siz belirsiniz. (Bkz. RFC 7230, RFC 7231, RFC 2616) 5) Her veri tipi precise represent edilmiyor demissiniz lakin, adindanda anlasilacagi gibi JSON, JavaScript Object Notation ve JavaScriptin bulundurdugu butun veri tiplerini desklemektedir. Siz tum dillerin veri tiplerini destekleyen bir notation hayal edebiliyor musunuz gercekten ? :)) 6) RESTful api ile streaming yapilmiyor demissiniz. Oncelikle RESTful bir transport degil bir mimaridir. Ve bu mimari, HTTP protokolunun uzerinde insa edilmektedir. HTTP ise genel olarak (GUIC - v3 haric) request-response mantiginda calisir. Oysa streaming, client-server arasinda surekli baglanti gerektiren bir olaydir. Chat uygulamasindan tutun, dosya streaminglerine kadar gunumuzde artik her browserin destekledigi Web socket transportu getirilmistir. Yani kisacasi, gunumuzde zaten RESTful ile interaktif bir chat yazmaya calisan olmadigi gibi, RESTful da zaten bu tarz amaclar icin cikarilmis bir mimari degil. Mimari yaklasimlara vurup oldurmek yerine, neden, ne zaman ve hangi sekilde kullanilmasi gerektigini ogrenmeniz/ogretmeniz daha dogru olurdu. 7) False dondurmenin 5 byte tuttugunu soylemissiniz, dogru lakin bu bir sorun degildir. Eger bu api private ise, ekonomi amacli boolean yerine 0 veya 1 koyabilirsiniz. Eger client-server iletisimi kuruyorsaniz, responslarinizi sikistirarak (gzip vs.) ile gondererek paket boyutlarini kucultup, transfer surelerini kisaltabilirsiniz. 8) Biz yazilimcilar, high reload olmasi muhtemel olmayan, cok basit isler disinda asla ve asla servislerimiz arasinda RESTful apiler araciligiyla JSON ile rpc YAPMAYIZ! Bunun sebebi belirttiginiz bazi sorunlardan ziyade, senkron modele donup, serviste baslayan bir processin http responsunu alana kadar bloke edilmesidir. Ek olarak bu sekilde yapilan RPC lerin, permatentyl olmamasidir. Yani task' i gonderen veya alan microservislerden birisi duserse, bu taskida kaybetmis oluruz. Projeden projeye ve ihtiyactan ihtiyaca gore degismekle birlikte, rabbitmq, kafka, grpc, redis pub/sub vs. aralarindan secim yapar onlarla RPC yapariz. 9) API yi hatali implemente etme (typo in endpoint, wrong responses and etc.) ihtimaliniz var demissiniz. Bahsettiginiz sorunu, hayatimda hic production da olan ve CI/CD yi basariyla gecmis hic bir RESTful apide yasamama ragmen yine de anladim. Fakat yinede linux kernelinde de hata yapilma ihtimali var, rabbitmq ile RPC yaparken yanlis queue ye tasklari atma ihtimali var. Yani insanin oldugu her yerde bir hata ihtimali var. Sizin bu tarz sorunlarin onune gecmek icin onerdiginiz sorunu ben sahsen anlamadim (RPC-RESTful konteksti icerisinde). 10) Microservislerin dondurdugu responslarda degisiklik yapmak icin hepsine teker teker girip duzenlemek yerine kullandiklari tek frameworkten bunu yapmayi oneriyorsunuz. Simdi microservislerin onemli amaclarindan birtanesi, buyuk ekipleri parcalara bolerek gelistirmelerinden sorumlu olduklari servisler yapmalaridir. Bu sebepten her ekip kendi microservisinden sorumludur. Ekibinizin gelistirdigi bir servisin, dondurdugu responslarin siz uyurken habersiz sekilde birileri tarafindan degistirilmesi size mantikli geliyor mu? Genelde business logic olan servisler, framework agnostik olarak yazilmaktadir. Bu sebepten, sizin projenizde tum servislerin responselerine ornegin bi header eklemeniz icin frameworku patch etmeniz, software development alaninda pek hos karsilanan bi durum degildir, servislerinizin etkilesimini saglayan disa kapali bir sistem oldugunu farz edersek. Bu tarz seylere basvurmak yerine, yuzlerce microservisten olusan sisteminizin gate (giris ve cikis noktasi) inde kullaniciya response dondurmeden once kullanicilarin alicagi responsa mudahale edebilirsiniz. Kisacasi verdiginiz bu ornegin, bir real-world ornegi olmadigini belirtmek isterim. Yazabilecegim bi kac sey daha var ama 10 madde ile sinirlamak istedim. Google dan bir muhendisin Turkce olarak icerik hazirlamasi cok guzel. Yorumumun amaci yapici ve bilgilendirici bir elestiri olmasidir. Basarilarinizin devamini dilerim :)
@basibosturkАй бұрын
nerdesin be abi dagitik sistemler sahipsiz kaldi.
@user-yv5lc8on5xАй бұрын
kralsin abi !!!!!
@recepcakmakc81762 ай бұрын
içerikleriniz çok kalteli hocam , değerli bilgileriniz paylaştığnıız için teşekkür ediyoruz :)
@eksiarti73232 ай бұрын
Ahmet abi sohbeti çok güzel yönetmişsin gerçekten keyif alarak ve istifade ederek dinledim. Cliudflare'de herkesin işten anlaması çok ilginçti şaşırdım 😅
@mustafakeles97522 ай бұрын
Herşey çok iyi emeğine sağlık. Tek sıkıntım: Abi bu go nedir. Başka bir dil daha iyi olurdu. Docker öğrenmek için bakıyordum . Son bir saattir şu go' nun verdiği hatayla cebelleşiyorum..
@eksiarti73232 ай бұрын
Abi çok keyifli sohbet teşekkür ederiz 🙏 Sadece bir tık ses.. Ama bluetooth hoparlöre taktım halloldu :)
@Furkan246642 ай бұрын
devamı gelsin abiiii
@Furkan246642 ай бұрын
0:00 giriş 3:30 consensus nedir 6:30 iletişim modelleri 15:00 liderlik seçimi 21:20 paxos algoritması 32:10 raft algoritmasi 36:55 lider seçimindeki sorunlar 42:50 FLP imkansızlığı 56:40 kaynak önerisi
@tahairak3 ай бұрын
Dostum bir harikasın, uzun uzun anlatan videolardan bayılmak üzereydim, teşekkürler.
@Furkan246643 ай бұрын
emek verip çektiğin için teşekkürler.
@sarpkaya17863 ай бұрын
38:40 merhaba cok guzel anlatmissiniz. Bunun 90% i kac dolar ediyor? Belki aciklayamayabilirsiniz (legal durumdan dolayi) ama halka acik firma oldugundan belki anlatabilirsiniz diye dusundum. Tesekkurler
@aydontloss3 ай бұрын
Abi b0kunu yiyim böyle videolar/yayınlar yapmaya devam et.
@erdemkosk3 ай бұрын
Tr'de benzeri yok inanılmaz bir içerik muazzam çok teşekkür ederiz.!
@ahmetburakk223 ай бұрын
Kariyerine Network Engineer olarak devam etmek isteyen bir CS degree olarak çok keyifli ve aydınlatıcı bir sohbet olmuş. Ahmet abiye böyle bir imkanı bize sunduğu için ayrıca teşekkür ederim.
@rizayoruk37883 ай бұрын
minnet duygum kabardı. teşekkürler.
@eddycontorana26284 ай бұрын
Faydalı bilgiler, Emeğinize sağlık bu video serilerinin devamı gelmesi güzel olur.
@eddycontorana26284 ай бұрын
Hocam burada bahsedilen 3 adet server 5001 5002 5003 birbirinin kopyası olan frontent sunucuları mı ? ayrıca localhost8080 olan domaine bağlı olan sunucumu burada 4 adet sunucu ile mi işlem yaptık ? cevap için şimdiden teşekkürler.
@ahmetb3 ай бұрын
bunlar farkli process sadece. her biri bir tcp server calistiriyor.
@eddycontorana26284 ай бұрын
Çok teşekkürler, faydalı bilgiler.
@eddycontorana26284 ай бұрын
Teşekkürler, ağzına emeğine sağlık.
@eddycontorana26284 ай бұрын
Harika anlatım ve güzel bir yorumlama, emeğiniz için teşekkürler.
@enisarik60024 ай бұрын
41:07 Tespih mi o? :D
@toomanyarguments5 ай бұрын
ben hayatımda senin kadar anlattığı konuya hakim olan ve bunu basitçe aktarabilen başka birisini görmedim. ağzına sağlık
@barsakdas76545 ай бұрын
İdolüm :)
@ferhatcan52625 ай бұрын
cok guzel bir playlist docker list. emegine saglik
@aorminded6 ай бұрын
Harika bi sohbet olmus duzenli hale gelirse inanilmaz faydali olmus, tesekkurler
@karpuzye6 ай бұрын
sesi test ederken herkesin evde 5+1 ses sistemi var gibi test etmeyin lütfen :) ses gelmiyor.
@cumbi-mongo6 ай бұрын
Super! ❤
@ahmetgurses6 ай бұрын
teşekkür ederim bilgiler için :)
@0x0007N6 ай бұрын
30:50 Otobüsteydim haykırdım valla 😂😂 Çok ince görmüşsün reis
6 ай бұрын
Yine süper bir bölüm, bu tür konular harika oluyor, lütfen devam! <3
@0x0007N6 ай бұрын
Süper bir söyleşi olmuş, Ankara Bilkent'ten selamlar 😊
@mervealpay26716 ай бұрын
Cloudflare'de üst yönetimdekilerin de teknik konularda deep dive bilgisinin olması çok iyimiş, çok güzel bir kariyer sohbeti olmuş teşekkürler :)
@devmrtcbk6 ай бұрын
ağzınıza emeğinize sağlık
@emnadgzel6 ай бұрын
@jackz.56566 ай бұрын
teşekkürler
@TarikGuney6 ай бұрын
Videolara geriden geliyorum, ama yayinlarin hem anlatim tarzin hem de anlattiklarindan dolayi cok keyifli :) Tesekkurler Ahmet.