من معمولا اکثر زبان‌هایی که به‌صورت روزمره باهاشون سر و کار دارم، مفسری هستند، احتمالا شما هم JS و PHP و Python و زبان های مفسری مشابه کار می‌کنید

همونطور که می‌دونید، من طرفدار شدید پرفورمنس و بهینه‌سازی کد هستم و حتی پست هایی هم درمورد بنچمارک بین فریمورک‌ها و زبان‌ها گذاشتم قبلا که در اون‌ها:

سناریوی فرضی ما برای بنچمارک، یک سایت هست که IO داره و Database داره و Network داره، در واقع اکثر زمانی که تلف می‌کنه سر IO Bound Task ها هست همونطوری که توی این پست هم توضیح دادم

ولی اخیرا برای یک پروژه‌ای به یک تسکی خوردیم که CPU Bound خیلی سنگین بود و Memory Bound هم بود، در واقع نیاز داشتیم که روی دیتاست با حجم 12M شهر/روستا iterate کنیم و نسبت به زبان کشور، از بین 20M اسم که به زبان‌های مختلف برای اون شهر/روستا بود، اسم محلی‌اش رو پیدا کنیم

این رو من با دیتاست کوچک‌تری که فقط برای ایران بود 200K شهر/روستا و 200K هم اسم متناظر، من با PHP نوشتم و نتیجه معقول بود و حدود 10-12 ثانیه طول می‌کشید

ولی برای اینکه IO به صورت Async باشه با JS بازنویسی کردم و به 7-8 ثانیه رسیدم با دیتای 200K x 200K

حالا وقتش بود که با دیتاست 20M x 12M تست کنیم، نهایتا باید 10-15 دقیقه طول می‌کشید، درسته؟ نه! طبق محاسباتی که کردیم، حدود 3-4 روز طول می‌کشید تا بتونه این دیتا رو بخونه و پارس کنه و مپ کنه و فیلتر کنه و اسم متناظر رو پیدا کنه 🤣

اینجا بود که یکی از دوست های Rust کارم به دادم رسید و با زبان کامپایلری Rust، همون کد JS ای که نوشته بودم رو با Rust بازنویسی کرد، نتیجه به نظرتون چی شد؟ از 3-4 روز به 10 ثانیه کاهش پیدا کرد ☺️

البته بازنویسی‌ای که کرد، بسیاری از مفاهیم رو به شکل بهینه‌تری در سطوح پایین هندل کرد و خیلی از بارها و overhead ها رو برداشت، مثلا در نسخه JS مصرف رم حدود 24GB رسیده بود بعد از دوساعت اجرا، ولی نسخه Rust کلا 4GB رم مصرف می‌کرد و کلا 10 ثانیه طول می‌کشید روی دیتاست کامل 🎉

نتیجه ماجرا این هست که حس می‌کنم کم‌کم باید یک زبان کامپایلری هم به چرخه زبان هایی که روزمره باهاشون کار می‌کنیم، اضافه کنیم چون واقعا تفاوت خیلی خیلی زیادی هست در کارهای CPU Bound بین‌شون، تفاوتی مثل ۳-۴ روز و ۱۰ ثانیه 😎

🌐 برای مسابقه Tonkeeper یک لندینگ پیج طراحی کردم با SolidJS که از اینجا می‌تونید ببینید و سورس‌کدش هم از اینجا می‌تونید دسترسی داشته باشید و اگر جایی به دردتون خورد استفاده کنید

آدرس گیت‌هابتون رو توی این سایت وارد کنید و منتظر باشید که با استفاده از هوش‌مصنوعی OpenAI کاملا Roast تون کنه 😏

🌐 Github Roast

اگه دوست داشتید می‌تونید این مقاله بنچمارک کتابخونه‌ها و فریمورک‌های Solid و Vue و React و Svelte رو در زمینه SSR یا همون Server Side Rendering ببینید، بنچمارک معقولی هست و همونطور که توی تصویر می‌بینید هرکدوم باید این تصویر رو با 2400 تا div مربع به‌صورت HTML جنریت کنند

خلاصه مقاله به این صورت هست که:
🖼️ Solid (863 req/s)
🖼️ Vue (353 req/s)
🖼️ Svelte(171 req/s)
🖼️ React (138 req/s)

واقعا Solid و Vue بی‌نظیر عمل می‌کنند، Solid که در کل واقعا سریع هست و جایی برای تعریف نداره، ولی Vue با وجود VDOM حتی از Svelte ای که Real DOM هست هم دو برابر سریع‌تره!

در نهایت، این صرفا بنچمارک SSR هست و طبیعتا معیار اصلی در انتخاب یک فریمورک سرعت SSR اش نیست، ولی خب دونستن این اعداد و ارقام می‌تونه مفید باشه

اگه برنامه‌نویس جاوااسکریپت و تایپ‌اسکریپت هستید و حسرت می‌خورید که چرا نمی‌تونید کد های وب‌اسمبلی (WASM) بنویسید، قطعا از AssemblyScript خوشتون میاد

این پروژه رو حدودا از دو ماه پیش می‌خواستم معرفی کنم ولی وقت نمی‌شد، این پروژه در واقع یک زبان Strict Type کامپایلری هست که سینتکس‌اش شباهت خیلی زیادی به تایپ‌اسکریپت داره و به‌عنوان یک برنامه‌نویس تایپ‌اسکریپت می‌تونید به‌راحتی باهاش شروع به‌کار کنید

البته که دسترسی به تمامی ویژگی های JS ندارید و بحث تایپ‌ها صرفا در حد warning نیست، بلکه عملا باید Strict Type بنویسید، پس خبری از TS Ignore هم نیست طبیعتا، ولی خب خیلی هیجان‌انگیز هست برای دولوپر های تایپ‌اسکریپت که بدون نیاز به دونستن زبان های کامپایلری مثل C یا C++ یا Rust و ...، می‌تونند برنامه‌های WASM بنویسند

ولی خب اصلا WASM چی هست؟ وب‌اسمبلی یا WASM در واقع روشی هست که شما کدهای باینری اسمبلی سطح پایینی بنویسید که مرورگر بتونه اون‌ها رو به‌صورت مستقیم اجرا کنه، البته کاربرد WASM بیشتر برای Port کردن برنامه‌های آماده به وب هست، مثلا FFMPEG یا PHP یا Curl یا ... همگی با قابلیت WASM در حال حاضر پورت شدند و می‌تونید در داخل مرورگرها ازشون استفاده کنید به‌صورت مستقیم، ولی خب با توجه به پرفرمنس بهتری که با WASM می‌تونید بگیرید برای عملیات های پردازشی مثل پردازش تصویر و...، این زبان می‌تونه گزینه معقولی باشه برای اینکه بخشی از پروژه‌تون که نیاز به پردازش داره رو به‌صورت WASM بنویسید

در کل، پروژه انقلابی نیست ولی خب یک گام بزرگی هست در زمینه برنامه‌های Hybrid ترکیبی JS و WASM، که بتونید بخش هایی از پروژه‌تون که نیاز هست رو WASM پیاده کنید بدون اینکه نیازمند به دونستن زبان‌های سطح‌پایین داشته باشید

🌐 assemblynoscript.org

مدت زیادی نیست که از VSCode مهاجرت کردم به Zed و واقعا تجربه لذت‌بخش و بی‌نظیری بوده و گفتم باهاتون به اشتراک بزارم (البته مدت زیادی هست که اینجا پست نزاشته بودم و کانال رفته بود پایین و گم کرده بودم)

من معمولا پروژه‌ها رو به‌صورت Remote توسعه میدم و تنها قابلیتی که باعث می‌شد نتونم از VSCode به IDE یا ادیتور دیگه‌ای مهاجرت کنم، همین قابلیت Remote SSH Development اش بود، یک قابلیت فوق‌العاده‌ای که میاد از طریق تانل SSH و نسخه CLI اش روی سرور، به شما این قابلیت رو میده که با ادیتوری که روی سیستم‌تون دارید روی سرور ریموت برنامه‌نویسی کنید به‌صورت زنده و روی سرور کامند ران کنید و نتیجه رو ببینید

حدودا چند ماهی می‌شه که Zed هم این قابلیت Remote Development رو اضافه کرده و بر اساس تست‌هایی که کردم، نه تنها یه سر و گردن بالاتر از نسخه VSCode هست، بلکه به‌شدت بهینه‌تر و سریع‌تر و با مصرف مموری کم‌تر هست! من هر موقع برنامه‌نویسی ریموت رو به دوستام توصیه کردم، همه‌شون به این دلیل که: مصرف منابع VSCode روی سرور بالاست، مخالفت کردند و خب Zed دقیقا این مشکل رو حل کرده

پشتیبانی‌اش از زبان‌های مرسوم مثل JS و TS و PHP و Rust و اون مار و چند تا زبان دیگه واقعا خوب و در حد VSCode هست به‌صورت دیفالت، البته هنوز به لحاظ Extension ای در فقر مطلق به سر می‌بره و اگر وابستگی روی افزونه‌های جانبی VSCode دارید قطعا گزینه خوبی نیست براتون، برای نوشتن افزونه برای Zed هم باید Rust بلد باشید که تقریبا Port کردن افزونه‌های VSCode به Zed رو خیلی دشوار می‌کنه، ولی در عوض شما با یک ادیتور خیلی خیلی سریع و بهینه‌ای طرف هستید که مصرف منابع و سرعتش واقعا شگفت‌زده‌تون می‌کنه

یک مشکل اساسی بزرگی که برای ما داره اینه که پشتیبانی درست حسابی از دایرکشن راست‌به‌چپ نداره و در نتیجه‌اش متن‌های فارسی به‌صورت درست رندر نمی‌شن در ترکیب با متن‌های چپ‌به‌راست، که خب ظاهرا در حال کار روی راه‌حل برای این موضوع هستند

در حالت کلی، اگر هنوز Zed رو تست نکردید، توصیه می‌کنم تست کنید و طبق نیازتون به‌صورت کاملا منعطف شخصی‌سازی کنید، شاید مثل من کم‌کم باهاش موندگار شدید 😉

🌐 Zed.dev