"Kodunu anlayamadığınız şey open source değildir." Martin Fowler'ın malum cümlesi kadar geçerli ve önemli bence.
@haydargerginoglu60924 жыл бұрын
Hocam, 2:30 larda önermem dediğiniz şey aslında bizim gibi bu işe hevesli olanlara çok iyi bir tavsiye bence. Zaten her seferinde "Ben, şunu bilmiyormuşum, öğreneyim" demek daha güzel ve heyecanlı değil mi?
@muratangn31044 жыл бұрын
Ben de geçtiğimiz senelerde MIPS be SystemVerilog ile çalıştığım kursları aldım. Bu dönem de Programming Language dersinde lex,yacc kullanarak compiler harici bir dil oluşturmaya çalışıyoruz. NodeJS gibi web teknolojilerini kullanmayı beğeniyor, kullanırken haz alıyorum lakin bu alanlar ile web teknolojilerini nasıl sentezleyeceğimi bulamıyorum. Sentezlemek istememin amacı ise özellikle assembly ve processor architecture konularının da bana çok zevkli gelmesi. Bir video'nda bunu da cevaplayabilir isen bana bir öncülük etmiş olursun şimdiden çok teşekkür ediyorum iyi günler diliyorum.
@rDenizOner2 жыл бұрын
Merhaba; Kafamda kurgulayamadığım bir senaryo var. Mesela Facebook'ta bir kullanıcının Fotoğraf, Video, Text/Status gibi bir çok farklı türde paylaşımları oluyor. Bu paylaşım türlerinin her birinin de basitçe aşağıdaki gibi ayrı tablolarda tutulduğunu düşünelim. :: StatusTable :: StatusID / StatusText / UserID / DateAdded :: PhotosTable :: PhotoID / PhotoURL / UserID / DateAdded :: VideoTable :: VideoID / VideoURL / UserID / DateAdded Diğer kullanıcılar da bu verilere Like/Emoji ve Comment bırakıyorlar. Bu interaksiyon türlerinin da ayrı tablolarda tutulacak farklı veriler olduğunu düşünüyorum. Diyelim ki; bunlar da basitçe aşağıdaki gibi tablolarda tutuluyor. :: CommentsTable :: CommentID / CommentText / UserID / DateAdded :: EmojisTable:: EmojiID / EmojiType/ UserID / DateAdded Şimdi bu paylaşım tablolarıyla interaksiyon tabloları arasında ilişki kurmak için üçüncü tablolara ihtiyacımız var. Eğer yanlış değilsem onlar da şöyle olmalı: :: PhotosCommentRelations :: RelationID / CommentID / PhotoID :: PhotosEmojiRelations :: RelationID / EmojiID / PhotoID Aynı ilişki tablolarını Videolar ve Status'ler için de oluşturmamız gerekiyor... Yeni paylaşım türleri ve/veya interaksiyon tabloları eklendikçe ilişki tabloları da kombinasyonlar halinde çoğalıyor. Şimdi sorum şu: doğal ve doğru olan durum bu mu; yoksa benim veritabanı tasarımında gözden kaçırdığım ya da yanlış yaptığım bir şey mi var? Bu kadar tablo kalabalığı yaratmadan da bu iş çözülebilir mi? Tabi bu anlattığım senaryo ilişkisel veritabanlarında geçerli. NoSQL veri tabanlarında farklı olabilir mi? (O konuya pek hakim değilim.) Emeğiniz ve vaktiniz için çok teşekkür ederim. Saygılar...
@yapayzeka3 жыл бұрын
8:29 eczacı ve alaylı bir yazılmcı olarak baya bi offended oldum. eczacı diploması kiralamak yasalarımızda suçtur. benim eczanemde personelim bile yok. tek başıma çalışıyorum. genelleme çok hatalı olmuş. ben de karşılık olarak yazılımcılar herhangi bir konu hakkında bilip bilmeden atıp tutar desem talihsizlik açısından çok farkı olmazdı heralde.
@faruk-can4 жыл бұрын
MongoDBnin postgesql'e kıyasla performansta ve tutarlıkta zayıf kaldığını düşünüyorum. Aynı seviyeye getirmek masraflı oluyor. Ayrıca DAL/ORM kullanınca, NoSQL veya SQL'in zaten bir farkı kalmıyor. Örn: Mongoose ve Sequelize
@Caglimm4 жыл бұрын
Hocam Selamlar, Benim bir sorum var ama twitter'dan ,DM'den yazamadım size:/
@mesutdemirci79334 жыл бұрын
screen sharing api derken..link verebilir misiniz..
@fatiherol65184 жыл бұрын
Alaylı yazılımcılar işin mimari tarafında zorlanması gayet normal değil mi? Çünkü mimari işin mühendislik kısmı.
4 жыл бұрын
fatih erol degil. Isin muhendislik kismi yok. Hic yok.
@sincapism4 жыл бұрын
Bahsedilen ödeme sistemi altyapısı hangisi?
@fabsolutely4 жыл бұрын
ismini soruyorsan stripe
@sincapism4 жыл бұрын
@@fabsolutely teşekkürler
@selahattindisli80264 жыл бұрын
Armağan Hocam. Ben Türkiye de Gazi Unv. Bilgisayar programcılığı okudum. Bize php C++ Html Java vs hemen hepsini temel olarak verdiler. Ancak ben başka işlere yüzümü döndüm o işlerde para daha iyi diye. Sonra işimiz rast gitmedi patladık. Ben farklı yerlerde muhasebecilik bilgisayar personeli olarak çalıştım. Rezilliğin daniskası. Senin gibi kendi Start Up açma şansım ne olabilir. Yazılım olarak sıfır kabul et beni. Hangi yönde kendimi gelsitirsem daha mantıklı olur. Amacım personel olmak değil. Kendi düzenimi kurmak hayırlısıyla
@Hemecan.4 жыл бұрын
No SQL candır. itiraz edenler hakkıyla kullanmamıştır nokta.
@StarsOfMinecrafttr3 жыл бұрын
bildiğim tek şey hiç birşey bilmediğimdir
@NeoTheChoosenOne4 жыл бұрын
Dunning Kruger Sendromu
@mustafakapc77803 жыл бұрын
Mühendisin alaylı yazılımcıdan daha kolay şekilde mimariye girmesi aldığı eğitimden kaynaklıdır kesinlikle ve saçma değildir.
3 жыл бұрын
Oyle bir muhendislik egitimi yok.
@turk29424 жыл бұрын
Bu topraklardaki 1000 yıllık lonca kültüründen çok güzel bahsetmiş olmanıza rağmen ve ülke sevdalısı olduğunuzu yansıtmanıza rağmen Almanya'da şirket kurma hayaliniz ve ya çalışmalarınız üzücü.