اعتمد عدد متزايد من المطورين على نظام Linux كمنصة رئيسية لتطوير البرمجيات، بفضل مرونته العالية، دعمه الواسع للأدوات مفتوحة المصدر، وسهولة التحكم في بيئة العمل. من أدوات إدارة الحزم إلى بيئة الطرفية القوية، يوفر Linux مزايا يصعب تجاهلها لمن يسعى إلى تجربة تطوير مستقرة، قابلة للتخصيص، وتُركز على الأداء. في هذا المقال نُسلط الضوء على أبرز الأسباب التي تجعل المطورين يفضلون Linux على الأنظمة الأخرى عند بناء المشاريع البرمجية.
يمكنك البرمجة بدون أدوات برمجة، وبيئات التطوير المتكاملة (IDEs) شائعة بين المطورين. أما أنا فأتبع نهجًا مختلفًا. أتعامل مع نظام Linux الخاص بي، مع مجموعة أدوات البرمجة الخاصة به، باعتباره بيئة تطوير متكاملة في حد ذاته.
نافذة واحدة لمهمة واحدة
تحظى بيئات التطوير المتكاملة بشعبية كبيرة بين المطورين لأنها تتيح الوصول إلى جميع أدواتهم، بما في ذلك المحرر، والمترجم الفوري، ومصحح الأخطاء، وحتى التوثيق. أفهم لماذا يرغب معظم المطورين في جمع أدواتهم في مكان واحد. أعتقد أنني أستطيع تحقيق تجربة مماثلة من خلال وجود تطبيقات منفصلة في بيئة Linux.
أُعجب بفكرة فلسفة يونكس، وهي أداة صغيرة واحدة تؤدي مهمة واحدة بكفاءة. قد لا يكون تحقيق ذلك سهلًا عمليًا، لكنني أعتقد أنه أمر يستحق السعي لتحقيقه.
من اللافت للنظر أن بيئات التطوير المتكاملة ازدهرت بشكل كبير على منصات يونكس أو غير لينكس، وخاصةً ويندوز. فقد قلل ويندوز من استخدام أدوات سطر الأوامر، كما أن عمليات التشغيل تتطلب موارد كثيرة، مما يُشجع على تفضيل البرامج الأكبر حجمًا التي تُقدم أداءً أفضل، بما في ذلك أنظمة التطوير الأكبر حجمًا.
أسلوب يونكس التقليدي في فصل البرامج يناسبني تمامًا. يمكنني تشغيل نافذة شل واحدة لبرنامج Vim، وأخرى لاختبار البرنامج، وثالثة لتشغيل برامج معالجة الملفات. أحصل على بيئة تطوير متكاملة (IDE) ببرامج أصغر وأكثر مرونة، بدلًا من برنامج واحد كبير.
إذا احتجتُ إلى تشغيل مهمة أخرى، يمكنني ببساطة فتح نافذة طرفية أخرى وتشغيلها بسلاسة.
سير عملي أكثر ملاءمةً للتطبيقات المنفصلة.
سأكون أول من يعترف بأنني لست مبرمجًا محترفًا. البرمجة ليست مهنتي، لكنها هواية ممتعة ومحفزة. مع أن بيئات التطوير المتكاملة (IDEs) مناسبة للمطورين المحترفين، إلا أن استخدامي لها يختلف عن الكثير من المبرمجين “الحقيقيين” الآخرين.
بايثون هي لغتي المفضلة، وأميل لكتابة نصوص برمجية أصغر أو استخدام بايثون التفاعلية. هذا يعني إما استخدام المترجم التفاعلي الافتراضي أو آي بايثون. أنا من أولئك الذين يستخدمون بايثون كآلة حاسبة مكتبية. لا أحتاج إلى تشغيل بيئة تطوير متكاملة كاملة لمجرد إجراء بعض العمليات الحسابية.
أحد استخداماتي الرئيسية لبايثون هو الإحصاء وتحليل البيانات. أستخدم بايثون التفاعلية بشكل أساسي، وخاصةً آي بايثون الذي أعددته مع بيئة مامبا. كما أطلع على الوثائق، سواءً داخل آي بايثون أو على الإنترنت. إذا أردتُ تسجيلًا لما أفعله، لمشاركته لاحقًا، فسأفتح دفتر ملاحظات Jupyter. بما أنني أعمل بشكل تفاعلي في الغالب، فلا أحتاج إلى مصححات الأخطاء. عادةً ما أستطيع استكشاف أي رسائل خطأ وإصلاحها فورًا.
استخدام بيئة تطوير متكاملة يعني تثبيت مكونات لم أستخدمها. ستكون مصححة الأخطاء في الغالب بلا فائدة لما أفعله، وكذلك بيئة تطوير متكاملة كاملة.
يمكنني تبديل التطبيقات وقتما أشاء.
يُشيد الكثير من المطورين بتكامل بيئات التطوير المتكاملة، بما في ذلك أدوات أساسية مثل المحررات، والمُجمِّعات، ومُصحِّحات الأخطاء، وأدوات أخرى مثل مُحسِّنات الأخطاء ومُدقِّقات الأخطاء. في لينكس، يُمكنني تثبيت مُحرِّرات ومُجمِّعات ومُصحِّحات الأخطاء ومُحسِّنات الأخطاء من خلال مدير الحزم.
لا أقتصر على ما يُريد مُطوِّر بيئة التطوير المُتكاملة تضمينه. إذا لم يُعجبني المُحرِّر، يُمكنني ببساطة التبديل إلى مُحرِّر آخر. لقد أصبحتُ مُتأقلمًا تمامًا مع Vim. يبدو أن ضغطات المفاتيح تُحسِّن الأداء، على الأقل على لوحات مفاتيح Chiclet التي يبدو أن مُصنِّعي أجهزة الكمبيوتر المحمولة يُفضِّلونها هذه الأيام.
إحدى الأدوات التي استبدلتُها كانت مُفسِّر بايثون. مُفسِّر بايثون مُفيدٌ بحدِّ ذاته، إذ يُمكنني اختبار أفكار الأكواد البرمجية (واستخدامه كآلة حاسبة)، لكن IPython أفضل، إذ يُمتاز بتمييز بناء الجملة وسهولة الاستدعاء، بالإضافة إلى إمكانية تشغيل أوامر النظام مُباشرةً من IPython.
تمكنتُ أيضًا من استبدال مدير الحزم نفسه بـ Mamba. Mamba مُحسّن لتحليل البيانات وعلوم البيانات، ويُقدّم حزمًا أحدث في كثير من الحالات مقارنةً بمدير حزم النظام، مما يُتيح لي الاستغناء عن بايثون النظام.
من المُرجّح ألا تُتيح لي بيئة التطوير المتكاملة (IDE) القياسية هذا القدر من المرونة.
أستطيع اختيار أدواتي بنفسي
إذا كنت تستخدم لينكس أو تبرمج لفترة طويلة، فغالبًا ما تُكوّن آراءً حول كيفية عمل الأشياء. ومن بين الأشياء التي يُبدي الكثيرون، بمن فيهم أنا، آراءهم فيها، محرر النصوص. أميل إلى تفضيل Vim، على الرغم من أنني مررت بمرحلة مع Emacs لفترة، لذا لديّ خبرة مع كلا المحررين الرئيسيين.
لا يزال نهج بيئات التطوير المتكاملة شائعًا، حتى بين البيئات التي لا تُعتبر بيئات تطوير متكاملة. غالبًا ما يُشير مُحبو Emacs إلى قدرتهم على تشغيل أدوات مثل المحطات الطرفية أو متصفحات الملفات دون الحاجة إلى مغادرة المحرر. لم أُعجب بهذا الجانب أبدًا. ربما يعود ذلك إلى أنني كنت دائمًا تقريبًا قادرًا على الوصول إلى بيئات النوافذ، وأنجزت معظم أعمالي البرمجية على منصات تُسهّل عمليات التشغيل.
صُمم Emacs في الأصل للمحطات الطرفية القائمة على الأحرف. لم يكن من السهل تشغيل مهام جديدة على هذه المحطات الطرفية، ولهذا السبب كان هناك حافز لبناء برنامج يُمكنك من خلاله الحصول على كل ما تحتاجه في مكان واحد.
إذا كنت تستخدم بيئات تطوير متكاملة، فغالبًا ما تجد نفسك عالقًا فيما يعتقده المطورون أنك تريده. بيئات التطوير المتكاملة (IDEs) لنظام لينكس شائعة، لذا أعتقد أن الكثيرين يرغبون في ما تقدمه. ربما تختلف احتياجاتي عن احتياجات الآخرين. يمكن للمطورين الآخرين الاحتفاظ ببيئات التطوير المتكاملة الخاصة بهم، لكنني سأستخدم برامج متعددة بكل سرور.
لقد اكتسبتُ راحةً في استخدام الأدوات التي أستخدمها. عندما أنتقل إلى نظام جديد، أستطيع إعداده بسرعة وأكون في بيئة مألوفة.
أُفضّل تعدد المهام باستخدام برامج متعددة.
أعتقد أنني قد أُفضّل نهج “فلسفة يونكس” في التطوير. هذا نتيجة تصميم أنظمة التشغيل الشبيهة بيونكس، مما يُسهّل إطلاق العمليات الجديدة. الأمر أسهل، إذ يُمكنني تشغيل نافذة طرفية جديدة وتنفيذ أمر ما بسهولة. إذا أردتُ مُحرّرًا، فما عليّ سوى تشغيل Vim. وإذا أردتُ تشغيل جلسة بايثون تفاعلية، فما عليّ سوى تشغيل بيئة مامبا وفتح IPython.
هذا نتيجة تصميم لينكس والأنظمة الشبيهة بيونكس، كما ذكرتُ سابقًا. يُشغّل لينكس العمليات بسهولة، بينما عادةً ما يكون القيام بذلك على ويندوز عمليةً أكثر استهلاكًا للموارد. عند تشغيل برنامجك في نظام كهذا، تكون خيوط المعالجة أقل تكلفةً من حيث الأداء. وهذا هو سبب وجود رغبة في حشر وظائف أكثر في برنامج أكبر حجمًا من نهج يونكس التقليدي، وهو برنامج واحد يُنفّذ مهمة واحدة.
كانت المشكلة الوحيدة هي واجهة المستخدم. فرغم أن يونكس صُمّم لتعدد المهام، إلا أن التبديل بين المهام كان صعبًا. ساعد التحكم في الوظائف ووحدات التحكم الافتراضية في حل هذه المشكلة، ولكن مع توافر أنظمة النوافذ التي تعمل على محطات العمل والمحطات الطرفية الرسومية، أصبح نهج تشغيل برامج متعددة في نوافذ فردية قابلاً للتطبيق. كبديل، يمكن لمضاعفات المحطات الطرفية أداءً جيدًا نسبيًا، خاصةً في الاتصالات عن بُعد.
مع توافر نوافذ محطات طرفية متعددة، ومحطات طرفية مبوبة، ومضاعفات المحطات الطرفية المتاحة، يمكنني الاستفادة الكاملة من هذا الأسلوب البسيط في التطوير. يمكنني تشغيل جلسة بايثون التفاعلية في نافذة واحدة للتجربة، ودفتر ملاحظات Jupyter في متصفحي، ومحرر في نافذة أخرى.
قد يكون استخدام تطبيقات متعددة على لينكس أقل “تكاملاً”، لكن هذا النهج يناسبني دون تكلفة بيئة تطوير متكاملة كاملة. أعتقد أن جهدي يؤتي ثماره في بيئة برمجة بسيطة يمكنني الاعتماد عليها.
الاعتماد على Linux لتطوير البرمجيات لم يعد خيارًا نخبويًا، بل أصبح خطوة عملية للكثير من المبرمجين حول العالم. بفضل مرونته، وانفتاحه، ودعمه القوي لأدوات البرمجة، يُشكل Linux بيئة تطوير موثوقة تُمكن المطور من التركيز على بناء الكود بدلًا من التعامل مع قيود النظام. سواء كنت مبتدئًا أو مطورًا محترفًا، تجربة Linux قد تكون التحول الذي تحتاجه للارتقاء بمستوى مشاريعك البرمجية.
