机场基本都是高客单价的生意吧，这种利润率感觉覆盖不了机场的摊位费。。

而且，充电的需求共享充电宝和机场的免费充电插座基本上可以覆盖。

精装改造？

本来 ThreadLocalMap.Entry.就已经是弱引用了呀，再套一层弱引用非但没有实际意义，反而会需要额外的处理来避免哈希表的引用和键值对的引用状态不一致而导致出错。

吊顶弄个 86 盒大小的小方块不丑吗

买吸顶 AP 呀，用螺丝固定就好了。

这东西不像家电维修或者跑腿，搞个众包大厅有人接单就行了。

保姆不是一锤子买卖，大都还是靠亲友介绍，而且一用少则数月多则数年，不会为了有人为了省线下考查的成本在线上乱找人的。

关窗可以搭配关窗器，一键关窗+开空调。

IQUNIX TILLY 60

@z11218 是的

@XDiLa 去年也没有这么明显的体感呀

@weixind 高铁也方便的，但是最早/晚的高铁分别是早/晚七点，最早的飞机六点多，最晚的飞机晚上十点多，飞机可以比高铁在家里多待几个小时。

最终要实现什么效果 => 最终能实现什么效果

有循环就是图灵完备了，但图灵完备在实际场景下其实也没啥用，最终要实现什么效果还是要看硬件 API 的支持程度。

头疼，你所处的位置，你面对的上下文别人是没有的，大多数人看到你这样的表达直接就略过了，理解起来实在难受。

我的评论是针对 “库里面的链接信息有客户端的机器和 pid” 的，数据库客户端在创建连接时，可以通过代码或配置的方式，传递一些客户端信息（不仅说 JDBC 和 Oracle ，几乎所有的商业化数据库都有类似机制），各个客户端的默认配置可能有所出入，你所谓的“机器和 PID”，所有的数据库都能读到客户端的 IP 和端口号，这是 TCP 决定的，如此就可以定位到客户端进程（并不需要客户端的 PID ）。

重点：每一个字段都不是凭空来的，都是客户端的程序配置的，配置的方式在你使用的客户端的文档里有，运维或 DBA 有这方面的需求，应该制定规范，或者把规范封装成 library 。

两手一摊朝天要饭，是要不来 PID 的。

没有上下文实在看不下去。。。


这是个规范的问题，在创建数据库会话时是否把客户端的一些信息传递给服务器是需要程序控制的。

为啥要担心端口被别的项目使用？不被同主机的其他进程使用就可以了呀。。。

感觉可以养老金加进来

买房的话，一个很现实的问题是，首付+装修有可能全赔进去，甚至房子周转不出去，以后有钱了想换就很被动，到时候你们包括家里人能不能接受，把这个预期和他们沟通清楚，如果坚持要买，那就买呗。

如果你们岁数不大，没有紧迫的小孩上学之类的问题，那还是能等就等，也给自己时间做更多的积累。

如果家里除你以外所有人的一致的不可动摇的意见是买房，那还是买吧，毕竟不是和网友过日子。

如果一定要买——

月供 5100 如楼上所说，对于双职工家庭应该不会是很大的压力，哪怕工作不稳定，后面换工作，找一个能 cover 这个贷款的工作其实不难。

亲戚朋友双方父母的钱别借来投入到房产或者装修上，作为一个家庭，需要有一定的存款作为最基本的保障（失业、意外、大病医疗）。

不考虑装修贷的情况下，你们双方自己的钱，留一部分装修（毕竟是现实的生活需求，毛坯的话一定得简单装一下，二手房可以不装），剩下的有多少就多少首付，时代不一样了，这年头的房贷属于负债而不是投资。

这是 markdown ，用“`”括住的内容会被当源码展示。