其实第一种情况的话,对方属于没啥脑子的人.你就单纯卡着不挪车他也没什么办法的.
但是你还是坚持了你的道德观做了善良的选择.

一般来说大清早 10 分钟就已经挪车已经很快了,这也没法避免,就像这个人说的,把车停在这就应该有被卡着的觉悟.

当然你也有时被堵到,遇到别人挪车也很慢的情况.

所以你如果想改变的话就是找个固定车位.或者这种偶发事件也无须在意.

可能正是觉得每个人只能活这么一次,
就总是会审视当前的时间是否活的值得.

对方觉得你除了情谊真切以外并没有足够的诚意给她好的生活.
而且对方是想要过比现在更好的生活的.
可能有很多情感上的不舍,但是从比较有没有钱开始就已经完全物质化了.

这种输掉并没有什么,能够找到理由,自己不够有钱?
对比那些长得帅又有钱又专一但是被对方觉得不可靠可能花心然后选择一个平平无奇的男的要强得多.
(可能有些自以为是吧)

看着对方草草未婚先孕然后火速结婚生娃住在父母家.
令我至今也不明白是哪里出现了问题.

支持,很有创意的玩法.
可以直接打赏自己赏识的评论.

因为这才是你,
道理你都懂,自己做不到.
做不到的原因很简单,
你潜意识认为你即使这样做也没什么,
自我意识的控制不是发个帖子就能解决的.

之前屯了三个赛睿的 sensei 鼠标.
用到第二个的时候就出了 gpw,
现在这几个鼠标都是电子垃圾了.

可能觉得太久不联系,突然结婚喊你来随份子就像是来借钱的老同学.

可以提前交流交流,如果朋友可交那就来安排.

因为从小就使用 qq,
所以现在经常联系的大家都使用 qq.

可能冲浪比较早,初中就是网络弄潮儿(什么点名,空间互踩..),

后来高中审美正常之后智能手机开始流行起来,然后就有了 wechat,
很多在 qq 时期好好读书的小伙伴也开始使用通讯软件,
刚好他们使用了 wechat,但是网络潮流像是回旋镖,初中尬玩的东西又在朋友圈出现,
就让我有点尴尬,wechat 上面的小伙伴说话都使用网络热梗,让我略微有点抵触.

很多早期在游戏里的小伙伴都是互加 qq,各种圈子也都是 qq 群.
所以一直在用 qq,跟很熟的人联系,qq 很好阿,保存了十几年前的聊天记录.

真好看

我觉得还是别送了,
你没有坚定的选择他时就已经是渐行渐远了.

我觉得没多大问题,
可能就是单纯想家了.
自己也想回家当宝宝了.

已订阅, IOS.
但是不知为何用起来不如官方的 x,
用起来卡卡的,滑动操作感觉很粘手.

贴一个最近给老婆装的机器:
cpu+主板 14700kf + msi z790-a max wifi 到手 4484
水冷 瓦尔基里 v360 LOKI VK 3.5 寸 ips 液晶屏 到手 1099
机箱 迎广 DUBILI 到手 1696
内存 美商海盗船泰坦 RGB D5 16GX2 7000 C34 到手 1599
硬盘 三星 990pro 2t 到手 1140 + 之前售后换新 原价 2999 的 2t 980pro
电源 海韵 旗舰金 PRIME GX1000 到手 1644
键盘用我淘汰下来的燃风 R3 双模
音响 漫步者 MR4 到手 423
麦克风 RODE NTUSB+ 到手 1308
显卡 技嘉 4080 超级雕 到手 10499
鼠标 双十一屯的红色的 gpw2 到手 698


本来只想配一个 14700k + 4060 这种强度的机器.
但是显卡升配之后所有的单元都更换了更好的..
所有东西都是京东自营现货下单, 第二天直接开装.
装完之后索然无味,对象也只用来做做表格开开会议最多玩玩我喊她玩的游戏.

@poembre #3
br />在拍卖行这里需要使用 redis 进行数据的交互, mysql 仅纪录未来,或者当前设计需求中要满足的数据储存.

使用 Elasticsearch 储存交易纪录就好, 实际的交易内容对于整个拍卖系统来说并没有任何意义.

例如,张三有 10000 把属性不同的太刀 , 他以不同的价格上架到太刀分类中, 那么在拍卖行中你数据中储存的就是 10000 把太刀的交易信息, 但是随着被人购买,物品正常发往购买者的库存中, 那么交易信息的 redis 数据就可以直接删掉这件道具的售卖相关信息. 只需要把详细的交易纪录储存到 Elasticsearch 中方便数据查询就好.

在我的认知里, mysql 应该是不能完成这样的高频读写更新功能.(体量比较的话可以.)

DNF 的交易系统使用体验简直一坨屎.

我觉得如果实现 DNF 的交易功能,一般来说可以使用 redis + mysql 的方式.
redis 提供基础的查询购买等需求, mysql 做持久化储存使用(方便统计图表数据记录使用).

首先是用户的浏览商品页面,这个页面需要作出快速响应,展示出所有物品,这一层仅需要分页展示商品列表,具体的交易信息最好还是再分层进入查询.道具的具体目录最多几万种道具,所以查询目录速度会非常快.(这一层可以模糊查询道具,然后给出列表)

然后是用户的购买页面,当用户进入道具售卖界面时,列出当前道具的售卖商品信息.

其他的业务同理, 最多在购买和上架时要处理业务逻辑判断保证购买的有效性.

思路就是像这样拆分业务,具体内容具体处理. 感觉你用四个表来操作拍卖行,那你会比 dnf 拍卖行还要卡.

挺离谱的,
如果你全家人的生活是依靠你岳父母家的话,那给个冠名权没问题.
试想把这种情况换做你岳母家的儿子她们同意吗?
头胎跟了岳父母家姓氏,基本上就代表了在你跟你对象的婚姻上,岳父岳母才有话语权.
如果真实情况就是岳父母家占经济主导地位的话,跟谁姓也就无所谓了.
感觉未来的生活还很长,如果这种事情上都要压你家一头的话,感觉这也太难相处了.