ما مدى دقة مقياس .NET؟



Answers

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

ولا، أنا لا أعمل مع. نيت على أساس يومي.

Question

(سأبدأ من خلال توضيح، أنا لست مطور. نيت و لست مرتبطة بأي بيئة أخرى.)

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

أنا لا أريد أن يناقش القصة، لكنه جلب إلى الذهن مسألة كيف فقط نطاق .NET؟ كيف كبير كبير جدا ل. نيت؟




حسنا أعتقد أن هذا الموقع على إطار .net. كذلك تم بناء موقع (مواقع) ميكروسوفت عليه. لذلك أعتقد أنه إذا فعلت بشكل صحيح ثم موقع .net على نطاق واسع. انظروا إلى بعض التعليقات التي أدلى بها جيف حول هذا الموقع، والقضايا تميل إلى أن تأتي إلى الترميز خطأ أو مشاكل الهندسة المعمارية.







ربما كان حجم الصفقة التي أسقطت التبادل.

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

أستطيع أن أرى قاعدة البيانات (ق) تسقط على الرغم من.




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

حقيقة اسمك هو 'الدكتور أونيكس' يعني بعض التحيز، راجع للشغل.




يمكنك كتابة التعليمات البرمجية السيئة التي تفشل في التوسع في أي لغة.

.Net قادرة تماما على التحجيم إلى أي حجم من النظام ولكن، مثل أي كومة التكنولوجيا الأخرى، لديك لبناء النظام مع التحجيم في الاعتبار.

وسقطت لس في أسوأ يوم ممكن، ولكن أيا كان السبب أشك في أنها كانت المكدس الأساسي الذي كان القضية. وأظن أن هذا هو حالة من العمال الفقراء اللوم أدواتهم.




انها حقا يزعجني عندما يقول الناس .NET هو منصة الاختيار لأن 'قابلة لل،' لا أكثر أو أقل قابلة للتطوير من أي منصة أخرى: فب، كولدفوسيون، جسب أو التطبيقات المترجمة الأصلية مع C ++ / دلفي الخ ... التدرجية 'ر سمة من سمات الإطار، انها سمة من سمات تصميم التطبيق.

ميسباس هو بالتأكيد لا يدافع عن التدرجية، بدلا من ذلك ننظر إلى التكنولوجيا وراء البحث جوجل، أو مشروع سيتي @ المنزل.

.NET هو في الواقع بلدي منصة أقل المفضلة للعمل مع لأنه ذهب بعيدا جدا في محاولة لتبسيط البرمجيات، لدرجة أن هناك أشياء أريد أن أفعل ذلك لا يمكن، وذلك في محاولة للتغلب على القيود .NET النفايات الوقت حيث كان يمكن أن يتحقق بسهولة وسرعة مع C ++ أو فب. .NET هو تطوير البرمجيات ما هي الطوب دوبلو هي الهندسة الميكانيكية - لا احترام الذات مهندس ميكانيكي تريد أن تكون مقيدة لاستخدام فقط بوصة كتل مربع واسعة.

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




وكما قال أشخاص آخرون - ليس الأمر يتعلق بمنصة.

ما يهم هو العمارة للتطبيق الخاص بك - موازنة التحميل، وإدارة الدولة، التقسيم الخ ... هذه ليست منصة محددة.






Links