این سایت یه AI assistant داره که علاوه برکمک تو کد زدن میتونه کدتون رو روی cloud بیاره بالا بدون خرید هیچ سروری فقط با یک کلیک. البته که اصلیترین فیچرهاش از یه جا بعد پولی میشه ولی خیلی ایده جالبیه که کل مسیر از اول تا اخر توی browser انجام میشه.
#Programming #Coding #Collaboration #Development
https://replit.com
➖➖➖➖➖➖➖➖
👑 @software_labdon
#Programming #Coding #Collaboration #Development
https://replit.com
➖➖➖➖➖➖➖➖
👑 @software_labdon
👍1
🔵 عنوان مقاله
The New Commandments of Security Teams (10 minute read)
🟢 خلاصه مقاله:
**این مقاله مجموعهای از «فرامین جدید» را پیشنهاد میکند تا تیمهای امنیت از «تیمِ نه» به شریکهای توانمندساز تبدیل شوند. محورهای اصلی عبارتاند از: همکاری زودهنگام و مؤثر با تیمهای محصول و IT، همزبانی درباره ریسک و اهداف مشترک؛ توانمندسازی توسعهدهندگان با paved roads، پیشفرضهای امن، guardrailهای خودکار در CI/CD و راهنماییهای قابلاستفاده؛ بهرهگیری از دانش و چارچوبهای بیرونی بهجای اختراع دوباره؛ اولویتدادن به ارزیابی و مدیریت ریسک تأمینکنندگان با فرآیندهای ساده و لایهبندیشده؛ و تمرکز بر «رفع مشکل و بستن حلقه» بههمراه توضیح شفاف معاملهگریها، انتخاب کنترلهای عملگرایانه، و سنجش نتایج واقعی مانند پذیرش، کاهش حوادث، و بهبود زمانبندیها. هدف نهایی: امنیتی که حرکت کسبوکار را تسهیل کند، نه متوقف.
#Security #DevSecOps #Cybersecurity #Collaboration #DeveloperExperience #VendorRisk #Usability #RiskManagement
🟣لینک مقاله:
https://franklyspeaking.substack.com/p/the-new-commandments-of-security?utm_source=tldrinfosec
➖➖➖➖➖➖➖➖
👑 @software_Labdon
The New Commandments of Security Teams (10 minute read)
🟢 خلاصه مقاله:
**این مقاله مجموعهای از «فرامین جدید» را پیشنهاد میکند تا تیمهای امنیت از «تیمِ نه» به شریکهای توانمندساز تبدیل شوند. محورهای اصلی عبارتاند از: همکاری زودهنگام و مؤثر با تیمهای محصول و IT، همزبانی درباره ریسک و اهداف مشترک؛ توانمندسازی توسعهدهندگان با paved roads، پیشفرضهای امن، guardrailهای خودکار در CI/CD و راهنماییهای قابلاستفاده؛ بهرهگیری از دانش و چارچوبهای بیرونی بهجای اختراع دوباره؛ اولویتدادن به ارزیابی و مدیریت ریسک تأمینکنندگان با فرآیندهای ساده و لایهبندیشده؛ و تمرکز بر «رفع مشکل و بستن حلقه» بههمراه توضیح شفاف معاملهگریها، انتخاب کنترلهای عملگرایانه، و سنجش نتایج واقعی مانند پذیرش، کاهش حوادث، و بهبود زمانبندیها. هدف نهایی: امنیتی که حرکت کسبوکار را تسهیل کند، نه متوقف.
#Security #DevSecOps #Cybersecurity #Collaboration #DeveloperExperience #VendorRisk #Usability #RiskManagement
🟣لینک مقاله:
https://franklyspeaking.substack.com/p/the-new-commandments-of-security?utm_source=tldrinfosec
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Substack
The New Commandments of Security Teams
Guest post by Maya Kaczorowski
🔵 عنوان مقاله
Power pairing our people process: How we moved to a collaborative QA Engineer and QA Analyst model
🟢 خلاصه مقاله:
** این مقاله نشان میدهد که با جفتکردن نقشهای مکمل در کیفیت، یعنی QA Engineer و QA Analyst، میتوان کیفیت را از یک مرحله انتهایی به یک فعالیت پیوسته و مشارکتی در دل فرایند توسعه تبدیل کرد. بر اساس ایدههای Matthew Whitaker و همسو با فلسفه pair-programming، QA Engineer روی اتوماسیون، ابزارها و CI/CD تمرکز میکند و QA Analyst بر تحلیل نیازمندیها، آزمون اکتشافی و مدیریت ریسک؛ و همکاری نزدیک آنها شکافهای فنی و محصولی را کاهش میدهد. این جفت بهصورت مشترک معیارهای پذیرش و استراتژی آزمون را مینویسد، بین نقش «راننده/راهنما» جابهجا میشود و یافتههای اکتشافی را سریع به تستهای خودکار قابل نگهداری تبدیل میکند. پیادهسازی موفق با یک پایلوت، برنامه pairing شفاف، ابزارهای دیدپذیری، و سنجههایی مانند نرخ خطای فرار، زمان چرخه و نرخ بازکار آغاز میشود و با مدیریت چالشهایی مانند ابهام نقش و خستگی جلسات از طریق RACI سبک، پلیبوک، تایمباکس و آداب pairing تثبیت میشود. دستاوردها شامل بازخورد سریعتر، کاهش خطاهای فرار، مالکیت مشترک کیفیت و انتقال دانش گستردهتر در تیم است؛ همان درسی که از pair-programming میگیریم: دو ذهن مکمل، از یک متخصص تنها مؤثرترند.
#QA #PairProgramming #QualityAssurance #AgileTesting #Collaboration #DevOps #TestAutomation #TeamCulture
🟣لینک مقاله:
https://cur.at/EuZObTr?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Power pairing our people process: How we moved to a collaborative QA Engineer and QA Analyst model
🟢 خلاصه مقاله:
** این مقاله نشان میدهد که با جفتکردن نقشهای مکمل در کیفیت، یعنی QA Engineer و QA Analyst، میتوان کیفیت را از یک مرحله انتهایی به یک فعالیت پیوسته و مشارکتی در دل فرایند توسعه تبدیل کرد. بر اساس ایدههای Matthew Whitaker و همسو با فلسفه pair-programming، QA Engineer روی اتوماسیون، ابزارها و CI/CD تمرکز میکند و QA Analyst بر تحلیل نیازمندیها، آزمون اکتشافی و مدیریت ریسک؛ و همکاری نزدیک آنها شکافهای فنی و محصولی را کاهش میدهد. این جفت بهصورت مشترک معیارهای پذیرش و استراتژی آزمون را مینویسد، بین نقش «راننده/راهنما» جابهجا میشود و یافتههای اکتشافی را سریع به تستهای خودکار قابل نگهداری تبدیل میکند. پیادهسازی موفق با یک پایلوت، برنامه pairing شفاف، ابزارهای دیدپذیری، و سنجههایی مانند نرخ خطای فرار، زمان چرخه و نرخ بازکار آغاز میشود و با مدیریت چالشهایی مانند ابهام نقش و خستگی جلسات از طریق RACI سبک، پلیبوک، تایمباکس و آداب pairing تثبیت میشود. دستاوردها شامل بازخورد سریعتر، کاهش خطاهای فرار، مالکیت مشترک کیفیت و انتقال دانش گستردهتر در تیم است؛ همان درسی که از pair-programming میگیریم: دو ذهن مکمل، از یک متخصص تنها مؤثرترند.
#QA #PairProgramming #QualityAssurance #AgileTesting #Collaboration #DevOps #TestAutomation #TeamCulture
🟣لینک مقاله:
https://cur.at/EuZObTr?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Ministry of Testing
Power pairing our people process: How we moved to a collaborative QA Engineer and QA Analyst model
Pairing QA Engineers and Analysts isn't just a process tweak, it's a cultural shift that transforms siloed testing into a collaborative, balanced and business-aligned effort.