沈阳网站建设谈论网站修改的优缺点

今天我们谈到了那些年来设计师的“微小变化”，以及上下游协作（设计师，产品经理，开发，运营和维护等）之间的微妙关系。

所谓的“小变化”通常出现在设计师或产品经理的口中，其描述如下：

仅更改文本颜色;仅更改图标;只是一些微小的变化;非常简单〜

但是对于程序员来说，它通常会有不同的味道：

还需要在这里改变？想在这里经营吗？这个布局完全改变了！人与人之间的信任在哪里？

那么，人与人之间的信任究竟是如此无动于衷呢？还穿什么安全裤！

首先，来自这里的产品人员，如果你一开始不信任开发人员，你总是想把事情简单，或者把时间和插入要求，那么开发人员也会有相应的不信任：无论如何，你打算插入你需要什么来估计时间？

从设计师的角度来看，设计师的思维往往更自由自由，同样的设计稿，在设计师的眼中是一对画布让我挥洒。

当然，网页设计师仍然熟悉基本的页面布局实现，但程序员眼中的结构和逻辑仍然是两个世界。

因此，设计师常常觉得我的结构不动，只是在这里添加一个小东西，或者每个元素都调整到某种位置颜色，因为它符合当前的设计风格。结果是程序员的悲剧：这相当于重做！

在完美的开发过程中，上游和下游的方向非常强大。

产品和交互可以探索（bi）来确定（bi）来确定解决方案，与设计师的交互，没有太大的发展空间。

设计师的设计草案，到前端开发，除了一些特效和实现细节外，基本上就是这么做的。如果前端开发区分重构和JS，那么JS只能继续使用重构结构进行开发。

前端和后台之间的关系实际上不是上游和下游。应该说是平行的。即使在大多数情况下，前端也应遵循背景规则。

在此过程的后端，测试学生必须参与产品文档，设计测试用例的整个过程。从产品逻辑，设计恢复，兼容性问题，接口自动化测试，安全问题，性能问题等方面考虑。

更不用说还有运营商遵循时序变化，优化数据库等等。

可以想象，上游的一些看似微小的变化将对下游人员造成蝴蝶效应。

因此，除了“理解万岁”之外我们称之为口号，实际上，上游角色应该更加了解下游工作，以便更好地推进。

例如，产品操作的学生可以更多地了解交互，为什么它如此执着，为什么这个弹出窗口不能如此轰击？

互动学生可以看到我的互动形式是否过于严格的设计，是否可以有更好的演示形式？

设计师更多地考虑这种变化对页面结构的影响程度。设计如何成为一个页面？

前端同学想一想，我可以使用模板JS /后台吗？我是否有能力考虑各种状态和各种扩展的变化？

后台学生更多地考虑我的界面真的很容易使用？有没有可以省略的参数？有没有不应该暴露的信息？界面太臃肿了吗？该领域的意义是不清楚或不一致？

测试同学考虑一下，我怎么能这么难？

操作和维护同学多考虑一下，我还没谈过，你玩得开心吗？

嘿，古人云，我住在长江，王住长江，长江是水，懂万岁。