[email protected]:~$

  • 2017 知识分享与人工智能

    以人整合知识 互联网上信息的获取可以以专业性和聚合性两个维度衡量。Coursera 与 微博 正好代表两个端点。 Coursera 代表了知识的专业性与高度整合性。微博代表了知识的非专业性与碎片化。 两种平台分别位于知识获取的顶端与底端。Coursera的专项课程推出与微博的营销号泛滥更加的印证了这一点。 现今的人工智能、区块链、共享经济等新热点。已经非常的专业化,难以用碎片化的信息填补。 大家越来越发现看了十几篇的公众号仍然无法理解区块链的原理与前景。面对着热点与本身知识的断层给人们带来了内心不断的焦虑感,解决或利用这种焦虑感是知识创业者们的重点目标。 互联网知识创业者看到了这之间的断层,并不断的尝试填补、拉近、融合两者。 以大V为载体,通过知识分享来解决碎片化与知识获取门槛过高的问题。 各种碎片化的知识会不断的整合与重组,我们将会得到大量带有“个人看法”的信息。 知识的传递方式将再次螺旋式上升,不在是以主题类别碎片化的分散,而是以人为核心将知识聚集,经过精心加工,以古老的口口相传形式在互联网上传递。 知识的传递将更加贴近现实中的样子。 基于个人的知识分享使得知识不再像wiki上那样保持中立,同时也附加了一个新的纬度。 当我们追逐一个热点时同时也希望得到别人的看法,所以我们写书评,和朋友分享电影。我们需要知晓不同的观点,同时也在寻求着共鸣。 带有个人看法的信息会把人与人的交互、信任、交流模式带入互联网世界!这才是真正创新点! 以人为中心来整合信息看起来是对“人工”智能的讽刺,理想的情况如科幻电影中人工智能高度的整合、处理信息,并像人与人交谈一样来进行IO。 目前的人 + 互动形式正是人的需求超越了技术的发展所催生的中间形态。 经过互联网信息的轰炸,人们认识到需要处理过、过滤过的信息,科技却尚未跟的上脚步。 乐观来看个人化知识共享的发展既是作为人工智能处理知识时模仿的对象,也是为AI提供了新的整合过的知识库。 对大量个人知识讲座与互动问答的标签化,以目前的AI技术应当也可以把这些做为检索结果,并在个人之上再次的以主题来整合,减少了我们获取整体化信息的成本。 当科技更进一步时,AI以这些信息为中心来学习、搜索。未来将由AI来做为我们的主讲人与互动对象.. 人工智能取代搜索引擎 搜索引擎已经落后,我们需要是输入“共享经济”便可以查看到我需要的信息,而不是粗糙的 page rank。 在 2016 年搜索共享经济居然得到的还是一堆网页,还是需要手工去寻找。 若我是一个中国的企业家或投资人,做为新科技代表的搜索引擎无法告诉我魔拜与ofo的融资情况与占有率。需要我手动取过滤虚假信息,从一个个网页中挑选信息。 这种效率让人深感对科技进步的绝望。 人人共享知识的时代应该使得我们可以获得带有“个人看法”的知识,从多个维度获取信息。 拿区块链举例,我可以问 Siri 给我介绍一下区块链。 而我得到的不应是一堆网页,Siri应当先向我展示简介,进一步的将各“知识平台”的优秀回答告知我(比如人性化的挑选我认识的某大V的优秀回答,基于个人关系我可以根据其性格判断如何解读信息), 则我获取到的也不仅仅是冷冰冰的wiki,而是带有“个人化看法”的信息, 进一步我可以让Siri帮我订阅Coursera上的专业课程,或是持续追踪这个热点,也可以询问“知识平台”上的大V或咨询师的看法。 未来的信息需要一个统一的集成搜索接口,需要高度的整合与处理,目前看来人工智能助手是最理想的入口。 基于人工智能助手的入口,与各大“知识平台”采用订阅付费获取信息的形式来集合,看起来是比较可行的方式。 希望未来会有伟大的产品来取代 google search 技术帮助人专注于创新 打开今天的搜索引擎,我得到的是一大堆网页与广告,带来是分心而不是专注。 未来应当更加趋向于基于语音交互,这样可以大大的减少分心与输入成本。...

  • 从《失控》中进化的scrum方法论

    智能系统大致可以理解为 输入 -> 处理 -> 评估改进 -> 输出 这样流程的重复迭代 这里的系统可以指一个人或团队,公司,以较为熟悉的IT业作为比方。 对产品的管理需要不断的接收用户反馈,调整产品定位与体验,并且持续改进,再次的输入给用户。 对于项目开发,以scrum为例,在每次sprint(迭代周期)都会进行评估改善, 并且按需调整下一次的输入(sprint目标),而scrum的理论则可以陈述为提升迭代速度从而提升整个系统的反应与灵活性。 简单而言可以把这种流程套入到任何的工作方式(和scrum不谋而合,或许只是相同概念的另一种陈述),所有的智能系统都有相同的工作方式。 在阅读过一些scrum概念后,联想到了《失控》中的“分布”概念,二者实在是有很多异曲同工之处。 在我理解的scrum是把不同的team(为了陈述方便全以开发为例)作为一个自组织的智能系统, 并且在单个系统进行这种迭代时鼓励不同team开发者互相交流, 外部的参与使得单一系统输入和评估的部分得到了增强(更为可观,多样化), 并且在一个大的组织内部,这种互相交流的模式也很大的提升了系统输出的利用率(可以作为另外系统的输入)。 甚至可以采用更佳灵活的方式,管理者可以组织各种虚拟团队来解决特定问题, 通过划分出更多的“独立”系统,每个小型系统可以更快的改变/迭代, 而通过人员交流和重组(重组成另外的虚拟团队)使得交换信息更佳畅通,把经验和技术(甚至迭代本身的改进)的价值变得最大化。 跨team的虚拟团队与重组看似混乱,但小的团队往往容易维护,易于沟通,分工明确,并且更好的达成改进的共识。 还有一个好处正是敏捷原则所鼓励的团队成员需多交流, 在不同的虚拟团队,大家通过跨团队的重组来吸收经验。 同时因为虚拟团队的时效性,与现在的团员交流也有助于以后的跨虚拟团队交流。

  • 从 PM 到 PM

    打开这份四年前开始的博客,回忆起了在不安与浮躁中追求着上进的自己。 几年过去内心已经成长了不少,周末不会因担心未来守在电脑旁疯狂的学习,逐渐的摆脱迷茫认清对自己重要的事,了解了社会组织的运作方式从而知道如何参与其中。 人的成长是螺旋式的,在迷茫和坚定之间来回摇摆。 可能现在看来成熟的思考在明天就会被新的认知打破,而在迷茫中的一点点积累却又是形成坚定意志的原料。 这种成长方式使得我们在迷茫时变得不再恐慌,在坚定时也会不断的审视自己。 之前的一个月因为自认对产品的洞察力而主动请缨 Product Manager 的位置。 一是认为公司的成长过程中的确到了需要这样一个角色的时候, 二是认为自己有胜任的能力, 三则是总干一样的工作有些厌倦 想要换个角色体验下。 刚开始的工作的确很顺利,之前欠缺的 Road Map, Product Plan, Product Design 进展的非常好,而且也受到大家认同。 在愉快的新工作中我却感觉被渐渐的拖入泥潭 我发现了在之前位置没有发现的事情 团队的执行能力不足! 每日疲于应对客服与企业需求,无法做到对于功能的改进与新产品的投入 这种情况令我非常苦恼,大家聚在一起讨论未来远景时总是信心满满 迸发无数的idea 但是在执行时却有严重的问题, 大量的工作由手动完成,程序没有健全的自动化监控和纠错 导致在本可自动化的事情上投入大量人工 阻碍了开发效率 这使我认清了一个事实,无伦设想或潜力有多好,现实的执行才是最重要的! 现在已经有了 Road Map,我需要转交用户反馈收集,文档撰写,可用性测试等 Product Manager 的周期性工作 投入全身心在 Project Manager 角色上工作,毕竟吹牛很容易,做出实事的人却很少(这让我理解了 idea 不重要那句话!)。 对于技术型公司,相比产品周期性调查,对开发团队能力的提升和对开发架构的改进更为重要,技术与创新上的领先才是技术型公司的优势。 拿起了以前不屑的 敏捷 与 Scrum 的书籍,认识到了团队和个人作战的巨大差异,理解了团队管理与运作的理论。羞愧于经常讲段子嘲笑敏捷开发...