آخرین کد نویس
657 subscribers
195 photos
32 videos
37 files
238 links
دوران برنامه‌نویسی سنتی به پایان رسیده؛ یا با هوش مصنوعی هم‌مسیر می‌شی یا جا می‌مونی. اینجا یاد می‌گیریم چطور با اهرمِ AI، ده برابر سریع‌تر کد بزنیم و مهندسِ آینده باشیم.

به جمع آخرین کدنویس‌ها خوش اومدی.


گروه: https://t.me/lastcoderworldg
Download Telegram
Media is too big
VIEW IN TELEGRAM
نرم‌افزار صنعتی برای انبار ساخته شده با Opus 5.5
❤‍🔥4🔥1
🚀 ایده‌ای برای ساختن آینده دارید؟
وقت آن رسیده که آن را به یک فرصت واقعی تبدیل کنید

💢 دهمین جشنواره اندیشمندان و دانشمندان جوان با رویکرد ویژه «نوآوران نسل آینده»، فرصتی برای جوانان، دانشجویان و پژوهشگران فراهم کرده است تا ایده‌های نوآورانه خود را ارائه کرده و از حمایت‌های جشنواره بهره‌مند شوند.

🔻 محورهای جشنواره:
علوم شیمی، فیزیک، علوم زیستی، زمین‌شناسی، ریاضی، آمار و علوم کامپیوتر (هوش مصنوعی)

🌱 رویکرد ویژه جشنواره:
«نوآوران نسل آینده» با تمرکز بر جوانان ۱۴ تا ۲۳ سال و حمایت از ایده‌های نوآورانه و استعدادهای جوان.

🏆 حمایت‌های جشنواره:
💰 جوایز و اعتبار حمایتی ویژه
🔬 حمایت پژوهشی از طرح‌ها و ایده‌های منتخب
🌟 فرصت معرفی و توسعه ایده‌های نوآورانه

📅 مهلت ثبت‌نام: از مردادماه تا ۱۵ مهرماه ۱۴۰۵ ( تا ۳۰ مهر تمدید شده )
🌐 ثبت‌نام و اطلاعات بیشتر:👇

www.ysf-persia.com⁠
❤2❤‍🔥2
مشکل هوش مصنوعی کد زدن نیست؛ نداشتن سلیقه طراحی است!

هوش مصنوعی خیلی راحت برات کامپوننت UI می‌سازه، اما معمولاً تفاوت یک دیزاین خشک و معمولی با یک محصول نرم، چشم‌نواز و استاندارد رو نمی‌فهمه.
حالا Emil Kowalski طراح سرشناس با سابقه کار در Vercel و Linear اومده تمام تجربه‌اش رو در قالب یک ریپازیتوری به اسم Skills منتشر کرده؛ راهنماها و اصولی دقیق که به ابزارهای هوش مصنوعی یاد میده چطور مثل دیزاینرهای حرفه‌ای فکر کنن:
- درک عمیق سلیقه بصری و استانداردهای طراحی اپل
- پیاده‌سازی انیمیشن‌ها و ترنزیشن‌های نرم و طبیعی
- توجه به ریزه‌کاری‌ها و میکرو‌اینترکشن‌هایی که یک محصول رو خاص می‌کنه

https://github.com/emilkowalski/skills
❤‍🔥3❤1🍓1
چجوری مقالات علمی رو بخونید!

یوتیوب

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

تغییر نگاه به علم (00:54 - 03:45): علم فرآیندی تدریجی و جمعی است. برخلاف تصور، مقالات علمی «داستان» نیستند و خواننده نباید لزوماً تمام بخش‌های آن‌ها را به ترتیب بخواند.
استراتژی سه مرحله‌ای کشاو (13:34 - 14:17):
مرحله اول (نمای کلی/Birds-eye View): بررسی سریع عنوان، چکیده، مقدمه و سرفصل‌ها (۵ تا ۱۰ دقیقه) برای درک کلیت کار.
مرحله دوم: مطالعه بخش‌های اصلی و ارزیابی نتایج و تصاویر (بدون درگیر شدن در جزئیات ریاضی بسیار پیچیده در ابتدا).
مرحله سوم: مطالعه عمیق برای درک کامل جهت بازتولید یا پیاده‌سازی روش.
تمرکز بر مقدمه و کارهای مرتبط (16:11 - 25:57): نویسنده تأکید دارد که برای ورود به یک حوزه جدید، «مقدمه» (Introduction) منبع طلا است، زیرا مشکلات روش‌های پیشین و دلایل ارائه روش جدید را شرح می‌دهد.
مدیریت کمال‌گرایی (12:56 - 13:25): لازم نیست هر مقاله را تا انتها بخوانید؛ اگر مقاله در راستای نیاز شما نیست، یادگیری را متوقف کنید و سراغ منبع بعدی بروید.
استفاده از ابزارها (30:28 - 31:30): استفاده از ابزارهایی مانند Zotero برای یادداشت‌برداری و دسته‌بندی مقالات برای مدیریت دانش پیشنهاد شده است.

در نهایت، نویسنده توصیه می‌کند که هر فرد روش خواندن خود را «شخصی‌سازی» کند تا یادگیری برایش لذت‌بخش‌تر و کاربردی‌تر شود.
❤‍🔥3❤1👍1🔥1🍓1
This media is not supported in your browser
VIEW IN TELEGRAM
هندوانه ژله ای، ساخته شده با Opus 5.5

https://claude.ai/artifact/1d84RUzME4yxn8dFhyRV6z
🔥3❤‍🔥2👍1
This media is not supported in your browser
VIEW IN TELEGRAM
شبیه ساز کامل جهان، ساخته شده با Opus 5.5

https://universesimulator.org/
🔥4❤‍🔥3
کانتکست پویا، مغالطه تفنگ چخوف و راز بازیابی دقیق RAG

بعد از آماده‌سازی دستورات ثابت، نوبت به تزریق داده‌های زنده و متغیر کاربر می‌رسد. این مرحله جایی است که ارزش واقعی یک سیستم هوشمند مشخص می‌شود، اما یک خطای رایج می‌تواند کل سیستم را نابود کند: مغالطه تفنگ چخوف Chekhov’s Gun Fallacy!
آنتون چخوف نویسنده معروف می‌گوید: اگر در پرده اول تفنگی روی دیوار آویزان است، در پرده دوم حتماً باید شلیک شود؛ وگرنه اصلاً جایش آنجا نیست.
مدل‌های زبانی دقیقاً با همین فرض جلو می‌روند: آن‌ها فکر می‌کنند هر فکت یا دیتایی که داخل پرامپت گذاشته‌اید، حتماً دلیلی داشته و باید در خروجی اعمال شود! اگر کانتکست‌های نامربوط، ناقص یا حاشیه‌ای را به زور وارد پرامپت کنید، مدل روی آن‌ها وسواس پیدا کرده و پاسخ نهایی را به بیراهه می‌کشد.
دو روش بنیادین برای پیدا کردن کانتکست درست Retrieval:
۱. جستجوی لغوی Lexical Retrieval:
همان روش سنتی و سریع مثل الگوریتم‌های Jaccard Similarity، TF-IDF یا BM25. بر اساس اشتراک مستقیم کلمات و ریشه‌یابی لغات کار می‌کند. در جاهایی مثل GitHub Copilot برای اسکن سریع تب‌های باز در ادیتور عالی جواب می‌دهد چون بسیار سریع است و نیازی به ایندکس‌های سنگین ندارد. اما مشکلش این است: مترادف‌ها را نمی‌فهمد و با تغییر ادبیات کاربر ممکن است داده مرتبط را پیدا نکند.
۲. جستجوی عصبی و معنایی Neural Retrieval:
استفاده از مدل‌های Embedding و پایگاه داده‌های برداری Vector DBs مثل FAISS یا Pinecone. جملات به بردار تبدیل می‌شوند و مدل مفهوم و معنا را مقایسه می‌کند، نه صرفاً تشابه ظاهری کلمات را! حتی اگر کلمات کاملاً متفاوت باشند یا به دو زبان مختلف نوشته شده باشند، شباهت معنایی کشف می‌شود.
نکته معماری:
همیشه فکر نکنید بردارها بهترند؛ بازیابی لغوی بسیار شفاف‌تر است، دیباگ کردنش راحت‌تر است و کنترل دقیق‌تری برای تنظیم وزن فیلدها به شما می‌دهد. برای داده‌های عمومی و متنی، ترکیب هوشمندانه هر دو روش Hybrid Search معمولاً بهترین نتیجه را می‌سازد.

در قسمت چهارم و پایانی این فصل بررسی می‌کنیم: وقتی حجم مستندات از پنجره حافظه مدل بزرگ‌تر است، چطور با خلاصه‌سازی سلسله‌مراتبی (Hierarchical Summarization) مشکل را حل کنیم!

فصل پنجم، بخش سوم

کتاب Prompt Engineering for LLMs
❤‍🔥1👍1🔥1
Media is too big
VIEW IN TELEGRAM
از کلود خواسته شده داخل ذهن خودش رو نشان دهد، ساخته شده با Opus 5.5
🔥5❤1❤‍🔥1👍1👎1
وقتی متن در حافظه مدل جا نمی‌شود؛ خلاصه‌سازی سلسله‌مراتبی و تله بازی تلفن!

گاهی در یک پروژه نرم‌افزاری نیاز دارید مدل زبانی کل یک سند صد صفحه‌ای، یک کتاب کامل یا تاریخچه یک سال چت کاربر را تحلیل کند. هرچقدر هم پنجره کانتکست بزرگ باشد، فرستادن مستقیم یک فایل حجیم هم به شدت گران تمام می‌شود و هم دقت توجه مدل را پایین می‌آورد.
در این شرایط، به جای متمرکز شدن روی تکه‌های کوچک، تکنیک خلاصه‌سازی سلسله‌مراتبی Hierarchical Summarization وارد میدان می‌شود:
- رویکرد تقسیم و حل Divide & Conquer: متن عظیم را در مرزهای طبیعی آن مثل فصل‌ها، بخش‌ها یا ماژول‌های کد به بخش‌های کوچک‌تر تقسیم کرده و ابتدا هر بخش را جداگانه خلاصه می‌کنید.

- خلاصه از خلاصه‌ها: در سطح بعدی، خروجی مرحله اول را به عنوان ورودی به مدل می‌دهید و خلاصه‌ای کلی‌تر می‌گیرید. در پروژه‌های بسیار بزرگ، این کار به صورت بازگشتی در چندین لایه تکرار می‌شود تا به یک دید کلان برسید.
دو چالش مهندسی که باید مراقبشان باشید:
- تله بازی کلاغ‌پر / تلفن The Rumor Problem:
در فشرده‌سازی‌های چندلایه، هر سطح از خلاصه‌سازی مقداری خطای درک به همراه دارد. خطایی که در لایه اول رخ دهد، مثل بازی تلفن به لایه‌های بالاتر سرایت کرده و ممکن است در خلاصه نهایی به یک واقعیت کاملاً جعلی تبدیل شود.

- خلاصه‌سازی عمومی در برابر هدفمند General vs Specific:
اگر خلاصه‌سازی را عمومی بخواهید، مدل جزئیات ظاهراً کم‌اهمیت مثل اشاره تصادفی کاربر به یک ابزار خاص را حذف می‌کند؛ در حالی که ممکن است کلید اصلی حل مسئله در همان نکته ریز باشد. در مسائل مشخص، دستور خلاصه‌سازی را دقیقاً بر اساس هدف نهایی سیستم مثلاً استخراج نیازمندی‌های امنیتی تنظیم کنید.
پایان فصل پنجم
در فصل بعدی بررسی خواهیم کرد که چطور همه این تکه‌ها را در کنار هم بچینیم، اولویت‌بندی کنیم و یک پرامپت مهندسی‌شده و بهینه بسازیم.

فصل پنجم، بخش چهارم

کتاب Prompt Engineering for LLMs
❤‍🔥1❤1👍1