حين أجبرتني المماطلة على الاحتراف - رحلة مبرمج اختار أن يبدأ وحده… وألا يتوقف

لم أبدأ البرمجة لأنني كنت أخطط لأن أصبح مبرمجًا محترفًا، ولم أدرسها في الجامعة، ولم أتوقع يومًا أن تتحول من هواية أحبها إلى مسار امتد معظم حياتي.

بدأت علاقتي الفعلية بالبرمجة عام 1986 على أجهزة MSX التي كانت تعمل بمعالج Z80. كان الحاسوب في ذلك الوقت عالمًا جديدًا ومثيرًا؛ عالمًا يستطيع الإنسان فيه أن يحول أفكاره إلى أوامر، وأن يرى نتيجة ما يكتبه أمامه مباشرة.

لم تكن البرمجة بالنسبة إليّ مهنة في البداية، بل كانت شغفًا خالصًا ورغبة في الفهم والتجربة.

استمرت هذه الهواية أكثر من ثلاث سنوات، تعلمت خلالها قواعد البيانات باستخدام dBASE III+ على أجهزة الحاسوب الشخصي، ودرست لغة باسكال من خلال Turbo Pascal، وتعرفت إلى بدايات لغة C، وتعلمت لغة التجميع لمعالج Z80 على أجهزة MSX، ثم انتقلت بعد ذلك إلى لغة التجميع لمعالجات x86.

حدث كل ذلك قبل عام 1990، لكنه ظل في نظري هواية أمارسها بحب، ولم أكن أراه بعدُ طريقًا مهنيًا كاملًا.

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

لكن الحب وحده لم يكن السبب الذي دفعني إلى الاحتراف.

لقد أجبرتني الحاجة على ذلك.

عندما تحول الانتظار إلى دافع للتعلم

بحكم عملي، كنت أحتاج إلى برامج تخدم الجهة التي أعمل لديها. كنت أطلب تنفيذها من أفراد أو شركات، وأشرح الاحتياجات والمتطلبات، ثم أبدأ رحلة طويلة من الانتظار.

كنت أواجه التأخير، وضعف التجاوب، والمماطلة، وعدم الالتزام بالمواعيد. وعندما يصل البرنامج أخيرًا، أجده في كثير من الأحيان ناقصًا، أو بعيدًا عن الصورة التي شرحتها، أو غير قادر على تلبية احتياجات العمل الفعلية.

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

تكررت التجربة حتى أصبحت أسأل نفسي:

لماذا أبقى معتمدًا على الآخرين في أمر أستطيع أن أتعلمه وأنفذه بنفسي؟

لماذا أنتظر شهورًا حتى أحصل على برنامج ناقص، بينما يمكنني استثمار هذه المدة في تعلم كيفية بنائه بالطريقة التي أريدها؟

عندها أدركت أن البرمجة لم تعد بالنسبة إليّ مجرد هواية جميلة، بل أصبحت وسيلة للتحرر من العجز والانتظار والاعتماد الكامل على الآخرين.

وفي نهاية عام 1989، اتخذت القرار الذي غيّر مسار حياتي: أن أنتقل من ممارسة البرمجة كهواية إلى دراستها وممارستها باحتراف.

لم أتحول إلى مبرمج محترف لأن الظروف كانت مثالية، بل لأن الظروف كانت سيئة بما يكفي لتجبرني على ذلك.

لقد دفعتني خيبة الانتظار إلى الاستقلال، وأجبرتني المماطلة على أن أتعلم كيف أعتمد على نفسي.

من معاناة العميل إلى معاناة المتعاون

كنت أعتقد في البداية أن المشكلة ستنتهي عندما أصبح مبرمجًا وأبدأ العمل مع مبرمجين آخرين. تصورت أنني سأجد بينهم من يفهم طبيعة المشروع، ويتعامل معه بالجدية والالتزام اللذين أبحث عنهما.

لكنني اكتشفت أن تجربة التعاون كانت أحيانًا أصعب من تجربة التعامل معهم بصفتي عميلًا.

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

كنت أجد فارقًا كبيرًا بين الجهد الذي أبذله، وسرعة الإنجاز التي اعتدت عليها، والنتيجة التي أستهدفها، وبين ما يقدمه بعض من أعمل معهم.

لم تكن المشكلة أنني أرفض الناس، أو لا أؤمن بالعمل الجماعي، أو أعتقد أنني أفضل من الجميع. المشكلة أنني كنت أحتاج إلى إيقاع عمل محدد، والتزام واضح، وشعور حقيقي بالمسؤولية.

كنت أبحث عن متعاون يرى المشروع مسؤولية مشتركة، لا عملًا جانبيًا يؤديه عندما يسمح له الوقت أو المزاج.

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

كان هذا القرار ممكنًا في ذلك الزمن، لأن برمجة سطح المكتب كانت تسمح للمبرمج الواحد بأن يحيط بمعظم تفاصيل المشروع. كان يستطيع تحليل الاحتياجات، وتصميم الواجهات، وبناء قواعد البيانات، وكتابة الشيفرة، واختبار البرنامج، وتوزيعه، ومتابعة مستخدميه.

لم تكن الأدوات والبنى والأنظمة معقدة كما هي اليوم، ولم تكن معظم المشاريع تحتاج إلى هذا العدد الكبير من التخصصات.

سنوات من التدريب على الاستقلال

مع مرور الوقت، لم يعد العمل الفردي مجرد رد فعل على تجارب تعاون غير ناجحة، بل تحول إلى مهارة تدربت عليها طويلًا.

تعلمت أن أبدأ من احتياج المستخدم، لا من الشيفرة. تعلمت أن أحلل المشروع كاملًا، وأن أحول المشكلات الإدارية والعملية إلى أنظمة واضحة، وأن أرتب الأولويات، وأبني قواعد البيانات، وأصمم الواجهات، وأختبر التفاصيل، وأتحمل مسؤولية النتيجة من البداية إلى النهاية.

تعلمت أيضًا أن المشروع لا يكتمل بمجرد أن تعمل شيفرته على جهاز المبرمج، بل يكتمل عندما يصبح مفيدًا للناس، مستقرًا في الاستخدام، قادرًا على الاستمرار، وسهلًا بما يكفي ليؤدي الغرض الذي صُمم من أجله.

ومنذ عام 1994، بدأت إنتاج مشروعات متعددة، وزعت كثيرًا منها في صورة برامج عامة، وبرامج وثائقية، وقواعد بيانات بسيطة.

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

العمل الفردي في بدايات عصر الإنترنت

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

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

لكنني كنت قد اتخذت قرار الاستمرار في تطوير برامج سطح المكتب.

عملت على مشروعات ناجحة كثيرة، ولم أشعر في تلك المرحلة أنني بحاجة إلى التعاون مع أحد. كنت أستطيع إنهاء مشروع كامل بكل متطلباته، من الفكرة والتحليل إلى التصميم والبرمجة والتشغيل والصيانة.

أعطاني هذا النجاح ثقة كبيرة في قدرتي على العمل الفردي، لكنه جعل العودة لاحقًا إلى بيئة الفرق أكثر صعوبة.

حين منحني مدير حكيم الحرية بدل أن يفرض عليّ الفريق

في مرحلة لاحقة، انضممت إلى شركات وجهات أصبح التعاون فيها جزءًا من طبيعة العمل. حاولت مرارًا أن أتأقلم مع الفرق، وأن أنجح في العمل المشترك، لكن المشكلات السابقة كانت تتكرر بصور مختلفة.

كنت أشعر أن كثيرًا من الوقت يضيع في التنسيق والانتظار والاجتماعات ومحاولة إقناع الآخرين بما ينبغي إنجازه، بدلًا من التفرغ للإنجاز نفسه.

وصلت في النهاية إلى قرار ترك الوظيفة والتوجه إلى العمل الحر.

لكن أحد المديرين أدرك أن لدي خبرة يمكن أن تستفيد منها الجهة. لم ينظر فقط إلى صعوبة اندماجي في الفرق، بل نظر أيضًا إلى ما أستطيع تقديمه عندما أحصل على الحرية والمسؤولية الكاملة.

أصر بشدة على بقائي في العمل، ومنحني حرية واسعة في اتخاذ القرار. طلب مني أن أختار مشروعًا محددًا، وأن أصممه كما أريد، وبأي تقنية أرى أنها مناسبة.

لم يفرض عليّ أسلوبًا معينًا، ولم يطلب مني تقليد الأنظمة السائدة، بل منحني الثقة والمساحة اللازمة للعمل.

كانت هذه الثقة نقطة تحول مهمة.

بدأت المشروع، وتمكنت خلال فترة من تحقيق إنجازات كبيرة. بدأ النظام يعمل عبر شبكة الجهة، وواجه في البداية رفضًا واعتراضًا من بعض الأشخاص، بينما بدأ آخرون باستخدامه والاستفادة منه.

ومع مرور الوقت، أثبت النظام — رغم كونه تطبيقًا مكتبيًا — سرعته وكفاءته وقدرته على تلبية عدد كبير من الاحتياجات الإدارية.

تحول تدريجيًا إلى نظام أساسي تعتمد عليه الجهة في أعمالها، واستمر في التطور والانتشار حتى أصبح جزءًا مهمًا من بيئة العمل.

عندما أثبت النظام قيمته أثناء أزمة كورونا

جاءت أزمة كورونا، وانتشر الحجر والعمل عن بُعد، واضطرت المؤسسات إلى البحث عن طرق تضمن استمرار أعمالها في ظروف لم تكن مستعدة لها.

في ذلك الوقت ظهر أثر النظام الحقيقي بصورة أوضح.

أسهم البرنامج في استمرار العمل، ومكّن من تنفيذ جوانب واسعة من الإدارة والمتابعة عن بُعد. استطاع الموظفون والمسؤولون مواصلة كثير من الإجراءات والمهام عبر النظام في وقت كانت فيه الحركة محدودة والعمل المباشر شبه متوقف.

لم يكن النظام قد صُمم أصلًا لأنه يعرف أن أزمة عالمية ستقع، لكنه بُني بطريقة جعلته قادرًا على التكيف وخدمة العمل في تلك الظروف الصعبة.

وقد تُوجت التجربة بحصول الجهة على المركز الثاني في مجال العمل عن بُعد، نتيجة ما تحقق من استمرارية وكفاءة أثناء الأزمة.

كان ذلك بالنسبة إليّ دليلًا عمليًا على أن المشروع الذي يبدأ بفكرة فردية، ويقابل في بدايته بالرفض والتشكيك، قد يتحول مع الوقت إلى أداة أساسية تحدث فارقًا حقيقيًا.

بعد ذلك نُقل البرنامج إلى خدمات الويب، وانتهت رحلتي الوظيفية بالتقاعد عام 2022.

لكن تجربة هذا المشروع بقيت من أهم تجارب حياتي، لأنها أثبتت أن منح الشخص المناسب الثقة والحرية قد ينتج أحيانًا أكثر مما تنتجه كثرة القيود واللجان والاجتماعات.

هل العمل الفردي هو الخيار الأفضل؟

بعد هذه الرحلة الطويلة، أصبحت أكثر إدراكًا لأهمية الفريق، لا أقل.

فالعالم التقني تغير كثيرًا، وخصوصًا منذ عام 2011. أصبحت المشروعات أكبر، والتخصصات أكثر تنوعًا، والمتطلبات الأمنية والتصميمية والتشغيلية أعقد من أن يحيط بها شخص واحد بسهولة.

قد يحتاج المشروع الحديث إلى متخصص في تصميم الواجهات، وآخر في تجربة المستخدم، وثالث في قواعد البيانات، ورابع في الأمن السيبراني، وخامس في البنية التحتية، وآخرين في الاختبار والتوثيق والنشر والدعم والمتابعة.

كما أن اختلاف الخبرات داخل الفريق يساعد على اكتشاف الأخطاء، ويمنع المشروع من أن يصبح أسير رؤية شخص واحد، ويمنحه فرصة أكبر للاستمرار إذا غاب أحد أفراده.

لهذا لا أشجع على العمل الفردي بوصفه قاعدة عامة، ولا أدّعي أن شخصًا واحدًا يستطيع دائمًا أن يحل محل فريق متكامل.

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

لكن معرفة أهمية الفريق لا تعني أن الفريق المناسب متاح دائمًا.

ولا تعني أن كل من يجتمعون تحت اسم فريق يعملون فعلًا بروح الفريق.

قد تجد عددًا من الأشخاص، لكنك لا تجد الالتزام. وقد تجد المعرفة، لكنك لا تجد الاستمرارية. وقد تجد الحماس في البداية، ثم يختفي بعد أيام أو أسابيع. وقد يكون الفرق كبيرًا بين سرعة التنفيذ التي يحتاجها المشروع وبين الوقت والقدرة المتاحة لدى المتعاونين.

وقد تضيع سنوات كاملة وأنت تنتظر فريقًا مثاليًا لن يأتي.

قدوة قريبة من حلمي: Chris Lattner ومشروع LLVM

عندما أفكر في مشروع ForgeVM، وفي صعوبة أن يبدأ إنسان واحد مشروعًا كبيرًا في عالم المترجمات والأدوات منخفضة المستوى، أتذكر تجربة المهندس والمبرمج Chris Lattner، مؤسس مشروع LLVM وأحد أكثر الشخصيات تأثيرًا في صناعة المترجمات الحديثة.

بدأ LLVM مشروعًا بحثيًا قاده Chris Lattner، وتولى جانبًا كبيرًا من تصميمه وبنيته وتنفيذه في مراحله الأولى.

لم يكن LLVM منذ يومه الأول ذلك المشروع العالمي الضخم الذي نعرفه اليوم، ولم يبدأ محاطًا بمئات المطورين وعشرات الشركات. لقد بدأ بفكرة قوية، ورؤية تقنية واضحة، وشخص قرر أن يحول هذه الرؤية إلى نموذج عملي بدل أن ينتظر اكتمال الظروف المثالية.

ومع مرور الوقت، خرج LLVM من نطاق المشروع البحثي، واجتذب المطورين والباحثين والجامعات والشركات، وتحول إلى مجتمع عالمي وبنية أساسية واسعة تخدم المترجمات والأدوات البرمجية.

واليوم يظهر أثر LLVM في عدد كبير من أهم التقنيات الحديثة.

فهو الأساس الذي يقوم عليه Clang لترجمة لغتي C وC++، ويؤدي دورًا مهمًا في توليد الشيفرة داخل مترجم Rust، ويرتبط ارتباطًا عميقًا بمترجم لغة Swift، كما تستفيد منه Zig في أجزاء من سلسلة بنائها إلى جانب اتجاهها لتطوير واجهات خلفية خاصة بها.

وامتد تأثير LLVM إلى لغات وأدوات ومشروعات كثيرة، بعضها لم يكن موجودًا أصلًا عندما بدأ Chris Lattner مشروعه.

ما يلهمني في هذه التجربة ليس الاعتقاد بأن Chris Lattner بنى وحده كل ما أصبح عليه LLVM اليوم. فالمشروع بصورته الحالية ثمرة جهود مجتمع عالمي كبير من الباحثين والمطورين والشركات.

لكن الحقيقة الملهمة هي أن هذا المجتمع الكبير التف في الأصل حول بذرة بدأها شخص واحد، آمن بفكرته، وصمم أساسها، وقدم نموذجًا عمليًا استطاع الآخرون تطويره والبناء عليه.

وهذا هو المعنى الذي أراه قريبًا من تجربتي وطموحي في ForgeVM.

أنا لا أقارن نفسي بـ Chris Lattner، ولا أدّعي أنني سأكرر تجربته أو أصل إلى ما وصل إليه. لكل إنسان ظروفه وإمكاناته وزمنه، ولكل مشروع بيئته وفرصه.

لكنني أحتذي بالمبدأ الذي تجسده رحلته:

قد يبدأ المشروع الذي يفيد العالم يومًا من عقل شخص واحد، ومن حاسوب واحد، ومن محاولة صغيرة تبدو متواضعة أمام ضخامة الهدف.

ربما يبدأ الإنسان وحده، ثم يأتي الفريق لاحقًا عندما تصبح الفكرة واضحة، ويظهر الأساس، ويصبح المشروع قابلًا لأن يراه الآخرون ويفهموه ويؤمنوا به ويسهموا فيه.

ليس شرطًا أن يبدأ كل مشروع كبير بفريق كبير.

أحيانًا يبدأ بشخص يرفض أن يترك الفكرة تموت.

ForgeVM وتكرار التجربة

عندما بدأت العمل على مشروع ForgeVM، كنت مدركًا منذ البداية أن حجمه وطموحه أكبر من أن يكون مشروعًا فرديًا مثاليًا.

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

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

كان هناك فارق كبير بين حجم المتطلبات، وسرعة العمل اللازمة، والخبرة والوقت والقدرة المتاحة لديهم.

ولم تكن النتيجة التي توصلت إليها أن التعاون عديم الفائدة، بل إن التعاون الحقيقي يحتاج إلى أكثر من مجرد وجود أسماء داخل فريق.

إنه يحتاج إلى التزام واستمرارية وتقارب في مستوى الطموح، وقدرة على تحمل المسؤولية، واستعداد للعمل حتى في المراحل التي لا يكون فيها المشروع مشهورًا أو مربحًا أو واضح النتائج.

وقد يكون العثور على هذه العناصر أصعب من كتابة الشيفرة نفسها.

وجدت نفسي مرة أخرى أمام الخيار القديم:

إما أن أتوقف حتى أجد الفريق المناسب، أو أن أبدأ وحدي وأتقدم بما أستطيع.

اخترت أن أبدأ.

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

لكنني أعرف أيضًا أن التوقف الكامل أخطر من البداية الناقصة.

المشروع الذي يتقدم ببطء يمكن أن يصل يومًا إلى مرحلة مفيدة، أما المشروع الذي يبقى في الذهن انتظارًا للظروف المثالية فلن يصل إلى شيء.

أن أبدأ متأخرًا خير من ألا أبدأ

أدرك أنني بدأت مشروع ForgeVM في مرحلة متقدمة من عمري، وأن الزمن والطاقة المتاحة أمامي ليست كتلك التي يملكها شاب يبدأ مشروعه في العشرينات أو الثلاثينات.

كان من السهل أن أجعل العمر حجة مقنعة للتراجع.

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

لكنني أدركت أن البديل عن البداية المتأخرة ليس العودة إلى الشباب.

البديل هو أن أجلس من دون أن أقدم شيئًا.

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

ولهذا قررت أن أبدأ.

قد لا أتمكن من تنفيذ الرؤية كاملة. وقد يتوقف الطريق عند مرحلة معينة. وقد يأتي بعدي من يكمل ما بدأت، أو يستفيد من فكرة، أو تصميم، أو أداة، أو كتاب، أو تجربة نشرتها خلال هذه الرحلة.

وقد لا يتحقق من المشروع إلا جزء صغير مما أطمح إليه.

لكن هذا الجزء الصغير يظل أفضل من لا شيء.

المحاولة ليست فشلًا حتى إن لم تصل إلى نهاية الطريق.

الفشل الحقيقي هو أن تمتلك خبرة وفكرة ورؤية، ثم تدفنها خوفًا من العمر، أو من ضخامة المشروع، أو من غياب الفريق.

لقد اخترت أن أزرع البذرة، حتى إن لم أكن أنا من سيجلس يومًا تحت ظل الشجرة.

لعل شخصًا آخر يجد فيما بنيته نقطة انطلاق، أو يتجنب بسببه خطأ، أو يطور أداة أفضل، أو يرى أن الطريق ممكن فيقرر مواصلته.

وعندها لن تكون المحاولة قد ضاعت، حتى لو لم أكن موجودًا لأشهد نتائجها.

سأستمر في ForgeVM بقدر ما يسمح به العمر والقدرة والظروف. سأعمل وحدي عندما لا أجد المتعاون المناسب، وسأرحب بكل من يستطيع أن يضيف إلى المشروع بصدق والتزام.

وسأحاول أن أجعل ما أبنيه واضحًا، وموثقًا، ومفهومًا، وقابلًا لأن يكمله الآخرون.

فأن أبدأ متأخرًا خير من أن أقضي ما بقي من الوقت متحسرًا لأنني لم أبدأ.

وأن أقدم محاولة ناقصة خير من أن أترك فكرة كاملة تموت في رأسي.

وإذا استطاع شخص واحد أن يضع حجر الأساس لمشروع يجتمع حوله الآخرون لاحقًا، فليس المطلوب مني أن أضمن النتيجة، بل أن أتحمل مسؤولية الخطوة الأولى.

لا تمجّد العزلة… لكن لا تجعل غياب الفريق عذرًا للتوقف

الخلاصة التي تعلمتها من رحلتي ليست أن تعمل وحدك دائمًا، ولا أن ترفض التعاون، ولا أن تعتقد أن الخبرة تجعلك مستغنيًا عن الآخرين.

بل الخلاصة أن تبحث عن الفريق المناسب، وأن تتعاون عندما تجد تعاونًا حقيقيًا، وأن تستفيد من اختلاف الخبرات، وأن تمنح الآخرين الفرصة، وأن تتعلم توزيع المسؤوليات.

لكن عندما لا تجد من يشاركك الجهد، وعندما تتحول محاولات التعاون إلى تعطيل دائم، وعندما يصبح انتظار الآخرين سببًا في موت فكرتك، فلا تجعل غياب الفريق مبررًا للاستسلام.

ابدأ وحدك.

• تعلم ما ينقصك.
• بسّط مشروعك.
• قسّمه إلى مراحل يمكن إنجازها.
• ابدأ بالأساس الذي يمكن للآخرين أن يبنوا عليه.
• أنجز الجزء الذي تستطيع إنجازه.
• وثق عملك بحيث يستطيع الآخرون فهمه ومواصلته لاحقًا.
• اترك الباب مفتوحًا لكل من يثبت أنه قادر على المشاركة الحقيقية.

العمل وحدك ليس بطولة، والعمل مع فريق ليس نجاحًا بحد ذاته.

قد يعمل شخص وحده وينتج شيئًا مفيدًا، وقد يجتمع عشرات الأشخاص تحت اسم فريق من دون أن ينجزوا شيئًا.

المقياس الحقيقي هو الإنجاز، والاستمرار، وتحمل المسؤولية، وإخراج شيء نافع إلى الواقع.

لقد كان قدري في مراحل كثيرة من حياتي أن أعمل وحدي. لم أختر ذلك دائمًا، ولم أعتبره الخيار المثالي، لكنه كان أحيانًا الخيار الوحيد المتاح أمامي لكي أستمر.

وسأواصل العمل بقدر ما أستطيع، مدركًا المخاطر والصعوبات، لكنني لن أتوقف انتظارًا لظروف مثالية قد لا تأتي.

فإذا وجدت فريقًا صادقًا، ملتزمًا، متقاربًا معك في الرؤية والجهد، فتمسك به؛ لأن المشروعات الكبيرة تنمو وتستمر بالتعاون.

أما إذا لم تجده، وكانت فكرتك تستحق الحياة، فلا تدفنها في مقبرة الانتظار.

اعمل وحدك عند الضرورة… لكن لا تتوقف.