بازیهای جدید و سنگین PS5 به راحتی روی دستگاه هکی کار نمیکنه و خطا PRX_NOT_RESOLVED_FUNCTION میده باید برنامه
https://github.com/gcoding97/PS5-Game-Compressor
دانلود و روی دستگاه اجرا کنید حالا فایلهای اون بازی را Image کنید و از روی Image جدید مجدد بازی را نصب کنید
@DevTwitter | <Teegra/>
https://github.com/gcoding97/PS5-Game-Compressor
دانلود و روی دستگاه اجرا کنید حالا فایلهای اون بازی را Image کنید و از روی Image جدید مجدد بازی را نصب کنید
@DevTwitter | <Teegra/>
👍25❤1
Forwarded from کارخانه هوشمصنوعی ایران
ایران هنگام کار است.
مسئلههای واقعی به آدمهایی نیاز دارند که پای کار بایستند، بسازند، آزمایش کنند و تا رسیدن به یک راهحل واقعی ادامه دهند.
«کوره پاییز کارخونه» یک دوره سهماهه، حضوری و تماموقت برای تیمهایی است که میخواهند روی مسئلههای واقعی کار کنند و از دل آنها، محصول و کسبوکاری مقیاسپذیر بسازند.
در این مسیر:
▪️ سه ماه حضور تماموقت در کارخانه هوش مصنوعی ایران
▪️ کار روی مسئلههای واقعی
▪️ ساخت محصول واقعی و کسبوکاری مقیاسپذیر
▪️ دریافت سرمایه تا سقف ۳ میلیارد تومان در طول دوره
▪️ فرصت جذب سرمایه تا ۵۰ میلیارد تومان پس از پایان دوره
کوره جاییست که ساختن بر هر چیز دیگری مقدم است و ایدهها به راهحلهایی برای مسئلههای واقعی ایران تبدیل میشوند. توسعه از همینجا آغاز میشود؛ از ساختن چیزی که گرهی از کار ایران باز کند.
🔗 aiif.ai/kooreh
مهلت ثبتنام: تا ۲۰ مهر تمدید شد!
@aiif_channel
مسئلههای واقعی به آدمهایی نیاز دارند که پای کار بایستند، بسازند، آزمایش کنند و تا رسیدن به یک راهحل واقعی ادامه دهند.
«کوره پاییز کارخونه» یک دوره سهماهه، حضوری و تماموقت برای تیمهایی است که میخواهند روی مسئلههای واقعی کار کنند و از دل آنها، محصول و کسبوکاری مقیاسپذیر بسازند.
در این مسیر:
▪️ سه ماه حضور تماموقت در کارخانه هوش مصنوعی ایران
▪️ کار روی مسئلههای واقعی
▪️ ساخت محصول واقعی و کسبوکاری مقیاسپذیر
▪️ دریافت سرمایه تا سقف ۳ میلیارد تومان در طول دوره
▪️ فرصت جذب سرمایه تا ۵۰ میلیارد تومان پس از پایان دوره
کوره جاییست که ساختن بر هر چیز دیگری مقدم است و ایدهها به راهحلهایی برای مسئلههای واقعی ایران تبدیل میشوند. توسعه از همینجا آغاز میشود؛ از ساختن چیزی که گرهی از کار ایران باز کند.
🔗 aiif.ai/kooreh
مهلت ثبتنام: تا ۲۰ مهر تمدید شد!
@aiif_channel
🍌34👎8❤2
این ویدیو رو از دست ندید!
مهرزاد عزیز رفته سراغ Jev و با بیان عالیش توضیح میده که چیه و چیکار میکنه...
دیدن ویدیوهای مهرزاد فارغ از موضوع به همه توصیه میشه :) جهت لذت بردن از دیدن کسی که در عین خفن بودن...
متواضعانه آموزش میده و کنار بقیه است
https://youtu.be/mxijLTA5RTw
@DevTwitter | <Ali Rashedi/>
مهرزاد عزیز رفته سراغ Jev و با بیان عالیش توضیح میده که چیه و چیکار میکنه...
دیدن ویدیوهای مهرزاد فارغ از موضوع به همه توصیه میشه :) جهت لذت بردن از دیدن کسی که در عین خفن بودن...
متواضعانه آموزش میده و کنار بقیه است
https://youtu.be/mxijLTA5RTw
@DevTwitter | <Ali Rashedi/>
👍42🍌21🔥7
This media is not supported in your browser
VIEW IN TELEGRAM
منبع خیلی کاربردی برای ساخت UI با AI پیدا کردم
سایت Refero Styles بیش از ۲۰۰۰ سبک طراحی واقعی از بهترین محصولات دنیا رو جمع کرده
همهشون به فرمت DESIGN.md هستن که مستقیم به ایجنت میدی و UI خیلی حرفهایتر و خوشسلیقهتری درمیاره
لینک
https://styles.refero.design/
@DevTwitter | <Reza/>
سایت Refero Styles بیش از ۲۰۰۰ سبک طراحی واقعی از بهترین محصولات دنیا رو جمع کرده
همهشون به فرمت DESIGN.md هستن که مستقیم به ایجنت میدی و UI خیلی حرفهایتر و خوشسلیقهتری درمیاره
لینک
https://styles.refero.design/
@DevTwitter | <Reza/>
🔥22❤3
فرانتاند سخت نیست، تا وقتی که پروژه واقعی نشده! :)
ساختن یه صفحه با React و Tailwind شاید چند ساعت زمان ببره؛ اما ساختن سیستمی که قراره چند سال توسعه پیدا کنه، داستان کاملاً متفاوتیه.
وقتی پروژه بزرگتر میشه، دیگه فقط بحث Component ساختن و Pixel Perfect بودن نیست.
اینجاست که چالشهای واقعی شروع میشن:
معماریای که با اضافه شدن هر فیچر به هم نریزه.
بخش Performance که با افزایش حجم داده قربانی نشه.
مدیریت State بدون ایجاد وابستگیهای پیچیده.
تستنویسی، مقیاسپذیری و کدی که نفر بعدی هم بتونه بفهمه و توسعه بده.
اینجاست که نقش Software Engineering پررنگ میشه.
به نظرم یه مهندس نرمافزار صرفاً کسی نیست که بتونه یه فیچر رو پیادهسازی کنه؛ کسیه که میفهمه چرا باید یه راهحل رو انتخاب کنه، چه هزینهای داره و شش ماه بعد چه تأثیری روی کل سیستم میذاره.
نوشتن کدی که امروز کار کنه یه مهارته؛
ساختن سیستمی که فردا هم بشه روش حساب کرد، یه مهارت دیگهست!
@DevTwitter | <Mohsen Karimvand/>
ساختن یه صفحه با React و Tailwind شاید چند ساعت زمان ببره؛ اما ساختن سیستمی که قراره چند سال توسعه پیدا کنه، داستان کاملاً متفاوتیه.
وقتی پروژه بزرگتر میشه، دیگه فقط بحث Component ساختن و Pixel Perfect بودن نیست.
اینجاست که چالشهای واقعی شروع میشن:
معماریای که با اضافه شدن هر فیچر به هم نریزه.
بخش Performance که با افزایش حجم داده قربانی نشه.
مدیریت State بدون ایجاد وابستگیهای پیچیده.
تستنویسی، مقیاسپذیری و کدی که نفر بعدی هم بتونه بفهمه و توسعه بده.
اینجاست که نقش Software Engineering پررنگ میشه.
به نظرم یه مهندس نرمافزار صرفاً کسی نیست که بتونه یه فیچر رو پیادهسازی کنه؛ کسیه که میفهمه چرا باید یه راهحل رو انتخاب کنه، چه هزینهای داره و شش ماه بعد چه تأثیری روی کل سیستم میذاره.
نوشتن کدی که امروز کار کنه یه مهارته؛
ساختن سیستمی که فردا هم بشه روش حساب کرد، یه مهارت دیگهست!
@DevTwitter | <Mohsen Karimvand/>
👍69🍌15❤12
مهم
اگر از Redis در پروژههاتون استفاده میکنید، این آسیبپذیری رو جدی بگیرید
CVE-2025-49844 | CVSS 10.0
این آسیبپذیری که به اسم RedisRCE هم شناخته میشه، مربوط به یک مشکل Memory Safety از نوع Use-After-Free در اجرای اسکریپتهای Lua در Redis هست
به زبان ساده، مهاجمِ احراز هویتشده میتونه با یک اسکریپت Lua دستکاریشده، در شرایط خاص باعث استفاده از حافظهای بشه که قبلاً آزاد شده؛ موضوعی که میتونه در نهایت به اجرای کد دلخواه روی سرور منجر بشه
نکته مهم اینه که داشتن رمز عبور بهتنهایی برای امن بودن Redis کافی نیست، مخصوصاً اگر دسترسی کاربران به دستورات حساس محدود نشده باشه.
چطور از Redis محافظت کنیم؟
۱. ردیس رو به نسخهای که این آسیبپذیری در اون برطرف شده ارتقا بدید.
۲. پورت Redis رو مستقیماً روی اینترنت در دسترس قرار ندید.
۳. احراز هویت رو فعال کنید و بهجای یک کاربر مشترک، از ACL برای محدود کردن دسترسی هر سرویس استفاده کنید.
۴. دسترسی به اجرای اسکریپتهای Lua رو فقط به کاربرانی بدید که واقعاً بهش نیاز دارن.
۵. اگر Redis رو با Docker اجرا میکنید، پورتها رو بیدلیل Publish نکنید و ارتباط با Redis رو به شبکه داخلی و سرویسهای مجاز محدود کنید.
برای Redis Open Source، نسخههای اصلاحشده شامل 8.2.2، 8.0.4، 7.4.6، 7.2.11 و نسخههای بعدی هر شاخه هستند. برای شاخههای قدیمیتر و Redis Software، نسخه اصلاحشده متفاوت است؛ قبل از ارتقا، جدول رسمی نسخهها رو بررسی کنید.
یک نکته مهم در DevOps:
امنیت دیتابیس فقط به رمز عبور قوی محدود نمیشه؛ نسخه نرمافزار، سطح دسترسی کاربران و محدودیت دسترسی شبکه هم به همون اندازه اهمیت دارن.
منبع رسمی:
https://redis.io/blog/security-advisory-cve-2025-49844/
@DevTwitter | <ali sahrayi/>
اگر از Redis در پروژههاتون استفاده میکنید، این آسیبپذیری رو جدی بگیرید
CVE-2025-49844 | CVSS 10.0
این آسیبپذیری که به اسم RedisRCE هم شناخته میشه، مربوط به یک مشکل Memory Safety از نوع Use-After-Free در اجرای اسکریپتهای Lua در Redis هست
به زبان ساده، مهاجمِ احراز هویتشده میتونه با یک اسکریپت Lua دستکاریشده، در شرایط خاص باعث استفاده از حافظهای بشه که قبلاً آزاد شده؛ موضوعی که میتونه در نهایت به اجرای کد دلخواه روی سرور منجر بشه
نکته مهم اینه که داشتن رمز عبور بهتنهایی برای امن بودن Redis کافی نیست، مخصوصاً اگر دسترسی کاربران به دستورات حساس محدود نشده باشه.
چطور از Redis محافظت کنیم؟
۱. ردیس رو به نسخهای که این آسیبپذیری در اون برطرف شده ارتقا بدید.
۲. پورت Redis رو مستقیماً روی اینترنت در دسترس قرار ندید.
۳. احراز هویت رو فعال کنید و بهجای یک کاربر مشترک، از ACL برای محدود کردن دسترسی هر سرویس استفاده کنید.
۴. دسترسی به اجرای اسکریپتهای Lua رو فقط به کاربرانی بدید که واقعاً بهش نیاز دارن.
۵. اگر Redis رو با Docker اجرا میکنید، پورتها رو بیدلیل Publish نکنید و ارتباط با Redis رو به شبکه داخلی و سرویسهای مجاز محدود کنید.
برای Redis Open Source، نسخههای اصلاحشده شامل 8.2.2، 8.0.4، 7.4.6، 7.2.11 و نسخههای بعدی هر شاخه هستند. برای شاخههای قدیمیتر و Redis Software، نسخه اصلاحشده متفاوت است؛ قبل از ارتقا، جدول رسمی نسخهها رو بررسی کنید.
یک نکته مهم در DevOps:
امنیت دیتابیس فقط به رمز عبور قوی محدود نمیشه؛ نسخه نرمافزار، سطح دسترسی کاربران و محدودیت دسترسی شبکه هم به همون اندازه اهمیت دارن.
منبع رسمی:
https://redis.io/blog/security-advisory-cve-2025-49844/
@DevTwitter | <ali sahrayi/>
❤8🔥4🍌1
این روزها عنوانهای Agentic Developer (توسعهدهندهٔ مسلط به عاملها) و AI-powered Developer (توسعهدهندهٔ توانمند با هوش مصنوعی) را زیاد میبینیم.
اما استفاده از ابزارهای کدنویسی کافی است که خودمان را با این عنوانها معرفی کنیم؟
به نظرم معیار، تعداد ابزارها نیست؛ این است که چه کاری را میتوانیم واگذار کنیم، چطور درستی نتیجه را بسنجیم و کجا کنترل را نگه داریم.
این ۹ گام، یک نقشهٔ پیشنهادی برای پیدا کردن جای خودمان است؛ نه یک استاندارد رسمی.
۱. کمک بگیر، اما بفهم
از هوش مصنوعی برای توضیح کد و تحلیل خطا کمک بگیر.
نشانهٔ آمادگی: بتوانی پاسخ را توضیح بدهی و بخشهای نامطمئنش را تشخیص بدهی.
۲. مسئله را روشن کن
قبل از Prompt، هدف، محدودیت و Acceptance Criteria (معیار پذیرش) را بنویس.
نشانهٔ آمادگی: قبل از گرفتن پاسخ، بدانی خروجی قابلقبول چیست.
۳. زمینهٔ درست فراهم کن
با Context Engineering (طراحی زمینه)، فایلها، قواعد و اطلاعات مرتبط را در اختیار مدل بگذار؛ نه کل پروژه را بیهدف.
نشانهٔ آمادگی: کمتر مجبور شوی حدسهای اشتباه مدل را اصلاح کنی.
۴. با شواهد اعتماد کن
با Verification (راستیآزمایی)، خروجی را تست و بازبینی کن. تستهای تولیدشده هم نیاز به بررسی دارند.
نشانهٔ آمادگی: دلیل پذیرش تغییر، شواهد باشد؛ نه توضیح قانعکنندهٔ مدل.
۵. کار را قابلکنترل کن
با Task Decomposition (تقسیم کار)، درخواست بزرگ را به طرح، تغییرات کوچک، تست و بازبینی بشکن.
نشانهٔ آمادگی: بتوانی هر بخش را مستقل بفهمی و اصلاح کنی.
۶. روش تکرارپذیر بساز
یک Workflow (گردشکار) مشخص برای کاری مثل رفع باگ تعریف کن: بازتولید، تست، اصلاح و بازبینی.
نشانهٔ آمادگی: خودت و همکارت بتوانید این روش را روی چند کار مشابه تکرار کنید.
۷. اختیار محدود واگذار کن
به Agent (عامل اجرایی) کار چندمرحلهای بده؛ با دسترسی محدود، نقاط تأیید و امکان Rollback (بازگردانی).
نشانهٔ آمادگی: بتوانی اجرا را بررسی و متوقف کنی و تغییرات را برگردانی.
۸. اثر واقعی را بسنج
در Evaluation (ارزیابی)، زمان کل، بازبینی، دوبارهکاری، خطا و هزینه را با روش قبلی مقایسه کن.
نشانهٔ آمادگی: بدانی هوش مصنوعی کجا کمک میکند و کجا نه.
۹. مسئلهٔ بهتری حل کن
با Product Thinking (تفکر محصولی)، بپرس: آیا این قابلیت لازم است؟ آیا گلوگاه واقعاً کدنویسی است؟
نشانهٔ آمادگی: اثر کارت در نتیجهٔ محصول دیده شود، نه فقط حجم کد.
ممکن است در تستنویسی قدم هفتم باشی و در معماری قدم دوم؛ طبیعی است. بلوغ بیشتر هم الزاماً یعنی اختیار بیشتر دادن نیست؛ یعنی واگذاری متناسب با ریسک.
برای معرفی تواناییات، بهجای یک عنوان کلی، شواهد بده:
«رفع باگ را با گردشکار مشخص، تست و بازبینی انجام میدهم.»
حالا قدم بعدی را مشخص کن:
«در کارِ …، در قدمِ … هستم و این هفته روی … تمرین میکنم.»
هدف، واگذاری فهمیدن نیست؛ تقویت توان تصمیمگیری ماست.
@DevTwitter | <HamidReza Madani/>
اما استفاده از ابزارهای کدنویسی کافی است که خودمان را با این عنوانها معرفی کنیم؟
به نظرم معیار، تعداد ابزارها نیست؛ این است که چه کاری را میتوانیم واگذار کنیم، چطور درستی نتیجه را بسنجیم و کجا کنترل را نگه داریم.
این ۹ گام، یک نقشهٔ پیشنهادی برای پیدا کردن جای خودمان است؛ نه یک استاندارد رسمی.
۱. کمک بگیر، اما بفهم
از هوش مصنوعی برای توضیح کد و تحلیل خطا کمک بگیر.
نشانهٔ آمادگی: بتوانی پاسخ را توضیح بدهی و بخشهای نامطمئنش را تشخیص بدهی.
۲. مسئله را روشن کن
قبل از Prompt، هدف، محدودیت و Acceptance Criteria (معیار پذیرش) را بنویس.
نشانهٔ آمادگی: قبل از گرفتن پاسخ، بدانی خروجی قابلقبول چیست.
۳. زمینهٔ درست فراهم کن
با Context Engineering (طراحی زمینه)، فایلها، قواعد و اطلاعات مرتبط را در اختیار مدل بگذار؛ نه کل پروژه را بیهدف.
نشانهٔ آمادگی: کمتر مجبور شوی حدسهای اشتباه مدل را اصلاح کنی.
۴. با شواهد اعتماد کن
با Verification (راستیآزمایی)، خروجی را تست و بازبینی کن. تستهای تولیدشده هم نیاز به بررسی دارند.
نشانهٔ آمادگی: دلیل پذیرش تغییر، شواهد باشد؛ نه توضیح قانعکنندهٔ مدل.
۵. کار را قابلکنترل کن
با Task Decomposition (تقسیم کار)، درخواست بزرگ را به طرح، تغییرات کوچک، تست و بازبینی بشکن.
نشانهٔ آمادگی: بتوانی هر بخش را مستقل بفهمی و اصلاح کنی.
۶. روش تکرارپذیر بساز
یک Workflow (گردشکار) مشخص برای کاری مثل رفع باگ تعریف کن: بازتولید، تست، اصلاح و بازبینی.
نشانهٔ آمادگی: خودت و همکارت بتوانید این روش را روی چند کار مشابه تکرار کنید.
۷. اختیار محدود واگذار کن
به Agent (عامل اجرایی) کار چندمرحلهای بده؛ با دسترسی محدود، نقاط تأیید و امکان Rollback (بازگردانی).
نشانهٔ آمادگی: بتوانی اجرا را بررسی و متوقف کنی و تغییرات را برگردانی.
۸. اثر واقعی را بسنج
در Evaluation (ارزیابی)، زمان کل، بازبینی، دوبارهکاری، خطا و هزینه را با روش قبلی مقایسه کن.
نشانهٔ آمادگی: بدانی هوش مصنوعی کجا کمک میکند و کجا نه.
۹. مسئلهٔ بهتری حل کن
با Product Thinking (تفکر محصولی)، بپرس: آیا این قابلیت لازم است؟ آیا گلوگاه واقعاً کدنویسی است؟
نشانهٔ آمادگی: اثر کارت در نتیجهٔ محصول دیده شود، نه فقط حجم کد.
ممکن است در تستنویسی قدم هفتم باشی و در معماری قدم دوم؛ طبیعی است. بلوغ بیشتر هم الزاماً یعنی اختیار بیشتر دادن نیست؛ یعنی واگذاری متناسب با ریسک.
برای معرفی تواناییات، بهجای یک عنوان کلی، شواهد بده:
«رفع باگ را با گردشکار مشخص، تست و بازبینی انجام میدهم.»
حالا قدم بعدی را مشخص کن:
«در کارِ …، در قدمِ … هستم و این هفته روی … تمرین میکنم.»
هدف، واگذاری فهمیدن نیست؛ تقویت توان تصمیمگیری ماست.
@DevTwitter | <HamidReza Madani/>
❤14👍4🍌1
امروز یه مقدار بیکار بودم گفتم Notepad++ رو برای mac os با rust بازنویسی کنم. نتیجه به نظرم خیلی خوب شد. خودم که خیلی بهش نیاز داشتم و اپ های مشابه رو نمیپسندیدم. اگه خواستید این لینک گیتهابم
https://github.com/sonatina-dream/Linewright
@DevTwitter | <Sonata/>
https://github.com/sonatina-dream/Linewright
@DevTwitter | <Sonata/>
🍌78❤13👎5
اساتید، مهندسین نرمافزار و توسعهدهندگان ایرانی و خارجی!
یک مقالهی جدید آماده کردیم که میتونه برای تقویت مهارتهای فنی و آمادگی برای مصاحبههای استخدامی در گوگل و شرکتهای بزرگ تکنولوژی بهتون کمک کنه.
توی این مقاله دربارهی Big-O درگونگ صحبت کردیم؛ از تحلیل پیچیدگی زمانی و فضایی الگوریتمها گرفته تا نوشتن کدهای بهینهتر و کارآمدتر.
اگه میخواید دانش الگوریتمی خودتون رو تقویت کنید و برای چالشهای مصاحبههای فنی آمادهتر باشید، این مقاله رو از دست ندید!
https://medium.com/@milwad.dev/big-o-in-go-a-practical-guide-for-software-engineers-4812016dd1dd
@DevTwitter | <Milwad Khosravi/>
یک مقالهی جدید آماده کردیم که میتونه برای تقویت مهارتهای فنی و آمادگی برای مصاحبههای استخدامی در گوگل و شرکتهای بزرگ تکنولوژی بهتون کمک کنه.
توی این مقاله دربارهی Big-O درگونگ صحبت کردیم؛ از تحلیل پیچیدگی زمانی و فضایی الگوریتمها گرفته تا نوشتن کدهای بهینهتر و کارآمدتر.
اگه میخواید دانش الگوریتمی خودتون رو تقویت کنید و برای چالشهای مصاحبههای فنی آمادهتر باشید، این مقاله رو از دست ندید!
https://medium.com/@milwad.dev/big-o-in-go-a-practical-guide-for-software-engineers-4812016dd1dd
@DevTwitter | <Milwad Khosravi/>
🍌19❤4👎1
مدل GPT-6 Luna کاملاً رایگان و نامحدود شد
سرویس DuckDuckGo از طریق DuckAi این مدل رو بدون نیاز به ثبتنام و کارت بانکی باز کرده.
چی داری؟
• چت با Luna
• تولید تصویر
• مکالمه صوتی کامل (روی موبایل هم خوب کار میکنه)
فقط برو و شروع کن:
https://duck.ai
@DevTwitter | <Reza/>
سرویس DuckDuckGo از طریق DuckAi این مدل رو بدون نیاز به ثبتنام و کارت بانکی باز کرده.
چی داری؟
• چت با Luna
• تولید تصویر
• مکالمه صوتی کامل (روی موبایل هم خوب کار میکنه)
فقط برو و شروع کن:
https://duck.ai
@DevTwitter | <Reza/>
🔥40❤6👎3
This media is not supported in your browser
VIEW IN TELEGRAM
دیپسیک V4.1 Flash و HY3 رایگان شدن!
تصور کن به دو مدل هوش مصنوعی دسترسی داشته باشی، بدون اینکه نگران تمومشدن اعتبارت باشی!
استفاده روزانه رایگان
اعتبار نامحدود
فقط تا ۳۱ اکتبر!
برای امتحانکردنشون کافیه بری سراغ WorkBuddy
https://workbuddy.ai
فقط یادت باشه این پیشنهاد طبق اعلام منتشرشده تا ۳۱ اکتبر اعتبار داره.
هوش مصنوعی رایگان، اعتبار نامحدود؛ دیگه چی میخوای؟
@DevTwitter | <امیرحسین اسلامی/>
تصور کن به دو مدل هوش مصنوعی دسترسی داشته باشی، بدون اینکه نگران تمومشدن اعتبارت باشی!
استفاده روزانه رایگان
اعتبار نامحدود
فقط تا ۳۱ اکتبر!
برای امتحانکردنشون کافیه بری سراغ WorkBuddy
https://workbuddy.ai
فقط یادت باشه این پیشنهاد طبق اعلام منتشرشده تا ۳۱ اکتبر اعتبار داره.
هوش مصنوعی رایگان، اعتبار نامحدود؛ دیگه چی میخوای؟
@DevTwitter | <امیرحسین اسلامی/>
🍌25❤7👍2
پنجاه میلیون توکن یا ۲۵ دلار کردیت استفاده از GLM 5.3 flash و DeepSeek v4.1 flash در سایت زیر :
https://console.river.ai
@DevTwitter | <Reza/>
https://console.river.ai
@DevTwitter | <Reza/>
🍌14🔥2❤1
ام دی پرشیا (MDPersia): ابزار متنباز تبدیل اسناد Markdown فارسی و راستچین به Word (DOCX) و PDF ، بدون نیاز به پیشنیازهای سنگین با رفع مشکل پرانتزها و متون انگلیسی-فارسی.
تولید فایل Word با استایل RTL و فونت وزیرمتن، فایل PDF با کیفیت قابل چاپ و رندر کاملاً آفلاین انواع دیاگرامهای مهندسی Mermaid.
قابلیت جداگانه برای تبدیل فایل مارک داون ltr به فایل rtl
پشتیبانی از حالت پایش زنده برای کامپایل لحظهای(با تغییر لحظه ای فایل مارک داون فایل ورد هم تغییر می کند)
رابط (CLI) و اپلیکیشن سبک دسکتاپ (GUI) طراحی شده با تائوری.
https://github.com/hamid-morsali-786/MdPersia
@DevTwitter | <hamid_morsali/>
تولید فایل Word با استایل RTL و فونت وزیرمتن، فایل PDF با کیفیت قابل چاپ و رندر کاملاً آفلاین انواع دیاگرامهای مهندسی Mermaid.
قابلیت جداگانه برای تبدیل فایل مارک داون ltr به فایل rtl
پشتیبانی از حالت پایش زنده برای کامپایل لحظهای(با تغییر لحظه ای فایل مارک داون فایل ورد هم تغییر می کند)
رابط (CLI) و اپلیکیشن سبک دسکتاپ (GUI) طراحی شده با تائوری.
https://github.com/hamid-morsali-786/MdPersia
@DevTwitter | <hamid_morsali/>
❤17🔥3
میشه گفت که Agent ترکیب LLM و Harness هست.
در بحث Harness Engineering خود مدل LLM زیاد مهم نیست.
یعنی اگر Harness خیلی خوب ساخته شده باشه با یه مدل ضعیف تر بهتر از یه Harness ای که بد ساخته شده باشه اما مدل قوی تر باشه کار می کنه.
مثلا اگر یه تسک پیچیده رو با Claude Code و Cursor به مدل Opus بدید، خروجی متفاوت است چون این Harness ها متفاوت ساخته شده اند.
ما در دوره AI Engineering یکی از موضوعاتی که خیلی روش کار می کنیم Harness Engineering هست.
در طی زمان مدل ها قوی تر خواهند شد و در کل Harness ما بهتر عمل خواهد کرد.
اما اینکه بفهمیم مدلمون داره بهتر کار میکنه نیاز به یه سری ارزیابی داره و Eval Engineering بحث دیگری هست که در دوره مداوم بهش می پردازیم
@DevTwitter | <Pouria Jahandideh/>
در بحث Harness Engineering خود مدل LLM زیاد مهم نیست.
یعنی اگر Harness خیلی خوب ساخته شده باشه با یه مدل ضعیف تر بهتر از یه Harness ای که بد ساخته شده باشه اما مدل قوی تر باشه کار می کنه.
مثلا اگر یه تسک پیچیده رو با Claude Code و Cursor به مدل Opus بدید، خروجی متفاوت است چون این Harness ها متفاوت ساخته شده اند.
ما در دوره AI Engineering یکی از موضوعاتی که خیلی روش کار می کنیم Harness Engineering هست.
در طی زمان مدل ها قوی تر خواهند شد و در کل Harness ما بهتر عمل خواهد کرد.
اما اینکه بفهمیم مدلمون داره بهتر کار میکنه نیاز به یه سری ارزیابی داره و Eval Engineering بحث دیگری هست که در دوره مداوم بهش می پردازیم
@DevTwitter | <Pouria Jahandideh/>
👍8❤3