adnan nur baykal'ın 19.yy başlarında fransa'daki joseph fouche ve osmanlı'daki halet efendi'nin hayatlarını anlattığı, siyasi sahnede varlıklarını devam ettirmek için gereken her şeyi yapan bu kişiler ile ilgili bilgiler verdiği, başları çok sürükleyici olan bir kitap. özellikle bu iki kişinin tanışmaları ve sohbetlerinin ne olabileceği üzerine yazılmış diyaloglar siyasi yaşamda ve inanç olmadan hayatta kalma üzerine efsane fikirler içeriyor. yazar inançlı biri olduğu için hepsi geldi geçti diye mevzuyu sonlandırsa da hayatta kalmak için her şeyin mübah olduğu hayvanlar alemi ve orman kuralları açısından çok bilgilendirici bilgiler içeriyor.
detay bilgiler
24 Mayıs 2013
23 Mayıs 2013
İki tarih arasındaki gün farkı hesabı
tarayıcınızdan iki tarih arasındaki gün farkını hesaplayabilirsiniz: burada
20 Mayıs 2013
Ekümenopolis: Ucu Olmayan Şehir (2011)
İstanbul'un nasıl bu hale geldiği ile ilgili girişteki 6 dakikalık çizimler müthişti, sadece o kısım için bile izlenmeyi hakediyor. Kentsel dönüşüm ismi altında nasıl da rant yaratıldığı, inşaat projeleri ile ekonomik sınıflar arasındaki ayrımın nasıl keskinleştirildiği güzel gösterilmiş. Neler olduğunu öğrenip bilinçlenmek için yararlı. Bununla birlikte duruma tam bir çözüm öneremediği (belki de olmadığı için) ve anlatmayı seçtiği hikayelerin bulanıklığı ile daha çarpıcı olabilecekken biraz üstünkörü görünür olmuş. Tümünü izlemeseniz de 6 dakikalık giriş kısmını izlemeniz yararlı olacaktır.
6.5 tan 7 / 10
6.5 tan 7 / 10
6 Mayıs 2013
Entity framework sayı yuvarlama hatası
geçenlerde entity framework 5 ile yazdığım bir uygulamada ef tarafından oluşturulan sqllerin doğru yuvarlama yapmadığını tespit ettim.
örneğin: 0.899 diye bir decimal değerimiz olsun ve bunu dbde 2 haneli keskinliğe sahip bir alana yazmak istersek sqlde de kodumuzda da 0.90'a yuvarladığınızı görürüz, bu da normal davranıştır. ancak ef oluşturduğu sqllerde normal kullanım yerine aşağı yuvarlama yapıyor ve dbye 0.89 olarak kaydediyor.
bu aslında bir bug, eğer ücretlerle ilgili keskinlik gerektiren işleriniz varsa başınızı ağrıtabilir. ben dbdeki keskinlik sayısını bana gerekenden 2 fazla yaparak (ör: (18, 6) yı (18,8) yaptım) bu sorunu çözdüm. kodda decimal doğru bir şekilde yuvarlayacağı için sorun olmuyor.
detaylı bilgi burada
örneğin: 0.899 diye bir decimal değerimiz olsun ve bunu dbde 2 haneli keskinliğe sahip bir alana yazmak istersek sqlde de kodumuzda da 0.90'a yuvarladığınızı görürüz, bu da normal davranıştır. ancak ef oluşturduğu sqllerde normal kullanım yerine aşağı yuvarlama yapıyor ve dbye 0.89 olarak kaydediyor.
bu aslında bir bug, eğer ücretlerle ilgili keskinlik gerektiren işleriniz varsa başınızı ağrıtabilir. ben dbdeki keskinlik sayısını bana gerekenden 2 fazla yaparak (ör: (18, 6) yı (18,8) yaptım) bu sorunu çözdüm. kodda decimal doğru bir şekilde yuvarlayacağı için sorun olmuyor.
detaylı bilgi burada
Kaydol:
Kayıtlar (Atom)