الانتقال إلى المحتوى الرئيسي
DevGorithm
شركة هندسة برمجيات

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

استعرض أعمالنا
هندسة الهاتفهندسة الويبالخوادم والأنظمة الفوريةالسحابة وDevOps
DevGorithm CIقيد البناء · main
build

$ devgorithm build --target ios,android,web

typecheck 0 errors

tests 142 passed

bundle 98 kB gzipped

deploy production ✓

تطبيق الهاتف · موقّع
تطبيق الويب · منشور
البنية التحتية · مطبّقة
من نحن

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

اطّلع على طريقة عملنا

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

  • كل ما نبنيه ملك لك — المستودعات وحسابات البنية التحتية وخطوط النشر والتوثيق تكون باسمك منذ اليوم الأول، وليست رهينة عقد صيانة.
  • تتواصل مباشرة مع المهندسين الذين يكتبون الشيفرة، ولك لوحة عمل مشتركة تطّلع عليها متى شئت، وإجابة صريحة عند تغيّر أي تقدير.
  • نكتب شيفرة مُعدّة ليصونها شخص آخر: مُنمّطة بأنواع صريحة، ومُختبَرة حيث يهم الأمر، ومُراجَعة، وموثّقة بما يكفي لتسليمها.

هندسة الهاتف

تطبيقات Flutter وReact Native متعددة المنصات مع وحدات أصلية حيثما تفرض المنصة ذلك — مع تولّي النشر في المتاجر وإدارة الإصدارات.

  • Flutter
  • Dart
  • Swift
  • Kotlin

هندسة الويب

تطبيقات React وNext.js ومنصات SaaS ولوحات تحكم وبوابات مبنية على مؤشرات أداء حقيقية لا على نتيجة عرض تجريبي.

  • React
  • Next.js
  • TypeScript
  • Tailwind CSS

الخوادم والأنظمة الفورية

واجهات Node.js ونماذج بيانات ومزادات مباشرة ومراسلة وبنية اتصال مصمَّمة لطريقة استخدام المنتج فعليًا عند التوسّع.

  • Node.js
  • PostgreSQL
  • MongoDB
  • Firebase

السحابة وDevOps

حاويات وخطوط تكامل ونشر وبيئات ومراقبة وبنية واعية بالتكلفة يستطيع فريقك تشغيلها من دوننا.

  • AWS
  • DigitalOcean
  • Docker
  • GitHub
ما نقدّمه

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

كل الخدمات
أعمال مُسلَّمة

منصات حقيقية بتعقيد حقيقي — بث مباشر ومزادات ومدفوعات وعمليات سوق وتواصل متعدد المنصات. تصفّح الشاشات الفعلية أدناه.

كل الأعمال
مشروع مميّزتجارة مباشرةسوق إلكترونيتسوّق اجتماعي

سولدآوت

حيث يلتقي الترفيه المباشر بالتجارة.

سوق تجارة مباشرة من الجيل التالي يجمع البائعين والمشترين عبر بث تفاعلي مباشر ومزادات فورية ومحتوى اجتماعي وتسوّق داخل السوق. يعرض البائعون منتجاتهم مباشرة بينما يشاهد المشترون ويتفاعلون ويزايدون ويشترون ويتحادثون ويكتشفون — دون مغادرة التجربة.

  • iOS
  • Android
دورنا
تطوير المنتج · هندسة الهاتف · تكامل الخوادم · الأنظمة الفورية

صُمّم سولدآوت كمنظومة تجارة اجتماعية متكاملة تجمع بين جاذبية البث المباشر وسهولة السوق الرقمي الحديث. تظهر المنتجات عبر العروض المباشرة والمزادات والفيديو القصير وملفات البائعين والقوائم التقليدية. ومركز الثقل الهندسي هو التفاعل الفوري: يجري تنسيق الفيديو المباشر ونشاط المزايدة والمراسلة وحالة المزاد ليبدو كل شيء لحظيًا. وخلف التطبيق بنية خوادم قابلة للتوسّع تغطي عمليات السوق والمزادات والمستخدمين والبائعين والطلبات والمدفوعات والإشعارات والوسائط والتواصل الفوري — مع بيئات نشر منفصلة وسير عمل اختبار آلي وتحسين للبنية التحتية ومراقبة وتحصين أمني واختبارات أداء.

يُظهر سولدآوت قدرة ديفغوريذم على هندسة سوق فوري معقّد تعمل فيه تطبيقات الهاتف وبنية البث المباشر والمزادات والمدفوعات وخدمات الخوادم والبنية السحابية وتجارب التجارة الاجتماعية كمنتج واحد.

ما الذي بنيناه

  • بيع المنتجات مباشرة وبث تفاعلي
  • مزادات ومزايدة فورية
  • اكتشاف المنتجات والشراء داخل السوق
  • واجهات ومتاجر البائعين
  • فيديوهات منتجات قصيرة وريلز
  • تواصل بين المشتري والبائع

التقنيات المستخدمة

  • Flutter
  • Dart
  • Node.js
  • Express.js
  • MongoDB
  • React
  • ZEGOCLOUD
  • Firebase
  • Stripe
  • WebSockets
  • DigitalOcean
  • Nginx
  • PM2
  • GitHub Actions

منظومة سولدآوتيتشارك الخوادم وخدمات السوق والخدمات الفورية مع سولدآوت ويب.

شاشة غرفة البيع المباشر من سولدآوت

غرفة البيع المباشر

الشاشة 1 من 11

  • شاشة الصفحة التعريفية من سولدآوت ويب
    تجارة مباشرةتجارة إلكترونية

    سولدآوت ويب

    يوسّع سولدآوت ويب المنظومة إلى ما بعد الهاتف، ليتمكن العملاء من اكتشاف المنتجات ومشاهدة العروض المباشرة والمشاركة في المزادات والتفاعل مع البائعين مباشرة من المتصفح.

    • React
    • JavaScript
    • TypeScript
    • Node.js
    • +4 أخرى
    اطّلع على دراسة الحالة
  • شاشة المحادثات من تطبيق كيكو
    تواصلتقنية اجتماعية

    تطبيق كيكو

    منصة تواصل حديثة مبنية حول المحادثات الفورية والمراسلة والاتصال، بمعمارية مصمَّمة لتتوسّع إلى منظومة رقمية مترابطة أشمل.

    • React Native
    • TypeScript
    • iOS CallKit
    • Android Native APIs
    • +4 أخرى
    اطّلع على دراسة الحالة
تقنياتنا

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

FlutterDartReact NativeSwiftKotlinJavaiOS CallKitAndroid Native APIsReactNext.jsTypeScriptJavaScriptHTML5CSS3Tailwind CSSNode.jsExpress.jsREST APIsWebSocketsGraphQLMongoDBPostgreSQL
MySQLSQLiteRedisFirebaseAWSDigitalOceanDockerNginxPM2LinuxGitHub ActionsZEGOCLOUDPush NotificationsOpenAILLM IntegrationSpeech-to-Text / TTSStripeOAuth / Social Sign-InFigmaJiraGitGitHub

  • الهاتف

    8 تقنيات

    • Flutter
    • Dart
    • React Native
    • Swift
    • Kotlin
    • Java
    • iOS CallKit
    • Android Native APIs

  • الواجهات الأمامية

    7 تقنيات

    • React
    • Next.js
    • TypeScript
    • JavaScript
    • HTML5
    • CSS3
    • Tailwind CSS

  • الخوادم

    5 تقنيات

    • Node.js
    • Express.js
    • REST APIs
    • WebSockets
    • GraphQL

  • قواعد البيانات

    6 تقنيات

    • MongoDB
    • PostgreSQL
    • MySQL
    • SQLite
    • Redis
    • Firebase

  • السحابة وDevOps

    7 تقنيات

    • AWS
    • DigitalOcean
    • Docker
    • Nginx
    • PM2
    • Linux
    • GitHub Actions

  • الأنظمة الفورية

    تقنيتان

    • ZEGOCLOUD
    • Push Notifications

  • الذكاء الاصطناعي

    3 تقنيات

    • OpenAI
    • LLM Integration
    • Speech-to-Text / TTS

  • المدفوعات والخدمات

    تقنيتان

    • Stripe
    • OAuth / Social Sign-In

  • التصميم والتعاون

    4 تقنيات

    • Figma
    • Jira
    • Git
    • GitHub
كيف نعمل

سبع مراحل، لكل منها مُخرَج عند انتهائها. الهدف ليس الشكليات — بل ضمان أن يكلّف الافتراض الخاطئ أسبوعًا لا ربع سنة.

  1. الاستكشاف

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

    • تعريف المشكلة ومعايير النجاح
    • سجل القيود والمخاطر
    • خيارات نطاق أولية مع مقايضاتها

  2. التخطيط

    يُقسَّم النطاق إلى شرائح قابلة للتسليم مع افتراضات صريحة مرفقة، فحين يتغير تقدير ما، ترى بالضبط أي افتراض سقط.

    • قائمة أعمال مرتّبة ومقسّمة
    • تقدير بافتراضات معلنة
    • خطة مراحل ونقاط مراجعة

  3. التصميم والمعمارية

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

    • نموذج البيانات وعقد الواجهة البرمجية
    • جرد المكوّنات وحالات الشاشات
    • سجلات قرارات المعمارية

  4. التطوير

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

    • زيادات مُراجَعة ومُنمّطة وقابلة للنشر
    • إصدار عامل متاح باستمرار
    • ملاحظات تقدّم مكتوبة كل دورة

  5. الاختبار

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

    • اختبارات آلية على المسارات الحرجة
    • نتائج مصفوفة الأجهزة والمتصفحات
    • مراجعة الإتاحة والتعريب

  6. النشر

    الإصدار خط عمل لا حدث: بيئات متدرجة، وفحوص آلية، وتولٍّ للنشر في المتاجر، ومسار تراجع جُرِّب فعلًا.

    • خط إصدار آلي
    • النشر في المتاجر والحصول على الموافقة
    • إجراء تراجع مُتحقَّق منه

  7. الصيانة والتوسّع

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

    • مراقبة وتنبيهات قائمة
    • تحديثات دورية للاعتماديات والأمان
    • مراجعة أداء مقابل الاستخدام الحقيقي
لماذا نحن

ليست شعارات — بل التزامات يمكنك محاسبتنا عليها، والتحقق منها في الشيفرة التي نسلّمها.

  • هندسة من البداية إلى النهاية

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

  • التفكير المعماري أولًا

    تُحسم حدود النظام ونماذج البيانات وعقود الواجهات وتُوثَّق قبل أن يصبح تغييرها مكلفًا — مع تسجيل المقايضات، ليبقى التفكير حاضرًا بعد التسليم.

  • تواصل شفاف

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

  • خبرة في الأنظمة الفورية

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

  • تطوير جاهز للإنتاج

    بيئات منفصلة وخطوط آلية ومراقبة واختبارات حمل ومسار تراجع مُجرَّب. فتصبح الإصدارات روتينًا بدل أن تكون حدثًا.

  • دعم تقني طويل الأمد

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

  • خبرة متعددة المنصات

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

آراء العملاء

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

هذه اقتباسات تجريبية كُتبت لبناء هذا القسم ومراجعته. وهي ليست تصريحات من عملاء حقيقيين، ولا ينبغي قراءة أيٍّ منها على هذا الأساس. سيُستبدل كل اقتباس باقتباس معتمد منسوب بالاسم والمنصب.

  • نص تجريبي
    نص تجريبي، وليس اقتباسًا من عميل حقيقي. كُتب هذا النموذج بطول واقعي حتى يمكن تقييم تخطيط البطاقة والتفاف الأسطر والتوازن بين الاقتباس والنسبة قبل وصول شهادات حقيقية.
    بانتظار موافقة العميلمؤسّس — نموذج تجريبي
  • نص تجريبي
    نص تجريبي، وليس اقتباسًا من عميل حقيقي. نموذج ثانٍ بطول مختلف، للتحقق من تفاوت ارتفاعات البطاقات في الشبكة ومن كيفية استقرار اقتباس أقصر بجانب آخر أطول.
    بانتظار موافقة العميلمسؤول منتج — نموذج تجريبي
  • نص تجريبي
    نص تجريبي، وليس اقتباسًا من عميل حقيقي. نموذج ثالث، هو الأطول عمدًا بين الثلاثة، للتأكد من أن شهادة مفصّلة تظل ملائمة للبطاقة دون أن تُخرج النسبة عن محاذاتها مع البطاقات المجاورة.
    بانتظار موافقة العميلمدير تقني — نموذج تجريبي

أخبرنا بما تحاول بناءه

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

أرسل بريدًا

تفضّل البريد؟ اكتب إلى hello@devgorithm.com وسيردّ عليك شخص حقيقي.