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?
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.
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
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...
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.
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
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ü.