搭建微信网站,平面设计软件大全免费,网站建设的内容是什么,网站建设专家推荐乐云seo一、“技术鄙视链#xff1f;”
如果你是一个技术人#xff0c;相信都知道技术圈有个相互的鄙视链#xff0c;这个链条从技术人自己认知的角度在以业务价值为中心嵌套的一层一层的环#xff0c;就像洋葱#xff0c;具体的描述这里不赘述了。
出门左拐随便抓住一个人问一…一、“技术鄙视链”
如果你是一个技术人相信都知道技术圈有个相互的鄙视链这个链条从技术人自己认知的角度在以业务价值为中心嵌套的一层一层的环就像洋葱具体的描述这里不赘述了。
出门左拐随便抓住一个人问一下。这种偏自嘲类的观点有点类似程序员的穿着必须是格子衫、你们只会和电脑打交道这种自嘲。开心一下无可厚非。但是在玩笑之外一个合格的技术人的内心要时刻谨记自己在一个企业内的价值所在并不断的通过技术提升来扩大价值才可以在当下的环境中个人价值与企业价值形成正向循环。那我们此次就聊一聊前端职能如何在不同的业务场景中落地价值。
二、“技术人你有价值吗”
说到业务价值有一个关键词就是特定的业务背景。有人会说技术就是技术是通用的为什么要把业务的概念引入到技术价值中呢我对这个问题的回答也相当简单技术本身没有业务属性但是技术人所处的业务环境从而决定了技术人此时此刻应该为环境提供什么类型的价值输出。
对于前端领域的岗位职责如前文《“前端”工匠系列合格的工匠究竟该搞什么一》“它的岗位角色更应该关注’采集和呈现‘两个部分”这种职能定位就决定了它在具体业务场景中的价值定位。
首先从粗粒度进行大维度的划分B端和C端来先划分一刀。国内外从岗位招聘、岗位定位到OKR制定、绩效评估都要先从端类型来做最起码的区分原因是B端和C端对于前端技术栈、技术深度及输出价值的要求都是不一样的甚至B端的研发人员对于原生、多端等研发领域并不熟悉如果有岗位的调整会有一段比较长的技术切换期的根据人员软素质的不同这段时间从1个月到一个季度不等。
B端研发是什么
B端通常指“Business端研发”但当前很多企业对B端研发的岗位职能描述也包括了A端即业务管理员Administrator的研发这样囊括也是有道理的A端和B端的共同特点是大部分业务都是“以PC浏览器为运行时环境基于Web技术栈的企业级后台管理系统”来运作、赋能具体场景。 至于B端研发人员的技术价值根据业务领域不同可以切为企业级应用如飞书、腾讯文档、商业化解决方案toB、toG的业务比如一些企安类业务和商业化业务、业务后台管理辅助C端业务逻辑的管理后台等细分方向前者用于商业化变现所以这些后台项目对用户体验有一定程度的要求其他的B端业务对体验和性能的要求都是相对较低的。
C端研发是什么
C端也称为“客户端Client研发”从技术岗位要求维度可以细分为端侧研发IOS、安卓、鸿蒙、H5研发、小程序研发等。 很明显维度划分的依据是代码运行容器那么存不存在“一次开发多处运行”的研发方案呢这就产生了多端研发这个岗位角色对应的技术栈是React Native、Flutter、Taro等为代表的解决方案由于各自对多端的实现方案不同导致了各自有各自的优劣势具体的选型要研发团队根据业务背景以业务属性是否对特殊端侧有倾向、团队成本、维护成本、研发效率、社区活跃度、未来技术栈的持久性等维度来做最合适的技术选型。
因为C端的输出直接面对用户而且用户量级大因此C端页面对于设计、交互、业务可用性、用户体验是否良好等专项指标都有很高的要求因此在技术型企业一些企业对于其中的每个专项都会有一批人在做专门的优化提升处理。
以下分研发阶段对C端研发的关注点进行简述。
设计阶段研发人员需要对设计稿件、UI切图的合理性更加关注研发阶段研发人员需要有更频繁、更合理、更清晰的代码注释提测阶段提测前研发人员需要保证用例冒烟质量提测后研发人员更加关注千行代码bug率这种质量指标上线阶段研发人员需要保证上线流程的切实无人化、自动化和日志详细程度因此CI/CD的上线流程中每个阶段的处理脚本都必须完全严谨和可用上线后研发人员需要通过监控、告警和日志平台对线上代码在用户设备端的运行状况进行监控。如果出现异常运行研发人员需要及时被告警平台告知、根据SOP对线上故障进行合理处理及时止损修复后bugfix上线
以上只是简单论述了B端业务和技术对研发人员基本素质要求的差异。基于以上的业务背景以下分别从技术角度、人力资源角度及团队能力设计的角度进行阐述怎么做好相应的工作。
三、“B端怎么做好”
如果你在做业务交付类的B端研发工作做好业务支持后想办法通过低代码或者零代码的方式进行更加高效、高质量的交付。
具体的实现方案有很多比如AntDesign、FusionDesign以及很多商业化的Design们实现思路就是基于业务场景建立一套通用的、可复用的物料组件在业务交付的时候只需要对物料进行拼装组建即可有些想乐高积木但是这种Design们对于应用场景的要求是比较高的如果你想用这种方案尤其是业务场景比较复杂只能用低代码方案就要进一步思考物料间的数据通信、UI通信等问题甚至需要随着业务物料的发展去迭代DSL解析引擎。
对于前端人员来说启用初期的搭建的效率反倒是降低的但如果用起来用的越久沉淀的物料就会越丰富、与场景的匹配度越高交付效率也越高。但从成本的角度一部分研发成本也会转嫁到后端服务的封装度提升、合理性提升整个的业务交付就会向搭建驱动的角度倾斜综合成本的降低需要结合整体研发交付的维度来考量但如何考量、考量口径是否合理、是否可落地每个研发团队就要八仙过海各显神通了。
但是B端业务交付的低代码方案的选型从人力的角度只要做好数据和代码安全处理采用“搭建外包”的方式是完全可以应对的。
如果你在做商业化的B端产品的研发那就要更加偏向产品诉求不断的与产品、客户进行沟通调研甚至要去现场沟通去发现用户使用产品过程中遇到的真实体验和功能问题从而不断做好产品迭代和优化。低代码和零代码的提效方案只能作为产品孵化的工具但具体能不能用起来就要自己评估了。
四、“C端怎么做好”
如果你在做C端产品的交付那你应该关注研发流程的顺畅度和合理性研发环境、测试环境、预备发布环境以及线上环境的代码隔离、数据隔离、发布隔离是否良好坚决避免环境污染导致业务异常或者工作量激增
你应该关注UI设计稿件的还原度、动效效果是否顺滑、页面加载效率是否良好、Crash率是否达标、埋点是否正常上报。
这里值得提一下的是埋点这个事儿对于C端业务需要有专门的工作来处理埋点工作埋点工作的质量直接影响到功能需求上线后业务是否可以拿到正确的用户数据进而做出业务的运营策略调整。所以埋点质量这个工作的成本投入是必须的也是应该受到研发团队重视的。否则就会出现明明功能没问题也没有客诉但是业务因为拿到了错误的用户行为数据而不自知却先入为主的认为自己的策略太哇塞或者太喔去的结果。如果根据错误的埋点做出了错误的决策但是不自知对于业务价值的影响是巨大的更加严重的事很久以后你发现错了最佳业务的时机早就白驹过隙飞逝而去了。
如果你在做C端基建工作恭喜你你可能已经离很多研发人员羡慕的架构师的岗位很近了。
你需要关注技术栈的选型、物料及组件建设、活动搭建平台、设计智能交付、多端编译、渲染引擎等离业务更远但离技术更近的话题每一项都充满了挑战每一项达成都能给你更多的成就感。但是因为离业务更远就要避免自嗨的情形出现你要少一些年度规划多一些技术用户的痛点调研行程的季度规划和OKR只有让自己的技术孵化落地到具体的业务场景中你的技术价值才能得以体现。
五、“价值价值还是价值”
请各位技术人时刻谨记如果你的代码不上线、如果你的代码没有经受住用户的使用考研、如果你没有关注代码上线后的质量和功能的相关告警、如果你不关注业务和用户行为数据那你的工作价值就会大打折扣甚至没有价值因为你和一样工作方式的那个谁对于业务的正常运转来说没有区别。 来源京东云开发者社区 作者京东零售 刘伟东未经授权请勿转载
