بداية
تبدأ قصة شركتنا الناشئة ، مثل العديد من الشركات الأخرى ، بمجموعة من المهوسين المتحمسين لتغيير العالم. لم تكن لدينا أي فكرة عما نريد فعله بالضبط وكيف ، ولكن كان هناك شيء واحد واضح على الفور: يجب أن تصبح شركتنا الناشئة معبدًا حقيقيًا للخبرة التكنولوجية ؛ مكان تأتي فيه التكنولوجيا أولاً ، حيث يمكن للناس التعبير عن أنفسهم من خلال مجموعة مختارة من الأدوات.
ناقشنا المئات من مطوري الصناعة ، وقمنا بتحليل الاتجاهات ، وقراءة Hacker News كرجل مهووس ، حتى توصلنا أخيرًا إلى المجموعة المثالية لبدء تشغيلنا. القول بأننا جادون في جمع المعلومات لا يعني شيئًا.
مع الدعم المالي الكافي ، بدأنا العمل. يعتبر التوظيف عامل نجاح رئيسي لبدء التشغيل ، وقد قمنا بذلك على أعلى مستوى. لقد وضعنا معايير عالية جدًا - لم تتم دعوة سوى المطورين الذين يمكنهم تقديم مشروعات مفتوحة المصدر شائعة لإجراء المقابلات. كانت المعلمة الرئيسية التي قمنا من خلالها بتقييم المرشحين هي التصنيف على GitHub - تبين أن هذا المخطط فعال للغاية.
قريبًا جدًا ، قمنا بتجميع فريق من الأشخاص الرائعين الذين أحبوا التكنولوجيا من كل قلوبهم. شعرنا أن أي صعوبات ستكون في متناول أيدينا. توصل الفريق معًا إلى العديد من المنتجات التي سيكون من المثير للاهتمام صنعها ، وبدأ العمل في الغليان.
في وقت قصير ، تمكنا من إنشاء بنية رائعة. قاعدة الرموز الأنيقة ، والخدمات المصغرة ، والتنسيق ، وإدارة التكوين - تم دمج كل شيء بشكل متناغم في سيمفونية واحدة. تم توزيع التطبيق ، مع موازنة الحمل ، والتسامح الجيد مع الأخطاء والمراقبة الدقيقة ، ويمكن رؤية نتائجها على العديد من الرسوم البيانية ولوحات المعلومات.
لكننا لن نتوقف عند هذا الحد. لقد أعدنا كتابة الخدمات المصغرة ، التي تم إنشاؤها في الأصل في Node ، في Go ، ثم في C ++ ، ثم العودة إلى Node. في كل مرحلة ، تحسن الأداء بنسبة 20٪. كانت قدرات فريقنا مذهلة بكل بساطة!
لقد أخرنا الإصدار لمدة شهرين لإتقان نظام البناء. استخدم الإصدار الأخير إجراءات Github و Bitbucket Pipelines و Gitlab CI ومجموعة من Jenkins المستضافة على AWS. لقد صنعنا نظام تحكم موزع بأيدينا لتجنب أدنى انقطاع في التنسيق. تم تنفيذ نشر هذا النظام باستخدام نفس البنية التحتية للبناء. مجرد نوع من السحر.
كان على الفريق التغلب على الصعوبات الفنية الهائلة ، لكنهم تمكنوا من ذلك. خلال الأسابيع القليلة الماضية قبل الإطلاق ، عملنا بجد - عملنا لمدة عشر ساعات يوميًا ، سبعة أيام في الأسبوع ، حتى تم تجهيز كل شيء بشكل صحيح. ثم جاء يوم الإفراج.
تتجمع الغيوم
رفعنا الستار: أعلنا الإصدار على Twitter و Instagram ، نشرنا الأخبار على Hacker News ، وكتبنا مقالًا على Medium. ولكن بغض النظر عن مدى صعوبة المحاولة ، لم يذهب المستخدمون.
لقد فقد الفريق قلبه - بعد كل شيء ، بذلنا الكثير من الجهد في الظهور الأول المظفّر ، لكنه فشل. بعد سلسلة من التدريبات العاجلة مع المناقشات غير السعيدة ، تم اتخاذ قرار. علينا إعادة كتابة كل شيء باللغة $ COOL LANGUAGE.
تعتبر ترجمة قاعدة الرموز بالكامل إلى لغة أخرى في وقت واحد مهمة شاقة. لكن فريقنا يمكنه فعل كل شيء. كان لدينا أكثر المطورين موهبة تحت تصرفنا ، وأفضل سطح اختبار ، ونظام بناء أكثر أناقة. قمنا بتقييم قوتنا برصانة.
بعد شهرين من نوبات 12 ساعة ، أكملنا العملية. أدرك الجميع أن هذه ستكون فرصتنا الأخيرة. حان الوقت لنظهر للعالم ما نحن قادرون عليه.
لقد أحدثنا الكثير من الضجيج حول إطلاق الإصدار الثاني: لم ندخر الأموال لحملة إعلانية في الشبكات الاجتماعية ، ونظمنا البث المباشر ، وأمرنا بإجراء مراجعات - باختصار ، قدمنا أفضل ما لدينا.
لم يكن هذا كافيا. اشترى بعض الأقارب والأصدقاء المنتج ، لكن لم يظهر أي مستخدم آخر. تم غناء الأغنية لنا. قمنا بإعادة المال القليل الذي كان لا يزال متروكًا للمستثمرين وبدأنا في إنهاء العمل.
ماذا تعلمنا
لقد مرت عدة أشهر على هذه الأحداث المميتة. الآن نفهم أننا ارتكبنا خطأ فادحًا. لا يكفي مجرد بناء مجموعة التكنولوجيا الأكثر تقدمًا في الوقت الحالي. بعد كل شيء ، بحلول الوقت الذي يصل فيه المنتج أخيرًا إلى السوق ، يكون تكوين المجموعة المثالية قد تغير بالفعل ، وهذا سيقلل من فرص النجاح.
لم نتمكن من مواكبة وتيرة تطور السوق. كانت لغة $ COOL LANGUAGE تتضاءل عندما وصل الإصدار الثاني من منتجنا. إذا تمكنا من جذب المزيد من الاستثمار ، فلن نسرع ونعيد كتابة التطبيق على الفور إلى $ ELITE LANGUAGE. يمكن أن تكون شركتنا الناشئة شركة يونيكورن.