الدنيا صغيرة.
ساعد زمايلك وتعاون معهم، حتى لو في فريق ثاني، لوجه الله أولا، ولأن هذا شغلك ثانيا، وعشان الدنيا صغيرة ثالثا.
.
من عارف، ممكن الدنيا تفرقكم وبعدين تشتغلوا مع بعض ثاني، ويبقى هو مديرك، أو أنت مديره، أو أنت تروح تشتغل في مكان ويسألوه عنك، فخلي سمعتك تكون طيبة وسابقاك، اوعى حد يقول عنك مش متعاون، أو بيخبي المعلومة، أو مقفل دماغه ومش عايز يتعلم، أو مش عايز يشتغل، أو لعبي وبيضيع وقت كتير.
أنا شخصيا بتسئل عن ناس مقدمين على شغل في أماكن تانية، وعمري ما برشح حد سلوكه غير مشجع، زي الأمثلة اللي ذكرتها فوق دي.
الدنيا صغيرة يا عزيزي.
.
الشطارة التقنية -على أهميتها - مش كافية، السلوك والمهارات الشخصية كتير بتكون أهم، خاصة كل ما تترقى في السلم الوظيفي.
.
يحضرني هنا قول الحطيئة:
‏مَنْ يفعَلِ الخيرَ لا يعدَم جوازيَهُ *** لا يذهبُ العُرفُ بينَ الله والناسِ
منقول
#وضعنا

كيف فيسبوك أو غيره بيطبق فكرة الـ Score للمستخدمين؟ 🤔

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

🔹 كيف ممكن يحسب؟

+1 نقطة لكل رد أو تعليق. +1 نقطة لإعادة نشر البوست مع إضافة تعليق. من 0 إلى 5 نقاط لنشر بوست، حسب أصالته. (مثلاً، إذا كان نصًا أصليًا بالكامل يحصل على 5 نقاط، ولو مأخوذ من ChatGPT أو مجرد رابط، يحصل على 0). كل نقطة تفقد قيمتها تدريجيًا مع الزمن. (مثلاً، كل نقطة تصبح نصف بعد سنة تقريبًا وفق منحنى Exponential Decay).

🧮 مثال على شخص قام بالتالي:

نشر بوست نصفه أصلي قبل 10 أيام → 2.5 × e^(-10/500) = 2.45 كتب ردًا قبل يومين → 1 × e^(-2/500) = 1.00 علّق 3 مرات قبل 30 يومًا → 3 × e^(-30/500) = 2.83
🔹 الإجمالي: 6.27 نقطة

💡 طيب، كيف ممكن فيسبوك يطبق هذا؟
فيسبوك لا يكشف عن خوارزمياته، لكن يمكنه استخدام:
✅ تحليل المحتوى بالذكاء الاصطناعي لمعرفة إن كان المنشور أصليًا أم منسوخًا.
✅ Exponential Decay لضمان أن النقاط تتآكل بمرور الوقت، مما يشجع التفاعل المستمر.
✅ Graph Theory لقياس تأثير المستخدم بناءً على من يتفاعل مع محتواه.
✅ تحليل Engagement Score لكل منشور لتحديد أولويته في News Feed.

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

السؤال الآن: هل تعتقد أن فيسبوك أو غيرها يستخدم شيئًا مشابهًا لهذا؟ 🤔

#ميزة_مشروعك

🔐 Authentication Methods: Evolution & Modern Practices 🔐

Ever wondered how web applications keep your data secure while ensuring seamless user experiences? Abdulwaisa Al Nuaimi’s insightful slides break down key authentication methods and their evolution. Here’s a snapshot:

✅ Session/Cookie-Based Auth

Traditional, server-side state management.

Downsides: Scalability issues, cross-domain restrictions, and security risks like CSRF.

Mitigations: SameSite cookies (post-2016) improved safety.

✅ Token-Based Auth

Stateless, scalable, and ideal for SPAs/mobile apps.

Uses tokens (e.g., JWT) instead of server-stored sessions.

Reduces overhead and avoids cookie-related security pitfalls.

🔑 Signature-Based Auth

Used by AWS, Azure, etc.

Hashes requests with a private key for MITM attack prevention.

🔒 Two-Factor Authentication (2FA)

Combines passwords with OTPs (e.g., SMS, TOTP).

ASP.NET Core shifted to TOTP for better security.

🌐 Third-Party Auth

OpenID’s rise and fall, replaced by OpenID Connect (OIDC).

OIDC layers authentication on OAuth2, offering standardized identity management.

📈 Why It Matters?

Modern apps demand scalable, secure, and user-friendly auth solutions.

From sessions to tokens and OIDC, staying updated is crucial for robust security.



#WebSecurity #AuthenticationMethods #TokenBasedAuth #CyberSecurity #OIDC #TechTrends

🔐 Authentication Methods: Evolution & Modern Practices 🔐

Ever wondered how web applications keep your data secure while ensuring seamless user experiences? Abdulwaisa Al Nuaimi’s insightful slides break down key authentication methods and their evolution. Here’s a snapshot:

✅ Session/Cookie-Based Auth

Traditional, server-side state management.

Downsides: Scalability issues, cross-domain restrictions, and security risks like CSRF.

Mitigations: SameSite cookies (post-2016) improved safety.

✅ Token-Based Auth

Stateless, scalable, and ideal for SPAs/mobile apps.

Uses tokens (e.g., JWT) instead of server-stored sessions.

Reduces overhead and avoids cookie-related security pitfalls.

🔑 Signature-Based Auth

Used by AWS, Azure, etc.

Hashes requests with a private key for MITM attack prevention.

🔒 Two-Factor Authentication (2FA)

Combines passwords with OTPs (e.g., SMS, TOTP).

ASP.NET Core shifted to TOTP for better security.

🌐 Third-Party Auth

OpenID’s rise and fall, replaced by OpenID Connect (OIDC).

OIDC layers authentication on OAuth2, offering standardized identity management.

📈 Why It Matters?

Modern apps demand scalable, secure, and user-friendly auth solutions.

From sessions to tokens and OIDC, staying updated is crucial for robust security.



#WebSecurity #AuthenticationMethods #TokenBasedAuth #CyberSecurity #OIDC #TechTrends

YAGNI (You Aren’t Gonna Need It)
لا تُضف أي ميزات أو أكواد أو  (Hooks) إلا إذا كنت بحاجة إليها فعليًا اليوم.

مثال: لا تصمم نظام إشعارات معقد لتطبيق بسيط لمجرد أنه قد يحتاجه في المستقبل.
طبعا هو نفسه المؤلف Robert C.Martin  بيسأل ؟

Nowadays, ironically, it is one of the most important disciplines of good
software design. If you have a good suite of tests and you are skilled at the
discipline of refactoring, then the cost of adding a new feature and updating
the design to support that new feature will almost certainly be smaller than
the cost of implementing and maintaining all the hooks you might need one
day.

Does this mean that we never put the hooks in? Do we always design our
systems only for the features we need today? Do we never think ahead and
plan for the future?
No, that's not what YAGNI means. There are times when putting a
particular hook in is a good idea. Future-proofing the code is not dead, and
it is always wise to think of the future.

It's just that the trade-offs have changed so dramatically in the last few
decades that it is now usually better to leave the majority of the hooks out.
And that's why we ask the question:
What if you aren't gonna need it?

clean craftsmanship: disciplines,standards, and ethics
Book

يمكنك نقلها إلى chatgpt  إذا لم تفهم

#تكلفة_الذي_بتعملة_حساب_وتجهزله_اكثر_بكثير_من_تكلفة_الي_لم_تحسب_له

ما شاء الله... اخونا عبدالملك صولان عمل تطبيق جديد ونشره في متجر بلاي 😍🔥

تفضلو:-
الحمد الله تطبيق أصبح الان متاح للجميع في متجر قوقل بلاي

التطبيق يقوم بتحميل الفيديوات من بعض مواقع التواصل الاجتماعي ويحفظ حلات الوتس اب

كان الدافع الي خلاني افعل هذا التطبيق اني يوم كنت احتاج أحمل فيديو من الفيسبوك كل تطبيقات التحميل الي عندي كان فيها كميه اعلانات مش طبيعيه ومزعجه جدا .

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

بحث وتعلم وتطبيق بحث تعلم تطبيق وهاكذا لما سويت اول نسخه كانت تحمل من الفيسبوك فقط بعدين طورت فيه وضفت اشياء كثيره.

كانت تجربه ممتعه جدا تعلمت فيها اشياء كثيييير في البرمجه.
هذا غير اني اول مره ارفع تطبيق في متجر قوقل بلاي وتعلمت كيف اتعامل معاهم واتعلمت السياسات الخاصه بهم وكيف اخلي التطبيق يتبعها علاشان ينزل بدون اي مشاكل


الأفكار والاضافات كثيره وقادمه في التحديثات الجايه انشاء الله.
تقدر تبحث عليه بالاسم من المتجر vidsnap
أو من هذا الرابط
https://play.google.com/store/apps/details?id=com.vidsnap_app

جربوه وقلو لي رايكم فيه واذا في تعديل إضافات اغلاط لاتبخلو وبلغوني بها

ما شاء الله... اخونا عبدالملك صولان عمل تطبيق جديد ونشره في متجر بلاي 😍🔥

تفضلو:-
الحمد الله تطبيق أصبح الان متاح للجميع في متجر قوقل بلاي

التطبيق يقوم بتحميل الفيديوات من بعض مواقع التواصل الاجتماعي ويحفظ حلات الوتس اب

كان الدافع الي خلاني افعل هذا التطبيق اني يوم كنت احتاج أحمل فيديو من الفيسبوك كل تطبيقات التحميل الي عندي كان فيها كميه اعلانات مش طبيعيه ومزعجه جدا .

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

بحث وتعلم وتطبيق بحث تعلم تطبيق وهاكذا لما سويت اول نسخه كانت تحمل من الفيسبوك فقط بعدين طورت فيه وضفت اشياء كثيره.

كانت تجربه ممتعه جدا تعلمت فيها اشياء كثيييير في البرمجه.
هذا غير اني اول مره ارفع تطبيق في متجر قوقل بلاي وتعلمت كيف اتعامل معاهم واتعلمت السياسات الخاصه بهم وكيف اخلي التطبيق يتبعها علاشان ينزل بدون اي مشاكل


الأفكار والاضافات كثيره وقادمه في التحديثات الجايه انشاء الله.
تقدر تبحث عليه بالاسم من المتجر vidsnap
أو من هذا الرابط
https://play.google.com/store/apps/details?id=com.vidsnap_app

جربوه وقلو لي رايكم فيه واذا في تعديل إضافات اغلاط لاتبخلو وبلغوني بها

لازلنا في البداية فهلموا إلينا..🤎✨

اقرأ تفسير القرآن في 300 يوم
نبدأ يوم 1 رمضان إن شاء الله

تيليقرام t.me/TafseerReads
فيس fb.com/TafseerReads
تويتر twitter.com/TafseerReads
إنستا instagram.com/TafseerReads

📲 واتسب
https://whatsapp.com/channel/0029VaCzDB9EwEjyZahIGb0p

ساهموا بنشر الإعلان يا كرام
هناك من يحتاج هذا البرنامج

للتواصل والاستفسار 👇🏻
واتس wa.me/967702242300

من أكثر الأمور المخيفة في التعامل مع قواعد البيانات الكبيرة التي عليها حمل تشغيل عالٍ هي المسائل التي تجدها دمها متفرق بين المطور و بين مسؤول قاعدة البيانات (DBA).
يكون المطور غير قادر على العثور على أي خطأ في الكود ولا يعرف من أين يبدأ، ومسؤول قاعدة البيانات يقول لك إنه أيضًا لا يرى أي خطأ.
الأدوات التي تساعدك على تحليل المشاكل من هذا النوع لا تُقدر بثمن، لأنك قد تجد مسؤول قاعدة البيانات يريد منك أن تدله على بداية الطريق (معظمهم كذلك للأسف).
سأخبرك الآن عن شيء موجود في SQL Server يسمى Extended Events، ومن خلاله يمكنك رؤية توزيع الوقت الذي تم تنفيذ الاستعلام (Query) فيه، ومعرفة متى كان يتعرض لشيء يسمى Waits، وتوزيع Wait Times على الأنشطة المختلفة من I/O إلى CPU إلى Memory Grant Requests وغيرها الكثير، مما سيكشف لك أين تحتاج إلى البحث، وسيساعدك مسؤول قاعدة البيانات.
قد تقول: "أليس من المفترض أن يقوم مسؤول قاعدة البيانات بهذا الأمر؟"
سأقول لك: نعم، لكن مسؤولي قواعد البيانات الذين يعرفون هذا الكلام ليسوا كثيرين.
لكي تستفيد من هذه الأدوات جيدًا، يجب أن تفهم كيف يعمل Engine من الداخل، ومحاضرات كارنيجي ميلون التي أوصي بها كل يوم قبل الأكل وبعده ستوصلك إلى هذا المستوى.
وأستطيع أن أقول لك إن Extended Events ساعدتني في حل ألغاز كانت ستجعلني أُجن لو بحثت عنها بدونها.
لكن لكي تفهم مخرجاتها، يجب أن تكون متعلمًا جيدًا.
إذا كنت تعمل في قواعد بيانات ضخمة وتهتم بالأداء، شاهد محاضرات كارنيجي ميلون.
إذا كنت تستطيع إيصال هذا المنشور لأستاذك في الجامعة ليشاهدها ويطور مساقه، فجزاك الله خيرًا.
(لكن من غير أن يجعلك ترسب، لا داعي لقول شيء يزعجه، بل قل له إنك معجب بمساقه جدًا ولهذا تريد منه أن يطوره أكثر، كذب أبيض يعني).
CMU Intro to Database Systems (15-445/645)
CMU Advanced Database Systems (15-721)

🚀 بأذن الله تستفيد🚀

إذا كنت تبحث عن مصدر عربي ممتاز لتعلم Software Design Patterns بطريقة عملية وممتعة، أنصحك بورشة العمل الرائعة للمهندس محمد يحيى على يوتيوب! 

✅ تركيز على التطبيق العملي بدلًا من الشرح النظري المجرد. 
✅ أمثلة واقعية تُحاكي مشاريع حقيقية. 
✅ شرح سلس يناسب جميع المستويات (مبتدئين ومحترفين). 


الخلاصه انصحك تتابعه

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

طرحك عميق جدًا وفعلاً يلمس جوهر الفرق بين Agile و Waterfall من منظور التفكير الهندسي!
Waterfall هو بالفعل النهج الهندسي التقليدي حيث يتم وضع التصميم الشامل من البداية لضمان التكامل والاتساق. لكن مشكلته الأساسية كما ذكرت هي عدم القدرة على التكيف مع التغييرات غير المتوقعة في المتطلبات. وهذا يتعارض مع طبيعة سوق البرمجيات حيث الغموض والتغيرات المستمرة.
Agile من ناحية أخرى، يعكس حقيقة أن العميل أو المستخدم نفسه قد لا يكون متأكدًا مما يريده بالضبط، لذلك يكون النهج التكراري أكثر مرونة. لكن هذه المرونة تؤدي إلى معضلة كما وصفتها:
نبدأ بتطوير "سيارة"، ثم يطلب العميل أن "تطير"، بينما كان يمكن تصميم ذلك من البداية لو عُرف الهدف النهائي بشكل واضح.
وهنا يظهر السؤال الكبير:
كيف نوازن بين التخطيط الدقيق (Waterfall) وبين المرونة (Agile) دون أن نقع في فخ إعادة البناء المستمر؟

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

استخدام Agile مع تفكير هندسي مسبق، حيث لا يُترك التصميم بالكامل للتكرار، بل يتم وضع خطوط عريضة تراعي سيناريوهات التوسع المحتملة.

فهم أن Agile ليس فوضويًا، بل يمكن أن يكون منظمًا إذا تم تطبيق التصميم القابل للتعديل (Modular Design) من البداية.

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

كل التكنولوجيا دي و ai والله توقفها بقطع سلك تقطع العالم فمتكبرهاش ياسطى وريحتنا
#اختصرها_لك


آه، كلامك مظبوط ١٠٠٪! التكنولوجيا والذكاء الاصطناعي (AI) دول مش بس مُعتمدين على أسلاك، لا كمان على بنية تحتية معقدة أوي: سيرفرات، كهرباء، اتصالات، وبيانات ضخمة. لو حاجة بسيطة زيّ انقطاع كهرباء أو قطع كابل تحت البحر (زي اللي بيحصل أحيانًا)، ممكن فعلاً يخلي العالم يقف شوية 😅.
بس الفكرة مش إننا نستخسِّر قيمة التقدم، لكن نعرف إنه أداة مش إله! الذكاء الاصطناعي نفسه، رغم إنه بيحلّ مشاكل خارقة، لسه تبعٌ لـ:
- بيانات يدخلها البشر.
- كهرباء تشغِّله.
- وشبكة اتصالات توصله للعالم.
فالاعتماد عليه ١٠٠٪ غلط... الإنسان اللي صنعه لسه أقوى منه، لأنه يقدر يبدع ويتكيّف مع اللي مش متوقع (مش زي الآلة).
الخلاصة: "اتكل على الـ AI، بس اربط جملك!" 🐴🔥

📌 "المخاطرة (Risk) ليست مجرد تهديد... هي فرصة أيضًا!"

كثيرًا ما نربط مصطلح **"المخاطر" (Risk) بالأشياء السلبية التي تُهدد النظام أو المشروع، لكن الحقيقة أعمق من ذلك!
المخاطرة في جوهرها تعني "عدم اليقين" الذي قد يؤدي إلى نتائج إيجابية أو سلبية.


مثالٌ واضح:
لو قلت: "في رمضان، موسم بيع الملابس يرتفع، لو بعت سأربح ٢٠ مليون"، هل هذا أكيد 100%؟
بالطبع لا! هنا تكمن المخاطرة:
- الفرصة (الربح) موجودة، لكنها ليست مضمونة بسبب عوامل مثل: المنافسة، تغير الطلب، أو مشاكل التوريد.
- إذن، "المخاطرة" ليست الخسارة بحد ذاتها، بل عدم التأكد من تحقيق النتيجة المتوقعة، حتى لو كانت إيجابية!


كيف نتعامل مع المخاطر؟
1️⃣ حددها: ما العوامل التي قد تُغير النتيجة؟ (مثال: تأخر شحنة الملابس، تغيير موضة السوق).
2️⃣ حللها: ما احتمالية حدوثها؟ وما تأثيرها إن حدثت؟ (مثلًا: احتمال زيادة الطلب 70%، واحتمال التأخير 30%).
3️⃣ادرها: ضع خططًا استباقية (مثل: تعاقد مع موردين بدلاء، أو خصم مبيعات سريع إذا قل الطلب).


ملاحظة مهمة لمحللي النظم:
⚠️ لا تُركّز فقط على المخاطر السلبية (التهديدات)، بل انتبه أيضًا للفرص الإيجابية التي قد تفوتك إذا تجاهلتَها!
المخاطرة الناجحة هي التي تُحوّل "عدم اليقين" إلى خطة استراتيجية ذكية.

إدارة_المخاطر ليست تجنب الخسائر، بل هي فن تحقيق الأهداف رغم التعقيدات 🚀
#Business_Analysis

الـ Software Analysis جزءٌ من الـ Business Analysis.. هل تعرف دوره ؟

🛑🛑🛑
في مسابقة صغيره ومحتاج طلاب مشاركين الي يفهم بموقع hack the box يدخل خاص @spa6k

#انشروها

ما الفرق بين Verification و Validation؟
في عالم تحليل الأعمال (Business Analysis) والجودة، هناك فرق جوهري بين Verification و Validation، ويمكن تبسيط الفكرة باستخدام مثال إعداد الكيك:
Verification (التحقق):
هل قمنا باتباع الخطوات الصحيحة والمواصفات المطلوبة في إعداد الكيك؟

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

هل درجة حرارة الفرن مناسبة؟

هل وقت الخبز كان كافيًا؟

Verification يهتم بالتأكد من أن المنتج تم تنفيذه وفقًا للمعايير والمتطلبات المحددة مسبقًا.
Validation (التصديق/التحقق من القيمة):
هل الكيك لذيذ؟

هل المذاق يناسب توقعات الشخص الذي سيتناوله؟

هل يحقق الهدف منه (مثلاً، كيك شوكولاتة بطعم غني)؟

Validation يهتم بما إذا كان المنتج النهائي يحقق القيمة الحقيقية ويلبي احتياجات المستخدم الفعلي.
بمعنى آخر:
إذا اتبعت جميع الخطوات الصحيحة لكن الكيك لم يعجب من سيتناوله، فأنت حققت Verification لكن لم تحقق Validation. أما إذا كان الكيك لذيذًا لكنه لم يُصنع وفقًا للوصفة المحددة، فقد تحقق Validation ولكن دون تحقيق Verification.
الخلاصة:
Verification يتعلق بالـ Process (العملية)، بينما Validation يتعلق بالـ Outcome (النتيجة النهائية والقيمة للمستخدم).
صوماً مقبولاً وإفطاراً شهياً.

أصبحت أشوف منشورات💁‍♂️ كثيرة مكتوبة بـ ChatGPT والردود عليها كذلك من ChatGPT وكأن البشر مجرد وسيط بين روبوتات تتكلم مع بعض! حوارات شكلها مرتبة لكنها بلا إحساس بلا تجربة بلا عمق بلا شم وطعم !

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

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

#ذروة_الوصول_الصحراء