如何更改主页(如何更改主页面锁定)

前沿拓展：

编辑导语：技术一定要写**程序吗？本文就一般什么情况下需要写**代码以及写**代码有什么优缺点做了详细阐述，一起来看看吧！

有个产品说：明明不写**会有很多好处，不明白为什么技术一定要写**程序。好家伙，程序员听了都要被气哭。

程序员并不知道要把什么功能写活，写**才是常态。如果所有的功能都要写成动态的，就不是业务程序，而是像在开发什么新的编程语言了。

一般产品未写明时，态度好的开发还会来问一下：这里要写**吗？如果开发不问的话，大概率就按照产品的需求来写，也就是怎么方便怎么来了。

所以某个功能需要写活，一定要说清楚，不第二面免不了一场撕逼大战的。再说如果开发预判了你的需求，提前写活了后端逻辑和前端页面，万一你没有修改的需求就是浪费人力了。你可能还会怪开发代码写得慢，这就会造成项目延误等后果。

那什么是写**呢？

一、写**定义

形容某个产品功能，被开发小哥哥直接用代码****钉成某个样子，以不变应万变，日常使用中你我都不可以通过配置来变化内容。也可以说是让开发小哥哥直接写在代码里，不是从数据库读取数据或者从接口拉取数据，只限定一个固定常量，不接受变量。

常见例子：

“我希望老天爷能让开发小哥哥写**我的颜值up值”

“我希望老天爷能开发小哥哥写**我的体重，无论我吃多少都不会改变该值”

二、一般什么情况下需要写**代码呢？写**虽然会有很多坑，但写**成本非常低啊，既不用改数据库也不用构建接口，所以对业务/产品需求大概率不会发生变化的，采用写**方案更优技术和技术之间约定好的东西，可以写**，因为这是大家约定好的，开发肯定也不希望频繁改动或者因为太灵活的配置导致各种问题

三、写**的缺点写**意味着除非发下一个版本，否则这个数据不可更改。产品功能和规则的变化可能是随时的，原本的限制可能会变成日后的需求。很多时候就是为了省事，很多逻辑都被「写**」在了代码里，想改的时候通常来不及，这也是很多产品大锅的来源。

所以在程序实现的时候，程序员问是否要写**，其实是探求这里是否会变化。如果不变，那就写**。有写**，那么就会有写活，其实用户可以选择自己喜欢的图片做背景图，那么开发时就必须考虑以下问题：

图片格式要限定还是可以任意格式，要支持动图吗图片的尺寸要限定还是任意，任意尺寸的图片还得做相应的裁剪处理，否则可能会出现变形/图片未铺满等体验不好的情况图片上传后还得在后台建立一个数据库的功能，下次启动还得自动读取用户最后设置的背景图图片上传后，还得建立审核系统，否则用户上传不合规图片会导致App下架

…

程序写**是个大大减少开发工作量的方法，但是很不利于后期App的更新和拓展，比如后面基于商业化变现，还想针对背景图做付费或者活动获取等运营模式。

需求业务是不断变化的，当前业务在考虑长远发展的同时考开发工作量，基于这些做出性价比最高的选择，你就能清楚什么情况应该写**/写活了。

本文由 @西瓜姐姐原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议