کلاد یه فیچر جدید داده بیرون که با فعال کردنش زمانی که وسط یک تسک به یوزیج لیمیت برسید و تسک متوقف بشه وقتی این لیمیت ریست بشه تسک رو از جایی که متوقف کرده ادامه میده !

@codehalics | کدهالیک

خوب پول میگیرید نه باریکلا !

@codehalics | کدهالیک

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

قرابت زیادی با این ویدیو از سروش صحت داشت اتفاقا این روزا بیشتر دارم نوشتن رو تمرین میکنم واقعا یکی از راه های جلوگیری از سطحی نگر شدن مغزمون در این هایپ فجیع هوش مصنوعیه!

https://www.seangoedecke.com/blog-about-things-you-dont-understand-yet/

@codehalics | کدهالیک

توی مصاحبه‌های فرانت‌اند، تفاوت Physical Properties و Logical Properties یکی از اون سوال‌های کلیدی برای بررسی تجربه شما توی طراحی سایت‌های چندزبانه است؛ ویژگی‌های فیزیکی مثل margin-left همیشه به یک سمت ثابت از صفحه اشاره می‌کنن و با تغییر جهت صفحه به RTL کلا چیدمان رو به هم می‌ریزن، اما ویژگی‌های منطقی مثل margin-inline-start بر اساس جهت خواندن متن عمل می‌کنن و با تغییر dir صفحه، خودشون رو بدون نیاز به کد اضافه یا override کردن، خیلی تمیز و هوشمندانه با زبان جدید هماهنگ می‌کنن.

پس بهتره برای سایت های دوزبانه از Logical Properties ها استفاده کنیم !

Sipan Younan ✍️

@codehalics | کدهالیک

موقع استفاده از useEffect یکسری سناریو وجود داره که ما مجبور می‌شیم یکسری آیتم رو به dependency array اضافه کنیم، اما نمی‌خوایم با هر بار تغییر کردن اون آیتم‌ها، Effect مجدد ران بشه.

همیشه Developerها راه‌حل‌های مختلفی برای حل این مشکل استفاده می‌کردن، از suppress کردن linter گرفته تا استفاده از useRef برای جلوگیری از اضافه کردن اون state به dependency array.

این یه چالش بود و خوشبختانه داخل آپدیت 19.2، ما حالا دسترسی به هوک useEffectEvent داریم که این مشکل رو برامون مثل آب خوردن حل می‌کنه.


Arian Nargesi ✍️

@codehalics | کدهالیک

پروژه Open Design واقعا یه جایگزین خفن و کاملا رایگان برای ابزارهایی مثل Claude Design به حساب میاد که بهت اجازه میده بدون دردسر رابط‌های کاربری جذاب بسازی. خوبی بزرگش اینه که کاملا دستت بازه و فقط کافیه کلید API هوش مصنوعی دلخواهت رو بهش وصل کنی تا مثل یه دستیار برنامه‌نویس حرفه‌ای، تمام کارهای طراحی و تولید کد رو برات انجام بده. با این ترفند دیگه محدود به یک اکوسیستم بسته یا پولی نیستی و میتونی با وصل کردن مدل‌های قدرتمندی که دوست داری، ایده‌هات رو تو سریع‌ترین زمان ممکن و با کمترین هزینه به واقعیت تبدیل کنی و از این آزادی عمل حسابی لذت ببری.

https://open-design.ai/

@codehalics | کدهالیک

خیلی چیز خفنیه الان تستش کردم
خفنیش به اینه که به کلاد کد خود سیستمت وصل میشه یا میتونی به کدکسی که داری استفاده میکنی وصلش کنی یا هر چیزی که cli داره روی سیستمت و قدرتش رو از اون میگیره !
و باهاش واقعا دیزاین های محشری میشه زد
حتما حتما تستش کنین !

@codehalics | کدهالیک

امروز یه ریپو پیدا کردم، با کلی تمپلیت آماده برای معرفی یا دمو محصول‌تون.
با ایجنت های کدتون میتونید این موشن‌ها رو با Remotion بسازین

Kamyar Rad✍️

https://github.com/Vincentwei1021/video-shotcraft

@codehalics | کدهالیک

‏یه آپدیت کوچیک Figma که UI رو تمیزتر و حرفه‌ای‌تر می‌کنه.
‏Figma دو گزینه‌ی جدید برای Text Wrap اضافه کرده:
‏Balance متن رو بین خطوط متعادل‌تر پخش می‌کنه.
‏Pretty نمی‌ذاره یک کلمه تنها توی خط آخر بمونه.

سورس توییت

https://www.figma.com/release-notes/

@codehalics | کدهالیک

یک سایت خیلی جذاب و کاربردی پیدا کردم

این سایت کلی DESIGN.md آماده داره که کلی تمپلیت، سیستم طراحی، رنگ، تایپوگرافی و استایل آماده جمع کرده. می‌تونید از بینشون بگردید، ایده بگیرید و برای پروژه‌های خودتون استفاده کنید.

Alireza ✍️

https://www.aura.build/design-systems

@codehalics | کدهالیک

مهاجرت پر هزینه از rest به grpc

نویسنده تو این مقاله داستان مهاجرت تیمشون از REST به gRPC رو تعریف میکنه و میگه با اینکه سرعت و عملکردشون واقعا بهتر شد، اما یک سال تمام درگیر دردسرهایی شدن که تو REST اصلا وجود نداشت. مشکل اصلی این بود که gRPC داده‌ها رو به شکل باینری می‌فرسته و خوندن یا دیباگ کردنش برای برنامه‌نویس‌ها و ابزارهای مختلف سخته، در حالی که REST متن ساده است و به راحتی بررسی میشه. در نهایت به این نتیجه رسیدن که عددهای مربوط به بنچمارک سرعت همه چیز نیستن و راحتی کار، خوانایی و پشتیبانی جهانی REST تو کارهای روزمره خیلی بیشتر از سرعت بالای gRPC ارزش داره، مگر اینکه واقعا تو پروژه‌تون با مشکل جدی پرفورمنس روبرو باشین.

https://python.plainenglish.io/we-switched-from-rest-to-grpc-for-the-performance-got-it-and-then-spent-a-year-fighting-a6366edc9ca6

@codehalics | کدهالیک

یه مشکلی که من باهاش داشتم همیشه grpcurl بود چون شما عملا از curl عادی نمیتونی استفاده کنی باید این پکیج رو بری مثلا روی پاد هات نصب کنی که خودش دردسره !
تست و دیباگ با grpcurl واقعا می‌تونه روی اعصاب باشه و اصلا اون سادگی curl معمولی یا ابزارهایی مثل Postman رو نداره.

بزرگترین دردسرش وقتیه که قابلیت Reflection روی سرور gRPC غیرفعال باشه. تو محیط پروداکشن معمولا این قابلیت رو به خاطر امنیت می‌بندن و این یعنی grpcurl کلا کور میشه و نمی‌فهمه چه متدهایی وجود داره. برای اینکه بتونی یه ریکوئست ساده بزنی مجبوری تمام فایل‌های proto رو دستی به ابزار معرفی کنی. وقتی داری روی یه معماری مایکروسرویس کار می‌کنی که فایل‌های proto پر از وابستگی و importهای مختلف هستن، پیدا کردن و آدرس دادن دقیق این مسیرها برای یه تست ساده به شدت کلافه‌کننده میشه.

علاوه بر اینا، چون gRPC روی HTTP/2 کار می‌کنه و به شدت به گواهینامه‌های TLS وابسته‌ست، وقتی داری لوکال تست می‌کنی دائم با خطای SSL روبرو میشی و باید با اضافه کردن فلگ‌های مختلف سعی کنی ابزار رو مجبور کنی که به سرور لوکال بدون سرتیفیکیت معتبر وصل بشه. همه این اصطکاک‌های کوچیک باعث میشه کاری که تو معماری REST تو چند ثانیه انجام میشد، اینجا کلی وقت و انرژی ازت بگیره.

یه باگ دیگم ما داشتیم توی nginx این بود که ریکوست رو سمتش میفرستادیم بعد ریکوسته میرفت ولی تو حین مسیر nginx قطعش میکرد ! بعد ریکوسته رفته بود رسپانسم نداشتی :))))))))

هزینه نگهداریش برای تیم ما که تیم نسبتا کوچیکیه واقعا بالاست ! شاید برای تیم های خیلی بزرگتر خیلی منطقی بنظر برسه مثلا بلوبانک الان همه ریکوست های فرانتشم GRPC عه و خیلی خوب دارن اینکارو انجام میدن !

@codehalics | کدهالیک

تو شبکه‌های اجتماعی همه میگن با اومدن هوش مصنوعی دیگه نیازی به یادگیری برنامه‌نویسی نیست و دوره‌ی مصاحبه‌های فنی تموم شده اما آمارها نشون میدن که تعداد این مصاحبه‌ها تقریبا دو برابر شده و اتفاقا سخت‌تر هم شدن. شرکت‌های بزرگ و حتی خود سازنده‌های هوش مصنوعی الان بیشتر از قبل روی مفاهیم پایه‌ای و درک عمیق شما از حل مسئله تمرکز دارن چون مصاحبه هیچ وقت فقط درباره تایپ کردن کد نبوده بلکه درباره قدرت تصمیم‌گیری و فهمیدن معماری سیستم‌هاست. در واقع هوش مصنوعی فقط لایه پایین کار یعنی کدنویسی روتین رو انجام میده و حالا سطح توقع شرکت‌ها بالاتر رفته و از شما میخوان کدهای واقعی رو دیباگ کنید یا سوتی‌های کدهای تولید شده توسط هوش مصنوعی رو بگیرید. در نهایت مقاله میگه نه حرف اونایی که میگن فقط پرامپت نوشتن کافیه درسته و نه اونایی که کلا استفاده از هوش مصنوعی رو پس میزنن بلکه برنده تو این بازار کسیه که اصول مهندسی نرم افزار رو خیلی خوب و عمیق بلده و همزمان میتونه از ابزارهای هوش مصنوعی هوشمندانه کمک بگیره.

https://start.dev/blog/did-ai-kill-coding-interviews

@codehalics | کدهالیک

سایت آئورا (Aura) یه مجموعه از گرادینت‌های نرم و جذابه که با ترکیب لایه‌ایِ رنگ‌ها، حسی دقیقاً مثل تابش نورِ واقعی رو تداعی می‌کنه. این پس‌زمینه‌های فضاساز و شیک خیلی راحت پشت هر رابط کاربری قرار می‌گیرن تا بدون شلوغ کردن صفحه، یه جلوهٔ مدرن و زنده بهش بدن.

https://auragradients.vercel.app/

@codehalics | کدهالیک

سلام دوستان
شرکت ما در حال استخدام یک نیروی کارآموز حضوری در تهران برای پوزیشن فرانت اند دولوپره
اگر با فریم ورک های
React/Next JS
کار کردید
رزومه هاتون رو برای این ایمیل بفرستید
amirzahedi0@gmail.com

#frontend

➖➖➖➖➖➖➖➖➖➖
💬 @job_bashe | گروه کار باشه با دسته بندی شغلی
📢 @karbashe_ir | کانال کار باشه

‏یه مقایسه جالب بین کلاد کد و کدکس خوندم.
‏اومده سابسکریپشن های ۲۰ دلاری شون رو مقایسه کرده.
‏لیمیت هفتگی کدکس تقریبا اندازه لیمیت ۵ ساعته کلاده.

‏اگه به جای ساب بخوای از api هاشون استفاده کنی روی کدکس ۴۲ و روی کلاد ۱۲۰ برابر گرون‌تر در میاد!


https://www.reddit.com/r/ClaudeAI/s/IOnCeQdFQb

TripleM✍️

@codehalics | کدهالیک

سیلو یه جایگزین کاملا مشابه برای MinIO هست که بعد از تغییر لایسنس اون، توسط کامیونیتی فورک و ایجاد شده. این پروژه که قبلا با اسم pgsty/minio شناخته میشد الان یه گزینه عالی برای ذخیره‌سازی S3 به حساب میاد و امکانات مهمی مثل پنل ادمین و داکیومنت‌ها رو دوباره برگردونده. اولین نسخه از این پروژه تو تاریخ ۶ آگوست ۲۰۲۶ منتشر شد و همونطور که تو هکرنیوز هم مطرح شده، کاملا آماده است تا به عنوان یه جانشین قوی، جای خالی MinIO رو برای کاربرا پر کنه.

پ.ن : نسخه جدید minio کلا لایسنسی شده و باید پول بابتش پرداخت کنین !

https://www.ssp.sh/brain/silo/

@codehalics | کدهالیک

فیگما قابلیت جدیدی معرفی کرد که ساخت و استفاده از اسکیل‌ها را مستقیماً داخل محیط فیگما ممکن می‌کند. از این پس کاربران می‌توانند با استفاده از Figma Agent یک اسکیل جدید بسازند، آن را در بخش Community منتشر کنند و اسکیل‌های منتشر شده توسط دیگران را ذخیره کرده و با دستور «/» اجرا نمایند. این تغییر بخش قابل توجهی از فرآیندهای طراحی و اتوماسیون را به درون خود فیگما منتقل می‌کند.

@codehalics | کدهالیک

تا حالا پیش اومده یه اپلیکیشن رو باز کنید و فقط به آیکون در حال چرخش لودینگ خیره بشید؟ این مشکل اعصاب خردکن معمولا به خاطر گیر کردن تو تله Request Waterfall به وجود میاد. یعنی یه درخواست برای گرفتن اطلاعات باید حتما صبر کنه تا درخواست قبلی تموم بشه و همین باعث کندی شدید میشه.

اما راه حل چیه؟ تو این مقاله یاد میگیریم چطور با ترکیب سه تا قابلیت عالی تو Next.js، یعنی React Suspense و Promise.all و Promise.allSettled، دیتاها رو به صورت موازی دریافت کنیم تا سرعت برنامه چند برابر بشه.

به طور خلاصه:

از Suspense استفاده میکنیم تا وقتی دیتا داره لود میشه، یه رابط کاربری موقت (مثل اسکلتون) نشون بدیم و صفحه سفید نمونه.

از Promise.all برای وقتایی استفاده میکنیم که همه دیتاها ضروری هستن و باید با هم لود بشن.

و از Promise.allSettled برای زمانی که میخوایم برنامه مقاوم باشه. یعنی حتی اگه یکی از API ها هم قطع بشه، کل برنامه از کار نمیفته و بقیه دیتاها به کاربر نشون داده میشن.

یه تیکه کد از این روش موازی رو اینجا ببینید:

const getSpellsPromise = fetch('https://api.example.com/spells').then(res => res.json());
const getBooksPromise = fetch('https://api.example.com/books').then(res => res.json());

// دریافت موازی اطلاعات بدون معطلی برای همدیگه
const [spellsResult, booksResult] = await Promise.allSettled([
  getSpellsPromise,
  getBooksPromise,
]);

با پیاده سازی این معماری، اپلیکیشن شما نه تنها خیلی سریع تر اجرا میشه، بلکه در برابر خطاهای سرور هم فوق العاده مقاوم تر عمل میکنه.

اگه میخواید با جزئیات دقیق تر این روش ها آشنا بشید و کدهای کاملش رو ببینید، پیشنهاد میکنم حتما ادامه این آموزش جذاب رو تو مدیوم بخونید:

https://medium.com/@fufudsby/mastering-parallel-data-fetching-in-next-js-5d5c30be26b3

@codehalics | کدهالیک

مقایسه بین SSE , وب سوکت و Long polling !

برای فرستادن دیتای ریل تایم از سرور به کلاینت کلا سه تا راه اصلی داریم: وب سوکت، اس اس ای (SSE) و لانگ پولینگ. حالا اومدیم ۱۰۰۰ تا ایونت رو تست زدیم ببینیم تو عمل کدوم بهتر جواب میده و هزینه واقعی هر کدوم تو لایه نتورک چقدره. برای اینکه دقیق متوجه بشیم، این ۱۰۰۰ تا ایونت ۱۱۷ بایتی رو تو شرایط کاملا یکسان با هر سه تا روش فرستادیم. نتیجه خیلی جالب بود.
در ادامه این سری پست ها به بررسی نتایج این آزمایش میپردازیم !

مقاله اصلی :
https://theinfinity.dev/articles/websocket-vs-sse-vs-polling


@codehalics | کدهالیک

مقایسه هزینه واقعی تو لایه نتورک

رو بستر وب سوکت این هزار تا ایونت کلا ۱۱۹ کیلوبایت ترافیک مصرف کرد. با اس اس ای این عدد شد ۱۳۱ کیلوبایت. اما لانگ پولینگ روی اچ تی تی پی وان (HTTP/1.1) یه فاجعه واقعی بود و ۸۸۴ کیلوبایت ترافیک ساخت. دلیل این اختلاف عجیب و غریب هم هدرهای ریکوئست‌های اچ تی تی پی هست. تو لانگ پولینگ حجم زیادی از هدرها و کوکی‌های سشن برای تک تک این هزار تا ایونت مدام ارسال میشن که فقط ۵۶۹ کیلوبایتش مربوط به همین هدرها بود.

@codehalics | کدهالیک