建议在多个块发生嵌套时将所有类型的块标都显示出来

由于某些块自身有一些不同于其他块的特殊操作,比如标题块转换标题等级,数据库块有导出 csv,表格块有固定表头等特殊操作,当这些块与列表块或其他块嵌套后,就只显示列表块一个块标,此时,标题想修改等级难以修改,数据库想导出 csv 难以实现,表格想固定表头难以操作。

列表里嵌套标题时,按删除键应先删除标题 - Vanessa 的回帖 - 链滴 (ld246.com)

所以有如下方案建议:在块之间发生嵌套时,将所有块标都显示出来。


列表 + 数据库:

列表表格.gif

列表 + 表格

列表数据库.gif

@Vanessa

是否要在设置里增加个开关,以满足不同人的笔记习惯(发生块嵌套时,段首显示所有块标还是显示一种块标)

单选 公开 永不结束 25 票
76% 19 票
16% 4 票
随意
8% 2 票

  • 思源笔记

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

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

    18714 引用 • 69872 回帖
5 操作
wxtgood 在 2024-04-07 10:24:00 置顶了该帖
wxtgood 在 2024-04-02 17:03:42 置顶了该帖
wxtgood 在 2024-03-30 13:48:06 置顶了该帖
wxtgood 在 2024-03-30 13:24:38 更新了该帖 wxtgood 在 2024-03-30 13:07:55 更新了该帖

相关帖子

优质回帖
  • royc1 2 赞同

    我是不赞同加开关的,个性化需求是永远满足不了的,不然到处都是开关。我的建议还是子级右键实现功能,或者把功能合并到父级块标里面,进一步压缩块标,像 notion 之类的才能降低用户的学习成本,不用辨别内容属于哪个范围的块,哪个类型的块。

  • 这个之前讨论过,嵌套太多块会有很多块标,有一炮三响之类的问题,非常混乱,需要到该子块的功能就在块的空白处右键就可以。

  • 88250 1 赞同

    调整列表下的标题有两个方法,都很方便的:

    1. 用 Esc 就是选中当前块,然后 Ctrl+/ 唤出块菜单调整
    2. 直接输入需要调整的 #

    暂时不考虑加开关了,或者你发起一个投票,我们收集反馈后再考虑看看,谢谢。

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 这个之前讨论过,嵌套太多块会有很多块标,有一炮三响之类的问题,非常混乱,需要到该子块的功能就在块的空白处右键就可以。

    1 回复
  • 右键的体验并不好,一是不是每一次右键都能保证弹出菜单,二是右键点击的位置需要选择,不是每个地方点击都会弹出菜单,三是对新手不友好,不知道的人哪能想到右键弹出菜单呢。

    右键.gif

    再说了一般嵌套的只是两个块嵌套,一是块标并没有显的太多,二是块标增多只发生在嵌套那一级,其他级并不影响。

    嵌套不显多.gif

    若是因为块表太多造成体验变差,因噎废食,大可不必,可以找其他的解决办法,比如,当发生多个块嵌套时,就把所有块的自有操作都移到一个块标菜单里。但是这样实现起来好像比较困难,D 不一定有精力。

    1 回复
  • 这个挺难的,像 notion wolai 那种全都合并在一起也是有缺陷,目前只能这样了。

    1 回复
  • 所以最优解就是将块标都显示出来,不使用嵌套的人没有这个烦恼,使用嵌套的人,也只能嵌套 2 个块,并受不影响。

    1 回复
  • 比如:列表有列表块、列表项块、段落块,如果再加其他就会有标题块,引述块等等,起码 3、4 层,被很多人诟病后才改成现在这样的。

    1 回复
  • 段落块这个是最基本的,没有任何特殊操作,可以不显示。

    嵌套一般情况也就两个块,比如引用 + 列表、列表 + 标题,最多两层,并不拥挤:

    image.png

    image.png

    1 回复
  • 拥不拥挤,见仁见智啦,我是偏向全部合并到一个块标的,看开发者取舍了。

    1 回复
  • 我也想要合并到一个块标的,但看起了好像实现起来有难度,所以退一步,直接都显示这种方案,难度又小,实现起来也容易。

    1 回复
  • 这玩意估计不会改回去,因为之前这个问题讨论了很久,改回去又有人持不同意见的,还不如继续考虑怎么更进一步优化进去。

    1 回复
  • 关键是这个改动“[ 列表里嵌套标题时,按删除键应先删除标题”造成的影响对我记笔记习惯产生了很大的困扰了。

    我通常是“列表里嵌入标题”来梳理笔记,但目前想更改标题等级操作变的很复杂。

    结合我之前遇到的“列表 + 表格”等嵌套遇到的问题,所以希望能直接显示出所有块标解决所有的问题。

  • wxtgood 3 评论

    V 姐,要不设置里增加个开关吧,打开后,显示所有块标,关闭时,只显示一个块标

    @Vanessa

    这个讨论过很多次了,先这样吧
    Vanessa
    @Vanessa 是的,V 姐,虽然讨论了很多次了,但这个问题一直是处于未解决的状态。只显示一个块标对经常嵌套块的用户极其不友好,尤其是使用“列表 + 标题”来整理笔记的人。所以还是在设置里加个开关,把这个问题解决了吧。
    wxtgood
    @wxtgood 可以使用 shift+ 上 逐一选中
    Vanessa
  • Fighter93

    这个问题确实存在,但大多数人不会遇到这个问题,因为很少有人这么嵌套不同的块在一个列表里来做笔记,既不美观也不实用。

    在技术上,我想开发者是可以满足你的,但把一个低频、少数人使用的功能加在软件上,在某种程度上就在“拖累”所有使用者的电脑(因为每次点击块标都需要判断块的类型,再动态添加该块的特有操作菜单)。虽然现在电脑硬件普遍较高,支持你这么一个少数人使用的功能不成问题,但张三也有他自己想实现但其他绝大部分人用不到的功能,李四也有...,这些人都来将自己觉得实用但绝大多数人用不到的功能反馈给开发者要求支持,程序就会变得愈加复杂,执行起来卡顿无比。

    在功能的实现上,思源笔记排版已经能够满足你的这种需求了。可以通过双栏、标题块包含下级内容块(折叠、展开)、分割线等方式来组织内容。而无序列表一般是用来组织简单的文字段落,用来嵌套内容块显得不够美观优雅!

    1 回复
  • 这位仁兄, 不要一讲话就否定别人需求,什么叫支持我一个人的需求呢?会不会是因为你的笔记整理习惯简单的“记事本”就能满足呢,却站在至高点来指责别人的矫情呢?

    如下图,我用笔记本的“页”区分笔记主题,页里的“列表”区分内容的层级,用“标题”来明确各个层级的等级关系。

    这个记笔记需求要求高吗?这也是在思源笔记已有的功能范围里使用的啊!

    你能不能认真审题啊!我的诉求是“目前的操作繁琐,给用户制造困难”,你要是阅读理解不过关,能不能请个体育老师给补习一下呢?

    image.png

    1 回复
  • @Vanessa 确实对使用大纲笔记的用户来说体验很糟糕

  • D 大,V 姐,考虑设置里加个开关吧,不是我执着这个功能,是因为目前在列表里想调整标题等级的体验感太难受了。

    目前的困扰

    加个开关的优点:

    1. 嫌段首块标太多的同志们,可以关闭设置选项。经常使用块嵌套的同志们,也能快捷高效的对里层的块特有的操作进行调整。这样双方都兼顾,设置选项默认关闭,最大限度地保证同志们的无感。

    2. 解决本帖正文的问题。

    3. 对于“列表 + 标题”的嵌套结构,保留标题块标,能高效的看到目前的标题等级,,而不用专门去翻看大纲,提升使用体验。如下图,我想在“难文段”下方添加个标题,我还需要特意在大纲中看看,才能知道目前的标题等级。

      调节.gif

    @88250

    @Vanessa

    1 回复
  • 88250 1 赞同

    调整列表下的标题有两个方法,都很方便的:

    1. 用 Esc 就是选中当前块,然后 Ctrl+/ 唤出块菜单调整
    2. 直接输入需要调整的 #

    暂时不考虑加开关了,或者你发起一个投票,我们收集反馈后再考虑看看,谢谢。

    1 回复
  • wxtgood 1 评论

    好吧,我设置个投票,不管结果如何,我都不辩了。

    做为从思源一诞生,使用到现在的人,“用 Esc 选中当前块”的操作我是一直都不知道的,也是想不到的。Esc 键我的印象里一直是“退出、返回、释放”的作用。

    做为一个以“鼠标操作为主,快捷键为辅”的使用者,老实说用 ctrl+/ 调出块菜单,我是一次也没使用过。

    方法二确实是方便,但在已输入一定数量 # 形成标题等级,接着再继续在句首输入 # 的新数量可以修改标题等级的操作,我也是一直都不知道,我的意识里是需要先删除调旧的标题,才能输入新的标题。

    1 操作
    wxtgood 在 2024-03-30 13:33:51 更新了该回帖
    可以置顶下帖子
    JeffreyChen 1 赞同
  • 我觉得还是加上吧,统一一下:

    子层级.gif

  • Helvetica 1 1 评论

    可以尝试将修改标题的快捷键修改为 Alt+1/2/3/4/5/6,我从幕布迁移来的,这套键还挺好用。

    确实方便。另外还有个段落我改成 Alt+` 了,就在 Alt+1 旁边挺方便
    JeffreyChen 1 赞同
  • @Vanessa 我想始终显示列表项块,否则没法把单行的列表拖动到另一个列表的末尾:

    视频

    拖拽列表项前面的圆点
    Vanessa 1
    @Vanessa 其实应该把列表项块也显示出来,做到形式和操作逻辑的统一,降低新手的学习使用成本
    wxtgood 1 赞同
    @wxtgood 屏幕小的无法显示
    Vanessa
    @Vanessa 不清楚 v 姐这里指的屏幕小是多小了,我手里主力 13 英寸的笔记本对于多显示出来的这点内容是没问题的,平时用于复习闪卡的 6 英寸掌上电脑阅读时也是没问题的
    wxtgood
    @wxtgood 就是左右分屏比较多的时候,图标会竖着排练,太多了不好使用和查看
    Vanessa
  • wxtgood 5 评论

    这是我将界面压缩到最窄的效果,可以看出,虽然块标竖向排列了,但并不影响使用,鼠标移上去,一级一级对应的非常明确,可清楚地对每一级作出相应的编辑操作,形式与操作逻辑也达到了统一,便于新手操作理解,降低学习本。

    界面拉到最窄.gif

    @Vanessa

    太多了不方便操作和查看
    Vanessa
    @Vanessa 不知道其他用户怎么想的了,以我自身来看,想要进行某项操作时,不能触手可及,需要多方求助,才是真的不方便。
    wxtgood
    @wxtgood 如果只是操作最里层的块可以使用 ctrl+/ ,其他用户遇到类似的问题也可以使用 ctrl+/ 。这个应该是比较方便的。
    Vanessa
    @Vanessa 虽然我投了随意,但必须说 ctrl+/这个操作并不方便,不符合直观操作。
    zxhd86
    @zxhd86 这个是少数情况才需要使用
    Vanessa
  • @Vanessa 有用户反馈块标太多吗?

    是的,以前是全部显示的。
    Vanessa
    @Vanessa 我觉得,无论是否要全部显示块标,当鼠标悬浮到块标上时,把叶子块和容器块的高亮样式区别开来,总能算是一步改进,一次提示。请酌情考虑
    suiji
    @suiji 已经用不同的块标了,颜色太花哨可能会分散注意力
    Vanessa
    @Vanessa 在高亮样式上作区分针对的是:要求全部显示块标的原因之一在于,所显示的块标不是我要操作的块,而我要在点击块标,检视块标菜单后才能知道这不是我要的块标。区分高亮样式可以提前告知你可能无法用点击块标实现目的。至于样式,我个人觉得可以不需要用颜色区分,容器块的样式可在现有基础上把中间挖空,保留边界一部,以象容器之形。
    suiji
    @suiji 没看明白,要怎么才能表示出无法用点击块标实现。
    Vanessa
    @Vanessa 以帖子中的列表 + 数据库/表格为例,让容器块的高亮样式——蓝色区域不再包裹数据库和表格。 推而广之,容器块的高亮显示都应该避开笔记内容。
    suiji
    @Vanessa @suiji 「容器块的高亮显示都应该避开笔记内容」还是有点道理的,说实话有时候都不知道是否选对了块
    JeffreyChen
  • @suiji @JeffreyChen 不包裹的话很奇怪,比如下面这个列表

    image.png

    2 回复
  • suiji 1 评论

    图示似乎完全没有高亮了?可能有些误解了。我的意思是,容器块只把它的边框高亮出来。

    image.png

    根据相关插件,把所有块全部廓出来,就得到上图。可见,不同的块,其轮廓本来就是区别开的。我所提议的,就是高亮样式边框化,如下图 word 示例

    image.png

    另外,如下图,如果没做错的,高亮区域就是全部的叶子块了。可以清晰地看出,叶子块,其矩形轮廓,在左右上与包裹它的容器块区隔开了,但上下边框却没有。视觉上感觉顶得太严实了。把现有的方角矩形换成圆角矩形是不是会给人一种能透一口气的感觉?

    image.png

    轮廓也会对内容进行包裹,本质上和背景只是展现方式的不同。
    Vanessa
  • 我个人的想法是容器块的高亮相对深一点,叶子块的高亮相对浅一点,这样比较好区分

    高亮的时候只会有一个颜色,差别不大的话可能也分不出来。
    Vanessa
  • D 大,这个投票结果说明,还是有大部分人对块标全部显示功能是有需求的,能否考虑设置里加个开关呢?

    @88250

    2 回复
  • temacc0531

    这两个方案看起来都还有些问题,感觉还可以进一步讨论

  • 在这个问题上,加开关不是最优解,我认为还需要讨论。

    1 回复
  • 加开关其实已经是最优解了,能最高效的解决了所有问题。

    一是选择开关方法,你那工作量应该比较少。

    二是能满足不同人的个性化需求,这个问题发生的起因是由于两种对立的记笔记法所产生的。采用列表大纲记笔记法的人会发生块嵌套,需要所有块标显示,以实现便捷操作,而多个块标显示造成的影响可忽略。采用传统章回标题记笔记的人,列表一般仅做为局部整理,一般不会发生块嵌套,可以关闭开关。

  • royc1 2 赞同

    我是不赞同加开关的,个性化需求是永远满足不了的,不然到处都是开关。我的建议还是子级右键实现功能,或者把功能合并到父级块标里面,进一步压缩块标,像 notion 之类的才能降低用户的学习成本,不用辨别内容属于哪个范围的块,哪个类型的块。

    1 回复
  • 其实也没必要担心到处是开关。

    一是涉及到这种使用习惯分歧特别大的操作也没多少,思源这么多年了也就加了下图中的几个。

    二是仅仅是这一个开关对个性化需求并不能产生多大的影响,能最大限度的满足每个人都能拥有顺手的编辑器,是自己对下图中各个开关的组合。

    image.png

    1 回复
  • 冰冻三尺非一日之寒,只有这几个也是因为克制,几年来要求加按钮的功能是不止这几个的,我有时候甚至觉得这几个也没必要出现,培养用户的使用习惯就行。更贴切的例子就是:同步的云允许数个目录,工作空间也允许数个,给新人介绍起来就非常麻烦,造成一种同步设置起来非常麻烦的印象,有时候设置少一点真的有好处,关键看怎么实现流畅的交互体验了,加开关是很方便很快捷的做法,但有种饮鸩止渴的感觉。

    1 回复
  • ethanyang

    这个投票有门槛,愿意进来的、能看明白的大概率是有这样的需求的。投票数据是否代表大家的意愿,真的不确定。

    1 回复
  • 加开关不是饮鸩止渴的做法,而是高效便捷的做法,不需要在长时间的纠结中寻找完美的解决方法而使问题悬而未决。因为完美的解决方法是不存在的,有些操作就是矛盾的。

    一是设置里的开关的要分门别类,属于编辑器外观方面的放在外观里,属于功能方面的设置放在功能里。

    二是这些开关默认设置在一个大多数人习惯的位置,保证大部分用户的开箱即用,少部分高级用户可以自行调整得到更切合自己的编辑习惯。

    用“培养用户的习惯”思维做软件决不是好的做法

    “培养用户的习惯”的本质是软件主动设定一种习惯,定向筛选了符合软件使用习惯的用户,排斥了不习惯的用户,而非软件培养了用户。江山易改,本性难移,教育用户花费的成本是巨大的,况且思源还没有达到笔记领域不可替代的地位,让用户捏着鼻子用的地步。

    所以思源的用户群体进一步扩大,能自定义出符合自己使用习惯的编辑体验一定是必不可少的。

    举个比较极端的例子:微软的 office,全球那么多的受众,也是加了很多冗余和开关自定义操作,以适应每个人,而非培养用户的习惯。思源的编辑功能没有 Word 这么强大,远没达到用户设置不明白的地步。

    image.png

    image.png

    image.png

    同步的问题,不是设置的问题,而是思源的“功能名词晦涩难懂”、“对应逻辑不清晰”、“操作繁琐”三方面造成的

    首先“工作空间”这个词就让新用户摸不清头脑,你需要解释,在思源笔记中笔记本不是最大的集合,工作空间才是,工作空间是多个笔记本的集合,同时,思源允许你有多个工作空间。

    其次“工作空间”和“云端同步目录”这两个词让用户就很难联系起来。把“云端同步目录”改成“云端工作空间”会好些,这时你只需告诉他,云端工作空间和本地工作空间是一一对应的关系,新建一个云端空间,同步一个本地空间。

    最后是操作繁琐。是“工作空间”这个概念让同步变的操作繁琐。思源在建立云同步机制时,就应该在用户层面弱化掉“工作空间”这个概念,直接以笔记本为单位进行同步,点击哪个笔记本同步,就像坚果云那样上传哪个笔记本文件夹。账户是大云盘,笔记本是一级文件夹。(不知道现实不,我瞎想的)

    1 回复
  • 若是看不明白、不需要这样的需求的人,即使是加了开关,也不影响他们的使用,把开关默认设置为关闭即可。

    加开关,是为了给有需要的人一个可以选择的设置。

    所以加开关并不干涉不愿意进来的、看不明白的人的意愿,反而是之后的某天,他们有了这样的需求后,还的发贴提。

  • 感谢回复

    1、每个人都以这个理由去增加按钮,其实真的不是一个好方法,仅仅是一个笔记软件,没必要什么都自定义。

    2、培养用户习惯是因为这个功能是全新的,没有所谓本性的问题,跟 notion 那种交互一样,是新上手的培养。

    3、我以同步的问题去举例,是相对在线笔记同步的方式提出,以上云端目录、工作空间等名词的概念全部没有的时候,只要设置一个同步密码就可以直接同步,那是非常方便的。根本不用解释名词,是压根不要出现这种名词。

    1 回复
  • tijyiii 1 赞同

    相比显示块标,我还是希望思源能精简、统一块标。

    flowus 不管什么类型的块,都是统一的六个小圆点标,界面非常清爽。

    列表不区分列表块和列表项块,不管层级多深、嵌套多少,一个块就一个标,再加个折叠标。

    块组合时只有中间的调节宽度拉杆,没有超级块标。

    现在思源五花八门的块标,列表嵌套少说三个图标,超级块嵌套也是一堆超级块标,鼠标划过显示的一堆图标看得人头都大。所以我都尽量能用段落块和标题块说清楚事就不用其他块。

    1 回复
  • 1、正是因为笔记软件,这种更偏个人使用的软件,才更需要侧重自定义化,以达到最切合自己的使用舒适度。

    比如你的“写味”主题里“隐藏顶栏”、“列表子弹线”、“标题后面的点数指示出标题等级”这三个功能我是非常喜欢的,但我喜欢原来主题的素色,所以只能在需要这些功能的时候切换到你的主题,若是这些基础功能在官方的设置里给个开关进行自定义,那我就不用来回切换,会拥有更好的使用体验。

    说回这个“块嵌套时,显示所有块标的开关”,把它看成是一个编辑页面外观自定义,这就是一个非常基础的开关配置。

    所以不是“每个人都以这个理由去增加按钮”,而是思源对一些基础自定义配置的缺失,才使得用户去提出的这些需求。这不应该成为思源回避“开关”的理由。

    2、notion 那种交互等,是一种全新的笔记整理“思维”,不是“功能”,是那些有探索精神的人主动接受的,或者说是 notion 主动筛选了这些人,不是 notion 培养的,而那些 onenote 类用户并没有被培养。

    3、同步这个问题,我也是相对在线笔记同步方式提出的,你试着把思源“工作空间”和“云目录”对应关系去掉,就会发现同步变简单了。

    1 回复
  • flowus 的功能没有 思源 的强大,flowus 的所有块都是平级的,没有“容器块”和“叶子块”的概念区分。

  • 1、这样说的话,就有很多需要自定义了,比如要不要隐藏文档图标,比如各种字体的颜色要多少种才满足等等,笔记软件需不需要侧重自定义,这个保留意见吧,毕竟也没多少个笔记的软件能达到思源这种自定义。

    2、我指块标这个功能,不存在所谓本性,随意培养。

    3、关系始终会存在,去不掉的,直接把这个概念取消掉,就没有所谓关系了。

    讨论到此为止吧,让开发者决定就好,感谢你的时间。

  • PiChou 2 评论

    标题想修改等级难以修改,数据库想导出 csv 难以实现,表格想固定表头难以操作

    针对这几个特定的问题做专门的优化是否可行?

    如:那几个被忽略的块标的操作按钮,直接向上一级块标迁移。

    @Vanessa @wxtgood

    1 回复
    我更赞同这个方案,砍块标但不砍功能
    JeffreyChen
    标题层级修改可以用快捷键,数据库导出和表头固定频率不高,可以 ctrl+/ 然后选择对应功能
    Vanessa
  • 无论哪种方法都说服不了 D 大、V 姐,开发者自认为的便捷和用户使用体验的便捷是两个维度的东西。

请输入回帖内容 ...

推荐标签 标签

  • 黑曜石

    黑曜石是一款强大的知识库工具,支持本地 Markdown 文件编辑,支持双向链接和关系图。

    A second brain, for you, forever.

    10 引用 • 85 回帖
  • SQLServer

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

    19 引用 • 31 回帖 • 4 关注
  • SOHO

    为成为自由职业者在家办公而努力吧!

    7 引用 • 55 回帖 • 92 关注
  • Elasticsearch

    Elasticsearch 是一个基于 Lucene 的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于 RESTful 接口。Elasticsearch 是用 Java 开发的,并作为 Apache 许可条款下的开放源码发布,是当前流行的企业级搜索引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。

    116 引用 • 99 回帖 • 268 关注
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 175 关注
  • Thymeleaf

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

    11 引用 • 19 回帖 • 319 关注
  • 小说

    小说是以刻画人物形象为中心,通过完整的故事情节和环境描写来反映社会生活的文学体裁。

    28 引用 • 108 回帖
  • MongoDB

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

    90 引用 • 59 回帖
  • GitBook

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

    3 引用 • 8 回帖 • 1 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 153 关注
  • Jenkins

    Jenkins 是一套开源的持续集成工具。它提供了非常丰富的插件,让构建、部署、自动化集成项目变得简单易用。

    51 引用 • 37 回帖
  • 心情

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

    59 引用 • 369 回帖
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    4 引用 • 16 回帖 • 1 关注
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发,并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例: https://wide.b3log.org

    30 引用 • 218 回帖 • 605 关注
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    148 引用 • 257 回帖 • 1 关注
  • Quicker

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

    20 引用 • 74 回帖 • 2 关注
  • SendCloud

    SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。

    2 引用 • 8 回帖 • 439 关注
  • 阿里巴巴

    阿里巴巴网络技术有限公司(简称:阿里巴巴集团)是以曾担任英语教师的马云为首的 18 人,于 1999 年在中国杭州创立,他们相信互联网能够创造公平的竞争环境,让小企业通过创新与科技扩展业务,并在参与国内或全球市场竞争时处于更有利的位置。

    43 引用 • 221 回帖 • 238 关注
  • RYMCU

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

    4 引用 • 6 回帖 • 40 关注
  • 电影

    这是一个不能说的秘密。

    120 引用 • 597 回帖
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 25 关注
  • C++

    C++ 是在 C 语言的基础上开发的一种通用编程语言,应用广泛。C++ 支持多种编程范式,面向对象编程、泛型编程和过程化编程。

    106 引用 • 152 回帖
  • SMTP

    SMTP(Simple Mail Transfer Protocol)即简单邮件传输协议,它是一组用于由源地址到目的地址传送邮件的规则,由它来控制信件的中转方式。SMTP 协议属于 TCP/IP 协议簇,它帮助每台计算机在发送或中转信件时找到下一个目的地。

    4 引用 • 18 回帖 • 589 关注
  • OnlyOffice
    4 引用 • 23 关注
  • Sillot

    Sillot (汐洛)孵化自思源笔记,致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点
    Github 地址:https://github.com/Hi-Windom/Sillot

    16 引用 • 6 回帖 • 28 关注
  • Redis

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

    284 引用 • 247 回帖 • 175 关注
  • Docker

    Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的操作系统上。容器完全使用沙箱机制,几乎没有性能开销,可以很容易地在机器和数据中心中运行。

    476 引用 • 899 回帖