الحقيقة الأبدية لتخفيض السعر

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

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

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

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

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

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

لكنها ليست تخفيض السعر. ليس بالاسم، وأنا لا أجادل بالروح.

في الوقت الذي بدأت فيه جهود CommonMark، أخبرني مطور البرامج Dave Winer بشيء ما زلت أفكر فيه: Markdown ملك لكل من يستخدمه. وهذا صحيح حرفيا بسبب الترخيص. ولكنه ذكرني أيضًا بالهدف الحقيقي من البرمجيات الحرة. لدينا جميعًا رأي في هذا الأمر: من خلال استخدامه، وتكييفه، وحتى تقسيمه.

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

وهذا، في النهاية، هو الطريق.