AutoCAD Otomasyonu: LISP, .NET ve Yapay Zeka Arasında Nasıl Seçim Yaparım
AutoCAD tarafında üç yol var: AutoLISP, .NET/ObjectARX ve yapay zeka destekli üretim. Hangisinin ne zaman doğru seçim olduğunu, ekip büyüklüğü ve bakım yüküne göre 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.
Üç yolun gerçek profili
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.
Karar tablosu
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.
Sık yapılan hata: aracı problemden önce seçmek
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.
Özet
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.