All Posts

琐言:团队带领者的知识覆盖模型

无论是刚毕业时作为团队的初级员工,还是若干年后初步接手团队带领工作,一直以来我脑海里有着一个团队带领者的知识覆盖模型。一方面作为督促自身不断学习新技术的指导,另一方面也作为在职场选择时选择自己的leader的一些准则。 在知识的深度和广度两个维度上,我们可以把团队带领者的知识/能力覆盖看成一个树形结构(如下图): 每一层的团队带领者能够 较大比例的覆盖 下一层的团队带领者的知识广度。 每一层的团队带领者在 一定程度上覆盖 下一层团队带领者的知识深度。 在这个模型下,不同类型的团队带领者区别在于自己所在的这个三角形的形状: 有呈细长形状三角形的某方面专家覆盖团队部分成员的全部技能,通过招聘另外一些方面的专家来补全团队的专业性和完整性。 有呈非常扁宽形状三角形的团队带领者,团队里每个人做的事情都知道一点,但并不深入了解。 处于每一层团队带领者的理想三角形形状各不一样,越接近底层对深度的覆盖会越大。 每个人心中都有自己理想的三角形,你期望的会是怎样? 最后,为什么是团队带领者而不是管理者? 高科技行业里,团队的成员大多是具备自驱动能力的高智商人士,拥有这样特征的团队需要的是能带队打胜战的带领者而不需要过多的被管理。

[TheFamily]:避开僵尸初创公司

人们 往往低估了初创公司为早期员工提供的财务机会。 但作为一名善于选择加入哪家初创公司的员工,在一定程度上意味着,他要像投资者一样勤奋和明智。 他们强调要避免僵尸初创公司: 那些表面上看起来像初创公司,但发展速度不那么快,而且很可能永远保持小规模,依靠不太理想的融资来源(糟糕的天使投资人、补贴、赠款等)维持活力的公司。 它们很危险,因为对于想要抓住火箭的人来说,它们是一种不良的干扰。 就像风险投资者需要多样化他们的投资组合一样,你可能需要加入几家初创公司,然后才能找到一家值得同行的公司。这意味着呆在僵尸初创公司的机会成本非常高,因为你没能利用这段时间来测试另一家。因此,在选择下一个机会时,你应该考虑以下几点。 1.不要仅因为一家初创公司的融资就加入它 当然,资金情况是一个很好的指标。这意味着他们可以支付你一段时间的工资。这意味着有人在某种程度上信任创始人。但谁支持他们也同样重要。生态系统中充满了可能并不真正知道自己在做什么的人,或者没有特别雄心勃勃的动机的人。以强有力的税收激励进行投资的商业天使、填写营销手册的大学或公司,以及根本不是用自己的钱在打赌的公众演员,都是一些例子。所以不要满足于“我们刚刚完成了A轮融资”:问问谁,然后去了解一下。 如果你发现筹集到的资金只是来自公众演员、缺乏经验的风投公司,他们没有任何闪亮交易的记录,或者是一个公开的ICO,但没有推出任何产品,你可能应该把这当作一个警告信号,然后逃离。 2.

停车场寻车难?蓝牙5.1提供的新思路

生活中我们常常有这样的体验,开车到了一个商场停车场停车之后,由于在忙其他的事情,常常导致“短暂性失忆”而忘记了车停在了哪里。对于不少缺乏“路感”的朋友,停车场对于他们来说是一个大迷宫,找车浪费个半小时是家常便饭的事情。 传统的通过车钥匙控制鸣笛的方式可以在较短距离寻车,车钥匙通过RFID的方式发送指令到车,信号较好的感应区间是在10多米左右(空旷场地可以稍远)。 进入智能网联汽车时代,为了给车主提供更好的便利性,避免人肉记住停车位的麻烦,越来越多的寻车方式被挖掘——懒惰是科技进步的驱动力。 一方面联网后的汽车可以将自己的GPS位置信息上传至云端,以便用户在手机APP上查看自己的车辆位置。另一方面,基于远程控制的鸣笛闪灯功能解除了车钥匙鸣笛在距离方面的局限性。 然而,基于卫星定位的GPS只适合车辆在室外的场景,到了封闭的室内停车场只能提供车辆的大致位置,误差可达数百米。而对于一些地下停车场,由于没有蜂窝网络信号的覆盖,远程鸣笛控制功能则可能处于失效状态。 现在也有部分大型的商场停车场安装上了基于摄像头的车辆位置识别方案。比如北京朝阳大悦城,微信关注商场公众号并绑定车牌信息,车辆在停车场停车后,停车场的摄像头识别到车牌信息便会给你的微信推送一条停车位置的信息,便于你稍后寻车。 在不依赖于停车场建设的通用寻车方案方面,部分智能行车记录仪产品提供了基于摄像头的远程实时查看功能方便寻车,然而这同样也较大依赖于蜂窝网络的信号覆盖。 蓝牙5标准的发布以及今年一月份新发布的蓝牙5.

端与云的融合

端、管、云,物联网系统的三个主要构成元素,各自技术在高速发展的同时也在不断的影响着现代物联网系统的设计。 端,我们指终端设备,包含手机,车辆,智能家居设备等与用户直接交互的设备; 管,我们指通讯管道,包含有线/无线网络等连接端与与云,端与端进行数据交换的通道; 云,我们指运行在各地数据中心的远程服务器集群及其提供的服务; 传统端与云在软件设计方面有不同的专注点,端软件设计的重点在于思考在受限的内存和算力下如何优化单机程序;云软件设计的重点是在于如何设计可扩展的分布式计算使用多机来处理大规模的服务请求。 物联网系统里数据的产生者是各式各样的传感器,包含音频,摄像头视频,加速度传感器,温湿度传感器等。这些每时每刻都在自动产生的传感器数据,相对于移动互联网应用中用户在APP上手动交互而产生的数据会大上几个数量级。庞大的传感器数据量使得将所有原始数据传回云端处理非常困难,对终端算力和通讯管道的提速提出了要求。 近几年来终端算力的提升,使得我们可以把更多的计算放在终端设备,只与云端交换处理后的中间或结果数据,减少与云端原始数据交换。一方面减少了服务响应延时,另一方面也可以规避一些隐私数据的传输。终端算力的提升,越来越多的云端技术可以被引入到终端中。现代汽车电子中,整车电子系统发展趋向于由娱乐域和驾驶域等若干高性能计算机构成,高性能计算机之间通过以太网通讯形成了一个车载的分布式系统,一些原来在云端被验证的分布式技术开始被应用到车内。 另一方面,通讯管道的发展,4G网络的普及和即将到来的超10Gbps的理论传输速度的5G网络使得端与云的分工也在不断发生着变化。管道的提速,端与云之间可以有更高频的近实时数据交互。 端云融合在车联网的场景下, 车作为一个高复杂度的终端,与云之间也有着不断融合的趋势。车载以太网主干和5G的发展促使车与云融合的过程中会产生了一些新的设计思路,这里讨论一种车联网的整车软件架构,我们称之为C/S/ES(Client-Server-EmbeddedServer)架构,如下图。 C/S/ES架构在传统的C/S(客户端/服务器)架构中在逻辑上引入了车内嵌入式服务器ES(Embedded Server)的模块,将车内的计算与人机交互界面分离,把原来一部分在车载客户端的计算逻辑移到了ES模块中。实际部署中 客户端软件和ES可以是运行在同一个硬件模块上也可以是运行在不同的硬件模块上 ,e.

特斯拉Model 3 Key Card里的黑科技

特斯拉Model 3给用户提供了三种解锁电动车的姿势: 遥控钥匙(可选,需付费购买) 手机APP蓝牙解锁 以及 Key Card(钥匙卡片) 其中Key Card作为手机蓝牙钥匙的备份方案(以应对手机没电了/忘带了/APP故障/车机蓝牙故障等上不了车的窘境),相比传统的遥控钥匙具有成本低、便于携带等优点。 如下图,使用Key Card进车的步骤为:把卡片放在车门的B柱上,解锁进车后,再将卡片置于中间的杯架上(检验钥匙在车上)方可启动车辆。 在中控屏的设置界面特斯拉提供了钥匙管理的功能:用户可以自行添加可以解锁车辆的卡片以支持多辆车使用同一卡片,或者删除卡片以防止丢失的卡片导致车辆失窃。 Model 3的Key Card这么酷("

从AVB到TSN - 时效性网络来了

传统以太网的传输机制类似于公路运输,从一个地方去到另一地方所需的时间取决于沿途公路的拥堵情况,时延往往波动较大并具有不确定性。随着以太网应用的推广,音视频应用首先对以太网传输提出了确定性时效的需求。想象在一个广阔的球场上东西两侧各有一个以太网连接的扬声器,扬声器中间可能经过多个交换机设备,当主持人讲话时,我们希望两个扬声器能够同时发声,而不会出现一前一后叠音的情况;进一步的,即使同个网络拓扑中还有其他应用在使用流量,我们也希望两个扬声器的效果是稳定的。 为了解决以太网中音视频同步稳定传输的问题,IEEE AVB (Audio Video Bridging) 工作组制定了一组802.1的以太网标准,包含802.1AS, 802.1Qat, 802.1Qav等协议。随着工业自动化和汽车市场对以太网实时通信需求的迅速增长,2012年AVB工作组更名为TSN (Time-Sensitive Networking) 工作组,扩展AVB技术的适用范围以统一解决网络传输中的时效性问题。相对于传统以太网, AVB 主要提供了以下三个能力: 预留带宽 (Bandwidth-reservation) 流量优先级 (Traffic-priorititzation) 时间同步 (Time-synchronization) TSN 扩展了AVB的能力,增加了两个新的能力: 时间调度流量 (Time-scheduled traffic) 抢占帧 (Frame-preemption) TSN 是一组IEEE 802.