小时候父母支持我买了人生第一台电脑，后来和来自中部省份的同事说起当时那台电脑的配置和价格，同事说就那些钱，当时够在他们那里买套房了。——没想到父母对我的支持这么大！
小时候看到路上一辆别克小车觉得特别漂亮，而家里也有十几辆 MatchBox 的模型小车，特别喜欢车，现在也已经换到第 5 辆车了，确实已经没有那买十几辆车的财力了。。。

当然，如果需求变更，下单时间查询原来只是某天到某天，现在改为某天某时到某天某日，上述做法导致前后端都需要修改，所以如果想避免/预判需求更改导致的代码更改，那么前端依然按照需求要求带时分秒或不带时分秒，而后端则根据传入的参数是否带有时分秒数据而分别进行查询。

我觉得这个问题不能一刀切，需要根据是否需要“时间”这个概念来确定如何保存和查询。

对于数据存储来说，例如，对于“下单时间”这个概念，显然时分秒是必要的，而对于生日这个概念，（通常）时分秒是没有意义的，所以前者需要存储时分秒数据，后者只需要存储年月日数据而时分秒都是 0 或者存储系统支持纯年月日类型的话更好。

对于查询，如果是上述下单日期，同样基于业务要求来决定是否需要传入和处理时分秒数据。比如业务有需求要查询某日几点几分到几点几分的数据，则接口参数需要包含时分秒而查询就是基于大于等于并且小于等于的范围。而如果只是需求查询几号到几号的数据，则接口参数不需要包含时分秒或者时分秒为 0 而执行时基于大于等于 BeginDate 并且小于 QueryEndDate + 1 day 的范围。如果是上述生日数据，因为本身存储不带时分秒，所以接口参数也不带时分秒或时分秒为 0 而查询基于大于等于并且小于等于的逻辑。

一来人各有志，二来宏观来看每个方向都有试图努力理解和推进的人才会扩大人类进步的可能性，无论这种进步是哪个方向的。

多年以前有天翼云的免费试用服务器，后来打算取消这个服务器然后发现无法在线无人工干预取消，必须联系电信经理然后她再联系天翼云的人员取消，前前后后折腾了好久，这要是临近到期的时候，搞不好都给我整欠费了……

真是马不停蹄

别借了，这明显是个无底洞。再问你，你就说不能借了，自己也很紧张，告诉他之前借的也不用他还了，已经仁至义尽。——毕竟其实借出去的基本上肯定要不回来了，所以不如干脆如如上说法做个了结。

既然已经玩上手游了，那就强令禁止同时说明原因，让他转其它游戏平台，比如主机、PC ，然后平常多灌输一些你的“什么是好游戏”的“理论”。虽然如你所说，其它平台他可能没兴趣，但是如果不玩就没得玩，假以时日最后应该还是可以转移到你期望的平台和游戏的。

是不是要翻墙登录一下，登录成功之后就可以关掉翻墙正常用了？

第一反应是 设置->通用->后台 App 刷新 关了吗？

故意埋坑最终可能只有 5%影响到了你坑的人/组织，而 95%影响的只是和你一样的其他打工人。所以考虑下有无别的手段吧

我也觉得大概率是误报，但解释一下或许比删帖更合适。

我觉得基本原因是，教育体系的普遍“终点”是考上好大学，只要上了大学，对于学习这个事情瞬间从卷变成了 0 要求了。对于自制力不强或者没有特别想法的人，大学大部分都是混到毕业的。当然，经历了高中及之前的高压学习内卷之后，上了大学之后还有那么强学习动力和意愿的人恐怕也是凤毛麟角了。

1. 不会影响 Ta 人的起床闹钟
2. 找手机
3. 看时间
4. 手腕装饰品
5.音乐切歌、调节音量

前端核心竞争力就是能跟得上“每 18 个月复杂度就会增加一倍”的前端定律，跟得上发展并且能分析出哪些有潜力，哪些只是昙花一现，除了能用还能多少了解一些背后机制和原理进而能根据项目做出一些定制和扩展。

如果是需要长期在英文环境下用到名字，建议还是起个英文名吧，跟上姓就容易遵从 “FirstName LastName” 或者 “LastName, FirstName” 的标准了，谁看也不会有歧义，通过姓也很容易知道你是广义的中国人（或者韩国人、东亚人？）。拼音无论是姓在前还是名在前终究会有歧义，尤其是这类名字：王（ wang ）晨（ chen ），你写 wang chen ，那是 “王晨” 呢还是 “陈旺”呢？

我倒一直想找个那种可以截个长图，然后可以非常方便地把中间一部分裁剪掉减小图片高度同时裁减切口区形成一个裁剪边界效果地截图软件。