في جميع أنحاء المراحل المبكرة ، أراها نفس النموذج: يضع المهندسين مهندسين وتطوير الصناعات ، دورة إطلاق رسمية ، وبيئات التمثيل. هذه هي المقالة الثالثة في سلسلة ما حول النماذج العقلية للشركات الناشئة (لا شك أن هناك الكثير من المواد المثيرة للاهتمام هناك). عادة ما يحدث عندما يتم تشغيل المنتج. تأتي ممارسات الهندسة من عادات، وليس من الضروريات، وعادة ما من وظائف سابقة في الشركات الكبيرة حيث كانت فشلات الإنتاج تكلفة ومسار شديد كانت رد فعل صحي. The real challenge not stability, it is finding revenue and users ولكن في بدء تشغيل ، فإن إدخال هذه العمليات في وقت مبكر جدًا يرفع التركيز عن التعلم إلى الوثيقة. هذه الفجوة بين ما تحتاجه الأعمال في الواقع وكيفية إصدار الكود هي مكانة النماذج العقلية أدناه.كل واحد يقدم طريقة مختلفة للتفكير في قرارات الإصدار، جنبا إلى جنب مع نصائح عمليّة حول ما يفعله في الواقع عندما تكون قبل الإيرادات، ومع ذلك، لا تزال تبحث عن مناسبة. هذا بالنسبة للمؤسسين والمهندسين الذين يشعرون بأن عمليةهم تبطئهم ولكن لا أدرى لماذا. Who is this for? النموذج العقلاني 1 أو عملية التخلص منك هو نقاش للخوف إن عملية إطلاق ليست البنية التحتية النووية، ولكنها تظهر ما يخشى الفريق أكثر من ذلك. (الخسائر، والخسائر، والثقة المفقودة) يمكنك بناء قلعة: بيئات التمثيل، أبواب التوافق، مراجعات طويلة، وإرسال القطارات. If the deepest fear is breaking production (الخسارة في الوقت على الميزات لا أحد يريدها، فقدان توازن المنتج مع سوق الأسهم) يمكنك إنشاء المؤثرات: تطبيقات سريعة، ورشات ردود الفعل السريعة، والتجربة المستمرة. If the deepest fear is building the wrong thing لا تتخذ معظم الفريقين هذا الاختيار عاجلاً أم آجلاً.إنهم يملكون تدفقات العمل من وظائف الماضي، أو نسخ "أفضل الممارسات" من مدونات Big Tech، أو تصفح ما يبدو مهنياً.إن النتيجة هي عملية تشكلها حقيقة الآخرين، وبطبيعة الحال دائماً حقيقة الشركة المتقدمة مع طلبات العملاء المدفوعة، ومتطلبات الامتثال، وأي تأثيرات خطيرة للخسائر. كل شركة البرمجيات تعيش مع اثنين من الخوف التي لا تنتهي أبدا تماما: 
 
 
 المخاطر التنفيذية: نقل البضائع، إزعاج ما يعمل، ضرر الإنتاج. خطر اكتشاف: بناء الأشياء الخاطئة، فقدان الصلب، الفشل من الطريق. هذه المخاوف تتحرك في اتجاهات متناقضة ، وهي عملية الإفراج الخاصة بك هي الميكانيكية التي تختار بينها. التوازن هو حقيقي، ولكن ليس نمطيا.بغض في الإنتاج هو مشكلة يمكنك حلها في ساعة واحدة.بناء المنتج الخاطئ لمدة ستة أشهر هو مشكلة قد لا تتغير من. لا يمكنك التحكم بالكامل في كل من الطرفين.الختيار الصحيح تقريبا دائما يتبع مرحلة الشركة: 
 
 
 Pre-revenue, pre-PMF: أنت لا تزال تثبت الفكرة الأساسية، لذلك لا يوجد أي شخص خارج الفريق يستخدم المنتج. في البيت لا يوجد سوى حتى الآن - التأمين ضد الحرائق هو مبكر. الخوف من عدم الصلة، وليس عدم الاستقرار. السفينة في كثير من الأحيان، تعلم أسرع من منافسيك. البغاء خجولة ولكن قابلة للتأثير. البناء شيء لا يريد أحد هو خطير. Post-PMF، مع الإيرادات: العملاء الحقيقيين يعتمدون علىك، لذلك الوقت المحدد يعني فقدان الإيرادات، الارتباك، أضرار السمعة. الآن المخاطر التنفيذية أصبحت موجودة. يجب أن تتطور الخوف كما هو الحال في الأعمال التجارية، ولكن عملية مثالية في مرحلة واحدة تصبح ضرورية بشكل فعال في مرحلة أخرى. 
 
 
 قبل التفكير في الصناعات أو الطائرات أو مراجعة القوانين ، قم بالتوقف عن الإجابة على ثلاثة أسئلة: 
 
 
 
 What am I actually most afraid of right now: breaking something that works, or building something that doesn't matter? هل لدي العملاء المدفوعين الذين يعتمدون على الثقة، أم أنا لا تزال تبحث عن أولئك؟ هل يتم تشكيل هذه العملية من خلال واقعي الحالي، أم أنني أترك الخوف القديم من الآخرين؟ قبل التفكير في الصناعات أو الطائرات أو مراجعة القوانين ، قم بالتوقف عن الإجابة على ثلاثة أسئلة: 
 
 
 
 ما الذي أنا أكثر خوفًا في الوقت الحالي: إزالة شيء يعمل، أو بناء شيء لا يهم؟ هل لدي العملاء المدفوعين الذين يعتمدون على الثقة، أم أنا لا تزال تبحث عن أولئك؟ هل يتم تشكيل هذه العملية من خلال واقعي الحالي، أم أنني أترك الخوف القديم من الآخرين؟ النموذج العقلاني 2 - النموذج الموروث إن إدخال هيكلات الإفراج من الشركات المتقدمة يخلق فظاعة التقدم في الوقت الذي يقلل من سرعة التعلم. عندما يكون التكامل بين السوق المنتج غير واثقًا ويمكن أن يكون التكامل التالي غدًا، يبدو أن عملية العمل المعروفة مثل الأرض القوية، ولكن عملية إصدارك لا تؤثر فقط على كيفية نقل الكود. Process is comfort. قانون كونوي يخبرنا أن الأكاديمية البرمجية تعكس الهياكل التنظيمية، ويجب أن يكون هناك رد فعل: عملية الإصدار تعكس الأمان في الأعمال التجارية. A company that knows what it's building releases differently than one still figuring it out. لقد شاهدت هذا النموذج من أصل ذاته. إطلاقاً من قبل المبيعات مع مستخدمي الدفع السنوي، حيث كان المنتج لا يزال تصريحاً. بدلاً من اختبار هذا التصريحات، ذهبت الشهر الأول إلى البنية التحتية "الحقيقية": تطوير وقطاعات رئيسية، بيئات إقليمية منفصلة ومتنوعة، خطوط CI / CD، نموذج Jira وJira. كان يبدو مهنيا ولكن كان لدينا دو بيئات للبرمجيات التي لم تصل إلى أي إنسان خارج الفريق. عملية الإفراج: إجراء اختبار حقيقي 
 
 
 
 
 
 
 
 
 
 
 
 Process 
 How It Works 
 Startup Fit (pre-PMF) 
 Why 
 
 
 
 
 
 GitFlow 
 Work happens on a separate develop branch while main stays stable. Features and fixes are merged in batches, with dedicated release and hotfix branches used to control when changes reach production. 
 Poor ❌ 
 Batching delays feedback and hides problems. 
 
 
 
 
 
 GitHub Flow 
 New work is done on short-lived feature branches. Each change goes through a pull request, is reviewed, merged into main, and then deployed continuously. 
 Good ✅ 
 Reviews add latency to learning. 
 
 
 
 
 
 Trunk Based 
 Developers commit small changes directly to main or merge very short-lived branches. Unfinished features are hidden with flags and deployments happen frequently. 
 Good ✅ 
 Fast feedback, break it all faster. 
 
 
 
 
 
 Release Trains 
 Releases happen on a fixed schedule. Features that are ready ship with the next train, while unfinished work waits for the following one. 
 Poor ❌ 
 Calendars slow discovery. GitFlow يتم إجراء العمل على فروع تطوير منفصلة في الوقت الذي يظل المبادئ الرئيسية مستدامة. يتم تجميع الميزات والتحسينات في المجموعات، مع فروع إصدار مخصصة والتحسينات الساخنة المستخدمة لإدارة عندما تصل التغييرات إلى الإنتاج. فقراء التجميل يتوقف عن الترجمة ويخفف المشاكل. GitHub Flow يتم إجراء العمل الجديد على فروع الميزات القصيرة المدة. كل تغيير يمر من خلال طلب إرسال ، يتم مراجعة ، يتم دمجها في الميزات الرئيسية ، ثم يتم توزيعها باستمرار. جيدة 🙂 التقييمات تضيف التوقف على التعلم. Trunk Based يقوم المتطوعون بتغييرات صغيرة مباشرة إلى العلامات الرئيسية أو تجميد العلامات التجارية القصيرة جدا. جيدة 🙂 ردود فعل سريعة ، قطع كل شيء أسرع. Release Trains يحدث إصدارات على خطة محددة.الميزة التي تكون جاهزة السفينة مع القطار التالي، في حين أن العمل غير المكتمل ينتظر التالي. فقراء تقويم العثور السريع. يعيش الشركات الناشئة والشركات الناشئة في عالمين مختلفين – وكل عالم يطرح قواعده الخاصة على النمو. تجعل فريقين كبيرين، وتدفقات العمل المباشر، وتكلفة عالية من فشل الإنتاج GitFlow وعمليات مماثلة خيارًا منطقيًا، ويقلل من التفاوض والغضب. Mature companies optimize for coordination risk. المخاطر المهيمنة ليست إزالة الإنتاج (نحن لا نملك سوى مستخدمين). السرعة تحدد كل شيء Startups need to optimize for learning latency. feedback تصفح GitFlow (أو أي عملية كبيرة) يقلل من اكتشافك إلى الحفل.أنت لا تقلل من المخاطر - أنت تخفيها خلف العملية. كان المنافس الخاص بك مع تاريخ Git مدهش قد أطلقت ثلاث تجارب في الأسبوع الماضي. 
 
 
 
 
 
 يخلق الذكاء الفني شعورًا خاطئًا بالأمان. دورة طويلة تجعل البروتوكولات مكلفة - فروع ميزة كبيرة تغطي مشاكل التكامل حتى الغد - مراجعة على المدى القصير يحرق الطاقة المعرفية بشكل أفضل على المستخدمين في الداخل ، فإنه يتوقف عن التعلم نفسه الذي يحدد ما إذا كان الشركة يعيش أم يموت. التمكين المادي يخلق A . false sense of safety دورة طويلة تجعل البروتوكولات مكلفة - فروع ميزة كبيرة تغطي مشاكل التكامل حتى الغد - مراجعة على المدى القصير يحرق الطاقة المعرفية بشكل أفضل على المستخدمين في الداخل ، فإنه يتوقف عن التعلم نفسه الذي يحدد ما إذا كان الشركة يعيش أم يموت. الممارسات   1 حماية ثانويات مع الثانويات التي تستغرق ساعات أو أيام، وليس أسابيع. إنتاج: لا لا توقف، لا توقف، لا توقف، لا توقف، لا توقف، لا توقف، لا توقف، لا توقف، لا توقف، لا توقف، لا توقف، لا توقف. 1. GitHub Flow is enough. main main develop   هذا يبدو غامضًا ولكن ليس الأمر كذلك.على سبيل المثال، مع علامات الخصائص والمراقبة القوية، فإن الإنتاج هو البيئة الوحيدة التي تقول الحقيقة، والبيئة التي تتناولها هي الأكاذيب الكبيرة التي تحافظ على الشعور بالأمان. 2. Test in production.   يسمح لك بتحديد الرسوم الجمركية من الإصدار ، مما يعني أنه يمكنك توزيع الكود يوميا وتبادل الميزات عندما تكون جاهزة. تتيح لك إرسال العمل غير الكامل بشكل لا يصدق ، اختبار A / B مع المستخدمين الحقيقيين ، وتقسيم الدفع مقابل الميزات التجريبية ، وتقتل الفشلات على الفور. 3. Feature flags are non-negotiable. أدوات مثل Vercel ، Netlify ، Render و Railway تنتج URLات مشاهدة فريدة من نوعها لكل PR ، بحيث يمكن للمساهمين رؤية التغييرات الحقيقية على الفور دون بيئة التمثيل المشتركة للحفاظ على وبدون استفسارات "العمل على جهازي". 4. Preview deployments for every change. في هذه المرحلة ، يتم تقييم تقييم الوحدات لأنك لا تحتاج إلى تقييم 80٪ ، تحتاج إلى السماح بسرعة. أدوات مثل GitHub Copilot ، Cursor ، أو روبوتات مراجعة PR مخصصة تشير إلى مشاكل واضحة على الفور ، والتي هي أسرع وأقل تكلفة من الحظر على شريك في الفريق. 5. AI-assisted code reviews over waiting for humans. استخدم Sentry على الأخطاء أو PostHog أو Mixpanel على السلوك المستخدم، مع كل شيء تحذيرًا مباشرة إلى Slack حتى تعرف ما إذا كان شيء يفقد في ثوانٍ بدلاً من عندما يستخدم المستخدم المزعج رسائل البريد الإلكتروني. 6. Observability over exhaustive testing. إرسال إشعارات الأخطاء، وإشعارات التطوير، وإشعارات التحليل، والردود في التطبيق إلى القنوات المخصصة، وإضافة ميزة ردود الفعل البسيطة إلى منتجك حتى تصبح المستخدمين فريقك في الوقت الحقيقي. 7. Slack as mission control. تحسين لتعافي سريع، وليس الوقاية المثالية. **تعافي 5 دقائق يسرع دورة QA لمدة 2 أيام، لذلك الركاب في كثير من الأحيان، مراقبة بعناية، والعودة على الفور إذا كانت هناك أي نقص. خط أسفل عملية إطلاق الخاص بك هو شرط على ما سيقتلك أولا قبل سوق المنتج، والخطر هو بناء الشيء الخاطئ في حين يزداد الطريق. 
 
 
 
 العملية تعكس الخوف.علم ما الخوف الذي يتوافق مع المرحلة الخاصة بك. المعدل المطلوب هو تكلفة. أن تثبيت GitFlow كان منطقيا في شركتك الأخيرة. قد لا يكون الآن. التحسين إلى مدى السرعة التي يمكنك تغيير الاتجاه، وليس إلى مدى استقرار الأساس. السفينة بسرعة، تعلم أسرع.

The writer was physically present in relevant location(s) to this story. The location is also a prevalent aspect of this story be it news or otherwise.

Read My Stories

تم إنتاج هذا الصوت باللغة الأصلية للقصة!

عملية الإفراج الخاصة بك هي نقاش للخوف

About Author

تعليقات

شنق العلامات

تم تقديم هذه المقالة في

Related Stories

Top 10 Software Consulting Company based on Clutch & Goodfirms Reviews

Top 4 Hiring Trends for Mobile App Developers in 2018

Noonies Nominee and Lead Product Designer Avrora Shuhalii on Writing, Tech, and More

Top 10 Android App Development Companies in India & US

Top 10 Software Consulting Company based on Clutch & Goodfirms Reviews

Top 4 Hiring Trends for Mobile App Developers in 2018

Noonies Nominee and Lead Product Designer Avrora Shuhalii on Writing, Tech, and More

Top 10 Android App Development Companies in India & US

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps