لوحة المتصدرين

هل سوف استفيد من الدورات هذي جميعا في مسار الامن السبراني او الهكر الأخلاقي لاكون واضح هل ستتساعدني البرمجه الاوامر وفهم الويب والاوامر البرمجيه في الامن السبراني والهكر الاخلاقي Cyber security and ethical hacking

كيف تكون مقابلة التخرج بعد الدورات هل ستكون مكالمة فيديو مثلا لأنني أعتقد أني لا املك الإمكانيات الكافية لذلك اريد ان اعرف تفاصيل عن هذه المقابلة

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

هل ال Cross platform سيقوم بإلغاء ال Native انا أريد اتعلم ال Native لبرمجة الايفون أم الأفضل تعلم Cross platform

لا تضهر الصورة بشكل كامل تضر بشكل رفيع للغاية

بصراحة أنا لم استخدام macOS من قبل لذلك لا استطيع أن أعطيك إجابة علي هذا السؤال ولكن يعتمد ذلك على احتياجاتك واستخدامك للجهاز. فيما يتعلق بسعة الذاكرة العشوائية والمساحة التخزينية، فإن 8 جيجابايت من RAM و512 جيجابايت SSD يمكن أن يكونوا كافيين للاستخدام في عملية التطوير. ولكن لتطوير تطبيقات iPhone يجب أن تمتلك حاسوب ويحتوي على برنامج Xcode. كما يجب أن يكون لديك جهاز iPhone لتشغيل التطبيقات المطورة واختبارها. لذلك أنصحك بالبحث عن متطلبات تشغيل برنامج Xcode.

من حيث نوع السياره والموديل والكود والعميل من حيث الاسم ورقم الجوال والايميل اتمنى الرد علي باسرع وقت

طيب سوال كمان بعد ادنك mac Book air افضل ام pro 8 جيجايه رم 512SSD مناسب والا الافضل اعلي؟ لبرمجه IOS

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

انا حبب برمجه الايفون اعتقد ها يبقي الافضل الNative ؟

مؤخرًا، أصبح الكثير من المطورين يتجهون نحو استخدام Cross platform في تطوير التطبيقات بدلاً من استخدام Native. وهذا يؤدي إلى التساؤل عما إذا كان Cross platform سيقوم بإلغاء Native في المستقبل. للإجابة على هذا السؤال، يجب أن نفهم مدى أهمية كل منهما في تطوير التطبيقات. فال Native تعني إنشاء تطبيقات لكل منصة بشكل منفصل، مثل إنشاء تطبيق مختلف لنظام iOS وتطبيق مختلف لنظام Android. بينما ال Cross platform يتيح للمطورين إنشاء تطبيق واحد يعمل على جميع المنصات. على الرغم من أن ال Cross platform يتيح للمطورين تطوير تطبيق واحد فقط، إلا أنه قد يحتاج إلى بعض التضحيات. فقد يكون تصميم تطبيق ب Cross platform أقل دقة من تصميم Native، لأن الأول يعتمد على مكتبات وأدوات متعددة المنصات. ومع ذلك، فإن استخدام Cross platform يخفض تكلفة التطوير بشكل كبير، حيث أنه يعني عدم الحاجة إلى عمل إعدادات مختلفة لكل منصة بشكل منفصل و لن تحتاج إلي مطور لكل منصة بل سوف تحتاج إلي مطور واحد فقط وهذا جيد بالنسبة للشركات، مما يوفر الوقت والمال. بغض النظر عن هذه التضحيات، تبقى Cross platform خيارًا جيدًا في بعض الحالات، مثل تطوير تطبيقات الأعمال أو التطبيقات التي لا تحتاج إلى ميزات Native. ولكن عندما يتعلق الأمر بتطوير تطبيقات مثل الألعاب، فإنه يجب استخدام Native للحصول على أفضل أداء وجودة. بالنسبة لقضية إلغاء Native، فلا يمكن ل Cross platform أن يحل محله بالكامل، خصوصًا فيما يتعلق بتطوير تطبيقات مخصصة أو الألعاب. وعلى الرغم من أن Cross platform قد يكون حلاً مؤقتًا، إلا أن Native سيبقى وجودًا لتطوير التطبيقات المتطورة والمتخصصة. بالنسبة للمبتدئين في عالم تطوير التطبيقات، فإن تعلم Native هو الخيار الأفضل. فقد يكون ذلك صعبًا لبعض الناس، ولكنه يعطي المزيد من المرونة والتحكم في تطوير التطبيقات. ولكن، يمكن استخدام Cross platform لتطوير تطبيقات بسيطة. إذا كنت ترغب في تعلم Cross platform، فيجب عليك الاستعداد لعدم الحصول على تصميم دقيق ك Native ولكن مع توفير المزايا التالية: توفير وقت التطوير وتكلفته إمكانية الحصول على تطبيق واحد يعمل على عدة منصات إمكانية استخدام مكتبات وأدوات Cross platform التي توفر العديد من المزايا المفيدة في التطوير. بشكل عام، يبقى Native الأفضل لتطوير التطبيقات المتطورة والمتخصصة، في حين أن Cross platform يمكن استخدامه لتطوير تطبيقات بسيطة أو الحصول على مزيد من المرونة في تطوير التطبيقات. في النهاية، يجب أن يختار المطور الطريقة التي تناسب مشروعه المحدد ويعمل بها.

لا يعني استخدام تقنيات Cross-platform تحديدًا إلغاء ال Native development، فعلى العكس، لا يزال ال Native development يلعب دورًا مهمًا في تطوير تطبيقات الهاتف المحمول ويتم تفضيله في بعض الحالات حيث يتطلب التطبيق عملية تفاعلية أسرع أو ميزات متطورة ودقيقة بما يكفي. وتعلم ال Native development سيكون مفيدًا لتطوير تطبيقات iOS المتطورة بشكل كامل ومستقل عن الأدوات الأخرى، ولكنه سيحتاج إلى وقت وجهد لتعلم لغة البرمجة المستخدمة في iOS (Swift/Objective-C). أما ال Cross-platform فهي تقنيات تسمح للمطورين بكتابة التطبيق مرة واحدة ونشرها على عدة أنظمة تشغيل. هذا يقلل الوقت والجهد المطلوب لتطوير تطبيقات الهاتف المحمول، ولكن يجب الأخذ في الاعتبار بعض العوامل مثل قابلية الصيانة وجودة الأداء. لذلك، يمكن التعلم على كلا الطرق (Native و Cross-platform) واختيار الأفضل حسب احتياجات ومتطلبات المشروع المطلوب. وما يجب عليك تعلمه هي اللغة المطلوبة في سوق العمل لديك في بلدك بالنسبة لمستوى Junior أو Entry Level أي مبتدأ أو خبرة سنة، وأيضًا على مواقع العمل الحر، فعليك بالإطلاع وتفقد المهارات المطلوبة. وتم النقاش حول سؤالك من قبل أرجو الإطلاع على التالي:

بالإضافة إلى الخطأ في كتابة الخاصية height، من الأفضل استخدام max-width في تحديد حجم الصورة في كود CSS بدلاً من استخدام width العادي. هذا لأن استخدام max-width يعني أن حجم الصورة سيكون محددًا بحيث لا يتجاوز عرض العنصر الأساسي الذي يتم عرض الصورة داخله، ولكن ارتفاع الصورة يمكن أن يتغير تلقائيًا لتحافظ على نسبة الارتفاع إلى العرض الصحيحة. هذا يساعد على تجنب مشاكل عدم تناسق الحجم في حالة تغيير حجم الشاشة أو تصفح الموقع على أجهزة مختلفة، كما أنه يعمل على تحسين تجربة المستخدم من خلال تحسين تصميم الموقع وسرعة تحميله. ولا حاجة لكتابة الـ height إلا في حالات محددة، حيث سيتم تحديد تلقائيًا من قبل العرض الذي قمت بتحديده أنت، وإليك مثال: img { max-width: 50%; } تم تعيين max-width على 50%، وهو يعني أن الصورة ستتمدد أو تنكمش حسب عرض العنصر الأساسي الذي يتم عرض الصورة داخله، ولكنها لن تتجاوز 50% من عرض هذا العنصر. على سبيل المثال، إذا كان العنصر الأساسي هو div ولديه عرض 1000 بكسل، فإن الصورة ستعرض بعرض 500 بكسل (50% من 1000 بكسل). وإذا كان العنصر الأساسي يتم تحجيمه أو تغيير حجمه بناءً على حجم الشاشة أو الجهاز المستخدم، فإن الصورة ستتكيف مع حجم العنصر الأساسي وستكون في نطاق max-width المحدد. يجب ملاحظة أن الكود المذكور يحدد فقط max-width ولم يتم تحديد الـ height، وبالتالي، سيتم الحفاظ على نسبة الارتفاع إلى العرض الأصلي للصورة كما ذكرت لك.

الـ Cross-platform لا يعني نهاية الـ Native، بل يعتبر بديلًا له، حيث يمكن استخدام الـ Cross-platform لتطوير تطبيق واحد يعمل على أكثر من نظام تشغيل، بينما يتم تطوير التطبيقات الـ Native لكل نظام تشغيل على حدة. ومن الممكن أن يكون الـ Cross-platform أسرع في التطوير وأرخص في التكاليف، ولكن قد يفتقر إلى بعض المزايا التي تأتي مع التطبيقات الـ Native. لا يوجد خيار أفضل للتعلم في الوقت الحالي، فكل منهما له اهميته وإذا كنت تحب ان تتعلم الNative فأنصحك بان تبدأ بتعلمه، ومن ثم يمكنك تعلم الـ Cross-platform في وقت لاحق.

هذا يعتمد على الرخصة المستعملة، لقد قمت بإجابتك عن هذا السؤال مسبقاً من أجل كل رخصة.

في الحالة الثانية ، ما هي القيود ؟

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

الخطأ يشير إلى أن مسار مشروعك يحتوي على أحرف ليست ASCII والذي قد يتسبب في فشل عملية البناء في نظام التشغيل Windows. باستطاعتك حل هذه المشكلة بإضافة السطر التالي إلى ملف gradle.properties الموجود في مجلد المشروع: android.overridePathCheck=true حاول إضافة هذا السطر وإعادة تشغيل البناء. وإذا استمرت المشكلة، جرب تغيير مسار المشروع إلى مجلد لا يحتوي على أحرف غير ASCII. وأيضًا تأكد من لغة الويندوز هي الإنجليزية وليست العربية تجنبًا لحدوث مشاكل، وقد يفيدك الإطلاع على النقاش التالي حول المشاكل المتعلقة ببيئة فلاتر.