ابنِ أول تطبيق بـLovable
Lovable بيبني تطبيق ويب كامل من وصف بالكلام. بس الفرق بين تطبيق شغال وتطبيق بيقع في أول تعديل هو إزاي بتوصف، وبتقسّم، وبتراجع. الكتاب ده بيمشي معاك على الطريقة دي.
- تحوّل فكرتك لوصف واضح Lovable يفهمه من أول مرة
- تبني على مراحل صغيرة بدل prompt واحد ضخم يبوّظ كل حاجة
- تصلّح الأخطاء من غير ما تدخل في دوامة تعديلات
- تنشر نسختك الأولى على لينك وتشاركها
ابنِ أول تطبيق بـLovable
من فكرة في دماغك لنسخة منشورة على لينك، من غير ما تكتب كود بإيدك
هتمشي فيه خطوة بخطوة
- 01
قبل ما تفتح Lovable: صغّر الفكرة
إزاي تحوّل فكرة كبيرة لأول نسخة تتبني في يوم
- 02
أول prompt: وصف يتبني صح
هيكل الـprompt الأول اللي بيحدد شكل المشروع كله
- 03
ابنِ على خطوات، مش مرة واحدة
إزاي تضيف ميزة ميزة من غير ما تكسر اللي اشتغل
- 04
البيانات والحسابات: ربط Supabase
إمتى تحتاج قاعدة بيانات، وإزاي تربطها من غير وجع دماغ
- 05
لما حاجة تبوظ
إزاي تطلع من دوامة «صلّحها» اللي بتاكل رصيدك
- 06
انشر وشارك
من preview للينك حقيقي، وإيه تتأكد منه قبل ما تبعته لحد
الكتاب ده معمول لـ
- مصممين ومديري منتجات عايزين يحوّلوا الفكرة لحاجة الناس تجرّبها
- أصحاب مشاريع صغيرة عايزين MVP قبل ما يصرفوا على فريق
- أي حد جرّب Lovable مرة وطلع بحاجة مش اللي في دماغه
مش ليك لو: لو عايز تتعلم برمجة من الصفر. هنا الأداة هي اللي بتكتب الكود، وإنت اللي بتوصف وتحكم.
شكل الـprompts اللي جوه
عندي فكرة تطبيق: [اكتب الفكرة]. المستخدم الأساسي: [مين]. ساعدني أحدد أصغر نسخة (MVP) تتبني في يوم: رحلة مستخدم واحدة من 4 لـ6 خطوات، والشاشات اللي محتاجها، وإيه اللي يتأجل لبعدين. اسألني لو فيه حاجة مش واضحة قبل ما تجاوب.
قبل ما تنزّله
لأ. هتشوف كود وerrors، وده طبيعي. اللي محتاجه إنك توصف كويس وتجرّب كويس، والكتاب بيركّز على الاتنين.
فيه خطة مجانية برصيد محدود يكفي تجرّب وتبني نسخة أولى صغيرة. الخطط والأسعار بتتغير، فبص على صفحة الأسعار عندهم قبل ما تبدأ.
أيوه، والكتاب فيه الجملة اللي تضمن إن التصميم يتبني من اليمين للشمال من الأول.
PDF على الإيميل اللي هتكتبه، خلال دقايق.
خد الكتاب وابدأ تبني
من فكرة في دماغك لنسخة منشورة على لينك، من غير ما تكتب كود بإيدك
