反思一下自己在写项目的过程中的一些问题，到今天我才突然意识到一个问题，在写这种项目的时候我应该用最短的时间把大体的框架完成，像逻辑功能可以放到完成整体之后再完善，这样不会太影响到整体的进度。
在正式的项目开发中，前端和后端的工作基本上是同时开始，但是相互之间的进度也会互相影响，正常来说前段的开发进度会受限于后端接口的开发进度，但是如果后端接口已经准备好，那么前端的开发难度就有所降低。也是基于这个原因，前端在写项目的时候优先完成大体的框架，可以为后端接口的开发留出一定的时间。
但我目前写的这个项目并没有这个问题，因为后端接口早已开发完成，我在此基础上进行开发的难度已经有所降低，但是进度仍然不快，主要原因还是在自己的知识储备太低，很多问题解决慢，这样就会非常影响项目的进度。这个时候我应该考虑优先完成整体的架构，然后再完善相应的功能。
在写项目的过程中还有一个问题就是一直想要找到一个问题的最优解，之后仔细思考才发现有些过于执着了。很多问题不是没有最优解，只是最优解需要一定的知识储备和想法，在需要尽快完成的项目上并不适用。可以想用笨方法优先实现功能，做好标记，在之后需要的时候再进行优化。
项目的初版不需要用最好的方法解决问题，而是用最快的方法，更好的解决问题的方法可以留到之后的版本再做。
网友评论