ثقة في اللّٰه نجاح

Urbyo، سوق لمستثمري العقارات

بيع وشراء العقارات الاستثمارية في مكان واحد. بنيت مسارات البيع والشراء في فريق السوق، وبعدين أسّست جانب السوق الاحترافي.

المشكلة

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

البناء

في فريق السوق، بنيت وظبّطت مسارات البيع والشراء، وبعدين أسّست السوق الاحترافي: القوايم والأدوات لجانب المحترفين في المنصة، منفصلة عن مسار الأفراد.

اقرأ القصة كاملة →

رقمنة مدينة الرياض

رقمنة مدينة الرياض في نظام واحد أوتوماتيك، مبني على معايير أمان وscalability صارمة.

المشكلة

الرياض كانت محتاجة تحوّل عمليات المدينة لنظام واحد أوتوماتيك، بالأمان وبالحجم اللي منصة حكومية مش ممكن تتهاود فيهم.

البناء

كـ senior software consultant، قدت رقمنة المدينة: نظام أوتوماتيك للعمليات، ماشي على أصح الممارسات في الأمان ومعمول architecture بحيث يـscale من أول يوم.

الأثر

20+ Services deployed

اقرأ القصة كاملة →

نخلّي نماذج اللغة القانونية تنسب كلامها لمصادره

CoCoLex: فكّ ترميز قايم على النسخ ومُوجَّه بالثقة، بيخلّي النص القانوني أمين لمصادره.

بناء فريق الموبايل من الصفر

بدأت في جانب الويب والباك-إند. أسّست فريق الموبايل مع زميل، طلّعنا أول تطبيقاته، وبعدين ظبّطت الأعراف والـ CI/CD ومستوى التعيين اللي مشى عليه كل اللي بعد كده.

المشكلة

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

البناء

انفصلت عن فريق الويب مع [George Gendy (G.O.A.T)](https://www.linkedin.com/in/grgmgd) عشان نبدأ ممارسة الموبايل. مع الفريق، طلّعنا أول ثلاث تطبيقات React Native بإيدينا، وبعدين حوّلنا الدروس لنظام: معمارية مشتركة، وخط Fastlane و GitHub Actions للاختبارات والبناء وإصدارات المتاجر، ومستوى مراجعة خلّى كل تطبيق أسرع من اللي قبله. أدخلت تقنيات لإنتاج أسرع، وقوالب برمجية، ووحدات قابلة لإعادة الاستخدام، فالمشاريع الداخلة بقت 5 أضعاف والتسليم ماشي معاها. مسكت التوظيف، وقدت الهندسة في الباقي.

الأثر

5× مشاريع داخلة

اقرأ القصة كاملة →

Cuerious: البلاي ليست بتاعتك ماشية إزاي

بيدّي درجة لسلاسة البلاي ليست بتاعتك، وبعدين بيعيد ترتيبها لسِت بيمزج فعلاً.

المشكلة

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

البناء

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

اقرأ القصة كاملة →

Wellpit: مدرّب بيعدّل نفسه

تمرين وتغذية بيعيدوا كتابة نفسهم لمّا الـ check-in يقول كده.

المشكلة

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

البناء

تحدّد هدف وميعاد، وهو يحسب السعرات ويبني الأسبوع. تسجّل الأكل بصورة أو بلزق لينك أوردر دليفري. الحصص والجري اللي جاي من Strava والوزن من ميزان بلوتوث، كلهم بينزلوا في نفس المكان. وفي كل check-in بيقرا السجل ويرجّع بتغييرات حقيقية: كُل كده زيادة، زوّد مجموعة هنا، بدّل التمرين ده. والجري بتاعك على Strava بيعلّم عادات Hivelab المقابلة كمان. تعالى بالهدف اللي إنت بتعيد البدء فيه كل شوية وسيبه هو يمسك الخطة.

اقرأ القصة كاملة →

سبع مواسم على المية

حماطة والغردقة، رحلة صيد