自己一个人做一个app需要多长时间,一个app开发项目组多少人

只要看一遍00-1010文件。闭上眼睛写！写作遇到问题回头看。

控制尺寸

小程序的尺寸需要在2M以内，所以那些需要使用第三方库，比如画布绘制的人，需要注意定制第三方包的尺寸。

图片是优化的重点，建议加载到远程服务器上，不要写在本地。

写的时候注意提取常用的模块和组件。那只能用JS打包，较好用webpack或者grave之类的工具压缩。或者直接使用成熟的小程序开发脚手架。我踩了一个坑，本地组件画布不能在滚动视图中使用。有关详细信息，请参见文档。看设计图的时候，心里要有底，尽快提出来。可用于确保上一步中的设置数据已经完成。然而，这个api不能可靠地确保这一步。更多时候，你需要手动检查。糟糕的是，面对避免重复点击提交的共同需求，即使勾选后，在开发工具中还可以，但在真机上还是不行。只有硬油门时间。非常沮丧。工作中可能会有一段时间倦怠。这个时候，不如积极寻求改变航道或者调整自己的心态。总之，一定不能降低发货质量和敷衍了事。你周围的人会看到一个人在做什么。

及时、积极地汇报进展情况。

这是无稽之谈，但说起来容易做起来难。

不要高估自己的能力。

特别是如果你真的有缺陷，先打疫苗。例如，我承认我从未去过小程序例如，公司很忙，肯定会在工作上花更多的精力。比如我不想太累。比如我完成它的能力有限。其实我比较爱面子，但是我不想承认自己做不了什么。但事实是，如果你想做，成本(睡眠、休息时间、精力等。)有时相对较高。这是性价比的问题。现在我会更倾向于说出自己能力有限的真相，这也是为了降低对方的期望。

不是没有可能，但生命才是重要的！

三思而后行。

不要急于去做。先在脑子里过几遍，哪里可能有问题，哪里不明白原型。没有坑是不可能的。先标记坑。不要冒险。不要冒险。不要冒险。

首先，以整体框架为例，考虑可以提取哪些常用组件和方法。私人工作实际上是一个人的完整项目。要从整体考虑，先提取公共部分，再进行分而治之。让我们来谈谈什么是设计模式。我们不谈这个了。