AutoCAD Otomasyonu: LISP mi, .NET mi, Yapay Zeka mı?
AutoCAD otomasyonunda üç yol var: AutoLISP, .NET/ObjectARX ve yapay zeka. Ekip büyüklüğü ve bakım yüküne göre hangisi doğru? Karar tablosuyla anlatıyorum.
Bu Yazıda
AutoCAD otomasyonu sorusu neredeyse her zaman yanlış biçimde soruluyor: "LISP mi yazsam, .NET mi?" Doğru soru şu: bu otomasyonu kim sürdürecek ve ne kadar süre yaşayacak?
Aracı bu iki cevap belirliyor.
AutoLISP
En hızlı başlangıç. Tek dosya, derleme yok, çizim ortamında anında çalışır. Küçük ve yerel işlerde — katman düzenleme, toplu yazdırma, öznitelik çıkarma — hâlâ en pratik yol.
Sınırı, işin karmaşıklığı arttığında geliyor: hata yönetimi zayıf, birim testi pratikte yok, büyük bir LISP dosyasının bakımı zamanla ağırlaşıyor. Bir de sessiz bir maliyet var — LISP bilen kişi ayrıldığında kod çoğu firmada öksüz kalıyor.
.NET / ObjectARX
Derlenen, test edilebilen, sürüm kontrolüne giren kod. Karmaşık kural katmanları, dış veri kaynağına bağlanma, kurumsal dağıtım gerektiğinde doğru seçim.
Bedeli kurulum maliyeti: proje yapısı, referanslar, imzalama, dağıtım. Küçük bir iş için bu yükü ödemek mantıklı değil.
Yapay zeka destekli üretim
Burada dikkatli olmak gerekiyor, çünkü iki farklı şey aynı isimle anılıyor:
- Kod üreten yardımcı. LISP rutinini ya da .NET eklentisini sizin için yazar. Bu, yukarıdaki iki yolun yerine geçmez — onları hızlandırır.
- Komut anlayan asistan. Düz metinle tarif ettiğiniz işi makroya çevirir. Keşif ve tek seferlik işler için kullanışlı, ama üretime giden bir akışta doğrulama katmanı olmadan çalıştırılmaz.
Bu ayrımı yapmazsanız, "yapay zeka artık bunu yapıyor" diyerek sürdürülebilir bir çözümün yerine tek seferlik bir çıktı koymuş olursunuz.
Pratikte kullandığım eşikler:
| Durum | Seçim | Gerekçe |
|---|---|---|
| Tek kişilik iş, birkaç kez çalışacak | AutoLISP | Kurulum maliyeti kazancı yemesin |
| Ekip kullanacak, kural içeriyor | .NET | Test ve sürüm kontrolü şart |
| Dış veri / ERP bağlantısı var | .NET | LISP bu yükü taşımıyor |
| Ne yapacağı henüz belirsiz | Yapay zeka + LISP | Önce keşif, sonra kalıcı çözüm |
| Üretime giden çıktı üretiyor | .NET + doğrulama | Sessiz hata en pahalı hatadır |
Son satır en önemlisi. Üretim çıktısı üreten bir otomasyonda araç seçimi ikinci sırada; çıktının doğrulanması birinci sırada gelir.
Bir firma "AutoCAD'de LISP'lerimiz var, bunları yapay zekaya yazdıralım" diye geliyor. Sorulması gereken ilk soru bu değil.
Önce şunu ölçmek gerekiyor: bu LISP'ler hangi işi yapıyor, o iş ayda kaç kez tekrarlanıyor, şu an nerede zaman kaybediliyor? Çoğu zaman cevap şu çıkıyor: mevcut LISP'lerin yarısı zaten kullanılmıyor, gerçek kayıp başka yerde.
Bu yaklaşımı otomasyon projesine nasıl başlanacağını anlattığım yazıda adım adım anlattım — AutoCAD tarafında da aynı sıra geçerli.
AutoCAD otomasyonu için AutoLISP mi .NET mi seçmeliyim? Karar teknik üstünlükte değil, sürdürülebilirlikte saklıdır: kodu kim sürdürecek ve ne kadar yaşayacak? Tek kişilik, kısa ömürlü ve çizim düzenleme ağırlıklı işlerde AutoLISP; ekip kullanacak, kural içeren veya dış veri kaynağına bağlanan işlerde .NET doğru seçimdir.
AutoLISP hâlâ kullanılıyor mu, ölü bir teknoloji mi? Kesinlikle kullanılıyor. 1980'lerden beri neredeyse değişmeden duruyor ve AutoCAD'in her sürümünde destekleniyor. Küçük, hızlı ve çizim ortamına yakın otomasyonlarda hâlâ en pratik yol.
ObjectARX ile .NET arasındaki fark nedir? ObjectARX C++ tabanlı, en düşük seviyeli ve en güçlü genişletme yoludur; .NET ise aynı API'ye yönetilen kodla erişir. Çoğu kurumsal ihtiyaç için .NET yeterlidir ve geliştirme maliyeti belirgin biçimde düşüktür.
Yapay zeka AutoCAD otomasyonunda LISP ve .NET'in yerini alır mı? Almaz, ikisini de hızlandırır. Kod üreten yardımcılar rutin yazma süresini kısaltır ama üretilen kodun doğrulanması hâlâ size aittir; üretime giden bir akışta doğrulama katmanı olmadan çalıştırılmamalıdır.
Mevcut LISP rutinlerimi .NET'e taşımalı mıyım? Hepsini değil. Yalnızca ekibin kullandığı, kural içeren ve bakımı ağırlaşmış olanları taşıyın. Çoğu firmada mevcut rutinlerin önemli bir bölümü zaten kullanılmıyor; taşımadan önce hangilerinin gerçekten çalıştığını ölçmek gerekir.
Üretime giden çıktı üreten bir otomasyonda neye dikkat etmeliyim? Araç seçimi ikinci sırada; birinci sırada çıktının doğrulanması gelir. Sessizce yanlış çıktı üreten bir otomasyon, çöken bir otomasyondan çok daha pahalıdır çünkü hata üretim hattında fark edilir.
LISP ölmedi, .NET her zaman doğru değil, yapay zeka ikisinin yerine geçmiyor. Seçimi belirleyen teknik üstünlük değil, sürdürülebilirlik: kodu kim okuyacak, kim değiştirecek, ne kadar yaşayacak.
Serinin bir sonraki yazısı, otomasyon kazancının nasıl dürüstçe ölçüleceği üzerine.