关于思源笔记运营推广方案的讨论

本贴最后更新于 574 天前,其中的信息可能已经时过境迁

一直以来有不少用户反馈思源的运营做得太差了,这主要是因为产品前期质量堪忧,如果急着运营推广的话会对产品有较大负面影响,所以我们一直没有推进运营方案,而是把时间放在解决技术问题上。

随着产品质量的提升,我们认为现阶段已经可以开展初步的运营推广了。但我和 @Vanessa 都是技术出身,对运营知之甚少,按照自己的想法进行运营的话只能是事倍功半,正所谓隔行如隔山。所以我们会把运营推广交给擅长的同学来做,这对思源的发展壮大至关重要。

发这个帖子的目的是需要大家帮忙给出一些具体可行的推广方案建议,我们一起讨论看看,最终建立思源笔记的初步运营推广方案,谢谢。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    22353 引用 • 89444 回帖
2 操作
88250 在 2023-04-28 09:01:18 置顶了该帖
88250 在 2023-04-27 19:07:28 置顶了该帖

相关帖子

优质回帖
  • 我认为最好的宣传还是一个比较完整友好的教程。

    思源的优点在于强大,而缺点也在于强大,我自己用了一年多了很多功能都还没有摸明白,可想而知这种强大会让很多新人无所适从,最后就放弃了。更何况,其实思源是很程序猿思维的一个产品,对很多普通用户来讲存在理解门槛。

    我认为现在这个节点上,思源需要考虑做一个完整的教程出来了,现有的思源帮助是不全面的。

    1. 内置的文档不够全,而且 github PR 门槛比较高,还必须要兼容英文(我看有好几个帮助文档的 PR 被打回去,理由都是要添加英文支持)
    2. 社区内部的教程分享过于零散,学习搜索成本大,而且下拉刷新的页面布局下,最容易被看到的总是最新的帖子,很多好的帖子并不容易被找到

    我觉得可以集中发动社区的力量,号召大家做一个集中的经验分享文档(一定要是文档,帖子的信息密度低,文档的信息密度才足够高)。比如我看群里有语雀的共享知识库,完全可以把这个知识库的维护的优先级提高起来,搞个社区置顶,号召大家群策群力做一个帮助出来。(当前,知识库内部的组织结构最好先好好设计优化一下)。

    这样后面的人入门门槛低,有想要去宣传的,也有了一个稳定的素材资源库。

    总结起来就是:把「思源的帮助文档」本身当作一个重要的项目来做。

  • LeonardoDiCaprio 5 赞同
    1. 划定会员内容,很多限时功能可以取消了。

      1. 一旦大规模宣传,会员套餐就不能变动了。少数人的时候可以解释的清,人多了以后,说话就没人听了。
      2. 之前是我来吧,从 100 涨到 160 左右,忘了。虽然知道这个价格是优惠完的,但是还是会产生,这么贵我可不会用的念头。而早先我开有道云笔记的时候,价格更高,因为没有比较,反而只会关注好不好用,不会关注价格。
    2. 小众产品不要做大规模投入,比起盲目投钱不如参考一下同类产品的宣发模式。

    3. 恢复推荐码制度,由赠送空间更改为其他一次性收益,例如会员时间之类。永久会员都是希望思源越来越好的老用户,可以考虑直接返现。

      1. 我现在是永久用户,看不到邀请码了,也许是邀请码制度取消了。不过,现在也看不到当初永久之前全群疯狂的盛况了。我认为一方面是大家都忙了,但是更主要的原因是,新人进入的少了。之所以如此,最大的区别在于,现在关于思源的内容生产越来越少了。众所周知,由奢入俭难,当你做内容的目的从永久到自愿的时候,热情就不会再有了。
      2. 激活码团购这种事并没有太多可操作性,主要在于软件过于小众,而没有足够的利益打动黄牛。并且多数用户推荐软件都是在小圈子内推荐。文化人嘛,好面,你推荐人家用再卖个推荐码给人,多少有点掉价。
    4. 所有一次性买断的事都是自绝后路,不要做,定贵了没人买,定便宜了做慈善。docker 已经断了一臂了,再断一臂就是大慈善家了。

  • www766 1 4 赞同

    我觉得现在思源的问题是思源有很多好的功能和本地化特色,但我能用到的九牛一毛,很多不会用,也没人系统出教程,可以很短介绍一块,然后奖励一下教程人员。B 站里你搜 OB 一堆视频教程还是成系列的,思源太分散也不系统,视频更直观易接受。一个软件看视频平台内就能看到用户量了。做的再好看帮助研究半年,不如视频推广出去,既起到交会大家使用方法又起到推广的作用,毕竟会用了或看视频知道了你还有这功能,别人才会接收和使用。仅作为主推方向的建议。

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • Nafish 1 1 赞同

    首要问题是:你的客户是谁?学生?员工?还是自媒体工作者?你的导向(目的)是哪里?

    借用某人总结的经验:“别问大数据,别问别人干的好差,问自己,能干什么?具备什么?喜欢什么?擅长什么?追求什么?”

    以及一个问题,盈利;单靠云空间收费首先是价格过高,且带来的直观收益不明显,客户购买欲不强。以产品内容来促使用户消费可以类比视频网站,以爱奇艺举例,一个月会员只相当于逛街时的一杯奶茶,但你买奶茶不会犹豫,可对于续费包月却总是犹豫,这中间的区别在于对“当下即享受”和“对未来享受的不确定性”,建议增加云同步和更多体验功能,然后再增设赢利点。

    第二,思源对于我来说最主要的功能就是文本编辑器 + 双链 + 本地安全,因为我是一名个人工作者,有很多文字资料需要保存和处理,以及一个搁置的地方。Wolai 并不能带给我安全感,以及隐私性问题。但 Siyuan 的缺点也在这里:云空间收费,不易同步(如多端处理,平板等)。建议在推广时着重强调 Siyuan 的优点,扬长避短:**学生可以更方便的做笔记,整理文档和 PDF,以及插入图片和批注,个人笔记用户可以更好的整理自己的第二大脑,建立完善的思维导图。**因为语雀、印象及同类型云笔记在这方面皆弱于 Siyuan。如果能在 B 站进行推广,我相信能够凭借本身的实力收获用户。(无需大规模撒钱,只要有特定的宣传方向即可,例如大家在评论区说的教程问题,还有可以邀请用户对自己的笔记结构进行展示,看看他们是如何使用思源的。然后官方再进行收集,统一制作成视频并发布,甚至可以用官方号做成系列合集,定期分享。集百家之所长,相信会有收获。)

    并且,建议开发谷歌或 Edge 浏览器的网页捕获插件,目前对我来说这份功能非常强大,我也因此才曾经使用印象。目前有类似的捕获插件,但只能说能用,没有高级功能和联动。(例如整理知乎回答,一方面是不怕被夹,另一方面是查找方便,知乎自带的那个收藏功能基本等同于废物。甚至,我举例,Eagle 都拥有网页书签收藏功能了,一个图片软件都在试图建立完整的个人信息库……)

    同时,参考 Wolai 等应用的优点,应建立大量的模板功能,例如模板商城,就像 WPS,我无需设计一个可供长期维护方便使用的对应实例,只需要下载一份别人制作好的文件即可。这也是 Siyuan 本身功能的双刃剑:自由、完善,但不便使用。很多时候轻度用户不会或不想搭建,对于他们来说,各类手机自带的云笔记已经够用。但如果能建立如“减肥计划一百天”、“我的读书笔记”、“观影指南和收藏”等 ToDo 内容,也许能将之转化为实际用户。

    美观也是很重要的!!!建议参考 Typora,我曾经也是从 Typora 转过来的,因为它没内置双链……只有 Markdown 引用。如果不是因为 Siyuan 的皮肤好看,我干嘛不用黑曜石!!!美观!!!美观!!!美观!!!

    我用 Wolai 可以在五分钟内很轻易的建立一个版面好看的分享页面,但 Siyuan 中……得了吧,超级块只有两种组合方式,我想在正文旁边插个豆腐块都嫌弃格式过丑……求求了。❤️ ❤️❤️❤️❤️❤️❤️

    最后补充,对我来说使用 Siyuan 的最大障碍是……打开太费劲,我每次有灵感的时候都懒得打开再输入,而是在桌面上新建 TXT 临时记录,然后定期输入进特定的内容里。不得不说还是 Web 版式的应用方便啊,即开即用。

    不积跬步,无以至千里,不积小流,无以成江海,骐骥一跃,不能十步,驽马十驾,功在不舍。希望思源能越走越好,加油。

    1 回复
  • 其他回帖
  • Gaffey 2 3 赞同

    思源的帮助文档不够基础,存在感也不是很强,很多时候光看帮助文档并不能解决疑问,还是要求助群友。

    而且思源的帮助文档主页没有子文档的链接,要查看子文档的内容还要从文档树去查,建议把帮助文档做一个首页文档,显示所有模块,点击模块后跳转的文档也能显示子文档的信息。

    当前文档树要手动点击展开才能看到子文档,我一开始根本就不知道我应该按什么顺序去学习思源的帮助文档。

    既然有帮助文档,那帮助文档尽可能细致一点能有效改善用户的使用,建议参考 marginnotes 的帮助文档,直接一边教程视频演示操作,用户浏览教程的过程就是在实操学习。

    视频教程我觉得也是很有必要的部分,而且也可以通过视频网站的外链来播放,有一个全面系统、容易入门的视频教程,思源就会友善很多。

    其实如果有个第一次使用某功能弹窗动图(可跳过)引导的话更好,不用特意查教程,用的时候快速过一遍流程,学习压力也小。

    思源的很多起名方式也很独特,换言之就是对一般用户有理解障碍,很多思源的功能很好,但是用户根本不知道它的存在,一开始就因为陌生的名词而忽视了。

  • hld2005h 1

    关于思源笔记引起我恼火的随笔

    起因:

       思源目前的运营推广方案,降低了我使用思源储存知识的安全感,影响了我对思源开发团队的信任,并对此感到恼火。

       故发表小人随想,杂乱无章,博众人一笑。

    目前:

    运营推广方案:方案框架优秀,细节及实施欠妥

       感性情感肯定的可以维持或影响现实,但天下熙熙,皆为利来,加上人性经不住试探,故我认为开发者采用初始的开源,跟现在计划推进的运营推广是对该软件充满感情的,是为了维持思源软件存续的。运营推广方案是内部事项不可能准确了解,但从这个帖子中及目前思源定价相关文档中看,大概率采用的是捐赠 + 功能买断 + 会员订阅的运营推广模式。运营推广方案个人觉得没有问题,但给我所有不好的感觉出现在方案细节及实施上。

    收费架构有待商榷

       捐赠我认为与功能买断及会员订阅是不相容的。理由很简单,前者是感情的信任,后者是现实的义务。你看,我通过感性捐赠方式,让开发者开发的功能,我还得掏钱买。我付出感情了,最后还得谈现实。那干脆现实吧。而且如果没有安抚好捐赠者情绪,极易产生辜负感,造成核心客户流失,毕竟,钱易的,情难救呀。

    买断的功能选择及实施时机欠妥。

       功能选择上需慎重不宜为广泛需求,我认为对同步功能收费在此时间节点不妥。这个同步功能并不是指的思源云空间,而单指同步功能。一是前几年云概念及个人 NAS 市场对普通人来说是新型概念,故前几年的同类型的笔记收费是同步,云空间等。随着云的普及,同步需求由小众高端需求,已经变成了普遍需求。如果观察过目前各类软件对比评测会发现,是否免费同步已经变成卖点,免费同步的软件更容易获得用户青睐。二是同步功能的收费节点已经错过。人性短视贪赖,已经给出去的物品,凭什么交回去呢?百度网盘免费变收费,景点免费变收费等等例子,收费使软件发展并可持续没错,但有谁管呢?强行收回对软件的负面评价必然接踵而来,故我认为对云空间收费没问题,但同步功能的收费利大于弊。

    恼火的来源

       我对思源充满好感。在残酷的现实中充分感受过什么叫物欲横流后,格外喜欢真诚的东西,可以赚钱,但别套路,主打一个大家你情我愿,各自保持本心,互不辜负。但随着时间的推移,思源软件开始引起我的不安,并感到恼火。大概总结了如下几点:

    快速迭代,引起的不安:

       思源对我来说是一个工具,相对于功能,我等在乎的是可靠。可靠是多方面的促成的,软件本身,开发团队,服务支持,后续升级。说个无语的事情,我自己规定的笔记备份计划都没有软件迭代快。结果是什么呢?我觉得思源笔记有强大的开发者,及牛逼的服务支持跟升级,但是软件本身,让我感到是一个成熟的产品,是不可靠的,十分担心目前辛苦构建的笔记使用流程在某一次架构级别更新后无法适用。毕竟谁家成熟产品是这么个更新频率?举例来说大家最讨厌的就是 windos 更新,不是么?而且不知道开发者发现没有,如此快速的迭代已经影响了集市生态的构建,大家出于热爱分享的自用插件,适配跟不上了。

    试探以利驱动,引发信任危机

       我认为人心经不起试探,并且利益捆绑最坚固。我没有指责世风日下的意思,也不是愤青,世道如此。以我为例,我都没钱给姑娘卖奶粉了,还管爱好原则义务?搞钱最他妈重要,肯定会选择短平快,哪怕知道在透支未来,那怕无奈。基于此,经济形式下行,大家压力都在变大,思源笔记开始考虑利益,我信任开发者的技术,但市场化之后的种种,表示担忧,不知道是否可以仍信任开发者在利益面前保持本心,把我的知识体系放在思源,后续不因此受制于人。

    后续:

    对思源运营推广的思考

       思源软件的生命未来肯定要靠运营推广的,靠爱发电不长久这是共识。那么我建议开发者还是及早转变思维,学着去拥抱利益,去了解利益,谈论利益,分配利益。毕竟自己的孩子自己最在意,别人可以借助但不能依靠。同时,不要局限于的别的笔记软件如何做的表现,要研究其内在表象产生的原因,不要局限于笔记软件这个领域,要多看看别的领域成功案例如何实现架构。以下是我对思源运营推广架构的简单思考,希望能起到抛砖引玉的作用。

       我认为思源软件比较是小而精的软件,也没有资方烧钱做推广,况且我们的目标并不是变现。所以发展的核心是运营,推广交给口碑。架构要有这么几个特点:可信任的软件,使用者受益,开发者受益,去核心化。

    可信任的软件

       软件要充分体现可靠性。建议思源分成不同版本,以此同时满足,让用户产生思源软件成熟稳定可靠的认知,让开发者享受快速响应。

       对不追求前沿的人,提供超稳定版,以某一版本为基础,完善基础功能中的 BUG,非重要安全性问题,不进行更新,年度发布稳定版。

       对追求前沿但不想开发的人,提供目前版本,定期更新所有需求。

       对想实现开发技术的人,提供超前版本。

    使用者收益

       获得使用者,就要贯彻 天下攘攘,皆为利往,让客户觉得占了便宜。别人免费有,思源没有或收费有,客户就会觉得吃亏,选别人。别人没有或者收费项,思源免费有,客户就觉得占了便宜,选思源。两者一样,就看名声了。思源有的,例如块,敏捷开发,AI 嵌入,页面伺服等等要保持并发扬,同时未来持续开发免费功能,让思源在对比其他软件时始终保持优势,或专项优势,最起码普遍性功能不在劣势。

    开发者受益

       为了维持思源的对比优势,一定要调动开发者积极性,利最能动人心。这里我建议采用构建荣誉 + 激励方式。

       荣誉太虚,制定好就成,需要注意的是就别乱改动,要严格,有等级,能提现精神奖励,当荣誉没有严肃性,也就失去所有意义。

       激励方式涉及到,思源如何变现的问题。我的思路是,把思源构建为公共平台,采用抽成模式变现。集市中插件,由开发者自选是否收费,定价由思源平台统一制定,收费部分思源收取一部分作为平台开发维护奖励。当然其中细节需要进一步维护,当要注意,涉及利益,最好公开公正公平,合理监管。

       最终目的是,让所有开发者,都认为思源有自己的一部分,解决利益需求同时,对思源产生感情。

    去核心化

       要实现现在开发者隐退后,思源依旧保持活力,实现长久的独立运营,我认为不能依靠固定核心。建议定期评选思源平台维护小组成员,仅负责思源平台维护,并设定一定激励监管办法来使用插件提成部分。举例,通过票选等方式,选择 10 人具有平台维护权,其中人人可写维护代码,采用需要 10 人中 6 人同意,思源采用。采用代码根据工作量等获得奖励,可以要了继续捐给思源,但是不能不给,不能不要。以此维持核心开发团队积极性及稳定性。

      ‍

    感触:

       重复下开头,发表小人随想,杂乱无章,博众人一笑,浪费众人时间,肯定不对,不讨论,不争执,不辩解了哈~

       愤慨的写完后,发现工作一堆还要做,溜了溜了,得加班搬砖去了。

    1 回复
  • Amadeus 1 2 赞同
    1. 教程这方面可以先做起来吧,官方的教程感觉相对简略了点,基本就是文字介绍了一下,但不知道实际应用有什么用;我虽然用了一年多很多功能其实都不太清楚有什么用,加上软件更新速度很快,版本也多,一些新加的功能(闪卡、AI、收集箱之类的)更是几乎没用过,可以先找些深度用户做些系统的入门教程,特色的功能展示,分享一些示例的笔记内容,我记得之前有些笔记教程会弄个在线的 demo 展示一些特性,对路人来说就很直观,我因为只是自用不太清楚思源能不能弄出类似的东西;或者直接在现有的那个帮助文档基础上丰富内容
    2. 我之前了解到思源时看到的推广视频和文章似乎都有些邀请码之类的,我当时没用也没注意看这个功能现在还存不存在,作为一种推广的奖励感觉还是有一定的价值吧,升级成永久版可能对营收影响较大那加云端空间那种感觉还是可以有吧;
    3. 如果决定要加大运营推广的力度,要不要考虑暂停加入新功能一段时间,先多收集一些稳定性小 bug 修好(比如前几天我碰到了个小 bug,好像是将某个标题拖成了独立的文档后,反链面板和文档上显示的反链数量内容不一致的小 bug;还有前几周某次在反链面板编辑时突然提示重建索引然后丢失部分内容,虽然回滚能一秒解决问题)确保稳定性再推广,这种小 bug 新人碰到了可能会观感很差,万一传播开来对口碑影响也大。相应的要不要更新的策略上也像某些软件那样分出稳定版开发版之类的,一种给即时体验新功能的用户用,出现恶性 bug 也都是能接受的用户,一种给不想折腾的用户用主打稳定
    4. 路线图,更新内容那些我印象中好像放在 github 上面的,对一般用户来说还是有门槛的吧,而且路线图和更新内容我看过的一些好像都是直接 issue 里面摘出来的,太不直观了,点进去多半也是看了一头雾水,修 bug 之类的这样可能无所谓,但新功能或改进功能这样感觉根本看不明白,和教程不完善合在一起感觉就是加了新功能或功能改进,用户可能根本就发现不了(除了那些高频使用的功能改进,日常使用就能感觉到)但又觉得版本一直在更新
    5. 具体到推广我感觉可能还是知乎 b 站之类的平台要更看重些吧,我感觉是相关内容很少,但其他的笔记软件评论区经常会提及思源,有些观望的人在,电子越共似的,至少说明这些地方应该还是有些群众基础吧,但不管是教程还是评测内容都很少,很多人也就停留在听到个名字但没法进一步了解
  • 查看全部回帖

推荐标签 标签

  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系,基于确定和自然的设计价值观上的模块化解决方案,让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    342 引用 • 708 回帖
  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖 • 4 关注
  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1063 引用 • 3453 回帖 • 203 关注
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 680 关注
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 94 关注
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    21 引用 • 31 回帖 • 1 关注
  • SQLite

    SQLite 是一个进程内的库,实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    5 引用 • 7 回帖
  • Quicker

    Quicker 您的指尖工具箱!操作更少,收获更多!

    32 引用 • 131 回帖 • 1 关注
  • Kotlin

    Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言,由 JetBrains 设计开发并开源。Kotlin 可以编译成 Java 字节码,也可以编译成 JavaScript,方便在没有 JVM 的设备上运行。在 Google I/O 2017 中,Google 宣布 Kotlin 成为 Android 官方开发语言。

    19 引用 • 33 回帖 • 64 关注
  • InfluxDB

    InfluxDB 是一个开源的没有外部依赖的时间序列数据库。适用于记录度量,事件及实时分析。

    2 引用 • 73 关注
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 462 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 4 关注
  • Redis

    Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库,并提供多种语言的 API。从 2010 年 3 月 15 日起,Redis 的开发工作由 VMware 主持。从 2013 年 5 月开始,Redis 的开发由 Pivotal 赞助。

    286 引用 • 248 回帖 • 61 关注
  • 反馈

    Communication channel for makers and users.

    123 引用 • 911 回帖 • 245 关注
  • Chrome

    Chrome 又称 Google 浏览器,是一个由谷歌公司开发的网页浏览器。该浏览器是基于其他开源软件所编写,包括 WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。

    62 引用 • 289 回帖 • 1 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 49 关注
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 30 关注
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 764 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 355 关注
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 9 关注
  • ZeroNet

    ZeroNet 是一个基于比特币加密技术和 BT 网络技术的去中心化的、开放开源的网络和交流系统。

    1 引用 • 21 回帖 • 638 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖 • 1 关注
  • 前端

    前端技术一般分为前端设计和前端开发,前端设计可以理解为网站的视觉设计,前端开发则是网站的前台代码实现,包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1348 回帖
  • 星云链

    星云链是一个开源公链,业内简单的将其称为区块链上的谷歌。其实它不仅仅是区块链搜索引擎,一个公链的所有功能,它基本都有,比如你可以用它来开发部署你的去中心化的 APP,你可以在上面编写智能合约,发送交易等等。3 分钟快速接入星云链 (NAS) 测试网

    3 引用 • 16 回帖 • 1 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    36 引用 • 35 回帖 • 1 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 328 关注