الخلاصة يا رنجالة
الفرونت اند مجال تافه فعلا و سهل ولا لا ؟ هقولك
الفرونت اند مجال تافه فعلا و سهل ولا لا ؟ هقولك
بص تعالى نرجع ورا شوية و نسأل هو الفرونت اند مهمته ايه ؟ يبني الview او المظهر النهائي عشان المستخدم يعرف يستخدم الموقع و نعرف نعرضله الداتا اللي عايزين نعرضها
طيب هل دة معناه اني يادوب محتاج اتعلم html و css و JavaScript و اتوكل على الله بقى ؟ اه و لا في نفس الوقت
بص هو سواء انت شغال بفريموورك او لا فانت برضو في الأول في الآخر بتكتب html, css, JavaScript
بس فكك من اننا بنستعمل فريموورك ، تعالى نشوف بنستعمل فريموورك ليه أصلا؟ و ليه فيه كتير ؟
بس فكك من اننا بنستعمل فريموورك ، تعالى نشوف بنستعمل فريموورك ليه أصلا؟ و ليه فيه كتير ؟
الفكرة و ما فيها ان تعريف الفرونت اند كإظهار واجهة أمامية للمستخدم هو مختصر شويتين لأن فيه حالات و تحديات انت بتمر بيها في السكة دي ، زي ايه ؟
لو فرضنا عندك ١٠ صفحات بتعرض فيهم داتا تخص اليوزر ، هتعمل request ١٠ مرات ؟ ولا هتتصرف ازاي ؟
لو عندك search bar هتبعت request كل ما اليوزر يكتب أو يمسح حرف ؟ ولا هتتصرف ازاي ؟
لو عندك submit button واليوزر حب يدوس ١٠ مرات في الثانية عشان مستعجل مثلا هتبعت 10 requests ؟
لو عندك search bar هتبعت request كل ما اليوزر يكتب أو يمسح حرف ؟ ولا هتتصرف ازاي ؟
لو عندك submit button واليوزر حب يدوس ١٠ مرات في الثانية عشان مستعجل مثلا هتبعت 10 requests ؟
لو شغال على comment section بيقبل ان كل كومنت تعمل عليه reply و كل reply ممكن تعمله reply ، هتتصرف ازاي كdesign و logic ؟
لو عندك موقع بتعرض فيه تيشيرت مثلاً و التيشي
لو عندك موقع بتعرض فيه تيشيرت مثلاً و التيشي
لو عندك موقع بتعرض فيه تيشيرت مثلاً و التيشيرت له كذا مقاس و كذا لون ، هتخلي الstate بتاعت اللون و المقاس في الكود نفسه؟ طب افرض اليوزر حب يبعته لحد بنفس المقاس و اللون ؟
لو اتطلب منك حاجة زي انك تخلي اليوزر لما يupload صورة او فيديو يعملها crop هتتصرف فيها ازاي؟ و هتخليها خاصة بالصفحة اللي شغال عليها بس؟ ولا هتخليه reusable ؟
و الcases تطول بقى ممكن اعمل ثريد بيها لوحدها بس اختصارا يعني ان الحالات اللي فوق دي هي بالفعل topics في الفرونت اند
State management, caching, reusable components, form validations, etc...
و عشان كدة بقى بنستعمل أساسا فريموورك لأن غالبا لو هتعمل كل دة natively هتصدع
State management, caching, reusable components, form validations, etc...
و عشان كدة بقى بنستعمل أساسا فريموورك لأن غالبا لو هتعمل كل دة natively هتصدع
كل دي حاجات بتساعدنا فيها فريمووركس و مكتبات زي react, vue, angular, svelte و غيرهم و في نفس الوقت بيعملو مشاكل تانية زي ان كل دة client side rendered فبالتالي هيسببلك SEO Issues
و هنا بييجي دور الmeta frameworks زي Next, Nuxt, SvelteKit و غيرهم و تخش بقى في سكة الServer side rendering والstatic side generation
و دة في حد ذاته له تحدياته زي امتى تستعمل server components و امتى client components و ازاي تتصرف مع الhydration errors و غيره بقى
ممكن حد يقول إن اغلب الحاجات اللي فوق بنتعلملها libraries تعملهالنا و كلامه هيبقى صح فعلا
بس مهم تعرف ان ممكن الlibraries المتاحة ماتخدمش اللي انتو عايزينه ١٠٠٪ و ساعتها ممكن عادي جدا يتطلب منك تعمل انت الpackage/library دي بنفسك و ساعتها هيبقى مهم تعرف الليلة دي شغالة ازاي
بس مهم تعرف ان ممكن الlibraries المتاحة ماتخدمش اللي انتو عايزينه ١٠٠٪ و ساعتها ممكن عادي جدا يتطلب منك تعمل انت الpackage/library دي بنفسك و ساعتها هيبقى مهم تعرف الليلة دي شغالة ازاي
و كل دة انا ماتكلمتش في انك تفهم اللغة و الفريموورك اللي انت شغال بيهم بيشتغلو ازاي ورا الكواليس و أغلب النقط اللي اتكلمت فيها هي من react pov ممكن تقابل تحديات تانية لو شغال بفريموورك تاني
ففكرة ان الفرونت مجرد انك بتاخد داتا تلونها هي فكرة أشبه بأنك فاكر الباك اند هو مجرد انك بتاخد الداتا تبعتها لليوزر و العكس و خلاص و الفكرتين فعلاً في قمة السذاجة يعني
+ ادراكك للحاجات دي هيخليك ماتهتمش بالAI Tool اللي بتعمل landing page لوحدها دي و خلاص هتقعد سيتم مضاجعة الفرونت اند براً و بحراً و جواً (هيتم بس مش دلوقتي)
فذاكر و خلاص يسطا ، محدش مهتم مجالك صعب ولا سهل
في الآخر انا مش عامل الثريد أطلع اقول ان الفرونت صعب او سهل لأن دة مش مهم أساساً
الهدف تبقى مدرك و فاهم جزء من تحديات المجال دة عاملة ازاي مش اكتر
وبالتوفيق
الهدف تبقى مدرك و فاهم جزء من تحديات المجال دة عاملة ازاي مش اكتر
وبالتوفيق
جاري تحميل الاقتراحات...