21 Ekim 2008 Salı

.NET -> Web.Config dosyasinda upload dosya büyüklügünü ayarlamak

Asp.Net yada web service uygulamalarinda default olarak belirlenen 4 MB dan daha büyük bir dosya upload edilemek istediginde asagidaki hata olusur.

"There was an exception running the extensions specified in the config file.
--> Maximum request length exceeded."

Bu problemi icin web.config dosyasi icerisine elementleri icerisine, asagidaki kod satirlarini ekleyerek cözebiliriz.

<httpRuntime
executionTimeout="1200"
maxRequestLength="10240"
useFullyQualifiedRedirectUrl="false"
minFreeThreads="8"
minLocalRequestFreeThreads="4"
appRequestQueueLimit="100" />


Burada belirtilen maxRequestLength="10240" degeri ile 10 MB kadar dosyalarin upload edilebilcegini ayarlamis oluyoruz.

14 Ekim 2008 Salı

.NET -> .Net siniflarindan XSD schema dosyasi yaratmak.

XML dosyalarinin dogrulanmasinda XSD dosyalarinin kullanildigindan bir önceki yazida bahsetmistim. Bir assembly icerisindeki bir yada birden fazla sinifdan XSD schema dosyasi yaratmak icin, .NET Framework icerisinde bulunan "xsd.exe" yardimci uygulamasi kullanilabilir.

Nasil kullanildigina dair bir örnek verirsek.

xsd C:\TestApplication.exe /t:Product

Burdaki ilk paremetre assembly nin oldugu path bilgisidir. /t: anahtarindan sonra belirtilen deger de assembly icinde schema dosyasi olusturulmak istenen sinif ismidir.

Bu sekilde Product sinifi icin XSD dosyasi uygulama ile ayni dizinde yaratilmis olur.

Olusturulan bu dosya özellikle deserialize islemleri yapilmadan önce, XML dosyanin iceriginin dogrulanmasinda kullanilir.

XML dosyalarinin gecerliligini Schema dosyasi kullanarak kontrol etmek (Validate an XML Document using Schema)

Bir XML dosyanin icerigini kontrol etmek icin schema dosyalarindan faydalanabiliriz.
XML schema dosyasi, XML dosyasinin iceriginin sahip olmasi gereken kurallari tanimlayan, uzantisi XSD (XML Schema Definition) olan dosyalardir.

XSD icerisnde bahsedilen kurallar sunlardir;

- XML dosyasi icinde var olmasi beklenen element ve attibute'ler, bunlara ait olan data tipleri.
- XML dosyasinin yapisi. Elementler ve bu elementlere ait olan child element'ler.
- Child elementlerin sayisi ve sirasi.
- Element'lerin bir text degere sahip olup olmayacagi.

XSD dosyalar icinde tanimlanan element'ler "simple" ve "complex" type olmak üzere ikiye ayrilir. Sadece karakter data barindan element'ler simple type olarak ifade edilir. Elementler onlara bagli olan alt elementlere (nested elements) sahip ise bu tip elementlerde complex type olarak isimlendirilir.

Asagidaki örnekde ProductCatalog.xml dosyasinin, ProductCatalog.xsd dosyasi kullanilarak nasil validate edilecegini görelim. Bu iki dosyanin icerigi asagidaki gibi olacakdir.

ProductCatalog.xml:


ProductCatalog.xsd:


Asagidaki örnek consol uygulamasinda XML dosyanin gecerliligini XSD kullanarak nasil denetlicegimizi görelim:

using System;
using System.Xml;
using System.Xml.Schema;

public class ValidateXml
{
private static void Main()
{
// XmlValidator sinifimiz icerisinde XMLReader sinifi kullanilarak dogrulama islemi yapilacak.
XmlValidator validator = new XmlValidator();
Console.WriteLine("ProductCatalog.xml dogrulama islemi...\n");

//Xml ve Xsd dosyalari uygulamamizin calistigi dizinde.
bool success = validator.ValidateXml("ProductCatalog.xml", "ProductCatalog.xsd");
if (!success)
Console.WriteLine("XML dosyasi icerigi dogrulanamadi!");
else
Console.WriteLine("XML dosyasi icerigi uygun.");

Console.ReadLine();
}
}

public class XmlValidator
{
private bool failed;

public bool Failed
{
get {return failed;}
}

public bool ValidateXml(string xmlFilename, string schemaFilename)
{
// Schema tipinde dogrulama (validation) yapacagimizi tanimliyoruz.
XmlReaderSettings settings = new XmlReaderSettings();
settings.ValidationType = ValidationType.Schema;

// Schema dosyasi yükleniyor..
XmlSchemaSet schemas = new XmlSchemaSet();
settings.Schemas = schemas;
// ilk parametre de kendimiz bir target namespace girebiliriz validate islemi icin
// null olarak birakildiginda "targetNamespace" degeri schema dosyasindan alinir.
schemas.Add(null, schemaFilename);

// Dogrulama yapilirken hata olustugunda calisacak event handler tanimlaniyor.
settings.ValidationEventHandler += ValidationEventHandler;

//Schema ayarlari ile birlikte xml dosyasi okunmak üzere XMLReader nesnesi olusturuluyor.
XmlReader validator = XmlReader.Create(xmlFilename, settings);

failed = false;
try
{
// XML dosyasi icerisindeki tüm datalar okunuyor.
while (validator.Read())
{}
}
catch (XmlException err)
{
// XML dosyasi icersinde gecersiz bir karakter oldugunda yada acilmis bir tag dogru sekilde kapatilmadiginda hataya düser.
Console.WriteLine(err.Message);
failed = true;
}
finally
{
validator.Close();
}

return !failed;
}

private void ValidationEventHandler(object sender, ValidationEventArgs args)
{
failed = true;
// Dogrulama (Validation) hatasini ekrana yazdir.
Console.WriteLine("XML Dogrulama Hatasi: " + args.Message);
}
}


Uygulamayi calistirdigimizda console ekraninda asagidaki ciktiyi aliriz;

ProductCatalog.xml dogrulama islemi...

XML Dogrulama Hatasi: The element 'product' has invalid child element 'description'. List of possible elements expected: 'productPrice'.
XML Dogrulama Hatasi: The element 'product' has invalid child element 'description'. List of possible elements expected: 'productPrice'.
XML dosyasi icerigi dogrulanamadi!



Bu hatanin olusup dogrulama isleminin gerceklesmemesinin nedeni, ProductCatalog.xsd dosyasi icerisinde "complex type product tanimlamasi" altinda belirlenen elementlerde description isimli bir element in tanimlanmamasi, fakat ProductCatalog.xml dosyasindaki node'lar icerisinde description isimli bu elementin var olmasidir.

ProductCatalog.xsd dosya icerisinden

<xsd:element name="productPrice" type="xsd:decimal"/>

satirini sildigimizde, XML dosyanin iceriginin kullanilan schema dosyasina uygun oldugunu ve dogrulama isleminin hatasiz sekilde tamamlandigini görürüz.

Kaynak: Apress Visual C# 2005 Recipes

13 Ekim 2008 Pazartesi

.NET -> Dosya yolu üzerinde "Path" static sinifi ile islemler

System.IO namespace'i altinda bulunan static "Path" sinifi ile dosya yada dizin bilgisi iceren string ifadeler üzerinde islemler yapabiliriz. Yararli metodlardan bazilari;

- ChangeExtension: Dosyanin var olan uzantisi degistirilir. Eger yeni uzanti belirtilmemisse, var olan uzanti silinir.
- GetDirectoryName: Dosyanin bulundugu dizin ismini döndürür.
- GetFileName: Belirtilen dosyayolundan, dosya ismini geri döndürür.
Console.WriteLine(Path.GetFileName(@"..\System\myFile.txt"));
>> myFile.txt

- GetFileNameWithoutExtension: Dosya ismini uzantisi olmaksizin döndürür.
- GetFullPath: Paremetre olarak verilen string sadece dosya ismi barindiriyorsa, uygulamanin calistigi dizin bilgisi ile dosya yolu olusturur. Örnegin uygulama C:\Test dizininde calisiyor olsun.

Console.WriteLine(Path.GetPathRoot("myfile.txt"));
>> C:\Test\myFile.txt

- GetPathRoot: Dosya yolunun root dizinini döndürür.
Console.WriteLine(Path.GetPathRoot(@"C:\Temp\myfile.txt"));
>> C:\

- HasExtension: Dosya yolu uzanti ile sonlaniyorsa True döndürür.
- Combine: iki string ifadeyi birlestirir.
Console.WriteLine(Path.Combine(@"C:\Temp", "myfile.txt"));
>> C:\Temp\myfile.txt

- GetInvalidFileNameChars: Dosya isimlerinde gecersiz olacak karakterlerin listesini char[] array olarak geri döndürür.
- GetInvalidPathChars: Dosya yolu icin gecersiz olan karakterleri char[] array olarak geri döndürür.
- GetTempPath: Sistemin temp dizinini almak icin kullanilir.
- GetTempFileName: Sistemin temp dizini icerinde 0 Byte büyüklügünde bir dosya yaratir ve bu dosyanin dosya yolunu geri döndürür.

8 Ağustos 2008 Cuma

Advantages and disadvantages of using typed datasets

Advantages of typed datasets:

  • Compile-time type checking— Reduces runtime errors by having members based on the data's actual schema as opposed to untyped datasets, where you call a generic function and can pass an object of any type.

  • Schema-specific members— Typed datasets define properties for getting and setting values where the property name is the same as the underlying column name. They also define properties for determining if the column is null and methods for searching the table via primary key(s).

  • Data binding support in VS.NET— Only useful with Windows Forms applications, but bears mentioning if you plan on doing development based entirely on .NET in addition to the mixed-mode programming that is the focus of this book.

  • Intellisense support— When using untyped datasets, you have to know beforehand the names of the columns and the types that the respective columns work with. With typed datasets, as soon as you enter the name of the type, Intellisense displays its members, thereby saving you development and debugging time.

Disadvantages of typed datasets:

  • Versioning— Typed datasets can actually increase development time in situations where your schema changes, because you'll need to update the typed dataset information manually. This is obviously the same problem we've battled for years with CRecordset classes—having to modify them manually when the underlying schema changes.

  • Tightly coupled— In its current design, typed datasets are difficult to extend and can't be modified (as they're auto-generated each time the project is built). In addition, they force a tight coupling of client to data access code, which might not be best for all situations

Kaynak: InformIT

2 Haziran 2008 Pazartesi

Sql Server 2005 - Timeout problemi

Sql Server 2005 de birden fazla index'i ve data yogunlugu olan bir tablonun tasariminda degisiklik yapmak istedigimde ( var olan bir varchar alanin büyüklügü degistirildiginde), asagidaki time out hatasi ile karsilastim.

- Unable to modify table. Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.

Cözüm olarak table designer transaction timeout süresini yükseltmek gerekli. Bunun icin, Sql Server Management Studio da;

Tools > Options > Designers > Table and Database Designers


"Transaction time-out after" alaninda default olarak gelen 30 saniyelik degeri yükseltirsek problemin üstesinden gelebiliriz.


14 Mayıs 2008 Çarşamba

25 Mart 2008 Salı

Asp.Net uygulamalarinin Application Pool kullanilarak izole edilmesi

Asp.Net uygulamalarinin izolasyonu icin,

Uygulama Havuzları (Application Pool) kullanılabilir. Her uygulama için bir Uygulama Havuzu oluşturulur. Hangi havuzun sistem kaynaklarının ne kadarını kullanabileceği ayarlanır.

Bir Asp.NET uygulasının hareket kabiliyetini sınırlamak için aşağıdaki işlemler yapılabilir;

  • Uygulama için yeni bir Windows kullanıcısı oluşturulur.
  • Yeni kullanıcı, Users grubundan çıkartılır IIS_WPG grubuna eklenir.
  • Uygulama için yeni bir Uygulama Havuzu oluşturulur.
  • Uygulama Havuzunun Identity ayarı değiştirilir yeni kullanıcı üzerinden çalışması sağlanır.
  • Uygulamanın yeni Uygulama Havuzunu kullanması sağlanır.
  • Uygulamanın çalıştığı klasörlere kullanıcı için yeterli ve gerekli izinler verilir.
  • Windows TEMP klasörüne (Örn: C:\WINDOWS\Temp), IIS_WPG grubu için veya yeni kullanıcı için yazma yetkisi verilir.
  • Registry'de gerekli tüm dallara yazma yetkisi verin.

Makalede anlatılan türde sınırlamalar yapıldığında;

• Uygulamayı hack’leyen bir saldırgan, sistem genelini etkileyemez. Yalnızca uygulamanın kendi kaynaklarını tüketir. Yalnızca o uygulama çöker.
• Yazılan kötü ve performanssız kodlardan dolayı, sistem geneli etkilenmez.


Kaynak: blog.vukuf.com

Ajax kullanmanin avantaj ve dezavantajlari

Güzel bir karsilastirma:

http://blog.vukuf.com/2007/10/ajaxn-avantajlar-ve-dezavantajlar.html

18 Mart 2008 Salı

SQL Performans - NOT EXISTS yerine JOIN kullanarak perfomans artisi saglamak.

Iki iliskili tablo arasinda kayitlarin varligi sorgulanirken sql de "not exists" ifadesi kullaniliriz. Bu nekadar pratik ve yazimi kolay gözüksede performans acisindan büyük sorun cikarmaktadir.

Ve bu performans problemi üst tablolardaki join sayisi arttikca daha da büyümektedir. Bu sorunu cözmek icin "not exists" ifadesi yerine yazacagimiz sorguda JOIN kullanabiliriz.

Örnek olarak;

SELECT dk.VKopf_Nr
FROM Dossier_Kopf dk INNER JOIN
Dossier_Verfahren dv ON DV.Ref_Kopf = DK.VKopf_Nr
WHERE dk.Ref_Instanz='BM' and dk.VKopf_Sprache = 'D'
and DV.Ref_PSchritt IN (6,67)
and not exists (
select ref_dkopf from dbo.Verfahren_Rechtsfolge
where ref_dkopf = dk.VKopf_Nr
)

Yukardaki sorgununu tamamlanma süresi: 00:01:34

Bu sorguyu birde JOIN kullarak yazalim.

SELECT dk.VKopf_Nr
FROM Dossier_Kopf dk INNER JOIN
Dossier_Verfahren dv ON DV.Ref_Kopf = DK.VKopf_Nr
LEFT OUTER JOIN dbo.Verfahren_Rechtsfolge VR
ON DV.Ref_Kopf = VR.ref_dkopf
WHERE dk.Ref_Instanz='BM' and dk.VKopf_Sprache = 'D'
and DV.Ref_PSchritt IN (6,67)
and VR.ref_dkopf is null

Join kullanarak yazilan sorgununu tamamlanma süresi: 00:00:01


Elde ettigimiz sonuc her iki sorgudada aynidir fakat görüldügü gibi sorgularin calisma zamanlari arasinda cok büyük fark olusur.

Sonuc olarak JOIN ifadesi kullanarak yazilan sorgular bize cok büyük bir performans artisi saglamaktadir.





5 Mart 2008 Çarşamba

Connection Pooling and the "Timeout expired" exception FAQ

Özellikle web tabanli, ayni anda birden fazla kullanicisi olan uygulamalarda karsilasilan connection pooling ve connection timeout problemlerine karsi yazilmis bir FAQ makalesi.


http://blogs.msdn.com/angelsb/archive/2004/08/25/220333.aspx

26 Şubat 2008 Salı

Sql Server - Sa şifresini değistirmek

iki yöntem de kullanilabilir.

1) USE [master]
GO
ALTER LOGIN [sa] WITH DEFAULT_DATABASE=[master],
DEFAULT_LANGUAGE=[us_english], CHECK_EXPIRATION=ON, CHECK_POLICY=ON
GO
USE [master]
GO
ALTER LOGIN [sa] WITH PASSWORD=N'yeni_sifre' MUST_CHANGE
GO

2) start > run > cmd...
OSQL -S -E
1> EXEC sp_password NULL, '
yeni_sifre', 'sa'
2> GO

5 Şubat 2008 Salı

Sql Server - Identity Column resetlemek

Sql Server'da bir tablo icerisinde bulunan, identity kolonu resetlemek yada identity baslangic numarasini vermek icin asagidaki DBCC ifadesi kullanilabilir.

DBCC (Database Console Commands) CHECKIDENT ifadesinin son parametresini istenilen baslangic degeri atilir. "0" degeri vererek identity kolonu resetleyelim.

USE TestDB
GO
DBCC CHECKIDENT (TestTable, RESEED, 0)
GO


DBCC (Database Console Commands) in diger ifadelerinin listesini ve aciklamasini asagidaki linkden bulabilirsiniz.

http://msdn2.microsoft.com/en-us/library/aa258281.aspx

22 Ocak 2008 Salı

TDD (Test Driven Development) ile ilgili güzel bir makale

Cihat Altuntas sitesini begenerek takip ettigim yazilimcilardan biri.
Özellikle refactoring ve TDD ile ilgili örneklerle pekistirdigi güzel makaleleri var. Bunlardan bir tanesini sizin ile paylasmak istedim. TDD nin örnek bir uygulama ile güzel bir sekilde anlatildigi bir makale. Asagidaki linkden makaleye ulasabilirsiniz.

Test Driven Development

Oracle - PL-SQL ile Dosya Boyutunu bulma

CREATE OR REPLACE FUNCTION flength (
location_in IN VARCHAR2,
file_in IN VARCHAR2
)
RETURN PLS_INTEGER

IS
TYPE fgetattr_t IS RECORD (
fexists BOOLEAN,
file_length PLS_INTEGER,
block_size PLS_INTEGER
);

fgetattr_rec fgetattr_t;
BEGIN
UTL_FILE.fgetattr (
location => location_in,
filename => file_in,
fexists => fgetattr_rec.fexists,

file_length => fgetattr_rec.file_length,
block_size => fgetattr_rec.block_size
);
RETURN fgetattr_rec.file_length;
END flength;
/

SQL Server - T-Sql ile Dosya boyutunu bulma

CREATE FUNCTION udf_GetFileSize (@filename varchar(1000))
returns bigint
as
BEGIN
DECLARE @FS int
DECLARE @OLEResult int
DECLARE @FileID int
DECLARE @Size bigint
DECLARE @Flag bigint

Set @size =0
Set @Flag =0

EXECUTE @OLEResult = sp_OACreate 'Scripting.FileSystemObject', @FS OUT
EXECUTE @OLEResult = sp_OAMethod @FS, 'GetFile', @FileID OUT,@filename

IF @OLEResult <> 0
begin
set @Flag =-1
end
else
begin
EXECUTE @OLEResult = sp_OAGetProperty @FileId,'Size', @Size OUT
IF @OLEResult <> 0
begin
set @Flag =-2
end
end

EXECUTE @OLEResult = sp_OADestroy @FileID
EXECUTE @OLEResult = sp_OADestroy @FS

if @flag <> -1 and @flag <> -2
begin
set @flag = @size
end
return @flag
END

'Kullanimi
select dbo.udf_GetFileSize ('c:\temp\test.txt')

16 Ocak 2008 Çarşamba

12 Agile Principles


  1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
    Proje başlangıcından hemen bir kaç hafta sonra sadece bir kısmı çalışan proje yayınlanır ve her bir modül bittikçe proje yayına geçriilir.Bir kaç haftalık periyodlarla bu düzenleme gerçekleştir,ta ki müşteri kendi en temel ihtiyaçlarını karşılayana kadar.Bundan itibaren,müşteri projeyi kullanmaya başlar.Burada önemli olan nokta bizim belirlediğimiz periyodlarla(bu 2 veya 3 hafta olabilir) projenin çalışan kısmını müşteriye sunmak, yayına sokmaktır.Böylelikle müşteriden sürekli geri dönüşüm alınacağından dolayı,projede hata olasılığı azaltılacak,müşteriyle yazılımcı arasında kuvvetli bir bağ kurulacaktır.
  2. Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
    Bir yazılım ekibi yazılım gereksinimlerinin değişmesine açık olmalıdır.Öyle bir sistem kurmalıdır ki, gerçekleştirilen bir gereksinim değiştiğinde projedeki düzeltilen yerler çok az olmalıdır.Yani proje genişleyebilir ve değiştirilebilir olmalıdır.
  3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter time scale.
    Çalışan proje belli aralıklarla müşteriye teslim edilmelidir.Bu süre bir kaç hafta veya ay olabilir.Müşteriye çok büyük bir proje verilmemelidir.Bunun yerine ufak ufak ama zamanla kapsamı genişlemiş parçalar teslim edilmelidir.
  4. Businesspeople and developers must work together daily throughout the project.
    Projeyi talep eden,Projeye maddi yatırım yapan firma,sponsorlar,proje yöneticisi,takım lideri ve yazılımcılar birbirleriyle çok sıkı ilişki içerisinde olmalı ve belli ve kısa aralıklarla görüşmeler yapmalıdırlar.Bir yazılım projesi için şu yanlış bir yöntemdir;Müşteri projeyi yazılımcılara devreder ve yazılımcılar proje bitiminde müşteriye yapılanları gösterir.Bu kesinlikle yanlış bir yöntemdir,onun yerine Agile takımlar,müşteri ve diğer kişilerle proje süresince sıkı sıkıya ilişki içerisinde olmalıdırlar.
  5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
    Bir projede en önemli faktör insandır yani yazılım mühendisidir.Metodlar,tasarımlar,mekan vs. gibi etkenler çok önemli olsa da yazılım mühendisi bunların içinde en fazla öneme sahip olandır.O yüzden yazılımcıların motivasyonları kaybedilmemelidir. Ücretleri düzenli verilmeli,kafalarını meşgul eden durumlar ortadan kaldırılmalı ve yazılımcıya kesinlikle güvenilmelidir.Yazılımcıya rahat bir şekilde çalışacağı ortam sağlanmalıdır.Kısacası yazılım mühendisinin,yazılımı düşünmesini etkileyecek etkenler ortadan kaldırılmalıdır.
  6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
    Bir projede emeği geçen bütün kişiler(Yazılım mühendisleri,proje yönetcileri,müşteriler vs.) sık sık yüzyüze görüşmelidirler.Böylelikle insanlar birbirlerini daha iyi anlamış ve ortaya az hatalı ürünler koyulmuş olur.Dökümantasyon ve yazılı iletişim sadece sadece ihtiyaç duyulduğunda yapılmalıdır.Aksi durumda herşey yüzyüze görüşülmelidir.
  7. Working software is the primary measure of progress.
    En önemli unsur yazılımın çalışan kısmıdır.Bir projede yazılım alt yapısı çok iyi kurulmuş olabilir,dökümantasyon çok iyi yapılmış,en önemli kodlar türlü zorluklarla yapılmış olabilir.Her ne kadar bunlar önemli olsada birinci öncelik müşterinin ihtiyaçlarını karşılan,çalışan proje kısmıdır.Bir projede ihtiyaçların %30'u karşılandı ise projenin %30'u bitmiş demektir.
  8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
    Bir yazılım ekibi kısa mesafe koşucusu gibi bir süre hızlı bir şekilde koşup daha sonra tükenmez.Onun yerine uzun mesafe koşucuları gibi,sürekli sabit hızla gidebilecek kadar hızlı giderler.Hızlı gidip de yorgun düşecekler ise,bu durumda hızlı gitmezler.Hızlı gerçekleştirilen projelerin sonu hiç de iyi olmamaktadır,ilk anda her ne kadar çalışan parçalar elde ediliyor olsada,zaman içerisinde yapılan şeyin aslında ne kadar yanlış olduğu anlaşılmaktadır.Bir yazılım mühendisinin bir sonraki gün ki enerjisi bugünden kesnlikle ama kesinlikle çalınmamalı,yazılım mühendisine bir anda çok yük bindirip,100 metre koşucusu gibi koşması beklenmemelidir.
  9. Continuous attention to technical excellence and good design enhances agility.
    Bir yazılım takımı yaptığı yazılımlarda maksimum kaliteyi hedefler.Bunu gerçekleştirmek için teknik anlamda en iyi ve en güzel mimariyi kullanır.Yalnız bunu yaparkende yazılımın karmakarışık olmasına izin vermez.Yapılan yazılımda önemli olan onun açık(kolay anlaşılır) ve sağlam olmasıdır.
  10. Simplicitythe art of maximizing the amount of work not doneis essential.
    Yazılım takımı yazılımı gerçekleştiriken bugünün gereksinimlerine odaklanır ve bugünün problemlerini en basit ve en tutarlı,en kaliteli ve en değiştirilebilir bir biçimde gerçekleştirir.Bugünün işini yaparken yarını düşünerek yapmaz.Yaptığı yazılımlarda kaliteyi en üst düzeyde tuttuğu için yarın karşılacak bir gereksinim sisteme sorunsuz bir biçimde dahil edilebilinecektir(entegre edilebilecektir).
  11. The best architectures, requirements, and designs emerge from self-organizing teams.
    Yazılım ekibi bütün sorumluluklarda ortaktırlar.Yani bir kişi test işinde görevlendirilip,biri veri tabanı işinde görevlendirilip,biri de arayüz tasarlamada görevdirilmez.Bu yanlış bir tutumdur.Takım içiçe olmalı ve herkes her adımda bulunmalıdır.Bazı takım üyelerinin özellikleri bir iş konusunda daha yeterli ise bu durumda belki o kişiye ilgili konuda daha fazla görev verilebilir ama muhakkak diğer takım elemanları da o işe dahil edilirler.Böylelikle bütün problemler yazılım takımının bir elemanı tarafından değil,tamamı tarafından çözülmüş olur.
  12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
    Yazılım ekibi belli aralıklarla toplantılar yaparak, kaliteyi geliştirmek adına yöntemlerinde,durumlarında bazı değişiklikler yapabilirler.Zira yazılım ekibinin ortamı(yazılım ortamı,fiziksel ortamı,yazılımda gerçekleştirilecek bölümler) değişeceğinden,yazılım ekibide bu değişime ayak uydurmalıdır.O yüzden takımın davranışları,rolleri, poziyonları, görevleri belli aralıklarla yapılan görüşmelerde yeniden gözden geçirilmelidir.
Kaynak:
Nurettin Şimşek
msegitim.net