2026-01-14 12:30:46

يبدو أن التطوير المدفوع بالحدس هو فكرة جذابة نظريًا، لكن الواقع هو: الأفكار الرائعة لا معنى لها بدون تنفيذ قوي. وعندما يعتمد التنفيذ كليًا على الحدس؟ ستحصل على كود غير صالح لا أحد يرغب في صيانته.

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

شاهد النسخة الأصلية

قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.

تسجيلات الإعجاب 20

أعجبني
20
7
إعادة النشر
مشاركة

تعليق

0/400

WhaleInTraining

· 01-17 00:56

الحدس لا بد أن يكون مصحوبًا بالعقل، وإلا فهو مجرد خداع للذات --- أؤيد التحقق السريع من MVP، لكن الاعتماد على الشعور بعد التوسع؟ هذا هو الموت المحتم --- الهيكل السيء هو الأسوأ، والذين يتولون الأمر لاحقًا يضطرون للشتائم --- لا تكذب، لا تحتاج إلى شهادة في علوم الحاسوب، فقط انظر إلى تلك الشيفرات السيئة لتفهم --- يمكنك تجربة الأمر مبكرًا، لكن يجب أن تترك بعض الاحتياطي لإعادة الهيكلة لاحقًا، وإلا ستكون دروسًا مؤلمة --- القيادة بالحدس في التطوير تعني المقامرة، إذا ربحت تتفاخر، وإذا خسرت تعمل 996 ساعة إضافية --- لم أكتشف ثغرة أمنية؟ هذا فعلاً مدهش، فقط عندما يتم الكشف عنها تبدأ في التوتر --- حتى لو كانت الأفكار رائعة، التنفيذ السيئ يجعل كل شيء بلا فائدة، هذه هي الحالة الحالية للعديد من مشاريع الويب3

شاهد النسخة الأصليةرد0

MevHunter

· 01-15 23:20

التطوير بالحدس؟ يعني حفر حفرة لنفسك، على أي حال في النهاية ستحتاج إلى إعادة الهيكلة --- مرحلة MVP يمكن اللعب بها، لكن عندما يتم إطلاقها ستواجه الكثير من الشيفرات السيئة التي تنتظرك --- نظام بدون إطار عمل هو قنبلة موقوتة، مشكلات الأمان مليئة في كل مكان وأنت لا تعرف --- الفكرة حتى لو كانت فاخرة بدون تنفيذ فهي لا قيمة لها، من يفهم ذلك؟ --- الهيكل المعماري إذا تم بشكل عشوائي ستندم في النهاية، تكلفة إعادة الهيكلة تعتبر غير معقولة --- في النهاية، يجب أن يكون هناك معايير وإجراءات، وإلا فإن قابلية التوسع ستنهار مباشرة --- من سيقوم بصيانة الشيفرات السيئة؟ على أي حال، أنا لا أعمل في مثل هذه الأعمال --- عندما يكون الحجم كبيرًا، تظهر جميع المشاكل، تتكاسل في البداية وتدفع الثمن لاحقًا --- ليس من الضروري أن يكون لديك شهادة في علوم الحاسوب، ولكن على الأقل يجب أن تمتلك التفكير الهندسي الأساسي

شاهد النسخة الأصليةرد0

fren.eth

· 01-15 15:16

تطوير الحدس؟🤡 في المراحل المبكرة لا بأس أن تتلاعب، لكن عندما تصل إلى الحجم الحقيقي ستتكشف الحقيقة لقد رأيت الكثير من الهياكل المبنية على أكوام من الشفرات غير النظيفة، وفي النهاية يضطر الإنسان إلى تنظيف الفوضى يمكن أن يكون التكرار السريع في مرحلة النمذجة، لكن لا يمكن الاستمرار على هذا النحو دائمًا الثغرات الأمنية والمخاطر كبيرة بشكل مبالغ فيه، فهي بمثابة ألغام مخفية هذه الكلمات صحيحة، ليس الجميع قادرًا على اكتشاف هذه الحفر

شاهد النسخة الأصليةرد0

DogeBachelor

· 01-14 12:56

تطوير بالحدس؟ أمم... هذا مجرد مقامرة، وفي النهاية ستضطر إلى سد الثغرات مرحلة النموذج الأولي يمكن أن تتفاخر فيها، لكن إذا كنت ستنشر في بيئة الإنتاج؟ من يرغب في التعامل مع بنية تحتية سيئة أكثر شيء يزعجني هو هذا النوع من "الاعتماد على الشعور"، حيث تتراكم الديون التقنية وفي النهاية تنفجر يمكن فهم الرغبة في التكرار السريع، لكن لا يمكن أن يكون عذرًا للتخلي عن البنية التحتية بصراحة، البنية البرمجية الجيدة يمكن أن توفر الكثير من المتاعب لاحقًا... أليس هذا واضحًا؟

شاهد النسخة الأصليةرد0

ClassicDumpster

· 01-14 12:55

التطوير بالحدس؟ هذا يعني فقط أن تضع حفرة لنفسك لتسريع العمل ### التكرار السريع فعلاً ممتع، لكن عليك أن تسدد الدين لاحقًا ### تجاهل مرحلة النموذج الأولي، والناس الذين يصونونه سيندمون ### الكود بدون إطار عمل، هو قنبلة موقوتة ### هذا هو السبب في أن العديد من المشاريع تنتهي بجحيم الصيانة ### الأفكار رائعة، لكن التنفيذ غير كافٍ هو مضيعة للوقت ### يمكنك تجربة الأمر في البداية، لكن لا تدع الكود السيئ يدخل الإنتاج ### تصميم سيء، وعند التعديل لاحقًا ستتضرر بشكل كبير ### ثغرات الأمان هي الأخطر، لا يمكن اكتشافها بالحدس ### باختصار، هو التردد في التخطيط، ثم تضطر للعمل الإضافي لملء الفجوات ### عند تجربة النموذج الأولي، يمكن التلاعب، لكن عند الإنتاج يجب أن تكون جادًا ###

شاهد النسخة الأصليةرد0

Ramen_Until_Rich

· 01-14 12:51

الحدس هو رفاهية، الحجم هو الواقع. الشفرة غير النظيفة ستعود لعضك. --- يمكنك أن تأتي بـ MVP كيفما شئت، ولكن عند التوسع ستضطر إلى سداد الديون. --- بصراحة، الشفرة بدون إطار عمل هي قنبلة موقوتة، ستنفجر عاجلاً أم آجلاً. --- هل تريد كتابة الشفرة بناءً على الشعور؟ يمكن، على أي حال الصيانة ليست عليك. --- الهندسة المعمارية، التخاذل في البداية يؤدي إلى خسائر فادحة في النهاية. --- الثغرات الأمنية تتكون هكذا، لا أحد يهتم حتى تحدث مشكلة. --- النموذج الأولي عشوائي، ولكن عند الإنتاج يجب أن يكون جديًا. هذه القاعدة يفهمها الجميع. --- الشعور ليس استراتيجية، هذه هي المشكلة الحقيقية. --- ديون الشفرة في النهاية يجب سدادها، ابدأ ببناء إطار عمل مبكرًا.

شاهد النسخة الأصليةرد0

CodeAuditQueen

· 01-14 12:34

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

شاهد النسخة الأصليةرد0