我用 urxvt 15 年了... 从来没想过别的终端.

典型的 use case of synchronized method?

加密算法太简单了... 2 重复字符变成一个吗? office -> ofice?

主业受影响了
副业还增长了一点

@wanguorui123
@SaigyoujiYuyuko
想问一下, 保险箱会屏蔽 wifi 信号么?

java 的源代码需要编译才能在 jvm 里执行. 所以你不能传递一个动态的 string, 然后希望 java 执行它.
java 可以动态读取源代码文件并编译成 class, 比如通过 JavaCompiler 编译, 然后再通过 reflection 执行编译好的 class 里的 method.但是我猜这不是你需要的.
如果我没理解错的话, 你大概需要一个类似 callback 的东西, 如果 java 版本是 8+, 它提供了一些现成的接口, 也可以就定义一个 classFooCallback {delegate(){...}}, 然后传递 FooCallback fooCallback instead of "dele a" . 当执行的时候, fooCallback.delegate()就可以了.
按一般来说, 你的 delegate method 需要参数, 否则意义不大.

肯定是有哪里不一样. 如果没有 gvimrc 时, .vimrc 会被加载.
如果你有以前的文件可以比较一下.
不过问题解决了就好. 你字体配色也都挺好看的.

@wasd6267016 不瞒你说，看你这个回复我想了半天．．．　许三观卖血记是好早以前看的了, 很喜欢的一本书, 虽然有些情节模糊了, 但是主旨跟大概脉络还是记得的. 就是怎么也想不起来许三观跟这个话题有什么联系, ...

最后定睛一看, 是许三多.....

用同样的配置, vim 里可以, 应该编码问题不大确认可以看下 set fileencodings? 和 file yourfile 比较

字体可能有问题. set gfn? 输出什么

这个字体能显示中文吗?换一个字体或者用同样字体在别程序中试试, 比如.....(我想半天别的编辑器, 只想说 vim...:D )...

我挺尊重这样的人.
执着和认真是通向成功的正路. 有时候, 聪明反而是路上的绊脚石.

写 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 ?