Grok için kodlama prompt'ları
Yazılımın günlük rutinleri için prompt'lar: yabancı kodları anlama, hataları izleme, test ve doküman yazma, ekran görüntüsünü çalışan bir arayüze dönüştürme.
Bu yirmi kodlama istemi, tipik bir geliştirici haftasını dolduran işleri kapsar: hata mesajlarını çözme, çökmeyen ancak yanlış sonuç veren bir hatayı izleme, bir diff'i inceleme, testler ve fixture'lar yazma, SQL sorguları ve düzenli ifadeler oluşturma, kabuk betikleri yazma, bir API'yi belgeleme, Git karışıklıklarını çözme ve bildiğiniz bir dille karşılaştırarak yeni bir dili öğrenme.
Grok, elinde somut bilgiler olduğunda daha hızlı ve daha iyi yanıt verir. Hangi dili, framework'ü ve sürümü kullandığınızı belirtin; sorunu gösteren en küçük kod parçasını tam hata metniyle birlikte yapıştırın ve ne beklediğinizi açıklayın. Hata ayıklama için bazı istemler Grok 4.3 Thinking modelini önerir: yanıt vermeden önce kodu adım adım izler; bu da bir farkla sapma (off-by-one) hatalarında, yarış durumlarında (race condition) ve karmaşık koşullarda çok işe yarar. Hızlı açıklamalar ve standart kod kalıpları (boilerplate) için Grok 4.20 gayet uygundur. İki istem ise görsel anlama özelliğini kullanır: biri bozuk bir arayüzün ekran görüntüsü, diğeri ise bir veri modelinin beyaz tahta çizimi içindir.
Her zamanki uyarılar, belki de en çok burada geçerlidir. Modellerin bir bilgi kesilme tarihi vardır ve güncel belgeleri okuyamazlar; bu nedenle bir kütüphane fonksiyonu yeniden adlandırılmış veya hiç var olmamış olabilir. Doğru görünen kodlar hata verebilir, bu yüzden mutlaka çalıştırıp test edin. Asla API anahtarlarınızı, parolalarınızı, token'larınızı veya müşteri verilerinizi yapıştırmayın; mesajlarınız yanıtı üretmek için sunucumuz üzerinden model sağlayıcısına iletilir. Uzun iletiler kırpılır, bu nedenle tüm depoyu değil, yalnızca ilgili fonksiyonu gönderin.
Geliştiricilerin Grok'u nasıl kullandığını görün, Code Assistant aracını açın veya Grok API hakkında bilgi edinin.
Bu istemler nasıl uyarlanır?
- Teknoloji yığınınızı sürümleriyle belirtin: "Node 22, TypeScript 5, Express", "JavaScript" demekten çok daha iyidir.
- Tek bir fonksiyondan daha büyük her şeyde koddan önce bir plan isteyin.
- Sadece diff'i değil arkasındaki mantığı da inceleyebilmek için değişiklik başına bir açıklama talep edin.
- Grok 4.7'yi en zorlu sorunlara saklayın; günlük 10 mesajla sınırlıdır.
-
01
Hata mesajını çözümleyin
[Dil veya kütüphane/çatı ve sürüm] kullanıyorum. Bu hatayı sade bir dille açıklayın, olasılık sırasına göre en muhtemel üç nedenini listeleyin ve her biri için ilk önce neyi kontrol etmem gerektiğini söyleyin: [hatanın tamamını ve yığın izini (stack trace) yapıştırın]
-
02
Hatalı sonucu satır satır izleyin
Bu fonksiyon [girdi] ile çağrıldığında [alınan sonuç] döndürüyor, ancak beklentim [beklenen sonuç]. Bu girdiyle kodun çalışmasını her değişkeni izleyerek satır satır takip edin ve durumun olması gerekenden saptığı ilk satırda durun: [kodu yapıştırın]
-
03
Yarış durumunu (race condition) yakalayın
Bu [dil] kodu tek başına test ettiğimde sorunsuz çalışıyor ancak yük altındayken bazen [belirti] ortaya çıkıyor: [kodu yapıştırın]. Yarış durumlarını, paylaşılan durumları ve işlem sırası varsayımlarını inceleyin. Şüpheli her durum için hatayı tetikleyecek tam çalışma sırasını ve bunun nasıl düzeltileceğini açıklayın.
-
04
Pull request incelemesi yapın
Bu diff'i bir [dil] kod tabanında titiz bir kıdemli geliştirici gözüyle inceleyin. Yorumları hatalar, riskler, okunabilirlik ve testler olarak gruplandırın, satır numaralarını belirtin ve tek cümlelik gerekçeyle birlikte nihai bir kararla bitirin: onaylayın, değişikliklerle onaylayın veya değişiklik talep edin: [diff'i yapıştırın]
-
05
Uç senaryoları listeleyip testler yazın
Aşağıdaki fonksiyon için test edeceğiniz tüm uç senaryoları (edge case) gerekçeleriyle listeleyin, ardından [test çatısı] ile testleri yazın. Mevcut kodla başarısız olmasını beklediğiniz en az bir test ekleyin ve hangisi olduğunu belirtin: [fonksiyonu yapıştırın]
-
06
Zorlayıcı test verileri üretin
Bu veri modeli için [JSON veya factory fonksiyonu gibi format] formatında gerçekçi test verileri (fixture) yazın: [modeli yapıştırın]. On normal kayıt ve boş dizgeler, çok uzun adlar, Latin dışı karakterler ile sınır tarihler gibi beş zorlayıcı/uç kayıt ekleyin ve hangisinin ne olduğunu etiketleyin.
-
07
Doğal dildeki sorudan SQL sorgusu
Bu şemayı kullanarak: [şemayı yapıştırın], [ihtiyacınız olan sonuç] sonucunu veren bir [veritabanı] sorgusu yazın. Sorguyu ifade ifade (clause) açıklayın, ardından [siparişi olmayan müşteriler gibi uç durum] durumunu da ele alan bir varyantını gösterin.
-
08
Hatalı çalışan regex'i ayıklayın
Bu düzenli ifadenin (regex) [dil veya araç] içinde [beklenen davranış] yapması gerekiyor, ancak [ters giden durum]: [regex'i yapıştırın]. Parçalara ayırıp her birini açıklayın, sorunu ortaya çıkaran bir girdi örneği verin ve düzeltilmiş sürümle birlikte reddetmesi gereken üç metin sunun.
-
09
Rutin işleri güvenli bir betikle otomatikleştirin
[30 günden eski log dosyalarını bir zip arşivine aktarmak gibi görev] işlemini yapan bir [bash veya PowerShell] betiği yazın. Güvenli olmasını sağlayın: yalnızca ne yapacağını ekrana basan bir deneme (dry-run) modu, net hata mesajları ve dosya silen ya da üzerine yazan her satırda bir açıklama yorumu olsun.
-
10
API uç noktasını belgeleme
Bu uç nokta için referans belgeleri yazın: [işleyici kodunu veya rotayı yapıştırın]. Metodu ve yolu, parametreleri tipleriyle ve zorunlu olup olmadıklarıyla birlikte, örnek bir isteği, örnek başarılı ve hatalı yanıtları ve döndürebileceği tüm durum kodlarını ekleyin.
-
11
Git karmaşasından kurtulma
Git depom şu durumda: [git status çıktısını ve git log'un son birkaç satırını yapıştırın]. Amacım şuydu: [hedef]. Neler olduğunu sade bir dille açıklayın ve mevcut çalışmamı yedekleyen bir komutla başlayarak durumu düzeltecek tam komutları verin. Geçmişi yeniden yazan herhangi bir komuttan önce beni uyarın.
-
12
Kodu dile özgü yöntemlerle yeniden yazma
[Bildiğim dil] konusunda yetkinim ve [yeni dil] öğreniyorum. Alışkın olduğum tarzda yazılmış bu kod parçasını alın, [kodu yapıştırın], ve deneyimli bir [yeni dil] geliştiricisinin yazacağı şekilde yeniden düzenleyin. Ardından, daha önce kullandığım dilde doğrudan karşılığı olmayan kullandığınız deyimleri açıklayın.
-
13
Ekran görüntüsünden düzen hatasını düzeltme
Sayfamın bir ekran görüntüsünü ekledim. Sorun şu: [yanlış görünen kısım]. Bu bölümün HTML ve CSS kodları burada: [kodu yapıştırın]. Nedeni bulun, en az değişiklikle gereken CSS düzeltmesini verin ve tekrar yaşamamam için nedenini açıklayın.
-
14
Yazı tahtası çiziminden veritabanı tablolarına
[Uygulama] için bir veri modelinin yazı tahtasındaki çiziminin fotoğrafını ekledim. Bunu birincil anahtarlar, yabancı anahtarlar ve mantıklı veri tipleri içeren [veritabanı] tablo tanımlarına dönüştürün. Çizimin belirsiz bıraktığı ilişkileri listeleyin ve varsayımda bulunmadan önce bana sorun.
-
15
Karmaşıklığı ve daha hızlı bir yolu bulma
Bu fonksiyonun zaman ve bellek karmaşıklığı nedir ve neden? [kodu yapıştırın] Yaklaşık [boyut] büyüklüğündeki girdiler için daha hızlı bir yaklaşım varsa bunu gösterin ve okunabilirlik açısından neye mal olduğunu açıklayın.
-
16
Davranışı değiştirmeden yeniden düzenleme
Bu fonksiyonu, yaptıklarını değiştirmeden daha kolay okunabilir olacak şekilde yeniden düzenleyin (refactor): [kodu yapıştırın]. Küçük, adlandırılmış adımlarla ilerleyin, her değişikliği tek satırda açıklayın ve birleştirmeden (merge) önce onaylayabilmem için emin olamadığınız davranışları listeleyin.
-
17
Sıfırdan README yazma
[Ne yaptığı] işlevine sahip [isim] projem için bir README yazın. Bölümler: ne olduğu, kopyala-yapıştır komutlarıyla hızlı başlangıç, tablo halinde yapılandırma seçenekleri, yaygın sorunlar ve nasıl katkıda bulunulacağı. Temel dosyalar ve komutlar şunlar: [ayrıntıları yapıştırın]
-
18
Yazmadığım kodu açıklama
Bu [dil] kodunun ne yaptığını, programlama bilen ancak bu kod tabanını bilmeyen birine anlatır gibi açıklayın. İki cümlelik bir özetle başlayın, blok blok inceleyin ve hata veya geçici çözüm (hack) gibi görünen noktaları belirtin: [kodu yapıştırın]
-
19
Tasarımımdaki açıkları bulma
[Özellik] geliştirmesini şu şekilde planlıyorum: [yaklaşımı açıklayın]. Şeytanın avukatlığını yapın. Bu tasarımın canlı ortamda (production) başarısız olma ihtimali en yüksek 3 yolunu, başarısız olduğunda ne göreceğimi ve varsa daha az maliyetli bir alternatifi belirtin. Açık sözlü olun; bunu gece 3'te görmektense şimdi duymayı tercih ederim.
-
20
Kodu başka bir dile aktarma
Bu [kaynak dil] kodunu satır satır kopyalamak yerine deyimsel [hedef dil] koduna dönüştürün: [kodu yapıştırın]. Mümkünse hedef dilin standart kütüphanesini kullanın, aynı davranışı koruyun ve tamsayı bölme veya dize kodlaması gibi iki dilin farklı davrandığı noktaları listeleyin.
Grok'a bir şey sormaya hazır mısınız?
Hesap yok, indirme yok, kart yok. Sohbeti açın, sorunuzu yazın ve Grok'un yanıtını anında okuyun.
Sohbeti Aç