هنوزم یکی از بهترین منابع برای آشنایی و یادگیری با مباحث مهندسی امنیت، حساب می شود!
مفاهیم بیان شده، کمک می کند تقریبا هر چیزی را که مد نظر داریم، آن را بتوانیم امن کنیم.

https://github.com/veeral-patel/how-to-secure-anything

DevTwitter | <Vahid Nameni/>

➖➖➖➖➖➖➖➖
🕸 https://linktr.ee/Labdon

از ابتدای فعالیت این کانال، تمرکز اصلی ما بر روی حوزه امنیت بوده است و تلاش کردیم مطالب کاربردی و مفیدی در این زمینه ارائه دهیم.
به زودی، با گسترش حوزه فعالیت‌های خود، موضوعات زیر را نیز پوشش خواهیم داد:

- Engineering
- Architecture
- Design
- Testing
- QA

با همراهی شما، سعی داریم محتوایی جامع‌تر و تخصصی‌تر ارائه کنیم تا نیازهای حرفه‌ای جامعه فناوری را به بهترین شکل برآورده کنیم. 🌟

➖➖➖➖➖➖➖➖
🕸 https://linktr.ee/Labdon

SDK (Software Development Kit) و کتابخانه (Library) هر دو ابزارهایی برای توسعه نرم‌افزار هستند، اما تفاوت‌های کلیدی در مفهوم، هدف و کاربرد دارند:

---

### 1. تعریف و مفهوم
- کتابخانه (Library):
مجموعه‌ای از توابع، کدها یا کلاس‌ها که برای حل مشکلات خاص یا افزودن ویژگی‌های خاص به برنامه استفاده می‌شود. کتابخانه‌ها به برنامه‌نویس اجازه می‌دهند تا به جای نوشتن کد از ابتدا، از کدهای آماده استفاده کند.

مثال:
- math در Python برای محاسبات ریاضی.
- fmt در Go برای قالب‌بندی و چاپ.

- SDK:
مجموعه‌ای کامل‌تر از ابزارها، شامل کتابخانه‌ها، مستندات، ابزارهای اشکال‌زدایی، شبیه‌سازها و APIهایی که برای توسعه نرم‌افزار برای یک پلتفرم خاص یا استفاده از یک سرویس خاص طراحی شده‌اند.

مثال:
- Android SDK برای توسعه اپلیکیشن‌های اندروید.
- AWS SDK برای کار با سرویس‌های آمازون.

---

### 2. هدف اصلی
- کتابخانه:
انجام یک وظیفه خاص یا مجموعه‌ای از وظایف مشخص (مانند خواندن/نوشتن فایل، محاسبات ریاضی، یا اتصال به پایگاه داده).

- SDK:
فراهم کردن محیطی کامل برای ساختن یک برنامه یا یک سیستم، که معمولاً شامل کتابخانه‌ها و ابزارهای اضافی است.

---

### 3. سطح استفاده
- کتابخانه:
متمرکز روی یک مسئله خاص است و برنامه‌نویس آن را به کد خود اضافه کرده و فراخوانی می‌کند.

- SDK:
همه‌چیزهایی که برای توسعه یک اپلیکیشن نیاز دارید، از جمله ابزارها، نمونه کدها، و حتی شبیه‌سازها را فراهم می‌کند.

➖➖➖➖➖➖➖➖
🕸 https://linktr.ee/Labdon

👇 لیست کانال‌های مجموعه Labdon با به‌روزترین اخبار، آموزش‌ها و ترفندها در حوزه‌های مختلف:

➖➖➖➖➖➖➖➖
🔵 گولنگ - همه چیز از اخبار تا نکات کلیدی
🔴 @gopher_academy
➖➖➖➖➖➖➖➖
🔵 موقعیت شغلی های گولنگ چه ایرانی و چه خارجی
🔴 @gopher_job

➖➖➖➖➖➖➖➖
🔵 انواع دیتابیس ها ردیس مانگو پستگرس و سایر دیتابیس ها
🔴 @database_academy
🟢 حوزه های تحت پوشش

(redis , mysql , postgresl , mongo ,etc)
➖➖➖➖➖➖➖➖
🔵 دنیای بلاکچین و ارز های دیجیتال
🔴 @Blockchain_labdon
🟢 حوزه های تحت پوشش

(Bitcoin, Ethereum, Altcoins, Blockchain, Policy & Regulations, AI, NFTs, DeFi)

➖➖➖➖➖➖➖➖
🔵 مهندسی نرم افزار
🔴 @software_labdon
🟢 حوزه های تحت پوشش

(Engineering, Architecture, Design, Testing, Security , QA)

➖➖➖➖➖➖➖➖
🔵 لینوکس- از توزیع‌ها تا ترفندهای امنیتی
🔴 @linux_labdon
🟢 حوزه های تحت پوشش

(Linux Distributions, Open Source Software, Security Tips ,New Releases & Features)

➖➖➖➖➖➖➖➖
🔵 دوآپـس - ابزارها و روندهای جدید
🔴 @devops_labdon
🟢 حوزه های تحت پوشش

(CI/CD Pipelines, Cloud Infrastructure, Containerization & Orchestration, Monitoring & Performance, Infrastructure as Code, Security in DevOps)
➖➖➖➖➖➖➖➖
🕸 @labdon_academy

معماری‌های نرم‌افزاری در حوزه برنامه‌نویسی بسیار متنوع هستند و هر کدام با تمرکز بر اهداف، نیازها و شرایط خاصی به‌کار می‌روند.
در این پست، تعدادی از معماری‌های پرکاربرد را میگم و توضیح می‌دهم که روی چه حوزه‌ای متمرکزند، کجا استفاده از آن‌ها مناسب هست و کجا بهتر استفاده نشه.

—————————————————
معماری لایه‌ای (Layered Architecture)

تمرکز:تفکیک مسئولیت‌ها بر اساس لایه‌های منطقی (Presentation، Business، Data Access).

استفاده ش: سیستم‌های کلاسیک سازمانی که ساختار ساده و قابل پیش‌بینی می‌خوان؛ وقتی که تیم توسعه با رویکرد سنتی آشنا و نیاز به شفافیت بین لایه‌ها داریم

کجا استفاده نکنیم:
در پروژه‌هایی که نیازمند مقیاس‌پذیری بالا یا تغییرات مداوم هستند و همچنین در مواردی که ساختار سیستم بسیار پیچیده و وابستگی‌ها زیاد است. چون افزایش تعداد لایه‌ها گاهی انعطاف را کم می‌کنه.

—————————————————
معماری سرویس‌گرا(Service Oriented Architecture - SOA)

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

کجا استفاده نکنیم:
در پروژه‌های کوچک یا متوسط که پیچیدگی و هزینه پیاده‌سازی SOA توجیه ندارد. همچنین وقتی نیازی به اشتراک سرویس میان چند سیستم متنوع نداریم، این معماری پیچیدگی غیرضروری ایجاد می‌کنه. کلا ادای کول ها رو درنیارید و زمان ی که میخواین ماشین حساب بنویسین نرین سراغش


—————————————————
معماری مایکروسرویس (Microservices Architecture)
تمرکز:
تقسیم سیستم به سرویس‌های کوچک، مستقل و قابل استقرار جداگانه که از طریق APIهای سبک (مثل rest api) با هم در ارتباطند
کجا استفاده کنیم:
در سیستم‌هایی با مقیاس بزرگ که نیاز به انتشار و تغییرات سریع دارند، تیم‌های توسعه جداگانه روی بخش‌های مختلف کار می‌کنن و بخش‌های مختلف سیستم باید به شکل مستقل مقیاس‌پذیر باشن. ولی مواظب باشین که تعدادش یهو نره بالا که از اونور(نگهداریش) به دردسر میفتین
کجا استفاده نکنیم:
در پروژه‌های کوچک یا تیم‌های کم تجربه که نگه‌داشت و هماهنگی بین تعداد زیاد سرویس‌های مستقل می‌تواند سخت باشه. همچنین اگر نیازمندی‌ها ساده است و تغییرات کم هستند، مایکروسرویس می‌تواند پیچیدگی غیرضروری ایجاد کند


—————————————————
معماری رویداد-محور (Event-Driven Architecture)
تمرکز:
تبادل اطلاعات و واکنش سرویس‌ها بر اساس Eventها و پردازش ناهمزمان.
کجا استفاده کنیم:
در سیستم‌هایی که رویدادها و اتفاقات به صورت لحظه‌ای رخ میدن، نیاز به پاسخ آنی و مقیاس‌پذیری بالا دارن (مثل سیستم‌های IoT، بازی‌های آنلاین، پردازش تراکنش‌های لحظه‌ای).
کجا استفاده نکنیم:
در سیستم‌هایی که روابط همزمان، قوی و فرآیندهای خطی و ساده دارند و افزایش پیچیدگی به واسطه پیام‌ها و صف‌ها ارزش افزوده‌ای ندارد. کلا هرجایی که حرف از stream و online بودن معنی نداره

—————————————————
معماری تمیز (Clean Architecture)،
شش ضلعی (Hexagonal) یا پیازی (به قول یکی از بچه ها پوست پیازی) (Onion)

تمرکز:
جداسازی منطق کسب‌وکار از جزئیات زیرساختی و رابط کاربری، تا بشه منطق اصلی را مستقل از تکنولوژی‌ها و فریم‌ورک‌ها نگه داشت. البته تو جزئیات باهم تفاوت هایی دارن
کجا استفاده کنیم:
در پروژه‌های بلندمدت و پیچیده که پایداری منطق کسب‌وکار مهم است و ممکن است نیاز باشد فناوری‌های زیرساختی طی زمان تغییر کنند. یعنی مثلا یهو از SQL Server بخواین سوییچ کنین به mongoDb بی دلیل!:)
کجا استفاده نکنیم:
در پروژه‌های سریع و کوچک با نیازهای ساده که ایجاد این سطح از انتزاع ممکنه زمانی که دارین را هدر بده و پیچیدگی غیرضروری اضافه کنه یه چیزی درست کردین هی کپی پیست نکنین تو پروژه های مختلف همچین کاری از یه جایی به بعد شمارو تبدیل میکنه به کدنویس نه برنامه نویس

DevTwitter | <MahDi/>

➖➖➖➖➖➖➖➖
🕸 https://linktr.ee/Labdon

سمینار با موضوع «مهاجرت به هلند» و نکات و قوانین.
خوشحال میشم ببینمتون و به دوستانتون هم معرفیمون کنید

https://www.linkedin.com/posts/jobut-ir_aetaevaepaeuaezaes-agpaepaetafyahyaewaesaez-activity-7274331024019378176-sbSt?utm_source=share&utm_medium=member_desktop

❤شب چله بر شما خجسته باد❤

واقعا برنامه نویس بودن تو ایران ،یه مسیر شغلی کاملا مسخره است.
یوتیوب فیلتره ، سایت های آموزشی تحریم هستیم. پرداخت ارزی به سختی اتفاق میوفته و غیره.

در هر صورت خواستم بگم Github Copilot
به صورت رایگان در دسترس هست. اما تحریم هستیم.

https://aka.ms/vscode-activatecopilotfree
https://code.visualstudio.com/docs/copilot/setup-simplified


<پوریای اصلی قدیمی/>
➖➖➖➖➖➖➖➖
🕸 @labdon_academy

توی این مقاله اومده یه سری دلیل گفته که چرا مدیران ارشد شما را جدی نمی گیرند!!!🤔😅🚬

🔻 https://zaidesanton.substack.com/p/6-reasons-why-the-senior-leadership


➖➖➖➖➖➖➖➖
🕸 https://linktr.ee/Labdon

برای یادگیری زبان Rust شاید این ریپو هم بدرد کسی خورد:
https://github.com/0ne-zero/easy_rust_fa

میتونه مقدمه‌ی خوبی باشه.


| <Pouriya/>
➖➖➖➖➖➖➖➖
🕸 https://linktr.ee/Labdon

👇👇join👇👇

https://t.iss.one/addlist/KpzXaiSpKENkMGM0

🍾یه سری رودمپ بدرد بخور براتون ردیف کردم

🔻Engineering Manager
https://roadmap.sh/engineering-manager

🔻Software Design and Architecture
https://roadmap.sh/software-design-architecture

🔻System Design
https://roadmap.sh/system-design

🔻Software Architect
https://roadmap.sh/software-architect

➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/KpzXaiSpKENkMGM0

📣 هش SHA 256 چگونه کار می‌کند؟
این وبسایت قدم به قدم فرآیند هش کردن رشته با الگوریتم Sha256 را بصورت گرافیکی نشان می‌دهد:

🔗 https://sha256algorithm.com/
🔹🔹🔹🔹🔹
➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/KpzXaiSpKENkMGM0

📣 خلاصه‌ای از فعالیت‌های پروفایل گیت‌هاب را بصورت گرافیکی ببینید:
🔗 https://git-wrapped.com/

📣 ساختارهای داده و الگوریتم‌ها را با انیمیشن درک کنید:
🔗 https://visualgo.net/en

➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/KpzXaiSpKENkMGM0

شرکت Microsoft در هر ثانیه 7000 حمله به رمزهای عبور را مسدود می‌کند، حملات فیشینگ هم 146٪ رشد داشته است!
با آمدن هوش مصنوعی وضعیت پیچیده‌تر شده و باید آماده‌تر بود.
- استفاده از احراز هویت چندمرحله‌ای (MFA) که sms نباشد!
- استفاده از Password Manager
این دو، لازمه حفظ امنیت شما هستند و البته که به تنهایی کافی نیستند.

https://forbes.com/sites/zakdoffman/2024/12/13/microsoft-confirms-password-deletion-for-1-billion-users-attacks-up-200/

➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/KpzXaiSpKENkMGM0

👩‍💻 مسابقه برنامه‌نویسی

🧑‍💻 <کُد اسپرینت | #Code_Sprint >

🌟 کد بزن، خلق کن، بدرخش!🌟

🔘 Software Engineering

🗓 پنج‌شنبه، ۲۰ دی ۱۴۰۳ ساعت ۱۶:۰۰

✅ نفرات برتر این مسابقه به شرکت به‌پرداخت معرفی و در ادامه، به مصاحبه دعوت و در صورت موفقیت عضوی از خانواده به‌پرداخت میشن.

📈 راستی شرکت توی این مسابقه روی امتیاز کوئراییتون هم تاثیر داره.

🎁جوایز نقدی به ارزش ۳۰ میلیون تومان در کیف پول سکه سه نفر برتر مسابقه شارژ می‌شه.

⚡️ثبت‌نام رایگان:
🔗 https://quera.org/r/oobq4
➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/KpzXaiSpKENkMGM0

درود به همگی چند ماه پیش تصمیم گرفتم توی مواردی که خیلی باهاش سروکار دارم نمونه سوالتش رو از بعضی  سایت ها و یا استک اور فلو بهش برخوردم رو توی ریپوهای زیر جداگانه جمع آوری کنم
اگر دوس داشتید به اشتراک بزارید  و حمایت و مشارکت کنید
 


🎯- نمونه سوالات مصاحبه ای گیت
https://github.com/mrbardia72/git-Interview-Questions-And-Answers

🎯- نمونه سوالات مصاحبه ای گولنگ
https://github.com/mrbardia72/Go-Interview-Questions-And-Answers

🎯- نمونه سوالات مصاحبه ای دیتابیس
https://github.com/mrbardia72/db-Interview-Questions-and-Answers

🎯- نمونه سوالات مصاحبه ای داکر
https://github.com/mrbardia72/docker-Interview-Questions-and-Answers

🎯- نمونه سوالات مصاحبه ای والت
https://github.com/mrbardia72/vault-Interview-Questions-and-Answers

👇👇join👇👇

https://t.iss.one/addlist/KpzXaiSpKENkMGM0

توافق روی نام گذاری ها از نون شب واجب تره!!
یه جمله جالب توی کتاب clean code دیدم که نوشته بود، زمانی که میخواید توابع یا متغیرهاتون رو نامگذاری کنید اون قدر حساسیت به خرج بدید که انگار دارید برای یک نوزاد تازه به دنیا اومده اسم انتخاب میکنید.
یک نکته که داخل تیم هم خیلی مهمه اینه که برای یک مفهوم، از چند ورب مختلف استفاده نشه. مثلا برای ایجاد کردن فرضا محصول میشه همه ورب های add, create, insert, make, ... رو استفاده کرد. برای اینکه ابهام و سردرگمی پیش نیاد همیشه سعی کنید توی پروژتون برای همه entity ها از یک ورب یکسان استفاده کنید و این رو توی تیمتون هم باهم توافق کنید که همه از اون ورب استفاده کنن.
این مساله به ظاهر کوچیک خیلی خیلی مهمه لطفا رعایت کنید.


| <Pouya Farshidnia/>

➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/KpzXaiSpKENkMGM0

یک برنامه‌نویس با تجربه به این 17 مورد توجه می‌نماید:

0- عاشق کدی که نوشتی نشو، همیشه باید سعی کنی بهترش کنی
1- در شرایط اورژانسی می‌فهمی پیچیدگی الکی درست کردن چطوری پاره می‌کند
2- هر روش و تکنولوژی بالاخره مزایا و معایب خودش را دارد و قطعاً هر چیزی Trade-off های خودش را دارد - حواست باشد، بهترینی وجود ندارد
3- هر خط کدی که می‌نویسی برای کسی یا جایی یک سرمایه است - شاید هم برای خودت
4- همه می‌گن کدهای بقیه کثافت است
5- بیخودی Dependency ایجاد نکنید
6- درست کد بنویسید، دعوا و درگیری و متوجه نشدن کم می‌شود
7- حالا یکم Comment بنویسید، جای دوری نمی‌رود، ولی کد خودش باید کامنت خودش باشد
8- سر یاد گرفتن چیزهای جدید مقاومت نکنید، لازم است
9- از Code Review نترسید، سبب انتشار و Share شدن دانش می‌گردد
10- همیشه maintainability را در نظر داشته باشید - شما در حال سیمان‌ریزی و ایجاد یک چیزی که هرگز دست نخورد نیستید
11- جایی لازم بود، کمک بگیرید
12 - اصل مشکل را در کد حل کنید نه فقط یک جنبه از خطا را
13- هیچ پروژه و برنامه‌ای خلاص نخواهد شد، همیشه هست
14- زمان‌بندی دادن با قول دادن و قسم خوردن یکی نیست، فقط یک احتمال است
15- طراحی و مهندسی سیستم را همان ابتدا مستند سازی کنید
16- پروژه را بدهید بیرون سریع، بعد آرام آرام با یک برنامه مشخص کاملش کنید


<Ali Kolahdoozan/>
➖➖➖➖➖➖➖➖
https://t.iss.one/addlist/KpzXaiSpKENkMGM0