فكر برمجي
400 subscribers
233 photos
2 videos
67 files
158 links
#فكر_برمجي
Think_Programmatically
قناة تقنية متخصصة في البرمجة وتطوير المهارات. نوفر شروحات مبسطة، موارد مفيدة، وأفكار ملهمة لتحويل شغفك بالتقنية إلى إبداع.
Download Telegram
🚀 هل تخيلت يومًا أن موقعك ممكن “ينبهر” المستخدم من أول ثانية؟

🎬 هذا مش مجرد تصميم موقع…
هذا مستوى جديد من التجربة التفاعلية (Interactive Experience)

حركات (Animations) سلسة
انتقالات ذكية
تجربة مستخدم تخلي الزائر ما يطلع من الموقع

📌 هذا هو مستقبل تصميم الويب!

🎥 شاهد المثال هنا:
https://youtu.be/L89L3_Zaens?si=K4qkvDBBBr6DAhZg

💡 السر مو في الكود فقط…
السر في:

- الإبداع 🎨
- التوقيت ⏱️
- الإحساس بالحركة 💫

🔥 إذا أنت مبرمج أو مصمم:
لا تكتفي بمواقع تقليدية…
ابدأ ببناء مواقع “تُبهر” العملاء وتبيع نفسها بنفسها!

📈 اليوم الشركات تبحث عن:
“تجربة” مش مجرد موقع

👨‍💻 هل أنت جاهز تنقل مستواك للمرحلة القادمة؟

#تصميم_ويب #Frontend #UI_UX #Animation #برمجة #تطوير_المواقع #ابداع
يقول أحدهم 6 أشهر من البرمجة التوليدية العشوائية (Vibe Coding): الشيفرة المصدرية (Codebase) الخاصة بي أصبحت كارثة بكل المقاييس.

التطبيق يعمل، المستخدمون راضون، والإيرادات تتدفق (وهذا فعلياً هو الجزء الإيجابي الوحيد في القصة).
لكن الكارثة بدأت عندما حاولت ضم مطور جديد (Onboard a dev) للفريق لمساعدتي؛ بمجرد أن فتح المستودع البرمجي (Repo)، صمت تماماً لمدة دقيقتين، ثم سألني بصدمة: "ما هذا؟".
لقد أمضيت 6 أشهر أعتمد بشكل أعمى على أدوات مثل Cursor و Lovable و Bolt. كل ميزة برمجية (Feature) كانت تعمل لحظة شحنها (Shipping)، لكن لم يكن هناك أي التفات للهيكلة أو المعمارية (Structure). الذكاء الاصطناعي كان يضيف الأكواد بتراكم عشوائي: ملف جديد هنا، دوال مكررة (Duplicate functions) هناك، وثلاث طرق مختلفة لمعالجة نفس العملية المنطقية عبر كامل الـ Codebase.
حاولت إجراء عملية إعادة هيكلة (Refactoring) للشيفرة بنفسي الأسبوع الماضي، واستسلمت بعد ساعتين فقط. الأكواد متشابكة لدرجة أن التعديل على جزء واحد يؤدي حتمياً إلى انهيار مكونات أخرى لا علاقة لها به تماماً.
عملية التوليد (Generation) كانت فائقة السرعة، لكن عملية التنظيف والصيانة (Cleanup) أصبحت كابوساً مرعباً.
السؤال الآن: هل هناك أي مخرج هندسي من هذا المأزق، أم سأضطر لإعادة بناء النظام بأكمله من الصفر (From Scratch)؟
2
ما هو C4 Diagram؟

هو أسلوب لتصميم وشرح الأنظمة البرمجية بطريقة واضحة ومتدرجة.
تم تطويره بواسطة
Simon Brown

والهدف منه:
فهم النظام من الأعلى
(Big Picture)
إلى التفاصيل الدقيقة بشكل منظم.

لماذا نستخدم C4؟
بدل ما ترسم مخطط معقد ومبهم
C4 يعطيك
4 مستويات واضحة:
من “النظام بالكامل”
إلى “الكود نفسه”

مستويات C4 الأربعة
١- System Context Diagram
(الصورة العامة)

هذا أعلى مستوى

يوضح:
من هم المستخدمين (Users)
ما هي الأنظمة الخارجية
كيف يتفاعل النظام معهم

مثال:
المستخدم → يستخدم تطبيقك
التطبيق → يتواصل مع API خارجي

٢- Container Diagram (مكونات النظام)

هنا نبدأ ندخل داخل النظام
يوضح:
Frontend مثال(React)
Backend مثال(Node.js)
Database
APIs
مثال :
React App
Node API
Mongodb

٣- Component Diagram (تفاصيل داخل كل جزء)

هنا ندخل أعمق
يوضح داخل الـ Backend مثلاً:

Controllers
Services
Repositories
يعني كيف الكود مقسّم داخليًا

٤- Code Diagram
(مستوى الكود)
أدق مستوى
يوضح:
Classes
Functions
العلاقات بينهم
غالبًا يستخدم UML
الفكرة الأساسية
C4 = Zoom تدريجي
المستوى
ماذا ترى
Context
النظام ككل
Container
أجزاء النظام
Component
داخل كل جزء
Code
تفاصيل الكود

مثال سريع على مشروع (React + Node)
Context →
المستخدم + التطبيق

Container →
React + Node + DB

Component → Controllers / Services

Code →
Classes & Functions

متى تستخدمه؟
تصميم مشروع جديد
شرح مشروع للدكاترة مثلا
مقابلات العمل
توثيق النظام

نصيحتي لك
بما أنك شغال على مشاريع :
ابدأ دائمًا بـ C4 قبل الكود
عشان:
تفهم النظام صح
تقلل الأخطاء
تشتغل كمهندس مش مجرد مبرمج
#خليك_واعي
2
في عالم تطوير التطبيقات والمواقع ، او أي نظام تتعامل معه يوميًا تقريبًا مبني على فكرة اسمها CRUD، وهي اختصار لأربع عمليات أساسية تتحكم في البيانات داخل أي تطبيق.

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

وكذلك نفس الشيء في فيسبوك أو إنستجرام او تطبيق عندما تنشر منشور جديد أو صورة.

Read (قراءة البيانات)
GET
مثال واقعي:
عندما تفتح واتساب وتقرأ رسائل المحادثة، أو تتصفح منشورات فيسبوك أو تيليجرام او تقلب ريلزات، فأنت هنا تقوم بعملية GET.

أي أنك تطلب عرض البيانات فقط بدون تغييرها.

Update (تحديث البيانات) PUT / PATCH
مثال واقعي:
عندما تقوم بتعديل رسالة في واتساب (ميزة تعديل الرسائل)، أو تعديل منشور قمت بنشره سابقًا، فأنت هنا تستخدم UPDATE.

PUT
يعني تحديث كامل للبيانات

PATCH
يعني تعديل جزء بسيط فقط
(مثل تصحيح كلمة في رسالة)

Delete (حذف البيانات) DELETE
مثال واقعي:
عندما تحذف رسالة من واتساب عندك أو عند الجميع، أو تحذف منشور قديم من فيسبوك، فأنت تستخدم DELETE.

أي إزالة البيانات بشكل نهائي أو أزالة من العرض بناء على سياسة المشروع نفسه.

الخلاصة:
التطبيقات والمواقع التي تستخدمها وتتصفحها يومياً تقوم بهذه العمليات بالخلفية

مثل واتساب، فيسبوك، تيليجرام، أو أي متجر إلكتروني، يعتمد بالكامل على هذه العمليات الأربع، مهما كان النظام معقد من الخارج كتصميم
بالاول والاخير هذه هي العمليات التي يقوم بها.
#concepts
2
طيب معك عريس وحابب تتجمل بتهنئة بأسرع ما يمكن خذ هذا البرومبت والصقه في Chatgpt وغير معلوماته بناء على المطلوب منك
وارفع صورة العريس وشوف النتيجة 👍😁
وباركوا لي على الشميز 🤣
🤣1
{
"design_type": "Modern Groom Wedding Invitation Poster",
"style_and_concept": "A blend of traditional elegance and modern graphic design. The composition highlights the groom using multiple layered portraits with artistic masking and elegant typography on a warm, minimalist background.",
"color_scheme": {
"background": "Warm off-white or cream (#F8F6F0) with very subtle, faded texture elements like faint feathers.",
"typography": "Dark charcoal or black for names, navy blue for main dates, to provide high contrast.",
"art_effects": "Black/dark grey for ink splatters and brush strokes."
},
"visual_elements_and_layout": {
"background_portrait": "A highly transparent, large facial portrait of the groom placed at the top-left corner, acting as a soft background watermark. Use the provided image of the young man with glasses and a beige blazer.",
"primary_portrait": "A large, high-quality half-body portrait of the groom from the provided image, centered and slightly leaning to the left.",
"secondary_portrait": "A smaller, mid-shot portrait of the groom positioned on the middle-right. This portrait must be masked using a rough, artistic grunge/ink-splatter brush effect merging into the background.",
"splatter_effects": "Subtle ink drops and paint splatter elements around the bottom and right edges of the portraits to add dynamic movement."
},
"typography_and_placement": {
"top_header": "Placed top center. Font: Elegant English script/cursive.",
"groom_name_vertical": "Placed vertically along the middle-left edge. Arabic name in a bold, stylized geometric font. English name next to it in a clean sans-serif font with wide letter spacing.",
"event_details_block": "Placed at the bottom right and center. Use a modern, highly legible Arabic sans-serif font. The primary day/date number should be dramatically oversized to act as a graphic element.",
"designer_credit": "Placed vertically at the bottom-left edge in a small, minimalist font."
},
"data_fields_template": {
"top_header_text": "Wedding",
"groom_name_arabic": "l "طارق العمري",
"groom_name_english": "Tareq Al-Omari",
"main_date_number": "2",
"event_1_title": "السمر والمقيل",
"event_1_date": "2026/ 7/1",
"event_1_location": "صالة قصر غمدان",
"event_2_title_and_day": "الزفة : الخميس",
"event_2_date": "2 / 7 / 2026",
"event_2_location": "أمام منزلنا الكائن : إب",
designer_contact": "Tareq Al-Omari"
}
}
فهرسًا احترافيًا لدراسة Best Practices: Clean Code & Standards بشكل منظم كمطور برمجيات يعمل وفق معايير الشركات، ثم بعده أمر بحث قوي يمكنك استخدامه مع أي أداة بحث أو نموذج ذكاء اصطناعي للحصول على مصادر عميقة.

فهرس احترافي: Best Practices - Clean Code & Standards
1. مقدمة في Clean Code
تعريف الكود النظيف
لماذا Clean Code مهم في الشركات؟
الفرق بين Code Works و Code Scalable
خصائص الكود الاحترافي
تكلفة الكود السيئ على المشاريع
2. مبادئ التسمية (Naming Conventions)
Variables
أسماء واضحة ودلالية
Avoid Magic Names
Boolean naming
Functions
Verb-based naming
Intent-revealing names
Classes
Noun-based naming
Responsibility-focused naming
Files & Folders
Naming consistency
Domain-based naming
Standards
camelCase
PascalCase
snake_case
kebab-case
3. كتابة الدوال النظيفة
Single Responsibility Function
Small Functions Principle
Avoid Side Effects
Pure Functions
Function Parameter Rules
Zero arguments preferred
One or two arguments max
Avoid flag arguments
Return Value Design
Error Handling inside functions
4. مبادئ تنظيم الكود
DRY (Don't Repeat Yourself)
KISS (Keep It Simple, Stupid)
YAGNI (You Aren’t Gonna Need It)
Separation of Concerns
Composition over Inheritance
5. SOLID Principles
S — Single Responsibility Principle
O — Open/Closed Principle
L — Liskov Substitution Principle
I — Interface Segregation Principle
D — Dependency Inversion Principle

لكل مبدأ:

التعريف
مثال سيء
مثال جيد
استخدامه في المشاريع الواقعية
6. Code Formatting Standards
Indentation
Line Length
Spacing
Braces style
Empty lines usage
Tools
Prettier
EditorConfig
ESLint
StyleCop
7. Comments Best Practices
متى نكتب Comment؟
متى لا نكتب Comment؟
Self-documenting code
Bad comments
TODO / FIXME conventions
8. Error Handling Standards
Fail Fast
Defensive Programming
Custom Exceptions
Centralized Error Handling
Logging Standards
9. Code Reusability
Utility functions
Shared libraries
Generic programming
Modular design
10. Testing-Oriented Clean Code
Writing testable code
Dependency Injection
Mocking
Unit Test Friendly Design
11. Refactoring Techniques
Extract Method
Extract Class
Replace Conditional with Polymorphism
Inline Temp
Remove Dead Code
Simplify Nested Logic
12. Code Smells
Long Method
Large Class
Duplicate Code
Feature Envy
Primitive Obsession
Shotgun Surgery
God Object

لكل واحد:

كيف تكتشفه
لماذا هو خطر
كيف تصلحه
13. Architecture-Level Clean Code
Layered Architecture
Clean Architecture
Hexagonal Architecture
Onion Architecture
14. Secure Coding Standards
Input validation
SQL Injection prevention
XSS prevention
Authentication best practices
Secrets management
15. Performance-conscious Clean Code
Readability vs Optimization
Premature Optimization
Efficient algorithms
Memory management
16. Team Coding Standards
Code Review
Pull Request etiquette
Branch naming
Commit message standards

مثل:

feat:
fix:
refactor:
docs:
test:
17. Documentation Standards
README structure
API documentation
Inline docs
Architecture Decision Records (ADR)
18. Language-Specific Standards
C#
.NET conventions
Async/Await best practices
JavaScript
ES6+ standards
Functional patterns
Java
Enterprise clean code
19. Real-World Case Studies
تحليل مشاريع مفتوحة المصدر
اكتشاف المشاكل
Refactoring عملي
20. الانتقال من Junior إلى Professional
كيف يكتب المطور المحترف؟
ما الذي يبحث عنه Senior Developer؟
كيف تجعل كودك Production-ready؟
أفضل الكتب
Clean Code
Clean Architecture
Refactoring
The Pragmatic Programmer
أمر بحث احترافي

انسخه وابحث به:

Act as a Senior Software Architect and Clean Code Expert.

Create a complete professional learning guide for "Best Practices: Clean Code & Standards" used in real-world software engineering teams.

The guide must include:

Core clean code principles
Naming conventions
Function and class design standards
SOLID principles with examples
Refactoring techniques
Code smells detection and solutions
Architecture-level clean coding
Secure coding standards
Team collaboration coding standards
Real-world case studies from production systems

For each topic provide:

Detailed explanation
Bad code example
Clean code example
Industry best practices
Common mistakes
Exercises
2
Focus on: احدى هذه
C# - .Net
JavaScript - Node.js
Python - Django
Php - laravel


Backend development
Enterprise-level software engineering
Production-ready standards

إذا كنت تريد خارطة تطبيقية تناسب مسارك (خاصة بما أنك تتجه لتطوير البرمجيات والـ Backend)، فابدأ بالترتيب:
Clean Code → SOLID → Refactoring → Design Patterns → Architecture → Testing → Production Standards.
هذا هو المسار الفعلي
👍1
backend.pdf
603 KB
خارطة الطريق لمطور Backend
👍3
system-design.pdf
261.8 KB
المستوى المتقدم
devops.pdf
322.9 KB
خارطة الطريق للمطور السحابي
انتهى الزمن الذي كانت فيه "الشهادة الجامعية" تضمن المستقبل؛ فنحن نعيش عصر "ماذا تستطيع أن تفعل؟" لا "ماذا درست؟". إنَّ التمسك باللقب الأكاديمي مع الجمود المهاراتي هو أقصر طريق للتقاعد المبكر عن التأثير. الميدان اليوم ينحاز لمن يملك "القدرة التطبيقية" والتعلم المستمر، لا لمن يملك بروازاً على الحائط.

د. عبد الكريم بكار
👍1
نعيد ونكرر بعد التأسيس

هنا تجد خارطة الطريق لأي تخصص في البرمجة
خذ مجال معين واتخصص فيه وسوي مشاريع فيه
كل التوفيق والنجاح
https://roadmap.sh/dashboard
👏3