De Digitale Dage 2013 – Summa sumarum

Efter tre dage med fuld gas på BIM, kommunikation og innovation kunne vi med god samvittighed fredag eftermiddag sætte tænderne i en pølse og skylle efter med en fyraftensøl ved afslutningen af De Digitale Dage 2013.

Min rolle ved dette års DDD var, som skrevet i forrige indlæg, projektleder. Jeg har aldrig deltaget i DDD før, men det kan varmt anbefales til alle, som gerne vil være spydspids for udvikling og afprøvning af de nyeste IT-systemer inden for byggeriet og indenfor BIM.
Jeg vil kort beskrive processen omkring nogle få af de  programmer vi anvendte ved DDD:

  • Vi anvendte ibinder som projektweb kombineret med Bips struktur for dokumenthåndtering nemlig A104.
    • Beskrivelse af ibinder – http://www.ibinder.com
      • Ibinder er en webbaseret mappestruktur som mest anvendes indenfor  Byggeprojekt, Digitalt udbud, Ejendomsdrift og Arkiv. Det byder på en overkommelig brugerflade, hvor man nemt kan få overblikket over, hvilke mapper man har og hvilke der er aktive.

Untitled

Billedet er fra projektwebbet DDD.
Mapperne som er i halftone er tomme og de andre er i brug – nemt og overskueligt

      • Vurdering
        • Der var masser af opstartsproblemer, da mange skulle oprettes som brugere inden vi kunne komme i gang på dag 1. På trods af det var det en stor succes. Ibinder er som sådan en virtuel mappestruktur, som man nemmere kan overskue pga. opsætningen omkring aktive og ikke aktive mapper. I al sin enkelthed minder det meget om en traditionel mappestruktur man f.eks. bruger, hvis man anvender dropbox til projektweb. Ibinder styres vha. en administrator, som disponere over brugerens rettigheder. På den måde styres hvem, der kan hhv. downloade og uploade. Dermed bliver enkelt for brugeren at forholde sig til.
          Jeg mener ibinder er et godt værktøj til projektweb og jeg tror det bliver noget vi kommer til at stifte bekendtskab med fremover både på skoler og i erhvervslivet.
    • Beskrivelse af A104 – http://bips.dk/nyhed/video-l%C3%A6r-om-dokumenth%C3%A5ndteringsmanualen
      • A104 dokumenthåndtering er et styresystem til at håndtere sin projektweb. Det hjælper til at navngive filer og lave en gennemsigtighed i den måde branchen skal håndtere deres projektweb. Ligesom mange andre tiltag fra BIPS lægger A104 også op til at fordelen rigtig kommer ved. BIPS’ værktøj til dokumenthåndtering slår rigtigt igennem når flere parter i et konsortium eller et samarbejde mellem faggrupper anvender A104Således bliver dokumenthåndteringen lettet pga. de samarbejdende parter kan overskue hindandens filnavngivninger og placeringer i mapperne i deres projektweb.
    • Vurdering
      • Jeg har anvendt A104 til 2 projekter. Det er uden tvivl et værktøj, som skaber en retningslinje for, hvordan man håndterer sin dokumenthåndtering. Selve vejledningen er udført således der ikke er meget overladt til fantasien ift. en almen mappestruktur som hverenkelt firma sætter op. For at komme i gang med A104 er det dog essentielt, at man har BIM-koordinatorer der kan hjælpe en i gang. På trods af at A104 virker godt, er det svært at komme i gang med pga. det er et meget omstændigt dokument at sætte sig ind i – det er 86 sider.
        I vores gruppe på UCN har vi udvalgt de ting af A104 vi kunne bruge og derefter rettet META-DATA’en til, så det har passet til vores projekt. Det er en succes. Til DDD har det været et andet opsæt, så det skulle indlæres med en smule opstartsproblemer, men det var også en succes. Til DDD anvendte vi ikke en så stor del af mappestrukturen som vi ellers gør på skolen, derfor kom der situationer, hvor vi måtte tolke på mapperne.
        Helt sikkert også et værktøj, som efterhånden vil blive anvendt mere og mere, men jeg tror der kommer til at gå tid inden det når ud til de mindre tegnestuer pga. kompleksiteten i opstartsfasen. Det vil med sikkerhed skræmme mange.

Det var de programmer jeg stiftede mest bekendtskab med. Ud over disse programmer blev der anvendt følgende programmer jeg kun har ringe kendskab til.

  • Solibri modelchecker og naviate – NaviateSolibri
    • Beskrivelse
      • Begge programmer er til at lave kollisionskontrol i. På den måde kan vi kontrollerer vores modeller passer sammen og  om der er sammenstødende objekter, for derefter at rette dem
    • Vurdering
      • Programmerne voldte problemer ved DDD. Både pga. det var nyt materiale der skulle læres, men også fordi der var forvirring omkring hvad programmerne formåede. Jeg mener programmerne begge er gode, men vi havde simpelthen ikke tid nok på de 3 dage til at give dem den tid de fortjente.
        I forbindelse med disse programmer og generelt med kollisionskontrollen stiftede vi bredt bekendtskab med IFC filformatet. Det er det format, der kan trækkes ud fra rigtig mange programmer, som deltager i byggeprocessen. De programmer vi kender bedst er Revit, auto-cad, magi-cad mfl. Her bruges IFC formatet til at udveksle informationer med mellem programmerne og dermed kan der udføres kollisionskontrol. Det var en vigtig lektie. Her er et link til en blog, som fortæller mere omkring dette format. IFC

Dette er mit sidste indlæg på bloggen angående DDD 2013. Jeg håber, at det har givet et indblik i, hvad man som studerende kan få af udbytte ved at deltage i DDD. Såfremt du har lyst til at spørge omkring indhold i mine indlæg eller andet er du velkommen til at skrive til mig.

– Peter Haven

peterhaven@gmail.com

Twitter: Klik her
LinkedIn: Klik her
Blog: Klik her

Reklamer

De Digitale Dage – BIM-Koordinator, 3. og sidste dag.

Noget forsinket, vil jeg skrive om den sidste dag under de digitale dage.

3. Dag var dagen hvor hele arrangementet skulle afsluttes og fremvises for resten skolen, og ikke mindst de inviterede erhvervsfolk. Som de fleste ved er der ofte pres på op til en afleveringsfrist, og dette var ikke en undtagelse.
For at lette trykket fra projektlederen blev vi sat til at stå for fremlæggelsesmaterialet, hvilket bestod af et powerpoint.

Vi blev dog selv hurtig presset. Der var blevet sat en deadline til kl 10, hvor alt materiale fra de forskellige faggrupper skulle være klar og lagt op på projektweb. Men for et par af de projektwebansvarlige, var det første gang de skulle ordentligt navngive og ligge det op på projektwebben. Derfor måtte en af os vejlede de resterende i projektwebben og Bips A104, mens den anden stod for Powerpoint. Med et par timer der gik stærkt, blev vi både færdig med en tilfredsstillende powerpoint og rådgivet grupperne i projektweb.

Afslutningsvis blev der holdt oplæg fra hhv. Peter Haven, projektleder på den danske case, og Lars Sørensen, projektleder på den internationale case. Der gav en uddybelse i, hvad vi havde arbejdet med igennem de tre dage.

For mig har de 3 digitale dage været en ekstrem lærerig og positiv oplevelse. Det skyldes jeg var heldig at komme til at arbejde med et af de området jeg finder yderst interessant, samtidig med jeg var blandt dygtige studerende der alle ydede en indsats der skabte et godt grundlag for dagene. Den erfaring jeg har fået mig under dagene, kan jeg helt klart trække med videre, både når det handler om mit eget projekt, men også under mit kommende speciale der netop omhandler dokumenthåndtering og brugen. DDD har været med til, at give mig en endnu bedre fornemmelse af hvor i faget jeg vil arbejde, nemlig som BIM-Koordinator.

Jeg kan kun varmt anbefale dette event til andre studerende, der har lyst til at yde en indsats. Uden et ordentligt engagement fra de involverende studerende, ville dagene ikke have nået det niveau, som netop jeg synes var tilfældet for DDD 2013.

 

Som afslutning vil jeg gerne takke alle der var med ind over De Digitale Dage 2013.

 

Mvh. Anders Norup

4. sem.
Mail: 1010937@ucn.dk
LinkedIn: Klik her

De Digitale Dage – Arkitekt, 3. dag

Den 3. digitale dag er for længst overstået, men jeg mangler stadig at berette kort om denne 3. dag.

3. dag stod i afleveringens tegn, og vi sluttede det digitale eksperiment af ved at pudse vores 3D model af, og få så meget af modellen som muligt op på informationsniveau 4.
Det bør dog næppe komme som nogen overraskelse at vi langt fra blev færdige, det har da heller aldrig været intensionen med De Digitale Dage, her er det processen og ikke produktet der vejer tungest.

Vi fik fra morgenstunden udstukket en deadline for aflevering af modellen kl. 10.00, så der var ikke megen tid at løbe på.Det lykkedes os til trods for den korte deadline, at få alle ydervægge og gulvet op på informationsniveau 4, vi fik rettet vinduer til og vi fik hevet ingeniørens spær og bjælkelag over i vores model, blot for at konstatere at de havde benyttet en forkert taghældning – ØV!

Klokken 10.00 var vores del af dette spændende digitale projekt overstået, og da det afsluttende oplæg først var planlagt til kl. 12.30, satte jeg mig og legede lidt med voers model i Lumion, i håb om at der ville være noget at vise frem, men igen var tiden ikke til et færdigt produkt.

Det afsluttende oplæg på DDD 2013, blev forestået af henholdsvis Peter Haven, projektleder på den danske case, og Lars Sørensen, projektleder på den internationale case. De afsluttende oplæg blev streamet rundt på hele skolen, og det er dokumenteret i videoen her under.

Så for den her gang, tak for 3 spændende dage i det digitale byggeris tegn.

 

/Anders Voergaard

4. sem. Mail: 1010957@ucn.dk
LinkedIn: Klik her

De Digitale Dage – Dag 3 – Sidste dag

Efter to dage med fart på skulle dagen i dag d. 12-04-2013 blive den sidste dag ved De Digitale Dage 2013.

Dette er mit tredje indlæg fra DDD, hvor jeg beskriver hvad jeg har udført som projektleder. Dagen i dag stod i edderkoppens tegn, forstået på den måde at vi i dag skulle samle alle trådene eller alle spindets ender, som endte ud i en præsentation omhandlende case 1 ved DDD.

Morgenen startede med velkomsttaler og derefter tog vi et projekteringsmøde. I dag ville jeg sørge for, at grupperne opsummerede deres arbejde og videregav deres produkt samt deres mening omkring DDDs forløb og den proces vi som deltagere har været en del af. Det sidste jeg gjorde færdigt inden jeg tog hjem på dag to, var at forberede et processkema til hver gruppe. I skemaet var der formuleret en række spørgsmål omkring deres produkt, men især spørgsmål der skulle frembringe deres holdning til forløbet.
Der var i alt 6 faggrupper foruden mig selv. Alle disse grupper afleverede deres processkemaer til mig senest kl. 10.00, hvorefter jeg så kunne samle alle informationer til en fremlæggelse omkring vores forløb.
Kl. 12.30 stod jeg klar ved pulten. En mikrofon på pulten, et headset og et kamera var sat i forbindelse med mig og jeg kunne begynde min fremlæggelse. Alle der havde haft noget at gøre med DDD var mødt op for at høre præsentationen, så det var en stor glæde at få lov til at præsentere vores store stykke arbejde, som alle der havde deltaget i casen, var stolte over.
Jeg fortalte i min præsentation omkring de udfordringer vi havde haft. Omkring de ting vi har lært ved at deltage ved DDD og omkring den store vidensdeling, som med succes har fundet sted mellem studerende fra forskellige uddannelser og semestre.

Dagen blev sluttet af med et rejsegilde nede i gården på Porthusgade 1 i Aalborg. Det var en god måde at slutte af på pga. man fik talt med mange af sine studiekammerater man normalt ser hver dag, omkring deres oplevelser og erfaringer fra dagen. Ved samme lejlighed var der mulighed for at networke med de foredragsholdere og repræsentanter, som var tilstede.

Men DDD er faktisk ikke helt slut endnu. Tirsdag kl. 15.00 har vi fået arrangeret et møde med bygherren fra Østermarkskolen. Her skal vi omstille vores præsentation fra den procesorienterede præsentation vi havde i dag til en decideret bygherrepræsentation, som vi kender den fra byggeriets faser. Jeg er stolt over at vi ved DDD 2013 har udarbejdet et projekt, der i så høj grad har inspireret bygherren til at opsætte endnu en præsentation, hvor et ønskeresultat kunne være, at DDD fik sat et aftryk på det faktiske byggeri i form af en af de mange innovative idéer som DDD producerede.

For mig har det været en fornøjelse at deltage til DDD. Jeg har altid haft en drøm om at blive projektleder når jeg er færdiguddannet. Jeg er pt. også praktiksøgende inden for samme stilling. I den forbindelse er jeg taknemmelig for at fået lov til at “lege” projektleder i sådan et spændende projekt, hvor der har deltaget så mange dygtige studerende, som jeg har lært så meget af.

Som studerende kan det kun anbefales at deltage i dette BIM-eksperimentarium. Der er uanede mængder af viden man kan tilegne sig. Det er helt op til den enkelte studerende at tage det man vil have til denne event. Vidensdeling er bare i højsæde ved DDD.

Jeg håber, at jeg har givet jer en forståelse for, hvad det vil sige at deltage i DDD og nærer håb om, at der er endnu flere, der har interesse i at deltage i DDD 2014 enten som studerende, foredragsholder eller andet der har relevans, mulighederne er mange.

– Peter Haven, Projektleder DDD 2013

peterhaven@gmail.com

Twitter: Klik her
LinkedIn: Klik her
Blog: Klik her

De Digitale Dage – Arkitekt, 2. dag

Den anden digitale dag er slut, og jeg har igen indfundet mig ved computeren for at give et kort resumé af dagen, set gennem arkitektens briller.

Dagen startede som den foregående med et par taler, b.la. var Kim Knudsen (Tech Collage Aalborg) og Kjeld Svidt (Aalborg Universitet) på taler stolen. Som et lille “sjov” afbræk var også de to projektlederne for de 2 cases oppe ved talerstolen og give en kort breifing, af hvor vi befandt os i forhold til planlen.

Som jeg skrev i går, havde jeg en forventning til at dagen i dag, skulle gå med kvalitetssikring/kollisionskontrol af tegningsmaterialet gennem CAD-Q’s Naviate, og herefter at føre BIM modellen fra informationsniveau 00-02, op på informationsniveau 03-04.

Jeg startede dagen ved, sammen med en af casens BIM Koordinatorer, at demonstrer for de forskellige gruppeledere, IDM folk og projektlederen hvordan vi skulle bruge Naviate til kvalitetssikringen/kollisionskontrol (Herefter kaldet KS/KK).
Det skulle imidlertid vise sig at være det eneste vi fik arbejdet med Naviate den dag, for efterhånden som de forskellige fagmodeller (Arktiekt model, Ingeniør model osv.) blev sendt til KS/KK, stod det klart at vi havde lavet en brøler.

Kort fortalt bestod vores fejl i at arkitekten havde lavet en model, ud fra en model stillet til rådighed af bygherren, denne nu redigeret model er så i løbet af 1. og 2. digitale dag løbende blevet delt via iBinder.com.
Konstruktions og installations ingeniørerne hentede så denne model ned, og tegnede videre på den. Da der så skulle udføres KS/KK havde vi i 4 forskellige fagmodeller, 4 stort set ens modeller hvilket betød at BIM folkene fik fejlmelding alle de steder hvor ydervægge, indervægge, døre osv. overlappede. Dette genererede en fejlliste så lang at det formenligt ville tage en måned at komme igennem.

Heldigvis for et event som De Digitale Dage, sker den her slags fejl, vi er her jo for at lære – det gjorde vi i dag!
En fed ting ved De Digitale Dage er at der konstant er erhvervsfolk tilstede, som gerne deler ud af sine erfaringer, og i dag var ingen undtagelse. For mens vi sad og diskuterede problemstillingen mht. de 4 ens modeller, kom Kenneth Højbjerg (BIM Manager hos Bjerg arkitektur) og fortalte hvordan de arbejder med b.la. fagmodeller og kollisionskontrol. Det vil jeg gemme til et blogindlæg på et senere tidspunkt.

Al denne ståhej, med KS/KK, gav os tilgengæld mulighed for at arbejde lidt mere intenst med at få modellen op på informationsniveau 03-04, og vi fik i den sammenhæng sendt noget materiale ned i et par workshops.

Jeg afsluttede dagen, med et foredrag af Martin Romby (Aarhus arkitekterne) og Stig Brinck (NIRAS), om BIM koordineringen på udvidelsen af Rigshospitalet, og med tanke på de problemer vi havde mødt tidligere på dagen mht. BIM koordinering, var det aktuelt og spændende at se hvordan de styrede et så stort projektet.
Foredraget sluttede af med en spørgerunde, og snakken faldt på et tidspunkt på kompleksiteten i at få programmer som Revit ud på tegnestuerne, da det mange steder stadig er AutoCAD som er i højstolen. Til dette svarer Stig Brinck, henvendt til erhvervsfolkene i lokalet, at hvis de skulle være så heldige at de i firmaet stod og skulle ansætte en mand eller to, så skulle de efter hans mening ansætte en nyuddannet fra UCN T&B, for så ville man få en som kender til de nye programmer og som vil presse på for at få dem i brug.

Jeg har vedhæftet en video konkurrence video som blev vist under foredreget så man kan få en ide af havd det drejer sig om.

 

/Anders Voergaard

4. sem. Mail: 1010957@ucn.dk
LinkedIn: Klik her

De Digitale Dage – BIM Koordinator dag 2

Den anden digitale dag er nu bragt til ende. Dagens program startede med taler fra lærere og erhvervsfolk, hvorefter vi gik ud i vores faggrupper og vi kunne begynde på dagens opgaver.

Ligesom dagen igår, fik vi udleveret dagens opgaver af IDM-folkene. Gennemgående for dagen skulle vi holde kontrol af, at projektwebben blev brugt korrekt, dvs. at placeringen og filnavngivningen skulle følge BIPS A104 – Dokumenthåndtering. I forhold til dagen igår, forløb dagen i dag med et meget bedre flow. Vi havde mulighed for at gennemgå hver enkel fil der blev lagt op på iBinder (DDD’s Projektweb) og samtidig vejlede resten af deltagerne i projektwebben. Det gjorde at vi langt bedre kunne sætte os ind i tingene, men vi havde også mere tid til at hjælpe andre og få dem til at få en større forståelse for navngivningen.
Samtidig fik jeg også mulighed for at sætte mig bedre ind i selve projektet, som jeg ikke følte jeg havde været nok ind over. Hele dagen igår havde jeg ikke rigtigt set tegninger og dokumenter, men mere kontrolleret de var korrekt navngivet og placeret. Det gav mig et større overblik over DDD, og hvad andre sad og kæmpede med. Samtidig med jeg bedre kunne sætte mig i deres sted, hvis de ikke kunne overskue at skulle lære om BIPS A104 – Dokumenthåndtering.

Nu hvor jeg har arbejdet noget mere med dokumenthåndtering, bliver jeg også mere positiv over det. I starten føltes det uoverskueligt ikke bare at navngive filen, som det den omhandlede. Men nu, efter at have arbejdet med Bips A104, kan jeg nemt se mange af de fordele det kan indbringe, netop at bruge Bips A104. feks:
– Ved at bruge metadata’en, indholdstype (C), er det lynhurtigt at se på en fil hvor den er/skal placeres i sin mappestruktur.
– En fælles enighed om navngivningen, hvilket betyder der ikke opstår den samme misforståelse.
– Chancen for filer der “forsvinder” i mængden minimeres.
– Flere oplysninger om filen, i et ofte kortere filnavn.
– Din metadata der er tilknyttet, gør det langt nemmere at søge på filen. Dvs. du behøves kun at vide brøkdele for at finde den, f.eks. hvilken fase, vidensområde eller ansvar den tilhører.

Dette er kun nogle af de fordele den kan bidrage med, og jeg håber jeg opdager flere af dem imorgen.

En anden positivt oplevelse jeg tog med mig i dag, findes i iBinder. Gruppelederne manglede en hurtig måde at kommunikere på, når der blev lagt nyt materiale op på projektwebben. Efter at have gransket iBinder, fandt vi en såkaldt “opslagstavle”. Her var det muligt at sende beskeder til deltagere af iBinder. Beskederne kunne sendes til alle deltagere, grupper, men også enkelte personer. Når beskeden var sendt, modtog man en mail om at der lå en besked på iBinder, med et direkte link til beskeden. Alt dette hjalp hurtigt, da man med det samme fik beskeden, og man kunne komme videre med sit arbejde. Men det var særligt den funktion, at du kunne se om folk havde læst beskeden, der var nyttig. Det gjorde det muligt at kontrollere om folk havde modtaget det nye materiale, eller om man var nødt til at kontakte den pågældende. Endnu engang hjalp det til, man hurtigere kunne komme videre i processen og fejl blev minimeret, og det må man sige er noget af en markant fordel.

Jeg glæder mig meget til i morgen, for at se hvad vi sammen er kommet frem til i Case 1 og håbe at projektwebben har været med til at bidrage til dette.

Mvh. Anders Norup

4. sem.
Mail: 1010937@ucn.dk
LinkedIn: Klik her

De Digitale Dage – BIM Koordinator dag 1

Som skrevet igår, vil jeg hver dag under DDD skrive om dagens oplevelser.

Da jeg ankom i dag, var jeg meget spændt på hvordan dagen ville forløbe. Jeg havde hørt fra tidligere deltagere at den første dag godt kunne opleves hektisk og en smule kaotisk. Det kan jeg kun give dem ret i.

De IDM-studerende havde givet os alle en dagsorden, hvori jeg som BIM-Koordinator, ansvarlig for projekweb, skulle starte dagen med at checke om alle de deltagene havde modtaget login og oprettet sig på iBinder (DDD’s Projektweb). Allerede her opstod nogle af dagens store problemer. Mange af deltagernes mail var ikke blevet tilføjet til deltagerlisten, og af samme grund var de ikke blevet tilføjet til iBinder. Pludselig gik megen af den tid der skulle bruges på at instruere i filnavngivning, til at få tilføjet de manglende folk. Denne opgave strakte sig stort set over hele dagen, hvor flere kom til for at få invitationen til iBinder.

Resten af vores opgaver var efterfølgende at kontrollere de filer der blev uploaded til projektwebben. Vi havde valgt kun at tildele en enkelt fra hver faggruppe muligheden for at uploade, for at minimere chancen for forkerte navngivninger, og det gav pote. Efter et par svipsere i starten af dagen, lærte de projektweb-ansvarlige i grupperne hurtigt at filnavngive ud fra Bips A104 – Dokumenthåndtering. Inden DDD havde vi udarbejdet en skabelon for dokumenthåndtering. Den skulle foregå på samme måde som en light udgave af en IKT-aftale, der udspecificerede; placering, fil-,tegning- og modelnavngivning. Den skulle være med til at sikre at folk fik en langt hurtigere forståelse, i stedet for at skulle gennemlæse hele BIPS A104.

Som dagen startede hektisk, sluttede dagen fredeligt og roligt. Efter der kom styr på deltagerliste og alle deltagere havde den fornødne adgang til iBinder. Havde vi tid til bedre at kontrollere at strukturen blev overholdt, samt lave konsistenskontrol på filer.

Dagen i dag har helt klart været utrolig lærerig, én ting er at sidde og læse i A104 om dokumenthåndtering, men en anden ting er at sidde med det i hænderne og bruge det som et redskab i et projekt, bestående af over 30 mennesker.

Det har allerede nu givet mig en langt bedre forståelse for filhåndteringen. Men også nogle problemstillinger jeg kan trække over i mit 4. semesters speciale. Gennem dagen, henvendte flere sig omkring placeringen af filer. Det skyldtes at i vores navngivning af filer bruger Vidensområde (K) og Indholdstype (C). Disse to metadata definerer placering og arbejdsområde. Det i sig selv gør, at man meget præcis kan definere fagområde og hvor filen præcis skal ligge. Problemet opstår dog, når filen i sin helhed kunne ligge flere steder, eller/også tilhører forskellige fagområder. Et eksempel vi stødte på tidligt, var bygherrens kravspecifikationer. Placering blev C08 (Specifikationer), men da den omhandler flere videnområder, var det pludselig svært at navngive og bygherrerådgiveren besluttede at give den, K01 (Arkitektur)

Jeg håber at dagens hektiske start og forvirringer har gjort, at vi i morgen er klar til at tage fat i nye områder, og ikke er nødsaget at bruge størstedelen på fejl invitationer. Men samtidig også byder på nye udfordringer, der skal løses i gruppen.

Mvh. Anders Norup

4. sem.
Mail: 1010937@ucn.dk
LinkedIn: Klik her

%d bloggers like this: