Channel: Learning With M
یه فرقه ای از برنامه نویس ها هستند که بهشون می گن : برنامه نویس های بی اعتماد !
این برنامه نویس ها انقدر به همه چیز بی اعتماد هستند که کد های قدیمی رو پاک نمی کنن، کامنت می کنن.😐
به هر حال شاید از سورس کنترل به هر دلیلی این کد ها پاک بشن، تاریخچه گم میشه !
نکن همکار عزیز ! نکن برادر من! نکن خواهر من !👍
#روز_نوشت
#طنز
این برنامه نویس ها انقدر به همه چیز بی اعتماد هستند که کد های قدیمی رو پاک نمی کنن، کامنت می کنن.
به هر حال شاید از سورس کنترل به هر دلیلی این کد ها پاک بشن، تاریخچه گم میشه !
نکن همکار عزیز ! نکن برادر من! نکن خواهر من !
#روز_نوشت
#طنز
Please open Telegram to view this post
VIEW IN TELEGRAM
#یاد_بگیریم : زمانی که API ای رو برای تغییر وضعیت یک مثلا سفارش به صورت مداوم درخواست می کنید، کدوم یکی رو دارید استفاده می کنید ؟
Anonymous Quiz
36%
Pulling
42%
Polling
22%
Pushing
Forwarded from Delpak Log
جلسه بازاندیشی (Retrospective) در بهبود فرآیند توسعه محصول و بلوغ شیوه همکاری ذینفعان، از اهمیت بسیار و نقش بی‌بدیلی برخوردار است. با این حال این پرسش اساسی مطرح است که آیا «شیوه‌ی مرسوم» برگزاری این جلسات، می‌تواند تاثیری پایدار، ملموس و سودمند داشته باشد؟
اگر چهارچوب‌های اسم و رسم‌دار چابکی را مرور کنید، خواهید دید که همگی شیوه‌ای یکسان را برای برگزاری این جلسه پیشنهاد کرده‌اند:
🔹در آغاز: اعضای تیم با همکاری یک تسهیل‌گر شروع به نوشتن اتفاقات و اقداماتی می‌کنند که به گمان آنها خوب و خوشحال‌کننده بوده‌اند و یا بد و آزاردهنده.
🔹در میانه: سعی می‌شود به شکلی دموکراتیک، برخی از موضوعات مطروحه، انتخاب و به بحث گذاشته شوند.
🔹سرانجام: سعی می‌شود تا بر پایه توافقی جمعی (مبتنی بر آرای اکثریت) برخی اقدامات که به گمان اعضای تیم باعث بهبود و رضایت می‌شود، انتخاب شوند و همگی متعهد به رعایت آنها شوند.
جلسه بازاندیشی با این سبک و سیاق را به دلایلی که در ادامه خواهم گفت، کم‌اثر می‌بینم و تجربه‌‌ام نشان داده که نقصی بزرگ در این شیوه از برگزاری رترو وجود دارد. هدف این نوشتار هم شرح آن کاستی بزرگ و پیشنهادی برای اصلاح آن است.
نظریه‌ی زمینه (Theory of Context) چیست؟
در حوزه جامعه‌شناسی، تصمیماتی که توسط بازیگران گرفته می‌شود، عموما به طور توامان به خشنودی جمعی و ناخشنودی جمعی دیگر منجر می‌شود. این تصمیمات که باعث اعطا یا سلب امتیاز به/از کسانی می‌شود، ذیل سرفصل «سیاست‌گذاری عمومی» مطالعه می‌شود. از این منظر، جلسه بازاندیشی اسپرینت هم نوعی از سیاست‌گذاری عمومی است که می‌تواند با وضع قوانینی هر چند محلی و محدود باعث شود توزیع امکانات و اختیارات به شکلی انجام شود که عده‌ای رضایتمند و عده‌ای ناراضی شوند. مثلا در ساحت جامعه ایران، نهادی مسؤل در حاکمیت تصمیم می‌گیرد تا در قالب طرح جوانی جمعیت به والدینی که صاحب فرزند می‌شوند امتیاز خودرو اعطا شود. یا در مقیاسی خردتر، در یک تیم عده‌ای تصمیم می‌گیرند که برای افزایش انگیزه، ساعت‌هایی در هفته به مطالعه‌ی آزاد اختصاص یابد.
آن تصمیم هر چه که باشد و ساحت آن تصمیم‌گیری هر قدر کلان یا خرد باشد، آنچه که مهم است این است که تصمیم‌گیران کدام نظریه و نظام مفهومی را برای تحلیل وضع موجود و تبیین علل پیدایش آن برگزیده‌اند. آیا اصلا برای تصمیم‌گیران روشن است که در کدام چهارچوب مفهومی به زمینه‌ی پیدایش وضع موجود می‌نگرند؟ به عنوان مثال افرادی که فکر می‌کنند با اعطای امتیاز خرید خودرو، زوج‌ها را تشویق به فرزندآوری می‌کنند، اولا باید توضیح شفافی دهند که به نظر آنها وضعیت فعلی معلول چه عواملی است؟ شکل‌گیری رفتارها و روابط اجتماعی، فرهنگی و اقتصادی در طی زمان چگونه باعث شده است که رشد جمعیت این چنین شود؟ این همان نظریه‌ی زمینه است. نظریه‌ای که وظیفه‌اش ارایه شرحی روشن و عقلانی از علل پیدایش وضع موجود است. در نبود یک نظریه‌ی زمینه (TOC)، نمی‌توان گام بعدی یعنی ارایه مدلی برای تغییر را به درستی برداشت.
در مقیاس خردتر (مقیاس کار تیمی) هم، داشتن یک نظریه روشن از علل پیدایش وضع موجود نخستین گام برای رسیدن به بهبود پایدار است. مهم است که همه تصمیم‌گیران (اعضای تیم) به خصوص تسهیلگران، از ساختارهای رسمی و غیررسمی توزیع قدرت در سازمان، کنش‌های افراد و تیم‌های دیگر و ریشه‌های تاریخی شکل‌گیری گفتمان جاری در تیم آگاهی عمیقی داشته باشند. دست یافتن به این آگاهی، کار ساده و سر راستی نیست اما این نباید باعث شود که تصمیم‌گیران از این آگاهی ارزشمند چشم‌پوشی کنند.
نظریه‌ی تغییر (Theory of Change) چیست؟
نظریه‌ی تغییر در کنار نظریه‌ی زمینه، یکی از پایه‌های اساسی تصمیم‌گیری و سیاست‌گذاری است. در حالی که نظریه‌ی زمینه به ما می‌گوید «چرا وضعیت موجود به این شکل درآمده است»، نظریه‌ی تغییر به این پرسش پاسخ می‌دهد که «چگونه می‌توان این وضعیت را تغییر داد؟» نظریه‌ی تغییر نمایانگر یک دستگاه فکری است که نشان می‌دهد برای رسیدن به یک هدف خاص، چه مداخله‌هایی باید انجام شود، چرا باید انجام شود و چه عوامل و شرایطی باید تغییر کنند تا آن هدف محقق شود.
یک نظریه‌ی تغییر مناسب، زنجیره‌ای از روابط علّی و معلولی را شرح می‌دهد که در نهایت به تغییر مطلوب منجر می‌شود. این نظریه نه تنها نقطه‌ی نهایی مطلوب را مشخص می‌کند، بلکه مسیر دستیابی به آن را نیز با جزییات توضیح می‌دهد. این موضوع در حوزه‌ی سیاست‌گذاری عمومی، مدیریت سازمانی و حتی در سطح تیم‌های چابک اهمیت حیاتی دارد.
اگر چهارچوب‌های اسم و رسم‌دار چابکی را مرور کنید، خواهید دید که همگی شیوه‌ای یکسان را برای برگزاری این جلسه پیشنهاد کرده‌اند:
🔹در آغاز: اعضای تیم با همکاری یک تسهیل‌گر شروع به نوشتن اتفاقات و اقداماتی می‌کنند که به گمان آنها خوب و خوشحال‌کننده بوده‌اند و یا بد و آزاردهنده.
🔹در میانه: سعی می‌شود به شکلی دموکراتیک، برخی از موضوعات مطروحه، انتخاب و به بحث گذاشته شوند.
🔹سرانجام: سعی می‌شود تا بر پایه توافقی جمعی (مبتنی بر آرای اکثریت) برخی اقدامات که به گمان اعضای تیم باعث بهبود و رضایت می‌شود، انتخاب شوند و همگی متعهد به رعایت آنها شوند.
جلسه بازاندیشی با این سبک و سیاق را به دلایلی که در ادامه خواهم گفت، کم‌اثر می‌بینم و تجربه‌‌ام نشان داده که نقصی بزرگ در این شیوه از برگزاری رترو وجود دارد. هدف این نوشتار هم شرح آن کاستی بزرگ و پیشنهادی برای اصلاح آن است.
نظریه‌ی زمینه (Theory of Context) چیست؟
در حوزه جامعه‌شناسی، تصمیماتی که توسط بازیگران گرفته می‌شود، عموما به طور توامان به خشنودی جمعی و ناخشنودی جمعی دیگر منجر می‌شود. این تصمیمات که باعث اعطا یا سلب امتیاز به/از کسانی می‌شود، ذیل سرفصل «سیاست‌گذاری عمومی» مطالعه می‌شود. از این منظر، جلسه بازاندیشی اسپرینت هم نوعی از سیاست‌گذاری عمومی است که می‌تواند با وضع قوانینی هر چند محلی و محدود باعث شود توزیع امکانات و اختیارات به شکلی انجام شود که عده‌ای رضایتمند و عده‌ای ناراضی شوند. مثلا در ساحت جامعه ایران، نهادی مسؤل در حاکمیت تصمیم می‌گیرد تا در قالب طرح جوانی جمعیت به والدینی که صاحب فرزند می‌شوند امتیاز خودرو اعطا شود. یا در مقیاسی خردتر، در یک تیم عده‌ای تصمیم می‌گیرند که برای افزایش انگیزه، ساعت‌هایی در هفته به مطالعه‌ی آزاد اختصاص یابد.
آن تصمیم هر چه که باشد و ساحت آن تصمیم‌گیری هر قدر کلان یا خرد باشد، آنچه که مهم است این است که تصمیم‌گیران کدام نظریه و نظام مفهومی را برای تحلیل وضع موجود و تبیین علل پیدایش آن برگزیده‌اند. آیا اصلا برای تصمیم‌گیران روشن است که در کدام چهارچوب مفهومی به زمینه‌ی پیدایش وضع موجود می‌نگرند؟ به عنوان مثال افرادی که فکر می‌کنند با اعطای امتیاز خرید خودرو، زوج‌ها را تشویق به فرزندآوری می‌کنند، اولا باید توضیح شفافی دهند که به نظر آنها وضعیت فعلی معلول چه عواملی است؟ شکل‌گیری رفتارها و روابط اجتماعی، فرهنگی و اقتصادی در طی زمان چگونه باعث شده است که رشد جمعیت این چنین شود؟ این همان نظریه‌ی زمینه است. نظریه‌ای که وظیفه‌اش ارایه شرحی روشن و عقلانی از علل پیدایش وضع موجود است. در نبود یک نظریه‌ی زمینه (TOC)، نمی‌توان گام بعدی یعنی ارایه مدلی برای تغییر را به درستی برداشت.
در مقیاس خردتر (مقیاس کار تیمی) هم، داشتن یک نظریه روشن از علل پیدایش وضع موجود نخستین گام برای رسیدن به بهبود پایدار است. مهم است که همه تصمیم‌گیران (اعضای تیم) به خصوص تسهیلگران، از ساختارهای رسمی و غیررسمی توزیع قدرت در سازمان، کنش‌های افراد و تیم‌های دیگر و ریشه‌های تاریخی شکل‌گیری گفتمان جاری در تیم آگاهی عمیقی داشته باشند. دست یافتن به این آگاهی، کار ساده و سر راستی نیست اما این نباید باعث شود که تصمیم‌گیران از این آگاهی ارزشمند چشم‌پوشی کنند.
نظریه‌ی تغییر (Theory of Change) چیست؟
نظریه‌ی تغییر در کنار نظریه‌ی زمینه، یکی از پایه‌های اساسی تصمیم‌گیری و سیاست‌گذاری است. در حالی که نظریه‌ی زمینه به ما می‌گوید «چرا وضعیت موجود به این شکل درآمده است»، نظریه‌ی تغییر به این پرسش پاسخ می‌دهد که «چگونه می‌توان این وضعیت را تغییر داد؟» نظریه‌ی تغییر نمایانگر یک دستگاه فکری است که نشان می‌دهد برای رسیدن به یک هدف خاص، چه مداخله‌هایی باید انجام شود، چرا باید انجام شود و چه عوامل و شرایطی باید تغییر کنند تا آن هدف محقق شود.
یک نظریه‌ی تغییر مناسب، زنجیره‌ای از روابط علّی و معلولی را شرح می‌دهد که در نهایت به تغییر مطلوب منجر می‌شود. این نظریه نه تنها نقطه‌ی نهایی مطلوب را مشخص می‌کند، بلکه مسیر دستیابی به آن را نیز با جزییات توضیح می‌دهد. این موضوع در حوزه‌ی سیاست‌گذاری عمومی، مدیریت سازمانی و حتی در سطح تیم‌های چابک اهمیت حیاتی دارد.
Please open Telegram to view this post
VIEW IN TELEGRAM
Learning-With-M-E02
Masoud DaneshPour
00:52 سلام و معرفی
01:31 تشریح موضوع پادکست
02:34 اسناد مربوط به راه اندازی و تنظیمات اولیه
07:22 اسناد توسعه Feature
08:35 اسناد مربوط به پایش و رفع Bug
10:42 دو نکته مهم !
خوشحال میشم که این پادکست رو برای دوستانتون ارسال کنید.
#podcast #tech
Please open Telegram to view this post
VIEW IN TELEGRAM
یه جمله جالب برای فکر کردن توی آخر هفته:
تغییر یک اصل است. و همه چیز متغیر است، تنها ثابت تغییر است !
تغییر یک اصل است. و همه چیز متغیر است، تنها ثابت تغییر است !
چین بسته که انقلاب صنعتی ششم رو به نام خودش کنه.
براش Deepseek بس نبود، حالا kimi.ai رو رونمایی کرده.
200K characters context window !
براش Deepseek بس نبود، حالا kimi.ai رو رونمایی کرده.
200K characters context window !
Forwarded from tech-afternoon (Amin Mesbahi)
رویکرد جدید تست نرم‌افزار با ACH
متا یک رویکرد جدید (از جنبه‌هایی جدید) نسبت به تولید خودکار تست‌های نرم‌افزار اتخاذ کرده با ابزاری به اسم ACH.
🌱 این ACH چیه؟
توی متا، ابزاری به اسم Automated Compliance Hardening (ACH) داریم که توی تست نرم‌افزار کلی تحول ایجاد کرده. این سیستم، از مدل‌های زبان بزرگ (LLM) استفاده می‌کنه تا به روش «mutation-guided» تست‌هایی تولید کنه. به عبارت دیگه، ACH با وارد کردن خطاهای عمدی (که بهشون «mutants» می‌گیم) توی کد، دنبال این می‌گرده که آیا تست‌های موجود اون خطاها رو پیدا میکنن یا نه. مثلا، توی حوزه حریم خصوصی، ACH به صورت خودکار به دنبال اشکالات مرتبط با حریم خصوصی می‌گرده و مطمئن میشه که این خطاها به سیستم‌های ما راه پیدا نکنن. نتیجه؟ کدهای ما محکم‌تر می‌شن و ریسک حریم خصوصی کمتر میشه.
همچنین ACH تست‌های واحد (unit tests) می‌سازه که هدفشون شکار اون خطاهای مشخصه. جالب‌تر اینکه، ما فقط نیاز داریم به صورت متنی و ساده توضیح بدیم که دنبال چه نوع خطاهایی هستیم؛ حتی اگه توضیحاتمون ناقص یا حتی یه کم متناقض باشه، ACH باز هم تست‌هایی تولید می‌کنه که تضمین می‌کنه اون خطاها رو پیدا میکنن.
در گذشته، بیشتر روش‌های تست اتوماتیک فقط روی افزایش پوشش کد متمرکز بودن، ولی افزایش پوشش کد همیشه تضمین نمی‌کنه که خطاها رو پیدا کنیم. ACH از این سنت فاصله می‌گیره و به‌طور خاص خطاها رو هدف قرار میده، البته غالباً باعث افزایش پوشش هم میشه. یه نکته خوب اینه که ACH بر پایه اصول Assured LLM-based Software Engineering ساخته شده، به این معنا که تضمین داره تست‌های تولید شده واقعاً اون خطاها رو شکار میکنن.
❓ چطوری کار می‌کنه؟
تکنیک‌های mutation testing مدتهاست که استفاده می‌شدن؛ یعنی با ایجاد خطاهای عمدی (mutants) توی کد (البته به نحوی که از تولید نهایی دور بمونن) میخوایم ببینیم که آیا تست‌ها این تغییرات رو می‌گیرن یا نه. مشکل این روش‌ها این بود که این mutants اغلب واقع‌گرایانه نبودن و کماکان نیاز به نوشتن دستی تست‌ها توسط انسان وجود داشت.
ACH با استفاده از قابلیت‌های مدل‌های زبان بزرگ (LLM) به دو مشکل اصلی پایان میده:
- تولید mutantsهایی که واقعاً نمایانگر خطاهای واقعی باشن.
- تولید خودکار تست‌ها برای شکار اون خطاها.
مراحل کار ACH:
۱: توضیح خطا: شما توضیح می‌دی که دنبال چه نوع خطاهایی هستی.
۲: تولید خطاها: ACH براساس توضیحات، تعداد زیادی خطا تولید می‌کنه.
۳: تولید تست‌ها: سپس این خطاها رو به عنوان ورودی می‌گیره و تست‌هایی می‌سازه که مطمئن بشیم اون خطاها رو پیدا میکنن.
👁 چرا مهمه؟
فکر کنید متا با اون همه برنامه‌نویس و سیستم‌های مختلف، چطور باید مطمئن بشه که همه چیز درست کار می‌کنه و مخصوصاً مسائل مربوط به حریم خصوصی کاربرها رعایت میشه؟ (منظور از حریم خصوصی همونه که شما راجع به یه کوفتی حرف می‌زنید، ۲ دقیقه بعدش اینستاگرام، پست و تبلیغ در مورد اون کوفت نمایش میده 😁) اینجاست که ACH میاد به کمک!!:
- با استفاده از LLMها، میتونه خیلی سریع و دقیق باگ تولید کنه
- تست‌های متناسب با اون باگ‌ها رو می‌نویسه
- تضمین می‌کنه که تست‌ها واقعاً اون باگ‌ها رو پیدا میکنن
🥸 کجا استفاده شده؟
متا این سیستم رو روی پلتفرم‌های مختلفش مثل:
- فیسبوک
- اینستاگرام🤬
- واتس‌اپ
- مسنجر
تست کرده و نتایج خیلی خوبی گرفته.
🚀 آینده چی میشه؟
تیم متا می‌خواد این تکنولوژی رو گسترش بده و به جاهای بیشتری ببره. هدفشون اینه که:
- ارزیابی ریسک‌ها رو ساده‌تر کنن
- فشار ذهنی روی برنامه‌نویس‌ها رو کم کنن
- یه اکوسیستم امن‌تر برای همه بسازن
خلاصه اینکه ACH نشون میده چطور هوش مصنوعی میتونه به کمک برنامه‌نویس‌ها بیاد و کارهای سخت و وقت‌گیر رو براشون آسون‌تر کنه. مقاله هم روش دادن که میتونید عمیق‌تر مطالعه کنید...
به صورت کلی داستان تست نرم‌افزار داره تغییرات بزرگی می‌کنه. استارتاپ‌ها و شرکت‌های متعددی دارن روش کار میکنن. خصوصا الان که توضیح و توصیف عملکرد کدهای ساده و متوسط رو با درصد خوبی از پسش برمیان...
با اینکه ۲ تا موضوع توی همین کانال و کلا دنیای توسعه نرم‌افزار فارسی زبان، خیلی نامحبوبه، یکی مستندسازی یکی تست، ولی اگر موافق باشین چند تا پست در موردش گپ بزنیم؟ (بزنیم:⚙️ | نزنیم: 🤪 ، اگر نزنیم، شما بگید تا اگر بلد بودم بریم سراغش... 😉)
متا یک رویکرد جدید (از جنبه‌هایی جدید) نسبت به تولید خودکار تست‌های نرم‌افزار اتخاذ کرده با ابزاری به اسم ACH.
🌱 این ACH چیه؟
توی متا، ابزاری به اسم Automated Compliance Hardening (ACH) داریم که توی تست نرم‌افزار کلی تحول ایجاد کرده. این سیستم، از مدل‌های زبان بزرگ (LLM) استفاده می‌کنه تا به روش «mutation-guided» تست‌هایی تولید کنه. به عبارت دیگه، ACH با وارد کردن خطاهای عمدی (که بهشون «mutants» می‌گیم) توی کد، دنبال این می‌گرده که آیا تست‌های موجود اون خطاها رو پیدا میکنن یا نه. مثلا، توی حوزه حریم خصوصی، ACH به صورت خودکار به دنبال اشکالات مرتبط با حریم خصوصی می‌گرده و مطمئن میشه که این خطاها به سیستم‌های ما راه پیدا نکنن. نتیجه؟ کدهای ما محکم‌تر می‌شن و ریسک حریم خصوصی کمتر میشه.
همچنین ACH تست‌های واحد (unit tests) می‌سازه که هدفشون شکار اون خطاهای مشخصه. جالب‌تر اینکه، ما فقط نیاز داریم به صورت متنی و ساده توضیح بدیم که دنبال چه نوع خطاهایی هستیم؛ حتی اگه توضیحاتمون ناقص یا حتی یه کم متناقض باشه، ACH باز هم تست‌هایی تولید می‌کنه که تضمین می‌کنه اون خطاها رو پیدا میکنن.
در گذشته، بیشتر روش‌های تست اتوماتیک فقط روی افزایش پوشش کد متمرکز بودن، ولی افزایش پوشش کد همیشه تضمین نمی‌کنه که خطاها رو پیدا کنیم. ACH از این سنت فاصله می‌گیره و به‌طور خاص خطاها رو هدف قرار میده، البته غالباً باعث افزایش پوشش هم میشه. یه نکته خوب اینه که ACH بر پایه اصول Assured LLM-based Software Engineering ساخته شده، به این معنا که تضمین داره تست‌های تولید شده واقعاً اون خطاها رو شکار میکنن.
تکنیک‌های mutation testing مدتهاست که استفاده می‌شدن؛ یعنی با ایجاد خطاهای عمدی (mutants) توی کد (البته به نحوی که از تولید نهایی دور بمونن) میخوایم ببینیم که آیا تست‌ها این تغییرات رو می‌گیرن یا نه. مشکل این روش‌ها این بود که این mutants اغلب واقع‌گرایانه نبودن و کماکان نیاز به نوشتن دستی تست‌ها توسط انسان وجود داشت.
ACH با استفاده از قابلیت‌های مدل‌های زبان بزرگ (LLM) به دو مشکل اصلی پایان میده:
- تولید mutantsهایی که واقعاً نمایانگر خطاهای واقعی باشن.
- تولید خودکار تست‌ها برای شکار اون خطاها.
مراحل کار ACH:
۱: توضیح خطا: شما توضیح می‌دی که دنبال چه نوع خطاهایی هستی.
۲: تولید خطاها: ACH براساس توضیحات، تعداد زیادی خطا تولید می‌کنه.
۳: تولید تست‌ها: سپس این خطاها رو به عنوان ورودی می‌گیره و تست‌هایی می‌سازه که مطمئن بشیم اون خطاها رو پیدا میکنن.
فکر کنید متا با اون همه برنامه‌نویس و سیستم‌های مختلف، چطور باید مطمئن بشه که همه چیز درست کار می‌کنه و مخصوصاً مسائل مربوط به حریم خصوصی کاربرها رعایت میشه؟ (منظور از حریم خصوصی همونه که شما راجع به یه کوفتی حرف می‌زنید، ۲ دقیقه بعدش اینستاگرام، پست و تبلیغ در مورد اون کوفت نمایش میده 😁) اینجاست که ACH میاد به کمک!!:
- با استفاده از LLMها، میتونه خیلی سریع و دقیق باگ تولید کنه
- تست‌های متناسب با اون باگ‌ها رو می‌نویسه
- تضمین می‌کنه که تست‌ها واقعاً اون باگ‌ها رو پیدا میکنن
🥸 کجا استفاده شده؟
متا این سیستم رو روی پلتفرم‌های مختلفش مثل:
- فیسبوک
- اینستاگرام
- واتس‌اپ
- مسنجر
تست کرده و نتایج خیلی خوبی گرفته.
تیم متا می‌خواد این تکنولوژی رو گسترش بده و به جاهای بیشتری ببره. هدفشون اینه که:
- ارزیابی ریسک‌ها رو ساده‌تر کنن
- فشار ذهنی روی برنامه‌نویس‌ها رو کم کنن
- یه اکوسیستم امن‌تر برای همه بسازن
خلاصه اینکه ACH نشون میده چطور هوش مصنوعی میتونه به کمک برنامه‌نویس‌ها بیاد و کارهای سخت و وقت‌گیر رو براشون آسون‌تر کنه. مقاله هم روش دادن که میتونید عمیق‌تر مطالعه کنید...
به صورت کلی داستان تست نرم‌افزار داره تغییرات بزرگی می‌کنه. استارتاپ‌ها و شرکت‌های متعددی دارن روش کار میکنن. خصوصا الان که توضیح و توصیف عملکرد کدهای ساده و متوسط رو با درصد خوبی از پسش برمیان...
با اینکه ۲ تا موضوع توی همین کانال و کلا دنیای توسعه نرم‌افزار فارسی زبان، خیلی نامحبوبه، یکی مستندسازی یکی تست، ولی اگر موافق باشین چند تا پست در موردش گپ بزنیم؟ (بزنیم:
Please open Telegram to view this post
VIEW IN TELEGRAM
سلام.
ترند مهم خبری امروز در باره چیپ جدید مایکروسافت برای کامپیوتر های کوانتمی هست به اسم Majorana 1 که تا چند سال آینده امکان تولید کامپیوتر های کوانتمی رو ممکن می کنه. به عبارتی ماکروسافت ادعا کرده که کنترل کامپیوتر کوانتمی رو داره ممکن می کنه.
اینم ویدیو معرفیش اگر دوست دارید ببینید:
https://www.youtube.com/watch?v=wSHmygPQukQ
نکته جالب در مورد این چیپ ها اینه که، خیلی معماری پیچیده و خاصی دارن، به طوری که در سطح اتم ها و فعالیتشون حساسن.
بخش بسیار جذاب این تکنولوژی اینه که حل محاسبات پردازشگر های کوانتمی بسیاااار پیچیده و همچنین جذابه.
دلیل اصلیش هم اینه که کامپیوتر های کوانتمی از کیو بیت استفاده می کنن که حالت صفر یا یک و یا حالتی از این دو هست، به همین دلیل جواب هایی هم که این کامپیوتر پیدا می کنه، چیزی بین درست و غلط هست، حالا اصل کار اینه که بتونیم با الگوریتمی به بهترین جواب نزدیک شیم. اینو هم می دونیم که نمی دونیم بهترین جواب چیه!
با کامپیوتر های کوانتمی، دنیای هوش مصنوعی هم کاملا دگرگون میشه و یک کامپیوتر کوانتمی با قدرتی که داره به اندازه بزرگترین دیتا سنتر های دنیا میتونه محاسبات رو پیش ببره. نکته قابل توجه این ساختار میزان انرژی مصرفیش هم هست که بسیار کمتر خواهد بود.
یه سری نگرانی هایی هم برای آینده دنیای کریپتو و بلاک چین وجود داره که اگر این کامپیوتر های کوانتمی خلق بشن، دیگه بهم ریختن یک شبکه مثل بیت کوین کاری نداره. چون شکستن رمز الگوریتم های رمز نگاری فعلی کار سختی برای کامپیوتر های کوانتمی نیست.
اگر براتون جالبه، باید بگم که جهان اولی ها چند ساله دنبال اینن که الگرویتم هایی برای رمز نگاری بسازن(که بهشون میگن الگوریتم های پسا کوانتمی) که حتی با کامپیوتر های کوانتمی هم قابل شکستن نیستند.
اگر دوست دارید بیشتر در مورد ریاضیات این کامپیوتر ها بدونید این ویدیو رو ببینید:
https://youtu.be/krFjCO71ExQ?si=n3Z6WNVEh2ys46j9
ترند مهم خبری امروز در باره چیپ جدید مایکروسافت برای کامپیوتر های کوانتمی هست به اسم Majorana 1 که تا چند سال آینده امکان تولید کامپیوتر های کوانتمی رو ممکن می کنه. به عبارتی ماکروسافت ادعا کرده که کنترل کامپیوتر کوانتمی رو داره ممکن می کنه.
اینم ویدیو معرفیش اگر دوست دارید ببینید:
https://www.youtube.com/watch?v=wSHmygPQukQ
نکته جالب در مورد این چیپ ها اینه که، خیلی معماری پیچیده و خاصی دارن، به طوری که در سطح اتم ها و فعالیتشون حساسن.
بخش بسیار جذاب این تکنولوژی اینه که حل محاسبات پردازشگر های کوانتمی بسیاااار پیچیده و همچنین جذابه.
دلیل اصلیش هم اینه که کامپیوتر های کوانتمی از کیو بیت استفاده می کنن که حالت صفر یا یک و یا حالتی از این دو هست، به همین دلیل جواب هایی هم که این کامپیوتر پیدا می کنه، چیزی بین درست و غلط هست، حالا اصل کار اینه که بتونیم با الگوریتمی به بهترین جواب نزدیک شیم. اینو هم می دونیم که نمی دونیم بهترین جواب چیه!
با کامپیوتر های کوانتمی، دنیای هوش مصنوعی هم کاملا دگرگون میشه و یک کامپیوتر کوانتمی با قدرتی که داره به اندازه بزرگترین دیتا سنتر های دنیا میتونه محاسبات رو پیش ببره. نکته قابل توجه این ساختار میزان انرژی مصرفیش هم هست که بسیار کمتر خواهد بود.
یه سری نگرانی هایی هم برای آینده دنیای کریپتو و بلاک چین وجود داره که اگر این کامپیوتر های کوانتمی خلق بشن، دیگه بهم ریختن یک شبکه مثل بیت کوین کاری نداره. چون شکستن رمز الگوریتم های رمز نگاری فعلی کار سختی برای کامپیوتر های کوانتمی نیست.
اگر براتون جالبه، باید بگم که جهان اولی ها چند ساله دنبال اینن که الگرویتم هایی برای رمز نگاری بسازن(که بهشون میگن الگوریتم های پسا کوانتمی) که حتی با کامپیوتر های کوانتمی هم قابل شکستن نیستند.
اگر دوست دارید بیشتر در مورد ریاضیات این کامپیوتر ها بدونید این ویدیو رو ببینید:
https://youtu.be/krFjCO71ExQ?si=n3Z6WNVEh2ys46j9
YouTube
Majorana 1 Explained: The Path to a Million Qubits
Hear from the Microsoft team behind the recent breakthrough in physics and quantum computing demonstrated by the new Majorana 1 chip, engineered from an entirely new material that has the potential to scale to millions of qubits on a single chip. Find out…
Forwarded from ویکی تجربه - استخدام و بررسی شرکت ها
می‌خواهید بدانید حقوق منصفانه‌تون برای سال آینده چقدره؟ کافیه چند دقیقه وقت بذارید و توی نظرسنجی (ناشناس) ویکی‌تجربه شرکت کنید.
اطلاعاتتون کاملاً ناشناس می‌مونه و هیچ نیازی به دادن اطلاعات شخصی نیست. با این کار، دید شفافی از مبلغ قرارداد سال بعدم پیدا می‌کنید و با خیال راحت‌تر برای آینده‌تون برنامه‌ریزی می‌کنید.
لطفاً این لینک را با همکارانتان یا در شبکه‌های اجتماعی به اشتراک بگذارید!
با اشتراک‌گذاری این نظرسنجی، به جمع‌آوری داده‌های بیشتر و تهیه گزارشی دقیق‌تر از حقوق و دستمزد کمک می‌کنید.
همین حالا شرکت کنید و قدمی برای بهبود شرایط خودتون بردارید!
https://forms.gle/tPY6jRdU2xokYzfc8
.
اطلاعاتتون کاملاً ناشناس می‌مونه و هیچ نیازی به دادن اطلاعات شخصی نیست. با این کار، دید شفافی از مبلغ قرارداد سال بعدم پیدا می‌کنید و با خیال راحت‌تر برای آینده‌تون برنامه‌ریزی می‌کنید.
لطفاً این لینک را با همکارانتان یا در شبکه‌های اجتماعی به اشتراک بگذارید!
با اشتراک‌گذاری این نظرسنجی، به جمع‌آوری داده‌های بیشتر و تهیه گزارشی دقیق‌تر از حقوق و دستمزد کمک می‌کنید.
همین حالا شرکت کنید و قدمی برای بهبود شرایط خودتون بردارید!
https://forms.gle/tPY6jRdU2xokYzfc8
.
Forwarded from دکتر آذرخش مکری
Media is too big
VIEW IN TELEGRAM
نقد و بررسی کتاب مغز تلقین‌پذیر: علم و شعبده‌ی تصمیم‌گیری‌های ما
یکم اسفند ماه ۱۴۰۳
دکتر آذرخش مکری
----------
منابع تکمیلی: ذهنیت میلک شیکی
@drazarakhshmokri
یکم اسفند ماه ۱۴۰۳
دکتر آذرخش مکری
----------
منابع تکمیلی: ذهنیت میلک شیکی
@drazarakhshmokri
Learning With M
نقد و بررسی کتاب مغز تلقین‌پذیر: علم و شعبده‌ی تصمیم‌گیری‌های ما یکم اسفند ماه ۱۴۰۳ دکتر آذرخش مکری ---------- منابع تکمیلی: ذهنیت میلک شیکی @drazarakhshmokri
دکتر مُکری، انسان بسیار جالبی هستند، بسیار اهل مطالعه و دانشمند.
پیشنهاد می کنم کارهاشون رو دنبال کنید.
یک پادکست خیلی عالی هم در مورد ADHD دارن که بسیار کاربردیه
پیشنهاد می کنم کارهاشون رو دنبال کنید.
یک پادکست خیلی عالی هم در مورد ADHD دارن که بسیار کاربردیه
Forwarded from tech-afternoon (Amin Mesbahi)
🚀 🧪 ترمینولوژی تست نرم‌افزار - ویراست ۰.۵
این پوستر تعریف ۷۰ عبارت مورد استفاده در تست نرم‌افزاره که قول داده بودم (مستقل از زبان و تکنولوژی توسعه)
سعی کردم چیز از قلم نیوفته ولی با توجه به مشغله‌های کاری و گسست زمانی در نوشتنش، احتمال داره عباراتی جا مونده باشن، که امیدوارم توی نسخه‌های بعدی اضافه و تکمیل بشه.
پیشاپیش از هر نقد و پیشنهاد و تذکری که موجب بهبودش بشه سپاسگزارم.
سعی کردم تا فایل PDF کیفیت مطلوبی داشته باشه تا برای مطالعه و زوم یا حتی پرینت مناسب باشه.
⬇️ دانلود نسخه PDF
⬇️دانلود فایل JPEG
💬 مثل همیشه؛ نظر ؟ پیشنهاد ؟ نقد ؟ 😉
این پوستر تعریف ۷۰ عبارت مورد استفاده در تست نرم‌افزاره که قول داده بودم (مستقل از زبان و تکنولوژی توسعه)
سعی کردم چیز از قلم نیوفته ولی با توجه به مشغله‌های کاری و گسست زمانی در نوشتنش، احتمال داره عباراتی جا مونده باشن، که امیدوارم توی نسخه‌های بعدی اضافه و تکمیل بشه.
پیشاپیش از هر نقد و پیشنهاد و تذکری که موجب بهبودش بشه سپاسگزارم.
سعی کردم تا فایل PDF کیفیت مطلوبی داشته باشه تا برای مطالعه و زوم یا حتی پرینت مناسب باشه.
⬇️ دانلود نسخه PDF
⬇️دانلود فایل JPEG
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from .NET Fun
Media is too big
VIEW IN TELEGRAM
مباحث مربوط به User management دغدغه همه پروژه ها بوده. اینکه Best Practice ها چیا هستن ، مسائل امنیتی رو چجور باید پیاده سازی کنیم و چجوری ارتباط بین سرور ها رو امن کنیم. خوشبختانه فریم OAuth 2 و استاندارد Open ID Connect وجود دارن که برامون این قوانین و Best Practice ها رو مشخص میکنن ، ولی پیاده سازی همه این موارد خیلی سخت و زمانگیر هست. اینجاست که Duende Identity Server به کمکمون میاد که به راحتی این مباحث رو روی پروژه هامون پیاده سازی کنیم. در این ویدیو:
1- به بررسی OAuth 2 می پردازیم و Flow های پرکاربرد رو بررسی میکنیم
2- به بررسی کامل Authorization Code Flow میپردازیم و یاد میگیریم که اون رو با PKCE امن تر کنیم
3- به بررسی Duende Identity Server میپردازیم و تمپلیت های اون رو نصب میکنیم
4 - در یک پروژه تستی فرآیند احراز هویت رو به Duende وصل میکنیم
Join: @DotNetIsFun
1- به بررسی OAuth 2 می پردازیم و Flow های پرکاربرد رو بررسی میکنیم
2- به بررسی کامل Authorization Code Flow میپردازیم و یاد میگیریم که اون رو با PKCE امن تر کنیم
3- به بررسی Duende Identity Server میپردازیم و تمپلیت های اون رو نصب میکنیم
4 - در یک پروژه تستی فرآیند احراز هویت رو به Duende وصل میکنیم
Join: @DotNetIsFun
یکی از هنرهای مدیر هایی که شما کنارشون رشد می کنید، رها کردن به موقع شماست.
باید در زمان مناسب، ازتون بخواد که سازمان رو ترک کنید، این اخراج نیست، باز کردن مسیر رشدتونه. چون همه ما یک سقف رشدی در سازمانمون داریم که زمانی که پر شد، دیگه موندن، فقط عادته.
باید در زمان مناسب، ازتون بخواد که سازمان رو ترک کنید، این اخراج نیست، باز کردن مسیر رشدتونه. چون همه ما یک سقف رشدی در سازمانمون داریم که زمانی که پر شد، دیگه موندن، فقط عادته.
سلام رفقا.
براتون سالی پر از سختی، پیچیدگی، فشار کاری، ندانستن، درد ماهیچه بعد از ورزش، استرس دانستن ندانسته ها، کم خوابی از در مسیر موفقیت بودن آرزو می کنم.
☀️ امیدوارم هممون سال آینده از منطقه آرامشمون خارج بشیم و بعد از رد شدن از منطقه ترس و آموزش، به منطقه رشد برسیم.
❤️ امیدوارم شما هم مثل من در کنارتون در سال جدید کسی باشه که توی سختی های که قراره تحمل کنید همراهتون باشه.
🎵 امیدوارم شانس امتحان کردن چیزهای جدید رو به خودتون بدید.
⚡️ امیدوارم آخر ۱۴۰۴ به خودتون بگید خیلی سال سختی بود، ولی من تونستم.
من سال جدید رو سال تمام کردن شروع کردن و شروع کردن تمام کردن اسم گذاری می کنم. امیدوارم ههمون کار های ناتموم رو تموم کنیم.
سال جدید رو بهتون تبریک میگم.
براتون سالی پر از سختی، پیچیدگی، فشار کاری، ندانستن، درد ماهیچه بعد از ورزش، استرس دانستن ندانسته ها، کم خوابی از در مسیر موفقیت بودن آرزو می کنم.
من سال جدید رو سال تمام کردن شروع کردن و شروع کردن تمام کردن اسم گذاری می کنم. امیدوارم ههمون کار های ناتموم رو تموم کنیم.
سال جدید رو بهتون تبریک میگم.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from iCodeNext
🌑 اصطلاح "دود و آینه" (Smoke and Mirrors) ریشه در هنر شعبده‌بازی و تئاتر دارد و به تکنیک‌هایی اشاره می‌کنه که برای ایجاد توهم و فریب به کار می‌روند. این اصطلاح به‌طور خاص به استفاده از دود و آینه‌ها برای پنهان‌کاری و خلق تصاویری وهم‌انگیز مربوط می‌شود.
🧙♂️ شعبده‌بازان و هنرمندان تئاتر قرن‌هاست که از این تکنیک‌ها برای گول زدن مخاطب استفاده می‌کنند.
برای مثال، در قرن ۱۹، بسیاری از شعبده‌بازان مشهور برای ایجاد توهماتی مانند "احضار ارواح"، "غیب شدن اشیا" یا "شناور شدن اجسام" از ترکیب دود و آینه استفاده میکردند. در واقع این ترفندها به آنها اجازه می‌داد تا چیزی را که در واقعیت اتفاق نمی‌افتد، کاملاً واقعی جلوه دهند.
🌀 استفاده در برنامه‌نویسی و فناوری
در دنیای فناوری، "دود و آینه" به عنوان یک استعاره برای روش‌هایی به کار می‌رود که باعث می‌شوند یک سیستم بهتر، کارآمدتر یا کامل‌تر از آنچه واقعاً هست به نظر برسد. این روش‌ها معمولاً برای پنهان کردن محدودیت‌ها، مشکلات یا پیچیدگی‌های فنی مورد استفاده قرار می‌گیرند.
ادامه در کامنت:
@iCodeNext
🧙♂️ شعبده‌بازان و هنرمندان تئاتر قرن‌هاست که از این تکنیک‌ها برای گول زدن مخاطب استفاده می‌کنند.
برای مثال، در قرن ۱۹، بسیاری از شعبده‌بازان مشهور برای ایجاد توهماتی مانند "احضار ارواح"، "غیب شدن اشیا" یا "شناور شدن اجسام" از ترکیب دود و آینه استفاده میکردند. در واقع این ترفندها به آنها اجازه می‌داد تا چیزی را که در واقعیت اتفاق نمی‌افتد، کاملاً واقعی جلوه دهند.
🌀 استفاده در برنامه‌نویسی و فناوری
در دنیای فناوری، "دود و آینه" به عنوان یک استعاره برای روش‌هایی به کار می‌رود که باعث می‌شوند یک سیستم بهتر، کارآمدتر یا کامل‌تر از آنچه واقعاً هست به نظر برسد. این روش‌ها معمولاً برای پنهان کردن محدودیت‌ها، مشکلات یا پیچیدگی‌های فنی مورد استفاده قرار می‌گیرند.
ادامه در کامنت:
@iCodeNext
Forwarded from iCodeNext
🎉🎉 تو یه جمع آنلاین دوستانه و باحال میخوایم راجب الگوهای معماری Event -Driven چیزایی یاد بگیریم!
این جلسه رایگانه
ظرفیت : 99 نفر (اگر حضور دارید، ثبت نام کنید)
زمان: 5 شنبه - 21 فروردین - ساعت 9.30 صبح
. توی این دورهمی آنلاین، میخوایم دنیای جذاب طراحی بر اساس رویدادها رو بررسی کنیم و چند تا الگو رو باهم یاد بگیریم.
جلسه تو گوگل میت برگزار میشه و دو لینک جداگانه برای دو ساعت مختلف برات ایمیل میشه.
🚀 منتظرت هستیم!
لینک ثبت نام برای دریافت لینک ورود و یادآوری.
https://lu.ma/43uky7t6
این جلسه رایگانه
ظرفیت : 99 نفر (اگر حضور دارید، ثبت نام کنید)
زمان: 5 شنبه - 21 فروردین - ساعت 9.30 صبح
. توی این دورهمی آنلاین، میخوایم دنیای جذاب طراحی بر اساس رویدادها رو بررسی کنیم و چند تا الگو رو باهم یاد بگیریم.
جلسه تو گوگل میت برگزار میشه و دو لینک جداگانه برای دو ساعت مختلف برات ایمیل میشه.
🚀 منتظرت هستیم!
لینک ثبت نام برای دریافت لینک ورود و یادآوری.
https://lu.ma/43uky7t6
به عنوان کسی که سالهاست داره دات نت کد میزنه، باید بهتون بگم php، مخصوصا از ورژن ۸ به بعد، بالای ۸۰٪ حتی در اسم کلاس های پایه ای شکل #C هست.
یعنی شما با ۱ ماه وقت گذاشتن میتونید روی php هم به راحتی کد بزنید.
یعنی شما با ۱ ماه وقت گذاشتن میتونید روی php هم به راحتی کد بزنید.
HTML Embed Code: