关注公众号
接收推送
2021-06-17 16:30:00 ~ 2021-06-18 16:30:00
PMF（Product Market Fit）——产品市场契合度，是个老生常谈的话题。
这是无数创业者在完成了MVP（Minimum Viable Product）——最简可行产品之后，希望进一步达成的第二个重要目标。只有迈过这个坎儿，产品和服务才真正被证明是有发展前景的，企业才有望实现高速增长和扩张。
然而怎么知道自己的产品达到了PMF这条“金线”呢？
随着用户体验设计的发展，我们已经过了仅依赖需求和直觉就可以完成产品设计决策的阶段了。数据对用户体验设计师的价值可以总结为两点：1. 数据可以在「产品设计决策阶段」提供了更多元的参考意见；2. 数据可以在「产品设计复盘阶段」提供更客观的评价标准。
本文介绍了百度车载小程序白皮书设计规范背后的基础研究。为了提升驾驶场景中的车载界面设计可用性，我们发起了车载界面元素的可用性研究。通过产品分析、专家调查和文献回顾，确定影响界面可用性的关键元素特征。探索模拟驾舱实验环境的配置方法以及车载界面元素的可用性阈值研究范式，开展实验测试。最终将经过验证的成果应用于车载设计规范以及车企服务，为推动车载设计的进步和发展贡献一份力量。
其实从国内游戏现状上来说，人机已经成为了当今游戏中不可避免会被提及的存在，国内几乎所有涉及到PVP的手游都会投放机器人到游戏当中。拿市面上最火爆的手游举例子，大逃杀手游《和平精英》就是一个充斥机器人的游戏。不论是萌新还是手残党，吃鸡和击倒敌人成了信手捏来的事情。所以究竟为什么厂商要加入人机，玩家究竟买不买帐呢？
做好营销，需要考虑自己带给消费者的价值。
经常使用Python的同学一定熟悉pdb模块，它是Python官方标准库提供的交互式代码调试器，和任何一门语言提供的调试能力一样，pdb提供了源代码行级别的设置断点、单步执行等常规调试能力，是Python开发的一个很重要的工具模块。
pdb使用方法见官方文档，本文重点分析官方pdb模块源码，介绍调试功能的实现原理。
在InnoDB 里面，依然有一个全局的Index latch，由于全局的Index latch 存在会导致同一时刻在Btree 中只有一个SMO 能够发生，从而导致性能无法提升。
Polar Index 通过将SMO 操作分成两个阶段，并保证中间状态的合理性，从而避免了Index latch。 从而保证任意时刻在BTree 中只会持有一层latch，从而实现性能极大提升。
本文先简述Feed流系统核心业务点，了解Feed流的关键技术点，结合到家发现频道业务特点，逐步描述到家Feed系统的架构迭代历程。
本文将从性能、缓存、限流、灾备、日志等几个方面来介绍我们是如何保证Nuxt服务的可用性及稳定性的。
存量业务在使用第三方框架的时候，是不是一定得按框架的规则进行大规模重构呢？本分享为大家介绍，兔小巢业务是如何在最小改动的情况下，利用 Taro 能力实现小程序多端同构。
本文将围绕 LayoutInspector 的痛点，分析问题并修复，最终将 LayoutInspector 变成一个稳定、好用的插件。
在深度学习时代，算力的需求和消耗日益增长，如何降低算力成本，提高算力效率，逐渐成为一个重要的新课题。
随着大前端技术的快速发展，项目历史包袱的遗留就会产生日益健全的 SDK 和项目框架。以文章的形式回忆和分享项目中使用技术发展要点，也算是工作，学习的产物。
以企鹅医生 App 为例，以下为 App 框架设计发展要点：
技术使用不是简单的把各种技术柔和在一个就行了，他们之间需要通信，规则，层次调用。今天先分享一下 Native + Hybrid 的框架设计。
近期使用了 cocos creator 来开发一些游戏化的课中互动。Cocos 是一个优秀的国产游戏引擎，可以通过 Javascript 写出跨平台的游戏。看完文档，吭哧吭哧搞完，看似完美运行，然而体验会上，大家却提出加载时黑屏时间长、手机发烫严重、闪退、卡顿等问题。头疼，只能想办法优化。
经过几天的优化，性能才渐渐达标，其间踩了不少坑，所以打算将一些性能问题排查和优化的手段记录起来，分享给有需要的同学。
什么是JSBridge？JSBridge 是一种 webview 侧和 native 侧进行通信的手段。
现阶段针对数据的成本、质量、流通三个维度进行了重点治理。
设计模式（上）将介绍单例模式、策略模式、代理模式 3 个常用设计模式，使用单例模式实现登录弹窗、策略模式实现表单校验、代理模式实现图片预加载等需求，将设计模式落地到实际需求，带你彻底弄懂设计模式。
有时候，硬着头去读“战略、架构、KPI”这些管理读物，要么感觉路太绕，根本看不到出口，要么觉得水太浅，读起来没有什么乐趣。
有关“战略、架构、KPI”这些内容，有没有读起来没那么累，文字接地气，干货管够，还能给人启发的书？
从「稍后再读」到「再也不读」。
上学时，我有一套自认为很高效的资料搜集工作流。大致流程是浏览到感兴趣或可能有用的信息时，粗略扫过一眼后即用 Pocket 将其保存为稍后再读，随后借助 IFTTT 的某个自动化 applet 即可将添加到 Pocket 中的文章内容整体自动同步至 Evernote 中。这样一来我便可以在以后有时间的时候再到 Pocket 中详细阅读这篇文章，而 Evernote 也充当了持久化的数据库角色，永久保存这篇文章以备后用。
然而理想很丰满，现实很骨感。由于人类的常见病——「拖延症」，我时常将一篇文章保存到 Pocket 后一两周都懒得去细读研究。这样一来，仅仅一年多的时间， Pocket 中就堆积了几百篇的待阅读文章，粗略计算了下我可能需要夜以继日地花费一周时间才能消灭掉所有的未读小红点，可是我连阅读一篇文章都时常拖延，这样沉重的沉没成本我又怎会有意愿去承担呢。
日复一日，Pocket 中的文章愈来愈多，我从起初打开 Pocket 时认真阅读文章，转变为了看到未读文章列表翻阅几眼只会挑选自己当前还感兴趣的内容粗读下，再到最后连 Pocket 都不愿打开了。就这样，Pocket 在我手机的第一屏上占据了一个「寸土寸金」的位置却再也不曾被我青睐。终于有一天，我决定做出改变，我放弃了我的工作流，甚至放弃了 Pocket 的使用，把它移动到了某个角落的文件夹中打入冷宫。
关注公众号
接收推送