غالبا ما تتركز المناقشات حول بنية البلوكشين التحتية على مستوى عال - نتحدث عن المفاهيم والبنى والتفوق التقني والقدرات التصادمية. كل هذه مهمة. لكن عندما تنفذ هذه الأفكار، تقع في غرفة اجتماعات البروتوكولات، لصاحب القرار الذي عليه اتخاذ القرار، ويتغير أسلوب الرسم بشكل كبير.
السؤال الأكثر عملية ظهر: هل أستخدمها؟ هل أجرؤ على استخدامه؟ هل يمكنني دمجه في عملية عمل حيوية؟
في هذا الوقت، يواجه المسؤول أكثر من مجرد تقرير تحليل فني. ينسجم مع نظام بيئي كامل – فرق هندسية، شركاء، مدققون، مستثمرون، مجتمعات، وأحيانا أسئلة تنظيمية. بالإضافة إلى الضغط الداخلي الواقعي جدا: ماذا لو اخترت الخطأ؟ من المسؤول عن حادث المشروع؟ كيف تفسر إذا كانت الأموال تالفة؟ في النهاية، يجب أن يحمل الشخص الذي اتخذ القرار هذه الأوعية.
لذا عند اختيار البنية التحتية، أول ما يخطر ببال الشخص المسؤول غالبا ليس الدرجة التقنية، بل**اشرح التكلفة**。
ما هي تكلفة التفسير؟ الأمر يتعلق بما إذا كان بإمكانك شرح هذا القرار بوضوح. اشرح لماذا اخترته. اشرح بوضوح ما هي الأدلة التي تعتمد عليها. اشرح حدودها ومخاطرها بوضوح. اشرح بوضوح كيفية التعامل مع النزاعات في حال حدوث نزاع. اشرح بوضوح كيفية تقسيم سلسلة المسؤولية. الأهم هو أن توضح أنك لا تتخذ قرارا.
العديد من الحلول الجديدة عالقة عند هذه الخطوة. ليس لأن تقنيتهم ليست جيدة، بل لأنها صعبة الفهم من قبل الأدوار غير التقنية ومن الصعب التعرف عليها من قبل أشخاص ذوي اهتمامات مختلفة.
ستجد أن الشخص المسؤول عن البروتوكول لا يقنع المهندسين فقط، بل أيضا الكثير ممن لا يكتبون الكود. هؤلاء الأشخاص لا يهتمون بالتفاصيل التقنية، فقط شيء واحد: هل يمكن أن يحدث خطأ ما؟ هل يمكنك إثبات أنني لم أكن مهملا في ذلك الوقت؟ هل يمكنك إثبات أن عملية اتخاذ القرار لدي دقيقة بما فيه الكفاية؟
هذا هو السبب الحقيقي في أن العديد من الحلول المتفوقة تقنيا تظل على رفوف.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 8
أعجبني
8
4
إعادة النشر
مشاركة
تعليق
0/400
CantAffordPancake
· منذ 12 س
لقد أوضحت الأمر تمامًا، إنه مسألة سياسية. حتى أذكى التقنيات لا يمكنها تجاوز مسألة الأشخاص، المشكلة أن معظم صانعي القرار لا يفهمون التقنية على الإطلاق، فقط يلقون اللوم.
شاهد النسخة الأصليةرد0
GasWaster69
· 01-04 19:49
ها، هذا هو السبب في أن الأشياء الجيدة غالبًا ما تبقى في الأوراق لسنوات عديدة
باختصار، هو لعبة تحميل المسؤولية عن المخاطر، والأكثر تقدمًا من الناحية التقنية هو الأكثر خطورة
شاهد النسخة الأصليةرد0
digital_archaeologist
· 01-04 19:42
ببساطة، إنها مشكلة سياسية وليست مشكلة تقنية. أقوى خطة توقفت عند عرض تقديمي (ppt).
شاهد النسخة الأصليةرد0
ChainSauceMaster
· 01-04 19:37
بصراحة، هذه المقالة أصابت الهدف، فبعض الأشياء التي تعتبر تقنيًا متفوقة فعلاً تموت عند خطوة "كيف تشرحها للعميل الكبير"... تحديد المسؤولية وتحميله اللوم يحدد أنه لم يختار أفضل الحلول، بل الحلول التي يمكن تبريرها أكثر.
غالبا ما تتركز المناقشات حول بنية البلوكشين التحتية على مستوى عال - نتحدث عن المفاهيم والبنى والتفوق التقني والقدرات التصادمية. كل هذه مهمة. لكن عندما تنفذ هذه الأفكار، تقع في غرفة اجتماعات البروتوكولات، لصاحب القرار الذي عليه اتخاذ القرار، ويتغير أسلوب الرسم بشكل كبير.
السؤال الأكثر عملية ظهر: هل أستخدمها؟ هل أجرؤ على استخدامه؟ هل يمكنني دمجه في عملية عمل حيوية؟
في هذا الوقت، يواجه المسؤول أكثر من مجرد تقرير تحليل فني. ينسجم مع نظام بيئي كامل – فرق هندسية، شركاء، مدققون، مستثمرون، مجتمعات، وأحيانا أسئلة تنظيمية. بالإضافة إلى الضغط الداخلي الواقعي جدا: ماذا لو اخترت الخطأ؟ من المسؤول عن حادث المشروع؟ كيف تفسر إذا كانت الأموال تالفة؟ في النهاية، يجب أن يحمل الشخص الذي اتخذ القرار هذه الأوعية.
لذا عند اختيار البنية التحتية، أول ما يخطر ببال الشخص المسؤول غالبا ليس الدرجة التقنية، بل**اشرح التكلفة**。
ما هي تكلفة التفسير؟ الأمر يتعلق بما إذا كان بإمكانك شرح هذا القرار بوضوح. اشرح لماذا اخترته. اشرح بوضوح ما هي الأدلة التي تعتمد عليها. اشرح حدودها ومخاطرها بوضوح. اشرح بوضوح كيفية التعامل مع النزاعات في حال حدوث نزاع. اشرح بوضوح كيفية تقسيم سلسلة المسؤولية. الأهم هو أن توضح أنك لا تتخذ قرارا.
العديد من الحلول الجديدة عالقة عند هذه الخطوة. ليس لأن تقنيتهم ليست جيدة، بل لأنها صعبة الفهم من قبل الأدوار غير التقنية ومن الصعب التعرف عليها من قبل أشخاص ذوي اهتمامات مختلفة.
ستجد أن الشخص المسؤول عن البروتوكول لا يقنع المهندسين فقط، بل أيضا الكثير ممن لا يكتبون الكود. هؤلاء الأشخاص لا يهتمون بالتفاصيل التقنية، فقط شيء واحد: هل يمكن أن يحدث خطأ ما؟ هل يمكنك إثبات أنني لم أكن مهملا في ذلك الوقت؟ هل يمكنك إثبات أن عملية اتخاذ القرار لدي دقيقة بما فيه الكفاية؟
هذا هو السبب الحقيقي في أن العديد من الحلول المتفوقة تقنيا تظل على رفوف.