<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>حسوب I/O - مساهمات المستخدم umitdogan</title>
		<description>المساهمات التي أرسلها umitdogan - حسوب I/O</description>
		<language>ar</language>
		<generator>حسوب I/O</generator>
		<item>
			<title>كيف نصيغ سؤالاً يمكن إعادة تجربته؟</title>
			<pubDate>Thu, 05 Nov 2026 12:41:24 +0000</pubDate>
			<link>https://io.hsoub.com/tech/186242-%D9%83%D9%8A%D9%81-%D9%86%D8%B5%D9%8A%D8%BA-%D8%B3%D8%A4%D8%A7%D9%84%D8%A7-%D9%8A%D9%85%D9%83%D9%86-%D8%A5%D8%B9%D8%A7%D8%AF%D8%A9-%D8%AA%D8%AC%D8%B1%D8%A8%D8%AA%D9%87</link>
			<description><![CDATA[عند طلب المساعدة في أداة أو سير عمل بُني بالذكاء الاصطناعي، يمكن البدء بخمسة أشياء: الهدف، ومدخل صغير تجريبي، والخطوات، والنتيجة المتوقعة، والنتيجة الفعلية. ثم نضيف ما جربناه وما تغير بعده.  مثال ببيانات وهمية: إرسال النموذج مرة واحدة أنشأ مهمتين. هل وصل الحدث نفسه مرتين، أم وصل حدثان مختلفان؟ هذا التفريق يجعل السؤال أوضح قبل اقتراح تعديل للكود. وينبغي حذف المفاتيح وبيانات العملاء والمعلومات الخاصة من الصور والسجلات.  ما المعلومة التي تحتاجونها أولاً حتى تستطيعوا مساعدة صاحب السؤال؟]]></description>
		</item><item>
			<title>قبل أتمتة الطلبات: من يلاحظ أن الخطوة التالية لم تبدأ؟</title>
			<pubDate>Thu, 05 Nov 2026 07:06:22 +0000</pubDate>
			<link>https://io.hsoub.com/entrepreneurship/186234-%D9%82%D8%A8%D9%84-%D8%A3%D8%AA%D9%85%D8%AA%D8%A9-%D8%A7%D9%84%D8%B7%D9%84%D8%A8%D8%A7%D8%AA-%D9%85%D9%86-%D9%8A%D9%84%D8%A7%D8%AD%D8%B8-%D8%A3%D9%86-%D8%A7%D9%84%D8%AE%D8%B7%D9%88%D8%A9-%D8%A7%D9%84%D8%AA%D8%A7%D9%84%D9%8A%D8%A9-%D9%84%D9%85-%D8%AA%D8%A8%D8%AF%D8%A3</link>
			<description><![CDATA[لنفترض فريقًا صغيرًا يستقبل طلبات العملاء في نموذج، ثم ينقلها إلى جدول للتنفيذ. هذا مثال افتراضي لتصميم سير العمل.  يبدو الربط بسيطًا، لكن هناك حالة تستحق الانتباه: وصل الطلب، ولم يبدأ أحد تنفيذه. قد يكون نقل البيانات نجح تمامًا، بينما بقيت المسؤولية غير واضحة.  قبل بناء الربط، سأكتب لكل مرحلة ثلاثة أشياء: الشخص المسؤول، والحالة التي يراها بقية الفريق، والمدة التي تستدعي مراجعة الطلب إذا لم يتقدم. المدة يحددها الفريق حسب طبيعة العمل، وليست رقمًا ثابتًا لكل الحالات.  مثلًا: «طلب جديد» يعني أنه وصل فقط. «بانتظار المراجعة» يعني أن شخصًا محددًا يحتاج إلى فحصه. و«جاهز للتنفيذ» يعني أن المراجعة انتهت. لا ينبغي أن تحمل الحالات الثلاث المعنى نفسه.  وعند التعطل، يحتاج الفريق إلى طريقة لإكمال الخطوة الناقصة مع الحفاظ على الطلب الأصلي، بدل إنشاء طلب جديد قد يكرر العمل.  أي حالة تضيفونها إلى نظامكم لتوضيح أن البيانات وصلت، لكن المهمة لم تبدأ بعد؟]]></description>
		</item><item>
			<title>ماذا يرى المستخدم عندما يختفي المصدر؟</title>
			<pubDate>Wed, 04 Nov 2026 23:59:34 +0000</pubDate>
			<link>https://io.hsoub.com/entrepreneurship/186229-%D9%85%D8%A7%D8%B0%D8%A7-%D9%8A%D8%B1%D9%89-%D8%A7%D9%84%D9%85%D8%B3%D8%AA%D8%AE%D8%AF%D9%85-%D8%B9%D9%86%D8%AF%D9%85%D8%A7-%D9%8A%D8%AE%D8%AA%D9%81%D9%8A-%D8%A7%D9%84%D9%85%D8%B5%D8%AF%D8%B1</link>
			<description><![CDATA[لو بنيت منتجًا يعتمد على خدمة خارجية، سأجرّب سيناريو بسيطًا قبل الإطلاق: ماذا يرى المستخدم عندما يختفي المصدر؟  في تطبيق تعليمي يعتمد على فيديو، يمكن أن يبقى نص الدرس وشرح الفكرة متاحين مع تنبيه واضح أن الفيديو غير متاح. أما المهمة التي لا يمكن إكمالها دون المصدر، فتحتاج إلى توضيح ما الذي توقف وما الخطوة التالية.  هذا تمرين تصميم أقترحه قبل الإطلاق. هل تختبرون هذه الحالات مبكرًا، أم تظهر لأول مرة عبر رسالة دعم؟]]></description>
		</item>
	</channel>
</rss>
