---
header-includes:
- \usepackage{natbib}
- \usepackage{longtable,booktabs}
- \usepackage{amsmath,amssymb}
- \usepackage{lmodern}
- \usepackage{minted}
- \usepackage{parskip}
- \usepackage{url}
- \title{Builder-Architected Systems}
- \assignatura{Integració de Sistemes}
- \numpract{Builder-Architected Systems}
- \autor{Artur Blaya}
- \usepackage{fvextra}
- \DefineVerbatimEnvironment{Highlighting}{Verbatim}{breaklines,commandchars=\\\{\}}
---

###### tags: `IS`

# Form-first vs function first
* Un sistema mai pot sobreviure si no ofereix funcionalitats útils
* Sistemes són variacions de sistemes existents ( de baix risc )
* A l'hora de començar és important remarcar les característiques més importants - centrar-se en les idees de l'arquitecte i no en les del client

## Apunt addicional Pere
Si es parteix des de la funcionalitat, l'èxit està assegurat ( purpose driven ).
Canvis incrementals, riscos baixos, fa que es pugui reaprofitar la línia de producció

# Judgment of value
Arquitecte construeix un prototip i es testeja i el resultat és més robust, hi ha menys riscos.

# New markets for existing products
Nous productes per coses que ja existeixen, preserven la línia de producció actual. Petits canvis
no canvien les grans línies de producció ( IOT )

# New prodcuts for new markets
Més riscos, és important si el producte surt bastant avanç o després.

- les ulleres de Google van sortir massa avanç

Tenien moltes funcionalitats noves, però va ser rebutjat perquè és mal utilitzava. Ara mateix s'estan usant productes similars, escanejar paquets amb les càmeres, etc.

# Technological susbstitutions within existing systems
Si volem convertir una cosa que es feia amb persones a una línia de producció, s'ha de fer amb
la combinació d'altres innovacions i s'ha de tenir en compte regulacions, etc.

# Uncertainies and Risk
* S'ha d'aclarir decisions per tal de reduir els riscos
* S'han de contemplar diferents opcions
* Opcions per aturar-te
* Adicions
* Aïllar problemes concrets
* Es poden fer checkpoints (fites intermèdies)
* Pensar en futures millores

## Apunt addicional Pere
Projecte a iniciativa del constructor - prevenció de riscos
En el món en el qual estem, una cosa la fan bastants empreses a la vegada i el mercat
acaba triant quina és la preferida. Per tal de no malbaratar recursos s'ha de tenir en
compte molts riscos i contemplar altres opcions, fites intermèdies, pensar en el futur.

També és important aprofitar-te de la competència.

# Architecture and competition
Hi ha molta competència, s'ha de ser competent amb tots els aspectes

## Apunt addicional Pere
* Posar barreres per tal que la competència tingui dificultats
* Aprofitar-se d'una cosa que ja funciona i de manera efectiva adaptar-se i aportar una cosa diferent
* Attrition - més exèrcit que els ofegues, els grans monopolis poden tenir maneres per competir sense afegir cap altre característic, mercats madurs.

# Reducing risks and intermediate goals
Consisteix en fer un prototip hardware primer.

## Apunt addicional Pere
Un primer fallo pot donar molt mala imatge i arruïnar el projecte.

# What's next
Quan s'ha llençat un producte que s'ha de fer?

- Buscar un producte successor
- Un producte, duna startup que ha succeït, farà que vinguin molts competidors
- el sistema original tindrà una arquitectura pensada específicament i bé

## Apunt addicional Pere
*comodity* és un bé que compra fàcilment, no té valor afegit

# keep control of the critical features ( Pere )
IBM tenia una arquitectura massa oberta i va perdre molts clients en clons, en canvi, Microsoft va saber veure com muntar una cosa oberta que altres competències poguessin usar per incorporar millores "l'èxit dels altres contribuïa a l'èxit de Microsoft".

"És una bona idea que el teu èxit vagi una mica lligat a l'èxit d'altres".

# Controlling the critical features of the architecture
* Bons productes no són suficients, han de marcar un estàndard
* llicenciar per tal que els nous competidors no puguin fer res
* les arquitectures han de ser obertes, per tal que es puguin augmentar, no sempre han de ser estàndard

# Abandon an obselet architecture
Quan un producte exitós està perdent terreny respecte a la competència, pot ser per diversos motius:

* millora de costos
* millora d'arquitectura
* premisses en les quals es va dissenyar l'arquitectura ja no són iguals

Cal canibalitzar una arquitectura antiga sabent fugir del que implica continuar.
Avanç que hi hagi canvis que facin que les arquitectures fallin, t'has d'avançar.

# Creating inotative teams
Els membres de l'equip que formen part de la recerca i la innovació han de ser compatibles *( test de Myers-Briggs type indicator )*.

Les personalitat preferents per ser arquitectes són les NT *INTP*: *intuïció i imaginació*, en comptes de *sensacions, i decisions* basades en el raonament, en comptes de *sentiments.*

Si l'equip no et funciona, en una empresa petita pot suposar la quebra.

En les empreses petites, la part de recerca és molt important, molt més que en les grans, que
acaben agafant idees d'altres companyies.

## Apunt addicional Pere
Les ments pensants no han de ser moltes, 3-4 però no 12.

## Les millors arquitectures son producte d'una sola ment
Poden haver-hi opinions de vaires persones, però ha d'haver-hi una idea general
- Equips: creativitats, diversitat, respecte, confiança, dedicació obsessiva

## Producte exitós
Quan un equip crea un producte exitós, serà el millor equip per mantenir-lo, però serà dolent per buscar un successor d'aquest producte.

# Arquitectures revolucionàries
Les arquitectures que no tenen cap precedent, han de tenir un arquitecte molt diferenciat.

El líder i el project manager poden ser la mateixa persona.

* architect: líder,
* project manager: lidia amb els problemes de resolució curta.

## Apunt addicional Pere
l'èxit no es troba molts cops on es pensava

## Concepte de Killer APP
Nou ús d'un sistema que fa el producte més valorós.

Una estratègia per crear arquitectures revolucionàries és fixar-se quina serà la killer app del producte necessitat que encara no ha cobert ningú.

Un bon exemple son els coets, ja que es pensava que els costos de llançament decreixerien, però no ha estat així pel que ara es reutilitzen.

# Heurístiques
* Una idea que se sap del cert, és millor que moltes
* Per molt que l'arquitecte cregui que alguna cosa és perfecte, s'ha d'acabar fent cas al client
* L'èxit es determina pel mercat
* Els errors es fan el primer dia
* Els problemes més importants són els que encara no s'han especificat
* L'elecció entre productes pot dependre en el conjunt de defectes que els usuaris estan preparats per aguantar millor
* Si creus que el teu disseny és perfecte, és que no li has mostrat a ningú més
* Si no entens un producte que ja existeix no seràs capaç de fer-ne un de nou
* Fer la part difícil primer
* Observar bé els domain-espefic, ja que pot ser que ja hi hagi un producte que compleixi les necessitats per aquest ninxo
* Bons productes no són suficients
* La implementació importa
* Fer arquitectures amb propietat però obertes
* Aprofitar en l'àmbit abstracte les arquitectures obertes

\clearpage
# Presentació

## Punts Forts
* S'han exposat els punts amb claredat
* Han sabut *traduir* les heurístiques, per tal que el seu significat s'entengués amb facilitat
* En cas de dubte, s'han aclarit conceptes
* La presentació ha ajudat a aprendre els coneixements bàsics del temari

## Punts Febles
* Hi ha hagut un canvi de ritme entre els dos companys.
* A l'inici, puntualment, s'han passat punts ràpidament
* Al final, puntualment, hi ha hagut punts en els quals s'ha donat massa èmfasis
* Repetició d'idees