2008 Yılında yapılmış en tehlikeli yazılım hataları

-
1. Unrealistic expectations
2. Overly optimistic schedules
3. Shortchanged quality assurance
4. Wishful thinking
5. Confusing estimates with targets
6. Excessive multi-tasking
7. Feature creep
8. Noisy, crowded offices
9. Abandoning planning under pressure
10. Insufficient risk management

Yani
1 - Gerçek dışı umutlar
2 - Fazla iyimser takvimlendirme
3 - Kısa sürelerde değişen kalite uygunluğu
4 - Fazla pozitif düşünme olarak anlatılabilir
5 - Tahminleri hedeflerle karıştırmak
6 - Aynı anda çok fazla işi yürütmek
7 - Çok fazla özellik barındıran yazılım geliştirmeye çalışmak
8 - Gürültülü, kalabalik ofisler
9 - Baskı yüzünden planlamayı iptal etmek
10 - Yetersiz risk yönetimi

Bunların içinden yapmadığım bir hatayı sayamam sanırım.

Yorumlar

Yorum Gönder

Bu blogdaki popüler yayınlar

Install Remmina on macOS for easy connection to your servers via SSH, RDP, VNC.

-
Resim
When you need to connect to multiple servers time to time via ssh, Remmina is by far the easiest solution. You can RDP, SSH, VNC to your server with just one click. Although Remmina is super easy way to connect your servers, installing it on Mac OS requires a little bit effort. Here is my solution to install Remmina on MacOS Sonoma. - Download "remmina.rb" from Homebrew Core, Github project. - Open the "terminal" app and in the "Downloads" folder install it by brew install remmina.rb PS: It may throw some exceptions at first try, but you can install required packages via same command. To start the Remmina application on your MacOS, you can type " remmina " in the terminal. Click the plus icon on the left upper side to setup SSH (Or VNC, RDP) connection to your server on your MacOS.  Then in the main screen you can connect to your server via SSH with just one click on your MacOS. PS: This method installs Remmina 1.4.30. If you want to install the...
Devamı

SQL Server ile silinen kayıtların geri getirilmesi

-
    SQL Server ile iş yaparken, kod geliştirirken bazı istenmeyen durumlarla karşılaşılması elbette olağandır. Bu yüzden geliştirme ortamını kurarken, müşteri tarafında ki asıl kullanım alanlarını kurarken düzgün bir yedek alma stratejisi belirlenmesi ve yetkilendirme şeması yapılması şarttır.     Bütün önlemlere rağmen çeşitli şekiller de bazı kayıtlar silinebilir. Böyle durumlarda tabi ki ilk çözüm yedekleme tarafında ki çözümdür. Ancak uygun koşullarda "Transaction Log" üstünden de veri kurtarabiliriz. Aşağıda bu işlemi bizim için yapan ve kurtardığı kayıtları gösteren örnek bir kod görebilirsiniz. Kurtardığı kayıtları tablosuna geri yazmıyor sadece gösteriyor, bu şekilde dikkatli bir şekilde elle geri dönüş işlemi yapılabiliyor.  Kullanımı eğer tarih aralığı verilmeyecekse aşağıdaki gibidir.  EXEC Recover_Deleted_Data_Proc 'VT_ADI','DBO.TABLO_ADI' Eğer tarih aralığı verilecekse:  EXEC Recover_Deleted_Data_Proc 'VT_ADI','DBO.TABL...
Devamı

DevExpress ve Telerik karşılaştırması

-
Resim
Yeni iş yerimde ( Onay Bilişim ) Telerik bileşenleri kullanıldığı için, artık Rad felsefesi ile de tanışmış oldum. Ama maalesef, son birkaç yıl, .Net ortamında DevExpress gibi kaliteli bileşenler kullandıktan sonra Telerik'in bileşenlerinin biraz yetersiz kaldığını gördüm. Üstelik DevExpress'in 2007 versiyonu ile Telerik'in 2011 versiyonunu kullandığım halde arada çok büyük farklar var. Neler mi? Mesela Reporting ile başlayalım:  Telerik zaten .Net 4.0 Client Profile ile çalışamıyor. İstemci tarafında mutlaka Full .Net 4.0 kurulu olmalı. DevExpress  ise .Net 2.0 dan beri gayet tutarlı. Son kullanıcı tarafında rapor hazırlama aracı yok maalesef.  Diğer raporlama ile ilgili eksiklere buradan bakabilirsiniz.  http://www.telerik.com/community/forums/reporting/telerik-reporting/known-limitations-of-telerik-reporting.aspx Raporlama olayında Telerik konuyu sadece "Raporları geliştirici hazırlar" şeklinde düşünmüş ve bütün yapıyı yetkin bir kişinin kullanabilece...
Devamı