程序员从这几个维度去考虑问题，会更受用户喜欢！

在市场上能看到一些五花八门的软件，有网页类的，有app类的，也有移动端h5类的，还有小程序等等，不论从颜色，样式，用户体验等方面，差异很大，有让人用一次都离不开的，也有让人吐槽不断的，总之不论是好还是坏，好多人都会把这个归结于程序员，那么这可就太冤枉程序员小哥哥们了，如果是好的体验表扬一下也就算了，如果是坏的体验，那程序员表示不背这个锅。

因为在你看到的一些情况当中，有的可能与程序员没有半毛钱关系，比如说这个软件实在是看着太丑了，那么这多半是设计师的事情，设计师才是负责软件的外表的，因此以后遇到软件长得丑的问题就直接去找设计师吧，别再怪罪程序员了。如果说怎么按钮点着没反应，那么程序员是诚实的，这个有可能是我们程序员的问题，不过还不一定，等我们先定位一下问题再下结论吧。因为有经验的程序员都知道，百分之八十的问题，表象和结果是不一致的，软件是进行层层封装的，关系也可能是错综复杂的，面对一个现象是不能轻易下结论的，只有最后找到问题根源才可以下结论，这样才是一个靠谱的程序员的做法！

其实作为一名只会默默无闻写代码的程序员好多时候并不知道用户在吐糟他们，因为他们前面是市场人员和运营人员，还有产品经理，他们也大多数接触不到真真正正用户，只能接触一些伪用户（也就是一些测试人员），因此遇到软件方面的所有问题，程序员已经无形的背了好多锅，但是他们还蒙在鼓里，并不知道有人在吐糟他们开发的软件。

在吐糟软件的遭点中有相当一部分是软件长的不好看（与设计师有关），还有一部分是软件逻辑的设计问题（与产品经理有关），有部分是页面错误（这部分我们程序员承认确实是我们的问题），因此我们程序员以后在做软件的时候要有种主人翁的精神，不能老是觉得只要把自己的功能做好，因为在其他人的眼中只要与软件相关的问题都是程序员的问题，程序员在接到设计图时，也要发挥自己的审美观，感觉不好的地方，可以优雅的反馈给设计师，帮助他们发挥他们最优秀的一面，设计出最好的样子，如果是感觉产品文档中逻辑设计不好的地方，也可以找产品经理进行反馈，争取设计出用户体验优秀的逻辑来。

除了这些，程序员还要严格要求自己，在写代码的时候一定要严谨一点，做好充足的自测工作，凡是不确定的地方一定要先做一个实验，确定好结果后再应用于项目当中，在写代码时考虑好代码的可维护性，可扩展性，对前期代码的设计工作要做足了，另外不要让软件充斥着大量的bug，在软件测试阶段，积极配合测试人员把软件的所有bug问题清除的干干净净，最后把软件最好的一面呈现给广大用户，为程序员们赢得好的口碑！

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！