عبد العزيز: بوت: تعريب V2.1

2023-10-20T19:21:19Z

صفحة جديدة

[[ملف:Ms-Y2K-RCD.jpg|تصغير|200بك|يسار]]
[[ملف:Bug_de_l'an_2000.jpg|تصغير|علامة إلكترونية في المدرسة المركزية في نانت تعرض بشكل غير صحيح عام 1900 في 3 يناير 2000]]
'''مشكلة عام [[2000]]''' (وكما تعرف بـمشكلة Y2K ، خطأ الألفية، خطأ Y2K) ('''{{اختص|Y2K|Year 2000}} problem''' بالإنجليزية؛ و[[كيلو|حرف {{اختص|K|kilo}}]] رمز كلمة [[:wikt:χίλιοι|khilioi]] «[[1000 (عدد)|ألف]]» اليونانية) حدثت مع اقتراب الألفية الثانية عام 2000 حيث كان المبرمجون قد اعتمدوا في إدخال الأرقام إلى [[حاسوب|الحاسوب]] في مجال [[برمجة|البرمجة]]، على طريقة تخزين أرقام السنة التي تتكون من أربعة أرقام إلى رقمين فقط لتقليل كمية الذاكرة المستهلكة.حيث يتم تمثيل سنة [[1998]] إلى '''98'''، وسنة [[1999]] تم تخزينها علي هيئة '''99''' حتى الآن لاتوجد مشكلة فالحاسب يعرف ان 98 تتلوها 99 وتُعْرَض ك1999 ان أردنا ذلك لكن بوصول عام 2000 سيصبح هذين الرقمين هما 00 مما يؤدى إلى كتابتها 1900 فبالإضافة إلى حدوث تعارض مع أي ادخال حقيقى ل1900 فان ذلك سيسبب مشكلة حقيقية مع الأنظمة المُمَيكنة التي تقوم بالعد والإحصاء (كحواسيب المصانع والمستشفيات والحكومة) حيث أن 00 ليس الرقم التالى في العدّ لتسعة وتسعين.

في عام 1997، طوّر معهد المعايير البريطاني (BSI) معيار DISC PD2000-1، والذي يحدد \ «متطلبات المطابقة لسنة 2000 \» كأربع قواعد:
* لن يسبب أي تاريخ غير صالح أي انقطاع في العمليات.
* حساب الفترات بين التواريخ أو التسلسل الزمني سيتم بشكل صحيح بالرغم من تواجدها في قرون مختلفة.
* في جميع الواجهات ووحدات التخزين، يجب أن يكون القرن واضح ولا لبس فيه، بحيث يكون إما محدداً أو يتم حسابه بواسطة خوارزمية.
* سنة 2000 يجب أن تكون محسوبة ك[[سنة كبيسة|سنة الكبيسة]].
أدرك الجمهور تدريجيًا «ذعر عام 2000»، في السنوات التي سبقت بداية القرن الحادي والعشرين، توقعت الشركات الفردية أن الضرر العالمي الناجم عن الخطأ سيكلف ما بين 400 مليون دولار و600 مليار دولار لإصلاحه. أدى عدم وضوح المخاطر المحتملة لهذا الخطأ إلى تخزين البعض الطعام والماء والأسلحة، وشراء مولدات احتياطية، وسحب مبالغ مالية كبيرة تحسبًا لنهاية العالم الناجمة عن الحاسوب.<ref name="Congress">{{استشهاد بكتاب
| مؤلف = Committee on Government Reform and Oversight
| عنوان = The Year 2000 Problem: Fourth Report by the Committee on Government Reform and Oversight, Together with Additional Views
| تاريخ = 26 October 1998
| ناشر = U.S. Government Printing Office
| صفحة = 3
| مسار = https://www.congress.gov/105/crpt/hrpt827/CRPT-105hrpt827.pdf
| تاريخ الوصول = 7 June 2021
| مسار أرشيف = https://web.archive.org/web/20210720091329/https://www.congress.gov/105/crpt/hrpt827/CRPT-105hrpt827.pdf | تاريخ أرشيف = 20 يوليو 2021 }}</ref><ref>{{استشهاد بخبر
| مؤلف1-الأخير = Uenuma
| مؤلف1-الأول = Francine
| عنوان = 20 Years Later, the Y2K Bug Seems Like a Joke—Because Those Behind the Scenes Took It Seriously
| مسار = https://time.com/5752129/y2k-bug-history/
| تاريخ الوصول = 7 June 2021
| عمل = Time Magazine
| تاريخ = 30 December 2019
| مسار أرشيف = https://web.archive.org/web/20210930045430/https://time.com/5752129/y2k-bug-history/ | تاريخ أرشيف = 30 سبتمبر 2021 }}</ref>

على عكس التوقعات العامة، حدثت أخطاء كبيرة قليلة فعليًا في عام 2000، ويرجع ذلك أساسًا إلى الإجراءات الوقائية التي اتخذها العديد من مبرمجي الحاسوب وخبراء تكنولوجيا المعلومات. فحصت الشركات والمؤسسات في بعض البلدان، ولكن ليس كلها، أنظمة الحواسيب وأصلحتها وحدثتها لمعالجة المشكلة. وصف رئيس الولايات المتحدة [[بيل كلينتون]]، الذي نظم جهودًا لتقليل الضرر في الولايات المتحدة، عام 2000 بأنه «التحدي الأول للقرن الحادي والعشرين الذي جرت مواجهته بنجاح»، وكان يثني عادةً على المبرمجين الذين عملوا على تجنب الكارثة المتوقعة عند استرجاع الحدث.<ref>{{استشهاد بمجلة|تاريخ=25 February 2000|عنوان=Leap Day Tuesday Last Y2K Worry|مسار=https://www.wired.com/2000/02/leap-day-tuesday-last-y2k-worry|مجلة=Wired|تاريخ الوصول=16 October 2016| مسار أرشيف = https://web.archive.org/web/20210430175535/https://www.wired.com/2000/02/leap-day-tuesday-last-y2k-worry/ | تاريخ أرشيف = 30 أبريل 2021 }}</ref><ref name="bbc_boost">{{استشهاد بخبر
| الأخير = Carrington
| الأول = Damian
| مسار = http://news.bbc.co.uk/1/hi/sci/tech/590932.stm
| عنوان = Was Y2K bug a boost?
| تاريخ = 4 January 2000
| تاريخ الوصول = 19 September 2009
| مسار أرشيف = https://web.archive.org/web/20040422221434/http://news.bbc.co.uk/2/hi/science/nature/590932.stm
| تاريخ أرشيف = 22 April 2004
| عمل = BBC News
}}</ref><ref>{{استشهاد بخبر
| مؤلف1-الأخير = Loeb
| مؤلف1-الأول = Zachary
| عنوان = The lessons of Y2K, 20 years later
| مسار = https://www.washingtonpost.com/outlook/2019/12/30/lessons-yk-years-later/
| تاريخ الوصول = 7 June 2021
| عمل = The Washington Post
| تاريخ = 30 December 2019
| مسار أرشيف = https://web.archive.org/web/20201202183008/https://www.washingtonpost.com/outlook/2019/12/30/lessons-yk-years-later/ | تاريخ أرشيف = 2 ديسمبر 2020 }}</ref>

== أسباب المشكلة ==
تُعزى أسباب المشكلة إلى أمرين هما:
# عملية تمثيل السنة بوحدتين أو خانتين رقمية أصبحت مشكلة مع الأخطاء المنطقية الناشئة عن الانتقال من x99 إلى x00. وقد تسبب هذا لعمل بعض التواريخ ذات الصلة بشكل غير صحيح وبالتحديد الأوقات والتواريخ بعد 1 يونيو 2000 والتواريخ الأخرى المهمة. بدون اتخاذ إجراءات تصحيحية، أنظمة العمل الطويلة تنهار عندما \\ \"... 97، 98، 99، 00 ... \\\" الترقيم التصاعدي الافتراضي أصبح فجأة غير صالح.
# بعض المبرمجين قد أساء الفهم القاعدة التي تنص على بالرقم من أن أي سنة تقبل القسمة على 100 هي ليست بسنة كبيسة إلا في حالة أنها تقبل القسمة على 400 فهي سنة كبيسة. لذا كانت سنة 2000 سنة كبيسة.

عدد الأجهزة الحاسوبية التي فشلت بالرغم من الاجراءات الإصلاحية لحل هذه المشكلة عندما انقلبت الساعات عام 2000 غير معروف؛ ويُعزى ذلك إلى تحفظ المنظمات على الإبلاغ بوجود المشكلة في أنظمتها. وتتواجد أدلة على أن هناك فشل في التأريخ لمصرف واحد على الأقل متعلّق بمشكلة بY2K.

== الحلول البرمجية ==
استُخدمت أساليب عديدة مختلفة لحل مشكلة عام 2000 في النظم القديمة. فيما يلي ستة منها:

'''توسيع التاريخ'''

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

'''إنشاء نوافذ التاريخ'''

احتفظ بالسنوات المكونة من رقمين، وحددت البرامج قيمة القرن فقط عند الحاجة إلى وظائف معينة، مثل مقارنات التواريخ والحسابات. (تشير «نافذة» القرن إلى فترة المئة عام التي ينتمي إليها التاريخ.) كانت هذه التقنية، التي تطلبت تثبيت تصحيحات صغيرة من التعليمات البرمجية في البرامج، أسهل في الاختبار والتنفيذ من توسيع التاريخ، وبالتالي أقل تكلفة بكثير. ورغم أنها ليست حلًا دائمًا، فقد صممت إصلاحات إنشاء النوافذ غالبًا للعمل لعدة عقود. اعتقد أن هذا مقبول، إذ ستسبتدل الأنظمة القديمة في النهاية بتكنولوجيا أحدث.<ref>{{استشهاد بدورية محكمة
| مؤلف = Raymond B. Howard
| عنوان = The Case for Windowing: Techniques That Buy 60 Years
| صحيفة = Year/2000 Journal
| العدد = Mar/Apr 1998
| اقتباس = Windowing is a long-term fix that should keep legacy systems working fine until the software is redesigned...
}}</ref>

'''ضغط التاريخ'''

يمكن ضغط التواريخ إلى أرقام ثنائية مكونة من 14 بت. يسمح هذا بالاحتفاظ بتنسيق بنية البيانات، باستخدام عدد صحيح للسنوات. يمكن لهذة الإجرائية تمثيل 16384 سنة مختلفة؛ تختلف الإجرائية الصحيحة حسب اختيار الحقبة.

'''إعادة تقسيم التاريخ'''

حولت أكواد السنة/ الشهر/ اليوم المكونة من ستة أرقام في قواعد البيانات القديمة، التي لم يكن ممكنًا تغيير حجمها اقتصاديًا، إلى أكواد من ثلاثة أرقام للسنوات (مثلت 1999 بـ099 و2001 بـ101) وثلاثة أرقام للأيام (التاريخ الترتيبي في العام). لزم تعديل تعليمات الإدخال والإخراج لحقول التاريخ فقط، ولكن لم تتطلب معظم عمليات التاريخ الأخرى وكامل عمليات السجل أي تغيير. أدى هذا إلى تأخير مشكلة التمديد النهائي حتى نهاية عام 2899.

'''مجموعات البرمجيات'''

مجموعات البرامجيات، مثل المدرجة في قائمة ''أفضل 10 إصلاحات لمشكلة عام 2000 لحاسوبك'' على موقع CNN.com: (» الأكثر... مجانية«) والتي تصدرتها مجموعة Millennium Bug (خلل الألفية) بقيمة 50 دولارًا.<ref>{{استشهاد ويب
| مسار = http://www.idg.net/go.cgi?id=162843
| عنوان = Millennium Bug Kit
| مسار أرشيف = https://web.archive.org/web/20001010133714/http://www.idg.net/go.cgi?id=162843 | تاريخ أرشيف = 10 أكتوبر 2000 }}</ref><ref>[[Rudy Rupak]]</ref>

'''برامج الجسر'''

خوادم التاريخ تستخدم بيانات الاتصال للوصول إلى حقول التاريخ أو إضافتها أو تحديثها.<ref>{{استشهاد ويب
| مسار = https://www-users.cs.umn.edu/~shekhar/5180/y2kfaq.txt
| عنوان = The Year 2000 FAQ
| تاريخ = 5 May 1998
| تاريخ الوصول = 1 March 2020
| مسار أرشيف = https://web.archive.org/web/20210308095219/https://www-users.cs.umn.edu/~shekhar/5180/y2kfaq.txt | تاريخ أرشيف = 8 مارس 2021 }}</ref><ref>{{استشهاد ويب
| مسار = http://davidjyoung.com/cmg98/images/8PDFILES/INT4108.PDF
| عنوان = Countdown to the Millennium: Issues to Consider in the Final Year
| مؤلف2 = Jerry Rosenberg
| مؤلف1 = Ellen Friedman
| مسار أرشيف = https://web.archive.org/web/20210818081834/http://davidjyoung.com/cmg98/images/8PDFILES/INT4108.PDF | تاريخ أرشيف = 18 أغسطس 2021 }}</ref><ref>{{استشهاد ويب
| مسار = http://www.ibi.com/special/year2k/dilemma.html
| عنوان = The Date Dilemma
| موقع = [[Information Builders]]
| مسار أرشيف = https://web.archive.org/web/19961227162929/http://www.ibi.com/special/year2k/dilemma.html
| تاريخ أرشيف = 27 December 1996
| تاريخ الوصول = 15 March 2020
| اقتباس = Bridge programs such as a date server are another option. These servers handle record format conversions from two to four digit years.
| مؤلف = Peter Kruskopfs
}}</ref>

== أخطاء موثقة ==

* قبل عام 2000
* في 1 يناير 1999، توقفت عدادات سيارات الأجرة في سنغافورة عن العمل، في حين أعطت سيارات أجرة في السويد أجور غير صحيحة.<ref>{{استشهاد بخبر
| مسار = https://money.cnn.com/1999/01/12/technology/y2k_moneyline/
| عنوان = Y2K bug rears its ugly head
| تاريخ = 12 January 1999
| تاريخ الوصول = 30 December 2019
| ناشر = CNN
| مكان = New York
| مسار أرشيف = https://web.archive.org/web/20210817124943/https://money.cnn.com/1999/01/12/technology/y2k_moneyline/ | تاريخ أرشيف = 17 أغسطس 2021 }}</ref>
* في 28 ديسمبر 1999، توقفت 10,000 ماكينة سحب بطاقات صادرة عن شركة هونغ كونغ وشنغهاي للخدمات المصرفية ومصنعة بواسطة شركة راكال عن معالجة معاملات بطاقات الائتمان وبطاقات المدين. واعتمدت المتاجر على المعاملات الورقية حتى بدأت الآلات في العمل مرة أخرى في 1 يناير.<ref>[http://news.bbc.co.uk/1/hi/business/582007.stm Millennium bug hits retailers], from [[بي بي سي نيوز]], 29 December 1999. {{Webarchive|url=https://web.archive.org/web/20170812183318/http://news.bbc.co.uk:80/1/hi/business/582007.stm|date=2017-08-12}}</ref><ref name="Fry">{{استشهاد بحلقة|عنوان=In the beginning was the nerd|مسار=https://www.bbc.co.uk/iplayer/episode/b00mz53r/Archive_on_4_In_the_Beginning_Was_the_Nerd/|سلسلة=Archive on 4|الشبكة=BBC Radio 4|المؤلفون=Presenter: [[ستيفن فراي]]|تاريخ=3 October 2009| مسار أرشيف = https://web.archive.org/web/20091013090148/http://www.bbc.co.uk/iplayer/episode/b00mz53r/Archive_on_4_In_the_Beginning_Was_the_Nerd/? | تاريخ أرشيف = 13 أكتوبر 2009 }}</ref>

=== في 1 يناير 2000 ===
عند حلول 1 يناير 2000، حدثت مشاكل اعتبرت بسيطة عمومًا. لم تحدث العواقب دائمًا عند منتصف الليل بالضبط. إذ تكن بعض البرامج نشطة في تلك اللحظة ولم تظهر المشاكل إلا عند استدعاءها. لم تكن جميع المشاكل المسجلة مرتبطة ارتباطًا مباشرًا ببرمجة مشكلة عام 2000 من حيث السببية؛ حدثت أخطاء تكنولوجية طفيفة على أساس منتظم.<ref name="bbc-minorbugs">{{استشهاد بخبر
| مسار = http://news.bbc.co.uk/1/hi/sci/tech/586620.stm
| عنوان = Minor bug problems arise
| تاريخ = 1 January 2000
| عمل = BBC News
| تاريخ الوصول = 8 July 2017
| مسار أرشيف = https://web.archive.org/web/20090111155712/http://news.bbc.co.uk/1/hi/sci/tech/586620.stm | تاريخ أرشيف = 11 يناير 2009 }}</ref>

شملت المشاكل المبلّغ عنها:

* في أستراليا، فشلت آلات التحقق من صحة تذاكر الحافلات في ولايتين في العمل.<ref name="bbc-minorbugs" />
* في إيشيكاوا، اليابان، تعطلت معدات مراقبة الإشعاع في منتصف الليل؛ ولكن، ذكر المسؤولون أنه لا يوجد خطر على العامة.<ref name="bbc-nobite">{{استشهاد ويب
| مسار = http://news.bbc.co.uk/2/hi/asia-pacific/585950.stm
| عنوان = Japan nuclear power plants malfunction
| تاريخ = 31 December 1999
| موقع = BBC News
| مسار أرشيف = https://web.archive.org/web/20210322134511/http://news.bbc.co.uk/2/hi/asia-pacific/585950.stm | تاريخ أرشيف = 22 مارس 2021 }}</ref>
* في [[أوناغاوا (مياغي)|أوناغاوا]]، اليابان، دق إنذار الخطر في محطة للطاقة النووية بعد دقيقتين من منتصف الليل.<ref name="bbc-nobite" />
* في اليابان، بعد دقيقتين من منتصف الليل، وجدت شركة الاتصالات السلكية واللاسلكية أوساكا ميديا بورت أخطاء في جزء إدارة التاريخ من شبكة الشركة. أصلحت المشكلة بحلول 02:43 ولم تقطع أي خدمة.<ref name="cnn-japan">{{استشهاد ويب
| مسار = http://archives.cnn.com/2000/TECH/computing/01/03/japan.nukes.y2k.idg
| عنوان = Computer problems hit three nuclear plants in Japan
| تاريخ = 3 January 2000
| موقع = CNN
| ناشر = {{وإو|مجموعة البيانات الدولية|International Data Group|نص=IDG Communications}}
| مسار أرشيف = https://web.archive.org/web/20041207161525/http://archives.cnn.com/2000/TECH/computing/01/03/japan.nukes.y2k.idg
| تاريخ أرشيف = 7 December 2004
| مؤلف = Martyn Williams
}}</ref>
* في اليابان، ذكرت شبكة الاتصالات المتنقلة إن تي تي (إن تي تي دوكومو، أكبر مشغل خلوي في اليابان، أن بعض طرازات الهواتف المحمولة كانت تحذف الرسائل الجديدة المستلمة، بدلًا من الرسائل القديمة، عند امتلاء الذاكرة.<ref name="cnn-japan" />
* في فرنسا، قالت الخدمة الوطنية للتنبؤ بالطقس، ميتيو فرانس، إن خلل عام 2000 جعل التاريخ على صفحة ويب يظهر خريطة مع توقعات الطقس ليوم السبت على أنها ليوم «01/01/19100».<ref name="bbc-minorbugs" />
* في شيفيلد بالمملكة المتحدة، أرسلت تقييمات مخاطر غير صحيحة لمتلازمة داون إلى 154 امرأة حامل وأجريت عمليتي إجهاض كنتيجة مباشرة لخطأ في تقدير عمر الأمهات. ووُلد أربعة أطفال مصابين بمتلازمة داون لأمهات قيل لهن إنهن في مجموعة منخفضة الخطورة.<ref>{{استشهاد بخبر
| الأخير = Wainwright
| الأول = Martin
| مسار = https://www.theguardian.com/uk/2001/sep/14/martinwainwright
| عنوان = NHS faces huge damages bill after millennium bug error
| تاريخ = 13 September 2001
| عمل = The Guardian
| تاريخ الوصول = 25 September 2011
| مكان = UK
| اقتباس = The health service is facing big compensation claims after admitting yesterday that failure to spot a millennium bug computer error led to incorrect Down's syndrome test results being sent to 154 pregnant women. ...
| مؤلف-وصلة = Martin Wainwright
| مسار أرشيف = https://web.archive.org/web/20210818081832/https://www.theguardian.com/uk/2001/sep/14/martinwainwright | تاريخ أرشيف = 18 أغسطس 2021 }}</ref>
* في الولايات المتحدة، حدد المرصد البحري الأمريكي، الذي يدير الساعة الرئيسية التي تحفظ التوقيت الرسمي للبلاد، التاريخ على موقعه على الإنترنت بـ1 يناير 19100.<ref>{{استشهاد ويب
| مسار = http://archives.cnn.com/2000/TECH/computing/01/01/y2k.weekend.wrap/index.html
| عنوان = Preparation pays off; world reports only tiny Y2K glitches
| تاريخ = 1 January 2000
| موقع = CNN
| مسار أرشيف = https://web.archive.org/web/20041207152504/http://archives.cnn.com/2000/TECH/computing/01/01/y2k.weekend.wrap/index.html
| تاريخ أرشيف = 7 December 2004
| مؤلف2 = Miles O'Brien
| مؤلف2-وصلة = Miles O'Brien (journalist)
| مؤلف1 = Marsha Walton
}}</ref>
* في الولايات المتحدة، وكنتيجة مباشرة لخطأ عام 2000، توقفت الحواسيب في منتصف الليل في محطة تحكم أرضية عن معالجة المعلومات من عدد غير محدد من أقمار التجسس الصناعية. نفذ الجيش خطة طوارئ بحلول الساعة 03:00 صباحًا، وأستعاد جميع الوظائف الطبيعية في نحو يومين.<ref>{{استشهاد ويب
| مسار = http://news.bbc.co.uk/2/hi/americas/589836.stm
| عنوان = BBC NEWS {{!}} Americas {{!}} US satellites safe after Y2K glitch
| موقع = news.bbc.co.uk
| تاريخ الوصول = 16 January 2021
| مسار أرشيف = https://web.archive.org/web/20210701171325/http://news.bbc.co.uk/2/hi/americas/589836.stm | تاريخ أرشيف = 1 يوليو 2021 }}</ref>
* في الولايات المتحدة، توقفت 150 ماكينة سلوت في يانصيب ديلاوير في راسينو عن العمل.<ref name="bbc-minorbugs" />

=== بعد يناير 2000 ===
'''في 1 مارس 2000'''

أبلغ عن مشاكل في 1 مارس 2000، الذي تلا أول يوم سنة كبيسة لمشكلة عام 2000، ولكن كانت معظم هذه المشاكل ثانوية.<ref>{{استشهاد بمجلة|تاريخ=1 March 2000|عنوان=Leap Day Had Its Glitches|مسار=https://www.wired.com/2000/03/leap-day-had-its-glitches|مجلة=Wired|تاريخ الوصول=25 February 2020| مسار أرشيف = https://web.archive.org/web/20210608203403/http://www.wired.com/2000/03/leap-day-had-its-glitches/ | تاريخ أرشيف = 8 يونيو 2021 }}</ref><ref>{{استشهاد بمجلة|تاريخ=29 February 2000|عنوان=HK Leap Year Free of Y2K Glitches|مسار=https://www.wired.com/2000/02/hk-leap-year-free-of-y2k-glitches|مجلة=Wired|تاريخ الوصول=16 October 2016| مسار أرشيف = https://web.archive.org/web/20210430125044/https://www.wired.com/2000/02/hk-leap-year-free-of-y2k-glitches/ | تاريخ أرشيف = 30 أبريل 2021 }}</ref>

* في [[اليابان]]، فشلت نحو خمسة بالمئة من صرفات مكاتب البريد في العمل.
* في نفس البلد، أتلفت بيانات من حواسيب مكتب الأرصاد الجوية.
* في [[بلغاريا]]، أُصدرت وثائق الشرطة مع تواريخ انتهاء في 29 فبراير 2005 و29 فبراير 2010 (وهي ليست سنوات كبيسة) وضبط تاريخ النظام الافتراضي إلى عام 1900.<ref>{{استشهاد بمجلة|تاريخ=1 March 2000|عنوان=Leap Day Had Its Glitches|مسار=https://www.wired.com/2000/03/leap-day-had-its-glitches|مجلة=Wired|تاريخ الوصول=16 October 2016| مسار أرشيف = https://web.archive.org/web/20210608203403/http://www.wired.com/2000/03/leap-day-had-its-glitches/ | تاريخ أرشيف = 8 يونيو 2021 }}</ref>
* في الولايات المتحدة، تضرر نظام معالجة رسائل خفر السواحل.
* في مطار ريغان الوطني، طالت صفوف تسجيل الوصول بعد أن تضررت برامج مناولة الأمتعة.

* في قاعدة أوفوت الجوية جنوب أوماها، نبراسكا، تعذر الوصول إلى سجلات أجزاء صيانة الطائرات.

=== في 31 ديسمبر 2000 أو 1 يناير 2001 ===
لم تتعرف بعض البرامج بشكل صحيح على عام 2000 باعتباره سنة كبيسة، ولذلك عملت على أساس أنها سنة مؤلفة من 365 يومًا. في اليوم الأخير من عام 2000 (اليوم 366)، عرضت هذه الأنظمة أخطاء مختلفة. وكانت أخطاء طفيفة عمومًا.

* في [[النرويج]]، تأخرت بعض القطارات حتى أخرت ساعاتها لمدة شهر.<ref name="bbc-last bite bugs">{{استشهاد ويب
| مسار = http://news.bbc.co.uk/1/hi/sci/tech/1101917.stm
| عنوان = The last bite of the bug
| تاريخ = 5 January 2001
| موقع = BBC News
| مسار أرشيف = https://web.archive.org/web/20030203160827/http://news.bbc.co.uk/1/hi/sci/tech/1101917.stm | تاريخ أرشيف = 3 فبراير 2003 }}</ref>
* أثر «خلل شبيه بمشكلة عام 2000» على نظام لاسلكي تابع لحكومة مدينة نيويورك، الذي تعطل لمدة 10 أيام بسبب مشكلة تغيير التاريخ في نظام تحديد المواقع العالمي. وشملت البنى التحتية المتضررة «إشارات المرور، وأجهزة قراءة لوحات السيارات التي استخدمها رجال الشرطة والوظائف الرئيسية الأخرى».<ref>{{استشهاد بخبر
| صحيفة = [[نيويورك بوست]]
| مسار = https://nypost.com/2019/04/21/new-yorks-troubled-wireless-system-has-become-a-900m-money-pit
| عنوان = New York's troubled wireless system has become a $900M money pit
| مؤلف = Rich Calder
| تاريخ = 21 April 2019
| مسار أرشيف = https://web.archive.org/web/20210430140150/https://nypost.com/2019/04/21/new-yorks-troubled-wireless-system-has-become-a-900m-money-pit/ | تاريخ أرشيف = 30 أبريل 2021 }}</ref><ref>{{استشهاد بخبر
| صحيفة = [[نيويورك بوست]]
| مسار = https://nypost.com/2019/04/10/nyc-wireless-network-down-due-to-y2k-like-software-bug
| عنوان = NYC Wireless Network down due to Y2K-like software bug
| مسار أرشيف = https://web.archive.org/web/20210430130940/https://nypost.com/2019/04/10/nyc-wireless-network-down-due-to-y2k-like-software-bug/ | تاريخ أرشيف = 30 أبريل 2021 }}</ref>

== مراجع ==
{{مراجع|2}}
{{تصنيف كومنز|Year 2000 problem}}
{{مشكلات مرتبطة بالسنة}}
{{ضبط استنادي}}
{{شريط بوابات|تقانة المعلومات|عقد 1990|عقد 2000|علم الحاسوب}}

[[تصنيف:أخطاء البرمجة]]
[[تصنيف:تقويم]]
[[تصنيف:سيناريوهات نهاية العالم]]
[[تصنيف:علم الحاسوب]]
[[تصنيف:علم الحاسوب في 2000]]
[[تصنيف:كوبول]]
[[تصنيف:مخاطر]]
[[تصنيف:مخاطر تكنولوجية]]
[[تصنيف:ثقافة إنترنت في 2000]]

مشكلة سنة 2000 - تاريخ المراجعة

عبد العزيز: بوت: تعريب V2.1