Devin ile Yazılım Geliştirme: Kurulum ve İlk Pull Request (Bölüm 1)

İlk Görev: Güncelliğini Yitirmiş Bir Depoyu Güncelleme

Tamam, kurulum bittiğine göre eğlenceli kısma geçelim. Şimdi Devin’in ne kadar iyi olduğunu görelim!

İstem Yazma

İlk kurulum tamamlandığında şu sayfaya ulaşıyoruz:

Şaşırtıcı değil; her şey bir istemle başlıyor. Mevcut özellikleri anlamak için tüm küçük simgelerin üzerine geldim, sonra istemimi yazdım.

İstem: Birkaç yıl önce, geliştiricilerin fp-ts kütüphanesini kullanarak TypeScript’te fonksiyonel programlamayı öğrenmesine yardımcı olmayı amaçlayan fp-ts-exercises adlı bir repo başlattım. Option, Either vb. kavramları kapsayan bir dizi yerel alıştırma içeriyor. Öğrenenler repoyu klonlar, alıştırmaları çözer ve çözümlerini kontrol etmek için testleri çalıştırırdı.

Bu projeyi aşağıdaki hedeflerle modernize edip yeniden yayınlamak istiyorum:

Mevcut Kod Tabanını Güncelleme ve Yeniden Düzenleme

• Tüm bağımlılıkları güncelleyin ve fp-ts’in en son sürümüyle uyumluluğu sağlayın
• Yapıyı, okunabilirliği ve geliştirici deneyimini iyileştirin
• Eskimiş araçları veya kalıpları değiştirin (örn. Mocha’dan Vitest’e geçiş gibi, uygun görüldüğünde)

Bu, iyi bir istem değildi—ama amaç buydu. Bir yapay zekâ ajanın çıktısı, aldığı girdi kadar iyidir ve muğlak bir hedef çok farklı şekillerde yorumlanabilir. Devin söz konusu olduğunda, yanlış anlaşılmanın maliyeti yüksektir. Yürütmenin sınırları ve beklenen çıktılar net tanımlanmamışsa ve onu yarı karmaşık bir göreve verirseniz, çok sayıda ACU boşa gidecektir. 

Burada test etmek istediğim şey, “Gönder” düğmesinin yanındaki küçük “sihirli kalem” simgesiydi. Bu, isteminizi göndermeden önce iyileştirmenize yardımcı olan ve dolayısıyla Devin’in yeteneklerinden en iyi şekilde yararlanmanızı sağlayan “İstemi analiz et” özelliği.

Tıkladığımda, istemimin bazı kısımlarını yeniden ifade etti; ayrıca iyileştirme fırsatları olduğunu belirtti.

Bu harika bir geri bildirimdi; ben de ek gereksinimler sunmak için istemimi biraz değiştirdim. O aşamada linting veya birim testi kurulumum yoktu; bu yüzden, uygulamanın beklendiği gibi davrandığından emin olmak için ilk problemin çözümü üzerinde öğrenen testlerini çalıştırmasını belirttim.

İstem: fp-ts kütüphanesini kullanarak TypeScript’te fonksiyonel programlamayı öğrenmeye yardımcı olan fp-ts-exercises repo’mu modernize edip yeniden yayınlamak istiyorum. Repo, Option ve Either gibi kavramları kapsayan yerel alıştırmalar içeriyor. Öğrenenler repoyu klonluyor, alıştırmaları çözüyor ve çözümlerini kontrol etmek için testleri çalıştırıyor. Amaç, projeyi güncellemek ve geliştirici deneyimini iyileştirmek. Lütfen şunları yapın:

• Tüm bağımlılıkları en son sürümlere güncelleyin ve fp-ts’in en güncel sürümüyle uyumluluğu sağlayın.
• Mevcut kod tabanını yapı, okunabilirlik ve genel geliştirici deneyimini iyileştirecek şekilde yeniden düzenleyin.
• Eskimiş araçları veya kalıpları değiştirin. Örneğin, Mocha’dan Vitest’e geçin veya uygun gördüğünüz başka araç güncellemeleri önerin. Önerdiğiniz araç değişiklikleri için gerekçe sunun.
• Güncellemeler ve yeniden düzenlemeden sonra mevcut tüm alıştırmaların ve testlerin doğru şekilde çalışmaya devam ettiğinden emin olun.

Şunları çalıştırabilirsiniz: npm run solution -- option 01; böylece testlerin geçtiğinden ve her şeyin beklendiği gibi çalıştığından emin olun.

Güncellemeleri ve yeniden düzenlemeyi yapmak için hangi adımları atacağınızı belirtin. Önemli değişiklikler yapmadan önce yaklaşımınızı önerin ve geri bildirim alın.

Değişikliklerinizi gözden geçirme için bir Pull Request ile gönderebilirsiniz.

Bu kez istemi analiz etmek “İstem iyi görünüyor!” bildirimi verdi.

Arayüz

İstemi gönderdim ve Devin anında düşünmeye başladı.

Arayüz ilk bakışta biraz göz korkutucu ama her şeyin ne yaptığını öğrendikten sonra gezinmesi oldukça kolay. Parçalara ayıralım.

Soldaki aktif oturumlar paneli, tek seferde bir oturuma dalmayı tercih ediyorsanız daraltılabilir. 

Devin’in akıl yürütmesini takip edebileceğiniz ve onunla etkileşime geçebileceğiniz sohbet benzeri bir arayüz var. 

Ekranın sağ tarafını İlerleme, Shell, Tarayıcı ve Editör sekmelerinden oluşan bir panel kaplıyor. Bu sekmeler Devin’in farklı ortamlarda yürüttüğü tam akıl yürütmeyi ve adımları gösteriyor.

Her birine tıklamak, kabukta attığı adımları (örneğin repoyu klonlama), tarayıcıda yaptıklarını (GitHub repo sayfasına gitme) ve Editör’de—repo’nun tüm dosyalarının bulunduğu, daha sonra kodumuzu değiştireceği VSCode benzeri editör—attığı adımları gösterir. İlerleme sekmesi, yürütme sırasında atılan adımları vurgular.

Ekranın sağ üstünde başka bir sekme grubu var: Timelapse, IDE ve Browser. Bunlar sizin gezinebildiği ve kullanabildiği görünümler. Şu anda seçili olan Timelapse sekmesi, Devin’in ilerlemesini ve eylemlerini, yukarıda açıkladığımız gibi gösterir. Etkileşimli zaman atlaması özelliği (“Canlı” ve alttaki ilerleme çubuğunu görebilirsiniz), bir oturumu yeniden oynatmanıza olanak tanır. IDE sekmesi, kodunuzu değiştirebileceğiniz ve hatta GitHub’a commit edebileceğiniz çevrimiçi bir VSCode benzeri IDE açar.

Planlama ve Devin’in akıl yürütmesi

Devin birkaç dakika düşündü, tüm repoyu analiz etti ve her adımda eylemlerini açıkladı. Vurgulanmış “Devin repoyu klonladı, bir Devin çalışma alanı kurmayı düşünün” mesajına dikkat edin. Buna birazdan döneceğiz.

Ardından bir plan önerdi, güven düzeyinin yüksek olduğunu söyledi ve onaylamamı istedi:

Plan gayet hoşuma gitti; Confirm’e tıkladım. Devin hemen işe koyuldu.

Sohbet arayüzünün altındaki küçük “Agent” açılır menüsünü görüyor musunuz? Menünün diğer seçeneği “Ask”. Bu işlev Devin’in çalışmasını kesmez ancak onunla etkileşime girmenizi sağlar. Linting ve TypeScript derleme kontrol script’leri eklemesini isteyerek bunu test etmeye karar verdim.

Çalışma başlamıştı bile; ancak bu script’leri ekleyeceğini söyledi (ve ekledi!).

Pull request

Tam zaman tutmadım ama birkaç dakika sonra bir pull request hazırdı ve açıklama kapsamlı ve isabetliydi.

Sadece ilk çözümün testlerinin geçtiğinden emin olmakla kalmayıp inisiyatif kullanması hoş bir sürprizdi. Üçüncü çözümü de, ama aynı zamanda ilk alıştırmayı da test etti ve testlerin başarısız olduğunu kontrol etti (beklendiği gibi; zira hiçbir öğrenen alıştırmayı tamamlamamıştı).

PR’ı gözden geçirdim ve linting ile TypeScript derleme script’lerimin başarısız olacağından şüphelendim. Örneğin, package.json dosyamda "type":"module" eksikti. 

Devin’in bu script’leri yazdıktan sonra çalıştırıp çalışmadıklarından emin olmamasının nedeninden emin değilim. Açıkça istemediğim için mi? Yoksa bu gereksinimleri o işe başladıktan sonra eklediğim için mi?

Devin’in gözden kaçırdığını çevrimiçi kod editörünü kullanarak düzeltmeye karar verdim; yaklaşık 5 dakikamı aldı. Terminalde her komutu çalıştırdım ve düzeltmemin ardından her şey beklendiği gibi davrandı.

Düzeltmeyi Devin’e de devredebilirdim ama kendim halletmek daha hızlıydı. Yaklaşık beş dakikada script’leri çalıştırdım, lint ve derleme hatalarını doğruladım ve nedeni saptadım. İki dakika sonra da yama hazırdı ve tüm kontroller geçti. Ayrıntılı bir istem yazmak, Devin’in çalışmasını beklemek ve ardından çıktısını gözden geçirmek daha uzun sürerdi.

İnsan ve yapay zekâ emeği arasındaki tatlı noktayı bulmak ince bir sanattır: Küçük ve çabuk halledilebilir bir ayar varsa, “lütfen düzelt” yazıp beklemek yerine ben yapmayı tercih ederim. Elbette herkesin kişisel tercihleri farklıdır; sizin eşiğiniz uzmanlığınıza, göreve ve dürüst olmak gerekirse o günkü ruh hâlinize göre değişir.

Oturumu sonlandırma

Bu noktada repo’nun modernizasyonu bitmişti ve her şey beklendiği gibi çalışıyordu. Peki şimdi ne olacak? Bir oturumu nasıl bitiririm ve bu boşta bekleme süresi için hâlâ ücretlendiriliyor muyum?

Arayüz bu noktada biraz kafa karıştırıcı oldu. Sağ uçta, oturum menüsünde iki seçenek vardı: Devin’i uykuya almak veya oturumu sonlandırmak.

Şu dokümantasyonu inceledim ve şunu buldum: Devin uyku hâlindeyken ACU kullanmaz ve yaklaşık ~0,1 ACU’luk hareketsizlikten sonra otomatik olarak uykuya geçer.

Ayrıca, uyku ile sonlandırma arasındaki farkın ne olduğunu dokümanlardaki yapay zekâ botuna sordum:

Yanıt oldukça netti. İşimiz bitmişti; bu yüzden oturumu sonlandırdım.

Repo’muzu Devin’in Çalışma Alanında Kurma

Planlama sırasında sohbette gördüğümüz vurgulu mesajı hatırlıyor musunuz? Her çalışmak istediğimizde klonlamak zorunda kalmamak için repoyu Devin’in makinesinde kurmamızı istedi. Peki bunu neden yapmak isteyelim?Her yeni oturum taze bir sanal makineyle başlar; bu nedenle kurulum olmadan Devin’in şunları yapması gerekir:

• Kod tabanımızı en baştan anlamak
• Tüm bağımlılıkları ve araçları kurmak
• Proje yapımızı ve kurallarımızı öğrenmek
• Asıl iş yerine ortam kurulumuna değerli zaman harcamak

Dolayısıyla repo’yu kurmak, maliyet ve zaman açısından daha verimli bir yaklaşımdır. Ayrıca daha tutarlıdır; çünkü her oturum aynı yapılandırmayla başlar ve Devin kodumuzu nasıl çalıştıracağını, test edeceğini ve lint’leyeceğini tam olarak bilir.

Bu özellik, ekibinizin gezinme panelinde bulunur ve adımlar yine oldukça kolaydır.

Önce, repo’nun en son sürümünü çekmek için komutları belirtiyoruz:

Özel komutlar girebilirsiniz ve “Komutu Doğrula” düğmesine tıklamak bunları gözünüzün önünde terminalde otomatik olarak çalıştırır. Başarıp başaramadıklarını saniyeler içinde görebilirsiniz.

Şimdilik sırrımız olmadığı için gizli anahtar kurulum adımını atladım. Bağımlılıkların kurulumu ve bakımı da aynı şekilde çalışır ve komutunuz başarılı olduktan sonra adım tamamlandı olarak işaretlenir.

Kalan adımlar benzer şekilde çalışır ve tüm adımlar tamamlandığında (veya uygulanabilir değilse atlandığında) yapılandırmanız kaydedilir.

Oturum Kullanımı ve İnceleme

Şimdiye kadar Devin ile basit bir görevi tamamladık, bir pull request oluşturduk, birleştirdik ve gelecekteki oturumlar için repomuzu kurduk. Gelin, oturumumuza ilişkin bazı verilere bakalım. Oturumun üst kısmındaki küçük simgeye tıklamak, oturum içgörüleri bulunan bir modal açar:

Oturum boyutumuz XS; Devin’in boyut rehberine göre bu gayet iyi.

“İçgörüleri Oluştur” düğmesine tıklayıp birkaç saniye beklerseniz, oturumunuzla ilgili genel bilgileri, Devin’in attığı belirli adımları ve zorlandığı yerleri görebilirsiniz.

Kaç ACU kullandığımızı da görmek istiyordum. Dikkatimi çeken garip bir şey, planlar sayfasının toplam 9 ACU’dan 1,7 ACU kullanmış olmama rağmen 8,73 ACU kaldığını göstermesiydi (Core bölümündeki mavi vurguyu görün).

Ancak Kullanım ve Sınırlar sayfası, 1,7 ACU kullandığımızı ve 7,3 ACU kaldığını doğru şekilde gösteriyordu.

18 saat sonra tekrar kontrol ettim; Planlar sayfası o zaman 7,3 ACU kaldığını gösteriyordu—yani bu bilginin güncellenmesinde hafif bir gecikme var. Sürprizlerden kaçınmak için doğruluk kaynağı olarak Kullanım ve Sınırlar sayfasını kullandığınızdan emin olun!

Değer miydi?

Hesaplayalım.

Yani, 1,7 ACU x 2,25 $/ACU = bu oturum için 3,83 $.

Ben yaklaşık 20 dakika istem yazmaya ve gözden geçirmeye harcadım. Tamamını elle yapmak bunu rahatlıkla aşardı ve bu tür işleri özellikle sıkıcı bulduğum için her adımı erteleyebilirdim. Bir kapuçino fiyatına Devin işi üstümden aldı. Bu değiş tokuşa her gün varım.

Sırada Ne Var?

Pekâlâ, şunları yaptık:

• Hesabımızı oluşturduk
• GitHub depomuzu bağladık
• Repo’yu Devin’in makinesinde gelecekteki oturumlar için kurduk
• İlk bağımlılık yükseltme görevimizi çalıştırdık
• Oturum metriklerimizi ve kullanımımızı gözden geçirdik

Gayet iyi bir başlangıç! Bir sonraki eğitimde daha derine inip Devin’in yeteneklerini, ondan API ve veritabanı entegrasyonlarıyla eksiksiz özellikleri planlayıp uygulamasını isteyerek zorlayacağız.

Devam etmeye hazırsanız, ikinci eğitime gitmek için aşağıdaki ikinci liste öğesine tıklayın:

1. Kurulum ve İlk Pull Request
2. Devin ile Dikey Dilim Teslimi (Bölüm 2) 
3. Entegrasyonlar, Testler ve CI/CD (Bölüm 3) 
4. Güvenlik, Dağıtım, Bakım (Bölüm 4)