بعد ثماني سنوات من الحب، تحولت نور من حبيبة بدر الأولى إلى عبءٍ يتلهّف للتخلّص منه.
ثلاث سنوات من المحاولة والتمسك، حتى تلاشت آخر بقايا المودة، فاستسلمت نور أخيرًا ورحلت.
وفي يوم انفصالهما، سخر بدر منها قائلًا: "نور، سأنتظر يوم تعودين وتتوسلين لأعود إليكِ."
لكنه انتظر طويلاً، وما جاءه لم يكن ندمها، بل خبر زفافها.
اشتعل غضبًا، واتصل بها صارخًا: "هل اكتفيتِ من إثارة المتاعب؟"
فجاءه صوت رجولي عميق من الطرف الآخر: "سيد بدر، خطيبتي تستحم الآن، ولا تستطيع الرد على مكالمتك."
ضحك بدر باستهزاء وأغلق الهاتف، ظنًا منه أن نور تحاول فقط لعب دور صعبة المنال.
حتى جاء يوم الزفاف، ورآها ترتدي فستان العرس الأبيض، ممسكة بباقة الورد، تمشي بخطى ثابتة نحو رجلٍ آخر. في تلك اللحظة فقط، أدرك بدر أن نور قد تركته حقًا.
اندفع نحوها كالمجنون: "نور، أعلم أنني أخطأت، لا تتزوجي غيري، حسنًا؟"
رفعت نور طرف فستانها ومضت من جانبه: "سيد بدر، ألم تقل إنك وريم خُلقتما لبعض؟ فَلِمَ تركع في حفل زفافي الآن؟"
بعد عشرة أعوامٍ من الحبّ، وافق خطيبي سليم مراد على الزواج منّي أخيرًا.
فأثناء تصوير صور الزفاف، طلب منّا المصوّر التقاط بعض لقطات القُبل، فعبس مدّعيًا أنّ لديه وسواس نظافة، ودفعني مبتعدًا ثم غادر وحده.
تولّيتُ على مضض، الاعتذار باسمه إلى فريق العمل.
وفي يومٍ غارقٍ بالثلوج، لم أستطع العثور على سيارة أجرة، فسرتُ فوق الثلج خطوةً بعد خطوة، أعود إلى البيت بشقّ الأنفس.
لكنّني، ما إن دخلتُ بيت الزوجية، حتى رأيتُ سليم مراد يحتضن ندى أمجد ويقبّلها قبلةً لا فكاك منها.
قال لها: " ندى أمجد، كلمةٌ واحدة منكِ تكفي، وسأفرّ من هذا الزواج متى شئت."
سنواتُ الانتظار الأعمى غدت في تلك اللحظة مجرّد مهزلة.
وبعد بكاءٍ مرير، آثرتُ أن أكون أنا من يهرب من الزواج قبله.
لاحقًا، أخذ الناس في الدائرة كلّها يتداولون الخبر.
قيل إنّ أصغر أبناء عائلة مراد يطوف العالم بحثًا عن خطيبته السابقة، لا لشيءٍ سوى أن تعود إليه.
تي جيه مونرو، هو سباح مغرور، الأول على صفوفه، غامض وحاد الذكاء، وجود ستفين هي مساعدة مدرب لفريق الجامعة تخشى المياه، ذكية ونارية، سمعت عنه قبل أن تلتقى به، ورفض وجودها قبل أن يلتقى بها.
وحين تلاقت نظراتهما أنفجرت الجاذبية والرغبة، كاسحة تمامًا كل شيء، الاعتبارات والميثاق الأخلاقي، وتحول المسبح البارد إلى مستعر من الحرارة بينهما.
انحنى نحوها، حتى كاد جسداهما يتلامسان من جديد، وهمس بصوته الأجش بالقرب من أذنها:
“أريد مساعدتكِ على تخطى خوفكِ من الماء جود.”
حركت رأسها أنش واحد، تكاد شفتينا تلتقى، فتحت شفتيها وضربتني
أنفسها الحارة:
"فقط إذ اتبعت خطتي."
"أنا أفعل كابتن."
معركة بدأت عند حافة المسبح... وقصة حب كان مصيرها أن تخرج عن السيطرة. فمن منهما سيغرق أولًا في الآخر، ويعجز عن
العودة إلى الشاطئ؟
"أرجوك لا تلعق هناك يا سيدي... إن زوجي يتصل بي..."
استقبلتُ المكالمة بنبرة يملؤها الخجل والارتباك الشديد.
ولم يكن لزوجي، الذي يتحدث إليّ بكل حب من الطرف الآخر، أدنى فكرة بأن زوجته التي أحبها بعمق، كان رأس رجلٍ آخر في تلك اللحظة بين فخذيها...
لقد بُعثتُ من جديد في الليلة التي فقد فيها الألفا سيطرته تحت تأثير السحر الأسود، حين لم يعد قادرًا على التحكم في شبقه.
هذه المرة، لم أكن أنا علاجه، بل استدعيتُ حبَّه الحقيقي: أختي.
في حياتي السابقة، وقعتُ في حب نيكولاس، ألفا قطيعنا.
عندما علمتُ أنه أُصيب بلعنة سحرٍ أسودٍ قديمٍ، ولم يعد قادرًا على السيطرة على غريزته، اتخذتُ قرارًا لم يكن ينبغي لي أن أتخذه.
لم أُبعِده عني.
وبعد شهرٍ، اكتشفتُ أنني حامل.
وبصفته ألفا القطيع، كان نيكولاس بحاجة إلى وريث، لذا أجبره مجلس شيوخ القطيع على إقامة مراسم الوسم معي.
وفي يوم المراسم، لم تستطع ليا تقبّل الأمر، فهربت من أراضي القطيع.
فتعرضت لهجومٍ من الذئاب المارقة.
وقبل أن تلفظ أنفاسها الأخيرة، أرسلت ليا تسعةً وتسعين نداء استغاثة إلى نيكولاس عبر الرابط الذهني.
لكن نيكولاس كان في خضم مراسم الوسم، وبناءً على طلبي، لم يُجب ولو لمرة واحدة.
وبعد ذلك، حين أعاد القطيع ما تبقى من جثة ليا، ظل وجهه هادئًا بشكلٍ مريب.
لكن في ليلة اكتمال القمر الأولى لجروِنا، سممني بعشبة خانقة الذئاب.
وقبل أن أموت، سمعتُ صوته باردًا كالجليد: "لو لم تحملي بطفلي، لما أُجبرتُ على وسمكِ، ولما فوّتُّ نداء استغاثة ليا. موتها يقع على عاتقكِ، وسوف تدفعين الثمن."
وعندما فتحتُ عينيَّ مجددًا، وجدتُ نفسي قد عدتُ إلى الليلة التي وقع فيها نيكولاس ضحية لتلك اللعنة.
أحب أن أبدأ بذِكر أبسط شيء غالبًا ما يغيب عن الكثيرين: الحرارة والقرارات الصغيرة في نظام التشغيل تصنع فرقًا كبيرًا. لاحقًا اكتشفت أن تحسين أداء اللابتوب للعمل البرمجي ليس مجرد شراء جهاز أقوى، بل سلسلة من خطوات عملية يمكن تنفيذها تدريجيًا. أولًا، العتاد: تركيب SSD NVMe بدل HDD أو حتى SSD SATA يسرّع فتح المشاريع، والزيادة في الذاكرة العشوائية تقلل التبديل إلى القرص عند تشغيل متصفحات وIDEs ثقيلة. تغيير الفانز أو استخدام مبرد خارجي يساعد على إبقاء تردد المعالج مستقرًا ويمنع التهنيج.
ثانيًا، البرمجيات والإعدادات: أطفأت خدمات وخيارات بدء التشغيل غير الضرورية، وعطّلت الفهرسة غير المفيدة للمجلدات الكبيرة، واستبعدت مجلدات المشروع من فحص مضاد الفيروسات. رفع قيمة inotify على لينوكس حل مشكلة عمليات الرصد في المشاريع الضخمة؛ وتهيئة IDE لتقليل الفهرسة التلقائية وفصل التحليل الخلفي عن وقت الكتابة خفّفت العبء. للاستجابة في البناء، استخدمت أدوات مثل 'ccache' و'sccache' وفعّلت تجميعات متوازية (-j) وGradle/Maven daemon حيث أمكن.
ثالثًا، تغييرات في طريقة العمل: نقلت أجزاء من البيئات الثقيلة إلى حاويات أو إلى بيئات تطوير بعيدة مثل بيئات VPS أو 'VS Code Remote' حتى لا يثقل الحاسب المحمول. أيضاً نقل مجلدات المؤقت إلى RAM disk أو استخدام zram على لينوكس جعل عمليات القراءة/الكتابة أسرع وقلل ارتداد القرص.
أختم بنصيحة عملية: راقب الموارد باستخدام أدوات مثل 'htop' أو 'Activity Monitor' لتعرف المكونات التي تسحب الأداء، ثم عالج كل نقطة على حدة؛ قليل من التعديلات في العتاد والإعدادات يمكن أن يمنح اللابتوب حياة جديدة للعمل البرمجي دون شراء جهاز جديد فورًا.
أحب أن أبدأ بصورة عملية: عندما فكرت أول مرة في إدخال تطبيق تعليمي مبرمج إلى مدرسة حكومية، تخيلت مزيجًا من الحماس والورقيات. في تجربتي العملية مع مدارس صغيرة، التكلفة تتوزع على بنود واضحة: تطوير البرمجيات (من قالب بسيط إلى نظام مخصص) قد يكلف من 30,000 إلى 300,000 دولار أو أكثر إذا أردت نظامًا مع ميزات تخصيص وذكاء اصطناعي وتحليلات متقدمة. ثم تأتي الأجهزة — أجهزة لوحية أو حواسيب محمولة؛ لو اعتمدت على أجهزة جديدة فقد تحتاج إلى 50–300 دولار لكل جهاز أو أكثر، لكن اعتماد نموذج BYOD (أجهزة الطلاب الخاصة) يقلل هذا العبء.
لا تغفل عن التدريب والدعم: تدريب المعلمين على المنهج الرقمي وإعداد الدروس قد يكلف 500–2,000 دولار لكل معلم كتكلفة لمرة أو كحزمة سنوية، بالإضافة إلى صيانة ونشر المحتوى التي قد تمثل 10–20% من تكلفة التطوير السنوية أو تُدار عبر اشتراك سحابي. المصاريف التشغيلية تشمل استضافة سحابية واتصالات إنترنت أسرع وتأمين بيانات الطلاب، وتراخيص برمجية دورية — هنا تجد عروض SaaS تتراوح بين 1 إلى 15 دولارًا لكل طالب شهريًا حسب مستوى المحتوى.
من واقع تجاربي، أنصح بتقسيم الميزانية على مراحل: مرحلة تجريب Pilot لمدة سنة لتثبيت التكاليف الحقيقية، ثم توسيع تدريجيًا. اختيار حلول مفتوحة المصدر أو شراكة مع شركات تعليمية محلية يقلل التكلفة الأولية، لكن التخصيص والدعم يرفعها. في النهاية، لتحويل كل هذه أرقام إلى ميزانية قابلة للتنفيذ تحتاج لتقدير دقيق لعدد الطلاب، البنية التحتية الحالية، والأهداف التعليمية، لكن هذه الأرقام تعطيك إطارًا عمليًا للبدء.
أذكر بوضوح يوم دخلت مقابلة كانت كلها بالإنجليزية. كانت الأسئلة تقنية وعاملة كأنك في حجرة تعليمية: خوارزميات، بنى بيانات، وتصميم أنظمة، وكلها بصياغة إنجليزية بحتة.
أرى أن هذا صار شائعًا لأن معظم الموارد الفنية، الوثائق، وأمثلة الكود تكون بالإنجليزية، فالمقابِلات تتبع نفس النمط لتقييم قدرة المرشح على التواصل التقني. الأسئلة عادةً تنقسم بين 'Write a function to...' و'Explain the time complexity of...' و'Design a service that...'.
نصيحتي العملية؟ احضِر أمثلة جاهزة تشرح بها مشاريعك باللغة الإنجليزية، وتدرّب على المصطلحات التقنية مثل 'asymptotic complexity' أو 'load balancing'. قراءة كتب مثل 'Cracking the Coding Interview' وممارسة مشاكل على منصات مثل LeetCode تساعدك كثيرًا، والأهم أن توضّح طريقة تفكيرك خطوة بخطوة أثناء الإجابة.
في المشهد الذي لا أنساه، كان الكشف يأتي من شخصٍ لم أكن أتوقعه إطلاقًا: جارنا القديم الذي يقضي وقته في تركيب الراديوهات القديمة وإصلاح الساعات.
كنت أقرأ كما لو أنني أسترق النظر عبر كتبه ببطء، ثم فجأة لاحظتُ كيف غيّر نبرة حديثه عندما تحدث عن الحوسبة؛ لم يتكلم عن معالجات أو لغات برمجة بقدر ما تحدث عن 'التسلسل' و'الترتيب' في الحياة. كشف لي أن سر الحوسبة في الرواية لم يكن تقنية بحتة، بل قدرة على رؤية الأنماط وربط الخيوط الصغيرة ببعضها. علمتُ أن الكود ليس مجرد أوامر، بل حكايات صغيرة تُحكى بترتيب دقيق، وأن المبرمج المحترف في الرواية تعلم أن يسمع للنَفَس بين السطور.
هذا الاكتشاف غيّر طريقة قراءتي: أصبحت أبحث عن إيقاعات متكررة، عن تفاصيل تبدو هامشية ثم تلتف لتصبح محورًا. لم يكشف عن كود سحري، بل عن طريقة تفكير؛ وهذا، بالنسبة لي، كان أكثر إثارة من أي سطرٍ برمجي مُدهش.
أحب أن أبدأ بالتفكير في المكان قبل نشر المشروع؛ الموقع يحدد نوع المطوِّرين الذين سيصلهم الإعلان وطريقة تعاملهم مع متطلباتك. عادةً أنشر المشاريع البرمجية في أقسام مخصصة للتطوير داخل المنصات الكبرى مثل 'Upwork' و'Freelancer' حيث هناك قوائم مشاريع تقبل عروضاً مفتوحة (bids) وتسمح لك بتحديد ميزانية ساعة أو سعر ثابت، كما أستخدم قسم الـ'Gigs' في 'Fiverr' للمشاريع الصغيرة والواضحة التي تناسب حزم مسبقة السعر. الخيار بين نشر مشروع كقائمة مفتوحة أو كجِج مهم: القوائم المفتوحة تجذب عروضاً متنوعة، بينما الحزم تجذب من يبحث عن حل جاهز وسريع.
أهتم بتفاصيل صفحة المشروع: عنوان واضح، وصف عملي يذكر النتائج المتوقعة والقيود واللغات والتقنيات، أمثلة أو رابط لمشروع سابق، تفضيلات للدفع (نظام الضمان/escrow أو دفعات عبر مراحل)، ومهما كان المنبر أستخدم الوسوم (tags) الصحيحة لتصنيف المشروع ضمن 'تطوير ويب' أو 'تطبيقات موبايل' أو 'ذكاء اصطناعي'. بعض المنصات توفر ميزات ترويجية مثل 'Featured' أو عرض داخل الصندوق الذي يرفع ظهور المشروع؛ في مناسبات أستخدمها عندما أريد وصولاً سريعاً لمطورين أكثر خبرة. ولا أنسى المنصات المخصصة للمطورين مثل 'Toptal' و'Codeable' و'TopCoder' للمنافسات أو المهام المتخصصة، فهي تجمع مواهب عالية لكنها تتطلب قبولاً أو معايير تقنية.
بجانب المنصات الرسمية، أنشر ملخصات أو روابط للمشاريع على شبكات مهنية واجتماعية: 'LinkedIn' لمشاريع الشركات أو العملاء المحترفين، مستودع 'GitHub' مع README جذاب إذا أردت جذب مساهمين أو استعراض خبرتي، ومجموعات متخصصة على Telegram أو Discord وReddit للحصول على مهتمين بسرعة. في العالم العربي أضع إعلانات على منصات مثل 'مستقل' و'خمسات' لأن الجمهور هناك معتاد على المشاريع المحلية واللغوية. في النهاية، أختار المواقع بحسب الهدف—توظيف سريع، جودة عالية، أو تسويق لحزمة صغيرة—وأعدل الوصف والميزانية وفقاً لذلك، لأن التنسيق الصحيح غالباً ما يحدد جودة العروض التي ستصلك.
ذهبتُ لتجربة تنسيقات متعددة قبل أن أستقر على نهج واضح يمرّ عبر معظم أنظمة تتبّع المتقدمين (ATS). على مدار سنوات من محاولة صقل السيرة، اكتشفت أن القاعدة الذهبية هي الوضوح: عناوين أقسام واضحة مثل 'الخبرة العملية' و'المهارات' و'التعليم'، خطوط بسيطة وحجم مقروء، وتجنب الجداول أو الأعمدة أو العناصر الرسومية التي تخلّ بتسلسل القراءة الآلي.
أحرص دائماً على تكييف السيرة مع كل وظيفة أقدّم لها؛ أقرأ وصف الوظيفة بعناية وأستخرج المصطلحات التقنية والمهارات المطلوبة وأدرجها بصيغة طبيعية داخل خبراتي ونقاط الانجاز. مثلاً بدل أن أكتب فقط "عملت على نظام دفع إلكتروني" أفضّل كتابة "طوّرت واجهات API لمعالجة الدفع باستخدام REST وNode.js، مما خفّض زمن الاستجابة بنسبة 30%" — هكذا أدمج كلمات مفتاحية ونتيجة قابلة للقياس، وهو ما يعجب أنظمة الفرز الآلي والبشر بعد ذلك.
تنسيق الملف مهم: غالباً أرسّل نسخة بصيغة .docx لأن معظم أنظمة ATS تقرأها بشكل أدق من بعض ملفات PDF المعقدة. أتحقق أيضاً من أن التواريخ مكتوبة بوضوح، وأن الاختصارات مشروحة مرة واحدة ثم مختصرة، وأن قائمة المهارات تكون مفصّلة ومرتّبة. بعد كل تحديث، أجرّب السيرة عبر أدوات فحص ATS أو حتى نسخها لصيغة نصية للتأكّد من ترتيب المحتوى. النتيجة؟ سيرة قابلة للقراءة آلياً وتشدّ الانتباه بشرياً أيضاً، وهذا الهدف الذي أستمتع بالوصول إليه.
قصة صغيرة: رتبت مواسم الأنمي وكأنها مناهج قصيرة لتعلّم مهارات جديدة. بدأت بضبط تقويم الموسم بحيث أحدد هدفاً تقنياً لكل قوس من الحلقات — مثلاً تحسين الأداء خلال حل مشكلة خوارزمية عندما تنتهي حلقة مهمة أو تجربة إطار واجهة أمامية أثناء بث حلقة جديدة.
كنت أعمل في فترات 25-40 دقيقة من التركيز (تقنية بومودورو)، أتابع الحلقة كوقت استراحة قصيرة، ثم أعود لكتابة كود نظيف أو لعمل اختبارات وحدات. هذه التقطيعات الصغيرة جعلتني أتمكن من تعلم تقنيات متعددة دون أن أشعر بالذنب حيال وقت المشاهدة.
أيضاً صنعت مشاريع صغيرة مستوحاة من الأنمي: أداة تتبع مواعيد العرض، بوت لمجتمع المشاهدين، ومحرّك توصية بسيط يعتمد على تفضيلات الشخصيات. كل مشروع كان فرصة لتجربة API جديدة أو تعلم CI/CD أو كتابة سكربتات تلقائية. أحياناً أشغل مقطوعة من 'Steins;Gate' كخلفية موسيقية لرفع التركيز، وفي أوقات أخرى أشارك الشرح والرمز في مجموعات النقاش، والحصول على مراجعات ساعدني كثيراً. انتهيت من الموسم ومعي كومة من المشاريع الصغيرة التي تحسّنت بمرور الوقت.
مشهد الفرق المستقلة متحول باستمرار، ولا يوجد جواب واحد يناسب الجميع.
أنا شفت فرقًا صغيرة تبدأ بفكرة كبيرة وتلجأ لتوظيف مبرمج لفترة محدودة فقط عشان يدفعوا التطوير من نقطة الانحدار الأولى إلى نموذج قابل للّعب. كثير من الفرق تختار الاستعانة بمبرمج خارجي لعمل نظام معيّن—مثل شبكة لعب جماعي أو محرك فيزياء معقّد—بدل ما تضيع وقت الفريق الأساسي في حل مشاكل تقنية بعيدة عن رؤيتهم الفنية. بالموازنة بين التكلفة والسرعة، التوظيف المؤقت أو التعاقدي يقدّم دفعة فعّالة للمشروع.
وفي نفس الوقت، شاهدت فرقًا تدفع ثمن التوظيف الخاطئ: تكرار الكود، فقدان التحكم في البصمة التقنية، أو اختلاف النظرة تجاه صيانة اللعبة بعد الإصدار. لذلك كثير من الفرق الصغيرة تفضّل مبرمجين لديهم خبرة في المحرك المستخدم (Unity أو Godot مثلاً) عشان يقللوا مخاطر بناء بنية تحتية غير قابلة للصيانة.
الخلاصة عندي: نعم، الفرق المستقلة توظف مبرمجين لتسريع التطوير، لكن بعناية—القرار يعتمد على نطاق المشروع، الميزانية، والرغبة في الاحتفاظ بالتحكم الفني على المدى الطويل.
كان لدي زميل دخل عالم الفريلانس كمهندس برمجيات مبتدئ وذكر لي أرقامًا متواضعة في البداية.
في الواقع، دخل المبرمج المبتدئ يتفاوت بشكل كبير: مبتدئ يعمل ساعات قليلة كهواية قد يحصل على 50–300 دولار شهريًا، خاصة إذا كان يستهدف مشاريع صغيرة أو عروض أولى رخيصة. مبرمج مبتدئ جاد يبني ملف أعمال جيد ويتقن تقنية واحدة أو اثنتين يمكنه الوصول إلى 300–1500 دولار في الشهر خلال الأشهر الأولى، خصوصًا إذا عمل على مشاريع ثابتة أو عقود قصيرة الأجل. وفي أسواق غالية أو عبر عملاء دوليين، قد يبدأ بعض المبتدئين بقيمة 1000–2500 دولار شهريًا لو وفروا خدمات متكررة أو عقود صيانة بسيطة.
ما يحدّد الرقم حقًا هو ثلاث نقاط: مقدار الوقت المكرّس، نوع المهارات (تطوير واجهات، باك اند، أو أوتوميشن)، وكيفية التسويق لنفسك. وجود عينات عمل واضحة وسرعة الرد وبناء علاقات مع عملاء يعزّز الدخل بسرعة. باختصار، لا تنتظر أرقام ثابتة، بل اعمل على تحويل عملك لمصدر متكرر للمهام حتى يرتفع دخلك تدريجيًا.
تخيل عالمًا افتراضيًا متراميًا مثل مدينة رقمية، وأنا أتجول فيه كأنني تقني يستكشف قلب الشبكة. أرى المبرمج هنا يعمل داخل طبقات متعددة: هناك طبقة الخادم الأساسية حيث تُدار قواعد الفيزياء والاقتصاد ونسخ العالم، وأعمل على كتابة الخدمات التي تبقى على قيد الحياة حتى لو انفصل اللاعبون؛ وهناك طبقة المحرك (rendering/engine) التي تتعامل مع الرسوم والإضاءة والتصادم، وأجد نفسي أضبط هناك معادلات الإضاءة والأداء كي لا يصبح العالم ظلامًا بطيئًا. أتعامل أيضًا مع طبقة الذكاء الاصطناعي حيث تُبرمج سلوكيات الـNPC والحالات الطارئة، وأحيانًا أكتب سكربتات صغيرة تتصرف كحضانات قصصية للاعبين.
ثم هناك الواجهة والمشهد العثماني لللاعب: نظام التمثيل (avatars)، ومزامنة الحركة عبر الشبكة، وطبقات الأمان التي تمنع الغش والاختراق — وهذه الأشياء أعمل عليها على مستوى البروتوكولات والأحداث. لو فكرت في أمثلة أنيمية مثل 'Sword Art Online' أو 'Log Horizon'، فالمبرمج داخل العالم قد يكون إما في غرفة خادم مركزية (server room) تتعامل مع مفاتيح التشغيل، أو كائن مكتوب داخل العالم نفسه يتحكم في قواعد اللعبة.
في النهاية أرى المبرمج كمن يجلس في عدة مكاتب متداخلة: مكتب البنية التحتية، مكتب المحتوى، ومكتب السلوك. العمل قد يكون خلف شاشات أدوات إدارية تشبه لوحات تحكم ضخمة، أو كبرمجيات متجسدة داخل شخصيات أو نودات شبكية. وأشعر أن المتعة الحقيقية هي عندما ترى الشفرة تترجم إلى مشهد يلمسه اللاعبون ويستمتعون به، وهذا الإحساس يختلف عن أي نجاح تقني بحت.