• Yapay zekadan makale özeti

    • Bu video, Erol adlı Microsoft Dev Tuz ekibinde TSP olarak görev yapmış ve 2008 yılında bilgisayar mühendisliği mezunu bir yazılım geliştiricisinin üniversite öğrencilerine yönelik yaklaşık iki saatlik bir eğitim sunumudur.
    • Sunum, Microsoft TFS'in proje yönetimi ve uygulama yaşam döngüsü yönetimi özellikleri ile Scrum metodolojisini kapsamlı şekilde ele almaktadır. İçerik, Scrum'ın temel prensipleri, Waterfall modelinden farkları, Scrum'daki üç temel rol ve dört önemli toplantı ile başlayıp, TFS'in versiyon kontrol sistemi özellikleri, cloud tabanlı versiyonları, Excel entegrasyonu ve Microsoft Test Management ürünü hakkında bilgiler sunmaktadır.
    • Sunumda ayrıca TFS'teki collection yapısı, Team Project kavramı, farklı takımlarla çalışırken hangi Team Project stratejisinin daha uygun olabileceği, proje kapsamı seçenekleri ve uzun süreli projelerin yönetimi gibi konular da detaylı şekilde açıklanmaktadır. Konuşmacı, kodlama gösterimleri içermemekte, ancak TFS'in source control özellikleri ve Scrum metodolojisinin temel prensipleri üzerinde durmaktadır.
    Sunucunun Tanıtımı
    • Sunucu, yaklaşık iki sene boyunca Microsoft Dev Tools ekibinde Solution Profesor (TSP) olarak görev yaptığını belirtiyor.
    • 2008 yılında bilgisayar mühendisliği mezunu olan sunucu, mezun olduktan sonra dört sene Java developer olarak çalışmış.
    • Microsoft'ta TSP olarak görev yaparken müşterilere Visual Studio TFS versiyonlarındaki yenilikleri ve proje yönetimi özellikleri hakkında bilgi vermiş.
    01:15Session Hakkında Bilgilendirme
    • Sunucu, session'ın kısaldığı için öğleden sonra da orada olacağını ve soru sorulabileceğini belirtiyor.
    • Session'da proje yönetimi ve application lifecycle management tarafında TFS'in özellikleri hakkında bilgi verilecek.
    • Kodlama ile ilgili gösterimler olmayacak, ancak TFS'in entegre özellikleri ve web arayüzü hakkında bilgi verilecek.
    03:11Scrum Metodolojisi
    • Scrum, proje yönetim metodolojisi olup, waterfall modeline göre daha kompakt bir süreçtir.
    • Scrum'da bir ay içinde küçük parçalara bölünerek süreç tamamlanır ve her ay yeni bir sprint başlar.
    • Scrum metodolojisinde üç temel rol vardır: Product Owner, Development ve Scrum Master.
    05:22Scrum Toplantıları
    • Sprint Planning Meeting: Her aylık süreye (sprint) projedeki tüm fikirler listelenir ve sprint backlog oluşturulur.
    • Daily Scrum Meeting: Her gün 15-20 dakika süren toplantıda takım üyeleri birbirlerinin durumunu ve engellerini paylaşır.
    • Sprint Review Meeting: Bir ay bittikten sonra ortaya çıkan ürün veya modülün demosu yapılır.
    • Sprint Retrospective Meeting: Bir ayın genel değerlendirmesi yapılır, neler ters gitti, neler iyi yapıldı ve gelecek ay için planlar yapılır.
    10:21Proje Geliştirme Sürecindeki Zorluklar
    • Takımlar beraber çalışırken en çok yaşanan sıkıntılar arasında source kontrol ve güncellemeler bulunmaktadır.
    • Aynı kod üzerinde aynı anda çalışmak ve birbirine engellemek veya bozmak da önemli bir zorluktur.
    11:49Kaynak Kontrol ve Komünikasyon
    • Kaynak kontrol sistemlerinde herkesin belli saat ve gün içinde hangi işlerin atandığı belli olmalı ve bu bilgiler ortak bir yerde durmalı.
    • Tarihsel kayıtlara erişim sağlanmalı, örneğin bir ay önceki versiyonlara veya yazılan class'ların eski versiyonlarına bakılabilmeli.
    • Dokümantasyon ve raporlama eksikliği, kaynak kontrol sistemlerinde sıkça karşılaşılan sorunlardan biridir.
    12:59Open Source Araçların Entegrasyonu
    • Open source araçlarla çalışmak ücretsiz ve keyifli olabilir, ancak entegrasyon sorunları büyük bir zorluktur.
    • Java, Microsoft ve diğer diller arasında entegrasyon zorlukları yaşanabilir, özellikle farklı araçlar kullanıldığında.
    • Open source araçlar arasında entegrasyon sorunları yaşanabilir, bir araç destek çekildiğinde veya yeni versiyon çıktığında diğer araçlar çalışmayabilir.
    14:23Bulut Çözümleri
    • Fiziksel olarak farklı yerlerde çalışan veya aynı şehirde farklı ofislerde çalışan insanlar için bulut çözümleri mevcuttur.
    • Azure'daki TFS Online, Foundation Server'ın bulutta tutulduğu bir servistir ve kod check-in, build, yapılandırma ve test işlemleri burada yapılabilir.
    • Bulut çözümlerinde makinelere doğrudan erişim yoktur, sadece sağ tıklayarak kullanılır ve sohbet servisi modeli kullanılır.
    16:07Bulut Çözümlerinin Dezavantajları
    • Bulut çözümlerinde proses templateleri kasta edilebilir, ancak raporlama kısmı sınırlıdır.
    • TFS metadatasını tutan SQL database üzerinde kontrol yoktur ve raporlar istenilen şekilde manipüle edilemez.
    • Herkesin sadece bir iş yapması ve komünikasyon eksikliği, büyük projelerde takip etmeyi zorlaştırır.
    17:27Test ve Modülerite
    • Testlere yeterince önem verilmez, genellikle kod yazıldıktan sonra arada bir test yapılır.
    • Hatalı kod veya güvenlik açığı üzerine projeyi kurmak, daha sonra geri dönüp değiştirmeyi zorlaştırır.
    • Modülerite iyi ayarlanmadığında, her konu için manuel olarak kod yazmak zorunda kalınabilir.
    18:08Kaynak Kontrol Türleri
    • Kaynak kontrol sistemleri center version control ve distribü (dağınık) versiyon kontrol olarak ikiye ayrılır.
    • Git, dağınık takımlar için en iyi örnek olup, herkes lokal çekim yapabilir ve sonra birleştirebilir.
    • TFS ise center version control olarak çalışır, herkes bir arada bir yere bağlı çalışır ve lokal çekim yapılamaz.
    18:47TFS Özellikleri
    • TFS'te tüm kartlar bir yerde durur, herkesin ne işi olduğu belli olur ve raporlama sistemi mevcuttur.
    • TFS'te work item tipleri (task, product backlog item gibi) customize edilebilir, XML dosyaları değiştirilerek yeni kolonlar eklenebilir.
    • Excel entegrasyonu sayesinde Excel'de yapılan değişiklikler TFS'te otomatik olarak güncellenir.
    20:37Entegrasyon ve Diğer Ürünler
    • Microsoft'un kendi araçları birbirine entegre çalışması açısından ünlüdür.
    • TFS, Java, Foundation Server ve diğer araçlarla entegre çalışabilir.
    • Microsoft Test Management ürünü, deployment süreçlerini yönetmek için kullanılır.
    22:26Microsoft Visual Studio'da Takım Projesi Yapısı
    • Microsoft Visual Studio'da "Top of the Project" olarak adlandırılan takım projesi, düşündüğümüzden daha büyüktür.
    • Microsoft'ta bir takım projesi içinde çalışırken, TFS collection yapısı kullanılır ve bu yapı güvenlik katmanı gibi çalışır.
    • Farklı takımlar için farklı collection'lar kullanılabilir, ancak genellikle tek collection çalışmak daha iyidir.
    23:31Team Project Yapısı ve Kullanımı
    • Collection altında "Team Project" kavramı bulunur ve aynı isimde otomatik olarak default takım projesi gelir.
    • Team Project altında web, data ve operation gibi farklı takımlar oluşturulabilir ve bu takımlar aynı proje içinde çalışabilir.
    • Proje tasarımı yaparken, takım büyüklüğü, farklı projeler için kod yazma durumu ve uzun süreli projelerin yönetimi gibi kararlar verilmelidir.
    24:56Scope Seçenekleri
    • Scope seçeneğinde üç seçenek vardır: Team Project Pro Application, en fazla kullanılan metoddur.
    • Team Project Pro Application, bir projede çalışan her proje için farklı bir team project açmayı gerektirir.
    • Bu yöntem, proje için çalışan insanların başka projelerle ilgilenmemesi durumunda tercih edilebilir.

    Yanıtı değerlendir

  • Yazeka sinir ağı makaleleri veya videoları özetliyor