stanford-oval/wikipedia huggingface dataset:
قائمة البعثات الدبلوماسية للجمهورية العربية الصحراوية الديمقراطية
أوروبا

النمسا
فيينا (مكتب تمثيل)
بلجيكا
بروكسل (مكتب تمثيل)
الدنمارك
كوبنهاغن (مكتب تمثيل)
فنلندا
هلسنكي (مكتب تمثيل)
فرنسا
بانيوليه (باريس) (مكتب تمثيل)
ألمانيا
برلين (مكتب تمثيل)
بريمن (مكتب تمثيل)
اليونان
أثينا (مكتب تمثيل)
المجر
بودابست (مكتب التمثيل)
أيرلندا
دبلن (مكتب تمثيل)
إيطاليا
روما (مكتب التمثيل)
سيستو فيورنتينو (مكتب التمثيل)
هولندا
لاهاي (مكتب تمثيل)
النرويج
أوسلو (مكتب تمثيل)
بولندا
وارسو (مكتب تمثيل)
البرتغال
لشبونة (مكتب تمثيل)
رومانيا
بوخارست (مكتب تمثيل)
روسيا
موسكو (مكتب تمثيل)
سلوفينيا
ليوبليانا (مكتب تمثيل)
إسبانيا
مدريد (مكتب تمثيل)
برشلونة (مكتب تمثيل)
السويد
ستوكهولم (مكتب تمثيل)
سويسرا
جنيف (مكتب تمثيل)
المملكة المتحدة
لندن (مكتب تمثيل)
أوقيانوسيا

أستراليا
غليب (سيدني) (مكتب تمثيل)
المنظمات المتعددة الأطراف

أديس أبابا (بعثة دائمة لدى الاتحاد الأفريقي)
بروكسل (مكتب الجمهورية العربية الصحراوية الديمقراطية لدى الاتحاد الأوروبي)
جنيف (مكتب الجمهورية العربية الصحراوية الديمقراطية لدى الأمم المتحدة)
مدينة نيويورك (مكتب الجمهورية العربية الصحراوية الديمقراطية لدى الأمم المتحدة)
انظر أيضاً

علاقات الجمهورية العربية الصحراوية الديمقراطية الخارجية
وصلات خارجية

السفارات والوفود الصحراوية في العالم
السفارة الصحراوية في الجزائر (بالاسبانية)
السفارة الصحراوية في إثيوبيا والاتحاد الأفريقي
السفارة الصحراوية في المكسيك (بالاسبانية)
السفارة الصحراوية في بنما (بالاسبانية)
السفارة الصحراوية في أوروغواي (بالإسبانية)
السفارة الصحراوية في فنزويلا (بالاسبانية)
السفارة الصحراوية في زمبابوي
نمط واجهة المبنى

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

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

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

في الرسم التخطيطي لصنف UML أعلاه، لا يصل صنف Client إلى أصناف النظام الفرعي مباشرة. بدلاً من ذلك، يعمل العميل Client من خلال صنف الواجهة Facade التي تطبق واجهة بسيطة من حيث (عن طريق التفويض إلى) أصناف النظام الفرعي ( Class1 و Class2 و Class3 ). يعتمد Client فقط على واجهة Facade البسيطة وهو مستقل عن النظام الفرعي المعقد. يعرض الرسم التخطيطي للتسلسل تفاعلات وقت التشغيل: يعمل كائن عميل Client خلال كائن واجهة Facade الذي يفوض الطلب إلى مثيلات الأصناف التالية Class1 و Class2 و Class3 التي تقوم بتنفيذ الطلب.
مثال

هذا مثال تجريدي لكيفية تفاعل العميل ("you") مع واجهة ("computer") لنظام معقد (أجزاء الكمبيوتر الداخلية، مثل وحدة المعالجة المركزية والأجهزة).
مثال > ++C

#include <memory>
 
class CPU {
 public:
 void Freeze();
 void Jump(long position);
 void Execute();
};

class HardDrive {
 public:
 char* Read(long lba, int size);
};

class Memory {
 public:
 void Load(long position, char* data);
};

// Facade:
class ComputerFacade {
 public:
 void Start() {
  cpu_->Freeze();
  memory_->Load(kBootAddress, hard_drive_->Read(kBootSector, kSectorSize));
  cpu_->Jump(kBootAddress);
  cpu_->Execute();
 }

 private:
 std::unique_ptr<CPU> cpu_ = std::make_unique<CPU>();
 std::unique_ptr<Memory> memory_ = std::make_unique<Memory>();
 std::unique_ptr<HardDrive> hard_drive_ = std::make_unique<HardDrive>();
};

int main() {
 ComputerFacade computer;
 computer.Start();
}
مثال > #C > التنفيذ

namespace DesignPattern.Facade
{
  class SubsystemA
  {
    public string OperationA1()
    {
      return "Subsystem A, Method A1\n";
    }
    public string OperationA2()
    {
      return "Subsystem A, Method A2\n";
    }
  }
 
  class SubsystemB
  {
    public string OperationB1()
    {
      return "Subsystem B, Method B1\n";
    }

    public string OperationB2()
    {
      return "Subsystem B, Method B2\n";
    }
  }

  class SubsystemC
  {
    public string OperationC1()
    {
      return "Subsystem C, Method C1\n";
    }

    public string OperationC2()
    {
      return "Subsystem C, Method C2\n";
    }
  }

  public class Facade
  {
    private readonly SubsystemA a = new SubsystemA();
    private readonly SubsystemB b = new SubsystemB();
    private readonly SubsystemC c = new SubsystemC();
    public void Operation1()
    {
      Console.WriteLine("Operation 1\n" +
        a.OperationA1() +
        b.OperationB1() +
        c.OperationC1());
    }
    public void Operation2()
    {
      Console.WriteLine("Operation 2\n" +
        a.OperationA2() +
        b.OperationB2() +
        c.OperationC2());
    }
  }
}
مثال > #C > عينة من الكود

namespace DesignPattern.Facade.Sample
{ 
  // The 'Subsystem ClassA' class
  class CarModel
  {
    public void SetModel()
    {
      Console.WriteLine(" CarModel - SetModel");
    }
  }

  /// <summary>
  /// The 'Subsystem ClassB' class
  /// </summary>
  class CarEngine
  {
    public void SetEngine()
    {
      Console.WriteLine(" CarEngine - SetEngine");
    }
  }

  // The 'Subsystem ClassC' class
  class CarBody
  {
    public void SetBody()
    {
      Console.WriteLine(" CarBody - SetBody");
    }
  }

  // The 'Subsystem ClassD' class
  class CarAccessories
  {
    public void SetAccessories()
    {
      Console.WriteLine(" CarAccessories - SetAccessories");
    }
  }

  // The 'Facade' class
  public class CarFacade
  {
    private readonly CarAccessories accessories;
    private readonly CarBody body;
    private readonly CarEngine engine;
    private readonly CarModel model;

    public CarFacade()
    {
      accessories = new CarAccessories();
      body = new CarBody();
      engine = new CarEngine();
      model = new CarModel();
    }

    public void CreateCompleteCar()
    {
      Console.WriteLine("******** Creating a Car **********");
      model.SetModel();
      engine.SetEngine();
      body.SetBody();
      accessories.SetAccessories();

      Console.WriteLine("******** Car creation is completed. **********");
    }
  }

  // Facade pattern demo
  class Program
  {
    static void Main(string[] args)
    {
      var facade = new CarFacade();

      facade.CreateCompleteCar();

      Console.ReadKey();
    }
  }
}
مثال > جافا

/* Comp

class CPU {
  public void freeze() { ... }
  public void jump(long position) { ... }
  public void execute() { ... }
}

class HardDrive {
  public byte[] read(long lba, int size) { ... }
}

class Memory {
  public void load(long position, byte[] data) { ... }
}

/* Facade */

class ComputerFacade {
  private final CPU processor;
  private final Memory ram;
  private final HardDrive hd;

  public ComputerFacade() {
    this.processor = new CPU();
    this.ram = new Memory();
    this.hd = new HardDrive();
  }

  public void start() {
    processor.freeze();
    ram.load(BOOT_ADDRESS, hd.read(BOOT_SECTOR, SECTOR_SIZE));
    processor.jump(BOOT_ADDRESS);
    processor.execute();
  }
}

/* Client */

class You {
  public static void main(String[] args) {
    ComputerFacade computer = new ComputerFacade();
    computer.start();
  }
}
مثال > روبي

# Complex Parts
class CPU
 def freeze; end
 def jump(position); end
 def execute; end
end
 
class Memory
 def load(position, data); end
end

class HardDrive
 def read(lba, size); end
end

# Facade
class ComputerFacade

 def initialize
  @processor = CPU.new
  @ram = Memory.new
  @hd = HardDrive.new
 end

 def start
  @processor.freeze
  @ram.load(BOOT_ADDRESS, @hd.read(BOOT_SECTOR, SECTOR_SIZE))
  @processor.jump(BOOT_ADDRESS)
  @processor.execute
 end
end

# Client
computer_facade = ComputerFacade.new
computer_facade.start
مثال > PHP

/** 
 * The complicated, underlying logic.
 */
class CPU
{
  public function freeze() {/* ... */}
  public function jump($position) {/* ... */}
  public function execute() {/* ... */}
}

class Memory
{
  public function load($position, $data) {/* ... */}
}

class HardDrive
{
  public function read($lba, $size) {/* ... */}
}

/**
 * The facade that users would be interacting with.
 */
class ComputerFacade
{
  protected CPU $cpu;
  protected Memory $memory;
  protected HardDrive $hd;

  public function __construct()
  {
    $this->cpu = new CPU;
    $this->memory = new Memory;
    $this->hd = new HardDrive;
  }

  public function start() : void
  {
    $this->cpu->freeze();
    $this->memory->load(BOOT_ADDRESS, $this->hd->read(BOOT_SECTOR, SECTOR_SIZE));
    $this->cpu->jump(BOOT_ADDRESS);
    $this->cpu->execute();
  }
}

/**
 * How a user could start the computer.
 */
$computer = new ComputerFacade;
$computer->start();
مثال > بايثون

"""
Facade pattern example.
"""
 
# Complex computer parts
class CPU(object):
  """
  Simple CPU representation.
  """
  def freeze(self) -> None:
    print("Freezing processor.")

  def jump(self, position) -> None:
    print("Jumping to:", position)

  def execute(self) -> None:
    print("Executing.")

class Memory(object):
  """
  Simple memory representation.
  """
  def load(self, position, data):
    print("Loading from {0} data: '{1}'.".format(position, data))

class SolidStateDrive(object):
  """
  Simple solid state drive representation.
  """
  def read(self, lba, size):
    return "Some data from sector {0} with size {1}".format(lba, size)

class ComputerFacade(object):
  """
  Represents a facade for various computer parts.
  """
  def __init__(self) -> None:
    self.cpu = CPU()
    self.memory = Memory()
    self.ssd = SolidStateDrive()

  def start(self) -> None:
    self.cpu.freeze()
    self.memory.load("0x00", self.ssd.read("100", "1024"))
    self.cpu.jump("0x00")
    self.cpu.execute()

computer_facade = ComputerFacade()
computer_facade.start()
Output:
Freezing processor.
Loading from 0x00 data: 'Some data from sector 100 with size 1024'.
Jumping to: 0x00
Executing.
مثال > بوويرشيل PowerShell

"""
Facade pattern example.
"""
  
class CPU {
  
  freeze() {
    "$this freezing" | Out-Host
  }

  jump($position) {
    "$this jump to $position" | Out-Host
  }

  execute() {
    "$this execute" | Out-Host
  }
}

class Memory {
  load($position, $data) {
    "$this load $position $data" | Out-Host    
  }
}

class HardDrive {
  [object] read($lba, $size) {    
    "$this read $lba $size" | Out-Host    
    
    return "(some data)"
  }
}

# Façade
class Computer {
  hidden [CPU]$cpu 
  hidden [Memory]$memory
  hidden [HardDrive]$hardDrive

  Computer() {
    $this.cpu = New-Object CPU
    $this.memory = New-Object Memory
    $this.hardDrive = New-Object HardDrive
  }

  StartComputer() {
    $this.cpu.freeze()
    $this.memory.load(0, $this.hardDrive.read(0, 1024))
    $this.cpu.jump(10)
    $this.cpu.execute()
  }
}

$façade = [Computer]::new()

$façade.StartComputer()
Output:
CPU freezing
HardDrive read 0 1024
Memory load 0 (some data)
CPU jump to 10
CPU execute
انظر أيضا

التغليف (برمجة الكمبيوتر)
نموذج لصنف UML ومخطط تسلسلي لنمط تصميم الواجهة.
جاغوار (حاسوب فائق)

لمعانٍ أخرى، طالع جاغوار (توضيح).
جاغوار
| 0 | 1 |
| --- | --- |
الصانع:  كراي 
التشغيل:  2005
المشغلون:  شركة كراي
البلد:  الولايات المتحدة 
الثمن:  USD $104M
الترتيب:  6  حسب :توب 500 
موقع الويب:  http://www.nccs.gov/computing-resources/jaguar/
| 0 | 1 |
| --- | --- |
المعالج:  أبترون 
عدد المعالجات:  224٬257 من وحدة معالجة مركزية 
المعمارية:  224,256 إيه إم دي أبترون متعدد النواة
السرعة:  1.75 بيتا فلوب
تعديل - تعديل مصدري - تعديل ويكي بيانات
جاغوار (بالإنجليزية: Jaguar)‏ هو حاسوب فائق بنته شركة كراي في مختبر أوك ردج الوطني للاستخدام في المشاريع العلمية المختلفة. جاغوار حاسوب متوازي هائل يبلغ ذروة أداءه إلى أكثر من 1.75 بيتا فلوب. ويملك 224,256 معالج AMD x86 بتقنية أبترون متعدد النواة. ويشغل بنظام لينكس مخصص يدعى يو إن آي سي أو إس. وكان يعمل بنظام كراي XT5 المطور من نظام Cray XT4
انظر أيضاً

توب500
تيانهي-1
تيتان (حاسوب فائق)
آي‌ بي‌ إم سيكويا
تيانهي-2
مراجع

↑  "ORNL officially accepts Cray XT5 (Jaguar) / Frank Munger's Atomic City Underground / knoxnews.com" en. مؤرشف من الأصل في 2012-12-09. اطلع عليه بتاريخ 2020-01-25. {{استشهاد ويب}}: الوسيط غير صالح |script-title=: بادئة مفقودة (مساعدة)
↑  وصلة مرجع: http://www.top500.org/system/176544. الوصول: 9 ديسمبر 2021.
↑  "Jaguar"، NCCS، مؤرشف من الأصل في 2012-10-14، اطلع عليه بتاريخ 2009-11-25
وصلات خارجية

Jaguar: The World's Most Powerful Computer
في كومنز مواد ذات صلة بـ جاغوار (حاسوب فائق).
بوابة تقانة المعلومات
بوابة علم الحاسوب
إنسان كالاو

| اضغط هنا للاطلاع على كيفية قراءة التصنيف إنسان كالاو | اضغط هنا للاطلاع على كيفية قراءة التصنيف إنسان كالاو |
| --- | --- |
 :  
المرتبة التصنيفية: نوع  
التصنيف العلمي  : التصنيف العلمي  
فوق النطاق : حيويات
مملكة عليا : أبواكيات
مملكة : بعديات حقيقية
عويلم : كلوانيات
مملكة فرعية : ثانويات الفم
شعبة : حبليات
شعيبة : فقاريات
شعبة فرعية : مسقوفات الرأس
عمارة : ثدييات الشكل
طائفة : ثدييات شمالية
طويئفة : وحشيات حقيقية
صُنيف فرعي : مشيميات
رتبة ضخمة : وحشيات شمالية
رتبة كبرى : فوق رئيسيات
رتبة كبرى : أسلاف حقيقية
رتبة متوسطة : أشباه رئيسيات
رتبة : رئيسيات
رتيبة : بسيطات الأنف
تحت رتبة : قرديات الشكل
رتبة صغرى : سفليات المنخرين
فصيلة عليا : بشرانيات وأشباهها
فصيلة : بشرانيات
فُصيلة : بشراناوات
قبيلة : أشباه البشر
عميرة : أشباه البشر
جنس : بشراني
 الاسم العلمي :  الاسم العلمي 
Homo luzonensis  : Homo luzonensis  
تعديل مصدري - تعديل  : تعديل مصدري - تعديل  
إنسان كالاو (بالفلبينية: Taong Callao‏) هو إنسان يُصنف ضمن تصنيف الهومو ويُعتقد أنه شبيه للإنسان، حيث تم العثور على بقاياه في كهف كالاو بالفلبين عام 2007 من قبل أرماند سلفادور ميجاريس؛ وتم في وقت لاحق التحقق منها واكتشافها ثم تحديد لمن تعود.
عموما فالبقايا التي تم العثور عليها كانت عبارة عن مشط قدم يبلغ طوله 61 ميليمتر فقط، ثم تم تأريخها باستخدام التأريخ الإشعاعي ووُجد أنها تعود لحوالي 67.000 سنة.
اعتبارا من يوليو 2010، فإن التصنيف البيولوجي لم يُدرج إنسان كالاو كرجل حيث لم يتم التأكد بعد من هذه الفرضية، خاصة وأن مشط العظام المكتشف يتميز بعظام صغيرة وإصبع وسط طويل نوعا ما في القدم اليمنى؛ لذلك قام العلماء أولا بتحديد نوع الكائن باعتباره قادما من جنس الهومو، ولكنهم فشلوا أو بالأحرى لم يستطيعوا تصنيفه بدقة وذلك نظرا للكم الكبير من المعلومات الناقصة.
وكان العديد من العلماء ومجموعة من وسائل الإعلام العلمية قد رددوا أن إنسان كالاو هو عبارة عن إنسان عاقل متخلف أو ربما إنسان فلوريس لكن أيًّا من هذه الادعاءات لم يتم تأكيدها، خاصة وأن هناك فروق عديدة بين النوعين (بالرغم من نذرة المعلومات حول إنسان كالاو) على مستوى حجم الجمجمة والمواد التي تتكون منها بالإضافة إلى الفك السفلي وتصميمه. واعتبارا من عام 2012، سعى الفريق الذي اكتش العظام للحصول على إذن للبحث عن مزيد من العظام في المنطقة، ولم يتم لحد الساعة (2018) العثور على أي شيء جديد قد يخفف من الغموض الدائر حول إنسان أو رجل كالاو.
الوصف

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

معلومات إضافية حول إنسان كالاو والتسلسل الزمني لحياته – سميثسونيان والمتحف الوطني للتاريخ الطبيعي (أغسطس 2016).
| 0 | 1 |
| --- | --- |
معرفات الأصنوفة:  المَرفَق العالمي لمعلومات التنوع الحيوي (GBIF): 9924687  مستودع كلمات حدائق الحيوان (ZooBank): 4F743862-662F-4E6B-9812-8A05533C1347  موسوعة الحياة (EoL): 60970009  
بوابة ما قبل التاريخ
بوابة علم الأحياء التطوري
بوابة علم الإنسان
بوابة علم الأحياء القديمة
بوابة رئيسيات
بوابة الفلبين
جائحة فيروس كورونا في ولايات ميكرونيسيا المتحدة 2020

| جائحة فيروس كورونا في ولايات ميكرونيسيا المتحدة 2020 | جائحة فيروس كورونا في ولايات ميكرونيسيا المتحدة 2020 |
| --- | --- |
المرض: كوفيد-19
السلالة: سارس كوف 2
أول حالة: 8 يناير 2021  (3 سنوات، و11 شهور، و4 أسابيع، و2 أيام)
المنشأ: ووهان عاصمة مقاطعة خوبي،  الصين
المكان: ولايات ميكرونيسيا المتحدة
الوفيات: 63
الحالات المؤكدة: 25٬703
حالات متعافية: 23,600
الموقع الرسمي: https://hsa.gov.fm/
تعديل مصدري - تعديل  : تعديل مصدري - تعديل  
تعد جائحة كوفيد-19 في ولايات ميكرونيسيا المتحدة جزءًا من جائحة فيروس كورونا العالمية الناجمة عن فيروس كورونا 2 المرتبط بالمتلازمة التنفسية الحادة الشديدة (سارس كوف 2). تم تأكيد أول إصابة بمرض فيروس كورونا في ولايات ميكرونيسيا المتحدة في 8 يناير 2021.
خلفية

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

الحالات
الوفيات
الخط الزمني > فبراير 2020

بحلول 3 فبراير 2020، وقع ديفيد بانويلو، رئيس ولايات ميكرونيسيا المتحدة، إعلانًا يحظر على مواطني ميكرونيسيا السفر إلى الصين وغيرها من البلدان المتضررة.
الخط الزمني > مارس 2020

بحلول 5 مارس 2020، فرضت ميكرونيسيا حظرًا صارمًا على السفر، حيث منعت أي شخص كان في الصين في أي وقت منذ يناير 2020 - أو كان في أي دولة أخرى متأثرة خلال الـ 14 يومًا الماضية - من دخول ميكرونيسيا. اعتبارًا من 18 مارس، تم أيضًا إغلاق جميع المدارس في البلاد.
الخط الزمني > يناير 2021

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

| الولاية | الحالات المؤكدة | حالات الوفاة | مراجع |
| --- | --- | --- | --- |
|  ولاية تشوك | 11,772 | 22 |  |
|  ولاية كوسراي | 1,113 | 3 |  |
|  ولاية ياب | 3,068 | 5 |  |
|  ولاية بوهنباي | 5,817 | 23 |  |
طالع أيضا

جائحة فيروس كورونا في أوقيانوسيا
ستيف غوردون

لمعانٍ أخرى، طالع ستيف غوردون (توضيح).
| ستيف غوردون>  معلومات شخصية   | ستيف غوردون>  معلومات شخصية   |
| --- | --- |
الميلاد: 22 نوفمبر 1967   (57 سنة)   جامايكا  
الجنسية:  جامايكا  
 الحياة العملية  :  الحياة العملية  
الفرق : الفرق 
منتخب جامايكا للكريكت (1988–1994)  : منتخب جامايكا للكريكت (1988–1994)  
المهنة: لاعب كريكت  
الرياضة: الكريكت  
تعديل مصدري - تعديل  : تعديل مصدري - تعديل  
ستيف غوردون (22 نوفمبر 1967 بجامايكا - ) (بالإنجليزية: Steve Gordon)‏ هو لاعب كريكت جامايكي. شارك مع منتخب جامايكا الوطني للكريكت.
مراجع

↑  Cricket Archive profile نسخة محفوظة 03 مارس 2016 على موقع واي باك مشين.
↑  Teams played for by Steve Gordon at CricketArchive نسخة محفوظة 03 مارس 2016 على موقع واي باك مشين.
↑  "Cricinfo profile". مؤرشف من الأصل في 2020-03-14. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (مساعدة)
وصلات خارجية

بوابة أعلام
بوابة جامايكا
بوابة كريكت
هندسة بمساعدة الحاسوب

تحليل سكوني لا خطي لبنية ثلاثية الأبعاد معرضة لتشوهات لدنة
الهندسة بمساعدة الحاسب هـ.م.ح (CAE) (بالإنجليزية: Computer-aided engineering)‏ هي الاستخدام الواسع للبرمجيات الحاسوبية كمساعد في المهام الهندسية. وتتضمن التصميم بمساعدة الحاسوب (CAD)، والتحليل بمساعدة الحاسوب (CAA)، والتصنيع المتكامل حاسوبيا، والتصنيع بمساعدة الحاسوب (CAM) ، وتخطيط متطلبات المواد، والتخطيط بمساعدة الحاسوب .
تهدف الهندسة بمساعدة الحاسب دمج التصميم والتصنيع في نظام واحد يدار عبر أجهزة الكمبيوتر الرقمية. تجمع CAE بين استخدام أجهزة الكمبيوتر في أعمال التصميم الصناعي والتصميم بمساعدة الحاسوب (CAD) ، مع استخدامها في عمليات التصنيع والتصنيع بمساعدة الحاسوب (CAM). هذه العملية المتكاملة تسمى عادة CAD / CAM، وتتكون أنظمة CAD بشكل عام من جهاز كمبيوتر به محطة طرفية واحدة أو أكثر تتميز بشاشات عرض فيديو وأجهزة إدخال رسومات تفاعلية؛ يمكن استخدامها لتصميم الأجزاء مثل أجزاء الماكينة أو أنماط الملابس أو الدوائر المتكاملة. تتضمن أنظمة التصنيع بمساعدة الحاسوب CAM استخدام أدوات آلية يتم التحكم فيها رقميًا و روبوتات صناعية عالية الأداء وقابلة للبرمجة. في نظام الهندسة بمساعدة الحاسب CAE ، يتم تحويل الرسومات التي تم تطويرها ومراجعتها أثناء عملية التصميم (CAD) مباشرةً إلى تعليمات لآلات الإنتاج التي ستقوم بتصنيع الكائن المطلوب في مرحلة التصنيع CAM . تقلل أنظمة الهندسة بمساعدة الحاسب CAE من الوقت اللازم لتطوير منتجات جديدة وتزيد الإنتاجية من خلال تحسين تدفق الإنتاج والجدولة ومن خلال توفير قدر أكبر من المرونة في تغيير عمليات الميكنه .
نظرة شاملة للموضوع

وتعد الأدوات البرمجية التي طورت لتدعم هذه العمليات أنها الهندسة بمساعدة الحاسوب (هـ.م.ح). وقد استخدمت أدوات هـ.م.ح في تحليل مكينية وأداء العناصر المفردة أو المجمّعة. يشمل المصطلح هـ.م.ح المحاكاة، والتحقق من الصلاحية (validation)، والاستمثال (optimization) للمنتج وأدوات التصنيع. وستصبح أنظمة هـ.م.ح في المستقبل المزود الأساسي للمعلومات لتساعد فرق التصميم في صناعة القرار.
أم بخصوص الشبكات الحاسوبية، تعد أنظمة هـ.م.ح عقدة واحدة في شبكة المعلومات الكلية وكل عقدة يمكن أن تتفاعل مع العقد الأخرى في الشبكة.
وقد استخدم مصطلح هـ.م.ح في الماضي للدلالة على استخدام تقنية الحاسوب في الهندسة بالمعنى المجازي أكثر من كونه أمرا مستخدما في التحليل الهندسي.