登录 注册

关于数据同步提供内置密钥的讨论

本贴最后更新于 563 天前，其中的信息可能已经物是人非

提供内置密钥不是取代自定义密钥，而是两种密钥生成方式用户自己选择。

  • 内置密钥：通过不可变的用户账号信息（比如用户 ID 等）在云端自动生成并保存密钥
  • 自定义密钥：现有的密钥生成方式，在本地生成并保存密钥

内置密钥的优点：对于新用户友好，用户无需记住密钥，只要登录账号就可以使用内置密钥加解密数据快照

内置密钥的缺点：安全性没有自定义密钥高，技术上开发者是可以解密云端数据的

总得来说，内置密钥是降低一些安全性而提升便利性。

你是否赞同提供内置密钥？

单选 • 公开 • 已于 2023-05-18 17:45:00 结束 135 票
赞同
33% • 45 票
反对
66% • 90 票

如果你投了反对票，方便的话请在评论区描述一下反对的理由，也欢迎在评论区补充其他观点，谢谢。

  • 思源笔记

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

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

    22391 引用 • 89649 回帖
2 引用
关于思源笔记隐私性的再思考 • PiChou
更新到最新版，同步 webdav 需要登陆账号？ • qiancang
5 操作
88250 管理员在 2023-05-18 09:08:01 取消置顶了该帖
88250 管理员在 2023-05-11 22:29:16 置顶了该帖
88250 在 2023-05-11 19:09:06 更新了该帖
88250 在 2023-05-11 18:54:39 更新了该帖 88250 在 2023-05-11 17:57:25 置顶了该帖
昆明 位置
1 感谢
1 关注
2 收藏
2 引用
5 操作
86 回帖
4
6.7k 1.1k 224 3.5k 95 92 1.7k

相关帖子

优质回帖
  • zuoez02 • • 7 赞同
    订阅者 付费者 先知

    内置方案有悖思源隐私性的特点，主打的安全性将被破坏。托管客户的密钥也将置官方于不利境地，相当于是沦落为跟 Notion、FlowUs、Wolai 同流了。客户无法相信审查是不是就是下一步。

    思源作为一家非常注重云端数据隐私性的笔记厂商，建议借鉴 1Password 在密钥管理方面的经验。在生成密钥时生成“急救包”，告诫用户做好保存。

    SASHUZ63WOFBKF.png

  • bug320 • • 5 赞同
    订阅者 付费者

    内置密钥会让人“敏感”起来。而且，忘记密码这种事情，本地都是明文加密，重置密钥上传即可。这个功能，我觉得还是不要加为好。如果要加，第一，不能设置成“默认”的密钥选项；第二，请务必保留自定义密钥功能。

    如果是对小白，可以考虑把这块的帮助说明写的详细点。

    像我这种把个人账号、日记啥的写到笔记软件的人，还是比较在意这块的。从“某来”软件迁出的原因，就是因为知乎上帖子，虽然无法对帖子真假性判断，但还是本着“万一是真的呢”的想法，开始比对市面主要的几款软件，最后选了 siyuan。我当时选择 siyuan，最开始还是冲着“完全本地 ”、“端到端加密”、“国内的软件”去的。

  • yawei • • 1 • 4 赞同
    订阅者

    我投了反对票。

    原因：对于我这样的普通用户，不要给我介绍太多技术细节，我需要的只是一个简单粗暴的结论。你就告诉我，如果使用自定义密钥，除了你自己谁也看不到你写的东西。哪怕你写了一些不正确的，不能见光的，ZZ 敏感的东西，只要你保管好自己的电脑，就不用担心这些文字被别人截获。如果是这样，哪怕我同时还在用 workflowy, remnote 等一堆云端笔记，我也不会抛弃思源。

    但如果你告诉我，你的云端数据是会被解谜的哦。哪怕可能性只有 0.00000001%，我打字的时候心里也会有些膈应...我从来没看过 WX，WB 这些 app 的隐私政策，但是有些话我绝对不会在上面说...

    与其说是个技术问题，不如说是个心理问题，或者刻板影响。

86 回帖
关于数据同步提供内置密钥的讨论

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • zuoez02 • • 2 • 2 赞同 • 1 评论
    订阅者 付费者 先知

    加上安全模式和免责声明吧。另外移除 window.siyuan 里面的密钥相关信息，避免泄露密钥出去。S3 的 secret 可不仅仅是能访问某个 bucket 用，用面很大的。

    @88250 对，我认为这个最好做一下。虽然使用插件和代码片段本身就有一定风险，但是这不是直接家门敞开的理由。
    zxhd86 •
  • 88250 • • 1 赞同
    订阅者 作者 MOD

    对于用户来说肯定是越方便越好，但是软件不应该提供不够安全的“安全”机制，特别是对于云端而言，完全不受用户控制。

    说得绝对一点，如果用户的需求是在任何设备上登录账号就能够同步和备份数据，那么选择思源是舍近求远。

    从目前的讨论看来，我们可能得放弃内置密钥这个需求（不是放弃这部分用户），另一方面是改进自定义密钥的界面交互（比如在生成密钥后自动导出密钥文本文件让用户妥善保存），这样能尽量降低用户丢失密钥的可能性。

  • temacc0531 • • 2 赞同

    反对。

    如果改动，这对于一般用户毫无影响，而对于小白用户来说，他可能就像楼下的老哥说的，在自己没有意识到的情况下就选择了内置密钥选项放弃了安全性，哪怕他的本意并不愿意。（不用讨论用户到底往思源里面记了什么，哪怕就是当作草稿使用那也是不希望能被别人看到）

    因此更好的方案应该是继续优化加密配置流程，强调密钥重要性及丢失后果，提供类似密码急救包的功能。据我观察，现在丢失密钥的绝大多数用户都是没有意识到密钥重要性和丢失官方无法帮助找回这一事实。

  • codeshu • • 2 • 2 赞同

    我是小白，我在 Obsidian 和思源选择了很久，二者都是本地化的，二者都是让用户的数据是有隐私和安全的基础上我才会进行选择的，如果为了便利性我其实可以继续用有道云笔记，最终让我选择思源的其实就是本地化、开箱即用等等，为了便利性而去掉部分隐私或安全性，其实有点本末倒置，很多人选择思源或 Obsidian 就是看重了安全和隐私，如果不考虑这部分，她们完全有更好的替代品（比如各种云笔记）。

    思源一定要记住自己的优点，那就是安全、隐私、本地化等等，这些是很多人选择思源这类笔记的基础，一定不能动这个基础，一旦动了就会流失很大部分用户，投入 Obsidian；或者想着反正都是不安全，那就干脆用其他更加花里胡哨和功能更多的云笔记

    2 回复
  • 88250 •
    订阅者 作者 MOD

    不用担心，本地优先、隐私优先是思源的基础，不会有所动摇的。

    现在我们是在讨论要不要给思源支持内置密钥，前面大家已经提供了很多利弊方面的论述。

    对于 Obsidian，它已经提供了云端托管密钥这个选择给用户，我之前通过它的文档进行过一些了解，但其中似乎并没有提到云端托管密钥安全相关的方案，在我们没有了解清楚之前，照搬这个设计可能会有隐患。

    大家如果了解 Obsidian 对于云端托管密钥的细节，请向我介绍一下，谢谢。

    1 回复
  • mozhu • • 1 • 1 赞同
    订阅者 付费者 支持者 捐赠者

    其实 ob 的官方同步也是两个方式，自定义密码，和不使用密码，在它的帮助文档有提及。我是认为这个不是非此即彼的关系，毕竟两个都提供了，按需选择。

  • LeonardoDiCaprio • • 1 赞同
    订阅者 恶龙

    几乎所有人都在以偏概全，一叶障目。捂着耳朵大喊我不听我不听

  • ebird98 •
    付费者 捐赠者

    ob 怎么做的我不清楚。

    不过我觉得应该是有些 key 之类的可配置参数需要作者自己保留，不能公开。开源的时候说明哪个参数应该自行配置。最终就是原作者的发布包肯定和别人打包的不一样。不然可能别人就可以随意读取他人的云端了。

  • FortunaCloud •

    个人认为对于 docker 版的用户内置密钥功能非常有用。如用户在未保存密钥的情况下，误操作删除了该容器，就会出现无法同步数据的情况。

  • LeonardoDiCaprio •
    订阅者 恶龙

    哈哈哈，越看越乐。解释半天内置和自定义同时存在，结果每个人都恨不得发几百字说自定义取消会如何影响自己的利息，取消自定义如何不安全。却是鲜有人现在共存这个大前提上表达自己的看法。

    1 回复
  • zuoez02 •
    订阅者 付费者 先知

    我是不相信所谓的“内置密钥”的安全性，而不是否定两种方案的问题。

    如果加这个功能，思源不可能再做一种底层同步方式，肯定还是内在原理不变的，密钥必然还是直接存的而不会实现不可逆的加密校验。一般用户管理系统都不会直接存用户密码而是通过算法二次验证两个值相同，确保密码本身并不会被系统“记住”。

    1 回复
  • zxhd86 •
    订阅者 先知

    @LeonardoDiCaprio 我想我的意思也没有否定两者同时存在吧，只是说明两种方案中的内置不够安全，对于在两种方案可选的情况下选择了这种方案的用户不安全。

    用你之前发给我的关于骑摩托的比喻，我的意思就是思源应该禁止骑摩托飙车，无论他们自己有没有意识到、或者在不在意安全，就像国家也不允许摩托飙车党的存在一样。

    1 回复
  • LeonardoDiCaprio •
    订阅者 恶龙

    我的意思是，如果我有可能，没必要剥夺其他人使用这个的权力。你说的我看清楚了，就是说你认为这个不安全，对吧。假如说我是一个我来或者其他什么软件的用户，我能接受这种所谓的不安全，毕竟也不是第一次经历了，我只是不想去设置自定义密码，因为我相信开发不会看我的笔记。

    或者说，咱们这个帖子有没有可能是在制造焦虑，毕竟安全性可能没差到让我们望而生畏的地步。。。

    2 操作
    LeonardoDiCaprio 在 2023-05-12 19:56:50 更新了该回帖
    LeonardoDiCaprio 在 2023-05-12 19:49:47 更新了该回帖
  • LeonardoDiCaprio •
    订阅者 恶龙

    所以说，那就不用内置密码就好了啊，内置密码留给相信他的人去用啊。

  • Reader • • 1
    付费者 支持者 捐赠者

    我是投的赞成票，因为我觉得只是多一种选择而已，我赞同的前提是因为两者是共存的关系，而非取代

    用户喜欢绝对安全隐私，没问题，可以手动设立密码创建密匙

    用户喜欢相对便利快捷，没问题，可以登录账号使用内置密匙

    在不去除原有手动创建密匙的机制下，额外添加一种内置密匙的方案，究竟有何危险性？

    总不能是，怎么忍心怪你犯了错 是思源给你自由过了火？

  • iamqiz • • 1 • 2 赞同

    我建议不搞内置密钥,而是在现在的自定义密码基础上加上提示语,见

    调查: 通过密保问题 vs 通过密码 生成密钥 - 链滴
    调查: 通过密保问题 vs 通过密码 生成密钥

  • yawei • • 1 • 2 赞同 • 1 评论
    订阅者

    我看到很多支持内置密钥的人不理解为什么有人要反对。毕竟是在保持原有自定义密钥不变的条件下，增加一个新的选择，你们想要的隐私性，安全性又不会被损害。内置密钥的危险性在哪里?

    我认为很多反对的人，其实并不是从自身利益出发，而是在给开发者出谋划策，站在思源的角度去讨论。在我看来可能的坏处有两点：

    1. 削弱思源的独特性
      从用户数量来看，思源还是一个小众软件。由于传播渠道有限，许多小白用户在知道思源，了解思源，试用思源，到将思源作为主力工具这一过程中，肯定也会对某来，Ob 等其他笔记软件有一些或多或少的了解，并和思源进行比较。经过几轮筛选，能被思源黏住的小白用户，大概都会有“其实 A，B，C 都能满足我的日常需求，但如果考虑到安全性，还是思源最合适”这种想法吧。增强“思源笔记”与“隐私”，“安全”等关键词的关联性，对思源推广很有利。
      如果增加了内置密钥选项，“思源笔记”本身与“隐私”，“安全”的关联性会被削弱和模糊，转而必须强调“自定义密钥”这一概念。如果是因为安全性而选择思源，记得一定要使用“自定义密钥”哦。如果选择了“内置密钥”，也就是选择了“虽然我知道开发者能看到我的笔记内容，但我相信他是一个正直的人，他绝对不会看的”。

    2. 增加由误解产生的争论
      在围绕安全性的争论中，以前只有两个大组：“我觉得思源安全”组和“我觉得思源不安全”组。现在又细分成了：

      1. “我觉得两种密钥都安全”组
      2. “我觉得两种密钥都不安全”组
      3. “我觉得自定义密钥安全，内置密钥不安全”组
      4. “我觉得内置密钥安全，自定义密钥不安全”组（说不定真有人这样认为，因为如果不记得自定义密钥会丢数据）

      所以之后再讨论时，大家嘴上说的都是思源怎样怎样，但在没有明确前提的条件下，有人心里默认的可能是使用自定义密钥下的思源，有人想的是内置密钥。这还是建立在所有人都能正确认识概念的前提下。增加一个新的概念，在某种意义上就将用户又分为了两组，正确认知组和错误认知组。可能还有人自以为搞清楚了（但实际上没有）就加入了讨论。这些都容易让用户之间产生误解，进而引发争论。

    但是这些反对的人只能看到内置带来的“坏处”，看不到他的优越性，哪怕看投票，将来也会有 36% 的思源用户会选择实用内置密码。
    LeonardoDiCaprio •
  • Gaffey • • 1
    订阅者 付费者

    我投了反对，但是我同时觉得可以有更开放的密码。我指的是之前这个帖子：调查: 通过密保问题 vs 通过密码 生成密钥 - ciwoyipang 的回帖 - 链滴 (ld246.com)所讨论的，通过问答形式生成密钥。

    既然密码本身也是要再生成密钥的，那么只要给密码加一个提示文本，答案作为密码，这样不也能生成唯一的密钥吗？同步的安全性不会有影响，同时可以满足直接用密码和不爱记密码的人群的需求。

  • LeonardoDiCaprio •
    订阅者 恶龙

    安全性这个问题，在思源，其实是被创造出来的。

    我最开始用思源是因为他的功能，用自定义也只是因为没有其他选择。我笔记软件用了一堆，也只是老马事发以后才注意到安全性这个话题。但是老马这件事都老黄历了，新人真的在乎这个话题么？我存一个疑问。

    另外，我对论坛的人员构成也提出一个疑问，和思源庞大的用户量相比，论坛的活跃人数占几成？新人有几成？这些人能不能代表最广大的新人？

    我没有引战的意思，我们可以注意到，在这个帖子里发声的都是隐形大佬，光我认出的就不止一个。很多都属于思源金字塔结构顶端的人，我们这群人能不能代表 D 所说的小白用户呢？说实话能玩思源论坛的人本身就代表这一定的技术水平。因为很多人只是记个笔记，只有想要开发更多功能的人才会来论坛。

    如果思源的定位就是服务顶端，那么这个投票肯定没错。如果思源要敞开怀抱拥抱小白用户，就不能所有事情都关起门来讨论了。

    我想到了之前美国投票的话题，实际选票和预测选票差距很大。究其原因，是因为预测选票的选民是通过报纸统计的，而报纸本身就筛选了投票的阶层，而最广大的底层投票人民，根本不会看报纸。

  • LeonardoDiCaprio •
    订阅者 恶龙

    好吧，考虑到黑客问题，还是得投反对票。毕竟 D 也不是什么安全专家，

    毕竟，夫人，你也不想你老公因为你的日记失业吧。

  • yawei • • 1 • 2 赞同
    订阅者

    截至到我发这条回复为止，目前的总票数是 93 票。有一点值得思考：假如内置密钥得以实现，我们在期待什么。换句话说，预计会有多少小白用户因为内置密钥功能而选择思源？

    尽管之前投了反对票，但我也承认，目前来看端对端加密是一个费力不讨好的事情。如果一个地方的人普遍觉得“便利性优于安全性”“隐私好像也没那么重要”，那你推主打安全性就像是在非洲卖棉裤，在北极卖凉拖儿。

    我孤陋寡闻，除了思源我不知道国内第二家提供端对端加密的笔记。这种局面的形成我觉得不是没有原因的。“加密”，“隐私”这些概念，其实和“民主”“YLZY”之类都是不讨喜的，此处不展开讨论。

    假如说，有了内置密钥，思源多了几百个新用户。值得为这几百个人废这个劲吗？

    假如说，有了内置密钥，思源多了几万用户，会不会让上面觉得“你们聚集了几万人，鬼鬼祟祟的搞内容加密，写的东西也没办法审查，居心何在”？

    我倒觉得应该多向海外发展，让更多重视隐私，安全性的人了解到思源。

  • vstardust • • 1 • 1 赞同
    1. 有违背思源笔记建设初衷
    2. 内置密钥，意味着密钥要上云端，而 D,V 两位对云端安全了解不深
    3. 如果走国际化，内置密钥会自掘坟墓，有一说一，国外好像比国内更注重隐私，内置密钥会让用户觉得不可控（尤其是非研发人员）
  • Gaffey • • 1 赞同
    订阅者 付费者

    看到有人提关于审查的问题，才意识到这也是个大问题啊。如果开发者有办法看到云端的内容，那是不是也意味着开发者必须承担一部分监管责任了？（不了解具体规定）

    如果更多的人选择内置密钥，是否会有更多人不重视备份，导致更多云端数据找回的需求找开发者解决呢？本意是减少云端加密带来的数据丢失，是否反而会有更多的工作量产生呢？

  • harryzhu •
    订阅者 付费者 捐赠者

    两种同时提供,默认是自定义,选择内置秘钥的时候弹窗提示风险,点击确认开启

  • V967 •
    捐赠者

    我不赞同，作为开发者，你目前不知道用户会用云服务存储什么东西，而且也没有技术能力获取，在面对天朝的审查机构时，开发者可以说公司没有能力获取用户的内容，，而一旦开发者可以通过某种方式解密这些数据，面对用户那些不适合在天朝出现的内容，并且被用于传播，开发者作为一个中国的公司难道不是要遵守天朝的法律？平时大家都是睁一只眼闭一只眼，而一旦某个意外出现比如同行的文章或者是某个不守法并引起执法机构注意的用户在开发者提供云服务存一些不好说的东西，那会如何？

    用户难到不是自己数据的第一责任人吗？wolai 可是爆出过一些不好的传闻的

  • EberhardLin • • 2 赞同
    订阅者 捐赠者

    写在标明“内置密钥不是取代自定义密钥”之后，投的赞成票。

    既然不影响现有自定义密钥机制，也就是老用户的安全性不会受到影响，那为什么不出？

    老用户自定义密钥有需求，那新用户里不想费脑子，单纯记录和使用同步的，单为功能买单的用户不就正好可以去用内置密钥，挺好的我觉得。

    这又不是二选一，是一加一，一加一还不好？

    而且我觉得这种功能的添加没必要开贴讨论和投票吧，D 大你加个新特性又不改变原有的特性，这有啥好讨论的，各取所需选择自己需要的密钥方式不就行咯。

    最后我看大家一直在说保密性和审查之类的……你的数据上传到服务器的时候已经加密了，理论上从服务器那根本获取不到明文内容，除非你自己的密钥见光了，更别提审查了，一堆乱码能审查什么？况且个人笔记上云不做分享的话不进行审查是行业内潜规则，为什么是潜规则，因为如果放到明面上来提肯定是要接受审查的，当初 Wolai 不就是“嫣兰飞雪”事件，马 xx（Wolai 老总）自己跑去派出所进行法律咨询，警察明确上传违规内容即便没有分享服务提供商也要毙掉，自那之后 Wolai 的外宣就彻底没力了（包括他们也弃用了知乎平台），老用户不说话，新用户不知道，博主们也不敢随便宣传，因为一宣传就要被所有被这件事恶心到的人在评论区内冷嘲热讽、阴阳怪气。（Wolai 这一事件对所有笔记软件的运营都有参考价值，就是在宣传上自己怎么玩死自己。）

    话又说回来，提供多一个内置密钥的特性，又不影响原自定义密钥的人群，那为什么不做，只是之后不要以“现有内置密钥安全性已得到验证，原自定义密钥设计上更加繁琐，为使产品更好的服务大家，为用户提供更加便捷的体验，现优化密钥机制，不再有自定义密钥功能。”这种说法来寒老用户的心的话，新事物大家都是支持的。

    换句话说，加不需要讨论，减就有必要讨论下了。

    2 回复
  • zuoez02 • • 1 评论
    订阅者 付费者 先知

    你的数据上传到服务器的时候已经加密了，理论上从服务器那根本获取不到明文内容，除非你自己的密钥见光了。

    我能够想象的实际方案实现，无论那种情况，密钥会被作为一种“可还原”的数据存储在云端，要么明文，要么加密存储解密使用，其达不到常见的“hash(密码 + 盐)"的那种密码存储方式，就存在危险性，对用户对思源都不利，也就是说你的密钥是在云端“见光”的，算法上无法保证其安全性。或者如果有哪个技术方案可以满足云端不存储你的密钥的方法，也可以跟大家分享一下。

    跟 wolai，flowus 或者 notion 不同，思源没有云端，所有数据都在自己的手里。用户用云端产品和本地软件的感受是不一样的。默认上用户的感受就是没有人能够获取你的数据，这是思源非常重要的特性和与其他类似产品的本质区别。

    前面评论有误，我改一下：自定义密钥保存在本地就没啥问题，自动生成密钥保存在云端确实有被见光的风险。
    EberhardLin •
  • temacc0531 • • 1 评论

    最后我看大家一直在说保密性和审查之类的……你的数据上传到服务器的时候已经加密了，理论上从服务器那根本获取不到明文内容，除非你自己的密钥见光了。

    错了，内置密钥这个方案就是可以从任何端进行解密，所以可以说就是不安全的

    之前看漏了，内置密钥放在云端，安全性确实比不过自定义密钥。
    EberhardLin •
  • Gaffey • • 1 • 2 赞同 • 1 评论
    订阅者 付费者

    我想到，有内置密钥需求的人无非是不想有多记忆一个密码的负担，那随便 1111 或者 0000 之类的密码生成密钥不就行了？如果还是怕自己会忘记，就把云端数据的命名为密码同名，这样只要登录账号就能明文给自己看，不就直接解决自己记不住密码的问题了？

    ……6，大佬的想法真是与众不同，我觉得可以。
    zxhd86 •
  • RH • • 1
    订阅者

    我是基于“本地数据保存和安全”的考量选择了思源，去年也曾因为在办公室和家里电脑之间配置同步密钥时感到繁琐和不解，现在是已能理解这其中的设计原理不再困扰。但考虑到让更多新用户能顺利上手使用，所以赞同在不降低本地安全的前提下，在“自定义密钥”之外，增加“内置密钥”，以利于纳新。

  • flying218 • • 1

    虽然内置密钥是个可选项，但这个内置密钥一旦存在，就相当于给程序开了个后门。虽然说用户可以自行决定是否开启，但钥匙并不在用户手上。万一，系统出现故障，这把钥匙到了另一名用户手上，怎么办？

  • xiaozhu1337 •
    订阅者 先知

    反对，考虑国际市场，保持现在的加密方式是大卖点

  • source • • 1
    付费者

    我用自定義密鑰，但不妨礙其他人選擇內置密鑰，兩者共存確實是最好的

  • xanderXu •

    我觉得越简单越好 直接只能使用密码 ,从简永远不会错 不是所有的用户都是程序员 ,另外有个大问题云端快照会无限叠加吗,有没有什么办法可以删除

  • xc2024 • • 1 评论
    订阅者

    反对，对笔记密码来说，不应该存在忘记密码的事情，它不同于一个随便的注册账号，忘了就忘了，它是类似银行密码一样，你敢随笔忘记吗，知道后果很严重，所以你不会忘记的，

    然而事实是，用户忘记密码是家常便饭
    JeffreyChen •
  • fengpengfp6 •
    付费者

    老师你好，近期购买了思源笔记权益，在 mac 电脑上安装思源笔记无法启动成功！找遍了全网也没有解决，其间还碰到了几个同样问题的朋友。请问您能给我们解决一下吗？截屏 2024111322.04.16.png

请输入回帖内容 ...
88250 MOD
但行好事莫问前程 昆明
回帖
33796
 帖子
712
 积分
167996

近期热议

推荐标签 标签

  • Flutter

    Flutter 是谷歌的移动 UI 框架，可以快速在 iOS 和 Android 上构建高质量的原生用户界面。 Flutter 可以与现有的代码一起工作，它正在被越来越多的开发者和组织使用，并且 Flutter 是完全免费、开源的。

    39 引用 • 92 回帖 • 2 关注
  • QQ

    1999 年 2 月腾讯正式推出“腾讯 QQ”，在线用户由 1999 年的 2 人（马化腾和张志东）到现在已经发展到上亿用户了，在线人数超过一亿，是目前使用最广泛的聊天软件之一。

    45 引用 • 557 回帖 • 68 关注
  • CodeMirror
    1 引用 • 2 回帖 • 131 关注
  • Google

    Google（Google Inc.，NASDAQ：GOOG）是一家美国上市公司（公有股份公司），于 1998 年 9 月 7 日以私有股份公司的形式创立，设计并管理一个互联网搜索引擎。Google 公司的总部称作“Googleplex”，它位于加利福尼亚山景城。Google 目前被公认为是全球规模最大的搜索引擎，它提供了简单易用的免费服务。不作恶（Don't be evil）是谷歌公司的一项非正式的公司口号。

    49 引用 • 192 回帖
  • MongoDB

    MongoDB（来自于英文单词“Humongous”，中文含义为“庞大”）是一个基于分布式文件存储的数据库，由 C++ 语言编写。旨在为应用提供可扩展的高性能数据存储解决方案。MongoDB 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似 JSON 的 BSON 格式，因此可以存储比较复杂的数据类型。

    90 引用 • 59 回帖 • 2 关注
  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器，支持所见即所得、即时渲染（类似 Typora）和分屏预览模式。它使用 TypeScript 实现，支持原生 JavaScript、Vue、React 和 Angular。

    352 引用 • 1815 回帖 • 3 关注
  • 职场

    找到自己的位置，萌新烦恼少。

    127 引用 • 1705 回帖
  • Firefox

    Mozilla Firefox 中文俗称“火狐”（正式缩写为 Fx 或 fx，非正式缩写为 FF），是一个开源的网页浏览器，使用 Gecko 排版引擎，支持多种操作系统，如 Windows、OSX 及 Linux 等。

    8 引用 • 30 回帖 • 406 关注
  • 周末

    星期六到星期天晚，实行五天工作制后，指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件，打造你得心应手的工具集合。

    6 引用 • 14 回帖 • 1 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统，最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统，最初是设计给 iPhone 使用的，后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样，属于类 Unix 的商业操作系统。

    85 引用 • 139 回帖
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统，主要使用于便携设备。2005 年由 Google 收购注资，并拉拢多家制造商组成开放手机联盟开发改良，逐渐扩展到到平板电脑及其他领域上。

    334 引用 • 323 回帖 • 2 关注
  • Dubbo

    Dubbo 是一个分布式服务框架，致力于提供高性能和透明化的 RPC 远程服务调用方案，是 [阿里巴巴] SOA 服务化治理方案的核心框架，每天为 2,000+ 个服务提供 3,000,000,000+ 次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。

    60 引用 • 82 回帖 • 597 关注
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    568 引用 • 3532 回帖
  • 心情

    心是产生任何想法的源泉，心本体会陷入到对自己本体不能理解的状态中，因为心能产生任何想法，不能分出对错，不能分出自己。

    59 引用 • 369 回帖 • 1 关注
  • Love2D

    Love2D 是一个开源的， 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 530 关注
  • 智能合约

    智能合约（Smart contract）是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。

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

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

    36 引用 • 35 回帖 • 2 关注
  • MySQL

    MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    691 引用 • 535 回帖
  • WordPress

    WordPress 是一个使用 PHP 语言开发的博客平台，用户可以在支持 PHP 和 MySQL 数据库的服务器上架设自己的博客。也可以把 WordPress 当作一个内容管理系统（CMS）来使用。WordPress 是一个免费的开源项目，在 GNU 通用公共许可证（GPLv2）下授权发布。

    66 引用 • 114 回帖 • 230 关注
  • 区块链

    区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法 。

    91 引用 • 751 回帖 • 4 关注
  • 互联网

    互联网（Internet），又称网际网络，或音译因特网、英特网。互联网始于 1969 年美国的阿帕网，是网络与网络之间所串连成的庞大网络，这些网络以一组通用的协议相连，形成逻辑上的单一巨大国际网络。

    98 引用 • 344 回帖 • 1 关注
  • Shell

    Shell 脚本与 Windows/Dos 下的批处理相似，也就是用各类命令预先放入到一个文件中，方便一次性执行的一个程序文件，主要是方便管理员进行设置或者管理用的。但是它比 Windows 下的批处理更强大，比用其他编程程序编辑的程序效率更高，因为它使用了 Linux/Unix 下的命令。

    123 引用 • 74 回帖 • 1 关注
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。

    75 引用 • 1737 回帖 • 1 关注
  • RYMCU

    RYMCU 致力于打造一个即严谨又活泼、专业又不失有趣，为数百万人服务的开源嵌入式知识学习交流平台。

    4 引用 • 6 回帖 • 52 关注
  • SVN

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

    29 引用 • 98 回帖 • 683 关注
  • RESTful

    一种软件架构设计风格而不是标准，提供了一组设计原则和约束条件，主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

    30 引用 • 114 回帖 • 1 关注

最新标签