 |
Mijn Blog |
|
18.05.2010 |
|
Inventarisatie aardwarmte oplossingen
voor verschillende projecten: subsidiemogelijk-heden en
terugverdientijden. |
|
17.05.2010 |
|
Oplevering swimlane
procesmodellen inzake financiële organisatie. |
|
15.05.2010 |
|
Oplevering plan voor renovatie
woonboerderij en de bouw van enkele bedrijfsgebouwen.
Het
CrowdPetition programme loopt als een trein!! |
|
11.05.2010 |
|
Deelname aan Seminar "Kubus Tour de Capital 2010" te Rotterdam; over
ArchiCAD en BIM Server 2010 voor bouwkundige toepassingen |
10.05.2010 |
|
Eigen website versie 2.0 live; gebouwd
met Frontpage en Flashdigger Plus. Nu ook eenvoudige
toepassingen met geluid, interactie, database management |
8.10.2010 |
|
Crowd-petition
IT Applicatie
architectuur oplossing inzake online petitie tegen de bouw van
een stuwdam in noord-India. |
| |
|
|
|
Visie
Met de term
"architectuur" wordt in het
dagelijkse spraakgebruik zowel
verwezen naar het architectuur-proces
als naar de architectuur-producten.
Van beiden volgt hieronder mijn
visie.
Het woord
"architectuur" komt
oorspronkelijk uit het Grieks
αρχιτέκτων (architekton),
"meester bouwer". In de loop van de
eeuwen heeft deze titel zich
geëvolueerd op basis van de
organisatie van het bouwen. Mijn rol
in het architectuurproces is het
'ontfutselen' van expliciete maar
ook impliciete eisen en wensen van
gebruikers en die te vertalen in
oplossingen die af te beelden zijn
als specificaties in concrete
oplossingsdomeinen. Ik ben dus niet
het type van de ontwerper pur
sang. Dus niet zoals Renzo
Piano, die onlangs
werd geciteerd in de krant:
"ik luister naar iedereen, maar ga
wel m'n eigen gang". Daarmee kun
je natuurlijk hele mooie kunstwerken
maken, maar dat is
niet de visie die ik heb op
architectuur. Piano
is overigens een geweldig
kunstenaar, daar niet van! In
mijn visie ligt het ontwerp al vast
in de gedachten of dromen van de
belanghebbenden en ik beschouw het
als mijn taak om -als een
katalisator die gedachten creatief
te laten worden en te vertalen naar
specificaties.
Vaak worden de termen
'architectuur' en 'structuur' ten
onrechte als elkaars synoniemen
gebruikt. Een structuur is een
stelsel van objecten in hun
onderlinge relatie. Architectuur
echter voegt daar iets aan toe,
namelijk de menselijke decision
maker en zijn relatie tot
die structuur.
Zo heb je bijvoorbeeld een
stedenbouwkundige architectuur, maar
ook een navigatie architectuur voor
een website; dat wil zeggen de
principes waarmee de gebruiker door
de vaak complexe door de website
navigeert. Is die gebruiker blij met
een website of loopt hij zich maar
te ergeren. Is een gebouw zo
ontworpen dat de mens voortdurend
zijn oriëntatie kwijt is, of voelt
de mens zich er meteen op z'n gemak.
Is het stratenplan van een wijk zo
ontworpen dat de kans gering is dat
een persoon die de wijk niet kent
ooit zal aankomen op de plaats van
bestemming? Ieder kent deze
voorbeelden wel en ze vormen
tegelijk een adstructie van de
toegevoegde waarde van architectuur.
-
Waarom eigenlijk
architectuur?
Waarom begrijpt
iedereen dat als we een konijnenhok
timmeren of een homepage op het
internet publiceren, we geen
architect nodig hebben. Maar waaróm
snapt iedereen dat?
Dat komt vanwege de noodzaak tot
reductie van complexiteit dat zo
kenmerkend is voor het
architectuurproces. Het is de taak
van de architect het reduceren van
complexiteit te faciliteren (met
name door het ordenen van de
objecten in lagen) en de keuzen voor
een geschikt architectuur domein dat
kan leiden tot een oplossing voor de
gestelde opdracht/ uitdaging.
-
Wat is een
architectuur domein?t
Verschillende malen
is al de term 'architectuur-domein'
gevallen. Een afgeronde definitie
heb ik nog niet. Maar het gaat
volgens mij om het volgende.
Een
architectuurdomein is een
verzameling kennis betreffende een
min of meer afgebakend gebied van
het menselijk vernuft (oplossingsgerichte definitie). Het
verondersteld een gelaagdheid als
gevolg van abstractie. Een typisch
instrument daarvan is een referentie
architectuur, waarmee het domein in
hoofdlijnen wordt gedefinieerd. Daar
waar de kennis van een ingenieur het
complete domein omvat tot de laatste
details, beperkt de domein-architect
zich slechts tot de hoofdlijnen. Hij
heeft zoveel specifieke domein
kennis nodig om de vertaalslag van
de eisen en wensen van de
opdrachtgever te kunnen mappen
naar de referentie architectuur van
het betreffende domein.
|
|
|