这个是个有趣的话题。
为什么说有趣呢，因为从商业角度来讲，DIY并不让人乐于接受，尤其是对于一些具备特殊需求的行业来说，即便是制造业也并不对此感冒，究其原因无外乎风险问题，真是基于对业务的破坏性，使得DIY脱离了正常的SMB IT的考虑范围。
然而，真正深入之后发现这个问题中有趣的一点就是，本质上影响我们决定的恰恰是DIY本身。在做IT采购、规划和实施的时候，我们考虑的首要基础来自于以往的经验和一些得到认可的指南（例如官方操作指南或者是持有官方认证的技术人员），这里面经验在很多时候更重要，恰好的是，经验本身就是一个DIY的东西，经验本身就来自于出错之后的抢救措施，实施抢救的时候哪还有什么规范好走，什么能用就上什么，先盘活了再说。事后总结并结合官方指南做出的一些规范和措施，就变成了经验。
不能否认的是，厂商确实在商业领域倾注了资源和精力，开发出的产品，不论是软件还是硬件，都在他们所设想的环境内表现卓越。但是实际上我们都知道，对于SMB来说，由某一厂商的产品来实施解决方案级别的IT部署实在很困难，资金上的压力、员工的操作技能和意识、处于对数据安全的考虑等等都使得SMB 不得不抽出时间来DIY自己的IT基础设施和架构。比如说，发起一个简单的问卷调查，对于大企业来说可能自己的系统套件里有这样的功能，或者一些第三方的公司合作，可以快速便捷的创建问卷并分析结果；对SMB来说，事情得这么办：比较好的IT人员可能会写一些简单的问卷页面，结合开源产品做一个自己的小问卷调查，并且可以反复使用；稍微牛逼一点的，可能办公室的人就能用ASP脚本结合excel做出一份调查问卷出来，虽然丑了点，但是很实用；再者，可能IM工具里吼一吼，中午吃饭的时候讨论一下事情就结束了。
由此可见，DIY可能在设备采购的时候没有得到认可，但是实际上却在很多地方广泛使用，毕竟DIY是一种思想和精神，没有实际上的界限。甚至我还知道一些扣的要死或者实在是紧张的小企业里，能发掘出神一级的DIY解决方案，这些例子可以在各大创业公司里以及像Google这样没停止过过折腾的公司里看到。我们身边的一些实际情况常见于一机多用的，物尽其能的小创新。
最后总结一句话，DIY并不是一件不好的事，尤其是对于SMB来说，发掘出现有设备资产的最大价值，DIY就是一条很好的路径，我相信随着开源硬件运动的推广，会有更多的IT人员在SMB的环境里会认真考虑并实践DIY的。
——————————————-
在8.2日的时候，CIO时代刊登了一篇译文：优化中小企业IT决策的10个关键点
在这篇文章中，Mary Shacklett提到的这十点实际上是DIY的一种方式，同样的，Mary也明确指出资源是限制SMB IT发展的一项重要因素，而通过统一资源集中管理与使用云端托管和定制效率软件的做法，是针对现行的状况的一种DIY。实际上，这也可以看作是由结果驱动的IT策略。在目标结果为核心的基础上搭建的一种生态系统，如果对比一下微内核系统的架构，并把kernel替换成目标结果，那么外围的一切都是可以DIY的，这也是我持有这样观点的一个原因。
很多管理员都承认这样一个观点，基础设施和软服务都是在不断变化的，唯有驱动企业发展的IT需求是不变的，甚至多年以来都没有发生过变化（这句话不包含那些改变了行业模式和业务流程的IT创新）。
比较明显的是第10条提到的一种情况，就是现有企业采购的软件的使用率、确切说来是功能使用率较低，这样一来不必要的资源开销就占了较大的比重，这一点在office上显得尤为突出，所以从这里来看，SaaS和云计算这些看似很大的东西反而对SMB带来了益处。结合之前提到的观点，如果能按照功能提供简洁易用的软件，由使用者自行选择组合，是很好的一种创新，也使得软件更新带来的风险细化，从UE（UserExperience）的角度来看也是很不错的。