公司在南京的业务主要是元宇宙行业

1.推动公司支持行业标准,保证公司跟上行业节奏。

元宇宙行业之前的软件系统设计方式千奇百怪,各个公司都有自己的SDK

,使得应用开发变得非常艰难,对于公司来说,推出的产品面临内容不足的困境。本人自从加入公司。从行业现状出发,

不断了解行业技术特性,在公司内多次宣讲,推动公司支持OpenXR行业标准(公司内部普遍认为该标准低劣落后毫无意义)。同时在与供应商的谈判中,有效抵制其试图使用其自身SDK的想法,要求对方支持OpenXR

行业标准。从而保证了公司跟上行业节奏,设计出通用的设备。

2.寻找串流解决方案,节省开发时间经费。

由于平台商较弱,没有相关的串流方案。同时其他部门寻找或设计串流方案不具备可行性。本人通过不断寻求,找到可用

的串流方案并验证可行性。

另外,由于对串流有比较深入的了解,有效防止公司被某些软件供应商带入歧途,为公司节省巨额的研发经费。如果按照

供应商的方案,这个软件设计出来,至少需要数百万经费。

3.链接Nolo手柄,高效沟通。

在其他团队近2个月从Android系统链接手柄没有进展的情况下,本人加入推动工作。一周后发现方案根本不可行,在与

Nolo公司沟通后,才发现之前团队在与Nolo

沟通中完全没有清晰地表达需求,导致团队在一份错误的开发包上浪费大量的时间,严重阻塞项目进度,造成巨大损失。

外派
职位：技术专家，软通顶级技术专家评价官

在华为消费者-预研部做鸿蒙,2020、2021年度贡献都在预研部前5%。

工作描述:

1.主导dmf项目,完备的架构设计能力

dmf是一个分布式投屏方案项目,最早的雏形在2017年左右就开始了,代码由C++写成,原方案是一对一,项目持续时间9个月。

本人工作:

a,界面开发技术储备

b,设计客户端管理应用

c,设计客户端业务应用(服务端应用由之前的简单修改即可,由其他工程师完成)

d,完成管理应用和业务应用的通信,控制等,完成内部流程设计。

e,管理应用分设:设备模块,启动模块,app模块,app轻量展示模块

f,项目进行中,本人完成了团队的log模块重构工作,成为后来整个部门的标准log模块

g,服务端图像识别工作

2.参与meetime畅联的redpacket开发,跨行设计动效

a.负责redpack

的收发流程设计,采用决策模式进行设计,代码比较规整,项目4月份开始,这块代码在中途就稳定了下来,从而有时间设计特效。

b.部分界面设计,响应式设计。

c.redpacket打开的前半段特效开发。

d.红包到达的特效开发设计。红包到达的特效设计最开始是由数名UX

设计的,但是都没获得通过,本人越俎代庖设计了该动效,一举而定,在团队内引起轰动。

e.部分文档撰写。

3.函数级重构推荐系统

推荐系统是分布式投屏内的算法模块,由团队内的数学家写成。但是代码可读性比较差,本人主要是了解了函数的功能后,

对其进行重构,包括函数名,函数参数等等都要重新命令,并修改部分代码,大大提高可读性。

4.参与拖拽交互

该项目与dmf项目渊源相同,该项目的成功当时助力华为笔记本卖断货。本人主要解决一些bug。

另外本人攻克在拖拽过程中window

上识别目标地址技术难题,算得上这几年中最难的问题(该技术没有专利,保密状态)。该技术比三星的技术要高效,负

载也更低。

5.参与超级拖拽

该项目主要是在framework添加需求,实现对界面上的各种数据进行拖拽,然后把相关功能实现在系统应用中。

主要工作应用上依照需求的特效开发。这个项目持续时间比较长,为我之后在畅联中做红包的特效提供了工作经验。

6.参与键鼠穿越

7.参与键鼠共享

这2个项目关联性比较高,主要是在各种联网设备中共用window上的鼠标,并能拖拽各个系统里的数据。

主要负责模块设计,和重构工作,主要工作是负责PC端。

8.本人在工作中解决了团队的3个顶级问题。

a.投屏时有十分之一窗口无响应,显示失真,该问题团队搞了几个月。

b.apk莫名其妙无法启动问题,该问题困扰团队超过2周。

c.跨设备ctrl+V体验差(键鼠共享项目)。

9.2021年担任公司的4级专家评委,发现和提拔公司内的技术专家,当年软通的专家级别最高级别4级。

一、中软国际有限责任公司

职位:技术专家

外派华为iMax团队(iMax团队团队后来分出多个部门,就包含前面的预研部)

2016年部门年度枝术标兵,部门有员工1500多人。

工作描述:

参与华为荣耀品牌旗舰机magic framework层的研发工作

解决大量其他公司、谷歌、平台供应商等无法解决的问题。

1.原生android的黑屏(6.0原生问题,mshowing变量错误,项目最难问题,全球就我们团队和韩国的一家公司发现该问题)。

2.安卓窗口管理逻辑错误(mfinish逻辑控制错误),该问题动员了华为内部的能动员的专家未解决,并且概率高达50%。

3.微信启动崩溃(其他工程师持续2周未解决,本人一个上午找到根因)。

4.内存泄露(仅一周,解决当时最严重的泄露导致系统崩溃问题,内存专项工作是HW SE负责的)。

5.CTS专项(由于手机定制内容较多,分解定位处理上千项不通过问题,是在处理完黑屏问题转入做的专项)。

6.开机性能、gps、网络、系统重启、三方崩溃等等。

7.帮助应用工程师解决问题(如音乐模块概率性崩溃,项目top

问题,数月未解,5分钟予以处理(本人打赌,团队500多人,其中499人一辈子也解决不了该问题);OOM,ANR)等等、

8.逆向分析小米4 framework代码并与原生代码做对比。

9.团队建设。

外派

工作描述:

1.作为framework 技术专家带领团队参与项目开发、团队建设。

2 具体项目

2.1

HTC项目。该项目是和TW一起进行的,整个framework

团队共负责12个子项目。分成多个小组。本人处理过三个极其棘手的问题:关机时android重启;游戏卡;应用died后,系统变慢。

a.关机时android

重启。经过一个月跟踪,发现关机时内存不足,原因是关机动画的图片太多太大,多达51张。而其他机型发现,图片100多张无问题。本人给出原因是,MTK的GPU

处理图片能力比高通的强,解码速度快,从而内存出错。给出了2个修该方向,一,修该内存回收机制,二,修该图片。

TW找了数个工程师选择方案一进行修该。后来在intel项目里面,有类似问题,intel选择方案二。方案二简单,有效。

b.游戏卡,对比发现,是该机型GPU无法满足要求所致。团队之前也接到过相关bug,但是半年来没人敢下这样的结论。

c.该问题数月未解。本人通过分析断定该问题由三个log程序引起,TW

要求认真总结该问题做培训用。该问题被视为亮点解决范例。后来类似问题也出现在华为的手机中。

2.2 intel

将预计失败的项目拉回正轨,促使项目效率提升40%以上。

sofia平台,外销平板电脑。

本人进入项目前,从测试经理处了解到项目进展缓慢,难以按时完成。同时人员严重不足,管理上是诚迈和Intel共同领导。当时配备人员Intel方面大概有十多号人负责驱动和linux,诚迈十多名工程师负责framework和应用,再加上诚迈十余测试工程师,客户有三名工程师负责质量管控、项目接收。

本人工作

第一、对bug过滤分类,将Intel的bug和诚迈的bug分开,明确责任。

第二、基于测试经理对进展的严重抱怨,本人成功说服测试经理动员测试工程师尝试对bug做比较深入的分析。让测试工程师首先解决部分问题,不能解决的将分析结论附上。该行动产生了几个影响:

a.bug大幅度减少;

b.测试工程师学到了更多的技术知识,产生强烈的成就感;

c.研发工程师在测试工程师的分析基础上解决问题速度总体上明显加快,尽管有时候有误导;

d.项目由之前计划的9周减少到7周就完成(客户认为已经满足他们的出货要求)。

2.3 与德

带领南京的BSP团队参与该项目。排查严重问题功耗。

2.4 tcl

notification颠倒。该问题在tcl处理时间超过6周,在诚迈近三周无进展的情况下,本人与相关技术专家一个上午定位解决。

工作描述:

管理软件团队。

android + 三星 平台。无线充电平板。

bt wifi驱动移植调试,Realtek芯片8723。

技术开发

2013.4-2013.6 GPS驱动调试

2012.7-2012.8 sensor驱动移植

2011.5-2012.1 照相机驱动移植

2010.12-2011.4 电源驱动移植

2010.3-2010.11 拨号界面

GPS驱动调试。

高通的平台,该工作概念多但是比较简单。代码高通已经整合进去。

sensor驱动移植

Android+三星平台,light sensor, near sensor,gravity sensor,gyro

sensor。atmel

的协处理器。该工作只完成了移植部分。当时项目维护工作也比较紧张,同时也是公司另外一个团队的工作,转接回该团队了。

照相机驱动移植开发

Android+高通平台72x7,芯片altek-8sa05,

项目718。altek-8sa05是一款特性非常多的module

,主要是解决中间层和驱动层的交互以及兼容性,中间层和应用层的交互由另外一个工程师完成,我们紧密合作。

电源驱动移植开发

Android+高通平台72x7,芯片三星act8937,

项目w380。380这个项目,2010开始,当时的电池技术还不是太强,而屏幕非常耗电,最大耗电达1.2A,最小耗电也在0.2A。主要解决显示的一个电压接近真实的电压,这个牵涉到很多补偿和测试问题,以及解决在充电时板子因为耗电大而发热。

拨号界面

Android平台,与韩国数字艺术公司(DA)以及北京创世互动共同合作开发,项目Natalie以及Natalie-UO。

由于界面的需求相当复杂性,该模块是我在开发那么多项目以来和需求工程师讨论最多的,以及和韩国DA交互的接口很多,也是基本上每天都进行邮件往来讨论,同时也和北京的创世互动的讨论相关的接口。

PS:这个模块看起来比较简单,只有一个页面。实际上是因为本人在上几个项目(win

mobile

6.5平台)开发了一个无线管理模块,当时客户对界面提出了比较高的要求,我们的团队的软件主管下来询问能不能开发这个模块,不能的话予以外包。本人说可以做,当时本人刚加入英华达,感谢他的信任。不仅完成了工作,并且效果完全超出客户的需求。这才有了客户要找专业的DA单独开发界面,而我来结合这些界面开发

从事手机协议栈的开发,项目是3G TD-SCDMA和2G GSM(GPRS)的多模协议栈开发.

主要参与多模协议栈下的数据链路层(LLC)的工作。

负责模块的接口设计、详细设计、流程图、代码、单元测试以及和相关模块工程师一道负责模块群的集成测试;分析、跟踪、定位并解决问题或给出解决方案。

带新员工了解行业特性,以及帮助其熟悉工作内容。

负责平台中心的专利评审,是核心专利评审成员。

该公司是业界较早从事手机行业的公司。

2006.9-2007-6 手机应用开发技术经理.

从事基于展讯平台的手机软件开发,以及该平台下工厂软件开发

帮组组内成员解决其认为需要帮忙解决的问题以及为其准备相关的资源,重点培养其独立完成任务的能力。

与其他部门以及上游厂商合作,争取将本组内问题在本组解决。

2006.4-2006.9 加入3G项目组(大唐的TD-SCDMA),独立负责该平台下工厂软件开发;

2005.4-2006.3

从事基于skyworks

平台下手机的驱动移植开发(当时华邦的音频芯片,现在这些芯片都整合了),基于该平台下工厂软件的开发(牵涉数据库设计,本人设计的数据库,都在3范式以上.)

这是本人的第一份工作,进入该司,不到4周,就处理公司一个软件部兼容问题以及用B

语言改写一套公司软件工具,从此经理就让我独立负责工作。

实习，支持常州市政府网络办公软件。