Presentatie - Ricktijink/FeDProject GitHub Wiki

Presentatie inhoud

1. Wat je wilde maken (idee)

  • Wij wilden een bruikbaar product maken waarbij wij later ook wat aan zouden kunnen hebben.
  • Het initiele idee was om een code snippet tool te creeren. Waarbij de gebruiker minimaal gebruik kan maken van CRUD fuctionaliteit dat behandeld werd tijdens de traineeship.
  • CRUD = Create, Read, Update and Delete.

  • Wij wilden voor dit project een realistisch bedrijfsproces nabootsen waarbij een design aangeleverd wordt door een designer en waarbij wij in deze case de programmeurs zijn die deze realiseren.
  • Wij hebben uiteindelijk voor de volgende design gekozen. ![design idee](./Overig/Traineeship guide in blocks DESIGN IDEE.png)
  • Deze design hebben uiteindelijk deels aangepast voor ons eigen doeleinde.

2. Hoe heb je het aangepakt (welke technologien)

  • De design hebben wij als uitgangspunt gebruikt hieruit hebben wij de beodigde componenten en functionaliteit kunnen afleiden. Deze hebben wij voor onszelf in een todo lijst gezet en geprioriteerd aan de hand van wat wij dachten dat de gebruikerswensen waren.

  • Vervolgens hebben wij bepaald welke technieken nodig waren om de applicatie te realiseren.
  • Angular: nieuwe library, uitdagend, populair in demand.
  • MySQL: Database, deels nieuw, eenvoudig gegevens communiceren binnen een server en beste gebruikte manier.
  • Express/nodeJS: Koppeling van database met de server
  • Github/GIT: Versiebeheer tool, collaboration tool, ook vaak gebruikt in bedrijfsleven.

3. Wat ging allemaal goed

  • Samenwerking:

    • Vanaf het begin van het project hadden wij duuidelijke afspraken gemaakt over wie wat moest doen, waarbij beide het maximale konden halen qua zelfontwikkeling.
    • Wanneer een an ons lang met een bug deden wij aan pair programming, waarbij wij elkaar hielpen bij het vinden en het toepassen van de gevonden oplossing.
  • Opnemen van lesstof:

  • Struur binnen project:

    • Vanaf het begin geprioriteerd van de componeneten
    • Gewenste applicatie is opgesplitst per functionaliteit n deze zijn vervologens geprioriteerd en verdeeld.

4. Wat ging niet goed (wat moest je laten vallen)

  • Bugs fix

    • Af en toe zatten wij te veel tijd aan het fixen van een bug, oplossing is om een tijdslimiet te geven en daarna hulp inschakkelen.
  • kennisgebrek:

    • Wij merkten dat wij af en toe kennisgrek hadden binnen de gebruikte technologieen. Echter, hield dat ons niet tegen om zelfonderzoek naar te doen om alles te kunnen bereiken wat wij wilden. (!!!)

5. Demo

Check screencapture extensie (!!!)

6. Toekomst uitbreiden

  • Tijdsgebrek
    • Responsive/mobiel design
    • Online zetten van de applicatie (database)
    • Texteditor gebruiken
    • Status van post (favoriet en concept)