登录 注册

你目前最需要哪一种数据库视图？

大家好，

我们计划在 2025 年上半年开发一种新的数据库视图。根据前期收集的需求，画廊视图和看板视图的需求相对较多，日历视图有少量需求，但由于开发资源有限，我们只能优先选择其中一种进行开发。

请大家积极参与投票，帮助我们决定开发优先级，谢谢！

你希望先开发哪一种视图？

单选 • 公开 • 将于 2025-02-01 00:00:00 结束 676 票
画廊视图
56% • 385 票
看板视图
32% • 218 票
日历视图
10% • 73 票

  • 思源笔记

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

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

    23707 引用 • 96212 回帖
1 操作
88250 管理员在 2025-01-08 11:34:08 置顶了该帖
昆明 位置
1 感谢
5 关注
1 收藏
2 赞同
1 操作
98 回帖
2
4.7k 2.2k 2 216 1 2.3k

相关帖子

优质回帖
  • muhanstudio • • 9 赞同
    付费者 支持者 捐赠者

    看大家都在说看板可以用于项目管理什么什么的，确实是这样的，只是，看板实用，但在思源里可能并不实用，因为思源并没有配套的功能，例如分组，还有时间点提醒，团队进度，还有其他功能等等，开发起来要多费精力，做半天也没有其他专业软件做得好（你可以甚至可以看到专门做看板的软件，并且被广泛使用，例如 Trello），还不如在另一个软件里做项目管理，不然思源里做一个看板功能只是个花架子。画廊的话还能方便管理一下笔记，提供更好的预览视图，不需要太多配套的功能就可以发挥全部的实用性，至少对于思源来说，是比较简单的可以实现各个功能的。所以在我看来，思源里画廊可能比看板实用性更大

  • YRJ0422 • • 6 赞同
    付费者

    不知道为啥这么多人点看板是真有这个需求吗，怎么看都是画廊使用率更高一点，碎片化多文件的积累也可以平铺展示，看板也并不会展示出具体的内容，做笔记也并不是很需要看板来做规划，明明有更专业的软件可以去做，还可以多人协同，更加好用。

    PixPin20250108122330.jpg

    PixPin20250108122336.jpg

    另外想说的就是，希望标题可以支持链接就像 notion 一样，

    PixPin20250108123335.jpg

  • EmberSky • • 1 • 5 赞同
    付费者
    1. 如果不想投画廊, 但是发现画廊遥遥领先, 会不会就放弃治疗, 不投了
    2. 如果没用过/不了解数据库, 会不会直接投最高的, 这样会不会导致最高的虚高

    基于以上, 提几个小建议

    1. 投票结束前只显示投票总人数, 每个选项的投票人数不可见
    2. 增加无所谓/不了解选项
98 回帖
你目前最需要哪一种数据库视图？

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • feihuo •
    付费者

    我投画廊一票，相对于看板而言，画廊在功能上更容易实现。而且画廊其实更适合轻度用户（大量类 notion 用户其实很喜欢这个功能）。

  • Floria233 • • 2 评论
    付费者

    支持画廊模式。

    看到看板的，大家是不是忘了现在有数据库？

    之前用数据库做任务管理，感觉比看板更丝滑。

    看板在任务管理方面，感觉更适合多人协同。

    在项目推进方面，我是用 dn，这个感觉更顺手，看板那种，记录形式大于实用性，即大多数时候都在纠结看板而没有心力专心做事了。

    话说看板我一向的用法，是拿它做读书清单……不过画廊好像也能做到。

    这里一直在讨论数据库啊，是不是想说数据库的表格视图啊？
    fradeet •
    @fradeet 就是那个表格，我觉得用来做任务管理很好用
    Floria233 •
  • hapocn • • 2 赞同
    付费者

    不太了解这些用途.

    如果要开发,希望是做好原有功能的前提下再开发新功能.

    例如增强表格转换功能,到现在对于合并单元格都处理得不太好.

  • TangQi •
    付费者 捐赠者

    Peace and Love! No disturbance!

  • NNTK • • 1 赞同 • 1 评论
    订阅者 恶龙

    画廊

    其实我更想要白板……

    手写白板现在有好些挂件和插件支持了，hepta 和 ob 的 canvas 那类卡片白板现在思源增强插件在开发中（能用，但在早期开发阶段），不过是付费版本的功能，新用户好像有几天体验来着
    ACai •
  • JeffreyChen • • 3 赞同
    付费者 支持者 捐赠者

    想要个画廊视图看看能不能当卡片笔记用

    4 回复
  • Floria233 • • 2 赞同
    付费者

    赞同。画廊是目前来说，最接近仿真卡片的布局设计

    看板背后是很精深的项目管理思维，实际是个很复杂的工具。

    看板是应对任务，画廊是应对笔记。

    看板有其他专业软件啊，真要 all—in—one，有点不好评，我的看法是专业工具做专业的事。

    而画廊是笔记的一个变体形式，本质还是在服务于笔记。

  • FunFan •
    付费者

    应该是画廊更好一点。看板没什么用，也并不会提示更多有用的内容。画廊展示的标题或摘要已经足够回忆起笔记的大致内容了，而且画廊展示的条目反而更多。看板纯纯垃圾功能，所有以看板为主的笔记软件都是花里胡哨没什么实用价值。

  • TangQi • • 2 评论
    付费者 捐赠者

    这不得卡死 😂

    我现在列表视图都有些卡顿了
    PiChou •
    列表视图卡是设计上的问题，改不动。做新的视图我希望从一开始就考虑好前端渲染的问题
    JeffreyChen • • 1 赞同
  • nightstars • • 1 赞同
    付费者

    我也是这么打算的，但随着卡片的积累，数据库的内容越来越多，就怕文档太多时，数据库会很卡或者直接崩溃。

  • Deyu • • 1 评论

    我认为目前最重要的是，支持一键导入 md 表格，自动转换成数据库。
    Notion、Obsidian 插件的逻辑是直接导入 md 表格，表头自动作为字段。多选 tag，tag 之前以空格或逗号分割。
    假如表头无法识别，这一列依旧出现，列名标记默认名字。
    因此，应该不存在“无法自动”的问题。

    1 操作
    Deyu 在 2025-01-09 16:40:15 更新了该回帖
    自动不了，字段类型只能让用户手动选
    JeffreyChen •
  • Mayrain • • 2 赞同 • 2 评论

    几天没看变成这样了呀。

    就这个问题我个人站看板。

    画廊我实在是想不到除了卡片笔记以外的用法，其他什么管理笔记之类的在我看来已经接近无稽之谈了（呃，你的意思是说用这玩意管理？），另外画廊凭什么展示的条目会更多？图片 + 文字，我都已经想到会有多混乱。就借用 YRJ0422 同学下面这张图（抱歉虽然观点相左但是借我一用！），真的觉得能从这些图片中回忆起什么吗？内容一多就不得不点进去了吧。真要这样直接直接生成个提纲不香么。

    总的概括下来，图片没能起到它该有的作用。知识的密度低到令人发指。至于展示和美化那更是从目的上的荒谬，除了将用户往 show show show 的方向引，其他毫无作用，对于更高效产出笔记是负面作用。

    至于看板，虽然我确实认为在思源这种笔记驱动的软件里放上项目管理元素有点奇怪，但是……确实看板只是一种视图而并非只能用在项目管理上，个人觉得看板本身首先作为思源内一个小的项目管理是有利于工作流的，另外就是本身看板也是呈现项目的一个方式，这个我多少还能理解。

    当然你如果问我 other option, 我肯定是说，多修修 bug，完善功能和性能是最好的了……

    2 回复
    顺便提一嘴 jeffreychen 提出说可以作为卡片笔记来用我个人认为这个思路是可以的，但是我个人因为用卡片比较少所以这个我不做评论。（不过，感觉有点为了醋包饺子的感觉？总之不做评论。）
    Mayrain •
    没办法，把电影、图书封面收集起来组成一面知识墙，满足了很多人收集癖。
    8V9q7V •
  • Floria233 •
    付费者

    画廊作为一种查看视图，本身就是在提升管理笔记的效率啊。

    看板应当是融入工作流，而非工作流本身。

    对于一部分只是用思源来记笔记的使用者，看板确实用处不大。

    看板适合那种在做某个具体事情，并且每个步骤都会有即时反馈的场景

    而笔记的话，则讲究积少成多，注重秩序和管理，画廊以卡片形式分布，更直观易于回顾，增加使用者对自己笔记的掌控和熟悉。（至于画廊有没有图片，应当是使用者自己对于美观的选择罢了）

    参考 notion 那种，变成画廊模式后，可以拖来拖去的（再加上思源本体还有文件树），两种视图结合起来，管理和查看的效率还是不错的。

    卡片笔记……卡片笔记应该是挺重要的，不是吗？新一代的笔记厂家，受到吸引来选用软件的使用者，所关注的卖点里，核心底层就是这个吧。

  • YUNSUO •
    订阅者 付费者

    这个和 todolist 有什么区别吗，没太感觉出来

  • CHENLONG •
    付费者

    太支持了！而且也是现在市场主流笔记形式

  • YRJ0422 • • 1
    付费者

    图片和回忆不是重点，重点是平铺，内容从层级结构转变成了平铺在一页上有笔记的缩略内容，这在使用上是非常方便的，例如下面的内容我需要不停的累积和使用，并不断的去增删查改优化。如果使用看板那我的体验甚至不如表格视图以及文档树，下图是一个数据库的两种对比，明显可以看得出来是画廊更加直观
    PixPin20250110002507.jpg

    PixPin20250110002758.jpg

    如果支持画廊视图，我的案例学习和技巧性笔记查看起来也更加直观方便查阅

    PixPin20250110003237.jpg

    另外吐槽一点，我是真觉得看板在思源里没有什么大用处，它很难实现 Trello 的功能，用在个人知识库看板顶多算是一个动态的目录

    PixPin20250110010142.jpg

    PixPin20250110005223.jpg

    1 操作
    YRJ0422 在 2025-01-10 01:02:57 更新了该回帖
  • heeeeeee • • 2 赞同
    付费者

    投票的目的不是对于哪个的否定，而是开发者基于投票多少决定哪个先开发。我支持画廊、看板、日历都要开发

  • sky2023 •
    付费者

    都不需要，我建议再优化一下目前最基础的数据库视图，感觉不太好用

    1 回复
  • yumenawei • • 1 赞同
    订阅者 支持者 捐赠者 勇士

    请具体说明不太好用的地方，单独发一个帖子

  • singsong618 • • 1 赞同

    我倒觉得参考别的软件限制了 SiYuan 的发展思路。SiYuan 的界面本身就有一个文档树，这个文档树包含了文档之间的隶属关系，层级关系。在看板和画廊的功能中，都是以这种隶属，层级关系进行分类的，而日历则是以时间索引，这是日历视图最大的不同。画廊增加了贴图，页面内容，媒体方便艺术型作家更快通过视觉判断文档内容。看板视图，如果看板视图的分类能独立于文档树，那相当于两个分类模式，一个文档树分类模式，一个看板分类，那是极好的。

    优先级排序：看板视图(独立于文档树)> 日历视图 > 看板视图(不独立于文档树)=画廊视图

    1 回复
    2 操作
    singsong618 在 2025-01-11 14:17:28 更新了该回帖
    singsong618 在 2025-01-11 14:16:35 更新了该回帖
  • ebird98 •
    付费者 捐赠者

    作者说的是数据库视图，虽然数据库也能关联到文档，但到了数据库视图那，基本上就和文档树没啥关系了吧 ～😂

  • CHENLONG •
    付费者

    赞同

  • Helvetica • • 1 • 1 赞同 • 6 评论
    付费者 捐赠者

    事态逐渐饭圈化，一定要拉踩对方才能突出自己观点的正确性吗？

    我们家看板哥哥从来不争不抢，只是默默努力承受所有，在功能列表里都是排到第二，虽然在海外多年，但是连英文名都用的是拼音（Kanban），对本土文化的热爱某些人可比不上。反观某某画廊明星，打榜的时候走后门，硬是要占领 C 位，真的以为观众是傻子吗？有没有管好自己的粉丝啊，在剧组耍大牌可是有目共睹呢，私下里玩得比谁都花，这样的功能真的有人想要吗。

    心疼我家看板哥哥。

    跟围观群众补充一下，Kanban 其实是罗马音（
    JeffreyChen • • 1 赞同
    @JeffreyChen 百科词条关于英文名的来源，是哥哥在海外发展时的团队撰写的，目的是获得更多的的海外市场，不代表哥哥的立场哦。
    Helvetica •
    @Helvetica 自作多情是这样的。算了，本来写了一段话，和你对喷毫无意义。只是提醒你一下，1 以后发言要使用这种引战感满满的画风，又不想引战的话，注明一下来源咯 2 我只是个路人，安慰一下可能受到你这段言论攻击的其他路人（说起来我可能是多管闲事），不过看来，最开始你的画风我就应该警醒了，互联网上确实很多这种思维类型，不该打交道啊，错了，这次又是个教训。
    Floria233 •
    @Floria233 你确实挺自作多情的，毕竟没有人请你来这层楼评论。没有人在喷，毕竟你连主楼的语意都没看明白，我都懒得跟你动脑。本来看懂的呵呵一笑就过了，只有应激的留下来试图挽尊。收一收自己的爹味吧，一口一个大道理的看得很累。
    Helvetica •
    @Helvetica 你开心就好
    Floria233 •
    @Floria233 莫名其妙（摊手）
    Helvetica •
  • leolee • • 1 • 1 赞同 • 2 评论
    订阅者 捐赠者 恶龙

    既然投“先后”那我就投画廊吧，因为个人感觉先做看板好像也要实现大部分画廊需要的特性了，至少我之前写起来是这样的。。。。

    恶龙说得好
    ACai • • 1 赞同
    @ACai 菜哥说的妙
    TangQi •
  • wenbocn • • 1 评论
    付费者

    建议好用插件形式实现的功能都用插件实现。可以出官方插件

    如果是交互多的复杂功能，插件跟原生实现的性能我觉得会差很多
    JeffreyChen •
  • ben129 • • 1 • 1 赞同
    付费者

    真没想到画廊会比看板多，这也说明了大家使用笔记的倾向是不一样的，工作向的管理建议看板。

    现在用 nocodb 本地部署做多维表和看板，因为要上传大量附件，本地部署用的比较放心，360 云盘、麦库笔记、黑帕云等等，都是当年踩过的坑。

    如果不涉及上传附件的问题，其实 flowus、金山文档、腾讯文档、飞书的多维表都可以用，板栗看板和 ticktick 也以用。

  • hzx0924 • • 1 赞同

    我喜欢图表视图，饼图，折线图等。开发难度也感觉不大。不过三选一还是看板

  • apuregamer • • 1 评论
    订阅者 付费者

    我先要画廊，不过看板也想要怎么办

    那就等
    JeffreyChen •
  • siluliuyi • • 1 • 1 赞同
    订阅者

    支持下看板

  • fuchanghao •
    订阅者

    😄

  • xueluo • • 1 评论

    希望数据库视图能增加分组功能

    1 回复
    我也特别需要这个功能！
    lxfw2000 •
  • Eiffo •
    付费者 捐赠者

    +1

  • EmberSky • • 1 • 5 赞同
    付费者
    1. 如果不想投画廊, 但是发现画廊遥遥领先, 会不会就放弃治疗, 不投了
    2. 如果没用过/不了解数据库, 会不会直接投最高的, 这样会不会导致最高的虚高

    基于以上, 提几个小建议

    1. 投票结束前只显示投票总人数, 每个选项的投票人数不可见
    2. 增加无所谓/不了解选项
    1 回复
  • chenrowe • • 1 赞同
    付费者 捐赠者

    期待像 Notion 一样的画廊视图，可以给一些比较重要的数据加上图片，方便日后一目了然

  • JeffreyChen • • 1 赞同
    付费者 支持者 捐赠者

    Notion 的画廊视图看起来挺不错的：

    22b516308c23d8717011ac9832a9cbcf.png

    图源：卡片盒笔记法：一个改变我思维方式的笔记系统 - 少数派

  • wilsons • • 4 评论
    付费者 捐赠者

    你的想法很好，但这样会给人作弊的嫌疑，因为过程不可见，你说什么就是什么了。

    虽然无望，但真正需要的人还是会努力一把，从众心里的人毕竟少数。

    题外话：我们公司的投票就是这样，幸运的是公司制度竟然可以投票决定，不幸的是投票过程不可见，因此大家都觉得投票不过是个形式罢了，显得很民主，其实没啥用。

    这个并不是随意揣测的，因为我曾私下打听过大家对某些制度的投票情况，发现其实大多数人投了 B，但公司最终的决定依然是 A。

    投票过程屏蔽, 投票结束后放开, 我忘写后面的了
    EmberSky •
    @EmberSky 一样的，结果可以操纵的，只有过程公开，这个就难操纵，尤其是投票人也公开时。
    wilsons •
    或许可以用户投票前屏蔽当前投票情况（只列出选项），投票后才可查看具体的投票人数等信息？
    xqh042 • • 1 赞同
    @xqh042 就是这个意思
    EmberSky •
  • lwdpromax • • 1 赞同
    订阅者 付费者

    时间轴视图

  • ZQ11 •
    付费者

    喜欢 tana 我觉得自下而上管理笔记才是最重要的

  • leeyaunlong • • 1 • 2 赞同
    订阅者 支持者 勇士

    思源几个常见的工作流支持还不行,搞这些花的不靠谱啊.

    系统级别的几个核心要先搞好.

    1. 看板 ( 基本就是残疾的)
    2. 多级任务(嵌套后只能传递 checked, todo 和 list 只能二选一)
    3. 日历视图 (根本没有系统级的, 日历还是第三方的个插件)
    4. 标签系统 ( 现在加了标签后,基本无法系统的管理标签(查询,删除都搞不好).

    思源现在只能当存储桶用, 工作流或者学点啥还是得用 zotero (即使非学术). 逻辑清晰,使用简单,稳定.

    现在思源每次使用都是纠结用不用 [ ] task, 用了后,不能多级嵌套(不好用)

    用 outline 的时候一直很焦虑, 一旦多修改几次级别,就会导致一棵树断裂, 出现看不见的多个超级块.

    用 query 的时候更烦恼, 写好的查询,经常会以为各种不规范编辑导致的超级块断裂,最后导致查询出来的东西缺胳膊少腿.

    把核心功能搞好把, 思源绝对中文同类系统中的 No1.

    2 回复
  • heeeeeee •
    付费者

    说的好，非常认同

  • JeffreyChen •
    付费者 支持者 捐赠者

    你可以单独发个帖子描述一下问题

  • fyrakk • • 1 评论
    付费者

    我投错票了，我觉得日历视图才是我的刚需

    投票可以改
    JeffreyChen •
  • nnkl •
    付费者

    图表啥时候能有呀 😭

  • fantasy5210 • • 1 赞同

    数据库画廊视图是最后把笔记从其他迁移过来的拦路虎了。平时收集图片类的内容比较多，用过 Notion（外网不稳定），用过 Obsidian（可以通过插件实现画廊视图，但是维护很麻烦），现在是用付费的钉钉个人文档。思源存本地，还有数据库，很好，就是数据库视图太缺乏。

  • nightstars • • 1 评论
    付费者

    等画廊出来，我就可以搭建自己的图书馆了，话说在思源里放入大量的文本文本，会对性能造成很大的影响吗？

    多分块就行
    JeffreyChen •
  • nightstars •
    付费者

    B 站视频的一个画面，我感觉好看就截了下了。以后画廊视图应该也能做到这样，

    20250123152318.png

  • Golda •
    付费者

    顶画廊视图。如果有 obisidian 那样的滑板功能就更好用了。

  • Golda •
    付费者

    前提是有足够的开发资源。 思源笔记的主要阵地是知识管理，现阶段应该把笔记继续做扎实，更加贴合现有用户的需求，也容易吸引有同样需求的用户。开拓任务管理是另一个阵地，从市场竞争和产品定位上考虑，极有可能做不好的。不如先在自己的领地上深耕，笔记的用户粘性还是高的，后续有资源在考虑任务管理。

请输入回帖内容 ...
88250 MOD
但行好事莫问前程 昆明
回帖
34124
 帖子
713
 积分
165700

近期热议

推荐标签 标签

  • 旅游

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

    93 引用 • 900 回帖
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现，服务器端用 Erlang 语言编写，支持多种语言客户端，如：Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 362 关注
  • 脑图

    脑图又叫思维导图，是表达发散性思维的有效图形思维工具 ，它简单却又很有效，是一种实用性的思维工具。

    30 引用 • 96 回帖
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库，专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 77 关注
  • Markdown

    Markdown 是一种轻量级标记语言，用户可使用纯文本编辑器来排版文档，最终通过 Markdown 引擎将文档转换为所需格式（比如 HTML、PDF 等）。

    169 引用 • 1525 回帖
  • 数据库

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

    345 引用 • 724 回帖
  • 反馈

    Communication channel for makers and users.

    124 引用 • 916 回帖 • 259 关注
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 27 关注
  • Sublime

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

    10 引用 • 5 回帖 • 3 关注
  • V2EX

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

    17 引用 • 236 回帖 • 309 关注
  • Dubbo

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

    60 引用 • 82 回帖 • 596 关注
  • 面试

    面试造航母，上班拧螺丝。多面试，少加班。

    325 引用 • 1395 回帖
  • 阿里巴巴

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

    43 引用 • 221 回帖 • 96 关注
  • Android

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

    334 引用 • 323 回帖
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统，实现一个自托管的 Git 项目仓库，可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖
  • SMTP

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

    4 引用 • 18 回帖 • 617 关注
  • Wide

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

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

    30 引用 • 218 回帖 • 640 关注
  • 强迫症

    强迫症（OCD）属于焦虑障碍的一种类型，是一组以强迫思维和强迫行为为主要临床表现的神经精神疾病，其特点为有意识的强迫和反强迫并存，一些毫无意义、甚至违背自己意愿的想法或冲动反反复复侵入患者的日常生活。

    15 引用 • 161 回帖 • 1 关注
  • 钉钉

    钉钉，专为中国企业打造的免费沟通协同多端平台， 阿里巴巴出品。

    15 引用 • 67 回帖 • 319 关注
  • Telegram

    Telegram 是一个非盈利性、基于云端的即时消息服务。它提供了支持各大操作系统平台的开源的客户端，也提供了很多强大的 APIs 给开发者创建自己的客户端和机器人。

    5 引用 • 35 回帖 • 1 关注
  • 运维

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

    150 引用 • 257 回帖
  • 爬虫

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

    106 引用 • 275 回帖
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息，资讯有时效性和地域性。

    55 引用 • 85 回帖
  • API

    应用程序编程接口（Application Programming Interface）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

    77 引用 • 430 回帖
  • 百度

    百度（Nasdaq：BIDU）是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村，致力于向人们提供“简单，可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”，象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 145 关注
  • 持续集成

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

    15 引用 • 7 回帖 • 1 关注
  • OneDrive
    2 引用 • 1 关注

最新标签