写 join 查询吧，如果涉及表的索引，数据量没问题的话。
优劣你可以自己测试出来，分别写两个方案，禁用掉 orm 的 cache，放在同一个比如 10000 次循环中比较下

@veike 我个人觉得我说的"浮躁"(不确定是不是你所谓的"速食化" )并不是一个好现象. 当然, 很难绝对地讲什么好或者不好, 要看在什么情况下. E.g. 明天我要去参加一个某产品宣传会, 这个对我也不很重要, 看着相关 3 本资料, 肯定来不及了, 那可以按你说的"速读"的方式了解大概, 免得到时候听得鼾声大作.

或者在看朋友圈, 娱乐新闻, 人民日报, 参考消息头条这种, 可以看看标题, 大概知道什么事就可以了.

特别是看技术的文档, 资料 ,当然可以扫标题. 但是你可以想一下, 你自己或者你认识的同事朋友在某领域有较深了解的, 在这个领域他一定不是这么"浮躁"对待的. 如果一个人在主业上这么对待的越多, 他的水平就会越接近碌碌之辈.

当我要回答别人的一个技术提问, 我必须要了解他的问题是什么, 以及他的具体需求是什么, 他做了什么尝试, 错误可能在哪. 作为一个提问的人, 也应该提供这些东西, 不能因为稍微长就不看, 如果嫌麻烦就可以选择不去回答.

同理, 作为提问的也是, 一个是上面所述, 提问要提供所有必要信息, 而看别人的回答, 也应该仔细看, 有价值的回答, 稍微长点也要看呀.

当然我并不是说越长越好, 言简意赅是应该提倡的. 我前面说的"浮躁"是指的不求甚解, 走马观花这种风气, 跟高铁, 火车好像关系不大.

说着提倡言简意赅, 纲举目张... 我这噼啪打了这么多, 怪啰嗦的...见谅了. 睡了.

@basefas 如果没有实质的业务需求, 我觉得这样没太大必要. 返回值简捷并不算简捷(从某种意义讲).
比如需要 id, uid 的请求某天说, 我们想要姓氏, 那你后端就要重新改动部署. 这是完全没必要的. 至于带宽性能方面, 我不知道你们的项目是多么的 performance critical, 按一般情况讲, 这点带宽不算什么.

当然了, 我没了解你的项目需求, 只是说看到这个问题的一般感觉. 特殊情况是需要特殊对待.

@R0n1n 说的对. 不同的 file system 可能会在占用磁盘大小上有不同的计算. 你用 stat 比较一下就知道了.
另外, 我 11 年前问过一个相关问题在 SO, 一个当时 dropbox 的工程师给了我比较详细的解释:
https://stackoverflow.com/questions/1346807/how-does-stat-command-calculate-the-blocks-of-a-file

为什么不能把包含所有字段的 object 给不同请求方呢? 他不需要可以不用呀.
如果一些信息的保密 /屏蔽是必须的, 那不管怎么都需要另外一步, 要么屏蔽相关信息, 要么 convert into other objects

随便聊几句

- 一段时间以来, 感觉在国内"浮躁"的风气挺盛. 就比如, 不管是在论坛上提问还是回答, 很多都是"太长了, 没看 /懒得看" 看到错误异常了, 也完全不想, 就问人, 简单比较, stackoverflow 上, 这种现象就比国内的论坛少很多(个人感觉). 其实不光技术圈这样, 这种不求甚解, 不能塌下心的风气社会上挺盛的. 这也不只存在于学生中.

- 从我工作生活中接触的人, 在某一领域, 真的能特别耐心讲解各种问题, 提供帮助的, 一般来说, 都是挺厉害的人物, 这是大多数情况.. 当然也碰到过那些确实很牛, 但是因为繁忙或者个人性格, 不愿意帮助人的, 一般体现就是, 忽略你的求助, 或者频繁地"忘记"你的求助, 这种情况偏少. 但是一旦他答应帮助你, 给你讲解就很有耐心. 我还基本没遇到心目中的"大牛"答应帮我, 或者给我讲解东西了, 坐下来特别不耐烦的.

- 与上面的相反, 凡是在帮助人过程中体现"你怎么这都不知道?!" "我不是之前跟你讲过类似的了?!" "不能自己搜索一下?!"各种不耐烦的, 其人本身应该是有一番本领, 要么也不会成为求助对象, 但是自己在业务上应该很大程度上属于半瓶水的状态. 就好像, 如果有学生问爱因斯坦啊, 波尔啊怎么解一元二次方程, 他如果安排了时间, 一定会耐心解释. 但是如果一个大一的学生, 尤其是一般的学生, 很可能会冒出"你们上课没学么?"这种.

- 说到 LZ 这件事本身, 我想 LZ 应该是在忙的时候被信息打断了, 所以才有些不耐烦. 其实想想, 公司(至少我们公司这样)找学生工, 实习生, 不是为了解决什么关键问题, 大都是机械类重复性的工作, 哪怕就是学 IT 的, 如果不是经常接触实际项目, 都是学校作业的, 很多情况是第一次遇到, 也许看到一屏幕的报错就懵了, 加上英文可能也一般, 不知道看哪, 也就不知道搜索什么... 刚到公司实习,心里还紧张, 脑袋也许就空白了.. 应该每个人都是有类似经历的..

- 如果斗胆对"怎么处理"给点建议, 可以在某次讲解跟他说, 也许信息不能及时回, 可能在忙别的, 你可以先问问他们(那两个"还可以"的实习生), 另外自己尝试阅读屏幕上的信息, 搜索一些东西, 看看有没有帮助. 不要害怕错误信息, 自己刚开始也什么都看不懂, 正常的. 我觉得安排这些工作给你, 肯定加了任务量, 但从另一个方面看, 至少是一个锻炼自己耐心跟提高修养的机会.

my 2 cents

pgrep and kill ?

@kakalulin ikea 的 20 来欧的一般的.

@wangchonglie 键盘是 HHKB pro2 用了 8 年了, 很好用. 几个月前换了蓝牙主控, 变无线了.

我 sql-fu 很一般. 但是这个看起来相对容易啊

from Table where a=b and create_ts > "5min ago" order by create_ts limit 1

说的太笼统.
我是 archlinux 家里没有打印机. 公司通过配置 cups 打印

为什么人生一串大家爱看, 因为有烟火气.
来个 snapshot, 现在是什么样就照下来, 不用整得跟验收似的, 也不用弄的跟黑客高级工程师似的 :-D
https://i.imgur.com/dWkQsmB.jpg

虽然不怎么用, 但是我对百度的印象有改观.. 是好的, 善良的方向的.
百度办这种事居然还给个选项给用户吗? 良心了!

我们是 confluence 跟随项目代码一起的 md 并用
业务性, 知识性的在 confluence
代码 deployment, local test etc. 在代码的 repo 里
其实也有问题, 一旦有业务性改动, 总会忘记更新 confluence wiki, 甚至代码变话, 有时候也会忽视 md 文件的更新.

看看有没有进程占满 cpu...

@ConradG 这个要看他什么要求, 当一定情况下, 总会超过定义的精度要求

@StyxS 可以设置两个字段, 一个你说的 order, 另一个也是数字, 默认一个相同的就可以,处理当 order 值一样的情况下, 仅对相同 order 的记录进行重排.
这样有效限制了 update 的记录数. 如果主表特别大, 根据你用的数据库不同, 可以考虑是不是单独出来一个表会在性能以及 lock 上有帮助. 类似:
order| sub-order
1,0
2,0
3,0
3,1
3,2

@StyxS 你如果需要顺序这个信息 persist 在数据库里, 当你修改了这个(比如移动了), 肯定这个文章 entry 会被 update.没问题.

你用 `IDENTITTY @generatedValue` 肯定不行, 因为你要的 order 不是 identity

你说道:"移动顺序时，就去找目标位置去更改这个 order 字段"
如果你用自动增量+1 这种方式, 你考虑过没有, 比如:你的 order column:
1,2,3,4,5 现在你移动 5 到 1 和 2 之间, 你需要 update 多少条记录才变成新的 1,2(原来的 5),3(原来的 2),4(原来的 3),5(原来的 4)

求推荐 能提高生产力的鼠标！
- 键盘
:D