سؤال

أضفت هذا السؤال في الخارق عن وجهة نظر المستخدم.

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

الانتظار!فإنه يحتاج ملف المساعدة ، لذا يمكن للمستخدمين الاتصال على تعليمات حساسة للسياق من التطبيق!

أو لا ؟ هي helpfiles شرط لتطبيقات سطح المكتب في هذه الأيام ؟ و هل هم حقا بحاجة إلى أن تكون حساسة للسياق ، وعقد يد المستخدم أن أقول لهم أنهم يجب أن تملأ في يوم من الولادة في هذا الحقل المسمى "يوم الولادة"?أو helpfiles أصبح قليلا من الطراز القديم ؟

هذا شيء أنا أتساءل عن هذا قليلا ذاتية ، لذا بدلا من ذلك سأطلب شيئا مختلفا ، إلى كل الذين في تطوير تطبيقات سطح المكتب: هل (زال) توفر السياق helpfiles?

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

(راجع للشغل, أنا نفسي قد انتقلت إلى غير سياق ملفات PDF التي يمكن طباعتها كما اليدوي.انها أسهل بكثير للحفاظ على.)

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

المحلول

نعم, أنا لا.

السبب:أنا فقط لا يمكن أن يتوقع المستخدم أن تعرف كيف يعمل البرنامج.حسنا, تصف ما يجب أن يكون inputed إلى "يوم الولادة" الميدان قليلا extrem ولكن هناك عادة أكثر تعقيدا الاشياء في نظام البرمجيات.اضطررت إلى كتابة ملف المساعدة لدينا نظام محاسبة التكاليف فقط اليوم, كيف تصف نظام تحديد الأسعار التي ينبغي أن تستخدم لحساب يعمل.أنا لا أعتقد أن أي مستخدم أن تعرف كيفية تكوين نظام withoug ملف التعليمات هذا.

نصائح أخرى

يتحدث كمستخدم وليس المطور - نعم, أريد تعليمات حساسة للسياق الملف.

على سبيل المثال - أنا حاليا تقييم 3rd الطرف الضوابط لإدراجها في مشروع جديد.الضوابط التي يجب جيدة تعليمات حساسة للسياق (أييمكنك اختيار الإقامة في الإطار "خصائص" أو كلمة في الكود و اضغط F1 تذهب مباشرة إلى موضوع "تعليمات") أسهل بكثير من معرفة واستخدام.

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

أيضا لدينا نهايات المستخدمين كتابة الوثائق خلال عملية التنمية ، لذا فإن الوثائق هو شيء أنها سوف تفهم.

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

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

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

لقد عملت مع الكثير من المطورين الذين لم تكن لديهم أي فكرة عن المستخدمين النهائيين وكيف تعمل.على سبيل المثال, CTO الذي أصر على شركته الجديدة ينبغي القيام به بعيدا مع للطباعة الوثائق دون معرفة أن عملائها المطبوعة جميع ملفات Pdf و معظم مواضيع التعليمات في كل مرة كان هناك تحديث.عليك أن تعرف المستخدم النهائي الخاص بك في السوق.ومن المؤسف أن العديد من المطورين يعيش في فقاعة محاطة المطورين الآخرين.

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

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

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

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

المكتب Visual Studio حل مشكلة مماثلة بدلا من الضغط تساعد يفتح صفحة المساعدة كامل الحوار, لا تحكم واحد.

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

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

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

بعد لحظة المستخدمين مرضت من البالونات و تحولت لهم قبالة مع مربع قدمنا لكن كان يبدو أن تساعد المبتدئين على البدء.

لدينا جميع التطبيقات لديها تعليمات حساسة للسياق في شكل تلميحات (على غرار Office 2007 نصائح) كل الحرجة ميزات التطبيق.

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

في حين أن عدد قليل من العملاء دائما في نهاية المطاف الاتصال بنا من دون قدر لمحة في قاعدة المعرفة, فإنه لا يزال يساعدنا من إعادة اختراع العجلة مرة أخرى ومرة أخرى.

أنا أعطيك رأي شخصي لا يدعمها أي حقيقة أن بلدي الذوق الشخصي.

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

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

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

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

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

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