登录 注册

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

本贴最后更新于 201 天前，其中的信息可能已经沧海桑田

大家好，

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

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

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

单选 • 公开 • 已于 2025-02-01 00:00:00 结束 736 票
画廊视图
57% • 424 票
看板视图
31% • 234 票
日历视图
10% • 78 票

  • 思源笔记

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

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

    26544 引用 • 110418 回帖 • 1 关注
1 引用
你对画廊视图的开发有哪些建议？ • JeffreyChen
2 操作
88250 管理员在 2025-02-01 17:07:09 取消置顶了该帖
88250 管理员在 2025-01-08 11:34:08 置顶了该帖
昆明 位置
1 感谢
5 关注
1 收藏
2 赞同
1 引用
2 操作
108 回帖
2
10.3k 3.2k 38 1.7k 7 5.3k

相关帖子

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

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

  • YRJ0422 • • 6 赞同
    付费者

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

    PixPin20250108122330.jpg

    PixPin20250108122336.jpg

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

    PixPin20250108123335.jpg

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

    基于以上, 提几个小建议

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • royc1 • • 3 • 1 赞同 • 1 评论
    订阅者 付费者 支持者 勇士

    画廊image.png image.png看板

    image.png日历

    还是 roy 大佬最照顾我们这种小白，heart！
    YUNSUO •
  • hopebird • via Android
    订阅者 支持者 勇士
    该回帖仅作者和楼主可见
  • FFFFFFire • • 2 赞同

    全都要！！
    画廊 --> 看板 --> 日历 --> 时间轴

  • FFFFFFire •

    不了解数据库各种视图应用场景的可以直接参考 Notion 的模板。
    超过 30,000 Notion 款模板任你挑选 | Notion 市集

  • Matttttt •
    付费者

    画廊！😭

  • Wetoria • • 4 赞同
    订阅者 付费者 捐赠者

    个人意见：看板的实用性大于画廊。

    画廊的主要作用算是有更直观的展示效果，用来快速定位不同的内容，以及维护不同的属性。

    但是看板视图出来，就能做简单的任务管理了。

    比如这是 enhance 插件的看板待办，对于任务数量的把控很直观。

    image.png

    这是我个人文章的列表，算是跟画廊类似，绝大多数属于是更好看。

    image.png

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

    我是支持一起上的，从内容来讲，两个没有本质区别，画廊视图是获取页面封面或者内容的一张图作为大图展示，其他标签等按一定 UI 展示。看版则是注重分组。 主要都是 UI 上的区别，视图配置的不同，功能都是一样 （比如分组），可以一起上。

    eda0a3066969c65b2510062fee62aa06.png

    2 操作
    mozhu 在 2025-01-08 12:05:46 更新了该回帖
    mozhu 在 2025-01-08 12:00:47 更新了该回帖
  • tianzhongs • • 8 赞同
    付费者

    个人意见：推荐画廊。（画廊的实用性和扩展性均高于看板）

    画廊与看板的区别就是，看板是必须分组的画廊（画廊可以分组也可以不分组），看板将分组的呈现效果改为了分栏的形式，具有瀑布流的效果，而画廊的呈现效果为平铺。在分组足够多和内容条目足够多的情况下，两者都会出现拖拉跨大排的情况（有的人用看板是为了方便拖拉，但是不管是看板还是画廊，内容多了都会跨大排的情况，看板是分组多跨排，画廊是内容多跨。）

    解释：

    跨大排：将一个条目拖动到另一个分组中去，由于分组或条目多时，需要横向或者纵向跨越屏幕，则需要拖拉屏幕。

    如下：

    画廊视图：如下可以看到，设置分组之后（可以不设置，看板必须设置），和看板的效果的唯一差别就是是横向平铺，而看板是纵向瀑布流。

    两者都可以呈现相册，也都能实现拖拉效果，将一个分组拖到另一个分组中。

    250108114644.png

    看板视图必须要具有分组：

    250108114440.png

    2 操作
    tianzhongs 在 2025-01-08 12:06:25 更新了该回帖
    tianzhongs 在 2025-01-08 11:56:58 更新了该回帖
  • lWDl • • 1 赞同

    整个数据库 and 白板的优先级投票吧。白板好用

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

    数据库是已经做了，现在是增加视图。

  • 5kyfkr • via Android
    付费者 捐赠者

    看板难度比画廊应该高，因为必须要完成分组功能，个人建议看板优先级高于画廊，因为数据库拿来用于任务状态或者书籍状态管理的时候看板会更直观。

    另外如果没有分组功能的画廊大家还会支持嘛？做看板是必须要做分组功能的，除非画廊功能也顺便把分组做了，不然我肯定优先支持看板

    1 操作
    5kyfkr 在 2025-01-08 12:34:37 更新了该回帖
  • Imuvux •
    付费者

    先做画廊后续就会往资源列、图片渲染上优化；先做看板后续就会往分组筛选过滤上优化，所以个人投看板

  • ThomasWade • • 3 赞同 • 1 评论 via macOS
    订阅者

    至少用了这么多年各种多维表，最后发现还是画廊的使用率明显比看板高。 看板那个其实很多没必要上多维表，直接用待办任务就解决了。画廊是对信息呈现的一个更直观展示。

    确实
    Achuan-2 •
  • olist •
    付费者

    展示一下日记形式的画廊和看板

    图片.png
    图片.png

  • EpicJay • • 1 评论
    付费者

    肯定是看板啊,谁天天往每个子板块加图片的?画廊默认不加图片,不写正文,就占据了大量的空间,如 notion 的画廊一样,占了大量空间,但很多只是一句话就写完了,看板就很紧凑,而且也不耽误添加图片

    看板主要是做任务管理的，思源做也只是个简单的，滴答那些专业的管理软件不比这好用
    Ultramarine •
  • Achuan-2 • • 3 赞同 via Android
    订阅者 先知

    画廊，画廊可以做卡片视图

    不添加图片，显示笔记部分内容，就是笔记卡片

    看板我用待办软件就能做到满足需求了

  • YRJ0422 • • 6 赞同
    付费者

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

    PixPin20250108122330.jpg

    PixPin20250108122336.jpg

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

    PixPin20250108123335.jpg

    1 回复
    1 操作
    YRJ0422 在 2025-01-08 12:35:10 更新了该回帖
  • EpicJay • • 1 赞同
    付费者

    因为看板还能用于任务管理啊,画廊又不能分组,还占地方

  • ACai •
    订阅者 付费者 支持者

    Image1194830205783828.png看看隔壁的画廊视图！

  • Wetoria • • 2 赞同
    订阅者 付费者 捐赠者

    以上关于画廊的回答，除了 @tianzhongs 提到了画廊分组以外，其他关于画廊的回答除了“有更直观的展示效果以外”，欢迎其他人分享给我画廊实用性相关的用法。

    关于 @olist 回帖的看板的日记形式，你的截图是因为只选择了“状态”这个划分方式。实际上，如果看板支持按创建/更新时间，或自定义的日期列进行分组，就可以用另一种方式实现【周视图】。按照日期分组以后，进一步按照【计划完成时间】排序，形成这样的周视图也是可以的。PS：忽略顶部的全天部分。

    image.png

    当然咯，看板中的每一个条目，实际上也是一个画廊条目。这一块建议 @88250 @Vanessa 考虑一下开发时将“画廊卡片”做成单独的渲染模块。反正到时候画廊也需要再做分组的。目前列表也还没有分组的功能。

    至于日历视图，数量小的情况下还好，数据量多的时候，我基本上都不看按月查看（日历视图）。

    image.png

  • TangQi •
    付费者 捐赠者

    image.png

    我滴答清单用的多，看板视图是我的常用视图
    好处：

    • 明了，一眼就能看到所有的内容
    • 便于管理，看板能够拉动顺序，也能够分组

    画廊视图在思源早期是有插件的，最大的好处就是修改展示方式，通过图片方式展现文档，然而，除了更加直观，好看以外，我没有想出其他的好处，反而由于思源的页面间距，一页的画廊视图最多九个吧，根本看不完

    所以，基于实用性，我选择看板

  • fradeet •
    付费者

    终于要有第二种视图了，期待。

  • Matttttt • • 1 评论
    付费者

    想要看板的滴答清单不好用吗，非要用思源

    按照你这个逻辑，也可以说“想要画廊的 anytype、notion 不好用吗，非要用思源”。情绪解决不了问题。
    Wetoria •
  • AhaluYah • • 2 赞同
    付费者 捐赠者

    毫无疑问，画廊视图优先。

  • RookieMorty •

    我之前一直用嘀嗒,思源打开频率低

    后来发现代办就是个简单的 todo,我就转到思源用一个个 todo 标签了,我现在工作的任务都是用的 siyuan 记录,每天都要打开思源做看自己要做啥,每周周报也是看自己写的来总结

    我理解看板就是可以对待办做增强,也许可以吸引更多和我一样的笔记大部分是待办的用户

    至于画廊,看了前面的发言,感觉更往笔记高级功能上走,对我这种轻度使用的用户似乎吸引力不怎么大

    1 回复
  • muhanstudio • • 9 赞同 via Android
    付费者 支持者 捐赠者

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

    1 回复
  • muhanstudio • • 1 赞同 via Android
    付费者 支持者 捐赠者

    恰恰相反，看板实际上是功能更高级的画廊视图，看板远远比画廊难做多了，以目前思源笔记配套的功能基座去做看板，做出来也只是一个模板，只能看着，你可以看到很多人、很多团队，他们的看板是单独的软件，而不是和文档混在一块儿的，即使是用 notion 的团队，他们也会用单独的 Trello，看板本身当然是非常实用的，可以干这种事情，可以干那种事情，可以管理很多东西，但是说实话，以思源目前的软件基座，做出来的看板可能和想象中的看板不太一样，到时候做出来个残疾看板又要被骂能力不行，如果对看板要求很低，画廊视图完全够用了，多塞几个画廊，不设置封面，也可以做到

    2 回复
    1 操作
    muhanstudio 在 2025-01-08 19:00:01 更新了该回帖
  • SyTlr • • 3 赞同
    订阅者

    看到大家都在说画廊可以做影视库啥的，我觉得，画廊还能做卡片笔记预览啊

    image.png

    1 回复
  • TangQi • • 3 • 2 赞同
    付费者 捐赠者

    看了一圈评论，围绕画廊，看板之争在以下方面

    • 画廊偏向于展示，有外观属性，笔记预览，好看，便于实现
    • 看板倾向于项目笔记，有管理属性，需要添加数据库分组功能，和其他软件比如滴答清单功能冲突，较难实现，需要更长时间的项目周期

    投票之前想清楚自己要啥

    • 看板视图是倾向于笔记管理
      • 在我的笔记流中，有“概念”笔记和“卡片”笔记，概念是卡片的集合，所以等同于项目中心，对于我来说，看板视图便于我的项目查看，别问为什么项目管理不用滴答清单
        • 谁写了个笔记还总去加入到滴答清单？笔记就没有项目嘛？
    • 画廊视图倾向于笔记展示
      • 画廊视图是一种比文字更美观，更直观的展示方法，随之而来的问题则是面积大，一眼看不完
      • 画廊视图是更倾向于展示，便于一眼就能看到子笔记的内容，信息更大
    • 所以，一个偏向于笔记的管理属性，便于管理后的查看；一个偏向于便于查看被包含信息的内容丰富度

    这是我的思考，大家可以从自身的需求出发选择

  • Frostime • • 1 • 6 赞同 • 1 评论
    订阅者 付费者 支持者 捐赠者

    大家都在从‘我想要什么’的角度去讨论，但是我建议从另一个角度来考虑：“哪个好实现”。

    看板的开发难度远大于画廊，所我更支持先开发画廊。

    能用尽可能短的时间、尽可能小的消耗，给思源推出一个新功能比什么都重要。

    1 回复
    你要这么说，那我可就要说道说道了，←_←
    Wetoria •
  • PiChou • • 1 评论
    付费者 支持者 捐赠者

    1035494386d6bb521e351e2940359fd1.jpeg

    为什么大家意识不到看板和画廊是同一个东西呢 😂
    deerain •
  • TangQi •
    付费者 捐赠者

    点赞，这个角度好

  • EpicJay •
    付费者

    夸张了,首先笔记软件是主要个人在使用,真的要协作完全可以用 notion,会用思源的本身就是突个人使用好用,既然是个人使用,看板功能真的需要那么多花哨的东西吗?有没有可能做到 notion 的一部分就够了,什么协作真的有人需要吗?

    再一个功能如果使用 html 实现不了,难道不应该更换框架吗,微信都从 Electron 换成 qt 来开发微信了,按官方的意思就是 Electron 这种 html 的技术有很多无法实现的高级功能,所以才换的,真要是这实现不了那实现不了不如早点换成 qt 了事.

    1 回复
  • tijyiii •
    付费者

    画廊视图是一种比文字更美观，更直观的展示方法，随之而来的问题则是面积大，一眼看不完

    对日记来说，超过三天根本记不清之前写的什么内容，有了画廊模式，可以展示笔记前的几行内容。对于用喜欢用日记流程的我来说，相比文档树只有日期，还是画廊能看到具体内容来的快速。

  • EpicJay •
    付费者

    旧架构：WebView + JavaScript
    微信旧版 PC 客户端主要依赖 WebView 技术，通过 HTML、CSS 和 JavaScript 构建界面和功能。这种架构虽然开发快速、跨平台兼容性强，但随着功能复杂度提升，其性能瓶颈也愈发明显。

    启动速度慢：需要加载 WebView 引擎和 HTML 内容。
    运行效率低：处理大量消息或复杂任务时容易卡顿。
    功能扩展受限：受限于浏览器环境，对操作系统功能的调用能力不足。
    用户体验欠佳：界面更新迟缓，缺乏现代化设计和细腻的动态效果。
    新架构：QT + C++
    微信 PC 端 4.0 转向 QT 框架和 C++ 原生开发，这是一次彻底的技术重塑。

    QT 框架：提供强大的跨平台 UI 开发能力，确保多平台一致的用户体验。
    C++ 核心：性能优化显著，能更高效地处理复杂功能和任务。
    完全原生：深度集成操作系统功能，例如深色模式和字体大小调整。
    ————————————————

                        版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
​

    原文链接：https://blog.csdn.net/ctips/article/details/144935367

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

    有个问题，看板不是多了个分组的画廊吗？这两不是包含关系吗？如果开发出来的看板就只有一段文字，不能显示数据库的字段，这样应该不算看板吧？如果选择先开发看板的话，这样不就是得先把画廊开发出来吗？

    image.png

    image.png

  • muhanstudio • via Android
    付费者 支持者 捐赠者

    关于看板和画廊，不讨论思源的看板做到什么样，才能达到人们想要的效果这种比较主观的问题了，看板的开发难度无疑是远远大于画廊的，看板本质上就是维度更高的，需要加更多数据划分和更多交互区域的画廊，这一点是客观存在的，现在思源目前只有一个维度，就是表格，当下之急是跨入到另一个简单的维度，也就是画廊，在之后在画廊的功能上进行深化，做到看板，步子迈太大，容易扯着蛋。

    这不只是一个 1+1 和二选一的问题

    1 回复
    1 操作
    muhanstudio 在 2025-01-08 18:57:39 更新了该回帖
  • pakeh2866 • • 1 赞同
    付费者

    愿意先开发哪个就先开发哪个。

    用户只提供建议，决策还是开发者来做。

    用户不干涉开发，用户只用脚投票。

  • EpicJay • • 3 评论
    付费者

    我本身是做游戏开发的,并不懂 html,但是我经常看到思源论坛有讨论这个功能做不了,那个功能做不了,这难道不是一个问题吗?如果这个框架限制重重,难道不应该更换框架?

    然后看板虽然可能技术难道更高,但是如果可以做到,难道就不开发了吗?如果做不到,不是更应该考虑更换框架?

    如果挑简单的去开发,还发个什么投票?直接就哪个简单去开发就得了.

    不管怎么样,看板是很多人的硬需求,你可以说画廊很好,我也坚持看板是优先需求.

    讨论不用那么极端，没有说不开发，现在投票只是优先级倾向，这里存在用户角度和开发者角度，在人力有限的情况考虑开发难度当然是有必要的。
    AhaluYah •
    很多做不了功能的不是技术问题，而是跟其他功能的逻辑冲突；也有一些做不了的是因为 ROI 低
    JeffreyChen •
    @JeffreyChen 这个我确实不懂,我只是从一个朴素的使用者的角度来看问题,尤其是在看到微信切换框架后我更是心中有所偏向,毕竟是大厂的选择
    EpicJay •
  • tianzhongs •
    付费者

    画廊视图啊，开~~！A17969DC128EA4637E45BDCC4211475B.jpg

    2 回复
  • 8V9q7V • • 2 赞同
    订阅者 支持者 捐赠者 勇士

    看板视图，开~。画廊大部分人都是塞些电影、图书封面，这些都是行为艺术；只有看板才是工作与生活。

  • yumenawei • • 1 评论
    订阅者 支持者 捐赠者 勇士

    日历的兄弟们，认清现实，转投画廊或者看板吧。

    1 回复
    笑死，不是你发日历，我都忘了有日历选项了
    TangQi •
  • lwt586361 •
    订阅者

    我个人理解看板适合项目“进度”管理，并不适合笔记管理，而且第三方已经有很多专业的看板功能软件了，开发这个很难有新的特色特点，容易画虎不成反类犬，画廊的话多少能做一些笔记关系的展示之类的功能。

    我开始还以为是画板功能呢，兴冲冲的过来投了一票，看了大家的评论才明白画廊与画板的区别 😂

  • jsdmmf •
    付费者

    投的是看板，不过画廊和看板都很中意，哪个都行

  • Matttttt •
    付费者

    二郎险胜真菌，开！

  • nightstars •
    付费者

    太好了，是韧性大王，我们有救了 👍

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

    日历（月视图）真没屁用，除非做成周视图或者 3 日视图

  • Wetoria • • 4 赞同 • 1 评论
    订阅者 付费者 捐赠者

    你总能一本正经的说出自以为是的观点，佩服。

    谁告诉你说看板就一定要包括你说的那些分组、时间点提醒、团队进度等内容了？谁告诉你说看板就仅仅是做项目管理了？谁又告诉你画廊就方便管理笔记了？

    就你说的预览视图这个点，如果做不到预览文档背景图/大图/选择的预览图列、没有预览图显示文档前几行内容，就是一个好的画廊视图了吗？

    1 回复
    上点个人恩怨，我看到消息列表里的内容时，我就猜是你。
    Wetoria •
  • Helvetica •
    付费者 捐赠者

    我觉得选择开发哪一种视图决定了思源接下来一年的优势发展方向。

    开发画廊视图，将有利于展示卡片笔记、影音海报、书籍封面、旅行札记，是往美化方向增强；

    而开发看板视图，则无疑是给思源的任务管理方向添砖加瓦，连老大哥 Notion 都积极往任务管理方向发力，人家肯定是做过市场调研的，跟着对标走不会出大错。

    我投看板视图。

    1 回复
  • muhanstudio • • 1 赞同 via Android
    付费者 支持者 捐赠者

    你开心就好

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

近期热议

推荐标签 标签

  • 反馈

    Communication channel for makers and users.

    120 引用 • 906 回帖 • 280 关注
  • 坑

    一些有用的避坑指南。

    69 引用 • 93 回帖
  • 微服务

    微服务架构是一种架构模式，它提倡将单一应用划分成一组小的服务。服务之间互相协调，互相配合，为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建，能够被独立的部署。

    96 引用 • 155 回帖
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台， 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动， 非阻塞 I/O 模型而得以轻量和高效。

    139 引用 • 269 回帖 • 2 关注
  • 强迫症

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

    15 引用 • 161 回帖 • 2 关注
  • 创造

    你创造的作品可能会帮助到很多人，如果是开源项目的话就更赞了！

    187 引用 • 1021 回帖
  • Pipe

    Pipe 是一款小而美的开源博客平台。Pipe 有着非常活跃的社区，可将文章作为帖子推送到社区，来自社区的回帖将作为博客评论进行联动（具体细节请浏览 B3log 构思 - 分布式社区网络）。

    这是一种全新的网络社区体验，让热爱记录和分享的你不再感到孤单！

    134 引用 • 1127 回帖 • 114 关注
  • 阿里巴巴

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

    43 引用 • 221 回帖 • 46 关注
  • Thymeleaf

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

    11 引用 • 19 回帖 • 399 关注
  • GitHub

    GitHub 于 2008 年上线，目前，除了 Git 代码仓库托管及基本的 Web 管理界面以外，还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱（报表）、代码片段分享（Gist）等功能。正因为这些功能所提供的便利，又经过长期的积累，GitHub 的用户活跃度很高，在开源世界里享有深远的声望，并形成了社交化编程文化（Social Coding）。

    209 引用 • 2040 回帖
  • 安全

    安全永远都不是一个小问题。

    199 引用 • 818 回帖
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器，可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API，可通过 DOM，CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 498 关注
  • 尊园地产

    昆明尊园房地产经纪有限公司，即：Kunming Zunyuan Property Agency Company Limited（简称“尊园地产”）于 2007 年 6 月开始筹备，2007 年 8 月 18 日正式成立，注册资本 200 万元，公司性质为股份经纪有限公司，主营业务为：代租、代售、代办产权过户、办理银行按揭、担保、抵押、评估等。

    1 引用 • 22 回帖 • 801 关注
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态；标准是由主流手机厂商组成的快应用联盟联合制定；快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台；以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖 • 1 关注
  • Scala

    Scala 是一门多范式的编程语言，集成面向对象编程和函数式编程的各种特性。

    13 引用 • 11 回帖 • 158 关注
  • AngularJS

    AngularJS 诞生于 2009 年，由 Misko Hevery 等人创建，后为 Google 所收购。是一款优秀的前端 JS 框架，已经被用于 Google 的多款产品当中。AngularJS 有着诸多特性，最为核心的是：MVC、模块化、自动化双向数据绑定、语义化标签、依赖注入等。2.0 版本后已经改名为 Angular。

    12 引用 • 50 回帖 • 515 关注
  • OkHttp

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

    16 引用 • 6 回帖 • 90 关注
  • OnlyOffice
    4 引用 • 18 关注
  • React

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

    192 引用 • 291 回帖 • 368 关注
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架，基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 408 关注
  • 服务器

    服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。

    125 引用 • 585 回帖
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    415 引用 • 3598 回帖
  • 书籍

    宋真宗赵恒曾经说过：“书中自有黄金屋，书中自有颜如玉。”

    84 引用 • 414 回帖
  • 以太坊

    以太坊（Ethereum）并不是一个机构，而是一款能够在区块链上实现智能合约、开源的底层系统。以太坊是一个平台和一种编程语言 Solidity，使开发人员能够建立和发布下一代去中心化应用。 以太坊可以用来编程、分散、担保和交易任何事物：投票、域名、金融交易所、众筹、公司管理、合同和知识产权等等。

    34 引用 • 367 回帖
  • Openfire

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

    6 引用 • 7 回帖 • 117 关注
  • 游戏

    沉迷游戏伤身，强撸灰飞烟灭。

    187 引用 • 832 回帖
  • Visio
    1 引用 • 2 回帖 • 1 关注

最新标签