• C
    creator

    补充,对开发而言,畅想理念的,真不如行动,从基本的技术挑战做起。


    solid中文社区其实即使要商业化社区运营,技术论坛的这步也要先走好。
    走好的方式,就是更好的互通资源、解决实际的问题。
    如果开发者进来无可遵循,没有资源,也不能解决问题,中文论坛意义就不大了。
    ###现阶段做自媒体,不如找大咖镇版。米国没有懂中文的好手么?发展进来。真能解决问题了,开发者也就活跃了。能互相促进。

    发布在 意见建议 阅读更多
  • C
    creator

    @ivy 到了商业时期,推广运营我是好手。现在不是没到么,只能是捎带建议,这阵思考solid和社区的一些事,对我自己进步有所帮助。

    - 版是技术问题版,问题分开,人就见出水平分开。初期大家研究pod服务器,研究内核不是么,宜从进阶遭遇先后问题上分门别类。
    - 专门解答服务器安装的版
    - 不同应用偏重不同,共同是基本过程,于是这版可以是环节版。
    -又分偏重功能版。
    - 技术达人做版主,镇版。这是定位技术论坛需要的核心团队。
    -我非技术开发人员,不适合做版主。


    时期不到,又不走商业路线(可能技术门槛条件太高?),我是做不了团队一员了。


    solid目前不成气候,恁们技术有能力的多加努力噢。实用上讲,我们期待买断solid版本应用的时代早点来。

    举例说,为知笔记真是开发的不错,还支持编辑出版/自媒体的团队协作,但是两点膈应人,一是数据压根没有导出设计,二是各种第三方介入,又要绑定手机,又要绑定其他登录关系的,虽然功能极好,其一年也只要60元,这钱我们也不愿意掏,因为,越用越离不开,这事就不能开头。

    发布在 意见建议 阅读更多
  • C
    creator

    功能

    借鉴传媒行业/出版行业的云协作,论坛有没有资源库的功能?
    开发者对资源是最为敏感的吧。

    运营

    系统的突破瓶颈的板块,即实在解决各种问题的地方。在论坛就是版主了,论坛不缺志愿者,缺的是各位技术熟手镇版。之前老是觉得开发者应分级,其实分开遭遇的问题,也就分开了人。
    定位技术论坛则与github一贯,不是志愿者参与,也不是极客精神,是社会化编程,大致是乐趣意愿从事。
    - 分享技术学习突破点
    - 分享写得小案例
    - 也许最紧要的是pod相关的
    - 更白一点,是需要不带渲染的用技术风格重新介绍solid项目。
    以上重视体系系统化发布,约等于规范,不然进来论坛,没有可循的。

    运营深入

    - 具备以上基础,或者可有发起项目功能。一起向下做普及工作,或者一起攻坚技术难关。人情况差不多的,天然的频率相通。
    - 同理,乐于商业开发的,也可以开版集结。如同@ivy 昨天透露的,也在开发实用工具,开发都开发了,不欢迎合作么?

    发布在 意见建议 阅读更多
  • C
    creator

    引擎里出现了论坛讨论pod的帖子,这是个好兆头。
    弄一批精品贴,集中到一起,然后提交给搜索引擎,这样的推广,也许是最为简便的了。
    技术论坛,这样的推广就够用了。


    时期是决定性因素,研究核心的时候,不应分散火力。集中突破还怕不够力呢。


    发布在 意见建议 阅读更多
  • C
    creator

    工具类的多多益善。有什么好用的多多分享啊。

    发布在 Solid 应用 阅读更多
  • C
    creator

    具体是追踪工具,以关键词为核心,属性是信息聚合,将不同来源信息汇总呈现。
    简版的网页,订阅关键词,聚合信息并标签页呈现。
    中级版的可以聚合内容生成页面。
    复杂版的可以加入付费系统。

    这首先是一个商业开发创意,有愿意开发的,我们可以联合起来一起做。

    solid练手建议开发简版,加一个云同步key功能。也是至简、实用。

    发布在 Solid 应用 阅读更多
  • C
    creator

    他写的很惊艳。一篇介绍终端应用逻辑,一篇介绍后边的建设机制。
    如果觉得不错,可以去简书关注他。
    ———
    文中多提谷歌,我们不翻墙用不了的谷歌。但是我们有夸克浏览器,夸克的ai引擎似乎有上面提到的终端应用逻辑的形态,信息也比较高效,百度搜狗360必应与它比,感觉是落后一代了。
    – 闪闪发光的谷歌。以前谷歌理念是让用户用完就走,现在在ai时代,它的追求是一搜即有,减少不必要的点开一个又一个网页。
    ———
    关于普遍联系。
    观察这两行关键词,这里面有实务。
    – solid 语义网 知识图谱谷歌 ai
    – 数据 数据处理机制 结果优化 SEO
    –––
    我看这文的收获:
    – 如果是纯做SEO业务的,效果只会越来越差。
    – 自媒体的,好一点点,但是将不能仰仗信息流推荐,因为信息流覆盖的是低质量用户。
    – 节目内容的,有些铺张
    – 搜索内容管理的,与ai是契合的。知识图谱就是为了高效信息,做到高效信息,也就已经达成了目的。
    – 区别是ai是自动化大规模机器服务,我们做推广业务是专有服务。专有的情况,我们比人工智能智能的多的多,但是,机器是助力。
    – 但如果死守SEO,那情况就不一样了。机器淘汰人。
    我也感谢你。你不回复,我不总结,就放过去了。

    发布在 综合讨论 阅读更多
  • C
    creator

    机构走社区的路,多金强愿景,以技术探索换未来竞争力,solid这样等级的,在商业,好比安卓一样,够基础,世界级。一般的没有这个条件,思想没限制,但是技术有啊。
    所以社区与社区概念不同,做技术论坛是适宜的了。若做公司,多方掣肘,得要非常认真。

    发布在 招聘求职 阅读更多
  • C
    creator

    Google知识图谱--数据建设篇

    高天蒲
    简书作者
    2016-01-23 05:20 打开App
    上一篇,介绍了Google知识图谱应用的三个核心逻辑,在这三个大框架下,产品形态一直没太大变化,Google将更多的精力放在了知识图谱的数据建设上。我们从已知的媒体公开报道中可以总结出以下三条路子:

    众包模式
    2010年7月,Google宣布收购MetaWeb公司(Deeper understanding with Metaweb ),MetaWeb的开放共享知识库Freebase归入Google旗下。

    Freebase
    Freebase是一个允许任何人创建、修改、查询的知识库,这就是常说众包模式。维基百科是这类模式的鼻祖,但跟维基百科不同的是,Freebase里面存储的不是大段的文本,而是结构化良好、机器也可读的数据格式。

    2015年,Google又宣布将逐步关停Freebase, Freebase原有的数据迁移至WikiData. 而WikiData是Wikipedia基金会的一个知识库开放项目,和Freebase在本质上是一样的,都是利用众包模式维护一个开放的知识库。至于说Google为什么这么做,我就不得而知了,猜测背后会有一些生态、法律的原因要考虑。

    Audrey Hepburn在Wikidata中的页面
    无论是Freebase还是WikiData, 目前的知识库建设仍然是比较依赖众包模式的。建设这样一个众包平台,就需要考虑诸如数据获取、数据清洗、不同数据源的融合、实体之间建立起关联关系,统一入知识库等问题,这是整个知识图谱建设中最基础的一环,如果一开始这个架构没有搭好,后续会有很多问题。

    留个问题在这里:什么样的人或组织会向WikiData贡献数据,动机会是什么?

    2.推广语义网标准

    如果网站的开发者能够将网页中出现的实体、实体属性、实体关系,按照某种约定的规则做上标记,Google等搜索引擎的爬虫就能很方便的获取到这些有价值的数据,从而可以达到扩充知识图谱数据的目的。所以Google针对站长做了一套专题页,用来介绍和推广这套玩法:
    https://developers.google.com/structured-data/ (需翻墙)

    推广的标准就是schema.org (需翻墙),由国外几个大的搜索引擎公司参与制定的规范,现在已经提交给W3C,感兴趣的读者可以到该站点做详细了解。

    网站开发者为什么要多此一举的加上额外的数据标签,当然是希望能从Google那里获得流量和品牌展示。举例来说,站长可以将自己的企业logo,联系方式、社交网络账号,还有一些诸如电影播放链接、产品描述、本地服务商信息等。

    企业logo、电话、社交帐号等在知识图谱上展示
    3.机器挖掘
    2014年8月,国外网站newscientist报道, Google有一个叫Knowledge Vault的知识库,可以通过机器学习将数据变成可理解的知识。 工作机制、算法原理什么的绝对是个秘密了,只能靠一些零散的报道推测。后续随着基础知识库的扩大,算法的改进,自动获得知识的效率会越来越高、质量也会越来越高。

    机器学习,自动挖掘知识是未来一个方向。但是,合抱之木,生于毫末;九层之台,起于累土;千里之行,始于足下。咱还是先详细了解下这个众包模式是怎么玩的。

    下一篇,WikiData体验报告。

    发布在 综合讨论 阅读更多
  • C
    creator

    Google知识图谱--产品逻辑篇

    高天蒲
    简书作者
    2016-01-18 19:26 打开App
    2012年5月,Google在其官博上发表了一篇博文:Introducing the Knowledge Graph: things, not strings (需翻墙), 引发国内媒体纷纷转摘,知识图谱概念开始在国内慢慢预热。

    在这篇文章中,负责Google搜索引擎的大神Amit Singhal介绍,借助知识图谱,搜索引擎实现了从strings到Things的飞跃,机器会理解关键词所代表的实际含义,并由此提炼出Google知识图谱产品的3个核心逻辑:

    1.找到正确的东西
    搜索引擎经常会面临一词多义的情况,例如:

    金庸小说“笑傲江湖”,被改变成了各种版本的电视剧、电影、甚至是游戏,用户搜索“笑傲江湖”时,是想要找小说、还是电影呢?
    “李娜”是一个网球运动员的名字,也是一个歌手的名字;
    “文章” 可能是个人名,也可能是article;
    “小米”是某个公司的名称、手机品牌,也是一种农作物;
    “火箭”是一种承担太空运载的交通工具,也是一个篮球队的名称,等等
    在Google的这篇文章中,作者拿“泰姬陵”举例,一个印度的知名景点叫这个,一个音乐专辑也叫这个,一个城市街道名也叫这个。Google会在搜索结果的右侧给出泰姬陵的地图,相关介绍等,在更下面的位置,会给出同名的音乐专辑,城市街道等。

    1. Find the right thing
      借助知识图谱,Google在搜索结果的右侧将这些由同一个关键词所表示的不同事物根据特定的优先级算法罗列出来。用户借助这种信息组织形式就能方便的缩小搜索范围,快速找到真正关心的内容。

    2.展示更恰当的摘要
    当用户搜索某个事物时,例如,居里夫人,相关的诸如她的简介、出生年代、籍贯,她的丈夫、孩子、主要学术成就等可能都是用户感兴趣的内容。借助知识图谱,Google能够将这些信息更有条理的展示给用户。用户无需再打开网页,就能了解到这个人的基本概要。

    1. Get the best summary
      描述一个人或者一个事物的属性会特别多,不同的人关注的点也有所不同,因此不可能将知识图谱中所有的内容都展示给用户。Google会利用特定的算法计算出哪些才是用户最关心的内容,只把这些用户最感兴趣的内容呈现出来。

    3.Go deeper and broader
    如果说1和2是用来满足用户的需求,那么,接下来的就是如何激发用户的求知和探索欲望了。通过知识图谱,你可能会了解到之前不知道的东西,以及这些不同东西之间的关联关系。例如,《辛普森一家》是美国流行的动画片,作者拿这个动画片的导演举例,点击链接可以发现,该导演的父亲也是个知名的电影导演;

    1. Go deeper and broader
      知识图谱还可以根据相关度给用户做出推荐,例如,当用户搜索一本书时,知识图谱知道这本书获得哪些奖项,就会把同样获得这些奖项的图书也推荐给用户。当用户搜索某个科学家时,知识图谱会把和他同一个年代、同一个领域的科学家展示给用户。

    除了回答用户已提出的问题,还能根据其他人的搜索行为预测当前用户接下来会问什么问题,直接把这些接下来用户可能关心的问题答案摆放在“用户还搜索了”下面。

    以上就是Google知识图谱技术在产品应用方面所遵循的三个核心逻辑。从2012年到现在,在这三个核心思路框架下, 知识图谱的产品形态上没有发生太大的变化,Google将更多的精力投放在知识图谱的数据建设上。

    下一篇,Google知识图谱--数据建设篇

    发布在 综合讨论 阅读更多
  • C
    creator

    另外社区如果技术完备,有很多应用创意前期不用solid技术也能够效率实现的,完全可以先商业化组织练兵,团队第一。市场生存应根据特长确定产品,有其他的盈利。小应用如之前帖子所说,宜作为向社会提供的基础工具,宣传打知名度,不宜指望做盈利。
    团队市场生存的同时运营solid社区,都不用拉赞助,社区目标是力争汇聚社会开发者力量,实现大目标,这个目标可大可小,markdown语法扩展式是皮面,安卓式是皮肉,能做到重新设计式的那真是我们内部有牛人。
    这个盘面,足够支持@ivy 的融资计划,也绝对担当得起中文社区的名头。

    Tim说,inrupt……网景浏览器一样。Tim说,……加入一点商业元素。
    Tim如此期待,可不是希望自己成为solid的标准,成为一种限制。
    引起更多关注,使更多创造创新力量加入进来,共同一个理念,为人们提供一个选项,重塑互联网的自然秩序——互联网是每个人的。

    发布在 招聘求职 阅读更多
  • C
    creator

    商业的招聘,兴趣的志愿者。商业不应志愿者。

    这个板块分拆出成solid的官方介绍、我们中文社区对solid的共识见解和把握更好。
    这是个框架,框立起来,不同的人可以分流,但又相辅相成。明了方向,各自有进程阶段。学习型的在原型solid体系内努力,之前说pod设计迷乱的,可能Tim自己有的地方还是未明确的,即还没有设计,人不能去循还不曾存在的东西,那只能创造。
    技术实力的,在把握solid设计理念和必要的技术元素的基础上,参考原型,改造原型,以至于重新设计原型,以实例实现为手段,不拘束于solid原型框架,攻坚各个节点,重塑solid。

    发布在 招聘求职 阅读更多
  • C
    creator

    深化了一点认识。
    – 说数据自有,其实是权限控制。
    –并不拒绝开放性,拒绝的是多余方面对数据的随意使用。
    –并不拒绝大数据,是不喜欢在私有域被大数据。

    可以提一个共同的新概念,solid私有云。
    *一般私有云指的是云服务硬件专用独享,个别特指企业自有服务器体系定制系统架设。
    *solid私有云,私有的是数据所有和控制权限。

    有生命力的solid应该能做到两点:
    1、便捷的服务器配置
    2、类似版权音乐的控制下载的方案,类似在线图书馆的方案,类似付费视频容网站的方案,solidpod的“接口系统”如果可以支持,那就意味盈利性。

    一个新的点——solid安卓化。
    开源中心大社区内核,商业化开发应用。

    发布在 问答求助 阅读更多
  • C
    creator

    词管家是个支持用户自定义单词库,并能自动匹配补充词义,后续拼写背记功能支持完善的APP。
    他的开发方是把它作为小工具弄的,而其实它很有推广潜质,我们的市场有中小学英语,有大学四六,有职场有旅游,但是没有计算机英语,没有硬件,编程,化工,物理,外贸的专用英语,工作实用为方向的话,很多职业培训提升的太学术,都是让人适应课程体系,是相悖的,实际工作,是有限的词,高频的短语。
    这种情况的形成,在于人口背景和我们的公司们太初级,企业制度从有也没有多少年的缘故,做公司都还在有样学样。
    词管家solid化,将能涉及到不同的solid构成部分。
    使用词管家,有两个过程。有工具录入为先,背记拼写功能入在后。
    solid化,我们把过程拆开,录入的开发者是一家,提供背记拼写调用数据的应用开发者是一家。
    solid意义在于数据所有和权限控制。
    数据不只一个维度,这样拆分,单词是数据,提供背记的应用还是要写入学习曲线数据,同理这里还会有第三方同类应用介入,使用这部分学习曲线数据,达到应用随便换的效果。

    这会是个很好的练习。应用与服务器通路、文件写入格式、访问权限、不同应用遵循的数据规范。

    发布在 Solid 应用 阅读更多
  • C
    creator

    初始提议完善。几个人用一个自媒体号,轮流或者谁有空谁更新,更新压力会比较的小。以找开发者中心,这样定位的就是技术论坛了。应有大咖镇坛,及时解决技术问题,开发者意愿加入,很实际的需求,就是——资源、互助。

    发布在 意见建议 阅读更多
  • C
    creator

    受益者有志愿者。这个提议,现在看,时期放的不对。本原来看,那时候笼罩在Tim的思维下面,他说现在最需要吸引开发者。

    solid中文社区要到可以尝鲜的时候再推,脉路如下:
    – 有体验很好的应用
    – 尝到甜头,激发了数据自有,再也不能好好用微信之类。
    – 有了用户,就有了需求,呼声也好,悬赏也罢,开发者入列。我们前期积累的搜索应用,有具体需求场景又随手可做,又有银子拿的。开发者无论学的,还是借鉴的,还是随手捞金的,都会来。
    – 这个过程是动态的,会源源不断的的提供社区推广的需要内容。

    发布在 意见建议 阅读更多
  • C
    creator

    @Marcustar 自由编辑的web很自由,能想到的都会有实现。solid本身的完善都会出来截然不同的设计方向。
    就像数据自有和权限控制的实现,是用控制层级少多个pod的设计更好呢,还是层次控制精细一个pod就够用的设计更好呢,或者两不冲突。
    实际应用这些会多元并存,各自适应场景,发展。
    然后我认为solid的价值在于开了个头,大家思维之前是囿陷在程序数据一体化设计中,有了solid破开思维,以及提供原型借鉴,相信有能力的开发者们,会发展出各种进化版以至于自主重塑版的solid。
    版本可以不同,实现机制可以不同,但都可以是Tim版solid的精神,为个人赋能。技术是实现方式,solid本身我觉得还真可能是网景浏览器,对于Tim来说,我们这样子来想,他应该也是欣慰的,他并不需要更多的名利,他要做的是使更多人加入到这场平衡web的战役当中,守护个人数据,不使他们被不良设计。

    发布在 Solid 应用 阅读更多
  • C
    creator

    关于数据与应用分离的实际,它是笼统分的,并不是solid的设计核心,那是通达个人赋能的初步实现思想。真正在方法层,对数据有多少种处理方式,就可以有多少介入方面,比如

    • 对搜索结果的过滤筛选是目前的夸克ai引擎能做到的,
    • @Marcustar 昨天对词典专有数据经营的灵光一闪并不灵光,很不市场,但是有用,有用就在于激发了,数据处理机制加两项实的,词典背记单词拼写式的处理,这个核心在应用功能上,数据不多处理,而写入新数据——学习曲线。
    • 所追加的第二项数据处理机制,是建立在破“一个通行web”描述认识基础上的,同样的“下一代”的描述也常带人入沟。
      我们已经知道自己可以有多个pod,多个id、每个pod可能又都能细分数据组或者块(姑且这么描述)进行权限控制这是两个设计方向,一个多用数个pod如果pod简单,一个是pod内控制精细一个就够用
      那么数据处理上有一种机制是并发调用多个pod,同时呈现多个pod符合指定特征的文件信息,具体,我觉得最需要普及的就是具体意识了,具体应用到生活里,比如呈现同期的各种作品,呈现同期的联系人交互记录,又比如搜索安装包。

    数据处理机制逼近的是solid pod的各种可能性。之前有说它的设计迷乱的,其实我们可以基于自己的思想认识去设计它,而不一定是一定要用Tim的solid,他的思想核心如果大家既然已经get,那么能力足够的,可以在原型基础上,开展自己的solid设计。这就好像markdown一样,基础在那里,不满意的各家发挥,以至于除了基础语法,各家各不相同。

    发布在 综合讨论 阅读更多
  • C
    creator

    4、组织。组团入团,组建公司,融资运作;抑或org,国际。

    发布在 Solid 应用 阅读更多