Software Architect vs Programmer

بعض المقالات التي وجدتها و التي قد تفيد

The professional architect, Part 1: How developers become architects

What does it take to become an architect?

فكرة غريبة (التحول إلى ) Software Architect

عموما وبلغة سهلة بعيدا عن تعقيدات الـ Technical Writing والمصطلحات الغربية ...

عندما تستطيع ان تعبر بقلم رصاص عن شكل البرنامج المطلوب ... فأنت تصممه

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

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

عندما تستطيع ان تحدد تتابع العمليات وترابط العمليات والبيانات وشروط التنفيذ في فعالية ما .... فأنت تهندسه

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

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

عندما يعجب بها الآخرون ... فأنت تسوقه

عندما يدفع لك الأخرون ثمنا له ... فأنت تبيعه :) .

sanousy.howari كتب:

فكرة غريبة (التحول إلى ) Software Architect

عموما وبلغة سهلة بعيدا عن تعقيدات الـ Technical Writing والمصطلحات الغربية ...

عندما تستطيع ان تعبر بقلم رصاص عن شكل البرنامج المطلوب ... فأنت تصممه

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

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

عندما تستطيع ان تحدد تتابع العمليات وترابط العمليات والبيانات وشروط التنفيذ في فعالية ما .... فأنت تهندسه

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

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

عندما يعجب بها الآخرون ... فأنت تسوقه

عندما يدفع لك الأخرون ثمنا له ... فأنت تبيعه :) .

بصراحه تعريفات مختصره و لذيذه :)

تعريفات جميلة اخي سنوسي. وهذا ما أريد ان أصل اليه . لان البرمجة لا تقتصر على وصع مكونات على الناقذة بل انها تبدأ من الورقة و تسير عبر مخططات uml و تستعمل agile لتسيير المشروع البرمجي او xtreme programming و قاعدة بيانات يحدد فيها المستعملون و و و و و بالمختصر ليست شيئا بسيطا يستهان به.

منذ مدة و انا أفكر ان أكتب درسا بهذا الخصوص لكنني أجد ان لغتي العربية اصبحت رديئة نوعا ما

والله المواضيع العلمية باللغة العربية بحاجة لكل جهد ... والعرب مقلون في نشر المعارف بلغتهم (مقصرون بحق الجيل القادم!!)

بالنسبة للتعاريف ... فهي ليست "تقنية" بل تقريبية طبعا ... ولكن فعليا من خبرتي المتواضعة ...

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

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

أما بالنسبة للمؤسسات والـ Database والـ Work-flows والتقارير والتعقيدات التقنية والحركات اليومية وعمليات التوسع Drill-Down واختلاف مصادر البيانات فهي بحاجة إلى ورق وقلم وأدوات تصميم وأدوات ادارة مشاريع وتعقيدات ولغات برمجة مختلفة ومكتبات وأحيانا ادوات جاهزة لتوفير الوقت وقد تخضع الأعمال المطلوبة لإشراف عدة إدارات مستقلة مثل ادارة التغيير في المؤسسة وإدارة الموردين Vendor Management وإدارة المشاريع وإدارة التشغيل والادارات الفنية المتخصصةTechnical المختلفة ...

هي سلسلة معقدة .. ولكن نضطر لكل جزء منها ... حتى الـ Extreme Programming والجهد الفردي والقرار الشخصي السريع .. أحيانا مطلوب يا سيدي!!

الجافا تقدم طريقة واضحه path لان تصبح Architect

بل اقول انها افضل الطرق لانه كما هو معروف (معروف عندي طبعاً) ان الpractices اللي تطبق في الJava Development هي افضل الpractices .

فلو كنت من هواة لغة جافا او لو اردت حقيقة ان تصبح Architect عليك بسلوك طريق الجافا :blush:

SCJP

SCWCD

SCEA

الشهادات لا ترسم طريقاً ففي النهاية الشهادات تقدم معرفة Knowledge و لكن لا تقدم خبرة Experience

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

لقد حالفني الحظ في العمل بمشروع مشترك مع شركة Microsoft و كان نقطة التواصل بين الفريق التقني في شركتي و الفريق التقني في Microsoft هو أحد الArchitects في شركة Microsoft و الصراحة تعلمت منه الكثير و الكثير, فهو على غير ما توقعت كان يسمع أكثر مما يتكلم بكثير, و لم يكن يُملي رأياً محدداً على المجموعة و لكن كان يقوم بالتوجيه عن طريق التأثير غير المباشر influence و هو عن طريق حث الفريق على تفصيل المشكلة الى أجزاء أبسط ما تكون بجيث يكون الحل لكل جزء على حدة تافه Trivial و في خلال هذه العملية تتضح جلياً الSub-Systems و التي بمجرد أن يتم التعرف عليها يتم تحديد و بوضوح شديد و بالتفاصيل الInterfaces لكل Sub-System دون الخوض في تفاصيل كيفية بناء هذا الSub-System و كانت من أكثر المراحل التي وجدته فيها متحمساً و مؤثراً كانت في مرحلة وضع الinterfaces و التي لا أقصد بها بالضرورة مبدأ الinterface في البرمجة الكائنية, بل في الأغلب كانت هذه الinterfaces هي ما شكل الرسائل التي سيتم تبادلها بين الأجزاء المختلفة و ما هي وسيلة نقل هذه الرسائل و كيف سيتم تشفيرها و غيرها من التفاصيل الدقيقة التي قد تتسبب في مشاكل هائلة عند الIntegration اذا لم يتم توضيح تفاصيلها.

المجال لا يتسع هنا لمناقشة كل التفاصيل فهذه مناقشات استمرت لشهور خلال المشروع.

بالصدفة كنت اليوم أعيد قراءة أحد الاعداد القديمة ل MS Architecture Journal

Journal 15

من المواضيع الشيقة

We Don't Need No Architects