مسعود بیگی
2.96K subscribers
1.67K photos
185 videos
140 files
1.42K links
کالای ما دانش است


تبلیغات نداریم
Download Telegram
احتمالا امروز، یه میهمان ویژه هم داریم تو برنامه کد کانکت
😍6👍1👎1
این آخرین پرسش بود و در مجموع 11 یا 12 پرسش رو داشتیم، خیلی به من لطف میکنید بچه ها که همه ش رو جواب بدین ❤️
❤7
ایونت Ai Agent کد کانکت امروز !

@codehalics | کدهالیک
🔥10❤6🤣5👏2👍1
Forwarded from Learning With M
This media is not supported in your browser
VIEW IN TELEGRAM
بازی رو یاد بگیریم‌.
❤7👏3⚡2💯2💔1
کلین دوباره حدود ۵۰ میلیون توکن رایگان داده.

چهار مدل رو از همون اول در اختیار می‌ذاره:
deepseek-v4-flash
GLM-5.2
step-3.7-flash
laguna-s-2.1
بدون نیاز به API key یا کارت اعتباری می‌تونید استفاده کنید.
نصبش هم ساده‌ست:
npm i -g cline

https://cline.bot/

ToPassTheTimee ✍️

@codehalics | کدهالیک
👍6❤4
مسعود بیگی
و باز هم Reset شد دوباره
و باز هم Reset شد دوباره

opeanai یه مدته هی ریست میده مصرف هفتگی رو و جهانی رو شاد کرده
🔥4👎1😭1
After Coding Realy Realy Final Version for editing.pdf
1.6 MB
چند روز پیش در رویداد Code Connect درباره رابطه‌ی AI Agentها و آینده‌ی توسعه‌دهندگان نرم‌افزار صحبت کردم.

موضوع اصلی ارائه این نبود که «آیا AI جای برنامه‌نویس‌ها را می‌گیرد یا نه».
سؤال مهم‌تر این بود:

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

در این ارائه درباره این موضوع‌ها صحبت کردم:

فرصت‌های AI Agentها برای تیم‌های نرم‌افزاری
تفاوت بین سرعت بیشتر و ارزش‌آفرینی بیشتر
ریسک‌های استفاده بی‌محابا از AI
Cognitive Load و Cognitive Debt
مسئولیت توسعه‌دهنده در فهم، ارزیابی و مالکیت کد تولیدشده
نقش آینده توسعه‌دهنده در درک بهتر مسئله و کسب‌وکار
نتایج چند نظرسنجی از همین جامعه تخصصی

یکی از پیام‌های اصلی ارائه این بود:

AI می‌تواند تولید کد را سریع‌تر کند، اما اگر فهم، قضاوت مهندسی و مالکیت سیستم همراه آن نباشد، ممکن است فقط سریع‌تر بدهی شناختی تولید کنیم.

اسلایدهای کامل ارائه را اینجا منتشر می‌کنم.
خوشحال می‌شوم بعد از دیدنشان نظرتان را درباره این سؤال بنویسید:

به نظر شما مهم‌ترین مهارت توسعه‌دهندگان در عصر AI چه خواهد بود؟
🔥8❤4👍1🤣1
مسعود بیگی
After Coding Realy Realy Final Version for editing.pdf
میخوای سرسری یه ریپو رو بگردی ببینی حجم Cognitive Debt چقدر بالاست و وضع تیم رو این چقدر خرابه ، دنبال تکرار این در کامیت ها باش :
"Co-Authored-By: Claude Opus 4.8 noreply@anthropic.com" یا هرچی شبیه این
🤣6👎2
چقدر ذوق دیدنتونو داشتم، چقدر خوب شد اومدین ، مخصوصا سروش عزیزم که میهمان ویژه بود، دوستای خوب دیگه مثل پوریای عزیز، مزدک عزیز ، حمید عزیز و خیلی دیگه از بچه ها که لطف کردن و اومدن
❤5
عزیزان دل ، سفت بکاپ بگیرید ، جای دوری نمیره، انشالله که اتفاقی نمیفته ولی یک ایرانی باید همیشه برای همه چیز آماده باشه
🤣8👍6❤2😭1
درود بر همه عزیزان نسخه جدید folio منتشر شد
توی این نسخه میتونین کتاب هایی که دارین و درحال خوندنشون هستین رو با بقیه هم به اشتراک بزارین
و همینطور صفحه ای که خوندین با بقیه دیوایس هاتون به صورت همزمان سینک میشه و به راحتی میتونین روی چند تا دیوایس مختلف آخرین صفحه ای که خوندین رو داشته باشین
میتونین نسخه ویندوز لینوکس و اندروید رو از این صفحه دانلود کنین

https://github.com/ghaemaghaey/folio/releases/tag/v0.7.0

اینم لینک گیت هابش اگه خواستین استار بدین یا اگه مشکلی دیدین ایشو باز کنین

https://github.com/ghaemaghaey/folio
با تشکر از همه عزیزانی که از متن باز حمایت میکنن
🔥3❤2
هر چقدر بگم که ما داریم cognitive Debt ایجاد میکنیم و ندونسته ازش رد میشیم بازم کم گفتم‌
بچه های پروژه صرافی مون اینو این چند روز که میگفتم جدی نمیگرفتن شاید ، امروز ولی با گوشت و پوست و استخون لمسش کردن
👍2❤1
Forwarded from tech-afternoon (Amin Mesbahi)
🌟 انواع حملات پرامپت اینجکشن به زبان ساده و با مثال

همون‌طور که شیوه توسعه نرم‌افزار و نحوه تعامل کاربر با نرم‌افزار، بعد از فراگیر شدن مدل‌های زبانی، تغییر کرده، نحوه تهاجم و حملات نرم‌افزاری هم تغییر کرده. یکی از موضوعاتی که باید بهش توجه مضاعفی کنیم، حملات Prompt Injection است که انواعش رو به زبان ساده و با مثال توضیح می‌دم.

به زبون ساده، Prompt Injection یعنی مهاجم تلاش کنه با واردکردن دستوراتی در ورودی، رفتار مدل رو از هدف اصلی‌اش منحرف کنه، محدودیت‌ها رو دور بزنه یا مدل رو وادار کنه اطلاعات یا عملیاتی ناخواسته انجام بده. برعکس حملات سنتی نرم‌افزار، خیلی‌هاش بُعد فنی زیاد و کدنویسی عجیب نداره، و گاها با کمی زیرکی و هوش و زبون‌بازی می‌شه حمله رو درآورد!!

۱۸ مدل حمله رو با مثال و به صورت خلاصه و ساده توضیح دادم، و فکر می‌کنم خوندنش خوب باشه. و دقت کنید که همین یکی دو ماه گذشته شرکت‌های بزرگ تکنولوژی و حتی توسعه‌دهنده مدل‌ها هم درگیر چنین حملاتی شدن؛ پس درک داشتن از چنین حملاتی لازمه.
1. Direct Prompt Injection
2. Indirect Prompt Injection
3. Stored Prompt Injection
4. Reflected Prompt Injection
5. Cross-Context Prompt Injection
6. Tool-Use Injection
7. Tool Output Injection
8. RAG Prompt Injection
9. Multimodal Prompt Injection
10. Prompt Obfuscation
11. Role-Playing Injection
12. Instruction Hierarchy Attack
13. Context Poisoning
14. Memory Poisoning
15. Data Exfiltration Injection
16. Goal Hijacking
17. Denial-of-Service Prompt Injection
18. Agent-to-Agent Prompt Injection


🔗 لینک مطلب
Please open Telegram to view this post
VIEW IN TELEGRAM
بعضی کارها سخت نیستند؛
فقط پایان مشخصی ندارند.
جلسه ها ادامه پیدا می‌کند و پایان باز دارند.
گزارش بارها ویرایش می‌شود
و تصمیمی که می‌شد امروز گرفت، هفته بعد همچنان «در حال بررسی» است.
————

ستون Bartleby  در یادداشت تازه‌اش در اکونومیست این هفته از یکی از بدنام‌ترین چیزهای محیط کار دفاع کرده:
ددلاین
عنوان یادداشت هم بامزه است:
دوستِ اهمال‌کارها، دشمنِ پرحرف‌ها و ضرورتِ مدیران
————

اولین فایده ددلاین روشن است:
نمی‌گذارد کار را تا ابد عقب بیندازیم.
در یک پژوهشی که داوران کم‌اهمال‌کار
به‌طور متوسط در ۲۶ روز رأی خود را نوشتند؛
داوران اهمال‌کارتردر
۸۳ روز انجام دادند.
اختلاف، بیشتر از دو ماه بود؛ نه به‌خاطر سخت‌تر بودن کار، بلکه به‌خاطر نحوه مواجهه با زمان.
————

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

اما ددلاین فقط برای تنبل‌ها نیست.
گاهی کار به‌دلیل کمال‌گرایی، تحلیل بیشتر
و حرف‌زدن‌های بی‌پایان تمام نمی‌شود.
اریک اشمیت، مدیرعامل سابق گوگل،
فرمول تصمیم‌گیری خوب را این‌طور خلاصه کرده بود:
اختلاف‌نظر + ددلاین
اختلاف‌نظر کمک می‌کند مسئله را درست بررسی کنیم؛
ددلاین نمی‌گذارد بررسی، جای تصمیم را بگیرد.
————

از یک جایی به بعد،
زمان بیشتر الزاماً کیفیت بیشتری نمی‌سازد.
فقط جمله‌ها دوباره جابه‌جا می‌شوند،
اسلایدها رنگ عوض می‌کنند
و همان بحث‌ها با واژه‌های تازه تکرار می‌شوند.
ددلاین می‌گوید:
این کار دیگر قرار نیست کامل‌تر شود؛
قرار است تمام شود.
————

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

البته ددلاین می‌تواند خراب‌کاری هم بکند.
اگر غیرواقعی یا نمایشی باشد،
کار را عجولانه می‌کند،
اختیار افراد را کم می‌کند
و کیفیت را پایین می‌آورد.
در همان پژوهش ثبت اختراع،
پرونده‌هایی که نزدیک پایان ماه ارسال شده بودند،
بیشتر نقص مدرک داشتند.
————

پس دفاع یادداشت از هر نوع ددلاینی نیست.
ددلاین خوب باید:
روشن باشد،
واقع‌بینانه باشد،
و معلوم کند برای تحویل چه کیفیتی کافی است.
نه اینکه مدیر سه هفته سکوت کند
و روز آخر بپرسد:
"پس چرا هنوز آماده نشده؟"
————

شاید مهم‌ترین کار ددلاین این نباشد که آدم‌ها را سریع‌تر کند.
کار مهم‌ترش این است که
میان «هنوز می‌شود بهترش کرد»
و «وقت تصمیم‌گرفتن است»
یک خط بکشد.
بعضی کارها به زمان بیشتر نیاز ندارند؛
به اجازه تمام‌شدن نیاز دارند.
 
❤4👍3🔥1👏1