本来以为大厂都是螺丝钉，结果发现大家都在一人身兼数职。作为一个后端开发，最近开始兼职做tob的技术产品，类似das。
有几个比较有意思的事情，产品原型图还没出来，后端就可以开发了。也不用天天和pm撕逼了。一般在定产品功能的时候，就预估了后面的工作量和排期和大概的实现思路…
搞不定的功能就不写进prd里…（大雾
tob的产品很有意思，老板很喜欢推大家用。但是一线人就不爱用。然后强制执行…
tob的技术产品，最核心的是功能解决方案和风险控制。
针对操作的变更，会加各种审批流和各种弹窗二次确认。梳理每一个操作的的故障域，指标影响等等，劳心又劳力。
指标的收集聚合分析，虽然业界有prometheus的组件提供，但是想改造贴合业务并且达到秒级监控不是件容易的事情。很多厂商都用了cs架构，依赖agent去定制化灵活收集各种指标。但是agent的运维管理，对于无状态的计算服务，k8s云原生就能搞搞。数据存储服务，这种有状态的，在弹性伸缩部署方面，有很多的坑要踩。比如机器宕机迁移，需要先做好数据迁移才能提供正常服务。
风险预测，业界对于metric有holt- winter模型，logging有模版检测。AIops，人工干预的部分也不少，硬生生把开发人员玩成了sre。天天跟进告警…
还没算数仓的建设和各种统一规范的扯皮和etl……
tob的技术产品，最核心的是功能解决方案和风险控制。反而在用户体验上，是不太关注的。换言之，用户体验是最不值钱无关紧要的要素。对比b端各种复杂奇怪的需求，解决方案落地的资源投入已经够蛋疼了，对于用户体验没必要也没这么多资源可投入。
这就好像大家撸代码：能跑不就行了。为啥大家逐渐变成这个标准，其实也能理解。需求都忙不过来，哪里这么多时间重构优化balabala的…
总结一下：tob的产品真难用…
全部评论
(1) 回帖