J逆向开发
Jdsvdhdd
关注数: 1
粉丝数: 11
发帖数: 369
关注贴吧数: 90
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 做开发逆向协议脚本10多年了！就怕客户说在加一个小功能
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
长期有三 网
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱。开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向协议脚本10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮， · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身
做开发逆向10多年了！就怕客户说在加一个小功能 客户看到的是：界面上多一个按钮，点一下导出一份报表 · 你需要做的是：从混淆后的代码里，找出那个深藏在继承链底层的私有函数，给它打补丁——还得保证不破坏原有的数字签名，不触发反篡改机制 逆向工程的维护性地狱 开发是搭积木，逆向是拆承重墙。在这基础上加“小功能”，动一发可能牵全身： · 好不容易找到的Hook点，系统一更新偏移量全变 · 为兼容这个“小功能”，之前那些“不优雅但能用”的补丁，可能都得重写 · 还得测试几十个版本的客户端，防止在某个特定版本上直接崩溃
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 做开发逆向10多年了！就怕客户说在加一个小功能
做开发逆向10多年了！就怕客户说在加一个小功能 做开发逆向10多年了！就怕客户说在加一个小功能
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
做开发逆向10多年了！就怕客户说在加一个小功能 最近发现好多因为需求而扯皮的， 我突然想起来两年前接了一个项目，合同签的是10个功能，报价3万。 做到第二周，客户说：“能不能加个数据导出？很小的功能。” 我说行，加500。 第三周，客户又说：“导出的时候能不能自动生成图表？也很小。” 我说再加500。 第四周，客户说：“图表能不能做成实时更新的？” 我直接停了。 不是不能做，是再这么加下去，这个项目永远做不完。 后来我跟客户重新捋了一遍需求，把所有“小功能”列出来，发现已经多了6个，相当于原合同的60%。 最后重新签了补充协议，加了1万。 说这个不是抱怨，是想告诉想做软件的朋友： 没有一个功能是“很小的”。 你每加一个，开发就要： 改数据库 改后端逻辑 改前端界面 重新测试 重新打包 所以建议在签合同之前，把功能清单写得越细越好。 哪怕多花两天时间确认，也比后面扯皮强。 我们在项目里常用的方法是：功能清单+文档，双方确认后签字。 之后再改，按增补合同走，明码标价。 这样对两边都公平。 希望对正在找开发的朋友有帮助。
逆向开发协议 APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ 逆向开发协议
逆向开发协议 APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ 多年开发经验！！
逆向开发协议 APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
逆向开发协议多年开发经验！！ APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
多年开发经验！！ APP、小程序、网站搭建、系统、AI、逆向反编、协议、自动化脚本定制
1
下一页
