التعليمات

الكثير من النص. ما كل هذا؟ لجعله أكثر متعة للقراءة ، لهذا المقال توصلنا إلى تخطيط أكثر إثارة للاهتمام. سيكون هناك رؤوس تتحدث على اليسار ونص على اليمين. إذا كنت من المحزن تقليب جزء من الاهتمام ، ثم في جدول المحتويات هناك روابط ارتساء. طاقم التمثيل: يوجين فليلينيس تريفونوف ( قضايا غير فنية ) نصائح لتطوير الشركة الجمع بين أنواع الأنشطة المختلفة ماذا تقرأ ، ماذا تدرس ، كيف تكتب Oleg olegchir Chirukhin ( مشاكل فنية ) لماذا يتعلم ريختر JS و Golang و Python هل أستمر في الكتابة في C ++ تطور ومستقبل التطوير على منصة Windows و .NET وبشكل عام هل ستستولي JavaScript على العالم ، وهو نوع الأمان الضروري قليلا عن فوائد مزودي الخدمات السحابية ما هو أفضل - طائرة خاصة أو طائرة هليكوبتر خاصة كيف تفعل كل شيء لماذا تقع هذه المقالة في محور JavaScript؟ فقط لأولئك المهتمين برأي مهندس Azure فيما يتعلق بـ JS وموقعه في holivar حول أمان النوع. يتدفق هذا الهوليفر من المقابلات في المقابلات ، ولا يرى النهاية. لماذا تقع هذه المقالة في محور C ++؟ كتب ريختر في الأصل كتبًا حول C ++. فقط لأولئك المهتمين برأي مهندس Azure فيما يتعلق بمستقبل C ++ والتطبيق

اشتهر جيف في أوائل التسعينات عندما كتب كتابًا عن كيفية برمجة Windows 3.1. أصبح كتابه "تطبيقات البرمجة لـ Microsoft Windows" كلاسيكيًا ، تم إصداره لاحقًا باسم "Windows عبر C / C ++" وقد صمد أمام العديد من الإصدارات.

مع ظهور .NET ، كتب "CLR عبر C #" - كما تبين أنه كلاسيكي ، وكذلك العديد من الإصدارات. في ذلك الوقت ، كان أحد مؤسسي Wintellect ، ولم يكن رسميًا جزءًا من Microsoft ، وكان أكثر حرية في التقييم. ما حصل على سمعة كخبير مستقل كبير في Windows. هذا رجل أسطوري من مستوى تشارلز بيتزولد ودون بوكس.

عن الحياة: مهندس ، كاتب ، رجل أعمال

لدينا العديد من الأسئلة المختلفة لك ، وسأبدأ ببعض الأسئلة الأقل صلة بالجزء التقني. هل فهمت بشكل صحيح أنك تعمل في وقت واحد في Microsoft و Wintellect؟

لقد كنت مالك Wintellect منذ ثمانية عشر عامًا وحتى الأسبوع الماضي. منذ ثلاث سنوات ، انضممت إلى فريق Azure في Microsoft ، ومنذ ذلك الحين لم أعمل في Wintellect. لم يكن لدي أي روابط مهمة مع Wintellect.

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

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

هل واجهت أي صعوبات غير متوقعة؟ أو ، على العكس من ذلك ، هل كانت أي شيء أسهل مما توقعت؟

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

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

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

أنت تفعل أشياء كثيرة تتعلق بالجانب الريادي من الأشياء: تقديم العروض التقديمية وكتابة الكتب. هل لديك شعور بأن هذه الأشكال المختلفة من النشاط تتداخل مع بعضها البعض أو العكس؟ على سبيل المثال ، هل تساعد كتابة كتاب بعروض تقديمية مستقبلية؟

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

هل غيرت تجربتك في الكتابة طريقة قراءة الكتب؟ هل تولي المزيد من الاهتمام للكتب بسبب هذا؟

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

نظرًا لأنك تتابع كتبًا وتقارير مؤلفين آخرين ، فهل يمكنك اقتراح عمل أو فيديو لشخص آخر؟

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

لست مضطرًا إلى الاتصال بشخص أفضل بالتأكيد من أي شخص آخر - فقط أخبر من أعجبك.

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

التكنولوجيا والمعدات

دعونا ندخل في محادثة صغيرة مع أسئلتي التقنية المملة. جيفري ، أنت من Microsoft. لماذا تحتاج Go و Python إذا كان هناك C # رائع؟

في Microsoft ، أعمل في فريق مخصص لـ SDK وأدوات لتخزين Azure. نقوم بتطوير SDK لـ Azure Storage بالعديد من اللغات المختلفة - Go و .NET و Python و Java و NodeJS و PHP و Ruby و C و C ++. نحن بصدد إعادة هيكلة حزم SDK الخاصة بنا وتم التنفيذ الأول على Go. كان هذا تغييرًا مهمًا ، ولم نكن متأكدين من رد فعل عملائنا عليه. في ذلك الوقت ، لم يكن لدينا Go SDK ، لذلك تمت كتابة SDK الأولى في Go حتى لا يكسر عملاؤنا أي شيء. ولكن بعد تلقي ملاحظات إيجابية ، تحولنا إلى Java ، لأن لدينا عملاء مهمين يحتاجون إلى مكتبة Java غير المتزامنة. في هذا الصدد ، بدأت في دراسة RxJava والعمل بشكل عام مع جافا. بطبيعة الحال ، ساعدتني تجربتي مع C # هنا كثيرًا. نحن حاليًا في عمل NodeJS ، لذا فأنا أدرسه حاليًا و TypeScript. بالإضافة إلى ذلك ، بدأنا في نقل SDK الجديد إلى .NET - كان هناك القليل بالنسبة لي هنا لأنني أعرفه بالفعل. التالي هو Python ، لذلك أنا أدرسه أيضًا. هذا هو عمل فريقنا - نكتب SDK لجميع هذه اللغات ، لذلك لا يقتصر نشاطي على لغة واحدة.

حسنًا. يمكنك العثور على كمية كبيرة من كتبك على أمازون. أقدم كتاب وجدته هناك ، "Windows عبر C / C ++" ، يعود إلى عام 2007. لكنك أصبحت مشهورًا كمؤلف للكتب في التسعينات. كيف ذلك؟

في الواقع ، لدي كتاب نُشر حتى قبل ذلك ، ولكنه قديم جدًا ، لست متأكدًا مما إذا كان موجودًا على أمازون. تم كتابته لنظام التشغيل Windows 3.0 ، أي حوالي 1990 أو 1991. لكن قلة قليلة من الناس اشتروها ، وقليل من الناس يعرفون عنها.

مثل Windows 3.0.

نعم ، كان ذلك منذ وقت طويل.

ثم تحولت إلى C # وبدأت في كتابة كتب عنه ، أليس كذلك؟ ما هو في رأيك مستقبل C ++؟ هل هو موجود حتى؟ هل يجب أن نستمر في سحب أمتعة C ++ ، أم أنه من الأفضل التبديل إلى Rust أو Go أو شيء من هذا القبيل؟

لا أعتقد أنه سيبقى لدينا لغة واحدة فقط ستهزم الجميع. تتمثل قوة لغات البرمجة في أن كل منها يؤدي نوعًا معينًا من العمل بشكل جيد على وجه الخصوص. أتحقق كل شهر تقريبًا من مؤشرات شعبية لغات مختلفة ، واليوم لا تزال C و C ++ منتشرة جدًا. نظرًا لأن فريق Azure لدينا في Microsoft لديه العديد من العملاء الذين يستخدمون C و C ++ ، فلن نترك هذه اللغات. علاوة على ذلك ، وبفضل IOT ، كانت هناك زيادة حديثة في الاهتمام بهذه اللغات. نحن نتحدث عن الأجهزة الصغيرة مثل الحرارة التي تتحكم في درجة الحرارة في شقتك. لديهم ذاكرة قليلة ومعالجات ضعيفة ، بالإضافة إلى المجمع ، C و C ++ هي الأنسب لهم. لذلك أعتقد أن هذه اللغات سيستمر استخدامها لفترة طويلة جدًا. منذ أن بدأنا الحديث عن Rust - لدي بعض الخبرة في ذلك ، وفي رأيي ، لديها الكثير من الأفكار المثيرة للاهتمام. يمكن أن يكون نوعًا من C / C ++ آمنًا. في رأيي ، أنها واعدة للغاية. ومع ذلك ، بدا لي غير ناضج إلى حد ما. لم يتعامل فريقنا معها بعد ، ولكننا نواصل مراقبته ، وقد يتغير الوضع في المستقبل.

هل أفهم بشكل صحيح أن لديك SDK لـ C و C ++؟

نعم ، لدينا C ++ SDK لتخزين Azure. تحتوي بعض الفرق الأخرى أيضًا على حزمة C / C ++ SDK ، ولكن ليس جميعها ، ولم يقرروا بعد ما إذا كانوا سينشئونها في المستقبل.

كيف تطورت صناعة تطوير Windows؟ كما أفهمها ، لقد رأيت كل شيء في العالم هناك. أول شيء أتذكره هو دلفي. ثم اكتسبت C # شعبية ، وحتى الآن لا أرى أي علامات على انخفاض في C # /. NET و Java وما شابه. هل هم ، في رأيك ، الخطوة الأخيرة في تطور البرمجة الحتمية؟ ما هو احتمال ظهور شيء جديد تمامًا في العام أو العشر سنوات القادمة؟ قل لغة تدعم الشبكات العصبية؟

أنا رجل في سن العظمة ، خاصة بالمقارنة معك ، وقد رأيت الكثير في صناعتنا. لقد كنت برمجة لمدة 45 عاما. تغيير كبير على مر السنين هو أن نظام التشغيل أصبح أقل أهمية. ركزت بشكل أساسي على خدمات البرامج الخلفية وأدوات سطر الأوامر. اعتدت أن أعمل أكثر مع واجهة المستخدم الرسومية ، وقد خصصت كتبي الأولى لهذا الغرض فقط: تطبيقات واجهة المستخدم الرسومية مع القوائم ، وصناديق القائمة ، وصناديق التحرير والسرد ، والتعامل مع أحداث الماوس ، والمفاتيح ، وما إلى ذلك. في مرحلة ما ، توقفت عن الحصول على ما يكفي من الأعصاب لذلك ، لأنه في هذا المجال ، تدخل باستمرار في مناقشات شديدة للغاية حول ما إذا كنت ستستخدم مربع القائمة أو مربع التحرير والسرد في بعض الحالات ، سواء كان العرض يجب أن يكون 100 أو 1000 بكسل ، ما هو اللون الذي يجب أن يكون. لقد شعرت بالاشمئزاز من هذه المناقشات ، لذلك توقفت في النهاية عن القيام بذلك. بالنسبة للغات ، أعتقد أنه سيظل لدينا العديد من الخيارات المختلفة. تموت اللغات لفترة طويلة جدًا ، حتى اليوم يمكنك التعرف على أشخاص يكتبون بلغة كوبول أو فورتران أو لغات غير معروفة للغاية. ستظهر لغات جديدة طوال الوقت - في الآونة الأخيرة ، اكتسبت جوليا بعض الشهرة ، ووجدت Clojure لفترة أطول قليلاً. جذبت هذه اللغات الجديدة اهتمامًا كبيرًا لبعض الوقت ، وبعد ذلك أصبح بعضها ناجحًا والبعض الآخر لم ينجح. لقد توصلت C # إلى مسار مثير للإعجاب ، عمره 15 عامًا ، ولا يزال شائعًا للغاية. في رأيي ، قام فريق .NET من Microsoft في العديد من النواحي ببث حياة جديدة فيه بفضل حقيقة أنهم قاموا بإنشاء .NET Core ، والذي يعمل الآن على Linux. إذا كتبت في C # ، فإن مهاراتك قابلة للتطبيق في عدد كبير من السيناريوهات المختلفة. أعتقد أن الاهتمام بـ C # لن يضعف لسنوات عديدة أخرى.

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

هل تود كتابة " GNU / Linux Runtime via C #" الآن ؟

نعم اريد. في رأيي ، بالنسبة لمطوري خدمات جنو / لينكس لأسباب عديدة ، فهو أكثر ملاءمة من ويندوز - باستثناء بعض الحالات. أعتقد أن C # هي لغة رائعة. تعرفت مؤخرًا على Java: لأسباب تتعلق بالصحة ، لا أستطيع إلا أن أقول أنه بعد ذلك بدأت أقدر C # أكثر من ذلك بكثير. أحب حقًا أنواع القيم في C #. لقد عملنا مؤخرًا على تعيين ملف في الذاكرة في Java ، ولم نتمكن من إغلاقه مباشرة ، كان علينا أن ننتظر جمع القمامة. تبدو لي بعض حلول جافا غير مجدية تمامًا. في رأيي ، فإن C # و .NET أفضل بكثير.

بعد ثلاث سنوات ، سيكون لدينا ، جاويون ، أنواع قيمة.

نعم ، أعلم ، ولديك بعض الأدوية الجنسية ...

"البعض" ، في رأيي ، وصف دقيق للغاية.

نعم ، الأدوية الجنسية الخاصة بك غريبة بعض الشيء. لكن Java لغة شائعة بجنون ، ويستخدمها الناس بشكل مثمر للغاية. هو بالتأكيد مهم جدا. ولكن ، في رأيي ، في .NET بعض الجوانب أفضل. حتى إذا أضفت أنواع قيمة ، ما زلنا بحاجة إلى تقديم الدعم للإصدارات القديمة من Java. لذلك لن يكون من الممكن تحقيق هذه الفرص الجديدة لعدة سنوات أخرى. لكن هذا أمر جيد: جميع اللغات تتطور ، وتظهر فرص جديدة فيها. Java و .NET و C # - سيعيشون جميعًا لفترة طويلة جدًا ، خاصة مع مراعاة بعض التغييرات الأخيرة ، مثل .NET Core. لذا ، في رأيي ، C # لـ GNU / Linux هو مزيج رائع للأشخاص الذين يكتبون الخدمات.

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

لا ، لا أعتقد ذلك. أولاً ، إنها مشكلة في الأداء: في جافا سكريبت ، لا يمكن مقارنتها مع C و C ++ و Go أو حتى C # و Java. علاوة على ذلك ، لا يمكنني أن أتخيل كتابة مشروع واسع النطاق بدون أمان النوع في مرحلة التجميع. عندما دخلت عالم اللغات الآمنة من النوع ، وقعت في حبه من النظرة الأولى. لا توفر جافا سكريبت وحدها أمانًا للنوع ، لذلك لن أستخدمه في مشروع كبير. ولكن سيكون TypeScript ، ونحن نكتب SDK الجديد الخاص بنا في TypeScript. إنها خطوة مهمة إلى الأمام مقارنة بجافا سكريبت العادية. لكني لا أعتقد أن العالم كله سيستخدم لغة واحدة فقط لأي غرض واحد. هذا ببساطة لا معنى له. حتى إذا كنا نتحدث عن IOT ، فإن بيئة تشغيل JavaScript تتطلب الكثير من الموارد ، والعديد من الأجهزة ببساطة لا تستطيع توفيرها.

حسنًا ، لا توجد مشكلة في JavaScript. اين هم؟ ما هي المشاكل الرئيسية لك شخصياً وللصناعة ككل؟

لست متأكدًا مما إذا كانت متعلقة باللغات أو أنظمة التشغيل. أصبحت أنظمة التشغيل في الوقت الحاضر ، في جوهرها ، أدوات منزلية شائعة. يتم استخدامها لإرسال رسائل إلكترونية والوصول إلى الإنترنت. بالنسبة لمعظم الناس ، لا يهم حقًا ما إذا كانوا يستخدمون Windows أو Mac أو Linux. اللغات التي نستخدمها اليوم قوية جدًا بالفعل. في الواقع ، تقوم معظم اللغات بنقل البيانات ببساطة من النقطة A إلى النقطة B. لديك مجموعة ، يمكنك عرضها ، تصفية المحتويات - يمكن لكل لغة تنفيذ مثل هذه الإجراءات. بعد ذلك ، نحتاج إلى آلات للتواصل مع بعضها البعض. هنا المعيار هو TCP ، يستخدم HTTP على نطاق واسع ، ولكن هناك بروتوكولات أخرى. كل هذه التقنيات تعمل بشكل رائع ، ومع ذلك ، يمكن تحسين الأداء بشكل أكبر. في رأيي ، ترتبط أخطر الصعوبات اليوم بإنشاء الخدمات. , , . , , . , , , , . , , , . , , , . Microsoft Azure, , , .

Azure ? ?

. . , , . , , , Azure Storage (, ) CosmosDB, - Amazon — . , . . , , , ? . Azure , . , , . , - , , .

. Wintellect , : «We don't just build software. We build developers.». , ?

Wintellect . , . , , Windows, .NET. , , : , , . . Microsoft , . — , — . . . , , / . , , , , . , , , . : , («you get out what you put in»). , , , . , .

, , . — , , , . ? ? , , , . , . - ? , « »? : , , — .

. , — - , - . - — . . - , . . , , , , . , , . , - , . , . . , , .

, , , ?

, . , : . . . : - . , , , . , . .

. , ?

, .

- «» , ?

نعم . , , , . . , . , , , . , , - , . - . . . , , . , — . , , . , . , , . Wintellect, . , - , . , .

- . - ?

45 , - . , - , . . , . , . , - . , , . — ! , .