• 如何打造难用,bug多的产品


    本文纯属吐槽,如有雷同,绝非巧合。长期更新,欢迎一起吐槽。

    1. 没有产品规划

      需求方提出需求后,直接开发,无需经过产品规划,用开发的思维搞出来!于是我们得到了一堆功能的集合。这个集合可以让刚上手的新用户一脸懵逼,让老用户还容易犯错。什么,功能不好用?让我们来给你们培训一下。还是觉得不好用?哪里不好用,就改哪里好了,改到你满意为止。

      举个例子,可以在当前页面完成的操作,必须安排到一个新页面;表面上看他是一段状态文字,但其实它是一个button;最爱用表格,而且行数跟数据库的字段数量几乎相等。

    2. 没有代码规范

      什么ESlint,没用过。什么prettier,不太了解。什么构建工具,模块化,用不上。前后端分离?不分离不是可以让大家全面成长吗?

      没错,我们的目标是,功能上让用户一脸懵逼;代码上,让我们自己一脸懵逼。变量名用缩写算啥,要用就用自己名字的缩写~

      例子:

      点击一个button出来一个弹窗,你愣是找不到相应的代码在哪

      写了一段样式,愣是不起作用,!important 满天飞

    3. 没有设计规范

    checkbox一会是圆的,一会是方的。搞得人也有点方

    1. 没有文档

      代码即文档啊,还要啥文档。况且不是写注释了吗?想把项目跑起来?你需要具备侦探般的探究精神

    2. 协作流程不规范

      有需求?找开发。为什么不先找产品?这么个小功能,直接跟你们说就行了。功能上线又下线,下线又上线。

    优秀的项目大都相同,难用的项目却各有各的原因

  • 相关阅读:
    VMware Workstations Pro15.1.0并解锁Unlock3.0.2 安装黑苹果
    正则表达式对字符串匹配
    Linq操作
    C#模糊查询绑定datagridview
    wpf的datepicker处理
    动态调用webservice,不需要添加Web References
    C#调用sap接口及返回数据到sap
    C#中文件管理的运用(Twelfth Day)
    C#中继承,集合(Eleventh day)
    C#中字符串的处理,对象的引用及继承(Tenth day)
  • 原文地址:https://www.cnblogs.com/imgss/p/11792512.html
Copyright © 2020-2023  润新知