Abstraktioner
Ibland stöter man på de där överseriösa kodarna, de som bestämt måste tillämpa varenda sak de hört talas om, vartenda pattern som finns i nån bok och att skriva abstrakta abstraktioner. Varför? Gör det så enkelt som möjligt. När en abstraktion är mera komplex än verkligheten så måste det vara nåt fel. “Design patterns” är också en en grej som vissa aldrig kan få nog av. Fundera på varför du du använder vissa patterns och fråga dig om t.ex. alla dina EJB :er(Enterprise Java Bean) måste förekomma tillsammans med Sessionsbönor, fasader och fan och hans mormor. Blev det enklare av det, eller blev du bara mera produktiv räknat i antal rader kod? Om du behöver dem så automatgenerera dem med EJB-doclet eller nåt annat verktyg, skriv dem inte för hand. Eller factories och factoryfactories… Det finns situtationer där var och en av dessa patterns kan försvaras. Att man kan använda dem är inget argument.
1972 sade E.W. Dijkstra detta i sin Turing Award-föreläsning (The Turing Award är ungefär datorvetenskapens “Nobelpris”)
… In this connection it might be worthwhile to point out that the purpose of abstracting is not to be vague, but to create a new semantic level in which one can be absolutely precise.
Abstraktioner handlar om att göra saker enkla, inte om att göra dem “abstrakta”. Keep It Simple Stupid.
No Comments »
No comments yet.
RSS feed for comments on this post. TrackBack URI
Leave a comment
Line and paragraph breaks automatic, e-mail address never displayed, HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>



