android周报,安卓开发技术周报

王者荣耀王者时刻支持哪些机型 王者时刻怎么

王者荣耀更新后就移除了王者时刻和自由录像功能了 现在取而代之的是视频周报功能了。现在只能自己录屏保存回

为雷州等地区用户提供了全套网页设计制作服务，及雷州网站建设行业解决方案。主营业务为网站设计制作、成都网站建设、雷州网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

扩展资料：（王者发展史）

《王者荣耀》是由腾讯游戏天美工作室群开发并运行的一款运营在Android、IOS、NS平台上的MOBA类国产手游，于2015年11月26日在Android、iOS平台上正式公测。

《王者荣耀》是全球首款5V5英雄公平对战手游，腾讯MOBA手游大作! 作为一款MOBA类游戏，《王者荣耀》特色多多，在同类的游戏中可谓是一枝独秀，艳压全场。

记录几个Android开发相关的网站

Android开发技术周报，csdn，博客园，闲鱼技术，github。

周报的地址网页链接

其他的可以搜索

王者荣耀怎么看是谁给我点的赞

点赞这个是没有办法看到是谁点的，不过在每局游戏结束后的结算界面，如果有人给你点赞，是会有系统文字提示的，例如”XXX给你点了赞，很开心能和这样的队友一起玩游戏“，只有这个时候才知道，如果你打玩游戏直接点了退出或再来一局，那样就看不到了。

扩展资料：

《王者荣耀》是由腾讯游戏天美工作室群开发并运营的一款MOBA类移动端网游，正式公测于2015年11月26日。 该游戏可在Android、IOS、NS平台上运行。其游戏玩法以对战为主，玩家可进行1V1、3V3、5V5等多种方式的PVP竞技模式，此外还可以在冒险模式中体验PVE闯关的趣味。

手机的软件被恶意删除，手机相册所有照片被恶意删除回收站被全部清空这是为什么？

近期，闹得沸沸扬扬的阅文集团合同争议再起波澜。有用户发视频质疑，QQ自动删除阅文作家华为手机上的群聊图片。

对此，QQ方面回应称删除的是临时缓存图片，正在与华为优化该体验。华为高管李小龙则表示，某些应用会自动删除手机上的图片，但不一定是恶意行为，很多应用会自动清除过期图片。

QQ被疑自动删除图片

回应称删除临时空文件

近日，阅文集团被指新修订的合同中存在多项“霸王条款”，其中包括作者无条件将所有版权交给阅文，对方运营版权无需作者同意，且不予分配收益；阅文将作者作品免费发布，视为对作品的推广手段，而非侵权等。

为维护自身权益，一些网文作家以停止更新网文的方式抗议阅文新合同。

“五五断更日”当天，一则有关QQ的“插曲”引起新一波关注。微博大V@互联网的那点事 发博称，接到阅文作家爆料，从QQ群聊保存到华为手机的照片会被自动删除。视频显示，从QQ群聊中下载保存有关阅文合同事件的图片，打开相册后，相关图片出现在“最近删除”文件夹中，因此质疑QQ自动删除阅文作家手机图片。

爆料视频

有微博用户发博称自己提供上述爆料视频，并进一步解释——“QQ想删我的图，但是华为系统拦截了！”“华为系统保护了我的图，拦截之后QQ删掉了一个替身，原图还在，这个视频是我对比恢复后的文件与原图的文件，留下的证据。它们的名字一样，只是被破坏掉的（也就是删掉的）图会有尾缀，我看不太懂。”

针对网友的困惑与质疑，5月5日23时59分，腾讯QQ发表声明否认偷偷删除用户图片。

QQ对华为的拦截提示作了进一步解释，称视频中显示华为系统拦截并保护的图片，并非用户保存在手机系统中的图片，而是QQ内的临时缓存图片。QQ保存文件时，会先创建临时空文件以测试系统是否正常，真正保存图片时会删除临时空文件，在写入真正图片。华为拦截的是删除临时空文件的行为。

今日，QQ官方也就此事回应了记者提问：

近日，我们接到用户关于华为手机提示拦截照片删除的问询。经核查发现，这是华为手机自带的拦截照片删除功能对QQ自动清除自身缓存数据(比如图片编辑过程中产生且用户未保存的临时图片)的提示，QQ绝对不会删除用户主动保存的任何照片和文件。 自动清除缓存是大多数软件为减少占用用户内存的一个常见功能。我们收到反馈后第一时间已联系华为，在保护用户隐私的基础上，双方共同协商优化该体验。尊重用户隐私是QQ最重要的准则，请大家放心使用。

华为：

某些应用会自动删除手机上的图片

5月6日，华为手机产品线副总裁李小龙表示经常收到用户反馈手机上的图片莫名丢失，但经过分析后发现，某些应用会自动删除手机上的图片，但这不一定是恶意行为，很多应用会自动清除过期图片。

华为高管李小龙回应

李小龙还称，华为在EMUI9.0上增加了图片视频删除保护功能，只要有第三方应用删除常用图库目录下的照片或视频，就会在通知栏提醒用户，并且能在图库回收站内恢复刚删除的内容。如果第三方应用不想让缓存图片被用户在系统图库看到，应该按照安卓规范在该缓存目录下添加.nomedia属性，这样缓存图片就不会被系统扫描到。

专家：

App删除临时缓存图片系常见操作

但是否恶意还需充分论证

为了测试腾讯QQ是否有检测并删除阅文相关图片，记者在6日实测通过QQ向两名华为手机用户发送几张网传阅文集团合同图片。对方顺利接收图片并保存，期间并未没有收到华为手机拦截提示，图片也没有被删除。

北京汉华飞天科技有限公司总工程师彭根告诉记者，按照QQ的回应，删除的是临时缓存图片，而非用户主动保存的图片。这种说法是可能存在的，而且也是App的正常操作。比如有些表情包等图片，超过一段时间会被删除，其目的就是为了节约用户手机的存储空间，防止系统程序变多带来卡顿。

“在 Android 系统里面，任意 App 都可以创建一个文件夹缓存图片，它的图片被系统收录之后就会成为所谓的‘相册’。App 生成了图片后，在一些情况下可以又将图片删除。”国内资深的安卓开发者田维术告诉记者。

田维术进一步举例，比如你打开一个网页，里面会有很多图片文件，App 会临时帮你下载下来，等你关闭网页后删除相关文件。又比如一些emoji表情，对于用户来说保存的意义不大，这时候App可以在图片文件夹下加入一个叫做 .nomedia的文件，系统就不会把这个文件夹加入相册了。

“不过受 Android 权限模型的影响，App确实有权限删除其他相册的图片，但是否存在恶意行为还需要更充分的证据论证。”田维术说。

来源：南方都市报（nddaily）

版权归原作者所有

侵权请联系小编删除

创业公司是如何进行研发管理和绩效考核的

创业公司在起步阶段都会出现很多的问题。你知道创业公司是如何进行研发管理和绩效考核的吗？下面是我为大家带来的关于创业公司是如何进行研发管理和绩效考核的的知识，欢迎阅读。

一、高效研发的5个关键步骤

第一步：立项——定方向

在豌豆荚的整个研发过程中，立项称为ProductBrief或者Project Brief。团队的产品经理会撰写一个1－2页的文档，然后和执行团队进行评审，如果评审通过，立项就成功了。文档一般包含会包含以下内容：

1. 愿景：一句话表达清楚要做什么；

2. 分析市场机会和趋势，决定当前策略；

3. 确定目标用户的特征和核心需求；

4. 现存的解决方案和各自的优劣势；

5. 该项目对豌豆荚的利益点；如果不做该项目，哪些竞争对手会做，对竞争对手的利益点；

6. 需要哪些技术的支持和驱动，哪些技术是豌豆荚的弱项；

7. 人力需求；

8. 项目的紧急程度，是否需要快速推进；

9. 发布策略；

10.核心衡量指标，用来衡量成功的指标。

第二步，OKR 体系——定目标

对一个项目来说，设定目标是非常重要的，因为这决定了如何去做，以及能做到何种程度。豌豆荚采纳的目标管理是从 Google 引进的 OKR 体系（Objectives Key Results，目标与关键成果），这跟传统的 KPI（Key Performance Indicator，关键绩效考核）稍微有些区别：

1. OKR 首先是沟通工具：豌豆荚共有 300 多人，每个人都要写 OKR。为了便于沟通，所有这些OKR都会放在一个文档里。任何员工都可以看到 CEO 的这个季度最重要的目标是什么，HR 团队这个季度的目标是什么。

2. OKR是努力的方向和目标：OKR代表你到底要去哪里，而不是你要去的地方具体在哪里。

3. OKR必须可量化。比如健身时设定锻炼目标，如果只是定义成「我们要努力提高身体素质」，肯定不是一个好的 OKR，因为无法衡量，好的OKR是「今年的跑步时间较去年增加一倍」。

4. 目标必须一致：制定者和执行者目标一致、团队和个人的目标一致。首先，制定公司的OKR；其次，每个团队定自己的 OKR；第三，每个工程师或设计师写各自的OKR。这三步各自独立完成，然后对照协调这三者的OKR。在豌豆荚，OKR跟个人绩效没有关系，因为OKR 系统的结果和每个人并不直接挂钩。

5. 通过月度会议Review ，时时跟进OKR： 在月度会议上需要确定如何去达到目标，是一个帮助达到目标的过程。

6. 通过季度会议 Review ，及时调整OKR：互联网的变化非常快，所以豌豆荚每季度有一个OKR 的 review，调整的原则是目标（Objectives）不变，只允许调整关键成果（Key Results）。

为了更好的理解如何制定OKR体系，我们看个例子：

● 目标（Objectives）：发布有影响力的新功能，将 XXX 产品做成用户可以每日使用的产品。

● 关键成果（Key Results）：

日活跃用户量为XX；

使用XX方式，提高XXX核心指标；

第三步，项目管理——控进度：

目标设定以后，非常重要的就是执行，一般的项目管理实际上就是控制进度。

1、任务/进度勤同步 。整个公司所有人的 calender，包括会议、要做的事情、项目的时间节点都需要及时同步。在整个战略布局上，如果某个项目工期非常紧，就必须进行更多的沟通，确保每一个环节都没有问题。

2. 站立会议 (Daily Sync) ：每天进行站立会议，一般控制在十分钟之内，每个人说明自己今天要做的工作，需要什么帮助，有谁可以帮忙，可以更有效的调节资源和公关。

3. 多方位沟通（Google Docs / Gmail / Hangouts） ：对非紧急的事情，两个团队或者是两个人一起讨论所有的设计。Hangouts用于做快速响应。

4. 周会（Weekly Report） ：每周总结。豌豆荚的团队产品经理要做周报，汇报这周的工作、发布、取得效果以及数据。

5. 数据系统 ：MUCE 是豌豆荚的数据系统，上面有全公司所有的产品数据和运营数据。MUCE 的数据能够用来验证产品的假设、方向等。

第四步，人员管理——带团队：

项目是由一个个具体的人来执行的，所以带团队非常重要，在人员管理上，豌豆荚有三个基本原则：

1、 Re-Organization 换组 ：公司鼓励员工换组，每个人都有机会到喜爱的团队做更有趣的事情。只要在原团队的绩效合格，每季度都可申请换团队或换工作内容。员工的绩效不与 OKR 挂钩，公司鼓励员工挑战难度、超越优秀，低 Level 的事情做不到优秀会被惩罚，做事不及格也会被惩罚。

2、 One on One： 在带人方面， One on One 非常重要。One on One 指的是每个团队的 manager 需要定期（最佳间隔是每周一次）与自己团队中的每个成员进行一对一讨论或者对话。在豌豆荚，manager 首先是一个教练，应该帮助自己团队的成员成长。通过 One on One，manager 需要了解每个团队成员现阶段的状态和遭遇的困扰，分享职业规划，帮助他们正确地处理问题，更好地实现个人成长。

3、 个人 OKR 和 Performance 体系 ：每个员工在每个季度初需要确定自己本季度的 OKR，在一个季度结束后需要根据自己这个季度的工作完成情况给 OKR 打分。每半年公司会进行一次 Performance Review，主要是 review 员工过去半年的绩效，并根据 Performance Review 的结果变更 Job Ladder（业务职级）和薪酬。值得一提的是，在豌豆荚，所有的个人Performance Review 的成就内容及级别都是全公司共享公开的`。这个对于很多公司来说是不可想象的，豌豆荚为什么要这么做？因为一方面对于豌豆荚来说可以做到更为公平和透明，另一方面也给每位豌豆提供了更好学习和成长自己的样本，激励大家在产品研发中更高质量的挑战和要求自己。

第五步，兴趣管理——排干扰：

1、激发兴趣：HackDay ，是豌豆荚一个特殊的节日，开始于2010年，类似黑客马拉松。通常在春节假期回来的那一周，产品设计师和工程师们 3-5 人组成一队，在连续48小时的时间里，充分展现工程团队的创意和想像力，完成一些比日常开发更 geek、更有趣的东西。

豌豆荚为了鼓励大家更好的完成挑战，也会设计一些特别有特色的奖品，历史上2012 年提供的是苹果刚出 Macbook Retina，2013年是 Google Glass，2014 年则是程序员最爱的 Herman Miller 顶级座椅。

在历史的 Hackday 中，有不少作品最终都成了重要产品对外发布，比如 MUCE、豌豆洗白白和 IAS（应用内搜索），都成为了豌豆荚极具特色的产品。

2、控制兴趣：PolishWeek，让公司慢下来，对已有产品的细节进行精细化的过程。 在大量开发和新产品上线的过程中，我们会担心因为走得太快而对产品的细节关注不够。在连续3个工作周后，第4周通常是 PolishWeek。在 Polish Week 的这一周，豌豆荚内部不会进行新产品或新功能的开发，而主要是对现有的产品和服务进行打磨，解决一些细节问题和小 bug，譬如产品内一些字体的统一等等。平均每个 Polish Week 会解决产品中各种 Bug 大约 200 个。

二、高效研发的流程和工具

过去几年豌豆荚做 Windows 版的时候，尝试过一个月、两个月、一个星期、两个星期的发布节奏，整个模式跟 Chrome 比较像，有功能发布就希望尽早的发。我们在服务端上每天都有更新，客户端会慢一点，现在大概是两周一个版本，如下图所示：

在开发节奏上，前两周的时间用于开发，然后截取分支准备发布，接下来两周进行测试，同时进行另一个开发，每一个迭代都控制在两周之内。相对而言，服务端的发布比较好操作，可以做很多的回归测试和自动化测试，不太需要手工的测试来做发布，但是 Windows 和 Android 都会有一些 Beta 的发布，在内部很难模拟用户的使用场景和用户的环境，所以在 release 之后的过程中一般会抽样 1%、5%、10% 这样一个节奏来做验证，主要是看某些指标是否达标。

这个流程刚开始执行的时候问题特别多。比如在这周开发完成以后，测试发现根本测试不了，有很多很多的 Bug，工程师只好利用第二个研发周期去修 Bug，然后又会影响第二周期的开发，这样问题越来越多，就会导致流程很难进行，然后进入恶性循环。为了解决这个问题，首先在操作层面上一开始先用一个月的迭代来让大家适应，同时要求 Master 分支必须是可用的（比如某人提交了代码跑不起来，或者没有经过测试，给其他同事带来了阻碍，就会被要求请全团队喝咖啡）。其次加强单元测试和回归测试，确保每个迭代的研发质量是可控的，后面的测试主要是回归和校验，减轻相互重叠的压力问题。一个月的迭代跑顺了之后，再跑到两周、一周的节奏，整体来看，差不多用了半年的时间，豌豆荚就完全跑顺了这个流程，想快可以快，想慢也可以慢。

工欲善其事必先利其器，为了提升产品研发效率，豌豆荚内部开发了一款项目管理工具Wandoulabs。作为内部的沟通工具，它主要用来做跨团队沟通，全公司所有员工都会使用。重要的 roadmaps 必须在这里登记，登记了以后，一个项目需要多少设计师、需要多少marketing、每个阶段是什么样以及工程师的发布状态都可以在这里看得到。

这就是前面提到的Wandoulabs，大概逻辑如下：不同的标记分别代表研发状态、发布状态、负责的团队及这个事情的重要级别。

对于重要的发布，豌豆荚有三个最基本的要求：

第一要获得 Product／Design Review 的批准。 一个功能开发以后，无论是界面还是整个 UI，如果会影响到用户的操作，或者影响到商户的收入，比如我们的广告系统或者和合作伙伴的一些策略调整，这就需要做 Design Review。Design Review 在豌豆荚里面的时间大概是每周的周一、周三和周六，每次持续 1-2 个小时，包括Product（Review）、Design（Review）或Business（Review）。Product Design指的就是 PD，主要的视觉设计师或产品设计师必须全员参加。

第二要获得 EngineeringTech Review 的批准。 这更接近于传统上的技术设计，主要是看某个功能在工程设计上是怎么做的。做这个设计的团队和所有工程师必须全员参加，也会有一个人来 host，还需要几个指标的 review。这个过程是帮助相关的工程师把设计考虑更全面，包括流量、游戏的带宽压力的需求等等。

第三要获得 MarketingReview 的批准。 主要是看产品上需要如何引入 marketing 团队的配合，需不需要做一些传播，需不需要注意公关策略等等。

同时对于更小的一些 Beta 测试则不强制要求。这些 Review 实际上是帮助整个团队、整个公司去理解当前最重要是什么，其实也是建立一个高标准的过程。

哈弗智家的驾驶周报在哪儿打开

搜索一下驾驶周报就出来了。

哈弗智家是一款专为长城哈弗车主车友打造的汽车生活交流平台。哈弗智家app中主要打造社区功能，为哈弗车主们提供社区交流功能，您可以通过参加话题或加入车友会发布相关文章，与广大车主们交流经验讨论汽车养护知识。哈弗智家中还覆盖哈弗汽车资讯、汽车活动、问答服务、自驾导航地图功能可以免费观看和使用，能够为车主们带来便利。

除此之外，哈弗智家app中为车友们提供预约试驾和订购服务，绑定自己的爱车后还可享受远程操控服务。适用平台为Android、iOS版，支持手机号登录使用。