💰 Lecture 19 · Software Economics

Software Economics

الجانب الاقتصادي والقانوني للـ software: قيمة وتكلفة المشروع · Intellectual Property & licensing · business models · ازاي نقدّر الـ cost والـ effort. ده الـ pillar الأخير من أعمدة الـ SWEBOK.

← All Lectures 🎯 Practice Quiz

Chapters

IP Types

OSS Licenses

Practice Qs

SWEBOK Software Economics

الـ software مش مجرد كود — هو investment. لازم القيمة اللي بيرجّعها تكون أكبر من تكلفته.

📍 إحنا فين دلوقتي؟ Software Economics هو آخر support pillar جنب Process Management · Project Management · Configuration Management · Quality Assurance · Professional Ethics. بيشتغل بالطول على كل مراحل المشروع (Requirements → Test).

⚖️ 1. Fundamentals of Value & Cost

Value vs. Cost — الـ software عبارة عن investment؛ الـ utility (الفايدة) لازم تكون أكبر من الـ effort (المجهود/التكلفة). لو مش هيرجّع قيمة أكبر من تكلفته، مش يستاهل.
Opportunity Cost — القيمة اللي بتخسرها لما تختار مشروع وتسيب التاني. لو شغّلت الفريق على مشروع A، فـ اللي كان ممكن تكسبه من مشروع B ده هو الـ opportunity cost.
Risk & Uncertainty — إدارة التأثير المالي للـ technical unknowns (الحاجات اللي لسه مش متأكدين منها تقنياً).

🔄 2. Life Cycle Economics

Total Cost of Ownership (TCO) — الميزانية على طول عمر المنتج، مش بس وقت التطوير: Development + Maintenance + Retirement. الـ maintenance غالباً بتكون أغلى من الـ development نفسه.
Sunk Costs — التكاليف اللي اتدفعت ومش هترجع. القاعدة الاقتصادية: تجاهلها وانت بتاخد قرارات المستقبل. ما تكمّلش مشروع فاشل عشان "صرفت عليه كتير" — ده تفكير غلط.

📊 3. Economic Analysis Methods

الطريقة	بتقيس إيه؟
ROI (Return on Investment)	نسبة الربح للتكلفة (profit-to-cost ratio).
NPV (Net Present Value)	حساب الأرباح المستقبلية بقيمة النهاردة (عشان فلوس بكره مش بتساوي فلوس النهاردة).
Payback Period	المدة لحد ما المشروع يـ "break even" (يغطّي تكلفته ويبدأ يربح).

🧭 4. Practical Strategic Decisions

Build vs. Buy vs. Reuse — تكتب الكود بنفسك؟ تشتري حل جاهز؟ ولا تستخدم open-source؟
Outsourcing — تقييم الـ cost-benefit لتشغيل عمالة خارجية.
Legacy Systems — قرار: نـ maintain (نصلّح) ولا wrap (نلفّه بـ interface جديد) ولا replace (نعيد كتابته من الأول)؟

💡 الخلاصة الـ economics بتجاوب على سؤال واحد: هل الفلوس والوقت اللي هندفعهم على المشروع ده هيرجّعوا قيمة أكبر؟ كل الأدوات (ROI / NPV / Payback / opportunity cost) موجودة عشان دا.

Intellectual Property & Software Protection

الـ IP laws بتحمي الإبداع (software, algorithms, designs) من الاستخدام غير المصرّح. بتشجّع الابتكار — بس ممكن كمان تقيّده.

🛡️ أنواع الـ IP الأربعة في الـ Software

© Copyright

بيحمي source code · UI designs · graphics · documentation من النسخ غير المصرّح.
بيحمي التعبير (expression) عن الفكرة — مش الفكرة نفسها.

📜 Patents

بتحمي الاختراعات التقنية الـ novel و الـ non-obvious + software processes.
شروطها: Novelty + Usefulness + Non-obviousness.

™ Trademarks

بتحمي أسماء الـ software · اللوجوهات · brand identity.

📄 Software Licenses

بتحدّد ازاي ممكن الـ software يـ used · modified · shared · distributed.

⚔️ Copyright vs Patent — الفرق المهم

	Copyright	Patent
بيحمي إيه؟	التعبير عن الفكرة (الكود المكتوب)	الـ حل التقني/process المبتكر نفسه
الشروط	أصلية فقط (تلقائي بمجرد الكتابة)	Novelty + Usefulness + Non-obviousness
مثال	كود برنامج معيّن	Amazon's One-Click Purchase patent

⚠️ التحديات الـ patents فيها legal complexity + تكلفة عالية + patent trolling (هنشوفه في Ch3).

📌 تذكرة من Lec 19 (Software Economics) قضية Oracle v. Google هي اللي blurred the line بين الكود الـ functional والـ creative. هنفصّلها في Ch4 — وهي مهمة جداً لفهم إن الـ APIs ممكن تتنسخ legally تحت fair use.

Software Patents — Catalyst or Cage?

الـ patents بتدفع الابتكار ولا بتعطّله؟ سيف بحدّين (double-edged sword).

📜 إيه هو الـ Software Patent؟

بيدّي exclusive rights للاختراع (عادةً 20 سنة).
بيمنع الناس التانية إنها تـ make · use · sell من غير إذن.
في الـ software: بيحمي كود معيّن · processes · functionality · technical methods.

✅ مع الـ Patents (Pro-Innovation)

أساسية لتشجيع الابتكار.
بتمنع المنافسين من نسخ ابتكارات كلّفت كتير.
بتحفّز الاستثمار في تكنولوجيا جديدة (groundbreaking).

❌ ضد الـ Patents (Stifling)

patents بتتدّي لأفكار obvious أو منتشرة.
بتؤدّي لـ "Patent Trolls" — شركات بتقاضي بدل ما تبتكر.
دراسة EFF: كتير من الـ patented software عام/واسع زيادة.
Legal minefield للمطورين الصغيرين.

📱 Case Study: Apple vs. Samsung

قلب القضية: Apple اتّهمت Samsung إنها خرقت patents بتاعة iPhone UI (زي الـ bounce-back effect).
سنة 2012: الـ jury الأمريكي وافق مبدئياً وحكم لـ Apple بـ أكتر من $1 billion.
النقد: features زي tap-to-zoom و rubber-banding أفكار بسيطة وبديهية — المفروض ما يتعملش ليها patent. عمل patenting للـ basic functionalities بيضر المنافسة ويصعّب على الشركات الصغيرة الابتكار من غير خوف من القضايا.

👹 Patent Trolls

شركات بتشتري patents أساساً عشان تقاضي الناس أو تطلب licensing fees — مش عشان تنتج.
مثال: Unilock قاضت Microsoft و Google و Apple بـ patents واسعة.
التكتيك: استهداف الـ startups والمطورين الصغيرين اللي مش قادرين على تكاليف الدفاع القانوني.
الأثر: بتعطّل الابتكار وبتحوّل الموارد بعيد عن تطوير المنتج الحقيقي.

💡 الخلاصة الـ software patents = double-edged sword. لو اتساء استخدامها → بتعطّل التقدم. لو اتطبّقت بحكمة → بتغذّي الابتكار. "التحدي مش في إلغاء الـ patents، لكن في إعادة تعريفها للعصر الرقمي."

Case Study: Google v. Oracle ⭐

أشهر قضية في تاريخ الـ software copyright — استمرت 11 سنة (2010 → 2021) حوالين الـ Java APIs في Android.

📋 Google نسخت إيه بالظبط؟

Google ما نسختش الـ source code بتاع Java ولا الـ implementation logic.
نسخت الـ Structure, Sequence, and Organization (SSO) بتاع 37 Java API package.
يعني: class names · method names · package hierarchies — مش الكود اللي جوه.

// Java (Oracle): package java.util; public class Arrays { public static void sort(Object[] a) { ... } public static int binarySearch(Object[] a, Object key) { ... } } // Android (Google) — نفس الـ structure، implementation مختلف: package java.util; public class Arrays { public static void sort(Object[] a) { // Google's own implementation } public static int binarySearch(Object[] a, Object key) { // Google's own implementation } }

📌 ليه Google عملت كده؟ عشان تخلّي Android متاح لملايين الـ Java developers — يقدروا يستخدموا API calls مألوفة زي Arrays.sort(). الـ compatibility دي سرّعت انتشار Android.

🏢 حجة Oracle

الـ API structure حاجة creative expression، مش بس functional.
Google خرقت الـ copyright بنسخها للـ structure.
طلبت $9 billion تعويضات.

🟢 دفاع Google

الـ APIs أدوات functional — زي توزيع حروف الكيبورد أو قواعد اللغة.
ما ينفعش يبقى عليه copyright لو هو interface ضروري للـ interoperability.
الاستخدام كان transformative — عمل بيئة موبايل جديدة.

⚖️ Timeline القضية (5 جولات!)

2010

Oracle بترفع القضية

بتدّعي إن Google نسخت 37 Java API package. بتطلب $9 billion.

2012 — District Court (Judge Alsup)

Google تكسب (Round 1)

حكم إن الـ APIs ما ينفعش يتعمل ليها copyright لأنها functional.

2014 — Federal Circuit

Oracle تكسب (Round 2)

ألغى حكم District Court — قال إن الـ APIs can be copyrighted.

2016 — Jury Trial (Fair Use)

Google تكسب (Round 3)

الـ jury لقى إن استخدام Google كان fair use.

2018 — Federal Circuit (again)

Oracle تكسب (Round 4)

ألغى حكم 2016 — قال إن الاستخدام كان NOT fair use.

2020–2021 — U.S. Supreme Court

Google تكسب نهائياً (Round 5) 🏆

في 4/2021 المحكمة العليا حكمت إن استخدام Google = fair use لأنه transformative ومحدود في العناصر الـ functional.

💡 الخلاصة + Implications نسخ الـ structure عشان الـ interoperability = fair use مسموح. القضية أكّدت الـ fair use في الابتكار، وحافظت على الوصول المفتوح لـ API structures — بس سابت أسئلة مفتوحة عن حدود copyright الـ APIs في المستقبل.

Case Study: Monkey Selfie (Naruto v. Slater)

مين بيملك الـ copyright لو القرد هو اللي صوّر الصورة؟ 🐒

📸 القصة

مصوّر (Slater) راح إندونيسيا يصوّر قرود.
قرد خد الكاميرا وصوّر selfie لنفسه.
الراجل نشر الصورة. Wikipedia ومواقع تانية أخدوها واستخدموها. طلب منهم يشيلوها بحجة إنه بيملكها → رفضوا.
PETA (منظمة حقوق الحيوان) رفعت قضية عشان القرد ياخد الـ copyright والفلوس تتصرف على القرود.

⚖️ حكم المحكمة

القاضي حكم إن المصوّر ما يملكش الـ copyright — لأنه مش هو اللي صوّرها بنفسه.
وكمان القرد ما يملكش — لأن الـ copyright للبشر مش للحيوانات.
النتيجة: عملياً محدش يملك الـ copyright / الصورة ممكن أي حد يستخدمها (public domain).

🎓 الدرس الـ copyright بيتطلّب مؤلف بشري (human authorship). ده سؤال مهم دلوقتي مع الـ AI-generated content برضه — مين بيملك حق الناتج؟

Software Licensing Models

الـ license بيأثّر على productivity الفريق · التكلفة · الـ scalability · والتعاون.

📄 الـ License بيحدّد إيه؟

العنصر	بيحدّد إيه
Ownership	مين يملكه
Access	مين يقدر يستخدمه وازاي
Deployment	فين ممكن يتنشر
Scalability	قابلية التوسّع

الـ models الشائعة: Proprietary · Open-source · SaaS subscriptions · Freemium.

🔑 أنواع الترخيص حسب طريقة الاستخدام

Perpetual License

شراء مرة واحدة (one-time).
مفيش updates إجبارية · أدوات stable.
المالك بيحتفظ بكل الحقوق؛ المستخدم بيشغّل بس — ما يشوفش الكود ولا يعدّله ولا يوزّعه.

Best for: long-term projects · أمثلة: Windows, Photoshop

Subscription License

تكلفة متكررة (recurring).
updates مستمرة · scalable.

Best for: fast-paced teams

Node-Locked License

مربوط بـ جهاز واحد.
تحكّم قوي · حركة محدودة (limited mobility).

Best for: dedicated workstations

Floating License

pool مشترك من الـ licenses · استخدام ديناميكي.
كفء وقت الـ peaks.

Best for: studios & labs

المقارنة	الخيار الأول	الخيار التاني
User vs Device	User-based: مرن · remote	Device-based: ثابت · أجهزة مشتركة
Cloud vs On-Premises	Cloud: scalable · remote-friendly	On-premises: secure · controlled

🎯 اختيار الـ Model الصح (حسب الـ use case)

الفئة	الـ model المناسب
Freelancers	subscription / user-based
Agencies	floating / subscription
Studios	hybrid
Education	device / floating
Enterprises	mixed cloud / on-prem

💡 الـ decision بيعتمد على: team · usage · mobility · updates · compliance. وفّق الـ licensing مع الـ workflow — مش بس على التكلفة. الـ hybrid models هي الأكثر فعالية عملياً.

Open Source Licenses ⭐

بتدّي حرية الـ use · study · modify · distribute. الـ OSI بتحتفظ بالقائمة الرسمية المعتمدة.

🪪 فئتين أساسيتين

🟢 Permissive

بتسمح باستخدام الـ software بأي طريقة تقريباً — بما فيه دمجه في proprietary software.

🔁 Copyleft

بتشترط إن الـ derivative works تتوزّع تحت نفس الـ license.

🟢 Permissive Licenses

License	الشرط الأساسي	الاستخدام الشائع
MIT	تضمين الـ copyright notice	الأشهر للـ libraries والأدوات الخفيفة
Apache 2.0	copyright notice + patent grant	مشاريع corporate-friendly · frameworks · enterprise
BSD (2/3-clause)	تضمين الـ copyright notice	BSD-origin · مشاريع أكاديمية/permissive

🔁 Copyleft Licenses

License	الشرط الأساسي	الاستخدام الشائع
GPL v2/v3	الـ derivative works لازم تكون GPL برضه (strong copyleft)	Linux kernel · GNU tools
LGPL	copyleft أضعف؛ بيسمح بالـ linking من غير ما يفرض GPL على المشروع كله	libraries واسعة الاستخدام (مثل GNU C Library)
AGPL	GPL + الـ copyleft بيتفعّل بالـ network use (SaaS)	web applications · SaaS platforms

🎯 اختيار License لمشروع Open Source

MIT / Apache 2.0 → أقصى انتشار (maximise adoption)؛ يسمح بالاستخدام في proprietary software.
GPL → يضمن إن كل الـ derivatives تفضل open source.
AGPL → يضمن إن حتى الـ SaaS deployments تنشر تعديلاتها.

🪤 Case Study: The AGPL Trap — MongoDB & Elastic

MongoDB كانت بتستخدم AGPL. لكن cloud providers كانوا بيقدّموا MongoDB-as-a-service من غير ما يساهموا back → هدّد قدرتها التنافسية.
MongoDB حوّلت لـ SSPL (Server Side Public License) اللي بيمدّ الـ AGPL copyleft لكل الـ software المستخدم في تقديم الـ database كـ service.
Elastic عملت نفس الحاجة مع Elasticsearch في 2021.
الدرس للمهندس: لو الـ SaaS بتاعك بيعتمد على component بـ AGPL أو SSPL، الـ copyleft ممكن يجبرك تنشر كل الـ source بتاعك.

⚖️ Case Study: Enforcement — BusyBox & Android

الـ Software Freedom Conservancy رفعت قضايا enforcement ضد مصنّعين شحنوا Linux (GPL v2) و BusyBox (GPL v2) من غير ما يوزّعوا الـ source code المقابل — زي ما الـ GPL بتشترط. (قضايا ضد Best Buy و Samsung و شركات routers).
الدرس: الـ GPL compliance للـ embedded/distributed software (firmware · IoT) بيتطلّب توزيع الـ source code أو إتاحته عند الطلب الكتابي.

Example SW Business Models

ازاي شركات الـ software بتكسب فلوس؟ نماذج حقيقية.

💼 نماذج الإيرادات

الشركة	الـ Model	الـ Revenue / Why
Salesforce	SaaS subscription	اشتراكات CRM شهرية/سنوية — شالت تكاليف الـ license المقدّمة، خلّت الـ enterprise software متاح.
Red Hat	Open Source monetization	Linux code مجاني، بس بيبيعوا enterprise support + certified builds. الشركات عايزة reliability/security.
Spotify	Freemium funnel	إعلانات على الـ free tier + premium subscriptions. قلّل حاجز الدخول → scaled globally.
Zoom	Freemium + enterprise upsell	اجتماعات مجانية بتجذب، الخطط المدفوعة بتفتح features. نمو viral وقت الـ pandemic.
Apple	Skimming strategy	سعر premium وقت الإطلاق، بعدين بينزل عشان يلحق الـ mass market. بيبني prestige.
Netflix	Dynamic subscription pricing	بيظبط الأسعار حسب المنطقة والمنافسة. الـ streaming wars بتفرض تغييرات مستمرة.

🔄 Industry Playbook: Legacy Transformers

الشركة	التحوّل	الفايدة
Microsoft	Perpetual → Subscription (Office 365)	إيرادات متكررة متوقّعة + تحييد القرصنة.
Adobe	Creative Suite → Creative Cloud	تحسين retention + نمو ARR كبير ومتراكم.
Oracle	On-Premise → Cloud Infrastructure	الترويج بالـ TCO الأقل (صيانة/staffing/hardware أقل).
SAP	Value-Based Enterprise Pricing	استخدام حسابات ROI عميقة لتبرير تكاليف الـ ERP المقدّمة.

💡 Key Takeaways SaaS → predictable recurring revenue · Open Source → monetized trust + support · Freemium → viral growth funnel · Skimming → prestige + mass adoption · Dynamic pricing → competitive survival.

Software Cost Estimation ⭐

تقدير: المشروع هياخد قد إيه وقت؟ كام effort؟ كام فلوس؟ "I've got bad news and bad news!"

😅 الحقيقة المؤلمة

التقدير الدقيق لتكلفة المشاريع شبه مستحيل (NEARLY IMPOSSIBLE).
ومع ذلك، كل project manager تقريباً بيتوقّع منك تقدير دقيق.
الوقت الوحيد اللي تقدر تكون فيه دقيق 100% هو بعد ما المشروع يخلص خالص.
الـ experience بتساعد.

💵 Cost = Effort غالباً

معظم تكلفة الـ software هي human effort → فالـ cost estimation هي في الحقيقة effort estimation. (بس فيه تكاليف تانية: AI · cloud · tools · APIs).
بديهياً، الـ effort متناسب مع complexity المشروع.
الـ Complexity نسبية — مش بس مرتبطة بالـ size (domain · tools · language...). مشروع صغير بمهندسين جداد غير متعوّدين = معقّد. مشروع كبير بمهندسين خبرة عملوا مشاريع شبهه = مش معقّد أوي.

📐 Cone of Uncertainty

عدم اليقين (uncertainty) بيقل كل ما معلومات أكتر تتوفّر عبر مراحل المشروع:

المرحلة	المعلومات	عدم اليقين
Requirements	أقل معلومات	الأعلى
Design	معلومات أكتر	أقل
Development	أكتر وأكتر	أقل أكتر
Testing	معظم المعلومات	منخفض
Delivery	معلومات كاملة	الأدنى

🧠 Estimation Technique 1: Expert Judgement

الدقة بتعتمد على competence · experience · objectivity · perception بتاع المقدّر. "educated guess" مبني على تحليل top-down أو bottom-up + analogies.

Estimate = ( x + 4y + z ) / 6

نسأل عدة خبراء 3 تقديرات: x = متشائم (pessimistic) · y = الأرجح (most likely) · z = متفائل (optimistic). وندمجهم في beta probability distribution بالمعادلة دي.

🔮 Delphi variation الخبراء بيدّوا تقديرات سرّية ومنفصلة → بيتحسب الـ average ويتعرض على المجموعة → كل خبير يقدر يعدّل تقديره → بنكرّر لحد ما محدش عايز يعدّل. (أحياناً بيُسمح بنقاش، أو الخبراء المتطرّفين يدافعوا عن قرارهم anonymously).

🧮 Estimation Technique 2: COCOMO II (Algorithmic)

COCOMO II — estimator للـ development effort · project cost · required staff · development time. بيجاوب: "قد إيه وقت وفلوس وeffort المشروع ده هيحتاج؟". من تصميم Barry Boehm.

PM = A × (Size)^E × ∏ EM_i

PM: Person-Months (الـ effort) · A: ثابت (≈ 2.94)
Size: حجم المشروع بالـ KSLOC أو function points · E: scale factor (economies of scale)
EM_i: Effort multipliers (cost drivers زي reliability · team experience · tools)

// مثال السلايد: Size = 10 KSLOC, A = 2.94, E = 1.1, ∏EM = 1.2 PM = 2.94 × (10)^1.1 × 1.2 = 2.94 × 12.59 × 1.2 ≈ 44 person-months

⚠️ ملاحظة دقّة السلايد بتكتب الناتج ≈ 41، لكن بالأرقام دي بالظبط الحساب الصح = ~44 PM (لو ∏EM كانت 1.1 بدل 1.2 يطلع ≈41 — يعني فيه rounding/typo في السلايد). المهم تفهم الـ formula مش الرقم نفسه.

🚨 نقد حديث مهم لـ SLOC-based estimation الباحثين بينتقدوا التقدير المبني على الـ SLOC (عدد السطور) لأن: الـ frameworks بتولّد كود تلقائي · الـ AI tools بتولّد كود · فيه low-code/no-code tools · اللغات بتختلف كتير في الـ verbosity (Python بيحتاج سطور أقل بكتير من Java/C++ لنفس الـ functionality).

💡 ابدأ من اليوم الأول اعمل history لمجهود التطوير في شركتك · احتفظ بـ records للـ unexpected cost factors (العميل بيغيّر رأيه · الـ environment بيتغيّر · functionality إضافية بتتطلب) · خطّط تبقى expert في تقدير الـ effort.

🎯

Practice Quiz — Lecture 19

8 أسئلة على Software Economics · IP · licensing · business models · cost estimation.

Question 1 Practice — economics

What is the Opportunity Cost in software economics?

A The cost of hardware and servers

B Costs that have been paid and cannot be recovered

C The value lost when choosing one project over another

D Maintenance cost over the product's lifetime

✅ الإجابة الصح: C Opportunity Cost = القيمة اللي بتخسرها لما تختار مشروع وتسيب التاني. (B هي تعريف الـ Sunk Cost، و D هي جزء من الـ TCO).

Question 2 Practice — IP

What is the primary difference between Copyright and Patent?

A Copyright protects ideas themselves, and Patent protects names

B Copyright protects the expression of an idea (not the idea itself), and Patent protects the innovative technical solution

C Copyright is for hardware and Patent is only for software

D There is no difference, both are the same thing

✅ الإجابة الصح: B الـ Copyright بيحمي التعبير عن الفكرة (expression) مش الفكرة نفسها. الـ Patents بتحمي الحلول التقنية المبتكرة (novel + useful + non-obvious). (A غلط لأن الـ copyright تحديداً مش بيحمي الأفكار).

Question 3 Practice — Google v Oracle

In the Google v. Oracle case, what exactly did Google copy from Java?

A The source code and implementation logic entirely

B The Java Virtual Machine

C The Structure, Sequence & Organization (SSO) — class/method names and package hierarchy for 37 API packages

D The Oracle database

✅ الإجابة الصح: C Google نسخت الـ SSO (class names, method names, package hierarchies) — مش الكود اللي جوه. المحكمة العليا 2021 حكمت إن ده fair use لأنه transformative ولأغراض الـ interoperability.

Question 4 Practice — patents

The requirements for a Software Patent are:

A Cheap, fast, open-source

B Popularity, profit, scalability

C Speed, security, simplicity

D Novelty, Usefulness, Non-obviousness

✅ الإجابة الصح: D الـ patent بيتطلّب يكون novel (جديد) + useful (مفيد) + non-obvious (مش بديهي). وبيدّي exclusive rights لمدة ~20 سنة.

Question 5 Practice — OSS licenses

Which statement is true about Copyleft licenses (like GPL)?

A They allow merging code into proprietary software without restrictions

B They require derivative works to be distributed under the same license

C They completely prevent code modification

D They remove the copyright from the code

✅ الإجابة الصح: B الـ Copyleft (GPL = strong copyleft) بيشترط إن الـ derivatives تفضل تحت نفس الـ license. (A ده وصف الـ Permissive licenses زي MIT/Apache). الـ AGPL بيوسّع ده للـ network/SaaS use.

Question 6 Practice — licensing

If you publish your code on GitHub without any license, what happens legally?

A Anyone can use and modify it freely because it's publicly visible

B It automatically gets an MIT license

D It automatically becomes public domain

Question 7 Practice — cost estimation

In Expert Judgement, the three estimates (x = pessimistic, y = most likely, z = optimistic) are combined using the formula:

A ( x + 4y + z ) / 6

B ( x + y + z ) / 3

C ( x + z ) / 2

D x × y × z

✅ الإجابة الصح: A الـ beta probability distribution (PERT) بتدّي وزن أكبر (×4) للتقدير الأرجح: (x + 4y + z) / 6.

Question 8 Practice — Monkey Selfie

In the Monkey Selfie case (Naruto v. Slater), why didn't the monkey own the copyright?

A Because the photographer registered the patent first

B Because copyright requires a human author — animals cannot own copyright

C Because the photo was of poor quality

D Because Wikipedia owned the photo

✅ الإجابة الصح: B المحكمة حكمت إن الـ copyright للبشر مش للحيوانات. وكمان المصوّر ما ملكهاش لأنه مش هو اللي صوّرها بنفسه — فالنتيجة عملياً محدش يملك الـ copyright.

📋

Cheat Sheet

💰 Economics Concepts

Opportunity Cost

قيمة الخيار اللي سبته

Sunk Cost

تكلفة دفعت ومش هترجع → تجاهلها

TCO

Dev + Maintenance + Retirement

ROI

profit-to-cost ratio

NPV

أرباح مستقبلية بقيمة النهاردة

Payback Period

المدة لحد الـ break even

🛡️ IP Types

expression مش idea

Patent

novel + useful + non-obvious

Trademark

أسماء/لوجوهات/brand

License

use/modify/share/distribute

⚖️ Google v Oracle

نسخت إيه؟

SSO of 37 APIs (مش الكود)

المدة

2010 → 2021 (11 سنة)

الحكم النهائي

SCOTUS 2021: fair use

السبب

transformative + interoperability

🪪 OSS Licenses

MIT / Apache / BSD

Permissive (يسمح proprietary)

GPL

strong copyleft

LGPL

weaker — linking مسموح

AGPL

copyleft بالـ network/SaaS

No license

💼 Business Models

SaaS

recurring revenue (Salesforce)

OSS monetization

support paid (Red Hat)

Freemium

viral funnel (Spotify, Zoom)

Skimming

premium→mass (Apple)

Dynamic pricing

حسب المنطقة (Netflix)

🧮 Cost Estimation

Cost ≈

human effort estimation

Expert / PERT

(x + 4y + z) / 6

Delphi

تقدير سري → average → تكرار

COCOMO II

PM = A·Size^E·∏EM (Boehm)

Cone of Uncertainty

uncertainty ↓ مع المعلومات ↑

نقد SLOC

AI/low-code/verbosity