登录 注册

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

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

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

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

列表 + 数据库：

列表表格.gif

列表 + 表格

列表数据库.gif

@Vanessa

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

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

  • 思源笔记

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

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

    21027 引用 • 82665 回帖 • 2 关注
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 更新了该帖
太原 位置
1 关注
2 收藏
5 操作
42 回帖
18
1.1k 375 17 715 1 12

相关帖子

优质回帖
  • royc1 • • 2 赞同
    订阅者 支持者 勇士

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

  • royc1 • • 1
    订阅者 支持者 勇士

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

  • 88250 • • 1 赞同
    订阅者 MOD

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

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

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

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • royc1 • • 1
    订阅者 支持者 勇士

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

    右键.gif

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

    嵌套不显多.gif

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

    1 回复
  • royc1 •
    订阅者 支持者 勇士

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

    1 回复
  • royc1 •
    订阅者 支持者 勇士

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

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

    image.png

    image.png

    1 回复
  • royc1 •
    订阅者 支持者 勇士

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

    1 回复
  • royc1 •
    订阅者 支持者 勇士

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

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

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

  • wxtgood • • 3 评论
    订阅者 支持者 勇士 作者

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

    @Vanessa

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

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

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

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

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

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

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

    image.png

    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

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

  • wxtgood •
    订阅者 支持者 勇士 作者

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

    目前的困扰

    加个开关的优点：

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

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

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

      调节.gif

    @88250

    @Vanessa

    1 回复
  • 88250 • • 1 赞同
    订阅者 MOD

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

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

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

    1 回复
  • wxtgood • • 1 评论
    订阅者 支持者 勇士 作者

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

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

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

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

    1 操作
    wxtgood 在 2024-03-30 13:33:51 更新了该回帖
    可以置顶下帖子
    JeffreyChen • • 1 赞同
  • JeffreyChen • • 1 赞同
    付费者 支持者 捐赠者

    我觉得还是加上吧，统一一下：

    子层级.gif

  • Helvetica • • 1 • 1 评论
    付费者 捐赠者

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

    确实方便。另外还有个段落我改成 Alt+` 了，就在 Alt+1 旁边挺方便
    JeffreyChen • • 1 赞同
  • JeffreyChen • • 5 评论
    付费者 支持者 捐赠者

    @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 •
  • JeffreyChen • • 7 评论
    付费者 支持者 捐赠者

    @Vanessa 有用户反馈块标太多吗？

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

    @suiji @JeffreyChen 不包裹的话很奇怪，比如下面这个列表

    image.png

    2 回复
  • suiji • • 1 评论
    订阅者

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

    image.png

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

    image.png

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

    image.png

    轮廓也会对内容进行包裹，本质上和背景只是展现方式的不同。
    Vanessa •
  • JeffreyChen • • 1 评论
    付费者 支持者 捐赠者

    我个人的想法是容器块的高亮相对深一点，叶子块的高亮相对浅一点，这样比较好区分

    高亮的时候只会有一个颜色，差别不大的话可能也分不出来。
    Vanessa •
  • wxtgood •
    订阅者 支持者 勇士 作者

    D 大，这个投票结果说明，还是有大部分人对块标全部显示功能是有需求的，能否考虑设置里加个开关呢？

    @88250

    2 回复
  • temacc0531 •

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

  • 88250 •
    订阅者 MOD

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

    加开关其实已经是最优解了，能最高效的解决了所有问题。

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

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

  • royc1 • • 2 赞同
    订阅者 支持者 勇士

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

    其实也没必要担心到处是开关。

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

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

    image.png

    1 回复
  • royc1 •
    订阅者 支持者 勇士

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

    1 回复
  • ethanyang •
    付费者

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

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

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

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

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

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

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

    image.png

    image.png

    image.png

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

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

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

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

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

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

  • royc1 •
    订阅者 支持者 勇士

    感谢回复

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

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

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

    1 回复
  • tijyiii • • 1 赞同
    付费者

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

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

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

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

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

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

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

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

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

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

    1 回复
  • wxtgood •
    订阅者 支持者 勇士 作者

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

  • royc1 •
    订阅者 支持者 勇士

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

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

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

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

  • PiChou • • 2 评论
    订阅者 付费者

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

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

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

    @Vanessa @wxtgood

    1 回复
    我更赞同这个方案，砍块标但不砍功能
    JeffreyChen •
    标题层级修改可以用快捷键，数据库导出和表头固定频率不高，可以 ctrl+/ 然后选择对应功能
    Vanessa •
  • wxtgood •
    订阅者 支持者 勇士 作者

    无论哪种方法都说服不了 D 大、V 姐，开发者自认为的便捷和用户使用体验的便捷是两个维度的东西。

请输入回帖内容 ...
wxtgood
太原
回帖
252
 帖子
62
 积分
14043

近期热议

推荐标签 标签

  • TensorFlow

    TensorFlow 是一个采用数据流图（data flow graphs），用于数值计算的开源软件库。节点（Nodes）在图中表示数学操作，图中的线（edges）则表示在节点间相互联系的多维数据数组，即张量（tensor）。

    20 引用 • 19 回帖 • 1 关注
  • Solidity

    Solidity 是一种智能合约高级语言，运行在 [以太坊] 虚拟机（EVM）之上。它的语法接近于 JavaScript，是一种面向对象的语言。

    3 引用 • 18 回帖 • 373 关注
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 203 关注
  • HHKB

    HHKB 是富士通的 Happy Hacking 系列电容键盘。电容键盘即无接点静电电容式键盘（Capacitive Keyboard）。

    5 引用 • 74 回帖 • 448 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 416 关注
  • Vue.js

    Vue.js（读音 /vju ː/，类似于 view）是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    263 引用 • 664 回帖
  • RIP

    愿逝者安息！

    8 引用 • 92 回帖 • 334 关注
  • Log4j

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

    20 引用 • 18 回帖 • 31 关注
  • 旅游

    希望你我能在旅途中找到人生的下一站。

    89 引用 • 897 回帖 • 1 关注
  • RYMCU

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

    4 引用 • 6 回帖 • 49 关注
  • B3log

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

    1081 引用 • 3459 回帖 • 231 关注
  • 周末

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

    14 引用 • 297 回帖
  • 爬虫

    网络爬虫（Spider、Crawler），是一种按照一定的规则，自动地抓取万维网信息的程序。

    106 引用 • 275 回帖
  • GAE

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

    14 引用 • 42 回帖 • 727 关注
  • CAP

    CAP 指的是在一个分布式系统中， Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可兼得。

    11 引用 • 5 回帖 • 599 关注
  • Maven

    Maven 是基于项目对象模型（POM）、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    186 引用 • 318 回帖 • 330 关注
  • Sublime

    Sublime Text 是一款可以用来写代码、写文章的文本编辑器。支持代码高亮、自动完成，还支持通过插件进行扩展。

    10 引用 • 5 回帖 • 1 关注
  • Dubbo

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

    60 引用 • 82 回帖 • 606 关注
  • PWA

    PWA（Progressive Web App）是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术，在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 135 关注
  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议，它实现了浏览器与服务器之间的全双工通信（full-duplex）。

    48 引用 • 206 回帖 • 368 关注
  • 黑曜石

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

    A second brain, for you, forever.

    11 引用 • 90 回帖
  • abitmean

    有点意思就行了

    • 35 关注
  • 导航

    各种网址链接、内容导航。

    38 引用 • 169 回帖
  • GraphQL

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

    4 引用 • 3 回帖 • 16 关注
  • golang

    Go 语言是 Google 推出的一种全新的编程语言，可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克（Rob Pike）说：我们之所以开发 Go，是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    497 引用 • 1387 回帖 • 318 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎，支持 Go 和 JavaScript。

    25 引用 • 191 回帖 • 19 关注
  • Google

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

    49 引用 • 192 回帖

最新标签