Kodlama yapan biri olarak bu tarz videolar çok faydalı oluyor. Kodlama denilince dinozorların yok oluşundan alan videolar var. Bu hem ortalama hem de sade, anlaşılır olmuş. Kesinlikle bu içeriğin devamı gelmeli.
Çok teşekkürler, gelmesi için uğraşacağım. Aynı şekilde anlaşılması güç design patternleri de bu şekilde anlatmayı planlıyorum. Yorumunuz için çok teşekkürler ☺️
Tayfun kardeşim o kadar video izledim ve mantığı oturtamamıştım. Yazılımın doğuşundan başlayıp anlatmadığın , sade ve anlaşılır bir dille aktardığın bilgi için teşekkür ederim.
çok temiz anlatıyosun ve bunu eleştiri olarak söylemiyorum ama hangi videoya girersem daha iyi anlamak için başka videoları izlemem gerektiği için kanaldaki bütün videoları izledim joaısjfıoa
Hahahahah öncelikle çok teşekkür ederim, bu tarz teorik konular maalesef birbiriyle çok bağlantılı. Yani benlik de pek bir şey yok maalesef. Ama bu videoları izlemek temiz kodlamaya giriş için çok güzel bir başlangıç olabilir diye düşünüyorum. Umarım keyif almışsınızdır.
@@skinnydev kesinlikle öyle ve bana ilaç gibi geldi diyebilirim. bir süredir iflerle spagettiye dönüşecek olan kodlarımı nasıl daha tertipli hale getiririm diye düşünüyodum çok iyi oldu bu
Hocam elinize sağlık yine güzel bir video olmuş. Bir sonraki videolar için önerim olacaktı. at0mun da yaptığı gibi biraz içeriğin görüntüsü aktarıp biraz kendi yüzün ve konuşmanla videoyu süslendirirsen daha güzel videolar oluşturubilirsin. Tekrardan eline emeğine sağlık
Çok teşekkür ederim önerileriniz için. Aslında o tarz videolar izleyiciyi tutma açısından çok faydalı fakat tutorial videosu çektiğim için dikkat dağıtmamaya özellikle uğraşıyorum. Yoksa eğlence videolarında dedikleriniz çok kıymetli ❤️
Hocam emeğinize sağlık, çok güzel bir anlatım. Lütfen devamı gelsin videoların. Bir de StrangeIoC framework'ü ile ilgili video gelir mi lütfen ? Dönüş yaparsanız yorumuma çok sevinirim. Saygılar.
Çok teşekkür ederim güzel yorumunuz için. Dediğiniz frameworkü hiç duymadım fakat araştırıp dönüş yapacağım. Sonraki video State Machine’ler ile ilgili olacak ☺️
Hocam peki sizce benim bir playerim var ve bu playerinda enemyininde attack fonksiyonlari var ben bu fonksiyonlari ayri scriptler halinde mi kullanmaliyim yoksa karakterlerin icinde direkt bulunmali mi playerin icinde attack fonksiyonu enemy icinde attack fonskiyonu mu yoksa ayri bir script mi bu sekilde ayirdigimda birbirleriyle iletisime gececmek zorunda olduklari icin sizcede kotu bir karar degil mi ?
Scriptleri ayırmak çoğu zaman kötü bir karar olmuyor. Ki zaten genellikle "Single Responsibility" Prensibine uymak için ayırmamız gerekiyor. Böylelikle kontrol elimizde oluyor. Playerınız için PlayerMovement, PlayerAttack şeklinde scriptler, Enemy için de EnemyMovement, EnemyAttack şeklinde scriptler en doğrusu olacaktır. Bu tarz bi dosyalama, proje büyüdükçe sizi rahatlatacaktır. Fakat projem küçük bunlarla uğraşmama gerek yok derseniz o da mantıksız bir yaklaşım olmaz. Fakat küçük projeler için.
@@skinnydev peki sadece okunurluğu arttırmak için interface veya abstarct class kullanmak mantıklı bir secim mi örneğin bir manager classım var bu classta olacak fonksiuonlari interfacede tanimlayip implemente etmek
@@apoledev Tek bir yerde kullanmak için maalesef mantıklı değil, aksine okumayı daha da zorlaştırır bu tarz manager sınıflarında interface veya abstract class kullanımı
Her metod farklı bir işe yaradığı için ister istemez bunu yapmak konumundayım. Otomatik bir fonksiyon yazabileceğimiz bir yol düşündüm fakat aklıma gelen en iyi yolla yaptım diyebilirim. Sizin başka bir fikriniz varsa duymayı ve öğrenmeyi çok isterim. Yapıcı eleştiriniz için de çok teşekkür ederim bu arada 😊
@@skinnydev kodu çok detaylı incelemedim ama bence doğrusu collectiableManager'da her class için method yazıp ilgili class'da instance'ın bu metodunu çağırmak yerine her class'da aynı isimde metod olup player'da yaptığın işlemi collectiableManager'da yapıp(interface'in tek methodunu çağırmak). Player'da collectiableManager instance'ından bu metodu çağırmak daha doğru gibi geldi ama tartışılır. Yani Managerin her işi yapıp ilgili class'ların sadece bu metodu çağırması yerine her Class'ın kendine ait tek bir işi yapıp manager'ın bu metodları çağırması bence daha mantıklı
Abone olmayı unutmayın!!
Kodlama yapan biri olarak bu tarz videolar çok faydalı oluyor. Kodlama denilince dinozorların yok oluşundan alan videolar var. Bu hem ortalama hem de sade, anlaşılır olmuş. Kesinlikle bu içeriğin devamı gelmeli.
Çok teşekkürler, gelmesi için uğraşacağım. Aynı şekilde anlaşılması güç design patternleri de bu şekilde anlatmayı planlıyorum. Yorumunuz için çok teşekkürler ☺️
Ciddiyim o kadar kanal izledim bir seninkinden düzgün anladım SOLID muhabbetini. Mükemmel anlatmışsın👌
Çok teşekkür ederim. İşine yaradıysa çok sevindim
Tayfun kardeşim o kadar video izledim ve mantığı oturtamamıştım. Yazılımın doğuşundan başlayıp anlatmadığın , sade ve anlaşılır bir dille aktardığın bilgi için teşekkür ederim.
Rica ederim işinize yaradıysa çok sevinirim. Tek amacım yazılımın doğuşundan başlatmamaktı 😁
@@skinnydev State machine hakkında da video bekliyoruz.
@@emrrecinar Gelecek sonraki video o olacak ☺️
Video adeta bilgi çeşmesi👌!
Teşekkürlerr❤❤
Böyle videoların hastasıyız. Bugün de sayende bilgiye doyduk.
❤❤❤
çok temiz anlatıyosun ve bunu eleştiri olarak söylemiyorum ama hangi videoya girersem daha iyi anlamak için başka videoları izlemem gerektiği için kanaldaki bütün videoları izledim joaısjfıoa
Hahahahah öncelikle çok teşekkür ederim, bu tarz teorik konular maalesef birbiriyle çok bağlantılı. Yani benlik de pek bir şey yok maalesef. Ama bu videoları izlemek temiz kodlamaya giriş için çok güzel bir başlangıç olabilir diye düşünüyorum. Umarım keyif almışsınızdır.
@@skinnydev kesinlikle öyle ve bana ilaç gibi geldi diyebilirim. bir süredir iflerle spagettiye dönüşecek olan kodlarımı nasıl daha tertipli hale getiririm diye düşünüyodum çok iyi oldu bu
@@DoDurgaaTM Süper, çok sevindim
Emek kokan video , sade ve anlaşılır tertemiz emeğine sağlık hocam.
Çok teşekkür ederim abi senden duymak çok değerli
favori kanalım sensin
Kralsın
Sonunda Artık Kodum Daha kaliteli Eline Sağlık abi
Uygulamayı unutma 🤓
Ya sen nasıl bir kralsın çok teşekkür ederim harika bir anlatım❤🔥
Ben teşekkür ederim, beğenmenize çok sevindim ❤️
Mükemmel bir video, teşekkür ederim.
Yardımı dokunduysa ne mutlu 🥳
En sevdiğim yutubur video atmış
Ahaaaa en sevdiğim youtuber yorum atmış 😋
Çok güzel anlatmışsın tayfun abi
Abstract Class = "is a" relationship for shared behavior (inheritance).
Interface = "has a" or "can do" relationship for shared capabilities (composition).
@@berkeaksoy9808 Ve Composition Over Inheritance’dır çoğu senaryoda. Teşekkürler 👑
İleri seviyeler için bilinmesi gereken önemli bir konu. Tayfun hocamdan dinlemek de bir o kadar keyifli.
Çok teşekkür ederim
Eline koluna sağlık çok teşekkürler :)
Çook teşekkürlerr❤❤
Hocam elinize sağlık yine güzel bir video olmuş. Bir sonraki videolar için önerim olacaktı. at0mun da yaptığı gibi biraz içeriğin görüntüsü aktarıp biraz kendi yüzün ve konuşmanla videoyu süslendirirsen daha güzel videolar oluşturubilirsin. Tekrardan eline emeğine sağlık
Çok teşekkür ederim önerileriniz için. Aslında o tarz videolar izleyiciyi tutma açısından çok faydalı fakat tutorial videosu çektiğim için dikkat dağıtmamaya özellikle uğraşıyorum. Yoksa eğlence videolarında dedikleriniz çok kıymetli ❤️
Ellerine sağlık
Çok teşekkürler ❤️❤️
Çok bilgilendiri olmuş eline sağlık abi
Teşekkür ederimm
Üstattan güzel video 👍
❤❤
Hocam emeğinize sağlık, çok güzel bir anlatım. Lütfen devamı gelsin videoların. Bir de StrangeIoC framework'ü ile ilgili video gelir mi lütfen ? Dönüş yaparsanız yorumuma çok sevinirim. Saygılar.
Çok teşekkür ederim güzel yorumunuz için. Dediğiniz frameworkü hiç duymadım fakat araştırıp dönüş yapacağım. Sonraki video State Machine’ler ile ilgili olacak ☺️
Hocam meraktan soruyorum neden vscoddan yazıyorsunuzda vsden yazmıyorsunuz kodlarınızı
Tamamen temasını sevdiğim için, renkli kodlar hoşuma gittiği için yani ☺
Emeğinize sağlık hocam süpersiniz çok faydalı bir video olmuşş 👏👏👏
❤❤
Unreal kullaniyorum ama aynı bilgiler burada da geçerli, bilgi için teşekkürler
Evet evet sadece oyun geliştirme de değil tüm yazılım alanları için çok önemli bir konu 🤩
Müze gezerken izlemek 👍🏿
Sararr
Hocam peki sizce benim bir playerim var ve bu playerinda enemyininde attack fonksiyonlari var ben bu fonksiyonlari ayri scriptler halinde mi kullanmaliyim yoksa karakterlerin icinde direkt bulunmali mi playerin icinde attack fonksiyonu enemy icinde attack fonskiyonu mu yoksa ayri bir script mi bu sekilde ayirdigimda birbirleriyle iletisime gececmek zorunda olduklari icin sizcede kotu bir karar degil mi ?
Scriptleri ayırmak çoğu zaman kötü bir karar olmuyor. Ki zaten genellikle "Single Responsibility" Prensibine uymak için ayırmamız gerekiyor. Böylelikle kontrol elimizde oluyor. Playerınız için PlayerMovement, PlayerAttack şeklinde scriptler, Enemy için de EnemyMovement, EnemyAttack şeklinde scriptler en doğrusu olacaktır. Bu tarz bi dosyalama, proje büyüdükçe sizi rahatlatacaktır. Fakat projem küçük bunlarla uğraşmama gerek yok derseniz o da mantıksız bir yaklaşım olmaz. Fakat küçük projeler için.
@@skinnydev peki sadece okunurluğu arttırmak için interface veya abstarct class kullanmak mantıklı bir secim mi örneğin bir manager classım var bu classta olacak fonksiuonlari interfacede tanimlayip implemente etmek
@@apoledev Tek bir yerde kullanmak için maalesef mantıklı değil, aksine okumayı daha da zorlaştırır bu tarz manager sınıflarında interface veya abstract class kullanımı
❤👌
Çok sağol abi beğendiysen çok sevinirim 🤩
Kısacası düzenli ve tertipli çalışın ki scriptleriniz ergen odası gibi dağınık olmasın.
Gayet güzel özetlemişsin abi 😁
CollectibleManager'a kadar güzeldi ama bu script bence olmadı. Her collectible için burada metodlar eklemek zorunda kalacaksın.
Her metod farklı bir işe yaradığı için ister istemez bunu yapmak konumundayım. Otomatik bir fonksiyon yazabileceğimiz bir yol düşündüm fakat aklıma gelen en iyi yolla yaptım diyebilirim. Sizin başka bir fikriniz varsa duymayı ve öğrenmeyi çok isterim. Yapıcı eleştiriniz için de çok teşekkür ederim bu arada 😊
@@skinnydev kodu çok detaylı incelemedim ama bence doğrusu collectiableManager'da her class için method yazıp ilgili class'da instance'ın bu metodunu çağırmak yerine her class'da aynı isimde metod olup player'da yaptığın işlemi collectiableManager'da yapıp(interface'in tek methodunu çağırmak). Player'da collectiableManager instance'ından bu metodu çağırmak daha doğru gibi geldi ama tartışılır. Yani Managerin her işi yapıp ilgili class'ların sadece bu metodu çağırması yerine her Class'ın kendine ait tek bir işi yapıp manager'ın bu metodları çağırması bence daha mantıklı
@@hakanaksut4277 Dediğiniz çok mantıklı. Hemen deniyorum teşekkür ederim
D disinda hepsini yapanlar +1lesin beyler
+1
videoyu yemeye geldim bismillah
Afiyet olsun
BANA BİR KOD ÖĞRETENİN 40 YIL KÖLESİ OLURUM -UMUT KİLEXTER
ne güzel demiş umut kilexter öyle