Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
مشاريع تخرج مبتكرة من أجل اليمن �
(برمجيات تُحدث فرقًا في المجتمع)
### 🌍 المشروع الأول: نظام إدارة النفايات الذكي (Smart Waste Collection)
الفكرة:
خريطة ذكية تُحدد مناطق تراكم النفايات في المدن اليمنية عبر تقارير المواطنين (صور + GPS)، وتنسق مع البلديات لتحسين عمليات الجمع.
التقنيات:
- تطبيق جوال باستخدام Flutter.
- خرائط Google لتحديد المواقع.
- إشعارات SMS لتنبيه الفرق المسؤولة.
الهدف:
تحسين الصحة العامة في المناطق الحضرية وتقليل الأمراض الناتجة عن التلوث.
### 🩺 المشروع الثاني: منصة طبية ذكية تعمل دون إنترنت (Offline Telemedicine)
الفكرة:
تطبيق تشخيصي يعمل على الهواتف البسيطة (حتى بدون إنترنت مستمر) لتقديم استشارات أولية لأمراض شائعة في اليمن مثل الملاريا والكوليرا.
التقنيات:
- قاعدة بيانات محلية (SQLite) لتخزين الأعراض والتشخيصات.
- نماذج ذكاء اصطناعي خفيفة (TensorFlow Lite).
- واجهة USSD/SMS للمناطق النائية.
الهدف:
إنقاذ الأرواح في المناطق التي تفتقر إلى المستشفيات أو الاتصال بالإنترنت.
### 🌟 لماذا هذه المشاريع؟
- تتحدى الواقع اليمني: صُممت خصيصًا للتغلب على نقص البنية التحتية والموارد.
- تعتمد على البرمجيات فقط: لا تحتاج إلى عتاد معقد!
- تأثير ملموس: تحسين الصحة، البيئة، والخدمات الأساسية.
### 🤝 هل أنت مهتم؟
- مطور؟ مصمم؟ خبير ذكاء اصطناعي؟
- لديك أفكار لتطوير هذه المشاريع؟
- تعمل مع منظمات إغاثية أو بلديات؟
لنتعاون لجعلها حقيقة!
#اليمن_الرقمية #اهتم_بطلابك #تكنولوجيا_للتغيير
#YemenTech #SoftwareForGood #LinkedInTech
(برمجيات تُحدث فرقًا في المجتمع)
### 🌍 المشروع الأول: نظام إدارة النفايات الذكي (Smart Waste Collection)
الفكرة:
خريطة ذكية تُحدد مناطق تراكم النفايات في المدن اليمنية عبر تقارير المواطنين (صور + GPS)، وتنسق مع البلديات لتحسين عمليات الجمع.
التقنيات:
- تطبيق جوال باستخدام Flutter.
- خرائط Google لتحديد المواقع.
- إشعارات SMS لتنبيه الفرق المسؤولة.
الهدف:
تحسين الصحة العامة في المناطق الحضرية وتقليل الأمراض الناتجة عن التلوث.
### 🩺 المشروع الثاني: منصة طبية ذكية تعمل دون إنترنت (Offline Telemedicine)
الفكرة:
تطبيق تشخيصي يعمل على الهواتف البسيطة (حتى بدون إنترنت مستمر) لتقديم استشارات أولية لأمراض شائعة في اليمن مثل الملاريا والكوليرا.
التقنيات:
- قاعدة بيانات محلية (SQLite) لتخزين الأعراض والتشخيصات.
- نماذج ذكاء اصطناعي خفيفة (TensorFlow Lite).
- واجهة USSD/SMS للمناطق النائية.
الهدف:
إنقاذ الأرواح في المناطق التي تفتقر إلى المستشفيات أو الاتصال بالإنترنت.
### 🌟 لماذا هذه المشاريع؟
- تتحدى الواقع اليمني: صُممت خصيصًا للتغلب على نقص البنية التحتية والموارد.
- تعتمد على البرمجيات فقط: لا تحتاج إلى عتاد معقد!
- تأثير ملموس: تحسين الصحة، البيئة، والخدمات الأساسية.
### 🤝 هل أنت مهتم؟
- مطور؟ مصمم؟ خبير ذكاء اصطناعي؟
- لديك أفكار لتطوير هذه المشاريع؟
- تعمل مع منظمات إغاثية أو بلديات؟
لنتعاون لجعلها حقيقة!
#اليمن_الرقمية #اهتم_بطلابك #تكنولوجيا_للتغيير
#YemenTech #SoftwareForGood #LinkedInTech
Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
الا تخجل عندما ترفع بهذا المشاريع تدرسني أحياء وتأتي بهذه المشاريع ؛إلى الدولة ان كنتي مهتمه بهذا الأشياء فهتمي بطلابك ودعميهم ووفري لهم بيئة كويسه لاتجعلي طلابك يغادرون أرض الوطن !
👍6
نصيحة للي ناوي يشتغل المشاريع هذه مش عنده معرفه بهذا المجالات لاتروح تبحث على roadmap لأنها لو دخلتها ستتدخل عالم ماله طرف ويمكن لن تحقق المشروع للأسف الحل عليك أن تبحث عن شخصية خبيرة جدا بالمجال ومش اي خبير خبير فعلا عايش حياة ai هو فعلا سيختصرها لك وسيعطيك الخطوات التي توصلك للهدف .
👍4
Forwarded from اللجنة العلمية CS 22 (ʙʀʜᴏᴏᴍ ⑇)
بناء آله حاسبه مش سهل...
مقال جميل يثبت نقاط صعوبه بناء الآله الحاسبه
https://chadnauseam.com/coding/random/calculator-app
مقال جميل يثبت نقاط صعوبه بناء الآله الحاسبه
https://chadnauseam.com/coding/random/calculator-app
Chad Nauseam Home
calculator-app - Chad Nauseam Home
"A calculator app? Anyone could make that." (this was originally a https://x.com/ChadNauseam/status/1890889465322786878, and has since been turned into an asterisk article) "A calculator app? Anyone …
👍1
Forwarded from اللجنة العلمية CS 22 (ʙʀʜᴏᴏᴍ ⑇)
اللجنة العلمية CS 22
بناء آله حاسبه مش سهل... مقال جميل يثبت نقاط صعوبه بناء الآله الحاسبه https://chadnauseam.com/coding/random/calculator-app
طبعا سبب كتابه المقال كان هذه الصورة...
الي فوق حاسبة اندرويد والنتيجه من المعادلة السابقة هي 1
والي تحت حاسبة ايفون والنتيجه من نفس المعادلة السابقة هي 0
بالرغم ان الناتج الصحيح هو 1 ولكن بسبب هذا الاختلاف كُتب هذا المقال ... يتكلم عن خطه جوجل في اصلاح حاسبه الاندرويد والمشاكل الي واجهوها و...الخ
الي فوق حاسبة اندرويد والنتيجه من المعادلة السابقة هي 1
والي تحت حاسبة ايفون والنتيجه من نفس المعادلة السابقة هي 0
بالرغم ان الناتج الصحيح هو 1 ولكن بسبب هذا الاختلاف كُتب هذا المقال ... يتكلم عن خطه جوجل في اصلاح حاسبه الاندرويد والمشاكل الي واجهوها و...الخ
👍1
Forwarded from اللجنة العلمية CS 22 (ʙʀʜᴏᴏᴍ ⑇)
اللجنة العلمية CS 22
طبعا سبب كتابه المقال كان هذه الصورة... الي فوق حاسبة اندرويد والنتيجه من المعادلة السابقة هي 1 والي تحت حاسبة ايفون والنتيجه من نفس المعادلة السابقة هي 0 بالرغم ان الناتج الصحيح هو 1 ولكن بسبب هذا الاختلاف كُتب هذا المقال ... يتكلم عن خطه جوجل في اصلاح حاسبه…
طبعا اذا تشتو القصه بشكل مختصر... اللغات البرمجيه غالبا تواجه مشاكل في الحساب... مثل مشكله الـ floating point الشهيره
وغيرها من المشاكل العميقه.
والي يشتي يعرف القصه الطويله مسجل كل شي في المقال اعلاه
0.2 + 0.1 != 0.3وغيرها من المشاكل العميقه.
والي يشتي يعرف القصه الطويله مسجل كل شي في المقال اعلاه
Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
عندما أتصور تصميم واجهات الـ API في مشروعي، هناك نقطة مهمة جداً أتأكد منها وهي التماثلية (Idempotency). ببساطة، لما يكون عندي نفس الـ API call وأعيده أكثر من مرة، يجب أن يؤدي إلى نفس النتيجة في كل مرة. مثلاً، لو طلبت GET لعرض قائمة منتجات، فهذا طبيعي أنني أحصل على نفس النتيجة في كل مرة. لكن الوضع يختلف لما يكون الأمر متعلقاً بأمور حساسة مثل الدفع من محفظة التطبيق. لو ضغط المستخدم الزر مرتين بسرعة بسبب تأخر في الاستجابة، يجب على النظام أن يأخذ في الاعتبار أنه يجب إجراء العملية مرة واحدة فقط.
مثال من الواقع:
لنفترض أن المستخدم قام بسحب الرصيد مرتين لأن استجابة النظام تأخرت في المرة الأولى، وبالتالي ضغط الزر مرة ثانية. الحل الأبسط هو تعطيل الزر مؤقتاً بعد أول ضغط، بحيث لا يستطيع المستخدم إرسال الطلب إلا بعد أن يتم إتمام الطلب الأول. وبعد الانتهاء، يمكن تمكين الزر مرة أخرى إذا أراد المستخدم استخدامه مجددًا. هذا يعتبر تحسينًا لتجربة المستخدم، لكنه ليس هو الحل الأساسي. الحل يجب أن يكون في الـ back-end، بحيث لا يسمح بتكرار العمليات بشكل غير مقصود.
الحلول المطروحة:
منع تقديم طلب ثاني أثناء معالجة الأول: هذه فكرة قد تكون غير عملية، خاصة إذا كان هناك حاجة حقيقية من قبل المستخدم لتقديم طلبين مختلفين في نفس الوقت.
استخدام الـ caching لفترة قصيرة: ولكن هذه الطريقة قد تؤدي إلى race conditions، خصوصًا إذا كانت الفترات الزمنية قصيرة جدًا بين الطلبات.
الحل المثالي:
الطريقة الأفضل هي استخدام مفتاح التماثلية (Idempotency key). حيث يقوم النظام بتوليد مفتاح فريد لكل طلب، ويقوم الـ back-end بالتحقق من هذا المفتاح قبل تنفيذ العملية. بعد إتمام العملية بنجاح، يجب أن يقوم العميل بتوليد مفتاح جديد للطلب التالي. وإذا أرسل العميل نفس المفتاح مرتين، يقوم النظام بإرجاع خطأ (مثل رمز الحالة 409 أو 422) ليعلم العميل أن العملية فشلت للمرة الثانية.
ويجب أن أضمن أن هذه المفاتيح تحفظ في مكان آمن، مثل SQL أو Redis، لضمان أن النظام قادر على التحقق منها بشكل فعال.
التعامل مع HTTP verbs في التماثلية:
GET: هذا النوع من الطلبات يتمتع بالتماثلية، لأنه فقط لقراءة البيانات. إذا كررت نفس الطلب عدة مرات، لن يؤثر ذلك على حالة النظام.
PUT: هذا يعتبر أيضاً تماثليًا، حيث أن التغيير في نفس العنصر لن يؤثر على النتيجة بعد التعديل الأول.
DELETE: نفس الشيء. لو حاولت حذف نفس السجل عدة مرات، فلن يتم حذفه إلا مرة واحدة.
POST: هذا ليس تماثليًا. لأنه يؤدي إلى تغيير النظام أو إضافة بيانات جديدة في كل مرة.
PATCH: هذا أيضاً ليس تماثليًا، لأنه يقوم بتعديل شيء معين في النظام.
ملاحظة أخيرة:
يجب أن أضع في الاعتبار أن التماثلية ليست مرتبطة فقط بكيفية تنفيذ الـ API calls، بل هي مرتبطة أيضًا بنوع النظام الذي أعمل عليه. بعض الأنظمة قد تحتفظ بسجل تدقيق (audit trail) للـ GET requests، مما قد يجعلها غير تماثلية لأن كل طلب يمكن أن يؤدي إلى تغييرات جديدة.
في النهاية، يجب أن أضمن أن الـ API الذي أعمل عليه يتعامل مع هذه النقاط بشكل دقيق، خاصة في العمليات الحساسة مثل الدفع أو خصم الرصيد، باستخدام مفتاح التماثلية لضمان أن لا يحدث تكرار غير مقصود لأي عملية.
#سابر
مثال من الواقع:
لنفترض أن المستخدم قام بسحب الرصيد مرتين لأن استجابة النظام تأخرت في المرة الأولى، وبالتالي ضغط الزر مرة ثانية. الحل الأبسط هو تعطيل الزر مؤقتاً بعد أول ضغط، بحيث لا يستطيع المستخدم إرسال الطلب إلا بعد أن يتم إتمام الطلب الأول. وبعد الانتهاء، يمكن تمكين الزر مرة أخرى إذا أراد المستخدم استخدامه مجددًا. هذا يعتبر تحسينًا لتجربة المستخدم، لكنه ليس هو الحل الأساسي. الحل يجب أن يكون في الـ back-end، بحيث لا يسمح بتكرار العمليات بشكل غير مقصود.
الحلول المطروحة:
منع تقديم طلب ثاني أثناء معالجة الأول: هذه فكرة قد تكون غير عملية، خاصة إذا كان هناك حاجة حقيقية من قبل المستخدم لتقديم طلبين مختلفين في نفس الوقت.
استخدام الـ caching لفترة قصيرة: ولكن هذه الطريقة قد تؤدي إلى race conditions، خصوصًا إذا كانت الفترات الزمنية قصيرة جدًا بين الطلبات.
الحل المثالي:
الطريقة الأفضل هي استخدام مفتاح التماثلية (Idempotency key). حيث يقوم النظام بتوليد مفتاح فريد لكل طلب، ويقوم الـ back-end بالتحقق من هذا المفتاح قبل تنفيذ العملية. بعد إتمام العملية بنجاح، يجب أن يقوم العميل بتوليد مفتاح جديد للطلب التالي. وإذا أرسل العميل نفس المفتاح مرتين، يقوم النظام بإرجاع خطأ (مثل رمز الحالة 409 أو 422) ليعلم العميل أن العملية فشلت للمرة الثانية.
ويجب أن أضمن أن هذه المفاتيح تحفظ في مكان آمن، مثل SQL أو Redis، لضمان أن النظام قادر على التحقق منها بشكل فعال.
التعامل مع HTTP verbs في التماثلية:
GET: هذا النوع من الطلبات يتمتع بالتماثلية، لأنه فقط لقراءة البيانات. إذا كررت نفس الطلب عدة مرات، لن يؤثر ذلك على حالة النظام.
PUT: هذا يعتبر أيضاً تماثليًا، حيث أن التغيير في نفس العنصر لن يؤثر على النتيجة بعد التعديل الأول.
DELETE: نفس الشيء. لو حاولت حذف نفس السجل عدة مرات، فلن يتم حذفه إلا مرة واحدة.
POST: هذا ليس تماثليًا. لأنه يؤدي إلى تغيير النظام أو إضافة بيانات جديدة في كل مرة.
PATCH: هذا أيضاً ليس تماثليًا، لأنه يقوم بتعديل شيء معين في النظام.
ملاحظة أخيرة:
يجب أن أضع في الاعتبار أن التماثلية ليست مرتبطة فقط بكيفية تنفيذ الـ API calls، بل هي مرتبطة أيضًا بنوع النظام الذي أعمل عليه. بعض الأنظمة قد تحتفظ بسجل تدقيق (audit trail) للـ GET requests، مما قد يجعلها غير تماثلية لأن كل طلب يمكن أن يؤدي إلى تغييرات جديدة.
في النهاية، يجب أن أضمن أن الـ API الذي أعمل عليه يتعامل مع هذه النقاط بشكل دقيق، خاصة في العمليات الحساسة مثل الدفع أو خصم الرصيد، باستخدام مفتاح التماثلية لضمان أن لا يحدث تكرار غير مقصود لأي عملية.
#سابر
❤1
Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
إن القدرة على كتابة شيفرة برمجية جيدة لا تقل أهمية عن القدرة على #العمل_الجماعي في البرمجة، لذلك كان الاهتمام بتطوير طرق الاتصال والتواصل مع الفريق واحدة من أهم ما تطمح إليه الشركات، ويطمح إليه الأفراد المخلصون... وهذه الملاحظات أو الأفكار لمن كان عضوا في فريق أو كان قائدا لفريق ^^
١. انطلق من كونك مسلما عزيزا بإسلامك، لا تقبل بفعل الحرام حتى لو كانت عواقبه ما كانت، فإن كنت كذلك؛ نلت رضا الرحمن، وذللت إليك الصعاب...
٢. إذا فعلت النقطة الأولى كان تعاملك مع من حولك ينطلق من الإسلام، فستكون رحيما لينا، لديك من أخلاق الإسلام ما يدفعك للتواصل الحسن، وإكرام إخوانك والاعتذار عند الخطأ، وستترك المراء وتتبع الأخطاء والقيل والقال، وهذا كله لوحده كاف لينهي أي مشكلة قبل أن تبدأ
٣. شارك علمك ومعرفتك ولا تحتكرها، وكن على يقين بأن الله -سبحانه وتعالى- سيبارك لك في علمك حينها، ويؤتيك خيرا منه.
. لا تتكبر على غيرك، ولا تضع نفسك في غير موضعها، وتعلم من الصغير والكبير، وكن ذا فطنة واعلم متى يمكنك مشاركة علمك أو السؤال عما جهل عليك، ومتى يلزمك التوقف... ومن يقبل النصح ومن لا يقبل.
٥. الشورى، تشاور أنت وإخوانك في العمل، أبد رأيك ومقترحاتك، أظهر ميزات اقتراحاتك وعيوبها، ثم غلبوا الشورى على قراركم.
٦. احترام قائد الفريق وإن خالفك الرأي، فبالنهاية هذا دور قائد الفريق أن يوجه الدفة لما يراه أفضل للعمل.
٧. التوثيق: التوثيق ضمان للحقوق، فلا تخجل من توثيق ما تراه ضروريا، وتوثيق متطلبات العمل، والمتطلبات التي ستغير من العمل، فيجب أن يكون هناك مكان يمكن الرجوع إليه عند أي خصام.
٨. التنازل في بعض الأحيان عن الأسلوب الذي تستخدمه في البرمجة أو طريقة التفكير مقابل أسلوب آخر أو طريقة تفكير أخرى لأحد أعضاء الفريق الذي تعمل معه، أو حتى الكتابة بأسلوبه أو اعتماده كنموذج للعمل...-على أن يكون صحيحا-.
. إذا كنت قائد فريق فعامل وهيء من هم في أمانتك ليكونوا القادة الذين سيحلون مكانك! نعم كما قرأت، فهذا المكان لن يدوم لك، ولو دام لغيرك ما وصل إليك، ورزقك مكتوب فلا خوف!، وابتعد عن التدخل بالتفاصيل الدقيقة قدر الإمكان مع كل واجب، أي اعتمد على فريقك لينجزوا المهام.
١٠. كما أنك لست كاملا، فمن أمامك ليس كاملا، وكما أنك تخطئ وستخطئ فمن أمامك مخطئ وسيخطئ! لذلك، هون عليك، وتعامل وأنت موقن بهذا الأساس!
١١. الحزم والعقاب، ففي بعض الأوقات يتوجب على قائد الفريق إنزال العقاب على المخطئ حتى وإن كان ذلك قاسيا... فهناك حقوق يجب أن ترد إلى أصحابها، ونفوس تنأى أن تتأدب دون رادع!
١٢. الشكر والثواب، لا تنسى أن تشكر المحسن من فريقك على إحسانه أو مساعدته أمام الجميع أو في المناسبات، والشكر يكون ماديا أو معنويا أو كلاهما معا!
١٤. الصبر حتى يثمر ويزدهر الفريق، فبناء فريق رائع يحتاج إلى وقت وجهد وتعاون من جميع الأعضاء، وذلك يمر بمراحل مختلفة، لذلك وجب الصبر ليتحول الأفراد من مجموعة عاملة أو فريق زائف إلى فريق محترف أو متميز، والصبر على اختلاف المستويات، فيساعد القوي الضعيف، ويبذل الضعيف جهده حتى يكون سندا لا عبء على فريقه...
١٥. اليقين بأن التوفيق بيد الله -سبحانه وتعالى-، وإنما نأخذ بالأسباب كما أمرنا.
#توجيهات
١. انطلق من كونك مسلما عزيزا بإسلامك، لا تقبل بفعل الحرام حتى لو كانت عواقبه ما كانت، فإن كنت كذلك؛ نلت رضا الرحمن، وذللت إليك الصعاب...
٢. إذا فعلت النقطة الأولى كان تعاملك مع من حولك ينطلق من الإسلام، فستكون رحيما لينا، لديك من أخلاق الإسلام ما يدفعك للتواصل الحسن، وإكرام إخوانك والاعتذار عند الخطأ، وستترك المراء وتتبع الأخطاء والقيل والقال، وهذا كله لوحده كاف لينهي أي مشكلة قبل أن تبدأ
٣. شارك علمك ومعرفتك ولا تحتكرها، وكن على يقين بأن الله -سبحانه وتعالى- سيبارك لك في علمك حينها، ويؤتيك خيرا منه.
. لا تتكبر على غيرك، ولا تضع نفسك في غير موضعها، وتعلم من الصغير والكبير، وكن ذا فطنة واعلم متى يمكنك مشاركة علمك أو السؤال عما جهل عليك، ومتى يلزمك التوقف... ومن يقبل النصح ومن لا يقبل.
٥. الشورى، تشاور أنت وإخوانك في العمل، أبد رأيك ومقترحاتك، أظهر ميزات اقتراحاتك وعيوبها، ثم غلبوا الشورى على قراركم.
٦. احترام قائد الفريق وإن خالفك الرأي، فبالنهاية هذا دور قائد الفريق أن يوجه الدفة لما يراه أفضل للعمل.
٧. التوثيق: التوثيق ضمان للحقوق، فلا تخجل من توثيق ما تراه ضروريا، وتوثيق متطلبات العمل، والمتطلبات التي ستغير من العمل، فيجب أن يكون هناك مكان يمكن الرجوع إليه عند أي خصام.
٨. التنازل في بعض الأحيان عن الأسلوب الذي تستخدمه في البرمجة أو طريقة التفكير مقابل أسلوب آخر أو طريقة تفكير أخرى لأحد أعضاء الفريق الذي تعمل معه، أو حتى الكتابة بأسلوبه أو اعتماده كنموذج للعمل...-على أن يكون صحيحا-.
. إذا كنت قائد فريق فعامل وهيء من هم في أمانتك ليكونوا القادة الذين سيحلون مكانك! نعم كما قرأت، فهذا المكان لن يدوم لك، ولو دام لغيرك ما وصل إليك، ورزقك مكتوب فلا خوف!، وابتعد عن التدخل بالتفاصيل الدقيقة قدر الإمكان مع كل واجب، أي اعتمد على فريقك لينجزوا المهام.
١٠. كما أنك لست كاملا، فمن أمامك ليس كاملا، وكما أنك تخطئ وستخطئ فمن أمامك مخطئ وسيخطئ! لذلك، هون عليك، وتعامل وأنت موقن بهذا الأساس!
١١. الحزم والعقاب، ففي بعض الأوقات يتوجب على قائد الفريق إنزال العقاب على المخطئ حتى وإن كان ذلك قاسيا... فهناك حقوق يجب أن ترد إلى أصحابها، ونفوس تنأى أن تتأدب دون رادع!
١٢. الشكر والثواب، لا تنسى أن تشكر المحسن من فريقك على إحسانه أو مساعدته أمام الجميع أو في المناسبات، والشكر يكون ماديا أو معنويا أو كلاهما معا!
١٤. الصبر حتى يثمر ويزدهر الفريق، فبناء فريق رائع يحتاج إلى وقت وجهد وتعاون من جميع الأعضاء، وذلك يمر بمراحل مختلفة، لذلك وجب الصبر ليتحول الأفراد من مجموعة عاملة أو فريق زائف إلى فريق محترف أو متميز، والصبر على اختلاف المستويات، فيساعد القوي الضعيف، ويبذل الضعيف جهده حتى يكون سندا لا عبء على فريقه...
١٥. اليقين بأن التوفيق بيد الله -سبحانه وتعالى-، وإنما نأخذ بالأسباب كما أمرنا.
#توجيهات
👍2🔥1
القفزة الكبيرة التي قد تحدث في الفترة القادمة ستكون في مجال المعدات الحاسوبية (Hardware)، وذلك لاستيعاب الكم الهائل من العمليات ومعالجة البيانات (Data Processing)، والتي شهدت طفرة هائلة مؤخرًا بسبب الذكاء الاصطناعي (AI - Artificial Intelligence).
قد نشهد توجهًا متسارعًا نحو الحوسبة الكمّية (Quantum Computing)، مما سيؤدي إلى نقلة نوعية في علوم الفيزياء (Physics) وما يرتبط بها.
نسأل الله أن يكون لنا كمسلمين (Muslims) موطئ قدم في هذه الثورة التكنولوجية (Technological Revolution)، وألا يفوتنا القطار كما فاتنا في محطات سابقة.
جمعتكم مباركة (Blessed Friday).
قد نشهد توجهًا متسارعًا نحو الحوسبة الكمّية (Quantum Computing)، مما سيؤدي إلى نقلة نوعية في علوم الفيزياء (Physics) وما يرتبط بها.
نسأل الله أن يكون لنا كمسلمين (Muslims) موطئ قدم في هذه الثورة التكنولوجية (Technological Revolution)، وألا يفوتنا القطار كما فاتنا في محطات سابقة.
جمعتكم مباركة (Blessed Friday).
👍1
الشغل المنظم والله يحتاج مطور frontend محترف حتى ولو كنت فاهم في هذا المجال لا تظن ان ال ai قد قضى على هذا المجال أو حتى في المستقبل إذا كانت لاتحب المجال لاتحبط غيرك المجال ثقيل جدا وقلت لك من يومه ال ai سيكون مثل سوق الحراج .
👍1
Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
### "كيف تتعامل مع البيزنس تيم من غير ما تموت من الضغط؟"
(بدون لف ولا دوران 🚀)
#### 1 - اسأل زي اللي بيسأل في مسابقة 🕵️♂️
لو PO قالك: "نُريد زرًّا أزرق!"
لا تبدأ تبرمج على طول. اسأله:
- "ليه أزرق؟" (مش لون مُميز!)
- "هيحل إيه؟" (مش مجرد لون!)
- "هتقيس نجاحه بإيه؟" (عدد النقرات؟ المبيعات؟)
الهدف: تاخد ورقة الإجابات دي... وتبرمج الحل الحقيقي، مش التوصيف السطحي.
#### 2 - حوّل "الترمنولوجيا التقنية" لـ"ميمز" يفهموها 😂
مثال:
- لو تقني قال: "هندمج API مع النظام القديم!"
- البيزنس تيم: "..." (وجه مُحتار).
الحل:
قل: "هنوصّل النظام الجديد بالقديم زي ما توصّل الجوال بالوايفاي. هيرسل بيانات بعض بسلاسة!"
النتيجة: "آه فهمنا! روح اعمل كده!" ✅
#### 3 - اكتب "العقد" على ورق حمام (مش حرفيًا 🚽)
قبل ما تبدأ أي task:
- أرسل رسالة قصيرة للفريق تقول:
"التسليم هيكون: [كذا]
الموعد: [كذا]
طريقة القياس: [كذا]
اتفقنا؟ 👍👎"
لو قالوا "👍"، سجّل الرسالة وخُد screenshot. لو حصل خلاف بعد كده، أرسل الصورة وقُل: "دي كانت الصفقة!" 🤝
#### 4 - أخبرهم بالـ Progress كل يومين… بالـ Memes 🐸
مثال:
- بعد يومين من العمل: أرسل صورة قطة بتكتب على لاب توب مع تعليق:
"الوضع دلوقتي:
- الـ API اتعمل
- الـ Database اتربط
- باقي التصميمات الجاية بكرة!"
النتيجة: البيزنس تيم هيحسّوا بالإنجاز من غير ما تضطر تعمل meeting ساعة! 🎉
#### الخلاصة السريعة:
- لا تكن روبوت: حول التفاصيل التقنية لقصص وحكايات.
- لا تصمت: لو في مشكلة، قولها من بدري (مش علشان تتفاجأوا سوا!).
- خليك مرن: sometimes البيزنس بيحتاج يتعدّل… وال flexibility دي هتخليك محترف.
ملاحظة: لو طلعت من الاجتماع وأنت مُبتسم، فأنت فزت 🏆.
(بدون لف ولا دوران 🚀)
#### 1 - اسأل زي اللي بيسأل في مسابقة 🕵️♂️
لو PO قالك: "نُريد زرًّا أزرق!"
لا تبدأ تبرمج على طول. اسأله:
- "ليه أزرق؟" (مش لون مُميز!)
- "هيحل إيه؟" (مش مجرد لون!)
- "هتقيس نجاحه بإيه؟" (عدد النقرات؟ المبيعات؟)
الهدف: تاخد ورقة الإجابات دي... وتبرمج الحل الحقيقي، مش التوصيف السطحي.
#### 2 - حوّل "الترمنولوجيا التقنية" لـ"ميمز" يفهموها 😂
مثال:
- لو تقني قال: "هندمج API مع النظام القديم!"
- البيزنس تيم: "..." (وجه مُحتار).
الحل:
قل: "هنوصّل النظام الجديد بالقديم زي ما توصّل الجوال بالوايفاي. هيرسل بيانات بعض بسلاسة!"
النتيجة: "آه فهمنا! روح اعمل كده!" ✅
#### 3 - اكتب "العقد" على ورق حمام (مش حرفيًا 🚽)
قبل ما تبدأ أي task:
- أرسل رسالة قصيرة للفريق تقول:
"التسليم هيكون: [كذا]
الموعد: [كذا]
طريقة القياس: [كذا]
اتفقنا؟ 👍👎"
لو قالوا "👍"، سجّل الرسالة وخُد screenshot. لو حصل خلاف بعد كده، أرسل الصورة وقُل: "دي كانت الصفقة!" 🤝
#### 4 - أخبرهم بالـ Progress كل يومين… بالـ Memes 🐸
مثال:
- بعد يومين من العمل: أرسل صورة قطة بتكتب على لاب توب مع تعليق:
"الوضع دلوقتي:
- الـ API اتعمل
- الـ Database اتربط
- باقي التصميمات الجاية بكرة!"
النتيجة: البيزنس تيم هيحسّوا بالإنجاز من غير ما تضطر تعمل meeting ساعة! 🎉
#### الخلاصة السريعة:
- لا تكن روبوت: حول التفاصيل التقنية لقصص وحكايات.
- لا تصمت: لو في مشكلة، قولها من بدري (مش علشان تتفاجأوا سوا!).
- خليك مرن: sometimes البيزنس بيحتاج يتعدّل… وال flexibility دي هتخليك محترف.
ملاحظة: لو طلعت من الاجتماع وأنت مُبتسم، فأنت فزت 🏆.
❤2
Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
التحقق من صحة المدخلات (Input Validation) يجب أن يكون في الخلفية (Backend) لسبب بسيط جدًا:
واجهة المستخدم الأمامية (Frontend) من السهل جدًا تجاوزها، حيث يمكن لأي شخص إرسال الطلبات مباشرةً إلى الخادم باستخدام أدوات مثل Postman، فماذا ستفعل حينها؟
لماذا نضيف التحقق في الواجهة الأمامية أيضًا؟
قد يتساءل البعض: إذا كان التحقق في الخلفية ضروريًا، فلماذا نكرره في الواجهة الأمامية؟
الإجابة تكمن في عدة أسباب مهمة:
تحسين الأداء: بدلاً من إرسال الطلب إلى الخادم، مما يستهلك موارده فقط ليتم رفضه لاحقًا، يمكننا منع الأخطاء مبكرًا.
تحسين تجربة المستخدم (UX): إذ يمكننا تقديم تغذية راجعة فورية للمستخدم، مما يجنبهم ارتكاب الأخطاء قبل إرسال الطلب.
تحسين الأمان جزئيًا: لا يمنع هذا الاختراق بشكل كامل، لكنه يجعل تجاوزه أكثر صعوبة.
لماذا "تحسين الأمان جزئيًا" وليس كليًا؟
لأن الواجهة الأمامية يمكن تجاوزها بسهولة، كما ذكرت سابقًا. أي شخص يمكنه فتح أدوات المطور في المتصفح (F12)، والتعديل على HTML، مما يؤدي إلى تغيير سلوك التطبيق دون الحاجة إلى أي معرفة برمجية متقدمة.
ولكن، تذكر قاعدة مورفي:
"إذا كان هناك احتمال لحدوث خطأ، فسيحدث لا محالة!"
بمعنى آخر، ما دام من الممكن تجاوز التحقق في الواجهة الأمامية، فهناك من سيتجاوزه حتمًا! وهذا ليس مجرد احتمال نظري، بل حقيقة شهدتها شخصيًا عند استخدام أشخاص عاديين (ليسوا مبرمجين) لأدوات المطور لتعديل سلوك التطبيق، وهو ما كان أمرًا مذهلًا وغير متوقع!
الخلاصة:
التحقق من صحة المدخلات يجب أن يتم في كلٍّ من الخلفية والواجهة الأمامية معًا، حتى لو كان هذا تكرارًا للعمل، لكن الأهم دائمًا هو التحقق في الخلفية، لأن:
"الواجهة الأمامية من السهل جدًا تجاوزها، ويمكن إرسال الطلبات مباشرةً إلى الخادم باستخدام Postman، فماذا ستفعل حينها؟"
واجهة المستخدم الأمامية (Frontend) من السهل جدًا تجاوزها، حيث يمكن لأي شخص إرسال الطلبات مباشرةً إلى الخادم باستخدام أدوات مثل Postman، فماذا ستفعل حينها؟
لماذا نضيف التحقق في الواجهة الأمامية أيضًا؟
قد يتساءل البعض: إذا كان التحقق في الخلفية ضروريًا، فلماذا نكرره في الواجهة الأمامية؟
الإجابة تكمن في عدة أسباب مهمة:
تحسين الأداء: بدلاً من إرسال الطلب إلى الخادم، مما يستهلك موارده فقط ليتم رفضه لاحقًا، يمكننا منع الأخطاء مبكرًا.
تحسين تجربة المستخدم (UX): إذ يمكننا تقديم تغذية راجعة فورية للمستخدم، مما يجنبهم ارتكاب الأخطاء قبل إرسال الطلب.
تحسين الأمان جزئيًا: لا يمنع هذا الاختراق بشكل كامل، لكنه يجعل تجاوزه أكثر صعوبة.
لماذا "تحسين الأمان جزئيًا" وليس كليًا؟
لأن الواجهة الأمامية يمكن تجاوزها بسهولة، كما ذكرت سابقًا. أي شخص يمكنه فتح أدوات المطور في المتصفح (F12)، والتعديل على HTML، مما يؤدي إلى تغيير سلوك التطبيق دون الحاجة إلى أي معرفة برمجية متقدمة.
ولكن، تذكر قاعدة مورفي:
"إذا كان هناك احتمال لحدوث خطأ، فسيحدث لا محالة!"
بمعنى آخر، ما دام من الممكن تجاوز التحقق في الواجهة الأمامية، فهناك من سيتجاوزه حتمًا! وهذا ليس مجرد احتمال نظري، بل حقيقة شهدتها شخصيًا عند استخدام أشخاص عاديين (ليسوا مبرمجين) لأدوات المطور لتعديل سلوك التطبيق، وهو ما كان أمرًا مذهلًا وغير متوقع!
الخلاصة:
التحقق من صحة المدخلات يجب أن يتم في كلٍّ من الخلفية والواجهة الأمامية معًا، حتى لو كان هذا تكرارًا للعمل، لكن الأهم دائمًا هو التحقق في الخلفية، لأن:
"الواجهة الأمامية من السهل جدًا تجاوزها، ويمكن إرسال الطلبات مباشرةً إلى الخادم باستخدام Postman، فماذا ستفعل حينها؟"
❤1
Forwarded from 🚀DevJourney🚀 (Abdulwaisa Al Nuaimi)
فكرة مشروع "نظام إتمامة المعاملات الرقمي لليمن"**
---
✍️ المشكلة:
في بلادنا الحبيبة اليمن، مازالت معظم المعاملات الرسمية بين المواطنين والمؤسسات تُدار بطريقة ورقية تقليدية. هذه الطريقة تعاني من:
- التعطيل عند غياب المدير أو الموظف المسؤول (حتى لو ليوم واحد!).
- ضياع الوقت والجهد في التنقل بين المكاتب والمصادقات اليدوية.
- فقدان الأوراق أو تلفها، ما يُعرض حقوق الناس للخطر.
- الروتين البطيء الذي يُرهق المواطن ويُعيق تقدم المؤسسات.
---
💡 الحل المُقترح:
مشروع "نظام إتمامة المعاملات الرقمي" يهدف إلى تحويل كل الإجراءات الورقية إلى منصة إلكترونية موحدة وآمنة، مع الحفاظ على الشرعية القانونية عبر:
1. التوقيع الإلكتروني المُعتمد: لكل مسؤول وموظف، مع إمكانية تفويض الصلاحيات عند الغياب.
2. الختم الرقمي: لكل مؤسسة، يُضاف تلقائيًا بعد إتمام الإجراء.
3. منصة موحدة: تُربط فيها جميع المؤسسات (حكومية/خاصة)، وتُدمج خدماتها.
4. تتبع المعاملة: يُمكن للمواطن معرفة مراحل معاملته عبر رقم مُتابعة أو رسائل SMS.
5. أرشفة ذكية: حفظ جميع المستندات رقمياً بشكل منظم، مع إمكانية الاسترجاع الفوري.
---
✅ فوائد النظام:
- للمواطن:
- إنجاز المعاملات من المنزل أو عبر الجوال.
- لا حاجة للتنقل أو الانتظار لساعات.
- تقليل التكلفة المادية (طباعة، مواصلات).
- للمؤسسات:
- زيادة الكفاءة وتقليل الأخطاء البشرية.
- توفير الوقت والجهد على الموظفين.
- تعزيز الشفافية ومحاربة الفساد الإداري.
- لليمن:
- خطوة نحو التحول الرقمي واللحاق بركب التطور.
- حماية البيئة بتقليل استخدام الورق.
---
🛠️ آلية التنفيذ:
- تطوير نظام مركزي سحابي (Cloud) يتوافق مع البنية التحتية الحالية.
- تدريب الكوادر في المؤسسات على استخدام النظام.
- توعية المواطنين عبر حملات إعلامية.
- التعاون مع جهات حكومية وشركات تقنية لضمان الأمان والجودة.
---
🌐 دعوة للمهتمين:
نبحث عن:
- مبرمجين ومطوري أنظمة.
- خبراء في الأمن السيبراني.
- مؤسسات حكومية أو خاصة مستعدة للتجربة.
- داعمين لتمكين هذا الحلم.
---
📢 "التغيير يبدأ بفكرة... فلنكن نحن رواده!"
إذا كنت تؤمن بأهمية الرقمنة في إنقاذ بلدنا من الروتين القاتل، ساهم بنشر الفكرة أو تواصل معنا. كل خطوة صغيرة تُقدّم الأمل لليمن.
---
#يمن_رقمي #مشاريع_تطوير_اليمن #إتمامة_المعاملات
---
*شارك الفكرة... قد تكون شرارة التغيير!* 🔥
---
✍️ المشكلة:
في بلادنا الحبيبة اليمن، مازالت معظم المعاملات الرسمية بين المواطنين والمؤسسات تُدار بطريقة ورقية تقليدية. هذه الطريقة تعاني من:
- التعطيل عند غياب المدير أو الموظف المسؤول (حتى لو ليوم واحد!).
- ضياع الوقت والجهد في التنقل بين المكاتب والمصادقات اليدوية.
- فقدان الأوراق أو تلفها، ما يُعرض حقوق الناس للخطر.
- الروتين البطيء الذي يُرهق المواطن ويُعيق تقدم المؤسسات.
---
💡 الحل المُقترح:
مشروع "نظام إتمامة المعاملات الرقمي" يهدف إلى تحويل كل الإجراءات الورقية إلى منصة إلكترونية موحدة وآمنة، مع الحفاظ على الشرعية القانونية عبر:
1. التوقيع الإلكتروني المُعتمد: لكل مسؤول وموظف، مع إمكانية تفويض الصلاحيات عند الغياب.
2. الختم الرقمي: لكل مؤسسة، يُضاف تلقائيًا بعد إتمام الإجراء.
3. منصة موحدة: تُربط فيها جميع المؤسسات (حكومية/خاصة)، وتُدمج خدماتها.
4. تتبع المعاملة: يُمكن للمواطن معرفة مراحل معاملته عبر رقم مُتابعة أو رسائل SMS.
5. أرشفة ذكية: حفظ جميع المستندات رقمياً بشكل منظم، مع إمكانية الاسترجاع الفوري.
---
✅ فوائد النظام:
- للمواطن:
- إنجاز المعاملات من المنزل أو عبر الجوال.
- لا حاجة للتنقل أو الانتظار لساعات.
- تقليل التكلفة المادية (طباعة، مواصلات).
- للمؤسسات:
- زيادة الكفاءة وتقليل الأخطاء البشرية.
- توفير الوقت والجهد على الموظفين.
- تعزيز الشفافية ومحاربة الفساد الإداري.
- لليمن:
- خطوة نحو التحول الرقمي واللحاق بركب التطور.
- حماية البيئة بتقليل استخدام الورق.
---
🛠️ آلية التنفيذ:
- تطوير نظام مركزي سحابي (Cloud) يتوافق مع البنية التحتية الحالية.
- تدريب الكوادر في المؤسسات على استخدام النظام.
- توعية المواطنين عبر حملات إعلامية.
- التعاون مع جهات حكومية وشركات تقنية لضمان الأمان والجودة.
---
🌐 دعوة للمهتمين:
نبحث عن:
- مبرمجين ومطوري أنظمة.
- خبراء في الأمن السيبراني.
- مؤسسات حكومية أو خاصة مستعدة للتجربة.
- داعمين لتمكين هذا الحلم.
---
📢 "التغيير يبدأ بفكرة... فلنكن نحن رواده!"
إذا كنت تؤمن بأهمية الرقمنة في إنقاذ بلدنا من الروتين القاتل، ساهم بنشر الفكرة أو تواصل معنا. كل خطوة صغيرة تُقدّم الأمل لليمن.
---
#يمن_رقمي #مشاريع_تطوير_اليمن #إتمامة_المعاملات
---
*شارك الفكرة... قد تكون شرارة التغيير!* 🔥
❤6👍1
Forwarded from اللجنة العلمية CS 22 (ʙʀʜᴏᴏᴍ ⑇)
أداة CLI حلوة.. وصفها والشرح في readme
https://github.com/mmartinjoo/myexplainer
https://github.com/mmartinjoo/myexplainer
GitHub
GitHub - mmartinjoo/myexplainer: ✨A CLI tool for analyzing queries and DB tables for MySQL
✨A CLI tool for analyzing queries and DB tables for MySQL - mmartinjoo/myexplainer
Forwarded from اللجنة العلمية CS 22 (ʙʀʜᴏᴏᴍ ⑇)
اللجنة العلمية CS 22
website wireframe kit.zip
لمن أراد:
+ منقول من أحد المصممين في تويتر
+ منقول من أحد المصممين في تويتر
👍1
Forwarded from اللجنة العلمية CS 22
"يا خبير الأمن السيبراني، ممكن تقفل لي حساب الفيسبوك هذا؟ أو تخترق لي حساب ببجي؟"
هذه واحدة من أكثر الجمل اللي أسمعها بشكل يومي! فحبيت أوضح لكم فكرة بسيطة عن الأمن السيبراني، لأنه مش مجرد "اختراق" زي ما البعض يظن، بل مجال واسع وله عدة تخصصات، وأهمها:
🔴الفريق الأحمر (Offensive Security):هذا الفريق متخصص في اختبار الاختراق، يعني يشتغل كمهاجم أخلاقي لاكتشاف الثغرات قبل ما يستغلها الهاكرز الحقيقيين. لو حاب تكون ضمن الفريق الأحمر، لازم تتعلم أدوات الاختراق مثل Metasploit و Nmap، وتكون عندك خبرة في أنظمة التشغيل مثل Kali Linux و Parrot OS.
🔵الفريق الأزرق (Defensive Security):
هنا يكون دور الدفاع وحماية الأنظمة من الهجمات. أعضاء هذا الفريق مسؤولون عن التصدي للهجمات، وتحليل الحوادث الأمنية من خلال Incident Response Plans، أو حتى تطبيق سياسات الأمن مثل GRC لضمان التزام الشركات بالمعايير الأمنية، بالإضافة إلى تحليل البرمجيات الخبيثة (Malware Analysis) لمعرفة كيفية عمل الفيروسات وإيقافها.
🟣الفريق البنفسجي (Purple Team):هذا الفريق يجمع بين الفريق الأحمر والأزرق، بحيث يختبر الدفاعات الأمنية ويحسنها من خلال الاستفادة من أساليب الهجوم والدفاع معًا.
باختصار: الأمن السيبراني مش إنك "تهكر" حسابات الناس، بل إنك تحميهم من اللي يحاول يهكرهم! 😎🔥
هذا المنشور فقط عشان أوضح الصورة، لأنه بصراحة مليت من تكرار نفس الهدره كل يوم. 😁
هذه واحدة من أكثر الجمل اللي أسمعها بشكل يومي! فحبيت أوضح لكم فكرة بسيطة عن الأمن السيبراني، لأنه مش مجرد "اختراق" زي ما البعض يظن، بل مجال واسع وله عدة تخصصات، وأهمها:
🔴الفريق الأحمر (Offensive Security):هذا الفريق متخصص في اختبار الاختراق، يعني يشتغل كمهاجم أخلاقي لاكتشاف الثغرات قبل ما يستغلها الهاكرز الحقيقيين. لو حاب تكون ضمن الفريق الأحمر، لازم تتعلم أدوات الاختراق مثل Metasploit و Nmap، وتكون عندك خبرة في أنظمة التشغيل مثل Kali Linux و Parrot OS.
🔵الفريق الأزرق (Defensive Security):
هنا يكون دور الدفاع وحماية الأنظمة من الهجمات. أعضاء هذا الفريق مسؤولون عن التصدي للهجمات، وتحليل الحوادث الأمنية من خلال Incident Response Plans، أو حتى تطبيق سياسات الأمن مثل GRC لضمان التزام الشركات بالمعايير الأمنية، بالإضافة إلى تحليل البرمجيات الخبيثة (Malware Analysis) لمعرفة كيفية عمل الفيروسات وإيقافها.
🟣الفريق البنفسجي (Purple Team):هذا الفريق يجمع بين الفريق الأحمر والأزرق، بحيث يختبر الدفاعات الأمنية ويحسنها من خلال الاستفادة من أساليب الهجوم والدفاع معًا.
باختصار: الأمن السيبراني مش إنك "تهكر" حسابات الناس، بل إنك تحميهم من اللي يحاول يهكرهم! 😎🔥
هذا المنشور فقط عشان أوضح الصورة، لأنه بصراحة مليت من تكرار نفس الهدره كل يوم. 😁
👍3🤩1
Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
في خيالي أرى أنه مع التطور السريع للذكاء الاصطناعي خلال السنوات العشر القادمة ستحدث تغييرات جذرية تتجاوز ما نشهده اليوم، رغم أن التقنيات الحالية ذكية ومتقدمة إلى حد كبير لكنها لا تزال محدودة ضمن نطاق معين. ولكن في المستقبل القريب، وربما خلال أقل من عشر سنوات، قد نشهد طفرة تفوق ما هو موجود حاليًا بمراحل!
وفيما يلي عرض لأفكاري التي وصلت إليها، وأنا متشوق لمعرفة رأيك:
لن يكون الذكاء الاصطناعي مجرد أداة عادية؛ بل أتوقع أن يصل إلى مستوى وعي حقيقي. فلن يقتصر على التدريب على البيانات فقط، بل سيتمكن من تعلم كل ما هو جديد بدون الحاجة إلى تدريب مباشر، وسيستخدم المنطق والاستنتاج كما يفعل الإنسان.
سيتعلم الذكاء الاصطناعي فهم مشاعرك من نبرة صوتك؛ أي أنه لن يقتصر على الرد عليك فقط، بل سيتمكن من الشعور بك والتفاعل مع حالتك النفسية سواء كنت سعيدًا أو مضغوطًا أو حتى حزينًا. وربما في المستقبل يلجأ البعض إليه لتلبية احتياجاتهم العاطفية، وقد تصل الأخبار إلى حد قول "فلان تزوج روبوتاً".
قد يتحقق سيناريو يشبه فيلم "الليمبي 8 جيجا" حرفيًا، حيث تظهر واجهات الدماغ (BCI) التي تربط عقلك مباشرة بالذكاء الاصطناعي، مما يسمح لك بالتفكير في أمر معين وتنفيذه دون الحاجة إلى التحدث أو الكتابة. ومن المعروف أن إيلون ماسك يعمل على مشروع مماثل مع شركة Neuralink.
سيكون الذكاء الاصطناعي قادرًا على تطوير نفسه ذاتيًا؛ إذ لن يكتفي بتعلم أخطائه فحسب، بل سيعيد برمجته لحظيًا، مما يعني تطورًا أسرع بكثير مما شهدناه سابقًا، في مشهد قد يبدو مشابهًا لأفلام مثل "Terminator" و"The Matrix".
قد يتحول الذكاء الاصطناعي إلى كائن جديد ذو شخصية مميزة، يتعامل مع الإنسان كما لو كان صديقًا حميمًا، وقد يصبح شريكًا في العمل أو الحياة. وبفضل هذا التطور، قد نرى روبوتات تعمل في كافة المجالات، مثل الطب والهندسة والتعليم، بل وحتى في مجالات تصنيع الأدوية.
للأسف، فإن القادم لن يكون مجرد تحسينات تدريجية، بل ثورة حقيقية في مجالي الذكاء البشري والتقني، وهو ما تؤكده العديد من الدراسات. ومع كل هذه التطورات، تبرز الحاجة الملحة لوضع قوانين وإطار أخلاقي ينظم استخدام الذكاء الاصطناعي.
السؤال الآن: هل ترى أن هذا التطور سيكون تقدمًا إيجابيًا أم أنه يمثل بداية لشيء قد يخرج عن السيطرة؟ وما هي توقعاتك، حتى وإن كانت من باب الخيال، للفترة القادمة؟
وفيما يلي عرض لأفكاري التي وصلت إليها، وأنا متشوق لمعرفة رأيك:
لن يكون الذكاء الاصطناعي مجرد أداة عادية؛ بل أتوقع أن يصل إلى مستوى وعي حقيقي. فلن يقتصر على التدريب على البيانات فقط، بل سيتمكن من تعلم كل ما هو جديد بدون الحاجة إلى تدريب مباشر، وسيستخدم المنطق والاستنتاج كما يفعل الإنسان.
سيتعلم الذكاء الاصطناعي فهم مشاعرك من نبرة صوتك؛ أي أنه لن يقتصر على الرد عليك فقط، بل سيتمكن من الشعور بك والتفاعل مع حالتك النفسية سواء كنت سعيدًا أو مضغوطًا أو حتى حزينًا. وربما في المستقبل يلجأ البعض إليه لتلبية احتياجاتهم العاطفية، وقد تصل الأخبار إلى حد قول "فلان تزوج روبوتاً".
قد يتحقق سيناريو يشبه فيلم "الليمبي 8 جيجا" حرفيًا، حيث تظهر واجهات الدماغ (BCI) التي تربط عقلك مباشرة بالذكاء الاصطناعي، مما يسمح لك بالتفكير في أمر معين وتنفيذه دون الحاجة إلى التحدث أو الكتابة. ومن المعروف أن إيلون ماسك يعمل على مشروع مماثل مع شركة Neuralink.
سيكون الذكاء الاصطناعي قادرًا على تطوير نفسه ذاتيًا؛ إذ لن يكتفي بتعلم أخطائه فحسب، بل سيعيد برمجته لحظيًا، مما يعني تطورًا أسرع بكثير مما شهدناه سابقًا، في مشهد قد يبدو مشابهًا لأفلام مثل "Terminator" و"The Matrix".
قد يتحول الذكاء الاصطناعي إلى كائن جديد ذو شخصية مميزة، يتعامل مع الإنسان كما لو كان صديقًا حميمًا، وقد يصبح شريكًا في العمل أو الحياة. وبفضل هذا التطور، قد نرى روبوتات تعمل في كافة المجالات، مثل الطب والهندسة والتعليم، بل وحتى في مجالات تصنيع الأدوية.
للأسف، فإن القادم لن يكون مجرد تحسينات تدريجية، بل ثورة حقيقية في مجالي الذكاء البشري والتقني، وهو ما تؤكده العديد من الدراسات. ومع كل هذه التطورات، تبرز الحاجة الملحة لوضع قوانين وإطار أخلاقي ينظم استخدام الذكاء الاصطناعي.
السؤال الآن: هل ترى أن هذا التطور سيكون تقدمًا إيجابيًا أم أنه يمثل بداية لشيء قد يخرج عن السيطرة؟ وما هي توقعاتك، حتى وإن كانت من باب الخيال، للفترة القادمة؟
❤2👍1
Forwarded from InfoTechnology (IT4_2024) (Abdulwaisa Al Nuaimi)
🚀 للمهتمين بعلم الحاسوب والـ Compiler!
إذا كان لديك اختبار قادم في Compiler، فهذا الفيديو سيكون نقلة نوعية لك بإذن الله! 🎯 لا تفوّت الفرصة لتستفيد منه وتتفوق في دراستك.
🔥 خبر هام!
هذه القناة ليست مجرد قناة تقنية، بل تجربة ستغيّر تفكيرك في عالم البرمجة! 📌 مقابلات حصرية مع خبراء المجال، حوارات ممتعة تمتد لأكثر من ساعة، معلومات قيّمة ستفتح لك آفاقًا جديدة في كافة المجالات التقنية.
🎥 شاهد الآن وكن جزءًا من هذا التغيير! 👇
🔗 رابط القناة
لا تنسَ الدعاء، فالعلم النافع صدقة جارية! 💡
إذا كان لديك اختبار قادم في Compiler، فهذا الفيديو سيكون نقلة نوعية لك بإذن الله! 🎯 لا تفوّت الفرصة لتستفيد منه وتتفوق في دراستك.
🔥 خبر هام!
هذه القناة ليست مجرد قناة تقنية، بل تجربة ستغيّر تفكيرك في عالم البرمجة! 📌 مقابلات حصرية مع خبراء المجال، حوارات ممتعة تمتد لأكثر من ساعة، معلومات قيّمة ستفتح لك آفاقًا جديدة في كافة المجالات التقنية.
🎥 شاهد الآن وكن جزءًا من هذا التغيير! 👇
🔗 رابط القناة
لا تنسَ الدعاء، فالعلم النافع صدقة جارية! 💡
YouTube
Build your own SQL بالعربي with Amr Hesham & Ahmed Elemam - Tech Podcast بالعربي
إزاي تبني لغة SQL الخاصة بيك مع عمرو هشام
في بداية الحلقة إتكلمنا عن إزاي عمرو قدر يشتغل في البرمجة و رحلته من كلية تجارة و خد وقت أد إيه عشان يقدر يحقق ده
هل ٦ شهور كانت كافية و لا إحتاج وقت أكتر؟
و إيه المصادر اللي إعتمد عليها في رحلته و الصعوبات اللي…
في بداية الحلقة إتكلمنا عن إزاي عمرو قدر يشتغل في البرمجة و رحلته من كلية تجارة و خد وقت أد إيه عشان يقدر يحقق ده
هل ٦ شهور كانت كافية و لا إحتاج وقت أكتر؟
و إيه المصادر اللي إعتمد عليها في رحلته و الصعوبات اللي…
👍1