架构设计SE与开发分离,一些架构师与专家基本不懂开发----这一点愈演愈烈
同意,产品se和产品分开的越来越开,越来越不知道产品se在干什么了
@代码达人 拉通
我们现在来个需求就是一句话,剩下的开发自己写设计然后评评评
这种模式确实非常的奇葩,太多的一句话设计、ppt设计、连线式设计,最终落地产品后,设计属于SE,实现落地和出的问题都属于研发人员,加上我司喜欢看对外呈现,你就能懂研发人员的处境。作为SE,能动手码代码就别画图,能写SQL就别画UML,花里胡哨的关键是画的图大多数错误百出,不符合规范,写代码还有一堆编程规范和门禁呢,设计没有规范。一句话,SE自己设计的方案,自己能够实现核心流程,做到这一点就算是合格了。
各种架构名字起的高大尚,年纪轻轻地就都自称架构师。
不懂就问SE到底是全称是啥?System Engineer吗?从这角度讲,SE必须得是资深的编码高手,但产品经理又是谁?SE兼产品经理的工作吗?
现在搞可信,架构师和专家每年不也是要写代码的吗?
本产品的SE,没写过本产品的代码,没开发过本产品的特性,充其量也就是个需求接口人,非SE、更非架构设计SE。
太他吗对了,一群不懂技术的SE不知道怎么上去的
@时间戳 赞同,一句话的设计,然后要开发去自己写流程,然后反复澄清,反复测试。最后写出一大堆复杂又啰嗦的逻辑。
同意,产品se和产品分开的越来越开,越来越不知道产品se在干什么了
@代码达人 拉通
我们现在来个需求就是一句话,剩下的开发自己写设计然后评评评
这种模式确实非常的奇葩,太多的一句话设计、ppt设计、连线式设计,最终落地产品后,设计属于SE,实现落地和出的问题都属于研发人员,加上我司喜欢看对外呈现,你就能懂研发人员的处境。作为SE,能动手码代码就别画图,能写SQL就别画UML,花里胡哨的关键是画的图大多数错误百出,不符合规范,写代码还有一堆编程规范和门禁呢,设计没有规范。一句话,SE自己设计的方案,自己能够实现核心流程,做到这一点就算是合格了。
各种架构名字起的高大尚,年纪轻轻地就都自称架构师。