前言
不知道大家听遇到过这样的场景或梗。
场景一
Boss：我们需要一个类似淘宝的软件，下周要推向市场，我给你2000块钱，你带着实习生去做吧。
Jober：……
Boss：You are fired~
Jober：……
END
场景二
Boss：我们需要一个内部OA软件，半年后要内部使用，我给你100万，目前公司内部没有充足的研发人员。
Jober：这是个大活啊（内心独白：分布式得上，大数据得上，异地多活也得上～）
旁白：转瞬即逝，时间已经来到四个月后。
Boss：怎么样了，进展到什么程度了。
Jober：😓，内个，Boss啊。钱刚刚够买设备的，人员还在熟悉分布式和大数据开发框架和开发流程～
Boss：啥？咋弄的这么复杂？
Jober：……
Boss：你再想想吧，要符合现实不要纸上谈兵。
Jober：
END
目标：你要干多大事啊？
首先得先知道你要做多大的事，是交付一个业务系统还是构建一个面向百万级日活用户的To C系统。嘎西瓜有嘎西瓜的嘎法，捡芝麻有捡芝麻的捡法。
时限：你想啥时候要啊？
其次是你要多长时间达成这件事，是沉淀自有知识产权还是快速占有市场。半年时间可以种西瓜，3天时间那就买个西瓜吧还能放冰箱里面冷藏完事吃冰镇西瓜。
成本：你想花多少钱啊？
再就是你做这件事有多少预算，50块钱有50块钱的玩法，50万有50万的打法。总不可能花50块吃50万的东西吧，你老板和用户敢吃吗？那不全是科技啊～
资源：你都有啥人啊？
最后再看看自己都啥配置的团队，掂量掂量自己团队的水准。流水线的工人大抵是没法搞核试验的（不绝对嗷，是个比方，诸位饶命！）。大家都是玩Java的，你偏要搞C那大抵是有难度的。
合适不：你看怎么整行不？
个人当前理解（不绝对，肯定会变的，可能明天想法就变～），总之是要合适当下，有很多未来的情况是我们预知不到，不能开着盾构机嘲讽愚公不是（旁白：满嘴顺口溜，想考研咋地）。大多数系统需要我们在得知目标、时限、成本/预算、资源/人员后再去研判架构。在上述情况互有长短时，我们就需要去做取舍。
例如：我司需要一个OA系统，有150万预算，下个月要培训行政人员使用，内部没有合适的开发人员。这种情况就去买一个成熟的服务，市面的OA系统已经很成熟，买回来先用着，那块不符合公司情况再定制化开发就得了。
例如：我们有能源类项目，有5000万预算，18个月后交付，公司内部有25人完备WEB开发小组（但缺少视觉算法与实时视频开发人员）。这种情况能够内部消化的部分内部搞，搞不来就去买。
写不动了（腼腆），未完待续～
感谢您的观看，YES~
