|
| |
| |
| Blogs
|
Erik Vermeulen
|
|
Friday, 06 July 2007 |
|
Many architects put a lot of effort in rationalising the process of architecture decision making. These rational approaches to decision making typically break down in two stages: the problem identification stage and the problem solution stage. The idea behind the rational approach is that decision making follows a systematic method of logical reasoning steps that - if performed correctly - automatically lead to the optimal solution for the given problem. Behind this idea however hide two flawed assumptions: i) the world is well defined and ii) there's enough time to consider all the necessary combinations. To make the rational approach in complex decision making come to a decision on time, the architect is by definition forced to oversimplify. Be the first to write a comment |
|
more
|
|
|
Erik Vermeulen
|
|
Thursday, 28 June 2007 |
|
To date, architects very often operate as soloists. Soloists with a knowledge of construction paradigms, patterns, technologies, methods, etc. But as the construction space keeps expanding, the required knowledge is increasing: technology stacks and tiers are added, construction techniques evolve, the line between off-the-shelve and bespoke development is fading and reusable services are becoming commodities and their number growing rapidly. As a result the architect (and engineering) population will specialise more and more. Be the first to write a comment |
|
more
|
|
|
Danny Greefhorst
|
|
Friday, 15 June 2007 |
|
Lately I have been involved in discussions on the role of models in enterprise architecture. Some people seem to think that an enterprise architecture describes detailed models of current and future situations. Typically these models are stored in an enterprise repository, that could also be filled partially by other sources such as the configuration management database or sourcecode files. Let's step back a little bit to look at the role of models in architecture in general.
Be the first to write a comment |
|
more
|
|
|
Mark Paauwe
|
|
Tuesday, 13 March 2007 |
|
Every month I try to get an article published in this e-magazine on the subject modeling and visualizing of architectures. But because I am a novice editor, I need everyones help. With this a request to everyone for writing, searching and sending articles on modeling and visualizing architectures.
Be the first to write a comment |
|
more
|
|
|
Mark Paauwe
|
|
Sunday, 11 March 2007 |
|
Hello dear reader of Via Nova, my name is Mark Paauwe. As co-working president of Paauwe & Partners, Enterprise Architecture BV (www.paauwe-en-partners.nl) I am busy with awareness workshops, coaching & training in the field of architecture for clients such as board members, management and architects. Also I am involved in reviewing and development of architectures.
Be the first to write a comment |
|
more
|
|
|
Danny Greefhorst
|
|
Sunday, 11 March 2007 |
|
My vision on architecture is that it is all about making fundamental choices, and influencing the right people in order to achieve the required change. This means that architecture is also very much concerned with change management and stakeholder management. I also believe that architecture should combine top-down and bottom-up views.
Be the first to write a comment |
|
more
|
|
|
Erik Vermeulen
|
|
Friday, 19 January 2007 |
|
The future will bring more and more surprising products based on the reuse of digital 'residue'. These residue based products are products created on the residue of other products. To illustrate let me give you some examples: - mobile phone positioning data (a residue mobile phone users leave when then are linked to the network) to calculate car traffic; a valuable input for car navigation devices (e.g. Vodafone and TomTom); - (tagged) bookmarks collected by individual users in their browser can be used to build resource taxonomies (e.g. del.icio.us, mypip.com). An intranet version would be a simple and probably very effective way to manage corporate knowledge (especialy when it also enables highlighting). - gaming data (e.g. a game to find similar characteristics) to create picture indexes; a valuable input for a search engine wanting to improve the relevance of image search (e.g. the espgame.org and peekaboom.org). Be the first to write a comment |
|
more
|
|
|
Erik Vermeulen
|
|
Monday, 15 January 2007 |
|
Applications get more and more detached form the infrastructure they are running on. The same goes for the architectures of both. In the most extreme scenario, architectural design choices related to the infrastructure are made completely independent from the applications running on the infrastructure. For applications, the infrastructure in most cases is a given. One could compare the relationship between applications and the infrastructure with the way electrical appliciances relate to electricity (loosely coupled with plugs and sockets). Be the first to write a comment |
|
more
|
|
|
Erik Vermeulen
|
|
Sunday, 14 January 2007 |
|
The importance of creativity as a strategic competence is growing rapidly; it is key to survival in the next era. Creativity is not limited to products and services but also to the way value chains / networks are structured and the nodes (partners) in the network are implemented. Technology will penetrate deeper and deeper in the execution and will push humans out of significant parts of the value chain. This transformation is not an optimisation of today's operating model. In order to make this transformation happen, organisations will have to brake free from the architectural paradigms of the past and open up for a fundamental new way of building. Be the first to write a comment |
|
more
|
|
| << Start < Prev 11 12 13 14 15 16 17 18 Next > End >>
| | Results 188 - 196 of 196 |
Via Nova Architectura is not responsible for the content of blogs, but authors and readers are asked to adhere the following guidelines. Authors are strongly encouraged to check facts, cite sources, present
balanced views, acknowledge and correct errors. Respect copyright, fair use and financial disclosure laws. Please do not disparage organizations, or individuals. Being critical of someone's practice is acceptable, when it is done in a professional manner. Prevent usage of marketing statements. Comments should be relevant to the specific post they are attached to. Spam, flaming, personal attacks, and off-topic comments are not
permitted. Readers are requested to notify
This e-mail address is being protected from spam bots, you need JavaScript enabled to view it
of any violations. The editor holds the right to remove any statements that, in the editors opinion, infringe the above guideline(s). The author receives a notification of this action.
|
|
|
| |
| |
|