摘要:
技术作为最后实现的最后一个环节，总是无法脱离商业场景独立存在，即使是作为基础设施，也是作为整个分层体系的一个部分而支撑起更为上层的业务。作为单纯的实现手段来看，也是与更为上层的逻辑存在一些不同。作为现实世界的一部分，更类似于丛林法则，也不遵循明显的付出->收获这种直接的回报律，不过还是有些极其容易导致的误区需要记录下。
误区:
一. 对市场需求的理解浅薄
- 这里出现的最大的问题是，对于市场需求，采用了一种自我为主的策略
- 自己猜想什么样的功能卖得出去，这其实是非常危险的，除非是乔布斯那样的天才引领市场需求，否则就是完全和市场脱节
- 考虑到概率，那能遇到的，几乎百分之一百都会导致与市场脱节，也就是说，做出来的产品，卖不出去，这是致命的，在最后一个环节，无法在市场上完成变现
- 那么应该怎么做才能保证开发的功能一定会被市场接受呢？说实话，这个如果有固定的公式，那么就能确保一定会获得一种稳定的投资回报率了，这其实也是违背客观事实的，因为如果这么明确，那么岂不是商业上都是获得成功了？
- 其实还是有一定的成分是类似于概率，但是这个概率有多少呢？至少要达到一定程度之上，才展开冒险行动。
- 这是所有环节里最困难的，也是最容易受主观因素影响的。可是这玩意就像是多米诺骨牌的第一个骨牌一样，其重要性无论如何强调都不为过，找个时间专门写一系列文章做分析。
二. 低估开发成本
- 这个其实是个经验问题，也就是只要经历一些软件项目，就会明白其中所经历的波折，所导致的开发成本会带来多么超过单纯的设想的认知
- 成本不仅仅是包括钱，还包括时间。而且低估最多的恰恰是时间，最多的时间延误来自于返工，这点既有开发者能力上的问题，也有对于需求理解上的问题，但是更多的，是对于需求的变化
- 所以可以看到后果，就是软件项目总是会出现延期，时间超过预期，而时间就意味着开发成本。
三. 对于软件项目的工程管理完全的不了解
- 这点是最出乎我意料的，不过后来想想也可以理解，毕竟对于没有在这个行业做过项目的人来说，也就是不同的行业之间就存在一些基础性的不同，比如：不了解整个团队所需要的岗位配置，不了解功能分工，不知道团队构成。
- 这会导致一些看起来很奇怪的事情，不过这也是来自于信息差，信息差这个东西，只要换个没做过的人，几乎都是存在壁垒，所以还是要万分警惕自己没做过的东西和行业，里边可能有一些尝试性的坑，但是没进去之前连想都想不到。
- 不过往好的方面想，商业机会就是来自于这些所谓的信息差，这是好事。
