لینک کوتاه مطلب : https://hsgar.com/?p=3740

LISP Pointers – جلد اول شماره 1 – آوریل-مه 1987 – p40

سوزان انیس

این اولین مورد از ستون هایی است که امید است به ارائه نقطه نظرات کاربران LISP اختصاص داده شود. دو شرط برای پشتیبانی از این نوع ستون وجود دارد. اولین و مهمترین این است که کاربران واقعی LISP در دنیای واقعی وجود دارند. من در مورد انواع دانشگاه ها، مجریان بسته های نرم افزاری بزرگ، یا محققان در اتاق های فکر گران قیمت صحبت نمی کنم. من در مورد این احتمال صحبت می کنم که در شرکت های مختلف برنامه نویسان برنامه وجود دارند که در وسعت زمین (جهان؟) پخش شده اند که به جای استفاده از FORTRAN، C، Ada یا حتی (بهشت) به LISP به عنوان یک زبان برنامه نویسی مناسب برای برنامه ها روی می آورند. ممنوع) COBOL.

شرط دیگری که برای پشتیبانی از این نوع ستون لازم است این است که اولین شماره های آن باید به مخاطبان مورد نظر و مشارکت کنندگان بالقوه برسد. اگر خودتان یک برنامه نویس برنامه نیستید، اما فردی را می شناسید که از LISP استفاده می کند، لطفاً این اولین تلاش را به همراه داشته باشید.

در حال حاضر به نظر می رسد دلایل بیشتری وجود دارد که چرا برنامه نویسان برنامه های کاربردی نمی توانند از LISP استفاده کنند تا برعکس. دلایل متعددی برای این نگرش وجود دارد که من از آنها آگاهم و دلایل بیشتری را از مخاطبان (فرضی) طلب خواهم کرد.


تعریف ناکافی مفاهیم

یکی از موانع اصلی استفاده کامل از LISP فقدان یک زبان استاندارد است که برای افراد غیرمعمول قابل درک باشد. بارها در صحبت با پیاده‌کننده‌های سیستم‌های LISP این پاسخ به من داده شده است که «…اگر متوجه شوید که xxxxx اجرا می شود، سپس خواهید فهمید که چگونه yyyy کار می کند…” سازه های مورد علاقه خود را برای xxxxx و yyyy. فکر نمی کنم برای استفاده موثر از سیستم، نیازی به دانستن نحوه پیاده سازی یک سیستم داشته باشم. مسلماً باید مدل‌های ذهنی از نحوه عملکرد سیستم‌ها وجود داشته باشد. چندین مقاله جالب نوشته شده است1
در مورد استفاده از ویرایشگرها و مدل های ذهنی که کاربران از آنها دارند. جالب‌ترین نکته این است که مدل‌های ذهنی اغلب کاملاً اشتباه هستند – اما کار می‌کنند. آنچه من در برابر آن استدلال می کنم یک الزام است که استفاده از واقعا اجرا را درک کنید


پایگاه پیاده سازی

یکی دیگر از عوامل بازدارنده استفاده گسترده از LISP این است که بهترین نسخه های آن بر روی سخت افزارهای باطنی وجود داشته است. نسخه‌هایی روی رایانه‌های شخصی، VAX و CRAY وجود دارد، اما نسخه‌های واقعاً خوبی روی دستگاه‌های IBM وجود ندارد و بیشتر سیستم‌های تجاری بر روی دستگاه‌های IBM ساخته می‌شوند (باید اشاره کنم که نسخه بسیار خوبی از LISP روی دستگاه‌های IBM وجود دارد. ماشین IBM تحت سیستم عامل VM، اما VM بخش کوچکی از پایه IBM نصب شده است و نسخه با تمام نسخه‌های دیگر LISP ناسازگار است. این وضعیت در حال بهبود است و نسخه‌های LISP در سخت‌افزار «عادی‌تر» ظاهر می‌شوند.


سرعت برای برنامه های تجاری

مشکل دیگر سرعت LISP است. هنوز افرادی هستند که داستان های ترسناکی در مورد سرعت این زبان شنیده اند که ده یا چند سال پیش اجرا شده است. آگاهی از کارایی پیاده سازی های مدرن LISP وجود ندارد. اگر قرار است زبان مورد استفاده گسترده قرار گیرد، این افسانه باید رد شود. Lucid در تلاش است تا با پیشنهاد خود برای کمک به ساخت نمونه های اولیه، مانع پذیرش کاربر را بشکند تا ثابت کند که اجرای LISP آنها “تقریبا به سرعت C” است. آدم امیدوار است که موفق شوند.

*****************


1

این ستون باید با یک مفهوم کامل از منابع کتابشناختی متمایز شود، مگر اینکه افکار عمومی غالب خلاف این را حکم کند.

لینک منبع

ارسال یک پاسخ

آدرس ایمیل شما منتشر نخواهد شد.