Geliştiriciler için Grok

Grok, yanıt verebilen harika bir "rubber duck" (hata ayıklama yardımcısı) gibidir. grok.online üzerinde tamamen ücretsizdir ve hesap gerektirmez: Grok 4.20 hızlı sorular için idealdir, Grok 4.3 Thinking yanıtlamadan önce akıl yürütür ve hatalar için daha iyi bir tercihtir; en yeni model olan Grok 4.7 ise günlük 30 mesaj hakkınızın 10'unu kullanarak en zorlu problemlerin üstesinden gelir. Üç model de ekran görüntülerini analiz edebilir. İşte sohbette açıp kendinize göre uyarlayabileceğiniz birer komut istemi (prompt) içeren yedi kullanım alanı:

Sorunları bulun ve çözün

Hata ayıklamaya ayrılan vaktin çoğu ne olup bittiğini anlamaya gider. Bu komut istemleri süreci hızlandırır.

Stack trace çözümleyin

Hatanın özetini değil, tam metnini ve işaret ettiği satırları yapıştırın. Çözümden önce sebebini sade bir dille açıklamasını isteyin; böylece mantığını kavrayabilirsiniz.

[Çerçeve/framework] ile [dil ve sürüm] kullanıyorum. Hatanın ve stack trace'in tamamı şu şekilde: [hatayı yapıştırın]. İşaret ettiği kod ise burada: [kodu yapıştırın]. Neyin ve neden yanlış gittiğini sade bir dille açıklayın, en olası sebebi ilk sıraya koyun ve ardından sorunu çözen en küçük değişikliği gösterin.

Sohbette açın. Code Assistant aynı işlemi tek bir panelde yapar.

Sizin yazmadığınız kodun haritasını çıkarın

Yorum satırı bulunmayan bir dosyayı devralmak her yazılımcının kaderidir. Bir şey değiştirmeden önce, riskli kısımları da belirten rehber niteliğinde bir özet isteyin.

Bu [dil] dosyasını henüz devraldım ve [özellik] üzerinde değişiklik yapmam gerekiyor. Bana kısa bir rehber sunun: Dosyanın sorumluluğu nedir, ana fonksiyonlar hangi sırayla çalışır, dikkat edilmesi gereken genel durumlar (global state) veya yan etkiler nelerdir ve değişikliğimi yapabileceğim en güvenli yer neresidir: [kodu yapıştırın]

Rehberi alın, ardından gözünüze tuhaf gelen fonksiyonları sormaya devam edin.

Mantık hatalarını akıl yürüten bir modelle yakalayın

Kod çökmediği halde çıktı yanlışsa adım adım inceleme yapmanız gerekir. Grok 4.3 Thinking yanıt vermeden önce kodu baştan sona analiz eder; bu da bir farkla kaçırma (off-by-one) hataları ve bozuk koşullar için biçilmiş kaftandır.

Bu [dil] fonksiyonunun [beklenen davranış] şeklinde çalışması gerekiyor, ancak [girdi] girdisi için [beklenen çıktı] yerine [alınan çıktı] veriyor. Bu girdiyle kodun adım adım yürütülmesini izleyin, her adımda kilit değişkenlerin değerlerini gösterin ve hatanın tam olarak hangi satırda meydana geldiğini belirtin: [fonksiyonu yapıştırın]

Grok 4.3 Thinking ile adım adım izleyin.

Ekran görüntüsünden bozuk bir düzeni düzeltin

Sayfanın mevcut halinin ekran görüntüsünü ekleyin, ilgili HTML ve CSS kodlarını yapıştırın ve nasıl görünmesi gerektiğini açıklayın.

[Sorunu açıklayın, ör. yan menü dar ekranlarda içeriğin üzerine biniyor] sorununu gösteren bir sayfanın ekran görüntüsünü ekledim. İlgili bölümün HTML ve CSS kodları burada: [kodu yapıştırın]. Soruna neyin yol açtığını açıklayın ve mümkün olduğunca az değişiklik yaparak düzeltilmiş CSS'i sunun.

Bu komut istemini açın ve ekran görüntünüzü ekleyin.

Riskli bir refactor işlemini planlayın

Büyük bir modülü parçalara ayırmak, en yeni modelin sınırlı günlük mesajlarından birini harcamaya en çok değeceği yerdir. Kodu baştan yazmasını değil, bir plan yapmasını isteyin.

Aşağıda zamanla değiştirilmesi zorlaşan bir [dil] modülü yer alıyor: [kodu yapıştırın]. Henüz kodu yeniden yazmayın. Sorumluluklarını, gizli bağımlılıklarını ve her adımdan sonra kodun çalışır kalacağı küçük aşamalı bir refactoring planı hazırlayın. İlk adımdan önce hangi testleri eklemem gerektiğini belirtin.

Grok 4.7 ile planlayın, ardından adımları sırayla Grok 4.20'ye iletin.

Kodun etrafındaki diğer parçaları yazın

Teslim tarihleri yaklaştığında testler, sorgular, kod incelemeleri ve dokümantasyon genelde ilk gözden çıkarılanlar olur.

Atladığınız uç durumlar (edge case) için testler yazın

Önce durumların listesini, ardından test kodunu isteyin. Asıl değer o listede gizlidir.

İşte bir [dil] fonksiyonu: [fonksiyonu yapıştırın]. Öncelikle boş girdiler, sınırlar ve geçersiz türler gibi test edilmeye değer uç durumları, her biri için nedenini belirten tek bir cümleyle listeleyin. Ardından [test çerçevesi] kullanarak her durum için açıkça isimlendirilmiş birer test yazın.

Testleri oluşturun, çalıştırın ve geçerli sebeplerle başarısız olanları tutun.

Huysuz bir kıdemli yazılımcıdan kod incelemesi alın

Grok, her hatayı daha önce en az iki kez görmüş tecrübeli bir denetçi rolünü başarıyla oynar. Huysuz olması iyidir; belirsiz olması değil. Bu yüzden satır numaralarını istemeyi unutmayın.

Bu farkı (diff) huysuz ama adil bir kıdemli yazılımcı gibi inceleyin. Hataları, belirsiz isimlendirmeleri, eksik hata yakalamalarını ve altı ay sonra baş ağrıtacak her şeyi satır numarası ve çözüm önerisiyle birlikte belirtin. Sorunları önem derecesine göre sıralayın ve sadece stil odaklı önemsiz detayları atlayın: [diff'i yapıştırın]

Ekip arkadaşlarınız görmeden önce kod incelemesi talep edin.

Veritabanı şemasını SQL'e ve bir README'ye dönüştürün

Tablo tanımlarını ve aradığınız cevabı sade kelimelerle verin; sorguyla birlikte kısa bir açıklama isteyin.

[Veritabanı, ör. PostgreSQL] için tablo tanımlarım şurada: [şemayı yapıştırın]. [İhtiyacınızı sade bir dille belirtin] sonucunu döndüren bir sorgu yazın. Her join ve filtreyi tek bir satırda açıklayın ve tablolar milyonlarca satıra ulaştığında hangi indeksin bunu hızlandırabileceğini söyleyin.

Sorguyu yazdırın, ardından tabloları açıklayan bir README bölümü isteyin.

Kaçınılması gerekenler

• Hassas bilgileri yapıştırmak. API anahtarları, şifreler, belirteçler ve müşteri verileri hiçbir sohbette yer almamalıdır. Bunları yer tutucularla değiştirin.
• Kütüphane detaylarına körü körüne güvenmek. Modellerin bilgi kesinti tarihi vardır ve internet erişimleri bulunmaz; bu nedenle bir fonksiyon veya parametre güncelliğini yitirmiş ya da uydurulmuş olabilir. Resmi dokümanları kontrol edin.
• Test edilmemiş çıktıyı canlıya almak. Düzgün görünen bir kod yine de hata verebilir. Kodu çalıştırın, test edin ve inceleyin.
• Depoların tamamını göndermek. Çok uzun iletiler kırpılır. Sadece odaklandığınız fonksiyonu gönderin.

İlgili sayfalar

• Kodlama komut istemleri sayfasında yirmi farklı başlangıç noktası daha.
• Grok ile kodlama kılavuzumuz ve akıl yürüten modeller hakkındaki açıklayıcı rehberimiz.
• Kendi uygulamanızı mı geliştiriyorsunuz? Grok API hakkında bilgi edinin.