hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
تطوير برمجيات
يمكن تطوير البرامج لعدة أغراض، والثلاثة الأكثر شيوعًا منها هي تلبية احتياجات خاصة لعميل/شركة معينة (كما هو الحال مع البرامج المخصصة)، أو لتلبية حاجة متوقعة لمجموعة من المستخدمين المحتملين (كما هو الحال مع برمجيات مفتوحة المصدر وتجارية)، أو للاستخدام الشخصي (على سبيل المثال، قد يكتب أحد العلماء برنامجًا لتشغيل برنامج اعتيادي بشكل تلقائي). وتتطلب عملية تطوير البرامج المضمنة، والتي تعني، تطوير برنامج مضمن كذلك الذي يتم استخدامه في التحكم في المنتجات الاستهلاكية، دمج عملية التطوير مع عملية تطوير المنتج المادي الخاضعة للسيطرة.
رفعت الحاجة إلى وجود مراقبة جودة أفضل في عملية تطوير البرامج من قيمة فرع العلم الخاص بـ هندسة البرمجيات، والتي تهدف لتطبيق نهجًا نظاميًا متمثلاً في نموذج الهندسة لعملية تطوير البرامج.
تطوير برمجيات نظرة عامة
هناك عدة طرق منهجية لتطوير البرامج، تشبه كثيرًا وجهات النظر المختلفة للأحزاب السياسية حول طريقة حكم البلاد. فالبعض يتبع طريقة منهجية أكثر تنظيمًا وتستند إلى الهندسة لتطوير حلول الأعمال، بينما قد يلجأ الآخرون إلى نهج تدريجي بشكل أكبر، حيث يتطور البرنامج بينما يتم إنشاؤه جزء بعد جزء. وتشترك أغلب الطرق المنهجية في مجموعات معينة من المراحل التالية لتطوير البرامج:
تطوير برمجيات نظرة عامة
غالبًا ما يُشار إلى تلك المراحل معًا باسم دورة حياة تطوير البرمجيات، أو SDLC. وقد تنفذ التوجهات المختلفة لتطوير البرامج تلك المراحل وفق ترتيبات مختلفة، أو تخصيص وقت أقل أو أكثر لمراحل مختلفة. وقد يختلف كذلك مستوى التفصيل للوثائق التي يتم إنتاجها عند كل مرحلة من عملية تطوير البرامج. وقد يتم تنفيذ تلك المراحل بالدور (نهج يستند إلى «الشلال»)، أو قد يتم تكرارها وفق دورات أو تكرارات متنوعة (نهج أكثر «شدة»). وعادةً ما يتضمن النهج الأكثر شدة بإنفاق وقت أقل على عمليتي التخطيط والتوثيق، وإنفاق المزيد من الوقت على كتابة الأكواد وتطوير اختبارات يتم تشغيلها بشكل تلقائي. وتعمل النُهُج الأكثر «شدة» كذلك على تعزيز الاختبارات المستمرة على مدار دورة حياة التطوير، فضلاً عن امتلاك منتج يعمل (بدون أخطاء) طوال الوقت. وتحاول النُهُج التي تستند إلى «الشلال» تقييم غالبية المخاطر ووضع خطة مفصلة للبرنامج قبل بدء تنفيذه (كتابة الأكواد)، وتجنب تغيرات التصميم الهامة وإعادة كتابة الأكواد في مراحل لاحقة من دورة حياة تطوير البرنامج.
تطوير برمجيات نظرة عامة
تمتلك الطرق المنهجية المتنوعة العديد من الميزات والعيوب، وسيعتمد أفضل نهج لحل مشكلة باستخدام برنامج في الغالب على نوع المشكلة. وإذا تم استيعاب المشكلة بشكل جيد والتخطيط لحل بشكل فعال مبكرًا، فقد يعمل التوجه الذي يستند إلى «الشلال» بشكل أكبر على النحو الأمثل. وعلى النحو الآخر، إذا كانت المشكلة فريدة (بالنسبة لفريق التطوير على الأقل) وتعذر وضع تصور لبنية حل البرنامج بسهولة، فيكون عندئذٍ التوجه التدريجي «الشديد» أفضل. وعملية تطوير البرامج عبارة عن بنية يتم دمجها في تطوير منتج برمجي. وتشمل المرادفات كذلك دورة حياة البرنامج أو عملية البرنامج. وهناك العديد من النماذج لتلك العمليات، تصف كل منها التوجهات المؤدية إلى مجموعة متنوعة من المهام أو الأنشطة التي قد تحدث خلال العملية.
لضمان قدرة البرنامج على التطور بطريقة تحافظ على تعدد الأبعاد المتأصل فيه، يجب على الفرد أن يضمن تطور الأبعاد المختلفة معًا بطريقة متناسقة. وتتوفر لدى البرنامج العديد من الأبعاد التي يتعين الجمع بينها داخل إطار عمل واحد، فلا تقوم بالتدوينات المختلفة فحسب بل كذلك لا تتفاعل بشكل هرمي. ويجب عدم توجيه آلية لتناول مشكلة بعينها مثل ضمان تناسق مخطط فئة UML مع الكود المصدري. بل يجب أن تتمتع بدلاً من ذلك بالمرونة الكافية للتعامل مع مجموعة كبيرة من الأبعاد المضمنة بالفعل داخل عملية تطوير البرامج.[1]
تطوير برمجيات موضوع تطوير البرامج
تتسم مصادر الأفكار لمنتجات البرامج بالغزارة. وقد تنبع تلك الأفكار من بحث السوق والذي يشمل الأبعاد الديموغرافية للعملاء الجدد المحتملين والعملاء الحاليين أو نظريات المبيعات التي رفضت المنتج أو فريق تطوير البرامج المحلي أو الجهة الخارجية الإبداعية. وعادة ما يتم تقييم أفكار المنتجات البرمجية أولاً بواسطة موظفي التسويق المعنيين بالجدوى الاقتصادية، وذلك لضمان ملاءمتها مع قنوات التوزيع الحالية، ودراسة تأثيراتها المحتملة على مجموعات المنتجات الموجودة، وللتعرف على الميزات المطلوبة، ولضمان ملاءمتها لأهداف التسويق الخاصة بالشركة. وفي مرحلة التقييم للتسويق، يتم تقييم الفرضيات الخاصة بالوقت والتكلفة. ويتم الوصول لقرار في مرحلة مبكرة حول ما إذا كان سيتم المواصلة لتنفيذ المشروع أم لا، وذلك استنادًا إلى المعلومات الأكثر تفصيلاً التي يقدمها فريق التسويق والتطوير. باراناي.
في كتاب "مناظرات برمجية رائعة"، أفصح ألان م ديفيس في الفصل الفرعي الذي حمل عنوان «الحلقة المفقودة في تطوير البرامج» من فصل «المتطلبات» عما يلي
تطوير برمجيات موضوع تطوير البرامج
نظرًا لأن عملية التطوير البرامج قد تتضمن مخاطرة أو تجاوز ما قد يطلبه العميل، فقد يتفرع مشروع تطوير البرامج إلى مجالات ليست ذات صلة بالمجال التقني مثل الموارد البشرية وإدارة المخاطر والملكية الفكرية وتحديد الميزانية وإدارة الأزمات وما إلى ذلك. وقد تتسبب تلك العمليات في تداخل دور القائمين على تطوير الأعمال مع تطوير البرامج.
تعد الطريقة المنهجية لتطوير البرامج عبارة عن إطار عمل يتم استخدامه لهيكلة وتخطيط والتحكم في عملية تطوير نظم المعلومات. وقد تطورت مجموعة متنوعة من أطر العمل تلك بمرور السنوات، وتتمتع كل منها بنقاط قوة وضعف. ولا يكون وجود طريقة منهجية واحدة مناسبًا بالضرورة للاستخدام في جميع المشاريع. حيث تكون كل طريقة منهجية متوفرة مناسبة لأنواع معينة من المشاريع، وذلك استنادًا إلى اعتبارات متنوعة ذات صلة بالفريق والمشروع والمؤسسة والتقنية.
باشان (الشام)
بَاشَان هي أرض مملكة الأموريين في أرض كنعان واقعة جنوب سورية وشرقي الأردن بين جبلي حرمون وجلعاد.
باشان (الشام) أصل الاسم
اسم عبري ومعناه «أرض مستوية أو ممهدة». وسميت باشان على اسم جبل في تلك البلاد وهواليوم جبل العرب أو جبل الدروز في جنوب سوريا.
باشان (الشام) حدودها
كانت باشان تشمل حوران والجولان واللجاه وهي مناطق تقع جنوب سوريا، وكلها مؤلفة من صخور وأتربة بركانية. وتربتها خصبة للغاية وماؤها غزير. ويزرع فيها الحنطة والشعير والسمسم والذرة والعدس والكرسنة. ويحدها شمالاً أراضي دمشق، وشرقاً بادية سورية، وجنوباً أرض جلعاد، وغرباً غور الأردن. ويخترق جانبها الشرقي جبل الدروز وهو جبل باشان القديم. ويمر بالجولان سلسلة تلال من الشمال إلى الجنوب هي براكين قديمة خامدة. أما مقاطعة اللجاه فهي حقل من «اللافا» أي الصخر البركاني قد انسكبت من تل سيحان وهو فم بركان قديم بقرب شحبه ومنطقة اللجاه واقعة في جنوب سوريا.
وقد اشتهرت بمراعيها ومواشيها وأشجارها.
باشان (الشام) مملكة باشان
توجه اليهود إلى مملكة باشان أو «بيسان» في شمال الأردن وكان أهلها قوم من الكنعانيين هم الرفائيين اشتهروا بضخامة أجسامهم مما جعلهم من بين العمالقة، وتصدى لهم الملك «عوج» الذي قتل في معركة درعا وسقطت بلاده في يد اليهود.
باشان (الشام) ذكرها في الكتاب المقدس
ذكرت باشان نحو ستين مرة في الكتاب المقدس.
بوست سكريبت
لغة الـ بوست سكريبت (بالإنجليزية: PostScript PS)‏ هي لغة برمجة ديناميكية متسلسلة ابتكرها جون وورنوك، تشارلز غيشكي، دوغ Brotz، إد تافت وبيل باكستون  في 1982. وتشتهر بوست سكريبت باستخدامها كلغة وصف صفحات page description في مجالات النشر المكتبي والإلكتروني.
بوست سكريبت تاريخ اللغة
ظهرت لأول مرة مفاهيم لغة الـ PostScript في عام 1976، عندما كان (جون ورنيك) يعمل بشركة (إيفانز آند ساذرلاند) وهي إحدى الشركات المتخصصة في رسوميات الجرافيك. حيث كان وورنيك في ذلك الوقت يطوّر تطبيقًا لترجمة قاعدة بيانات رسومية كبيرة ثلاثية الأبعاد لميناء نيويورك. وقد فكر وورنيك في هذه اللغة الخاصة بأنظمة التصميم من أجل معالجة الرسوميات.
وبالتزامن مع وورنيك، طور الباحثون في شركة (Xerox PARC) أول طابعة ليزر، وقد رأوا حاجة لطريقة معيارية لتعريف الصور الموجودة في الصفحات. وفي الأعوام 1975-1976، قام فريق يقوده (بوب سبرول) بتطوير الصيغة Press ، والتي استخدمت في النهاية في نظام (Xerox star) لتشغيل طابعات الليزر. ولكن الصيغة Press، وهي صيغة بيانات عنها لغة، كانت تفتقد للمرونة، لذلك قامت PARC بتطوير لغة الـ InterPress كبديل لـ Press.
بوست سكريبت تاريخ اللغة
وفي عام 1978، طلبت شركة (إيفانز وساذرلاند) من (وورنيك) الانتقال من (سان فرانسيسكو باي أريا) إلى مقرهم الرئيسي في ولاية يوتا، ولكنه لم يكن مهتمًا بالانتقال. وقد التحق بعد ذلك بشركة (Xerox PARC) للعمل مع (مارتن نيويل)، ليعيدا كتابة نظام التصميم ويقوما بإنشاء JaM (وهي تحمل الحروف الأولى من John وMartin) (والتي استخدمت في تصميم دارات التكامل الفائق VLSI وبحث نوع طباعة الحروف الطباعية والرسوميات. وقد نما هذا الجهد لاحقًا واتسع ليتحول إلى لغة الـ InterPress.
وقد غادر وورنيك الشركة مع (شوك جيشكي) وأسسا شركة Adobe Systems في ديسمبر 1982. وأنشأ لغة أكثر بساطة، تشبه الـ InterPress، وأسموها PostScript، والتي طُرحت في السوق عام 1984. وخلال هذه الفترة زارهم (ستيف جوبز)، والذي شجعهم على موائمة PostScript لاستخدامها كلغة في تشغيل طابعات الليزر.
بوست سكريبت تاريخ اللغة
وفي مارس 1985، كانت طابعة Apple Laser Writer هي أول طابعة تكون مزودة بـ PostScript، وهو ما أشعل ثورة تطبيقات النشر المكتبي desktop publishing في منتصف الثمانينات من القرن المنصرم. وكانت المزايا الفنية للغة الجديدة إلى جانب انتشارها الواسع قد جعلا من PostScript اللغة المفضلة للمخرجات الرسومية الخاصة بتطبيقات الطباعة. ولفترة من الوقت، كان أحد تطبيقات الترجمة (والذي يُشار إليه باسم RIP أو معالج الصور النقطية) الخاصة بلغة الـ PostScript أحد المكونات شائعة الاستخدام في طابعات الليزر حتى فترة التسعينات.
بوست سكريبت تاريخ اللغة
ومع ذلك، كانت تكلفة التطبيق مرتفعة؛ حيث كان الكمبيوتر يصدر مخرجات من الأسطر البرمجية الخام من PostScript والتي تقوم الطابعة بترجمتها إلى صورة نقطية عند مستوى الدقة الطبيعية للطابعة. وقد تطلب هذا معالجات ميكرو microprocessors مرتفعة الأداء وذاكرة كبيرة. وكانت طابعة الـLaserWriter تستخدم معالج Motorola 68000 بقدرة 12 ميجاهرتز، وهو ما يجعلها أسرع من أي أجهزة ماكنتوش متصلة بها. وعندما تتكلف محركات طابعات الليزر نفسها أكثر من ألف دولار، فإن التكلفة المُضافة لـ PostScript بالتاكيد تصبح أعلى، ولكن الآليات التشغيلية للطابعات هبطت في أسعارها، وهو ما جعل تكلفة تطبيق PostScript تزداد بشكل هائل.
بوست سكريبت تاريخ اللغة
وبعد أن كان الـ PostScript هو السائد في التوزيع الإلكتروني للمستندات النهائية المعدة للنشر، إذا بأحد التطبيقات الآخرة المنحدرة منه يحل محله في السوق وهو تنسيق المستند المحمول أو PDF. وبحلول عام 2001، تراجع عدد موديلات الطابعات المزودة بدعم لـ PostScript ، وكان السبب في ذلك المنافسة القوية والمتنامية من طابعات نفث الحبر غير المزودة بهذا التطبيق والأقل تكلفة بكثير، وكذلك نشوء الطرق البرامجية الجديدة لإظهار صور PostScript على الكمبيوتر، وبما يجعلها ملائمة للاستخدام على أي نوع من الطابعات (وكانت PDF توفر هذه الخاصية). ومع ذلك، كان استخدام طابعات الليزر المزودة بـ PostScript يقلل بشكل كبير من حمل العمل workload على وحدة المعالجة المركزية. وهو ما ينقل عبء إنشاء صور الـ PostScript من الكمبيوتر إلى الطابعة. ولا يزال PostScript هو الخيار المفضل على معظم موديلات المستخدمين الأعلى في القدرة الشرائية.
خرجت النسخة الأولى من لغة الـ PostScript إلى السوق في عام 1984.
طرُحت لغة الـ PostScript من المستوى 2 في عام 1991، وتضمنت العديد من التحسينات منها تحسين السرعة والمصداقية، ودعم عمليات الفصل في معالج الصور النقطية RIP، وفك ضغط الصور (حيث أمكن مثلاً التعامل مع صور الـ JPEG باستخدام برنامج الـ PostScript)، والدعم للخطوط المرُكّبة، وآلية تشكيل لتخزين المحتوى القابل لإعادة الاستخدام.
خرج PostScript 3 (حيث شطبت شركة أدوبي كلمة «مستوى» بُغية التبسيط) إلى النور في نهاية 1997، إلى جانب نسخ كثيرة جديدة تقوم على القواميس dictionary-based من المشغلات الأقدم، وقد طرحت إمكانيات أفضل في التعامل مع الألوان ومرشّحات (فلاتر) جديدة (والتي مكنت من إجراء عمليات الضغط وفك الضغط داخل البرنامج، وتجزئة البرنامج program chunking، والتعامل المتقدّم مع الأخطاء).
وقد كان لـ PostScript 3 تأثيره المهم من حيث أنه حلّ محل أنظمة عمليات ما قبل الطباعة الإلكترونية الملوّنة، والتي كانت شائعة الاستخدام في إنتاج المجلات، من خلال طرح عمليات التظليل الناعمة لما يصل إلى 4096 ظل رمادي (وذلك بدلاً من 256 في PostScript 2)، بالإضافة إلى DeviceN، أو الفضاء اللوني color space الذي أتاح إضافة ألوان حبر إضافية (يطلق عليها اسم ألوان النقط spot colors) في صفحات الألوان المُركّبة.
بوست سكريبت الاستخدام في الطباعة
قبل طرح PostScript، كانت الطابعات تُصمّم لكي تطبع مخرجات من المحارف characters، وكانت مدخلاتها هي النصوص المكتوبة بلغة الـ ASCII. وقد استخدم عدد من التقنيات لهذه المهمة، ولكن أغلبها اشتركت في خاصية أن صور المحارف glyphs كان من الصعب تغييرها ماديّا، حيث كان يتم صكّها على مفاتيح آلة كاتبة أو قطع معدنية أو صفائح بصرية.
وقد تغير هذا الوضع بدرجة معينة مع زيادة شعبية طابعات مصفوفة النقط dot matrix. وكانت تُرسم المحارف على هذه الأنظمة كسلسلة من النقاط، على نحو ما يحدده جدول خطوط بداخل الطابعة. ومع زيادتها في التعقيد، بدأت طابعات مصفوفات النقط تضم العديد من الخطوط المدمجة built-in بحيث يستطيع المستخدم الاختيار من بينها، وكانت بعض الموديلات تسمح للمستخدم بتحميل صور محارفه الخاصة إلى الطابعة.
بوست سكريبت الاستخدام في الطباعة
كذلك فقد أتاحت طابعات مصفوفة النقط إمكانية طباعة الرسوميات النقطية raster graphics. وكان يتولى ترجمة هذه الرسوميات جهاز الكمبيوتر ويُرسلها على هيئة سلسلة من النقط إلى الطابعة باستخدام سلسلة من متتاليات الهروب escape sequences. وهذه اللغات الخاصة بالتحكم في الطابعة كانت تختلف من طابعة إلى أخرى، وكانت تستلزم من مؤلفي البرامج إنشاء عدد هائل من التعريفات drivers.
وكانت طباعة الرسوميات المتجهية vector graphics قد تُركت إلى أجهزة خاصة بهذا الغرض تدعى plotters (طابعات الرسوم الهندسية والخرائط). وكانت كافة هذه الطابعات تشترك في لغة أوامر مشتركة وهي لغة تخزين الصور الرسومية (HPGL)، ولكنها كانت محدودة الاستخدام في غير طباعة الرسوميات. بالإضافة إلى ذلك، فقد كانت مكلفة الثمن وبطيئة، ومن ثم نادرة.
بوست سكريبت الاستخدام في الطباعة
تجمع طابعات الليزر بين أفضل خصائص الطابعات العادية وطابعات الرسوم الهندسية. فعلى غرار طابعات الرسوم الهندسية، توفر طابعات الليزر درجة عالية من الجودة في الرسوم الخطية (الخالية من الظلال) line art. وعلى غرار طابعات مصفوفات النقط، نجد طابعات الليزر قادرة على توليد صفحات من النصوص والرسوميات النقطية. بيد أنها، وعلى خلاف طابعات النقط وطابعات الرسوم الهندسية، تجعل من الممكن وضع النصوص والرسوميات عالية الجودة على نفس الصفحة. ويجعل PostScript من الممكن الاستغلال الكامل لهذه المميزات، وذلك من خلال توفير لغة تحكم وحيدة يمكن استخدامها على أي ماركة من الطابعات.
بوست سكريبت الاستخدام في الطباعة
وقد تجاوزت لغة PostScriptكونها مجرد لغة تحكم عادية في الطابعات وأصبحت لغة برمجة مكتملة في حد ذاتها. وتستطيع الكثير من التطبيقات تحويل أي مستند إلى برنامج PostScript يؤدي تنفيذه إلى ظهور المستند الأصلي. ويمكن إرسال هذا البرنامج إلى أحد تطبيقات الترجمة interpreter في أي طابعة، لينجم عنه مستند مطبوع، أو إلى أحد التطبيقات التي تقوم بعرض المستند على الشاشة. ونظرًا لأن برنامج المستند يكون هو نفسه بغض النظر عن الجهاز الذي ينزل عليه، فإنه يطلق عليه برنامج مستقل عن الجهاز device-independent.
وتتميز لغة الـ PostScript بإمكانيات تطبيق الرسترة (التنقيط) الفورية؛ فكل شيء، حتى النصوص، يتم تعيينه على هيئة خطوط مستقيمة وانحناءات بيزيير Bézier مكعّبة (والتي كانت في السابق توجد في تطبيقات الـ CAD فقط)، وهو ما يتيح إجراء التحجيم العشوائي والتدوير وغيرها من عمليات التحويل. وعندما تتم ترجمة برنامج PostScript، يقوم المترجم بتحويل هذه التعليمات إلى النقاط المطلوبة لتشكيل المخرجات. ولهذا السبب، يُطلق أحيانًا على مترجمات الـ PostScript اسم معالجات الصور النقطية أو الـ RIPs.
بوست سكريبت الاستخدام في الطباعة
يقع على نفس مستوى تعقيد لغة الـ PostScript طريقة تعاملها مع الخطوط. فنظام الخطوط الغني استخدم البدائيات الرسومية للـ PostScript لرسم صور المحارف كرسوم خطيّة (خالية من الظلال)، وليتم إظهارها بعد ذلك عند أي مستوى دقّة resolution. ورغم أن المفهوم يبدو واضح المعالم، إلا أنه ينطوي على بعض المشكلات التيبوغرافية (الخاصة بالحروف والخطوط).
ومن بين هذه المشكلات أن الخطوط لا تتخذ أشكالا خطية تمامًا عند الأحجام الصغيرة؛ حيث تصبح صور المحارف صغيرة أو ضخمة للغاية ويبدأ شكلها في التشوّه. وقد تلافى الـ PostScript هذه المشكلة من إخلال إدراج التلميحات التي يمكن حفظها مع الحدود المحيطية outlines للخطوط. وهي في الأصل عبارة عن معلومات إضافية توجد ضمن أحزمة أفقية أو رأسية تسهم في تحديد الخصائص الحرفية التي ينبغي على آلية الرسترة (التنقيط) المحافظة عليها. ونتيجة استخدام هذه التلميحات كانت تحسن شكل الخطوط حتى عند المستويات المنخفضة من دقة الشاشة؛ وكان يعتقد في السابق أن الخطوط النقطية bitmap المضبوطة يدويًا هي الحل لهذه المشكلة.
بوست سكريبت الاستخدام في الطباعة
في ذلك العصر، كانت التكنولوجيا المستخدمة في إدراج هذه التلميحات في الخطوط تحظى بمستوى عال من الحماية، وكانت الخطوط المزودة بالتلميحات تُضغط وتُشفّر فيما أطلقت عليه Adobe اسم Type 1 Font (ويعرف كذلك باسم PostScript Type 1 أو PS1 أو T1 أو Adobe Type 1). وكان Type 1 عبارة عن مجرد تبسيط لنظام PostScript لتخزين معلومات الحدود فقط، وليس لغة مكتملة الخصائص (وصيغة الـ PDF مشابهة في هذا الخصوص). وبعد ذلك، قامت Adobe ببيع التراخيص الخاصة بتكنولوجيا Type 1 إلى الراغبين في إضافة التلميحات لخطوطهم. أما من لم يرخّصوا التكنولوجيا فقد اضطروا لاستعمال Type 3 Font (والذي يعرف أيضًا بـ PostScript Type 3 Font أو PS3 أو T3). وكانت الخطوط من النوع Type 3 تتيح الاستفادة من كافة الأدوات المتطورة المدمجة في لغة الـ PostScript، ولكنها بدون الأسلوب الموحد الخاص بالتلميحات. وكانت هناك اختلافات أخرى أضافت هي الأخرى الفوضى الدائرة.
بوست سكريبت الاستخدام في الطباعة
وقد صُمم النوع Type 2 لكي يُستخدم مع تنسيق الخط المُدمج Compact Font Format (CFF) وتم تطبيقه للتمثيل المدمج لتعليمات توصيف صور المحارف لتقليل الحجم الإجمالي لملفات الخطوط. وقد أصبحت ذلك التنسيق لاحقًا هو الأساس للخطوط المفتوحة Type 1 OpenType.
كما صمم أيضاً تنسيق خطوط سِيد CID-keyed fonts (وهي خطوط بتنسيق PostScript لا تُسمى فيها المحارف ولكن تُفهرس ضمن فهرس index حيث تُعرف بأرقام سيد) سعياً لحل المشكلات الموجودة في الخطوط OCF/Type 0، ولمعالجة التكوين المعقد للغات الآسيوية (أي اللغات الصينية واليابانية والكورية CJK) والمشاكل الخاصة بمجموعات المحارف شديدة الضخامة. ويُمكن استخدام خطوط سِيد مع تنسيق الخطوط Type 1 وذلك لخطوط سيد المعيارية، أو الخطوط Type 2 للخطوط سيد من النوع OpenType.
بوست سكريبت الاستخدام في الطباعة
وكانت الأسعار التي وضعتها Adobe مرتفعة بدرجة منعت الكثير من المستخدمين من شراءها، وهي المشكلة التي دفعت Apple لكي تصمم نظامها الخاص TrueType في عام 1991. وقد أعقب الإعلان عن خط TrueType إصدار Adobe للمواصفة الخاصة بتنسيق الخط Type 1. وقد أضافت أدوات التجزئة مثل Fontographer من Altsys (والذي استحوذت عليه شركة Macromedia في يناير 1995، وتملكته شركة FontLab منذ مايو 2005) القدرة على إنشاء الخطوط من النوع Type 1. ومنذ ذلك الحين، صدرت الكثير من الخطوط Type 1 المجانية؛ فمثلاً، تأتي الخطوط المستخدمة مع نظام التنضيد TeX متوافرة في هذا التنسيق.
وفي مطلع التسعينات، كانت هناك العديد من الأنظمة الأخرى لتخزين الخطوط القائمة على الحدود المحيطية outline، مثل تلك التي طورتها Bitstream وMETAFONT، ولكن أيًا منها لم يشتمل على حل طباعي عمومي ومن ثم لم يُقدّر لها الانتشار الواسع.
بوست سكريبت الاستخدام في الطباعة
وفي نهاية التسعينات، انضمت شركة Adobe إلى مايكروسوفت في تطوير الخطوط OpenType، وهي في الأصل مجموعة وظيفية شاملة للنوعين Type 1 وTrueType. وعندما تطبع هذه الخطوط إلى أحد الأجهزة المزودة بالـ PostScript، يتم حذف الأجزاء غير الضرورية من الخط OpenType، وما يتم إرساله إلى الجهاز عن طريق ملف التعريف هو نفسه ما يتم إرساله في العادة مع الخطوط TrueType أو Type 1، وذلك اعتمادًا على نوع الحدود المحيطية (الأوتلاين) الموجودة في الخط OpenType.
في الثمانينات من القرن المنصرم، استمدت Adobe معظم إيراداتها من رسوم الترخيص الخاصة بتطبيق PostScript للطابعات، والمعروف باسم معالج الصور النقطية أو RIP. ومع توافر المنصّات الجديدة القائمة على RISC في منتصف الثمانينات، وجد البعض أن دعم Adobe للأجهزة الجديدة غائبًا.
وقد أدى ذلك – بالإضافة إلى عامل التكلفة- لشيوع تطبيقات أخرى للـ PostScript من قبل شركات أخرى، خاصة في الطابعات منخفضة التكلفة (حيث كانت رسوم الترخيص هي الحجرة العثرة في الموضوع) أو في أجهزة التنضيد الطباعي (والتي استلزمت فيها الحاجة للسرعة دعمًا لمنصات جديدة أسرع مما استطاعت Adobe توفيره).
بوست سكريبت الاستخدام في الطباعة
وعند مرحلة معينة، اجتمعت فرق من شركتي Apple ومايكروسوفت لمحاولة فك احتكار Adobe لطابعات الليزر، حيث رخّصت مايكروسوفت لشركة أبل تطبيق ترجمة متوافق مع PostScript كانت قد اشترته ويُدعى TrueImage، وفي المقابل رخّصت Apple لمايكروسوفت نسق خطوطها الجديد TrueType (وقد انتهى الحال بـ Apple للوصول إلى اتفاق مع Adobe قامت بمقتضاه بترخيص PostScript الأصلي لطابعاتها، ولكن TrueType ظل هو تقنية الخط الحدودي القياسية المستخدمة مع كل من أنظمة الويندوز والماكينتوش).
واليوم، شاع استخدام تطبيقات الترجمة المتوافقة مع PostScript في الطابعات والملحقات والأجهزة الطرفية متعددة الوظائف (MFPs). فمثلاً، صار المترجم IPS PS3 من شركة Zoran Corporation، والذي عرف في السابق باسم PhoenixPage، هو تطبيق الترجمة السائد في الكثير من الطابعات والملحقات الطرفية، ومنه ما طورته شركة HP وتم بيعه ضمن خطوط إنتاج طابعات الليزر العادية والملونة. ومن حلول الـ PostScript التي طورتها شركات أخرى والتي استخدمتها شركات صناعة الطابعات والملحقات متعددة الوظائف حلول مثل Jaws  وHarlequin RIP، والتي تقدمها شركة Global Graphics. وهناك قائمة بالعديد من تطبيقات الترجمة المتوافقة في Undocumented Printing Wiki. .
ومع ذلك، لا نزال نجد بعض طابعات الليزر الأساسية غير المكلفة لا تدعم PostScript، حيث تأتي بتعريفات تقوم ببساطة برسترة (تنقيط) تنسيقات الرسوميات المحلية الخاصة بالمنصة بدلاً من تحويلها أولاً إلى PostScript. وعندما يكون دعم الـ PostScript مطلوباً لهذه الطابعات، يمكن استخدام تطبيق ترجمة مجاني متوافق مع PostScript يُدعى Ghostscript. ويقوم الـ Ghostscript بطباعة مستندات الـ PostScript على الطابعات غير المزودة بالـ PostScript وذلك باستخدام وحدة المعالجة المركزية (CPU) للكمبيوتر المستضيف للقيام بعملية الرسترة (التنقيط)، وذلك من خلال إرسال النتيجة كصورة نقطية bitmap واحدة كبيرة إلى الطابعة. كما يمكن استخدام Ghostscript كذلك في استعراض مستندات الـ PostScript على أي شاشة كمبيوتر وتحويل صفحات الـ PostScript إلى رسوميات نقطية raster graphics مثل TIFF وPNG، والتنسيقات المتجهية مثل PDF. وهناك عدد من تطبيقات الترجمة التجارية للـ PostScript كذلك، مثل T-Script من شركة TeletypeSetting Co.
ولا تزال بعض الأجهزة العالية الدقة، مثل طابعات الـ imagesetters أو الـ CTP platesetters، والتي تتجاوز فيها قيمة الدقة 2500 نقطة/بوصة (2500 dpi)، تستلزم معالجات صور نقطية (RIPs) خارجية بذاكرة ومساحات ضخمة. كما تستخدم أيضاً أنظمة طابعات الليزر المكلفة (والتي تعرف بالمطابع الرقمية digital presses) معالجات صور نقطية خارجية لفصل الكمبيوتر الذي يمكن ترقيته بسهولة عن مكونات الطباعة المتخصصة. وتتخصص شركات مثل EFI وXitron في مثل هذه البرمجيات.
بوست سكريبت الاستخدام كنظام تشغيل
وقد حقق PostScript نجاحاً تجاريًا بعد طرح واجهات المستخدم الرسومية (GUI)، والتي سمحت للمصممين بتنسيق الصفحات مباشرة لطباعتها على طابعات الليزر.ورغم ذلك، كانت أنظمة الرسوميات الخاصة بواجهات المستخدم الرسومية أقل تطوراً من PostScript؛ فمثلاً كان التطبيق QuickDraw من Apple، يدعم فقط الخطوط والأقواس الأساسية، وليس الدوال B-splines المعقدة وخيارات ملء المناطق المعقدة الخاصة بـ PostScript. ولكي تستفيد من المزايا الكاملة للطباعة بالـ PostScript، كانت تضطر التطبيقات في أجهزة الكمبيوتر أن تعيد تطبيق هذه الخصائص باستخدام نظام الرسوميات الخاصة بمنصة الكمبيوتر المستضيف. وقد أدى ذلك لنشوء العديد من المشاكل نظرًا لأن التنسيق الظاهر على الشاشة لم يكن يطابق بشكل تام التنسيق المطبوع، وذلك نتيجة للاختلافات في تطبيق هذه الخصائص.
بوست سكريبت الاستخدام كنظام تشغيل
ومع تنامي إمكانيات أجهزة الكمبيوتر، أصبح في الإمكان وضع نظام PostScript في الكمبيوتر بدلاً من الطابعة. وقد أدى ذلك إلى التطور الطبيعي للـ PostScript من نظام طباعي إلى نظام يمكن استخدامه باعتباره لغة الرسوميات الخاصة بالجهاز المستضيف. وقد كانت هناك الكثير من المزايا في هذا الأمر: فهو لم يلغ الاختلاف بين ما يُطبع على الشاشة وما يُطبع على الطابعة فحسب، بل وأتاح أيضًا نظام رسوميات قوي للكمبيوتر، وأتاح للطابعات أن «تصمت» في وقت كانت فيه تتراجع تكلفة محركات الليزر. أما من الناحية الإنتاجية، كان استخدام PostScript كنظام للعرض display معناه أن بوسع جهاز الكمبيوتر المستضيف له أن يظهر دقة أقل على الشاشة ودقة أعلى في الطابعة، أو أن يقتصر على إرسال كود الـ PostScript إلى أحد الطابعات الذكية للطباعة الخارجية.
بوست سكريبت الاستخدام كنظام تشغيل
بيد أن لغة الـ PostScript قد كتبت في الأصل على أساس أن تخدم عملية الطباعة، وكانت تضم كثرة هائلة من الخصائص التي تجعلها غير مناسبة للاستخدام المباشر على نظم العرض التفاعلية. ويهمنا هنا بصفة خاصة أن PostScript كان تقوم على فكرة تجميع وإضافة أوامر PostScript حتى يظهر أمر إظهار الصفحة showpage، وعندها كانت كافة الأوامر المقروءة حتى هذه النقطة يتم ترجمتها وإنتاج مخرجاتها. وبالطبع فإن من الواضح أن هذا الأمر لا يناسب النظم التفاعلية. كما أن PostScript لم يتضمن أي نوع من الخواص التفاعلية المدمجة؛ فمثلاً، لم يكن دعم كشف الارتطام hit detection من أجل تفاعلية الفأرة (الماوس) نافعًا عندما كان الـ PostScript يُستخدم على الطابعات.