The technical solution is not always the best
As an architect, the best technical solution should win out every time. This week I’ve come to realise that the technical solution isn’t always best. I’ve had to deal with not putting forward the technical solution I know is the most appropriate in favour of a technically inferior solution which is more politically acceptable.
I pondered for a while, should I accept the compromise or not? In the end I decided that it would be best to state my principles and agree to accept a compromise technical design. Let’s hope its acceptable. If not, I can always say I told you so.
_uacct = “UA-1104321-2″;
urchinTracker();
Tagged with: Uncategorized
Subscribe to Architecting IT
Popular Posts
- Netapp: The Inflexibility of Flexvols (10,235)
- Windows Server 2012 (Windows Server “8″) – Storage Spaces (9,684)
- Enterprise Computing: Why Thin Provisioning Is Not The Holy Grail for Utilisation (8,074)
- Comparing iSCSI Targets – Microsoft, StarWind, iSCSI Cake and Kernsafe – Part I (6,037)
- Review: Compellent Storage Center – Part II (5,682)
- Data ONTAP 8.0 – Part III (5,170)
- Why Does Microsoft Hyper-V Not Support NFS? (5,094)
- Windows Server 2012 (Windows Server “8″) – Virtual Fibre Channel (4,562)
- How To: Enable iSNS Server in Windows 2008 (4,550)
- Back to Blogging (4,455)
Daily Popular
- 3PAR Continues to be HP Storage Cornerstone (38)
- Netapp: The Inflexibility of Flexvols (19)
- Windows Server 2012 (Windows Server “8″) – Virtual Fibre Channel (16)
- Windows Server 2012 (Windows Server “8″) – Storage Spaces (15)
- HP Discover – Las Vegas 11-13 June 2013 and Software Defined Storage (11)
- Enterprise Computing: Why Thin Provisioning Is Not The Holy Grail for Utilisation (10)
- ViPR – Frankenstorage Revisited (10)
- Rise of The IT Generalist – A Bad Idea? (9)
- HP Storage Bets on 3PAR (9)
- Review: AWS Storage Gateway (8)









