Summary
Samenvatting - ALLE stof Eindtoets Colleges 11-17 Product Software (INFOB3PS)
- Course
- Institution
Alle belangrijke stof die je moet weten voor de eindtoets van Productsoftware.
[Show more]
Seller
Follow
ninoooo
Content preview
HC11 – Software ecosystemen en Open Source SoftwareSoftware ecosystem: een set van actoren die samen een markt voor software als
diensten bedienen, meestal met een onderliggend platform.
Coopetition: je kunt niet meer winnen met een winnend product, maar alleen met het hele
ecosysteem.
Relaties onderling; bv apple heeft heel veel app developers
die weinig verbinding met elkaar hebben.
Bij Linux, waar oa android in zit, heeft veel belangen met
andere partijen die ook met Linux bouwen → onderlinge
verbindingen sterker. Heeft invloed op dynamieken in
ecosysteem.
Niche player: een speler die waarde toevoegt aan een bestaand technologisch platform en
profiteert van de netwerkeffecten eromheen. Partijen in een rol spelen in het ecosysteem
maar niet de keystone zijn.
Keystone player: een speler die een platform biedt waar waarde aan kan worden
toegevoegd, wat doorgaans ten goede komt aan de keystone-speler. Apple in IOS
Drie partijen waar het om draait in een ecosysteem, met elk hun eigen motivaties om mee
te doen (niet uit hoofd leren, wel begrijpen):
• Klanten: veel meer toegang krijgen tot coole features, bv keuzes tussen
verschillende banken. Het net effect is/blijft altijd positief voor klanten: google maps,
combinatie van handige technologie uit de ecosystemen (GPS unit, kaartendata etc)
en dan krijg je een fijne oplossing.
• Partners: de nicheplayers. Voordeel: met een markt samen kun je je richten op
concurrenten. Kosten van innovatie wordt verdeeld. Je deelt ook de kosten van
innovatie in het ecosysteem, snellere ontwikkeling. Je deelt ook de winsten.
• YourComp: staying power: permanentie ‘too big to fail’. Kosten van innovatie lager,
groot deel van risico wordt gedragen door partners. Onderhoud doe je samen met je
ecosysteem partners.
,Partners kunnen zeggen dat ze naast toegang tot de database ook informatie willen van de
klant. Je wilt genoeg delen met partners zodat je wel het ecosysteem kunt bouwen, maar
niet alles weggeven, daarmee zou door anderen een eigen platform gebouwd kunnen
worden.
Ontwikkelaars willen vooral broncode en documentatie, daar moeten ze meteen bij
kunnen.
Onion model: je hebt veel kennis in het midden bij jezelf, partners hebben minder
kennis, klanten nog minder en de wereld het minst.
Wat maakt een ecosysteem gezond? Gezondheid meten/voorspellen dmv:
• Productiviteit
o Hoeveelheid winst, hoeveel code er geschreven is, hoeveel events er
georganiseerd zijn
• Robuustheid: hoe goed kan een ecosysteem een schok overleven? Bv als Java
opeens verboden zou worden. Is er dan snel vervangende technologie?
o Hoeveel partners, Z-score partners, security, gezonde competitie
• Niche creation: hoeveel niches kun je openen in een ecosysteem? Nieuwe niche →
goed voor ecosysteem. Bv toevoegen van een taal → openen nieuw land en markt
voor ecosysteem
o Aantal domeinen waarop het platform gebruikt kan worden, aantal
investeringen, aantal talen
Ecosysteem gezonder maken door bv organiseren van hackaton, developer conferences en
developer forum presence.
Wie is verantwoordelijk binnen een ecosysteem?
- Partner product manager: verantwoordelijk voor requirements gathering van
partners, goedkeuring en delegatie naar ontwikkelingsmanager
- Partner community manager: eerste punt van contact voor alle partners
- Partner business developers: werven meer partners voor het partnerprogramma
- Chief architect: verantwoordelijk voor alle architectuurzaken, dus vooral keuzes
met betrekking tot het ecosysteem
- Release manager: verantwoordelijk voor het beslissen wanneer de volgende
release wordt uitgebracht, in samenwerking met partners
- Test manager: helpt partners bij het ontwikkelen van testtools en scripts
Eigen ecosysteem maken
1. Chain innovation. Bekijk je eigen positie in het ecosysteem
2. Lijst van potentiële partners maken. Je kunt een ecosysteem gezond maken door
bepaalde partners wel en andere geen aandacht te geven. Kijken op verschillende
categorieën naar:
Management Maturity Models in ecosystemen: hoe goed kan ik mijn ecosysteem beheren?
Aantal grote gebieden en subgebieden. Onder elk subgebied hangen cababilities.
Bv roadmapping: elke zoveel maanden neerzetten wat je wilt gaan doen, om met je
partners je plannen te delen. Op het hoogste niveau betrek je misschien wel je partners
erbij en vraag je wat zij van je roadmap vinden.
App testing: laagste niveau bv klant moet eigen app maar testen. Midden niveau bv door
virusscanner halen. Hoogste niveau bv je eigen werknemers testen de app.
,Een ecosysteembeheerorganisatie (bv IOS) kan sommige gebieden veel belangrijker vinden
dan andere. Bv developer relationships belangrijk, licensing minder belangrijk.
Software Ecosysteem Management
Verschillende levels (SSN). Hoe ga je van een primitief bedrijf naar een hoger level?
Houd ontwikkelaarskanalen in de gaten voor motieven van ontwikkelaars en de wensen en
behoeften van documentontwikkelaars: kijken wat de ontwikkelaars écht willen. Hoe kan je
ze bv een deel van de database geven? Op het uitzoeken wat ze willen heb je weer
verschillende niveau’s. Laagste: email adres waar ze het naartoe kunnen sturen. Op
hoogste niveau bv bepaald forum waar features omhoog en omlaag kunnen stemmen of
partner focus groups.
Open roadmap voor het platform van ontwikkelaars: geef short term roadmap informatie.
- Geef partners inzichten in de roadmap: welke rollen kunnen ze hebben, een groot
deel van de roadmap zal bepaald zijn door partner feedback, etc.
- Product Manager en release manager zijn verantwoordelijk hiervoor.
, Toekomst van software ecosystemen
▪ Data - Van wie zijn de gegevens? Zijn de data het platform?
▪ Money - Wie zou het meeste profijt moeten hebben van het platform?
Netwerkeffecten? Is de 30% van Apple onredelijk? Of is het te weinig?
▪ Governments - Als Google meer data heeft dan de overheid, moeten we Google
dan meer vertrouwen?
▪ Security - Aanvallen zullen niet op afzonderlijke knooppunten plaatsvinden, maar op
meerdere vectoren en meerdere partijen. We moeten meer nadenken over
ecosystemen en minder over de bescherming van knooppunten
Blockchain is ook een software ecosysteem:
• Meerdere verschillende partijen bouwen software rond een platform
• Gecentraliseerd zonder gecentraliseerde coördinatie
• Er wordt waarde gecreëerd voor meerdere klanten
DAO: Decentralized Autonomous Organizations: een organisatie die wordt bestuurd
door slimme contracten, zonder centrale autoriteit.
Kan ‘commons’ creëren, zoals een Kamer van Koophandel, zonder dat er
een gecentraliseerde infrastructuur nodig is.
De meest gedecentraliseerde vorm van software-ecosysteem?
Deel II – Open Source Software
Open-source software (OSS): computersoftware waarvan de broncode beschikbaar is
gesteld met een licentie waarin de houder van het auteursrecht het recht verleent om de
software aan iedereen en voor welk doel dan ook te bestuderen, te wijzigen en te
distribueren. Bv Github, Apache.
Proprietary/Closed Source Software: software dat niet OSS is.
• Ontwikkeld door één enkele leverancier.
• De broncode en het uitvoerbare programma blijven het intellectuele eigendom van
de eigenaar/maker ervan.
• Heeft strikte limieten voor gebruik, distributie en wijziging, vastgelegd in een
licentieovereenkomst voor eindgebruikers (EULA).
• Wordt over het algemeen (maar niet altijd) tegen betaling gekocht of in licentie
gegeven.
The benefits of buying summaries with Stuvia:
Guaranteed quality through customer reviews
Stuvia customers have reviewed more than 700,000 summaries. This how you know that you are buying the best documents.
Quick and easy check-out
You can quickly pay through credit card or Stuvia-credit for the summaries. There is no membership needed.
Focus on what matters
Your fellow students write the study notes themselves, which is why the documents are always reliable and up-to-date. This ensures you quickly get to the core!
Frequently asked questions
What do I get when I buy this document?
You get a PDF, available immediately after your purchase. The purchased document is accessible anytime, anywhere and indefinitely through your profile.
Satisfaction guarantee: how does it work?
Our satisfaction guarantee ensures that you always find a study document that suits you well. You fill out a form, and our customer service team takes care of the rest.
Who am I buying these notes from?
Stuvia is a marketplace, so you are not buying this document from us, but from seller ninoooo. Stuvia facilitates payment to the seller.
Will I be stuck with a subscription?
No, you only buy these notes for $3.90. You're not tied to anything after your purchase.
Can Stuvia be trusted?
4.6 stars on Google & Trustpilot (+1000 reviews)
80562 documents were sold in the last 30 days
Founded in 2010, the go-to place to buy study notes for 14 years now