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

大家好,

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

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

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

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

  • 思源笔记

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

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

    25903 引用 • 107349 回帖
2 操作
88250 管理员在 2025-02-01 17:07:09 取消置顶了该帖
88250 管理员在 2025-01-08 11:34:08 置顶了该帖
优质回帖
  • muhanstudio 9 赞同 via Android

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

  • YRJ0422 6 赞同

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

    PixPin20250108122330.jpg

    PixPin20250108122336.jpg

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

    PixPin20250108123335.jpg

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

    基于以上, 提几个小建议

    1. 投票结束前只显示投票总人数, 每个选项的投票人数不可见; 投票结束后再公布每个选项投了哪些人
    2. 增加无所谓/不了解选项

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • royc1 3 1 赞同 1 评论

    画廊image.png image.png看板

    image.png日历

    还是 roy 大佬最照顾我们这种小白,heart!
    YUNSUO
  • hopebird via Android
    该回帖仅作者和楼主可见
  • Silvester 2 赞同

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

  • Silvester

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

  • 画廊!😭

  • Wetoria 4 赞同 via macOS

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

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

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

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

    image.png

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

    image.png

    2 回复
  • 我是支持一起上的,从内容来讲,两个没有本质区别,画廊视图是获取页面封面或者内容的一张图作为大图展示,其他标签等按一定 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 回复
  • 数据库是已经做了,现在是增加视图。

  • 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 赞同

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

  • Image1194830205783828.png看看隔壁的画廊视图!

  • Wetoria 2 赞同 via macOS

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

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

    image.png

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

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

    image.png

  • 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
  • 点赞,这个角度好

  • 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

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

    image.png

    image.png

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

    这不只是一个 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 回复
  • 看板视图,开~。画廊大部分人都是塞些电影、图书封面,这些都是行为艺术;只有看板才是工作与生活。

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

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

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

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

  • jsdmmf

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

  • 二郎险胜真菌,开!

  • nightstars

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

  • 日历(月视图)真没屁用,除非做成周视图或者 3 日视图

  • Wetoria 4 赞同 1 评论 via macOS

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

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

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

    1 回复
    上点个人恩怨,我看到消息列表里的内容时,我就猜是你。
    Wetoria
  • 我觉得选择开发哪一种视图决定了思源接下来一年的优势发展方向。

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

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

    我投看板视图。

    1 回复
  • muhanstudio 1 赞同 via Android

    你开心就好

请输入回帖内容 ...

推荐标签 标签

  • SendCloud

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

    2 引用 • 8 回帖 • 502 关注
  • 博客

    记录并分享人生的经历。

    273 引用 • 2388 回帖
  • Git

    Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    211 引用 • 358 回帖 • 1 关注
  • Sillot

    Insights(注意当前设置 master 为默认分支)

    汐洛彖夲肜矩阵(Sillot T☳Converbenk Matrix),致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架(Sillot-Gibbet)基于自思源笔记(siyuan-note),前身是思源笔记汐洛版(更早是思源笔记汐洛分支),是智慧新录乄终端(多端融合,移动端优先)。

    主仓库地址:Hi-Windom/Sillot

    文档地址:sillot.db.sc.cn

    注意事项:

    1. ⚠️ 汐洛仍在早期开发阶段,尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计,使用前请了解风险
    3. ⚠️ 汐洛绞架基于思源笔记,开发者尽最大努力与思源笔记保持兼容,但无法实现 100% 兼容
    29 引用 • 25 回帖 • 119 关注
  • MongoDB

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

    91 引用 • 59 回帖 • 5 关注
  • Swift

    Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。

    34 引用 • 37 回帖 • 553 关注
  • 快应用

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

    15 引用 • 127 回帖
  • 友情链接

    确认过眼神后的灵魂连接,站在链在!

    24 引用 • 373 回帖
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 73 关注
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 764 关注
  • Log4j

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

    20 引用 • 18 回帖 • 35 关注
  • OneDrive
    2 引用 • 3 关注
  • 域名

    域名(Domain Name),简称域名、网域,是由一串用点分隔的名字组成的 Internet 上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。

    43 引用 • 208 回帖
  • AWS
    11 引用 • 28 回帖 • 5 关注
  • React

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

    192 引用 • 291 回帖 • 370 关注
  • Angular

    AngularAngularJS 的新版本。

    26 引用 • 66 回帖 • 560 关注
  • 笔记

    好记性不如烂笔头。

    310 引用 • 794 回帖 • 1 关注
  • Follow
    4 引用 • 12 回帖 • 4 关注
  • Facebook

    Facebook 是一个联系朋友的社交工具。大家可以通过它和朋友、同事、同学以及周围的人保持互动交流,分享无限上传的图片,发布链接和视频,更可以增进对朋友的了解。

    4 引用 • 15 回帖 • 451 关注
  • Mac

    Mac 是苹果公司自 1984 年起以“Macintosh”开始开发的个人消费型计算机,如:iMac、Mac mini、Macbook Air、Macbook Pro、Macbook、Mac Pro 等计算机。

    167 引用 • 597 回帖 • 2 关注
  • IDEA

    IDEA 全称 IntelliJ IDEA,是一款 Java 语言开发的集成环境,在业界被公认为最好的 Java 开发工具之一。IDEA 是 JetBrains 公司的产品,这家公司总部位于捷克共和国的首都布拉格,开发人员以严谨著称的东欧程序员为主。

    181 引用 • 400 回帖
  • Access
    1 引用 • 3 回帖 • 4 关注
  • SQLServer

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

    21 引用 • 31 回帖
  • CSS

    CSS(Cascading Style Sheet)“层叠样式表”是用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言。

    198 引用 • 543 回帖
  • API

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

    79 引用 • 431 回帖
  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。

    92 引用 • 122 回帖 • 620 关注
  • PWL

    组织简介

    用爱发电 (Programming With Love) 是一个以开源精神为核心的民间开源爱好者技术组织,“用爱发电”象征开源与贡献精神,加入组织,代表你将遵守组织的“个人开源爱好者”的各项条款。申请加入:用爱发电组织邀请帖
    用爱发电组织官网:https://programmingwithlove.stackoverflow.wiki/

    用爱发电组织的核心驱动力:

    • 遵守开源守则,体现开源&贡献精神:以分享为目的,拒绝非法牟利。
    • 自我保护:使用适当的 License 保护自己的原创作品。
    • 尊重他人:不以各种理由、各种漏洞进行未经允许的抄袭、散播、洩露;以礼相待,尊重所有对社区做出贡献的开发者;通过他人的分享习得知识,要留下足迹,表示感谢。
    • 热爱编程、热爱学习:加入组织,热爱编程是首当其要的。我们欢迎热爱讨论、分享、提问的朋友,也同样欢迎默默成就的朋友。
    • 倾听:正确并恳切对待、处理问题与建议,及时修复开源项目的 Bug ,及时与反馈者沟通。不抬杠、不无视、不辱骂。
    • 平视:不诋毁、轻视、嘲讽其他开发者,主动提出建议、施以帮助,以和谐为本。只要他人肯努力,你也可能会被昔日小看的人所超越,所以请保持谦虚。
    • 乐观且活跃:你的努力决定了你的高度。不要放弃,多年后回头俯瞰,才会发现自己已经成就往日所仰望的水平。积极地将项目开源,帮助他人学习、改进,自己也会获得相应的提升、成就与成就感。
    1 引用 • 487 回帖