stanford-oval/wikipedia huggingface dataset:
الصراع التركي السوري عام 2019
وصلات خارجية

الصراع التركي السوري عام 2019.
لماذا احتلت تركيا سوريا؟
اشتباكات عنيفة بين الجيش السوري والقوات التركية
| ع ن القوات المسلحة السورية | ع ن القوات المسلحة السورية |
| --- | --- |
القوات المسلحة:   القوات المسلحة السورية القوات البرية العربية السورية    القوات الجوية العربية السورية    البحرية العربية السورية  قوات الدفاع الجوي السوري 
الأجهزة الأمنية:   الشرطة السورية المخابرات السورية (أمن الدولة  الأمن السياسي  الأمن العسكري  المخابرات الجوية) 
قوات شبه مسلحة أخرى:   الحرس الجمهوري الفرقة الرابعة (سرايا الدفاع)  القوات الخاصة السورية  الشبيحة 
حروب:  حرب 1967   حرب تشرين التحريرية 
 تصنيف عسكرية سوريا:  تصنيف عسكرية سوريا
| ع ن مواضيع سوريا | ع ن مواضيع سوريا |
| --- | --- |
التاريخ:  إبلا  الروماني  الفتح العربي الإسلامي  الأمويين والعباسيين  العثمانيين  المملكة السورية  الإنتداب الفرنسي  الجمهورية الأولى  الجمهورية الثانية  الحرب الأهلية السورية 
السياسة:  الدستور  رئيس الجمهورية قائمة  نائب رئيس الجمهورية قائمة  مجلس الوزراء رئيس الوزراء قائمة  مجلس الشعب رئيس مجلس الشعب قائمة  المحكمة الدستورية العليا  القوات المسلحة العربية السورية القوات البرية  القوات الجوية  القوات البحرية  الحرس الجمهوري  الأحزاب السياسية الجبهة الوطنية التقدمية  الانتخابات في سوريا  القومية العربية  القومية السورية 
الجغرافيا:  المحافظات  المناطق والنواحي  البيئة  الطبيعة  الحياة البرية  الأنهار  الغابات  الجبال  الصحاري  الجزر 
الاقتصاد:  ليرة سورية  المصرف المركزي  قائمة الشركات في سورية  الاتصالات  النقل المطارات  القطارات 
المجتمع:  الشعب  السكان  المغترب  الأعلام  الأديان  الأعراق 
الثقافة:  الموسيقى  التلفزيون  السينما  الطعام  العطل الرسمية  العلم  النشيد  الشعار  التعليم  الصحة 
قضايا:  هضبة الجولان  لواء إسكندرون  الأقاليم السورية الشمالية  الإرهاب  حقوق الإنسان حقوق المثليين 
 بوابة سوريا:  بوابة سوريا
بوابة آسيا
بوابة أسلحة
بوابة التاريخ
بوابة الحرب
بوابة تركيا
بوابة سوريا
بوابة علوم عسكرية
ليام شابارد

| ليام شابارد>  معلومات شخصية  | ليام شابارد>  معلومات شخصية  | ليام شابارد>  معلومات شخصية  | ليام شابارد>  معلومات شخصية  | ليام شابارد>  معلومات شخصية  |  |
| --- | --- | --- | --- | --- | --- |
تاريخ الميلاد: 22 نوفمبر 1994 (العمر 30 سنة)  
مواطنة:  المملكة المتحدة  
مركز اللعب: مدافع
الطول: 1.78 م (5 قدم 10 بوصة)
|   معلومات النادي   |   معلومات النادي   |   معلومات النادي   |   معلومات النادي   |   معلومات النادي   |  |
النادي الحالي: سالفورد سيتي
الرقم: 32
|  مسيرة الشباب   |  مسيرة الشباب   |  مسيرة الشباب   |  مسيرة الشباب   |  مسيرة الشباب   |  |
| سنوات | فريق |  |  |  |  |
 0000–2011 : كارديف سيتي
2011–2013: Swansea City A.F.C. Under-23s ‏
| المسيرة الاحترافية1  | المسيرة الاحترافية1  | المسيرة الاحترافية1  | المسيرة الاحترافية1  | المسيرة الاحترافية1  |  |
| سنوات | فريق | م. | (هـ.) |  |  |
| 2013–2017 | سوانزي سيتي  | 0 | (0) |  |  |
| 2015 | ← يوفل تاون (إعارة) | 20 | (0) |  |  |
| 2016 | ← يوفل تاون (إعارة) | 6 | (0) |  |  |
| 2016–2017 | ← يوفل تاون (إعارة) | 38 | (1) |  |  |
| 2017–2018 | بيتربورو يونايتد | 24 | (0) |  |  |
| 2018–2020 | فوريست غرين | 58 | (6) |  |  |
| 2020–2021 | نيوبورت كونتي | 42 | (2) |  |  |
| 2021– | سالفورد سيتي | 35 | (3) |  |  |
| المنتخب الوطني 2  | المنتخب الوطني 2  | المنتخب الوطني 2  | المنتخب الوطني 2  | المنتخب الوطني 2  |  |
| 2015 | ويلز تحت 21 | 2 | (0) |  |  |
| 1 عدد مرات الظهور مع الأندية وعدد الأهداف تحسب للدوري المحلي فقط  وهو محدث في 7 مايو 2022.  2 عدد مرات الظهور مع المنتخب وعدد الأهداف    محدث في 17 نوفمبر 2015. | 1 عدد مرات الظهور مع الأندية وعدد الأهداف تحسب للدوري المحلي فقط  وهو محدث في 7 مايو 2022.  2 عدد مرات الظهور مع المنتخب وعدد الأهداف    محدث في 17 نوفمبر 2015. | 1 عدد مرات الظهور مع الأندية وعدد الأهداف تحسب للدوري المحلي فقط  وهو محدث في 7 مايو 2022.  2 عدد مرات الظهور مع المنتخب وعدد الأهداف    محدث في 17 نوفمبر 2015. | 1 عدد مرات الظهور مع الأندية وعدد الأهداف تحسب للدوري المحلي فقط  وهو محدث في 7 مايو 2022.  2 عدد مرات الظهور مع المنتخب وعدد الأهداف    محدث في 17 نوفمبر 2015. | 1 عدد مرات الظهور مع الأندية وعدد الأهداف تحسب للدوري المحلي فقط  وهو محدث في 7 مايو 2022.  2 عدد مرات الظهور مع المنتخب وعدد الأهداف    محدث في 17 نوفمبر 2015. |  |
ليام شابارد (بالإنجليزية: Liam Shephard)‏ (22 نوفمبر 1994 في المملكة المتحدة - ) هو لاعب كرة قدم بريطاني في مركز الدفاع. شارك مع منتخب ويلز تحت 21 سنة لكرة القدم. أما مع النوادي، فقد لعب مع سوانزي سيتي ويوفل تاون.
مراجع

↑  "Liam Shephard". 11v11.com. AFS Enterprises. مؤرشف من الأصل في 2018-07-22. اطلع عليه بتاريخ 2018-07-21.
↑  "Eight young Swans pros offered contract extensions". swansacademy.co.uk. Swansea City Academy. 20 يناير 2015. مؤرشف من الأصل في 2017-07-16. اطلع عليه بتاريخ 2015-01-20.
↑  "Swansea reward seven youngsters with deals". Sky Sports. 20 أبريل 2013. مؤرشف من الأصل في 2018-03-09.
↑  "Swansea City defender Liam Shephard signs new 2+1⁄2-year deal at the Liberty Stadium". walesonline.co.uk. Wales Online. 5 يناير 2015. مؤرشف من الأصل في 2016-03-04. اطلع عليه بتاريخ 2015-01-05.
وصلات خارجية

ليام شابارد على موقع قاعدة بيانات كرة القدم.إي يو (الإنجليزية)
ليام شابارد على موقع Soccerbase.com (لاعب) (الإنجليزية)
ليام شابارد على موقع Soccerway.com (الإنجليزية)
ليام شابارد على موقع AS.com (الإسبانية)
بوابة أعلام
بوابة المملكة المتحدة
بوابة كرة القدم
نبتون فروست

نبتون فروست
| 0 | 1 |
| --- | --- |
الصنف الفني:  Afrofuturism (en)  — فيلم موسيقي 
تاريخ الصدور:  يوليو 2021  24 نوفمبر 2022  (ألمانيا) 10 مايو 2023  (فرنسا) 
مدة العرض:  105 دقيقة 
اللغة الأصلية:   القائمة ... كينيارواندا — الإنجليزية — السواحلية — الفرنسية — الكيروندية 
البلد:   رواندا  الولايات المتحدة 
موقع التصوير:  رواندا 
| 0 | 1 |
| --- | --- |
المخرج:  أنيسا أوزيمان — شاول وليامز 
السيناريو:  شاول وليامز 
البطولة:  Eliane Umuhire (mul)   Dorcy Rugamba (en)  
التصوير:  أنيسا أوزيمان 
الموسيقى:  شاول وليامز 
التركيب:  Anisha Acharya (en)  
| 0 | 1 |
| --- | --- |
المنتجون:  عزرا ميلر — شاول وليامز 
المنتج المنفذ:  لين مانويل ميراندا 
التوزيع:  Kino Lorber (mul)  
نسق التوزيع:  فيديو حسب الطلب 
تعديل - تعديل مصدري - تعديل ويكي بيانات
نبتون فروست هو فيلم خيال علمي رومانسي موسيقي إنتاج عام 2021 من إخراج شاول ويليامز وأنيسيا أوزمان، وبطولة شيريل إيشيجا وإلفيس نجابو وكايا فري.
عُرض الفيلم لأول مرة عالميًا في مهرجان كان السينمائي 2021، وتم إصداره في الولايات المتحدة في 3 يونيو 2022 بواسطة كينو لوربر ليحظى بإشادة النقاد. نبتون فروست هو اسم جندي ثوري أسود خدم في الجيش القاري عام 1775.
مراجع

↑  وصلة مرجع: https://deadline.com/video/neptune-frost-cannes-directors-fortnight-pic-ezra-miller-lin-manuel-miranda/. الوصول: 18 يونيو 2022.
1 2  وصلة مرجع: https://www.kinolorber.com/film/view/id/5188. الوصول: 18 يونيو 2022.
1 2 3 4 5 6  وصلة مرجع: https://www.kinolorber.com/film/view/id/5188.
↑  وصلة مرجع: https://bampfa.org/node/237764. الوصول: 18 يونيو 2022.
↑  وصلة مرجع: https://variety.com/2021/film/global/saul-williams-neptune-frost-1235010586/. الوصول: 19 يونيو 2022.
↑  وصلة مرجع: https://seventh-row.com/a-history-of-women-directors-at-the-cannes-film-festival/.
بوابة ألمانيا
بوابة سينما
بوابة عقد 2020
بيرند لوز

| بيرند لوز> (بالألمانية: Bernd Luz)‏    | بيرند لوز> (بالألمانية: Bernd Luz)‏    |
| --- | --- |
 :  
 معلومات شخصية :  معلومات شخصية 
الميلاد: 20 مايو 1966   (58 سنة)   روتفايل  
مواطنة:  ألمانيا  
 الحياة العملية  :  الحياة العملية  
المهنة: رسام  
اللغات: الألمانية  
تعديل مصدري - تعديل  : تعديل مصدري - تعديل  
بيرند لوز (بالألمانية: Bernd Luz)‏ هو رسام وفنان ألماني، ولد في 20 مايو 1966 في روتفايل في ألمانيا.
مراجع

↑  Dagmar Burisch in the KultPop 2016 calendar, Ackermann Kunstverlag, München
↑  Global Corporate Identity 2, Verlag HarperCollinsPublishers, (ردمك 0 06 058926 4)
↑  Bernd Luz: AbstraktPop, Pop-Strategie und Farb-Poesie, (ردمك 9783000478574)
| ضبط استنادي  | ضبط استنادي  |
| --- | --- |
دولية:  ملف الضبط الاستنادي الافتراضي الدَّولي (VIAF)  مركز المكتبة الرقمية على الإنترنت (WC Entities) 
وطنية:  الملف الاستنادي المتكامِل (GND) 
تراجم:  الفهارس الألمانية (DtBio) 
بوابة ألمانيا
بوابة أعلام
بيرنارد 68

بيرنارد 68
| 0 | 1 |
| --- | --- |
المكتشف أو المخترع:  إدوارد إيمرسون برنارد 
الكوكبة:  الحواء 
السرعة الشعاعية:  3٫51 كيلومتر في الثانية 
الحقبة:  J2000.0 
المطلع المستقيم:  260٫65917 درجة 
الميل:  −23٫82611 درجة 
تعديل - تعديل مصدري - تعديل ويكي بيانات

بيرنارد 68 هو سديم مظلم، سحابة جزيئية تقع في كوكبة الحواء، صنف برقم 68 حسب فهرس بيرنارد، يبلغ عرضه نصف سنة ضوئية ويُقدر بعده عن الأرض بمحوالي 500 سنة ضوئية. وهو من القرب بحيث أنه لا توجد نجمة تظهر بينه وبين الشمس.
الخصائص

على الرغم من كونه معتمًا عند أطوال موجات الضوء المرئي ، فقد كشف استخدام التلسكوب الكبير جدا في سيرو بارانال عن وجود حوالي 3700 نجمًا في الخلفية محجوبًا في مجرة درب التبانة ، يمكن رؤية حوالي 1000 منها عند أطوال موجات الأشعة تحت الحمراء. < المرجع> ESO ، The Dark Cloud B68 بأطوال موجية مختلفة </ref> قياسات دقيقة من درجة التعتيم أدى إلى تعيين عينات دقيقة ورسم خرائط دقيقة لتوزيع الغبار داخل السحابة. وجود سحابة مظلمة في الجوار الشمسي يسهل إلى حد كبير المراقبة والقياس. إذا لم يتم تعطيله بفعل قوى خارجية ، فإن استقرار سحب الغبار هو توازن دقيق بين الضغط الخارجي الناجم عن  الحرارة أو الضغط لمحتويات السحابة ، وقوى الجاذبية الداخلية الناتجة عن نفس الجسيمات (انظر  كتلة جينس و كتلة بونور-إبرت). يؤدي هذا إلى تذبذب السحابة أو اهتزازها بطريقة لا تختلف عن تلك الموجودة في فقاعة صابون كبيرة أو بالون مملوء بالماء يتم اهتزازه. لكي تصبح السحابة نجمًا ، يجب أن تكتسب الجاذبية اليد العليا لفترة كافية للتسبب في انكماش السحابة والوصول إلى درجة حرارة أعلى وكثافة أعلى بحيث تتيح بدء   اندماج الهيدروجين. عندما يحدث هذا يتكون للنجم  توازن جديد بين الجاذبية المتزايدة بشكل كبير وضغط الإشعاع. 
التوازن يحدث بين الجادبية لمادة النجم التي تعمل على تصغير حجمه وبين ضغط الإشعاع الناتج عن الاندماج النووي الذي يعمل على تضخيم حجمه. 
تبلغ كتلة السحابة ضعف كتلة الشمس تقريبًا ، ويبلغ قطرها نصف سنة ضوئية تقريبًا. خلال المائة ألف عام القادمة أو نحو ذلك ، وهي في طريقها إلى أن تصبح نجماً.
->
مراجع

↑  "Ammonia survey of small dark clouds". The Astrophysical Journal Letters (بالإنجليزية): 117–120. 1978. DOI:10.1086/182677.
1 2 3  Sébastien Maret (Jul 2006). "The Thermal Structure of Gas in Prestellar Cores: A Case Study of Barnard 68". المجلة الفيزيائية الفلكية (بالإنجليزية) (1): 369–380. DOI:10.1086/504310.
↑  Burkert، Andreas؛ Alves، João (2009). "THE INEVITABLE FUTURE OF THE STARLESS CORE BARNARD 68". The Astrophysical Journal. ج. 695 ع. 2: 1308–1314. arXiv:0809.1457. Bibcode:2009ApJ...695.1308B. DOI:10.1088/0004-637X/695/2/1308. ISSN:0004-637X.
↑  "The Dark Cloud B68 at Different Wavelengths". المرصد الأوروبي الجنوبي. مؤرشف من الأصل في 2017-11-28. اطلع عليه بتاريخ 2012-01-30.
↑  Nielbock, Markus؛ Launhardt, Ralf؛ Steinacker, Jürgen؛ وآخرون (أغسطس 2012). "The Earliest Phases of Star formation observed with Herschel (EPoS): The dust temperature and density distributions of B68". Astronomy and Astrophysics. ج. 547: A11. arXiv:1208.4512. Bibcode:2012A&A...547A..11N. DOI:10.1051/0004-6361/201219139.
↑   arXiv، التذبذبات في مستقرة عديمة النجوم كور بارنارد 68 نسخة محفوظة 16 فبراير 2019 على موقع واي باك مشين.
اقرأ أيضا

التلسكوب الكبير جدا
كتلة جينس
بوابة الفضاء
بوابة المجموعة الشمسية
بوابة رحلات فضائية
بوابة علم الفلك
بوابة نجوم
شقران النعناع

| اضغط هنا للاطلاع على كيفية قراءة التصنيف شقران النعناع | اضغط هنا للاطلاع على كيفية قراءة التصنيف شقران النعناع |
| --- | --- |
المرتبة التصنيفية: نوع  
التصنيف العلمي : التصنيف العلمي 
النطاق:: حقيقيات النوى
المملكة:: فطريات
الفرقة العليا:: الديكاريا
الشعبة:: الدعاميات
الشعيبة:: الشقرانية
الطائفة:: الشقراناويات
الرتبة:: الشقرانيات
الفصيلة:: الشقرانية
الجنس:: الشقران
النوع:: شقران النعناع
الاسم العلمي : الاسم العلمي 
Puccinia menthae  كريستيان هندريك برسون، 1801: Puccinia menthae  كريستيان هندريك برسون، 1801
تعديل مصدري - تعديل  : تعديل مصدري - تعديل  
شقران النعناع أو سُحام النعنع (الاسم العلمي:Puccinia menthae) هو نوع من الفطريات يتبع جنس الشقران من الفصيلة الشقرانية. هذا النوع من الشقران يتطفل على نبات النعناع.
انظر أيضاً

الشقران
قائمة أنواع الشقران
اختبار النظام

اختبار النظام: يتم إجراء اختبار النظام على نظام متكامل لتقييم مدى مطابقته لمتطلباته المحددة.
يقوم اختبار النظام باختبار نظام متكامل تمامًا للتحقق من أنه يلبي متطلباته. على سبيل المثال، قد يتضمن اختبار النظام اختبار واجهة تسجيل الدخول، وإنشاء إدخال وتحريره، وإرسال النتائج أو طباعتها، ثم معالجة الملخص أو حذف (أو أرشفة) الإدخالات، ثم تسجيل الخروج.
يأخذ اختبار النظام، كمدخلاته، جميع المكونات المتكاملة التي اجتازت اختبار التكامل. يهدف اختبار التكامل إلى اكتشاف أي تناقضات بين الوحدات المتكاملة (وتسمى التجميعات). يسعى اختبار النظام إلى اكتشاف العيوب داخل "التجميعات البينية" والنظام ككل. والنتيجة الفعلية هي السلوك الذي يتم إنتاجه أو ملاحظته عند اختبار مكون أو نظام.
يتم إجراء اختبار النظام على النظام بأكمله في سياق مواصفات المتطلبات الوظيفية (FRS)، أو مواصفات متطلبات النظام (SRS)، أو كليهما. لا يختبر اختبار النظام التصميم فحسب، بل يختبر أيضًا السلوك وحتى توقعات العميل. وتعتزم أيضًا إجراء اختبار يصل إلى الحدود المحددة في مواصفات (مواصفات) متطلبات البرامج أو الأجهزة وما يتجاوزها.
مقاربات

الاختبار المدمر: يتم إجراء الاختبارات على فشل العينة في فهم أداء العينة أو سلوك المادة تحت أحمال مختلفة.
الاختبار غير المدمر: تقنيات التحليل لتقييم خصائص مادة أو مكون أو نظام دون التسبب في ضرر.
حقن الأخطاء: أسلوب اختبار يضغط على النظام بطريقة غير عادية لفحص سلوك النظام.
تسليم مستمر

التسليم المستمر (بالإنجليزية: Continuous delivery)‏ اختصاراً CD، هو أحد نهج هندسة البرمجيات، تنتج الفرق باستخدامه البرمجيات خلال دورات قصيرة، ما يضمن إصدار البرمجيات بشكل موثوق في أي وقت، والقيام بذلك يدويًا. يهدف إلى إنشاء البرمجيات واختبارها وإصدارها بسرعة وتواتر أكبر. ويساعد هذا النهج على تقليل التكلفة والوقت ومخاطر إجراء التغييرات من خلال السماح بإجراء تحديثات تزايدية للتطبيقات في الإنتاج. وتعد عملية النشر المباشرة والقابلة للتكرار عملية مهمة للتسليم المستمر.
يتناقض التسليم المستمر مع النشر المستمر، وهو نهج مماثل تُنتج فيه البرمجيات أيضًا في دورات قصيرة ولكن من خلال عمليات النشر الآلية بدلاً من اليدوية.
العلاقة مع ديف أوبس

يتشابه التسليم المستمر وديف أوبس في معانيها وكثيرًا ما يخلط بينهما، ولكنهما مفهومان مختلفان. فنطاق ديف أوبس أوسع، ويتركز حول التغير الثقافي، وخاصةً تعاون مختلف الفرق المشاركة في تسليم البرمجيات (المطورين، العمليات، ضمان الجودة، الإدارة، إلخ)، بالإضافة إلى أتمتة عمليات تسليم البرمجيات. ومن ناحية أخرى، فإن التسليم المستمر هو نهج لأتمتة جانب التسليم، يركز على الجمع بين العمليات المختلفة وتنفيذها بسرعة وتواتر أكبر. وبالتالي، يمكن أن تكون ديف أوبس منتجاً للتسليم المستمر، ويتدفق التسليم المستمر مباشرةً  إلى ديف أوبس.
العلاقة مع النشر المستمر

التسليم المستمر هو القدرة على تسليم البرمجيات التي يمكن نشرها في أي وقت من خلال الإصدارات اليدوية؛ ويتناقض هذا مع النشر المستمر الذي يستخدم النشر الآلي. ووفقا لمارتن فاولر، فإن النشر المستمر يتطلب التسليم المستمر. يميز الأدب الأكاديمي بين النهجين وفقًا لطريقة النشر؛ يدوية أم آلية.
المبادئ

يعامل التسليم المستمر المفهوم الشائع  لأنابيب تجزئة التوزيع مثل بوكا يوكي الخالي من الهدر على أنه مجموعة من عمليات التحقق التي يجب أن تخضع لها البرمجية في طريقها إلى الإصدار. يترجم الكود البرمجي إذا لزم الأمر ثم يجمع بواسطة خادم بناء في كل مرة يجرى فيها تغيير على مستودع التحكم بالمصدر، ثم يختبر  باستخدام تقنيات عديدة مختلفة (تتضمن الاختبار اليدوي على الأغلب) قبل أن يحدد أنه قابل للإصدار.
قد يحتاج المطورون الذين اعتادوا على الدورات الطويلة إلى تغيير طريقة تفكيرهم عند العمل في بيئة التسليم المستمر. من المهم أن نفهم أن أي تنفيذ للكود البرمجي يمكن إصداره إلى العملاء في أي وقت. قد تكون بعض الأنماط مثل تقنيات تبديل الميزات مفيدة جدًا في تنفيذ الكود البرمجي (الذي لم يجهز بعد لاستخدامه من قبل المستخدمين النهائيين) باكرًا. يمكن أن يؤدي استخدام نظام قواعد البيانات غير العلائقي إلى إزالة خطوة ترحيل البيانات وتغييرات المخطط، ويُنفذ غالباً خطوات اليدوية أو استثناءات لسير عمل التسليم المستمر.
هناك تقنيات مفيدة أخرى لتطوير الكود بشكل منفصل مثل تفريع الكود، وهي تقنيات حديثة في التسليم المستمر، ولكن يجب تكييفها لتتناسب مع مبادئ التسليم المستمر - مثلًا، يمكن أن يكون تشغيل عدة فروع الكود طويلة الأجل غير عملي، لأنه يجب بناء منتج قابل للإصدار في وقت مبكر من عملية التسليم المستمر من فرع واحد من فروع الكود إذا فُرض عليه المرور عبر جميع مراحل أنابيب التجزئة.
أنابيب تجزئة النشر

يُمكّن التسليم المستمر من خلال أنابيب تجزئة النشر. هناك ثلاث أهداف لأنابيب تجزئة النشر: الرؤية والتغذية الراجعة والنشر المستمر.
الرؤية - تكون جميع جوانب نظام التسليم، بما في ذلك البناء، والنشر، والاختبار، والإصدار، مرئية لجميع أعضاء الفريق ما يعزز التعاون.
التغذية الراجعة: يتعرف أعضاء الفريق على المشاكل بمجرد حدوثها ليتمكنوا من إصلاحها في أسرع وقت ممكن.
النشر المستمر: يمكن نشر أي إصدار من البرنامج وإصداره لأي بيئة، من خلال عملية آلية بالكامل.
تصميم التسليم المستمر

لتطبيق التسليم المستمر بفعالية، يجب أن تلبي التطبيقات البرمجية مجموعة من المتطلبات البنيوية المهمة (ايه إس آر) مثل إمكانية النشر وقابلية التعديل وقابلية الاختبار. تتطلب هذه المتطلبات البنيوية المهمة أولوية عليا ولا يمكن استبدالها بسهولة.
كثيرًا ما تُستخدم الخدمات الصغيرة لتصميم التسليم المستمر. يمكن أن يزيد استخدام الخدمات الصغيرة قابلية نشر النظام وتعديله. تتضمن تحسينات قابلية النشر الملحوظة: استقلالية النشر، ووقت نشر أقصر، وإجراءات نشر أبسط، وعدم تعطل النشر. تشمل تحسينات قابلية التعديل الملحوظة: فترات زمنية أقصر للتغيرات الوظيفية التزايدية الصغيرة، تغييرات أسهل في اختيار التكنولوجيا، تغييرات سمات الجودة التزايدية، وتحديثات أسهل للغة والمكتبة.
التطبيق والاستخدام

نشر كتاب التسليم المستمر الذي كتبه جيهز همبل وديفيد فارلي مصطلح النشر المستمر، ولكن منذ إنشائه، استمر التعريف في التقدم ويملك الآن معنى أكثر تطوراً. تطبق الشركات اليوم مبادئ التسليم المستمر هذه وأفضل الممارسات. ما تزال الاختلافات بين المجالات، مثل الطب مقابل الويب، كبيرة وتؤثر على التنفيذ والاستخدام. وفيما يلي بعض الشركات المعروفة التي تعتمد هذا النهج: ياهو!، وأمازون، وفيسبوك، وغوغل، وبادي باور وويلز فارغو.
الفوائد والعوائق

أُبلغ عن العديد من فوائد التسليم المستمر:
وقت سريع في الوصول إلى السوق: يتيح التسليم المستمر للمؤسسة تقديم قيمة العمل المتأصلة في الإصدارات البرمجيات الجديدة للعملاء بسرعة أكبر. تساعد هذه القدرة الشركة على البقاء في صدارة المنافسة.
بناء المنتج المناسب: تسمح الإصدارات المتكررة لفرق تطوير التطبيقات بالحصول على تعليقات المستخدمين بسرعة أكبر. ما يتيح لهم العمل على الميزات المفيدة فقط. إذا تبين لهم أن إحدى الميزات غير مفيدة، فلا يبذلوا أي جهد إضافي عليها. يساعدهم ذلك على بناء المنتج المناسب.
تحسين الإنتاجية والكفاءة: توفر الأتمتة وقت كبير للمطورين والمختبرين ومهندسي العمليات وغيرهم.
الإصدارات الموثوقة: انخفضت المخاطر المرتبطة بالإصدار بشكل كبير، وأصبحت عملية الإصدار أكثر موثوقية. تُختبر عملية النشر وبرامجها النصية بشكل متكرر باستخدام التسليم المستمر قبل النشر للإنتاج. لذا، تُكتشف معظم الأخطاء في عملية النشر وبرامجها النصية. يتناقص عدد تغييرات الكود البرمجي في كل إصدار مع الإصدارات الأكثر تكرارًا. يُسهل هذا العثور على المشاكل وإصلاحها ما يقلل وقت تأثيرها.
تحسين جودة المنتج: انخفض عدد الأخطاء المفتوحة ومشاكل الإنتاج بشكل كبير.
تحسين رضا العملاء: حُقق مستوى أعلى من رضا العملاء.
وجرى التحقيق  في العقبات أيضًا.
تفضيلات العملاء: لا يريد بعض العملاء تحديثات مستمرة لأنظمتهم. وخاصّةً في المراحل الحرجة من عملياتها.
قيود المجال: في بعض المجالات، مثل الاتصالات عن بعد والطب، تتطلب اللوائح إجراء اختبارات شاملة قبل السماح للإصدارات الجديدة بالدخول في مرحلة العمليات.
نقص أتمتة الاختبار: يؤدي نقص أتمتة الاختبار إلى نقص ثقة المطور ويمكن أن يمنع هذا استخدام التسليم المستمر.
الاختلافات في البيئات: قد يؤدي استخدام بيئات مختلفة في التطوير والاختبار والإنتاج إلى مشاكل خفية في بيئة الإنتاج.
الاختبارات التي تحتاج إلى أوراكل بشري: لا يمكن التحقق من جميع سمات الجودة باستخدام الأتمتة. وتتطلب هذه السمات الإطلاع البشري، ما يؤدي إلى إبطاء أنابيب تجزئة التسليم.
طرح تشن ثمانية تحديات اعتماد أخرى وصاغها. تتمثل هذه التحديات في مجالات البنية التنظيمية والعمليات والأدوات والبنية التحتية والنظم القديمة وتصميم التسليم المستمر، والاختبار المستمر للمتطلبات غير الوظيفية، وتحسين تنفيذ الاختبار.
تصميم آمن (حوسبة)

في هندسة البرمجيات، آمن تصميميًا أو آمن بالتصميم تعني أن البرمجية مصممة لتكون آمنة بشكل أساسي.
تأخذ الاستراتيجيات والتكتيكات والأنماط الأمنية البديلة في الاعتبار في بداية تصميم البرمجية، ويختار أفضلها وتنفيذها حسب البنية، ويتم استخدامها كمبادئ توجيهية للمطورين. كما يتم تشجيعه لاستخدام أنماط تصميم إستراتيجية لها تأثيرات مفيدة على الأمن، حتى لو لم تكن أنماط التصميم في الأصل مصصمة مع أخذ الأمن في الاعتبار.
أصبح التصميم الآمن نهج التطوير السائد شيئًا فشيئًا لضمان أمان وخصوصية أنظمة البرمجيات، حيث يتم أخذ الأمان في الاعتبار ودمجه في النظام في كل طبقة ويبدأ ببنية قوية. تعتمد قرارات تصميم البنية الأمنية على استراتيجيات وتكتيكات وأنماط أمنية معروفة يتم تعريفها على أنها تقنيات قابلة لإعادة الاستخدام لتحقيق اهتمامات محددة تتعلق بالجودة. توفر التكتيكات/الأنماط الأمنية حلولًا لفرض متطلبات مطلوبة كالمصادقة والترخيص والسرية التامة وسلامة البيانات والخصوصية والمساءلة والتوافر والسلامة وعدم التنصل، حتى عندما يتعرض النظام للهجوم. من أجل ضمان أمان نظام برمجي، ليس من المهم فقط تصميم بنية أمنية قوية مقصودة بل من الضروري أيضًا رسم استراتيجيات وتكتيكات وأنماط أمنية محدثة لتطوير البرمجيات من أجل الحفاظ على استمرارية الأمن.
توقع الهجمات

يجب افتراض حدوث هجمات ضارة على البرمجيات، ويتم توخي الحذر لتقليل التأثير. يُتوقع وجود ثغرات أمنية إلى جانب إدخال غير صالح من المستخدم. يرتبط ارتباطًا وثيقًا بممارسة استخدام تصميم "جيد" للبرمجية -مثل تصميم مقاد بالنطاق- كوسيلة لزيادة الأمان عن طريق تقليل مخاطر إتاحة فرص لثغرات أمنية، حتى على الرغم من أن مبادئ التصميم المستخدمة لم يتم تصميمها في الأصل لأغراض أمنية.
تجنب الأمن من خلال الغموض

بشكل عام، التصميمات التي تعمل بشكل جيد لا تعتمد على كونها سرية. في كثير من الأحيان تقلل السرية من عدد المهاجمين عن طريق تثبيط مجموعة فرعية من التهديد. المنطق هو أنه إذا كانت هناك زيادة في التعقيد بالنسبة للمهاجم، فإن جهد المهاجم المتزايد لتسوية الهدف يثبط عزيمته. في حين أن هذه التقنية تنطوي على تقليل المخاطر الكامنة فإن مجموعة لا حصر لها تقريبًا من الجهات الفاعلة والتقنيات التهديدية المطبقة بمرور الوقت ستؤدي إلى فشل معظم الأساليب السرية. ليس بالضرورة لكن الأمان المناسب يسمح عادةً للجميع بمعرفة تصميمه وفهمه لأنه آمن. ويمتاز بالسماح لعديد من الأشخاص بإلقاء نظرة على نص الحاسوب البرمجي، مما يزيد من احتمالات العثور على أي عيوب في وقت أقرب (راجع قانون لينوس). ويعاب بالسماح للمهاجمين بالحصول على الرمز البرمجي، مما يسهل عليهم العثور على نقاط ضعف لاستغلالها. ومع ذلك، يُعتقد بشكل عام أن ميزة المصدر المفتوح تفوق عيوبه.
صلاحيات أقل

ومن المهم أيضًا أن يعمل كل شيء بأقل قدر ممكن من الصلاحيات. على سبيل المثال، يمكن أن يتمتع خادم ويب يعمل كمستخدم إداري ("جذر" أو "مسؤول") بامتياز إزالة الملفات والمستخدمين. وبالتالي فإن وجود خلل في مثل هذه البرمجية يمكن أن يعرض النظام بأكمله للخطر، في حين أن خادم ويب يعمل داخل بيئة معزولة، ويتمتع فقط بالامتيازات الخاصة بوظائف الشبكة ونظام الملفات المطلوبة، فلا يمكنه تعريض النظام الذي يعمل عليه للخطر ما لم يكن الأمان المحيط به في حد ذاته معيب أيضا.
المنهجيات

يجب أن يكون التصميم الآمن في الاعتبار خلال جميع مراحل دورة حياة التطوير (أيًا كانت عملية تطوير البرمجيات المختارة). توجد بضعة منهجيات تطوير تصميم آمن معدة مسبقًا.
المعايير والتشريعات

توجد معايير وتشريعات لمساعدة التصميم الآمن بالتحكم في تعريف "آمن" وتوفير خطوات محددة لاختبار الأنظمة الآمنة ودمجها.
بعض الأمثلة على المعايير التي تغطي أو تتطرق إلى مبادئ التصميم الآمن:
معيار المعهد الأوروبي لمعايير الاتصالات TS 103 645  والذي تم تضمينه جزئيًا في "مقترحات حكومة المملكة المتحدة لتنظيم الأمن السيبراني للمنتجات الذكية الاستهلاكية"
تغطي سلسلة ISO/IEC 27000 العديد من جوانب التصميم الآمن.
بنيات الخادم/العميل

في بنيات الخادم/العميل، قد لا تكون البرمجية الموجودة في الطرف الآخر عميلاً معتمدًا وقد لا يكون خادم العميل خادمًا معتمدًا. وحتى عندما يكون الأمر كذلك، فإن هجوم الوسيط يمكن أن يضر بالاتصالات.
غالبًا ما تكون أسهل طريقة لكسر أمان نظام العميل/الخادم هي عدم الانتقال مباشرةً إلى آليات الأمان، بل بالالتفاف حولها. يعد هجوم الوسيط مثالًا بسيطًا على ذلك، حيث يمكن استخدامه لجمع التفاصيل لانتحال شخصية المستخدم. ولهذا السبب من المهم مراعاة التعمية والتلبيد وآليات أمان أخرى في التصميم للتيقن من أن المعلومات التي جمعها مهاجم لن تسمح بالوصول.
الميزة الرئيسية الأخرى لتصميم أمان خادم العميل هي ممارسة البرمجة الجيدة. على سبيل المثال، يمكن أن يساعد اتباع هيكل تصميم برمجي معروف -مثل العميل والوسيط- في تصميم هيكل متين. علاوة على ذلك، إذا كان سيتم تعديل البرمجية في المستقبل، فمن الأهم أن يتبع أساسًا منطقيًا للفصل بين العميل والخادم. وذلك لأنه إذا جاء مبرمج ولم يتمكن من فهم ديناميكيات البرمجية بوضوح، فقد ينتهي به الأمر إلى إضافة أو تغيير شيء قد يسبب ثغرة أمنية. حتى مع أفضل التصاميم، يظل هذا احتمالًا واردًا، ولكن كلما كان توحيد التصميم أفضل، قلت فرصة حدوث ذلك.
أنظر أيضا

أمن الحاسوب
معايير الأمن السيبراني
تصلب
مستويات مستقلة متعددة من الأمان
آمن بشكل افتراضي
الأمن من خلال الغموض
ضمان أمن البرمجيات