请问,我用华为手机,有黑客怎么进入别人微信进入我微信,和华为手机游戏里,请告知,本人重金谢

作为一个业务前端完成业务需求的同时,还要处理各种线上问题加班辛苦忙碌了一年,还要被老板说“思考是不够的”、“没有业务 sence”出去面试,被问项目也说鈈出什么有亮点或者有挑战的东西,想做点牛逼的东西也没有发现什么有价值的方向,好不容易找到一些方向还要被老板一顿质问,業务价值是什么ROI 怎样?最终可能就只是做了一点性能优化工作抽离了一些可复用的组件……不禁让人感叹,业务难、前端难、做业务嘚前端更难!

如果你也有这样的感受和困境我想告诉你,这真的是太正常了在阿里内部的技术论坛就有多篇关于这个问题的思考,我根据根据自己理解和调研同时参考了多位不同前端领域专家的总结,整理成这篇文章希望能对大家有所帮助。

1.1 业务前端“好忙”

业务湔端顾名思义,做业务的前端直接与业务的 PD、运营接触,对产品的用户直接负责在实际的工作中,业务前端经常忙于业务的各种会議、项目和答疑即便一条业务线上有多个前端同学支持,面对成山的需求可能依然感到吃力,这其中的原因可能有:

  1. 用户侧产品往往需要快速上线大部分需求都需要倒排工期,开发时间尤其紧张
  2. 对业务不熟悉在项目需求已确定的时候才去参加视觉评审,没有办法判斷需求背后的业务逻辑跟业务大节奏是否匹配、需求本身是否能够达成业务目标、有没有更好的实现方式只能接下需求,然后排期
  3. 维护荿本高每天还要忙于解决各种线上问题,比如这里样式有点问题那里怎么没有显示……各种琐碎问题让你过的非常“充实”
  4. 需求响应速度较慢,比如业务的技术栈较老或者定制逻辑过多,边写代码还要边查文档查不到可能还要查源码,效率大幅降低又或者跟别的業务技术体系不同,难以复用和沉淀如果要用,可能还要重写一遍……

1.2 业务前端是“资源”?

前端岗位的特点就是有视觉稿就可以完成工莋不需要理解业务全貌,所以在繁忙期很容易让前端忽视了业务思考加上之前描述的各种原因,业务前端经常沦落为“资源”当你淪落为“资源”的时候,其实就已经失去了和业务平等对话的资格他们只会把你当成莫得感情的开发机器,跟你输入需求让你吐出页媔,而你在这样的关系中本来写着还算工整的代码,为了快速实现业务需求也开始写起乱糟糟的代码,对于你所创造的产品也没有话語权久而久之也失去了激情和耐心。

失去激情写的不开心也就算了,因为你没有做出什么特别的东西老板也不会特别认可你的辛苦,还会觉得你思考不够、没有业务 sence对业务没有助力,没有让业务因为你的存在而有所不同……

1.3 业务前端想突破

好吧那我决定做点什么妀变一下,于是跟老板提出了一系列想法:

  1. 这里技术体系太老了为了进一步提升开发效率,我们想要搞技术重构
  2. 前后端联调有点费劲峩们想搞个联调数据中台,提升联调效率
  3. 那里展现速度太慢了我们要搞性能优化

老板往往会来一系列灵魂提问:

  1. 为什么要做?(有什么業务价值有什么技术价值?)
  2. ROI(投入产出比)怎么样

还没有开始,躁动的心就被老板的一系列“质疑”浇了一盆冷水

如果没有回答恏这些问题、说服老板,自然也争取不到什么资源只能一个人搞搞,一个人搞的往往质量不行、也没有人用久而久之自己也不维护了,只能又开始埋头在需求中

干的不开心,也没有成长最后只能暗淡离职,但换了一个公司就会好吗很可能又是类似的过程……

这真嘚堪称是业务前端的“困境”,那么如何突破这种困境呢首先我们就要摆正心态,从了解业务开始

在了解业务之前,首先我们要知道业务跟需求是不一样的。理解需求并不等于理解业务需求是业务经过产品消化后的产物,可能已经经过演绎或者拆解因此需求并不昰业务本身,当然了解的需求越多对业务的全貌也会更加了解。

那么什么是业务呢业界对"业务"有多种定义,但是其主要思想基本不变业务就是一系列人通过一系列活动完成某一任务的过程,因此业务可大可小,可以无限拆分

我们本文涉及的业务泛指商业业务,就昰与该 BU 或者公司商业模式直接关联的业务或其组成部分

2.2 前端为什么要学习业务

前端即使不学习业务,其实也不影响做需求毕竟你只要告诉我交互是什么样的,前端就可以帮你实现而且已经有产品经理的角色了,大家各司其职不就好了为什么一个做技术的,要狗拿耗孓、或者是越俎代庖呢这就要说到:

  1. 只有了解业务,才能从技术的角度想到业务方不曾想到的地方;不了解业务你可能听不懂业务方偠什么,甚至连需求的业务逻辑都搞不清这种情况的合作模式只有一种,需求下来了你接住,然后给排期也许,这个需求的设计不匼理你不知道;这个需求有更好的实现方案,你不知道;这个需求可以通过现成的关联产品方案解决省时省人力,你也不知道

  2. 只有叻解到业务背后的原因,才能从全局的视角去规划技术的未来不了解业务,会让你离用户的真实需求很远你越难发现其中的一些痛点囷挑战,没法真正提出你的思考和解决方案去解决用户的难题。

  3. 作为一名产品研发工程师自然是希望亲手打磨一款解决用户问题、体驗友好的产品,如果产品能得到用户认可产生影响力、自然会特别有成就感。

  4. 阿里作为一家商业科技公司对技术人的要求就是技术与業务相结合,在满足业务需求的基础上成为技术与业务的桥梁,主动走进业务思考如何通过技术手段帮助业务做赢、满足市场和用户需求,先一步技术规划、人才储备、技术架构和技术预研

2.3 你了解业务吗?

那么目前你了解你对接的业务吗不妨尝试回答下以下问题:

  1. 業务做的是什么?产品大图有吗
  2. 业务的核心指标是什么?KPI目标是什么这些数字背后的含义是什么?要达成这些目标业务策略是什么?
  3. 业务的用户是谁流量怎么分层?占比多少分别在业务中是怎样的定位?
  4. 业务的商业模式靠什么吸引流量,盈利模式是怎样的
  5. 我們做的页面是什么东西?为业务带来什么价值要创造更多的价值,我们可以做什么

2.4 如何学习业务?

2.4.1 业务领域知识的阅读

找到该领域相关嘚评分较好的书籍集中阅读,快速形成知识框架

2.4.2 了解业务背景和规划

  1. 刚刚接手新的业务,可以邀请业务方老板或者资深的运营/产品同学给你讲讲这块业务的过去、现在、未来、愿景、财年规划,以及对技术同学的期望;
  2. 花时间读合作方(运营、产品、研发)的周报了解现在在发生什么,是不是离目标越来越近了;
  3. 了解业务目标、落地策略、衡量目标的数据口径关注数据,关注目前做的项目是否为了達成目标而战如果不是,提出你的想法和建议;
  4. 多参会建立产品 sense。收集信息最好的方式就是参加所处业务老大的 KO 会各种 KO 会会把战略仩的拆解和背后的思考整体梳理之后宣讲传达给 BU 或部门的同学,

与服务端同学聊天与 PM 聊天,与用户聊天多角度看业务,但要注意的是针对专业型比较强的业务,需要先做功课至少一些英文的缩写要清楚的明白意思。

如果前面还需要花比较长的时间那这一个可以现茬就做起来,那就是把业务相关的数字记得越精细约好越具体越好,越全面越多越好这样做有两个好处:

  1. 所记的数字指标本身,很大程度已经涵盖了这个业务价值方向你便知道了这个业务重点关注的是哪个维度的东西
  2. 这些数字可以作为和业务方以及产品“平等对话”嘚源头,否则连最基本的对话基础都没有

2.4.5 从日常需求入手

对于项目中的需求我们要尝试分析背后的目的和价值,做了之后有什么预期的收益为什么这么做就可以达到这个收益,跟总体目标是否契合还要判断业务方提到的点是不是有效的方案或者说成本太大的方案,看能不能给出替代方案用现有的方案或者小成本的方式来满足业务方。

而在项目提测上线后还要仔细分析以及多关注上线之后的业务数據和效果,会有如下好处:

  1. 提高自己对业务的理解能力你在关注业务数据的同时,也就会更多的从业务的角度来看到这个功能所带来的價值是否符合预期当出现不符合预期的时候,可以和业务方一起进行数据漏斗的分析从而找到问题所在避免我们的劳动成果成为一次性的工作。

  2. 总结的同时可以帮助自己梳理这个项目中自己哪些地方做的不足或者相关推进中存在什么问题,以及后面怎么改进提高了丅次项目中的迭代效率和质量。比如这个项目是否存在需求理解不到位存在返工或者沟通 & 联调低效,环境不稳定自己设计的方案是否匼理等问题,后续要怎么解决

  3. 也可以从数据和总结中判断出什么样的需求是靠谱的 & 什么的样业务方是靠谱的,频繁争取资源上线效果又鈈好的业务方下次再有需求过来则需要多增加一个心眼和思考的过程。

业务思考力没有个至少半年是不会见效的

尽管平时的业务很忙,但再忙也要抽时间思考,那么思考哪些内容呢以下举一些例子:

  1. 养成每天记工作内容的习惯,分析一下自己的时间到底耗在哪了
  2. 在業务开发中有遇到让你特别想吐槽的点吗?想下问题背后的原因有什么方法可以避免下次不犯,能不能提炼为更加通用的解决方案其他同学怎么解决的,我可以怎么解决
  3. 不断地输入、观察,业务的真实需求是什么站在业务方的角度思考,业务遇到的痛点、挑战在哪里

和老板、团队同学、业务方对焦,确认“我想做的”是不是“大家想要的”

你可能会提出很多意见,但一般会遭到老板或者业务方无情的拒绝而且问得你一脸懵逼,就比如:

  1. 当前业务背景下为什么要做?(有什么业务价值有什么技术价值?)
  2. 怎么做(体系囮、全链路、单点技术挑战)
  3. 有什么业务和技术结果?能否被复用
  4. 未来规划(能否跟BU或集团的方案联动、共建)

而这往往是因为你提出偠做的事情,有价值但不是必须做的没有结合目前业务需要什么。也就是说你想做的技术是个人和纯技术角度思考的,没有基于业务嘚现状和痛点去考虑技术方案不接地气,投入产出比不高

所以给技术产出先找好业务的阵地,看看有没有可以借力的地方不要重复慥轮子。快速验证这个方向的正确性后再逐渐多加投入、丰满技术设计。不要自己YY、默默地做完这样做出来的东西没有业务场景埋单。

业务赋能其实是需要我们紧贴业务规划制定技术规划和方案。在了解业务方今年的 KPI 重点是什么预计的拆解和实现路径是什么后,再結合自己的和团队情况想想自己能做哪些事情来帮助业务实现其 KPI,这里有两点需要注意下:

抓住本质从点及面通盘考虑: 很多时候,我們收到的痛点和业务需求都是单点的这时我们不能着眼于眼前的单点问题,而需要通盘来考虑比如SEO的页面对性能非常敏感,经常可能會收到一些业务方来反馈说目前我们的SEO有这个地方,那个地方需要优化下而单点解决这些问题可能对业务带来的收益并不大,对自己嘚技能也没有什么成长这时候如果通盘考虑这个命题,其实会发现做SEO页面的优化其实目的是为了提升SEO页面的收录和排名。而提升SEO页面嘚收录和排名其实不仅有前端性能优化这一个路径而是还有一些其他的路径:比如优化关键词&长尾词,采用Google的AMP技术改造SEO页面优化爬虫爬取页面的耗时提升爬取率等等。这样就能吧点的问题转化为面的问题才能制定更有效和全面的抓手来赋能业务。

既要解决眼前痛点吔要长远谋划: 很多时候我们不能仅满足于眼前的KPI,还需要了解业务方长远的想法和可以预见的规划就比如试点的新业务,一层规划是保證业务项目的按时上线考虑到未来,另一层规划可能就是如何做到技术方案的可以复制性

3.4 站在巨人的肩膀上

当你需要制定一个产品化嘚方案或者工具和框架的时候,最好先放眼集团内部和行业进行一番调研看看业界和其他同事是怎么解决这个问题的。尽量站在别人的肩膀上做出创新或者参与共建避免小团队内造出重复和质量低的轮子

4.1 技术知识与技术能力

“技术”不能是一个笼统的词汇,我想它至少鈳以分为“技术知识”和“技术能力”两大部分

什么是“技术知识”?知识就是 I KNOW

  • 《React 从入门到放弃》

什么是“技术能力”能力就是 I CAN

  • 我用 TypeScript 偅构了一个大型系统,代码健壮性及研发效率大幅提升
  • 我用 React Hooks 给全栈同学进行前端培训,培训效果大幅提升
  • 我深入研究了 Webpack,优化配置使得系统构建速度大幅提升。
  1. 关注日常业界新技术不一定要深入了解,但对新技术保持好奇心大概了解它是做什么的,如果在工作中遇到匹配的落地环境可以考虑写个 demo 看看是不是有价值
  2. 关注集团和业界的解决方案。在业务中发现问题做解决方案的时候,我们很容易陷入自己的设计中一脑子地想把所有东西都自己做出来,但投入会非常大产出的价值是否一样大呢?不知道大部分情况下,你想做嘚在ATA能搜到,前人踩的坑或者已有的成熟的解决方案,只要你去沟通去接触就可以轻松地接进来,为什么要花大量的时间去造轮子呢可以借力的地方,就去借力吧把时间剩下来,做你的解决方案中更核心更有价值的事情

一聊到“技术深度”,可能很自然地会认為是在某项技术上挖得很深或者解决了一个业界公认难度很高的技术难题,但这只是“技术深度”的其中一部分:

  1. 体系化 / 系统化 体系化思维是认识事物的一种方式在面对问题的时候,能够针对复杂的问题列出关键的要素和解决方法,将散乱无序的问题变得逻辑清晰,有章可循 在问题的定位和解决的体现,从表象到本质拆解出造成问题背后的原因,针对性地去解决本质的原因而非治标不治本,囿解决方案有节奏地解决
  2. 全链路 除了前端的部分,向前向后的技术栈还能挖多深。
  3. 单点技术挑战 在某个技术挑战上你的思考和解决方案是怎样的。

4.4 技术与业务共赢

真正有突破性的、带来重大价值的业务成果必然伴随着技术上的深入乃至创新所以在做业务成果的时候,一定会有让我们增加技术深度的场景

培养业务感确实是一件非常有难度的事情,他要求你以业务而非技术为第一视角这可能违背了佷多人内心的“技术坚持”,但如果一直做技术其实是很难有非常大的突破的,在工作中如果能实现技术与业务共赢,将会助力你到達更高的高度

转载文~ 如有侵权请联系删除!!!

5月7日据国家市场监管总局官网顯示,日前一汽—大众汽车有限公司根据《缺陷汽车产品召回管理条例》和《缺陷汽车产品召回管理条例实施办法》的要求,向国家市場监督管理总局备案了召回计划决定分批召回部分进口和国产奥迪汽车,共计391874辆

本次召回范围内的车辆由于供应商制造原因,部分启動发电机的逆变器内部可能会存在细小的注塑气孔当有湿气在气孔聚集可能导致逆变器内部电子元件发生电解短路,进而可能导致启动發电机内部局部积热极端情况下不排除引发车辆起火的可能性,存在安全隐患 

根据公示,一汽-大众汽车有限公司将委托奥迪授权经销商为召回范围内的车辆免费更换启动发电机以消除安全隐患。为了确保备件及时供应此次召回用的启动发电机将采用奥迪原厂再制造件,再制造件使用永久性防水涂料对启动发电机逆变器的导电支架进行密封从而避免水汽进入导电支架导致的内部短路问题。一汽-大众汽车有限公司确认奥迪原厂再制造件完全满足奥迪的质量标准并为召回更换的启动发电机提供十年不限里程数的延长保修服务。

14分钟花掉4万元!腾讯退还“吃鸡”小学生70%费用但苹果拒退30%分成

你报复性消费了没?五一假期结束国内旅游进账只有去年的40%

我要回帖

更多关于 黑客怎么进入别人微信 的文章

 

随机推荐