Düz metin onlarca yıldır varlığını sürdürüyor ve kalıcı olmaya devam edecek
(unsung.aresluna.org)- Monospace düz metin tabanlı diyagram ve UI tasarım araçları yeniden kullanılmaya başlanıyor; metin düzenleme arayüzünün tanıdıklığı ve dosya biçiminin taşınabilirliği bunlara uzun ömür kazandırıyor
- Mockdown, Wiretext ve Monodraw gibi araçlar, sınırlı görsel seçenekleri koruyarak düşük yoğunluklu diyagramlar üretmek için elverişli ve kaynak kodun içine gömmek için de uygun
- Mockdown web ve mobilde doğrudan kullanılabiliyor, Wiretext web üzerinde çalışıyor ama yalnızca masaüstüne yönelik, Monodraw ise bir Mac uygulaması olarak sunuluyor
- 1970'ler ve 1980'lerde zirveye çıkan yaklaşım, Turbo Vision gibi TUI ailesini hatırlatan bir biçimde geri dönerken buna modern bir his, performans, web erişilebilirliği ve fare/trackpad kullanım kolaylığı ekleniyor
- Bilgisayarların gücü arttıkça, kişinin kendine kısıt koyduğu çalışma biçimi daha kullanışlı hale geliyor; bu tür düz metin araçları giderek bir gen AI giriş noktası olarak da kullanılıyor
Düz metin araçlarının kalıcılığı
- Düz metin veya “ASCII” tabanlı diyagram ve UI tasarım araçları olarak Mockdown, Wiretext, Monodraw anılıyor
- Mockdown doğrudan web'de çalışıyor ve mobili de destekliyor
- Wiretext web'de çalışıyor ama yalnızca masaüstünde kullanılabiliyor
- Monodraw bir Mac uygulaması olarak sunuluyor
- Bu araçlar, bilinçli olarak sınırlı görsel seçenekleri tercih ederken, kaynak koda eklenecek düşük yoğunluklu diyagramlar üretirken ve giderek bir gen AI giriş noktası olarak işe yarıyor
- 1970'ler ve 1980'lerde zirveye çıkan yaklaşım, modern bir biçimde yeniden hayat buluyor
- Turbo Vision gibi TUI ailesini hatırlatıyor
- Buna modern bir his, performans, web erişilebilirliği ve fare ile trackpad kullanım kolaylığı ekleniyor
- Kısıtlı bir çalışma biçiminin kendisi giderek daha önemli hale geliyor
- Bilgisayarların gücü arttıkça, kişinin kendine kısıt koyarak işi kolaylaştırması zaten faydalı hale geliyor
- AI'nin yayılmasıyla birlikte, öz-kısıtlama işi daha zor hale getiren bir yönde de önem kazanıyor
- Monospace düz metin, yalnızca dosya biçiminin taşınabilirliği nedeniyle değil, aynı zamanda arayüz olarak metin düzenlemenin yaygın biçimde biliniyor ve güçlü olması nedeniyle de kalıcı olma gücüne sahip
- Mockdown'un ASCII spray özelliği özellikle eğlenceli bir unsur olarak gösteriliyor
- Burada sözü edilen “ASCII”, katı bir teknik terimden çok, tekrar eden animasyonlara topluca “GIF” denmesine benzer şekilde daha gündelik bir ifade olarak kullanılıyor
1 yorum
Hacker News görüşleri
Örnek olarak plain text muhasebenin verilmesine sevindim
Tek kişilik işletmemin defterlerini QuickBooks'tan Beancount+Fava'ya taşıdım ve çok daha memnunum; ayrıca metin tabanlı bir fatura sistemi ve araç kilometre takibi ekledim, vergi durumu olan harcamalara ise mutlaka destekleyici belge bağlanmasını sağlayan bir validator da koydum
QuickBooks'tan çok daha hızlı, kullanması daha kolay ve reklam görmek gerekmiyor; ayrıca git ve RFC3161 commit kanıtlarını ekleyerek neyi ne zaman eklediğimi ispatlayabiliyorum, dikkatsiz bir metin düzenlemesiyle kayıtların kaybolma ihtimali de azaldı ve her kalemin ne zaman oluşturulduğunu da kolayca görebiliyorum
Asıl nokta her şeyin plain text olması, ama istersem tarayıcıda da kullanabileyim diye Fava eklentileri de ekledim; grafik de çizebilen bir TUI Fava olsa daha iyi olurdu ama web arayüzü de fazlasıyla yeterli
Şimdi geriye sadece muhasebecimin buna nasıl bakacağını görmek kaldı
Amerikalıyım ama başka bir ülkede çalışıyorum, bu yüzden sürekli iki para birimi ile uğraşıyorum; Gnucash'te çoklu para birimi desteği beni tatmin etmediği için eşimle birlikte şimdiye kadar kayıtları metin dosyalarında tuttuk
Formatı epey tutarlı kullandığımız için Beancount'a taşırken bir dönüştürme betiği yazsam ya da bir LLM'den yardım alsam işin yaklaşık %95'ini otomatikleştirebilirim gibi geliyor; parse edemediği kalemleri de sadece uyarı olarak göstermek yeterli olur
Benim de Beancount + Fava tarafına geçme ihtimalim yüksek
Özellikle RFC3161 commit kanıtını nasıl kullandığını daha ayrıntılı öğrenmek istiyorum
Commit yazarının kendisi olduğunu göstermek için GPG ile imzalama yaptığını tahmin ediyorum ama dış bir timestamp hizmeti ve harici bir CA mı kullandığını, yoksa kendi güven zincirini mi kurduğunu merak ediyorum
Bir muhasebe denetçisi defter commit'lerinin gerçekliğini sorgularsa, bunu pratikte hangi belge ve süreçlerle kanıtlarsın, onu da bilmek isterim
Ben de kendim basit bir dosya formatı tasarladığımda, gerekirse bunu daha yaygın bir formata nasıl dönüştüreceğimi hep önceden düşünürüm
Gerektiğinde başkasına devretmek için bir çıkış yolu olduğunu bilmek bile içimi rahatlatıyor
Bu durumda muhasebecinin kabul edebileceği bir CSV'ye de kolayca dönüştürülebilir gibi görünüyor
En parlak dönemi 1970'ler ve 80'ler olmuş olabilir ama 1990'ların başındaki DOS döneminde de son derece iyi TUI'ler vardı
Windows tamamen hakim olmadan önceydi; çoğu zaman VGA uyumlu ekran kartları ve monitörler vardı, bu yüzden yüksek çözünürlüklü, net ve hatta yazı tipi ayarlanabilen metin modları kullanılabiliyordu, üstelik çoğu sistemde fare de vardı
Ben büyürken alıştığım ortam tam olarak QBASIC ve EDIT.COM'un olduğu o ortamdı
Hatta o dönemdeki bazı uygulamalar düzgün bir fare imlecini bile uyguluyordu; Bisqwit'in videosu bunu çok iyi gösteriyor: https://www.youtube.com/watch?v=7nlNQcKsj74
Turbo-C, Turbo-Pascal vb. içinde gelen editördü ve neredeyse IDE denebilecek düzeydeydi
Metin modundaki WordPerfect, WordStar, Lotus 1-2-3 da oldukça iyiydi
Terminal ve yapılandırma dosyaları etrafında dönen bir işletim sistemi olan Omarchy'ye bakınca bu neredeyse cennet gibi geliyor
Gelecekte makinelerle ana arayüzün metin tabanlı diyaloglar olduğu bir dünyaya gidersek, bu akımın daha ne kadar ileri gideceğini görmek için heyecanlıyım
Burada yapay zeka konuşulmasından hoşlanmayanlar olabilir ama ben o geleceği içtenlikle dört gözle bekliyorum
Başlığı görünce metinden biraz farklı bir yöne saptım ama eğer plain text'in basit ve sağlam hesaplamanın temeli olduğuna inanıyorsanız, Dylan Beattie'nin There's no such thing as plain text sunumuna bakmaya değer
https://www.slideshare.net/slideshow/theres-no-such-thing-as-plain-text-dylan-beattie/249952971
Çeşitli konferans videolarını da kolayca bulabilirsiniz
UTF-16LE ve UTF-16BE gibi örnekler de var
Neyse ki artık UTF-8 fiili varsayılan haline geldi, bu yüzden özel bir neden yoksa çoğu belgenin UTF-8 olduğunu varsaymak mümkün
Encoding'i bilinmeyen bir metin dosyası aldığımda da %99,7 ihtimalle UTF-8 olduğunu düşünüyorum; bu yüzden artık yeniden plain text diye bir şey vardır demenin mümkün olduğunu hissediyorum
Code page ya da UTF-16 gibi şeylerin de plain text olduğu ama aslında olmadığı söyleniyorsa, bu iddia 2026 ölçütlerine göre epey zamanın gerisinde kalmış gibi
Artık UTF-8 fiilen her yerde
Böyle bir kaynağın gerçekten var olduğunu görmek güzel
Unicode gibi karmaşık ve tuhaf bir sistemi plain diye adlandıramazsınız; bugün bile birçok uygulamada Unicode kaynaklı sorunlar sık sık çıkıyor
Her yerde gerçekten sorunsuz çalışan tek metin sistemi hâlâ ASCII; bence ancak o seviyedeki şeye plain text denebilir
Bu elbette İngilizce merkezli bir kısıtlama anlamına geliyor ama birçok ortamda bu aslında daha doğal, ben de ana dili İngilizce olmayan biri olarak bu görüşü savunabiliyorum
Plain text gerçekten harika
20 yılı aşkın notlarımı https://github.com/nickjj/notes ile yönetiyorum
Faturaları da yaklaşık 7 yıldır https://github.com/nickjj/invoice ile plain text biçiminde yönetiyorum
Gelir-gider takibi için https://github.com/nickjj/plutus da var ve bundan da çok memnunum
Artık sadece bankadan CSV dışa aktarıp Plutus'a veriyorum, birkaç dakika kategorileri biraz düzeltince kayıt işi bitiyor
Vergi beyanını da iki yıldır bu yöntemle yapıyorum
Metin Lindy'dir
Zamanın sınavından geçti ve SQL ya da TCP/IP kadar yaygın
Graydon Hoare'ın eski yazısı Always bet on text de aklıma geliyor
[1]: https://news.ycombinator.com/item?id=8451271
[2]: https://graydon2.dreamwidth.org/193447.html
Burada HN'yi de plaintext sayıyorlar mı diye merak ediyorum
Sonuçta site HTML ve hiperlinklerden oluşuyor ama gerçek kullanım hissi tıklanabilir bir metin arayüzüne daha yakın
Kriptografik açıdan bakarsak HTML de ascii/utf-8 ile kodlandığı için plaintext denebilir, ama MIME type düzeyinde text/plain ile text/html belge yapısı ve stil bilgisini ayırıyor
Terminaller de sık sık plaintext sayılıyor ama gerçekte insanın doğrudan okuyamadığı escape sequence'larla meta veri taşıyorlar
Öte yandan sosyal medyada birkaç satır yazı içeren çok sayıda görsel var ve son dönemde mobil platformlar görsellerin içindeki metni tanıyıp seçilebilir hale getiriyor
O halde başka unsur içermeyen, sadece üzerine metin basılmış bir görsel plaintext midir diye de insan düşünmeden edemiyor
Asıl sormak istediğim, ilk uygulamalardan onlarca yıl sonra bugün plaintext'in sınırını nerede çizdiğimiz
Metnin kendisinden biraz farklı bir konu ama metin karakterleriyle çizilen istatistik grafikleri aklıma geldi
Çok uzun zaman önce DOS için eğitim sürümü MINITAB kullanmıştım; scatter diagram, dotplot ve box-and-whisker plot'u metin karakterleriyle çiziyordu
Saf metin, ASCII ya da DOS çizgi karakterleri arasında seçenek sunduğunu hatırlıyorum
Amaç, kullanıcıları resmi istatistik testlerine geçmeden önce önce veriyi keşfetmeye yönlendirmekti
Bu şekilde düzgün bir dotplot'u terminalde çizen bir program hâlâ var mı, merak ediyorum
https://stackoverflow.com/questions/123378/command-line-unix-ascii-based-charting-plotting-tool
gnuplot, feedgnuplot, eplot, asciichart, bashplotlib, ervy, ttyplot, youplot, visidata geçiyor
Ayrıca AWK kitabında da güzel bir ASCII plot örneği var: https://dn790008.ca.archive.org/0/items/pdfy-MgN0H1joIoDVoIC7/The_AWK_Programming_Language.pdf#page=148
En üstteki liste daha da uzatılabilir
https://asciiflow.com/
https://asciidraw.github.io/
Başka bilen var mı diye merak ediyorum
https://d2lang.com/
Adına rağmen ASCII değil, UTF-8 BOX DRAWING karakterleri kullanan görsel bir editör
Sunucu da kurulum da gerekmiyor, sadece tarayıcıda çalışan bir Javascript çözümü
M-x artist-mode da var, doğrudan Emacs içinde kullanılabiliyor
Plain text kesinlikle iyi ama yapısallaştırma gerektiği anda her dosyada tekrar en baştan başlamak zorunda kalıyorsunuz
Eski Unix araçlarını doğaçlama biçimde birleştirip plain text işleme yaklaşımına nostalji duyan insanlar giderek artıyor ama bu yaklaşım geçici durumlarda işe yarasa da iyi tanımlanmış formatların yerini alamaz
Satır tabanlı genel metin olarak da işlenebiliyorlar, yapısal veri dönüşümüne de uygunlar ve bunları WYSIWYG benzeri biçimde render eden istemciler ve okuyucular da zaten mevcut