الخط الجانبي المبنى: دروس في Adobe AIR YUI +

31 مارس 2009 في 09:52 صباحا بواسطة أولد تشاد | في التنمية ، تطبيقات YUI | 13 تعليقات

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

لقطة للشاشة من الخط الجانبي

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

وكانت أهداف مشروعنا وذكر لفترة وجيزة، إلى

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

لدينا فريق من المهندسين الأمامية هم خبراء في جافا سكريبت، CSS، HTML، PHP، ولكن لم يكن لديهم قدر كبير من الخبرة في تطوير تطبيقات سطح المكتب. وأصبح ذلك السؤال، وكيفية تحقيق أقصى قدر من الموجودة لدينا مجموعات من المهارات من أجل التنمية سطح المكتب؟ كان الجواب بالنسبة لنا للاستفادة من منصة أدوبي الجوية ، والتي "تسمح للمطورين استخدام تقنيات الويب ثبت لبناء تطبيقات الإنترنت الغنية التي تعمل خارج المتصفح على أنظمة تشغيل متعددة". منذ AIR يدعم HTML / جافا سكريبت التنمية (بالإضافة إلى فليكس وفلاش)، ويمكن أن نبني طلبنا في تقنيات الويب التقليدية، وعلى رأس YUI ، وأنها قد تعمل على أنظمة التشغيل الرئيسية الثلاث سطح المكتب.

YUI الشبكات في الهواء

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

YUI المكونات في الهواء

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

أبعد من متصفح

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

نصائح للتنمية AIR

  1. تعرف البيئة الخاصة بك. AIR يستخدم محرك مفتوح المصدر بكت المتصفح تحت غطاء محرك السيارة. ويهدف التقليدية وتطوير الشبكة في جعل العمل تطبيق أو موقع عبر والعديد من برامج التصفح / أنظمة التشغيل ممكن. المتصفحات التي عادة ما تأتي لدعم وصولا الى عامل التكلفة مقابل الاستخدام. ومع ذلك، والترميز لتقديم محرك واحد يقلل من الحاجة للتحضير لواختبار ضد انحرف من التشكيلات المحتملة في السوق. أن يقال، فإنه لا يزال من المنطقي لتطوير بطريقة عبر متصفح حيثما كان ذلك ممكنا نظرا لأنه قد يأتي وقت التطبيق يحتاج لتجد طريقها مرة أخرى إلى بيئة المتصفح الأكثر تقليدية. وباستخدام إطار مثل YUI جعل تلك العملية غير مؤلم نسبيا. انها بسيطة لرؤية المتصفحات والأنظمة الأساسية المعتمدة حاليا من قبل YUI عن طريق الرسم البياني للمتصفح دعم مدرج . يجب على مطوري تكون آمنة إلى حد كبير على اتخاذ بعض الاختصارات الأساسية عند بناء AIR تطبيق (باستخدام -webkit-border-radius يجعل تدوير زوايا نسيم)، ولكن استخدامها لماما وتوثيق لهم حتى يتمكنوا من السهل على الفور في وقت لاحق.
  2. أثناء تطوير تطبيق معقد في أي بيئة مجموعة قوية من أدوات التصحيح هو يجب أن يكون بين. أدوبي توفر بعض الأدوات المفيدة لتصحيح الأخطاء الهواء من خارج منطقة الجزاء. يجب على مطوري التحقيق في مشغل تصحيح AIR (ADL) ، وIntrospector HTML ، و عارض مصدر HTML . بالإضافة إلى أدوات المجمعة، Aptana استوديو مع البرنامج المساعد لبرنامج Adobe AIR ثبت أن تكون رصيدا لا غنى عنه. البرنامج المساعد Aptana يقدم المساعدة مع إنشاء مشروع AIR، المستوردة من الأطر جافا سكريبت المشتركة، وتصحيح الأخطاء، والتعبئة والتغليف / التصدير، والتوقيع الرقمي للتطبيق.
  3. لا ننسى تقنيات الأداء التي تعلمناها من البيئة متصفح قياسي (أي تحسين صورك، والجمع بين زيارة maxify المغلق للتطبيق وملفات جافا سكريبت، والتطبيقات القائمة على الحدث الثقيل مثل الخط الجانبي، والاستفادة من التقنيات وفد الحدث ) . تطبيقات AIR تعمل على سطح المكتب وحتى لا يكون هناك تساهل أكثر قليلا مع أداء مما كانت عليه في بيئة المتصفح نموذجي، ولكن تذكر تماما مثل المتصفح نفسه، الحاوية الهواء يستهلك أيضا جزءا من ذاكرة النظام حتى قبل ركلات للتطبيق التعليمات البرمجية المخصصة في .

في الطريق إلى الأمام

يمكن تثبيت الإصدار بيتا من الخط الجانبي في http://sideline.yahoo.com . رمز هو المصدر المفتوح وفقا لأحكام ال رخصة BSD، واستضافتها على GitHub . نرحب المساهمات، وردود الفعل، و / أو اقتراحات. أيضا، في روح من حفظ الأشياء كما مفتوحة ممكن، ودعم التكنولوجيا الناشئة سوف نقوم المنفذ المحتمل الخط الجانبي ل التيتانيوم في المستقبل القريب. وقد تم بالفعل بعض الأعمال الأولية القيام به في الميناء وسوف تستمر على مدى الأسابيع القادمة. ومن الممكن أيضا أن الخط الجانبي للغاية في نهاية المطاف تنفيذ ORM جافا سكريبت مثل JazzRecord لتخفيف التفاعلات قاعدة البيانات عبر منصات. إذا كان أي شخص لديه نصائح إضافية لدعم منصات متعددة كنا نحب أن نسمع منهم.

انتقل الآن فصاعدا و مفترق ذلك !

تقاسم وتوسيع نطاق: مع الإشارة المرجعية متواجد حاليا | يسو أنها! | صديق!

التركيز على التنفيذ: DocLanding

30 مارس 2009 في الساعة 10:24 من قبل Miraglia اريك | في تطبيقات YUI | 1 تعليق

DocLanding: الانترنت، وإدارة الوثائق بناء على الطلب

تود فيشباك هو رئيس DocLanding ، لإدارة الوثائق على شبكة الإنترنت حل. تود وينضم إلينا في YUIBlog لمناقشة خيار لفريقه من المرافق YUI والحاجيات في واجهة المستخدم DocLanding. يمكنك معرفة المزيد عن DocLanding من عرضه على مؤتمر الخريف التجريبي 2008 .

تخبرنا قليلا عن DocLanding - ما هي المشاكل الرئيسية التي حل للمستخدمين؟

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

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

ما هي واجهة المستخدم خاصة التحديات التي تمثلها تصميم المنتج الخاص بك؟

DocLanding: وثيقة واجهة المستخدم المعاينة.

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

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

اخترت YUI لمساعدة قوة موقعك. ما أدى بك إلى هذا القرار؟

DocLanding: إدارة الوثائق بناء على الطلب

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

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

DocLanding: Mult-تحميل ملف باستخدام YUI رافع.

ما مكونات YUI الذي تستخدمه معظم بكثافة في التطبيق الخاص بك؟

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

ما هي الخطوة التالية لDocLanding؟ ما هي التحديات التي كنت تعمل لمعالجة الخاص بك في الإصدارات المقبلة؟

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

تقاسم وتوسيع نطاق: مع الإشارة المرجعية متواجد حاليا | يسو أنها! | صديق!

بناء سريع الناس، الباحث عن فليكر مع الإكمال التلقائي YUI

26 مارس 2009 في 08:59 صباحا بواسطة Harmes روس | في التنمية | 1 تعليق

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

أولا، وهنا خلاصة فيديو من ما كنا نحاول تحقيقه، ويصور للتفاعل جديد مع القطعة الناس الباحث عن الحق:

جلب والإعراب: XHR والبيانات المخصصة

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

في النهاية، وجدنا 2 النقل / تحليل التقنيات التي تحولت إلى أن تكون سريعة للغاية:

  1. جلب JSON (ملفوفا في وظيفة رد الاتصال) به النصي ديناميكيا؛
  2. تحليل شكل بيانات مخصصة (قائمة محددة تحكم حرف) باستخدام split() ، المنال مع اياكس (باستخدام YUI إدارة الاتصال ).

في النهاية، وذهبنا مع تنسيق مخصص. تنسيق جسون لدينا بحيث يمكن تنفيذه من قبل علامة سيناريو ديناميكي كان نهجا أقل أمنا وليس للفوز الأداء. باستخدام XHR قدم لنا حلا أكثر أمنا وperformant لا يزال جدا.

تفاعل المستخدم: YUI الإكمال التلقائي

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

حتى بالنسبة لمجموعات كبيرة من الاتصالات، وجدنا هذه التقنية لتكون فعالة للغاية. هنا هو الصيغة الأساسية ما فعلناه:

  وظيفة searchContacts (استعلام) {

        فار مباريات = []،
            queryRegEx = جديد RegExp (استعلام، "أنا")، وينبغي أن / / الاستعلام يكون
                                                 / / التحقق من قبل 
                                                 / / استخدام في رجإكس.
            الاتصال؛

         ل (فار ن = 0، لين = contacts.length، ن <لين، ن + +) {

                اتصل = الاتصالات [ن]؛

                إذا كان (contact.username.search (queryRegEx) -1 ==! | |
                    ! contact.realname.search (queryRegEx) == -1 | |
                    ! contact.emailAddress.search (queryRegEx) == -1 | |
                    contact.alias.search (queryRegEx)! == -1) {
                        matches.push (اتصال)؛
                }
        }

        مباريات الاياب؛
 } 

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

مزيد من التفاصيل حول كل من هذه التقنيات، بما في ذلك تفاصيل كاملة عن صيغ مختلفة من البيانات والبيانات التنميط واسعة لكل واحد، ويمكن العثور على code.flickr بلوق.

تقاسم وتوسيع نطاق: مع الإشارة المرجعية متواجد حاليا | يسو أنها! | صديق!

في البرية ل25 مارس 2009

25 مارس 2009 في الساعة 9:08 من قبل فريق YUI | في البرية في | 3 تعليقات

أخبار وملاحظات من المجتمع YUI في الأسابيع القليلة الماضية. إعلامنا في التعليقات ما فاتنا، وسوف تحصل عليه في المرة القادمة:

تقاسم وتوسيع نطاق: مع الإشارة المرجعية متواجد حاليا | يسو أنها! | صديق!

Georgiann بوكيت: YUI / ASTRA إدارة البرامج (AdaLovelaceDay09)

24 مارس 2009 في 08:06 صباحا بواسطة Miraglia اريك | في التنمية | 1 تعليق

DAV الزجاج وجورج بوكيت فريق YUI

[ملاحظة: هذه الوظيفة هي جزء من مشاركة الفريق YUI في أدا لافليس اليوم ، احتفالا التكنولوجيا الإناث في جميع أنحاء العالم.]

Georgiann بوكيت (المعروف باسم "جورج") بمثابة مدير برنامج YUI والمشاريع التابعة لها (بما في ذلك مكتبة أسترا). إدارة برنامج من برامج تقنية معقدة تتألف من عدة مشاريع هي واحدة من الوظائف الأكثر تطلبا في شركة برمجيات، ومثاليا جورج إلى مستوى التحدي. انها يرتفع الى طاولة المفاوضات للمخابرات سريع، والصبر والانضباط في إدارة تيارات كبيرة من البيانات، وفهم عميق الجذور من العمليات التي يتم من خلالها استمرار البرامج الناجحة. خلفيتها يخدم هنا أيضا - كما C / C + + المخضرم الهندسة، قالت انها يمكن ان يتعاطفوا مباشرة مع الخبرات من المهندسين الذين تعمل.

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

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

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

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

ماذا كانت تجربتك الأولى مع أجهزة الكمبيوتر؟

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

هل لديك أي دور تقني أنثى النماذج التي أثرت عليك؟

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

تقاسم وتوسيع نطاق: مع الإشارة المرجعية متواجد حاليا | يسو أنها! | صديق!

جيني هان دونيلي: YUI المهندس (AdaLovelaceDay09)

24 مارس 2009 في 8:05 صباحا بواسطة Miraglia اريك | في التنمية | 3 تعليقات

Jenny Han Donnelly, Sr. Engineer, Yahoo; author of YUI DataTable, DataSource and AutoComplete

[ Note: This post is part of the YUI team's participation in Ada Lovelace Day , a celebration of female technologists around the world.]

Jenny Han Donnelly is the author of three YUI components:

  1. The DataTable Control : YUI's DataTable is one of our signature UI widgets, providing a powerful menu of interactive options for tabular data.
  2. The AutoComplete Control : AutoComplete provides typeahead, suggest, filtration and combo-box functionality to any text input area.
  3. The DataSource Utility : Shared by DataTable, AutoComplete and the Charts Control , DataSource serves as a conduit between widgets and potential sources of data — including server-side data, JavaScript arrays, and DOM structures like HTML tables.

Jenny's work inspires us in part because of the technical challenges she takes on — try getting fixed headers with xy scrolling to work in IE6 using a semantically sound base table sometime, if you have any doubts. Jenny has taken on some of the most complex HCI challenges anywhere in YUI and engineered them to suit virtually any environment. DataSource enables other YUI components to work with anything from flat files to JSON and XML to JavaScript arrays and DOM structures. We've heard from thousands of people on the YUI forums using all of these features and more in ecclectic and novel ways.

We're also inspired by the organizational leadership Jenny has shown in her time at Yahoo. Currently, she's the lead editor of YUIBlog, bringing technical voices from throughout Yahoo to these pages to share their insights. She has also organized our annual frontend engineering summit at Yahoo, bringing hundreds of Yahoo engineers from around the world together in a rich weeklong technical conference. She's taught weeklong YUI courses to engineers in the USA, Korea and Japan, and she's been an integral member of the hack day group at Yahoo that's such an important part of our engineering culture.

Whether she's coding, writing, teaching or leading — all of which are aspects of the modern technologist's job description — Jenny sets a high bar with her intelligence, dedication, imagination and wit. Ada would be proud.

[ photo of Jenny used by kind permission of Stephen Woods ]

تقاسم وتوسيع نطاق: مع الإشارة المرجعية متواجد حاليا | يسو أنها! | صديق!

Survey: When is an Accordion not an Accordion?

March 23, 2009 at 9:20 pm by Christian Crumlish | In Design , Development | 6 Comments

example of an accordion I'm looking for feedback from people who have designed or built an interface using an “accordion” module (or are considering doing so). You see, I've been working on a design pattern for accordion modules, and I'd like to throw out a handful of open questions to the community via this brief survey . I'll be listening elsewhere as well, on twitter ( @mediajunkie ) and on mailing lists where web designers and developers hang out.

(I realize this is not a scientific survey. I'm just interested in engaging the wider community in a discussion instead of trying to impose my view or Yahoo!'s view on the community as authoritative.)

Everywhere I go lately, it seems that interaction designers and web developers are talking about accordion widgets and debating about what makes an accordion an accordion. Not everyone working in this field has heard the term (some may simply refer to “stacked panels” or “collapsible panels”) but most get the gist fairly easily. Ironically, none of the UI elements described as accordions share the actual behavior of a real-world accordion (the musical instrument): namely, that stretching an accordion opens all the folds evenly.

Accordions have been an on-and-off topic of discussion on the main IxDA mailing list ; we discussed them in our Pattern Library workshop in Vancouver earlier this month, and there's been an ongoing discussion about accordions on our internal designer mailing list here at Yahoo!.

So I sat down with some folks from the YUI team (and Marco, the maker of an experimental YUI accordion widget ) a little while ago to sort through a draft of an accordion pattern that might help inform the development of an official YUI component.

Broadly speaking, most people agree on what we're talking about when we talk about an accordion interface element. Everyone agrees that accordions are used to compress content into a limited space and that they consist of panels that can collapse or expand. Beyond this, there are a number of subtle nuances that not everyone agrees on.

One trend I've noticed is that front-end developers tend be agnostic about how the accordion should work, viewing it as really just a variant on a tree widget. Designers tend to be more prescriptive, saying that to be an accordion it must behave in thus and such a way (but not all designers agree on what these rules are).

In the end, the YUI folks will produce code that can be made to do just about anything. We aren't going to try to impose our own taste or preferences in design through the functionality of the code itself. However, we will use the associated pattern to make suggestions and recommendations drawn from the experience of the entire design community, and we will probably lobby for default behaviors that match what most people expect.

So, if you've got a few minutes and an opinion, please visit the survey and let me know what you think!

I'll close the survey on April 30.

تقاسم وتوسيع نطاق: مع الإشارة المرجعية متواجد حاليا | يسو أنها! | صديق!

الصفحة التالية »
استضاف برنامج رائع

جميع الحقوق محفوظة © 2006-2012 ياهو! جميع الحقوق محفوظة. سياسة الخصوصية - شروط الخدمة

مدعوم من وورد في ياهو! استضافة المواقع .