سؤال

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

في العديد من أماكن العمل، نضع المستخدمين النهائيين عبر Citrix والتطبيقات على خادم مركزي قوي.في بعض الأحيان، يكون العملاء في نفس المبنى الذي يوجد فيه الخادم، ولكن غالبًا ما يكونون بعيدين.

قد تكون هناك بعض الفوائد الكبيرة بالنسبة لي من خلال وضع المطورين على مثيلات Windows XP أو Vista التي تعمل على خادمين يعملان بـ Hyper-V.

أنا قلق من أن RDP/RDC عبر الإنترنت سيكون بطيئًا جدًا بحيث لا يتمكن شخص ما من التطوير بكفاءة.

أنا متأكد من أنني أستطيع سماع الكثير من الأشياء السيئة عنها ...هل هناك أي أشخاص حققوا النجاح؟

هل كانت مفيدة؟

المحلول

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

بالنسبة لشخص يقوم بذلك يوميًا باستخدام البرامج التفاعلية، فإن النتيجة ليست ممتعة حقًا.بالنسبة إلى شيء يستخدم الأدوات النصية بشكل أساسي مثل أدوات سطر الأوامر vim وunix، فإنه يعمل بشكل أفضل إلى حد ما.في مرحلة ما، قمت بتشغيل XVNC عبر رابط DSL بسرعة 128 كيلوبت (من النوع الذي كان سائدًا في نيوزيلندا في ذلك الوقت) ويمكنني القيام بالعمل على مستودع بيانات قائم على Oracle في مكان بعيد بسهولة تامة.إن مستوى التفاعل الذي تتطلبه الأدوات جعلها أقل حساسية للارتباط البطيء مقارنة بـ IDE المستند إلى Windows.

لذا، سأستدعي حجة "الأمر يعتمد" مع بعض المؤهلات:

  • لا أوصي به لـ IDE حديث، وبالتأكيد ليس لشيء رسومي بشكل كبير مثل Dreamweaver أو BI Development Studio أو Informatica.

  • بالنسبة لبيئة نصية مثل أدوات تطوير يونكس التقليدية، من المحتمل أن يتم جعلها تعمل بشكل جيد.تعتبر واجهات المستخدم هذه أقل حساسية لزمن الوصول من واجهة مستخدم المعالجة المباشرة.

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

نصائح أخرى

إذا كنت غير قلق من الكمون على الصوت وسريعة الحركة الصور وكنت لا تطور أي شيء يعتمد على الأجهزة 3D، فسوف المرجح أن تكون على ما يرام.

وأنا لم تستخدم في بيئة فريق، ولكن يمكنني استخدام جهاز الكمبيوتر المحمول RDP'd في بلدي محطة العمل طوال اليوم، وأحب ذلك.

ونحن اتصال بيئات التطوير لدينا باستخدام RDP ومحليا أداء عظيم. كما تبطئ قليلا على VPN، ولكن لا يزال استجابة مقبول.

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

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

والحمد لله كانت هذه في كثير من الأحيان 3-4 ساعات قصيرة وظائف ... معظمهم من إصلاحات على النظم القائمة على مواقع العملاء عن بعد. أنا لا أعتقد أنني يمكن أن أوصي به كوسيلة طبيعية للقيام بالعمل، ولكن من الممكن بالتأكيد.

ولقد استعملت كلا VNC وRDP عبر اتصال DSL، يمر عبر نفق SSH، وليس لديه قضايا حقيقية.

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

ويمكنني استخدام سطح المكتب البعيد للسيطرة على بلدي ويندوز الجهاز في العمل. يمكنني استخدام المتوازيات VM على ماك وارتباطي هو 2.5M إلى أسفل، 256K حتى.

وهذا يعمل بشكل جيد حقا. لقد تم القيام بذلك لمدة 2 سنة لمدة 1-3 أيام في الأسبوع. وupspeed بطيئة ليست قضية - لا أستطيع أن اكتب هذا سريع

ولدي 3 شاشات في العمل ولكن لا تزال تجد 20 "ماك الشاشة لتكون متفوقة. الألوان هي أنظف بكثير وأستطيع أن العمل لمدة أطول في ماك من شاشات عملي!

والشيء الذي هو القاتل فلاش في متصفح. إذا كنت غير قصد فتح المتصفح على الجهاز الخاص بي عن بعد مع فلاش يقتل الاتصال. الحل هو استخدام FlashBlock (فايرفوكس الدين).

وأنا استخدم الكسوف و Visual Studio مع أي قضايا على الإطلاق.

ولقد استعملت للعمل من المنزل (الدخول عن بعد إلى جهاز الكمبيوتر الخاص بي في المكتب عن طريق VPN).

والأداء يعتمد على مقدمي خدمات الإنترنت الخاص بك، بطبيعة الحال.

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

ولدي الملقم البعيد على أنبوب المنبع من 1Mbps التي I RDP ل(أكثر من VPN)، وأنه يعمل على ما يرام. حتى أنا استخدم دقة الشاشة الكبيرة (1600x1200) مع عدم وجود مشاكل في الأداء. بالطبع، لست متأكدا كيف يمكن لهذا الإعداد لن أجرة للمستخدمين المتزامنة متعددة، ولكن.

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

واضاف باعتبارها مكافأة، هم عملاء RDP متاحة لل لينكس ، و <لأ href = "HTTP : //www.microsoft.com/mac/products/remote-desktop/default.mspx "يختلط =" نوفولو noreferrer "> OS X

أستخدم RDP يوميًا للتطوير، وأترك ​​الكمبيوتر المحمول الخاص بي في المنزل مع بيئة العمل الخاصة بي مفتوحة وجاهزة للانطلاق.عندما أبدأ العمل ويقوم الجميع بتحميل مشاريعهم وفتح برامجهم، أقوم فقط بإدخال RDP وأنا على استعداد للبدء.عليك أن تضع في اعتبارك أن بعض اختصارات لوحة المفاتيح التي تتغير (CTRL+ALT+DEL على سبيل المثال)، تكون مزعجة في البداية ولكنك تعتاد عليها.

للحفاظ على زمن الوصول إلى الحد الأدنى، أوصي ...

  • خفض الألوان إلى 256 (في النهاية، ما عليك سوى رؤية النص)
  • اترك خلفية الشاشة على الكمبيوتر الآخر
  • اترك الأصوات على الكمبيوتر الآخر
  • اترك أي سمات على الكمبيوتر الآخر
  • اختر سرعة اتصال أقل، حتى لو كانت سرعتك أعلى.سيقوم Windows بتقليل البيانات المرسلة.

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

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

وقبل 2000 فعلت ذلك لمدة 3 سنوات كل يوم عدة ساعات في اليوم. وكان ذلك عندما امتص عرض النطاق الترددي للغاية.

وهذه الأيام أنها أفضل بكثير من ذلك بكثير.

وإذا كنت تستخدم NxMachine الحياة يحصل حتى أفضل:)

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

لا يمكن تصور العديد من الناس على مربع واحد عن اتخاذ قرار لتجميع:)

وG-مان

ونحن نفعل ذلك مع سيتريكس وسريع جدا.

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

وأنا باستخدام RDP للاتصال من جهاز الكمبيوتر الخاص بي على جهاز الكمبيوتر عملي من وقت لآخر. لا بد لي من القول - انه من الممكن لرمز، ولكنها وسيلة أكثر راحة للقيام بذلك عندما يكون IDE على الجهاز الخاص بك. حتى عندما على LAN 100Mbit وهناك بعض تأخر ملحوظ. لا يكفي أن يكلف نفسه عناء العمل، ولكن مع ذلك مزعج.

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

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

وطالما أن خادم المطورين الخاص بك هي RDP جي لسريع بما يكفي للتعامل بتجميع متعددة، ويبني في نفس الوقت يجب أن يكون على ما يرام.

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

وأنها لا تحتاج إلى تصحيح الحقوق؟ بمجرد منحهم تصحيح الحقوق، أنها في الأساس تملك آلة ويمكن أن تتداخل مع مستخدمين آخرين.

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

ولكن، RDP لها انها مزايا أيضا. كنت حقا بحاجة لوزن المؤيدة وسلبيات وتقرر القائمة التي هي أطول أو أكثر "الثقل".

وأنا استخدم العميل NoMachine NX لسطح المكتب البعيد على خادم مقطوعة الرأس التي تدير FreeNX. انه امر رائع لأنني أستطيع الدخول إلى جلسة بلدي من أي مكان وجلسة تقريري الأخير لا يزال هناك بالنسبة لي. وكانت سرعة أبدا مشكلة، إلا عندما يكون خط DSL باستمرار. على أي حال، وجهة نظري هو أنه إذا كنت تقوم بتشغيل خادم لينكس واستخدام 'السادس' ثم هناك بديل أجمل من 'الشاشة'.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top